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

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

　　5.网站连接结构规范

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

　　网站项目管理（WPM）是指基于Web的项目管理，即基于以Web应用为主要表现形式的架构进行项目设计和管理，这种架构包括浏览器、网络和Web服务器等。主要体现在网站设计的项目管理、以浏览器为客户端的web应用开发（如信息类网站、网上商店、虚拟邮局、客户关系管理等）。

　　在本文中，作者将网站项目管理（WPM）与软件工程的统一过程管理（RUP）进行比较，并结合实际工作经验，力求将网站项目管理的作用结合起来（ WPM)、分工、流程都得到了充分的解释，使网站项目管理逐渐规范化。

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

　　1.需求分析和变更管理

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

　　3.系统分析和软件建模

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

　　5.系统测试和文档

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

　　需要注意的是，这些阶段虽然具有一定的连续性，但并不是完全孤立的。比如需求变更管理、测试工作、文档编写等贯穿整个项目流程，很多任务交叉或同时进行。

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

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

　　本章包括以下内容：

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

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

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

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

　　五.制定设计方案

　　六.总结

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

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

　　通常用户提出的需求是杂乱无章的、不完整的，甚至是不正确的，而且在项目开发过程中往往会发现更详细的需求，这对开发者来说是一个极其头疼的问题。然后，经过需求分析，生成项目模型文档。在项目进入开发之前，双方可以对待完成的项目成果有一个共同的了解，提前暴露可能的需求变化，将大大提高开发效率。效率和质量。

　　没有经验的项目人员往往在接受任务后就迫不及待地进行系统分析和开发，不愿意多花一点时间和客户一起审视项目需求和模型。牛二虎的实力吃力不讨好，但可想而知，在不知道终点在哪里的马拉松比赛中，你会跑到哪里去？！

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

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

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

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

　　业务流程分析师应该擅长简化，并且必须具有广泛的领域知识和良好的沟通技巧。

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

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

　　* 考察用户的网络环境和配置，让架构师制定合理可行的系统架构；

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

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

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

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

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

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

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

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

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

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

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

　　无论项目设计开发人员的水平多么高明，毕竟他们不是系统的最终用户，最大程度满足客户需求才是关键。在大量的假设下，无论是出于懒惰还是出于条件，未来系统的不同用户可能会遇到意想不到的障碍。

　　真正做到以用户为中心，首先要放弃已经储存在脑海中的体验和想象，到客户工作的地方，观察并记录客户的工作情况，然后和客户聊他们的工作.

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

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

　　* 与用户聊天

　　*访问办公室的用户

　　*观察用户工作

　　* 记录用户工作

　　* 了解工作组织

　　*自己试试

　　* 让用户在工作时能够思考和交谈

　　*让用户参与设计

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

　　* 执行任务分析

　　*利用调查和问卷

　　* 制定可测试的目标

　　可能的话，在需求和流程的设计上力求做到精准、客观、细致，这样既保证了系统开发的质量和成熟度，也让你得到了客户的高度满意和信赖，为你提供了更多的商机。未来。合作打开了大门。

　　五.制定设计方案

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

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

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

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

　　方案规划提案

　　版本

　　历史修订记录

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

　　日期|版本|描述|作者|

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

　　年/月/日||修订||

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

　　||||

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

　　||||

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

　　||||

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

　　内容

　　一、项目概况

　　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 其他配置

　　5. 实施步骤和周期

　　6.系统功能说明

　　七、技术支持与支持

　　8.升级培训和服务

　　9. 关于我们

　　10.*敏*感*词*

　　11. 附件清单

　　11.1 项目模型文档

　　11.2 业务流程分析文档

　　11.3 用户界面设计图