网站内容建设(5.需求分析及变更管理项目模型及业务流程分析)

　　网站内容建设(5.需求分析及变更管理项目模型及业务流程分析)

　　5.网站连接结构规范

　　随着技术的不断发展和用户对网站功能需求的不断提高，网站项目的设计已经不再是单纯使用静态Html文件就能实现的。与往年相比网站设计由一两个网页设计师自由创作。网站 项目的设计和开发越来越像一个软件项目，也越来越复杂。网站项目的设计和开发进入一个需要强调流程和分工的时代，可以建立一个规范的、有效的、稳健的开发机制，以适应用户不断变化的需求，达到预期的效果。规划目标。

　　网站 项目管理（WPM）的含义是Web-basedProjectManagement，即以Web应用为主要表现方式的架构的项目设计和管理。此类架构包括浏览器、网络、Web服务器等。重点学科主要体现在网站设计的项目管理、基于浏览器的Web应用开发（如信息网站、网上商店、虚拟邮局、客户关系管理。）和其他项目管理。

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

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

　　1.需求分析和变更管理

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

　　3.系统分析和软件建模

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

　　5.系统测试和文档

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

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

　　(二）项目模型和业务流程分析

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

　　本章包括以下内容：

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

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

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

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

　　五.制定设计方案

　　六.总结

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

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

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

　　缺乏经验的项目人员在接受任务后往往迫不及待地进行系统分析和开发。他们不愿意花更多时间与客户重复项目要求和模型。在开发过程中，他们无中生有地为客户做了很多假设。牛二虎的实力，吃力不讨好。可以想象，在一场不知道终点在哪里的马拉松比赛中，你会去哪里？！

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

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

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

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

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

　　业务分析师主要需要协助客户总结和分析他们的需求，找到所有的业务参与者，在确定业务参与者后，应该明确制定每个参与者的相关活动和流程，最后是逻辑视图和用户界面图被设计。例如，在电子商店系统中，除了系统管理员、业务经理、销售员、物流分销商和客服人员的角色外，还可能有外部协作单位的不同角色，如供应商、分销商、广告商、和购买用户，甚至可以细分为普通消费用户、VIP消费用户、团体消费用户等，各类角色参与系统活动的入口和流程各不相同。

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

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

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

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

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

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

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

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

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

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

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

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

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

　　项目设计开发人员再精通，也终究不是系统的最终用户。最大限度满足客户需求的关键是系统设计人员的关键。在大量的假设中，无论是出于懒惰还是出于条件约束，未来使用系统的不同用户可能会出现意想不到的障碍。

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

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

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

　　*与用户交谈

　　*在办公室拜访用户

　　* 观察用户工作

　　*记录用户的工作

　　*了解工作组织

　　*试试自己

　　*让用户边工作边思考

　　*让用户参与设计

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

　　* 执行任务分析

　　*使用调查和问卷

　　*制定可测试的目标

　　在可能的情况下，在要求和流程设计上力求精确、客观、细致。不仅可以保证系统开发的质量和成熟度，也能让您在未来的更多业务中获得高度的客户满意度和信任。合作打开大门。

　　五.制定设计方案

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

　　设计方案是对整个系统的综合描述，是系统分析和测试人员工作的依据，也是客户验收的标准，是商务合同的内容之一。因此，设计方案应认真仔细地编写。

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

　　-------------------------------------------------- ---------------------

　　节目策划提案

　　版本

　　历史修订记录

　　-------------------------------------------------- ——

　　日期|版本|说明|作者|

　　-------------------------------------------------- ——

　　y/m/d||修订状态||

　　-------------------------------------------------- ——

　　||||

　　-------------------------------------------------- ——

　　||||

　　-------------------------------------------------- ——

　　||||

　　-------------------------------------------------- ——

　　内容

　　一、项目概况

　　1.1 客户信息

　　1.2 项目背景

　　1.3 项目前景

　　2.需求分析

　　2.1 用户角色

　　2.2 关键技术

　　2. 3网站结构

　　2.4 图像定位

　　三、总体规划

　　3.1 系统框架

　　3.2 拓扑结构

　　3.3 部署计划

　　4 配置及报价

　　4.1 网络环境

　　4.2 硬件配置

　　4.3 软件配置

　　4. 4种其他配置

　　五、实施步骤及周期

　　6、系统功能说明

　　七、技术保障与支持

　　8. 升级培训和服务

　　9. 关于我们公司

　　10.*敏*感*词*

　　11.附件清单

　　11.1 项目模型文档

　　11.2 业务流程分析文档

　　11.3 用户界面设计图