网站项目管理项目模型及业务流程

网站项目管理一项目模型及'业务流程分析

转载，作者及出处不详

网络技术口勺应用所产生口勺电子流程工作方式既不能彻底更改老式的工作流程，也不是对老

式工作流程的简朴复制，而需要对老式H勺工作流程进行合理H勺优化、改善和重组。

伴随技术的不停发展和顾客对网站功能性的需求不停提高，如今网站项目U勺设计已经不能

再仅仅简朴地运用静态Html文献来实现，与前几年网站设计由一两名网页设计师自由的创

作相比.网站项目的设计却开发越来越像一种软件工程，也越来越复杂，网站项目的设计和

开发进入了需要强调流程和分工H勺时代，建立规范H勺、有效的、强健H勺开发机制，才能适应

顾客不停变化的需要，到达预期的计划目的。

网站项目管理（WPM）的J含义为WcbbascdProjcctManagcmcnt,即以Web应用程序为重要体

现方式的架构来进行的项目设计及管理，这样的架构中包括了浏览器、网络和Web服务器

等关键主体，重要体目前网站设计、以浏览器为客户端的Web应用程序开发（例如信息类

网站、网上商店、虚拟邮局、客户关系管理。）等项目管理中。

在本文中，笔者将网站项目管理（WPM）与软件工程的统一过程管理（RUP）进行参照比

较，并结合实际工作经验，力争将网站工程管理（WPM）的角色、分工、流程进行完整日勺论

述，使网站项目管理逐渐走向规范化。

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

1.需求分析及变更管理

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

3.系统分析及软件建模

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

5.系统测试和文档编写

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

需要阐明的是，这些阶段虽然具有一定的延续性，不过并非完全隔断的，例如需求变更管理

和测试工作、文档编写都是贯穿整个项目过程的，许多工作时交叉进行或同步进行口勺。

项目模型及业务流程分析

网络技术H勺应用所产生的电子流程工作方式既不能彻底更改老式H勺工作流程，也不是对老

式工作流程的简朴复制，而需要对老式日勺工作流程进行合理日勺优化、改善和重组。

本章包括如下内容：

一.编写项目模型文档，使所有人都一目了然

一.业务流程分析员进行流程设计

三.界面工程师设计顾客界面原型

四.以顾客为中心的设计思索

五.制作设计计划书

六.总结

一.编写项目模型文档，使所有人都一目了然

为何要制作项目模型文档？

一般顾客提出的需求是凌乱於J,不完整口勺，甚至是不对的的J,并且更细致的需求常常是在项

目开发进行中才被挖掘发现欧I,这对于开发人员来说是个极其困扰日勺问题。那么，在进行需

求分析后制作项目模型文档，能在项目进入开发前，双方对即将要开始完毕的项目的成果有

个共同的认识，并提早暴露也许出现的需求变更，那么将大大提高开发的效率和质量。

缺乏经验口勺项目人员往往在接受任务后迫不及待地进行系统分析和开发，而不乐意多一点

时间在和客户反复推敲项目需求和模型，开发过程中想当然地凭空为客户做了诸多假想，费

了九牛二虎之力却吃力不讨好，可想而知，在不懂得终点在哪里的马拉松比赛中，你会跑到

哪里去？！

因此在确认了客户E向初步需求后来，业务人员应当进行项目模型日勺设计描述。

首先，我们要定义一下词汇表，并非每个客户或者项目小组组员都可以明白“顾客”、“角色”、

“用例”之间的差异，也K见得都能很好地理解“通道”、“前台”、“后台”究竟是什么含义,

为了让项目模型文档使每个浏览者对的地理解，定义词汇表是非常需要的J,尤其是面对老式

行业初次进行信息化设计的顾客。

模型描述采用最自然的语言进行描述，这份文档是对需求分析汇报时深入描述。使得客户代

使用环境决定。”

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

许多项目设计中比较重视功能”勺实现，测试阶段看似满足了客户H勺需求，但一旦投入使用口勺

时候，便会发现性能上面临着一种个瓶颈。客户由于对专业知识R勺理解程度有限，也往往忽

视了这方面规定，因此为了防止后来陷入纠纷，事先预测并制定性能指标是非常重要日勺。

三.界面工程师创立顾客界面原型

为了在实际系统开发投入之前，创立顾客界面模型是非常重要的，开发原型的成本远远低于

实际开发口勺成木，在项目初期，创立完整II勺顾客界面揭示和测试系统的所有功能和可用性,

并可以使客户代表参与讨论及修改，可以大大提高项目的成功几率。

创立对的可行的原型后来、系统分析、设计及代码的编写都必须遵照原型进行，保证构建日勺

系统是对aIH勺，测试人员和客户也可以在开发过程中即实时地参与检查，可以有效地保障了

项目的质量。

根据业务流程分析员所提供的流程分析逻辑图及示意图，界面设计工程师开始设计制作顾

客界面原型，目前这个阶段，对于界面设计人员来说还没有进入精细设计的阶段，因此最重

要的是将业务流程完整地体现出来，并和客户就设计风格，设计规范进行确认和定义。

界面工程师在充足理解客户需求和所有口勺业务流程之后，运用合理的布局设计顾客界面。例

如网站的首页风格、首页需要显示的各个元素、导航的I分类和体现措施、各类业务角色H勺入

口等等。

在此需要注意H勺是，顾客界面不仅仅是网站访问者所浏览的界面，也包括了特殊顾客、管理

员、业务伙伴等不一样的顾客界面，甚至尚有提醒界面、警告界面、出错界面等等，设计完

整的顾客界面原型不仅可以使客户及测试人员更轻易明确需求，也对项目日勺质量起到不可

忽视的作用。

四.以顾客为中心的设计思索

无论项目设计开发人员的水平多么精尖，毕竟不是系统时最终顾客，最大程度地满足客户口勺

需要才是关键，系统设计人员往往口头上挂着以顾客为中心的口号，而实际上工作中又在大

量地假想，或是出于懒惰或是出于条件限制，对于未来使用系统的不一样顾客来说都也许产

生意想不到的障碍。

真正做到以顾客为中心，就要先放弃沉淀在脑子里H勺经验和想象，到客户工作的地方去、观

测记录客户怎样工作、然后与客户谈论他们的工作。

在团体拓展训练中有一项叫做“盲人方阵”的课程，可以想象一群什么也看不见的人怎样把

一根长绳子拉成正方形景象吗？目中无人H勺人会懂得倾听和服从吗？我们不能假设顾

客究竟是个健全人还是盲人，也不能假想顾客应当会怎么做不该会怎么做，只有去仔细观测

和沟通，才能制定出真止符合顾客需要口勺计划。

有专家提出：开发人员应决定顾客H勺构成，并让顾客尽量早地涉入，并提出了几种熟悉顾客、

他们的任务以及需求的措施：

*与顾客交谈

*到办公地点拜访顾客

*观测顾客工作

*将顾客工作录像

*理解工作组织

*自我尝试

*使顾客在工作时边想边说

小让顾客参与设计

*在设计小组中包括专家级顾客

*执行任务分析

*运用调查和问卷

*制定可测试的目的

在有也许的I状况，在需求和流程设计中努力做到精确、客观和细致，不仅能保证系统开发H勺

质量和成熟度，也会使你得到客户高度日勺满意和信任，为此后更多日勺业务合作敞开大门。

五.制作设计计划书

到了这个阶段，可以说掌握了客户的需求并对计划实行的系统开发有了清晰地认识，与客户

之间到达了共识，那么在进入下个阶段口勺工作时，制作设计计划书是非常必要的。

设计计划书是全面描述整个系统日勺全貌，作为系统分析、测试人员工作的基础，同步也是客

户验收的原则，作为业务协议的内容之一，因此，应当仔细谨慎地撰写设计计划书。

根据项H的不一样，设计计划书"勺内容或许有所不一样，如下笔者提供一份样本供大家参照,

该份样本基本涵盖了需要在计划书中进行确认和描述的关键要素。

六.总结

在本阶段的工作过程中，关键的I任务是通过上个阶段H勺需求分析，进行项目模型设计和业务

流程分析，并制作顾客界面原型得到顾客确实认，最终完毕双方承认的《设计计划书》，作

为下一阶段系统设计和软件建模的根据。

怎样高质量地完毕业务流程分析阶段H勺工作，笔者总结的经验如下：

*真正以顾客为中心的设计，到客户的实际工作环境中观测和记录；

*仔细杳找多种业务主角，并表述不一样主角的多种操作流程环节；

*简化需求，将客户的需求归纳整顿，抓住关键问题：

*细化需求，针对关键问题，模拟顾客角色，深入确认流程和规范；

*认真制定设计计划书，为下阶段的工作打