网站项目管理（WPM）与软件工程的统一过程管理

　　网站项目管理（WPM）与软件工程的统一过程管理

　　网站项目模型与业务流程分析

　　随着技术的不断发展和用户对网站功能需求的不断增加，网站项目的设计已经不能再简单地使用静态Html文件来实现，类似于前几年网站设计与一两个网页设计师的自由创作相比，网站项目的设计开发越来越像一个软件项目，也越来越复杂。 网站项目的设计开发需要强调流程和分工。在这个时代，建立规范、有效、稳健的开发机制，才能适应用户不断变化的需求，实现预期的计划目标。

　　网站Project Management (WPM) 是指基于 Web 的项目管理，即以 Web 应用程序为主要呈现方式的架构的项目设计和管理。该架构包括浏览器、网络、Web服务器等重点课题主要体现在网站设计的项目管理、基于浏览器的Web应用开发（如信息网站、网上商城、虚拟邮局、客户关系管理） .) 和其他项目管理。

　　本文作者将网站工程管理（WPM）与软件工程的统一过程管理（RUP）进行对比，并结合实际工作经验，力求对比网站工程管理（WPM）的作用)、分工和完整的流程描述，让网站项目管理逐渐规范。

　　根据笔者的经验，网站project management 可以分为以下六个阶段进行控制：

　　1.需求分析与变更管理

　　2.项目模型与业务流程分析

　　3.系统分析与软件建模

　　4.界面设计、交互设计和程序开发

　　5.系统测试和文档编写

　　6.客户培训、技术支持和售后服务

　　需要说明的是，这些阶段虽然有一定的连续性，但并不是完全分开的。例如，需求变更管理和测试工作、文档编写等都贯穿于整个项目过程，许多任务是同时或同时进行的。 .

　　应用网络技术产生的电子流程工作方式既不能完全改变传统工作流程，也不是传统工作流程的简单复制，而是需要对传统工作流程进行合理优化、改进和重组。

　　本章包括以下内容：

　　一.写项目模型文档，让大家一目了然

　　二.流程设计业务流程分析师

　　三.Interface 工程师设计用户界面原型

　　四.以用户为中心的设计思维

　　五.生产设计方案

　　六.Summary

　　一.写项目模型文档，让大家一目了然

　　为什么要制作项目模型文档？

　　通常用户提出的需求是杂乱的、不完整的，甚至是不正确的，而在项目开发过程中往往会发现更详细的需求，这对开发者来说是极其麻烦的。问题。然后，在进行需求分析之后，生成项目模型文档。在项目进入开发前，双方对即将完成的项目结果有共同的认识，及早暴露可能的需求变化，对开发有很大的促进作用。效率和质量。

　　缺乏经验的项目人员在接受任务后往往迫不及待地进行系统分析和开发，不愿意多花一点时间与客户重复项目需求和模型。在开发过程中，他们凭空为客户做了很多假设。苦尽甘来，可想而知，在一场不知道终点在哪里的马拉松中，你会去哪里？ ！

　　因此，业务人员在确认客户的初步需求后，应进行项目模型的设计说明。

　　首先，我们必须定义一个词汇表。不是每个客户或项目团队成员都能理解“用户”、“角色”和“用例”之间的区别，也不一定能很好地理解“渠道”。 “前端”和“后端”是什么意思，为了让每个查看者正确理解项目模型文档，定义一个词汇表是非常有必要的，特别是对于在传统行业首次进入信息设计行业。

　　模型描述是用最自然的语言描述的。本文档是对需求分析报告的进一步描述。这使得客户代表、项目经理和开发人员通过对项目模型的描述对即将开展的项目有最直观的印象，并讨论关键问题并达成统一的理解，如功能需求、性能指标、运营环境、投资规模等。等等。

　　二.流程设计业务流程分析师

　　业务流程分析师的人员要善于简化工作，担任此角色的人员必须具有广泛的专业领域知识和良好的沟通能力。

　　业务分析师主要需要协助客户总结分析他们的需求，找出所有的业务主角，在确定了业务主角之后，要明确每个主角的相关活动和流程，最后是逻辑视图和用户界面应设计为 Schematic。例如，在一个电子商店系统中，除了系统管理员、业务经理、销售员、物流分销商和客服人员的角色外，还可能有外部协作单位的不同角色，如供应商、分销商、广告商、和购买用户，甚至细分为普通消费用户、VIP消费用户、团体消费用户等，各类角色参与系统活动的入口和流程不同。通过逻辑图和*敏*感*词*，业务流程分析师将对系统的组织结构进行简要、清晰的描述。

　　在设计业务流程时，需要注意以下几点：

　　*调查用户的网络环境和配置，以便架构师制定合理可行的系统架构；

　　*调查用户偏好和技能水平，这将直接影响项目开发和用户界面设计的深度；

　　“虽然开发人员和管理人员很容易认为他们了解用户的需求，但事实往往并非如此。人们倾向于关注用户应该如何执行任务，而不是用户喜欢如何执行任务。在大多数情况下，偏好不仅仅是简单的认为你已经掌握了用户的需求，虽然这本身就值得研究。偏好也是由经验、能力和使用环境决定的。”

　　*预测和制定系统性能指标，为测试人员编写测试计划提供依据。

　　很多项目设计更注重功能的实现。测试阶段似乎满足了客户的需求，但是一旦投入使用，就会发现性能上存在瓶颈。由于对专业知识的了解有限，客户往往忽略这一要求。因此，为了避免未来的纠纷，提前预测和制定绩效指标非常重要。

　　三.interface 工程师创建用户界面原型

　　为了在实际系统开发投资之前创建用户界面模型非常重要，开发原型的成本远低于实际开发成本。在项目开始时，创建了一个完整的用户界面来展示和测试系统的所有功能和功能。可用性，以及让客户代表参与讨论和修订，可以大大增加项目成功的可能性。

　　创建正确可行的原型后，系统分析、设计和代码编写必须遵循原型，以确保构建的系统是正确的。测试人员和客户也可以在开发过程中实时参与到检查中，这样可以有效保证项目的质量。

　　根据业务流程分析师提供的流程分析逻辑图和*敏*感*词*，界面设计工程师开始设计和制作用户界面原型。在这个阶段，界面设计师还没有进入精细化设计阶段，所以最重要的是要充分表达业务流程，与客户确认和定义设计风格和设计规范。

　　在充分了解客户需求和所有业务流程后，界面工程师使用合理的布局来设计用户界面。比如网站的首页风格，首页需要展示的各种元素，导航分类和表现方式，各种业务角色的入口等等。

　　这里需要注意的是，用户界面不仅仅是网站访问者浏览的界面，还有特殊用户、管理员、业务伙伴等不同的用户界面，甚至还有提示界面和警告界面。 、错误界面等。设计一个完整的用户界面原型，不仅可以让客户和测试人员更容易地阐明需求，而且对项目的质量也起着重要的作用。

　　四.以用户为中心的设计思维

　　项目设计开发人员再精通，终究不是系统的最终用户。满足客户需求才是关键。系统设计者经常口头上挂着以用户为中心的口号，但实际上在工作中，有很多假设，要么是出于懒惰，要么是出于条件限制，这可能会对未来使用系统的不同用户造成意想不到的障碍。

　　要真正做到以用户为中心，首先要放弃沉淀在脑海中的经验和想象力，去客户的工作场所，观察并记录客户的工作方式，然后再与客户谈起他们的工作。

　　在团队拓展训练中有一门课程叫做“盲人方阵”。你能想象一群什么都看不见的人怎么能把一根长绳子拉成一个正方形吗？一个挑衅的人会知道如何倾听和服从吗？我们无法假设用户是健全人还是盲人，也无法想象用户应该做什么或不应该做什么。只有仔细观察和沟通，才能制定出真正满足用户需求的方案。

　　有专家提出：开发者应该决定用户的构成，让用户尽早参与进来，并提出了几种熟悉用户、他们的任务和需求的方法：

　　*与用户交谈

　　*在办公地点拜访用户

　　*观察用户工作

　　*记录用户的工作

　　*了解工作组织

　　*试试自己

　　*让用户一边工作一边思考

　　*让用户参与设计

　　*包括设计团队中的专家用户

　　*进行任务分析

　　*使用调查和问卷

　　*制定可测试的目标

　　只要有可能，在需求和流程设计上力求做到精确、客观和细致。这不仅能保证系统开发的质量和成熟度，还能让您获得高水平的客户满意度和信任度。多业务合作打开大门。

　　五.生产设计方案

　　在这个阶段，可以说已经掌握了客户的需求，清楚了解了计划实施的系统开发，并与客户达成了共识。那么在进入下一阶段的工作时，设计方案的制作是非常必要的。

　　设计方案是对整个系统的综合描述。它作为系统分析和测试人员工作的基础，以及客户验收的标准，作为商业合同的内容之一。因此，设计方案要认真编写。

　　根据项目不同，设计方案的内容可能有所不同。下面作者提供了一个样例供大家参考。本样本基本涵盖了计划中需要确认和描述的核心要素。

　　六.Summary

　　在本阶段的工作过程中，核心任务是通过前一阶段的需求分析，进行项目模型设计和业务流程分析，制作用户界面原型，得到用户的确认，最终完成“双方认可的设计方案“书”，作为下一阶段系统设计和软件建模的依据。

　　如何高质量完成业务流程分析阶段的工作，笔者总结经验如下：

　　*真正以用户为中心的设计，在客户实际工作环境中观察并记录；

　　*仔细搜索各种业务主角，描述不同主角的各种操作流程步骤；

　　*简化需求，总结客户需求，把握核心问题；

　　*明确需求，模拟核心问题的用户角色，进一步确认流程和规范；

　　*认真制定设计方案，为下一步工作打好基础。