网站项目模型及业务流程分析.doc

《网站项目模型及业务流程分析.doc》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、网站项目模型及业务流程分析作者：孤月天空来源：孤月天空点击数：27更新时间：2006-3-16将本贴收藏到:新浪VIVI都市网摘搜狐网摘亿友网摘天极网摘和讯网摘DCCO网摘天下图摘随着技术的不断发展和用户对网站功能性的需求不断提高，如今也塑项目的设计已经不能再仅仅简单地利用静态Html文件来实现，与前几年网站设计由一两名网页设计师自由的创作相比，幽1项目的设计和开发越来越像一个软件工程，也越来越复杂，网站项目的设计和开发进入了需要强调流程和分工的时代，建立规范的、有效的、健壮的开发机制，才能适应

2、用户不断变化的需要，达到预期的计划目标。网站项li管理（WPM）的含义为Web-basedProjectManagement,即以Web应用程序为主要表现方式的架构来进行的项bl设计及管理，这样的架构中包含了浏览器、网络和Web服务器等关键主体，主要体现在网站设计、以浏览器为客户端的Web应用程序开发（例如信息类网站、网上商店、虚拟邮局、客户关系管理。）等项目管理中。在木文中，笔者将网站项目管理（WPM）与软件工程的统一过程管理（RUP）进行参照比较，并结合实际工作经验，力求将幽I工程管理（WP

3、M）的角色、分工、流程进行完整的阐述，使网站项目管理逐渐走向规范化。按照笔者的经验，网站项目管理可以分为以下六个阶段进行控制:1.需求分析及变更管理2.项目模型及业务流程分析3.系统分析及软件建模4.界面设计、交互设计及程序开发5.系统测试和文档编写6.客户培训、技术支持和售后服务需要说明的是，这些阶段虽然具有一定的延续性，但是并非完全隔断的，例如需求变更管理和测试工作、文档编写都是贯穿整个项目过程的，许多工作时交义进行或同时进行的。（二）项目模型及业务流程分析网络技术的应用所产生的电了流程工作

4、方式既不能彻底更改传统的工作流程，也不是对传统工作流程的简单夏制，而需要对传统的工作流程进行合理的优化、改进和重组。本章包括以下内容：%1.编写项目模型文档，使所有人都一目了然%1.业务流程分析员进行流程设计%1.界面工程师设计用户界面原型%1.以用户为中心的设计思考%1.制作设计计划书%1.总结%1.编写项目模型文档，使所有人都一目了然为什么要制作项bl模型文档？通常用户提出的需求是凌乱的，不完整的，甚至是不正确的，而且更细致的需求经常是在项目开发进行中才被挖掘发现的，这对于开发人员来说是个极

5、其困扰的问题。那么，在进行需求分析后制作项bl模型文档，能在项bl进入开发前，双方对即将要开始完成的项目的结果有个共同的认识，并提早暴露E能出现的需求变更，那么将大大提高开发的效率和质量。缺乏经验的项目人员往往在接受任务后迫不及待地进行系统分析和开发，而不愿意多一点时间在和客户反夏推敲项目需求和模型，开发过程中想当然地死空为客户做了很多假想，费了九牛二虎之力却吃力不讨好，可想而知，在不知道终点在哪里的马拉松比赛中，你会跑到哪里去？！因此在确认了客户的初步需求以后，业务人员应该进行项目模型的设计描

6、述。首先，我们要定义一下词汇表，并非每个客户或者项目小组成员都能够明白“用户”、“角色”、“用例”之间的差别，也不见得都能很好地理解“通道”、“前台”、“后台”到底是什么含义，为了让项目模型文档使每个浏览者正确地理解，定义词汇表是非常需要的，尤其是面对传统行业初次进行信息化设计的用户。模型描述采用最自然的语言进行描述，这份文档是对需求分析报告的进一步描述。使得客户代表、项目经理、开发人员对即将展开的项目通过项目模型的描述产生最直观的印象，并针对关键的问题进行讨论并达成统一认识，比如功能要求、性能

7、指标、运行环境、投资规模等等。%1.业务流程分析员进行流程设计业务流程分析员的人员应该善于简化工作，担任此角色的人员中必须要有具备广博的专业领域知识，并且具有良好的沟通技巧。业务分析人员重点需要协助客户将需求进行归纳分析，杏找出所有的业务主角，确定业务主角后，铮个主角的相关活动及流程应清晰地制定出来，最终设计出逻辑视图、用户界面示意图。比如一个电子商店系统，除了系统管理员、业务经理、业务员、物流配送员、客户服务人员等角色以外，可能还存在外部协作单位的不同角色，比如供应商、分销商、广告客户，还有购

8、买用户，甚至再细分为普通消费用户、VIP消费用户、集团消费用户等等，每一•类角色参与系统活动时的入I」和流程都有所不同，通过逻辑图和示意图，业务流程分析员将系统的机构简要明确地进行描述。在进行业务流程设计，需要注意以下事项：*调查用户网络环境和配置，使架构设计师能够制定合理可行的系统架构；*调查用户偏好和技能水平，这将直接影响到项目开发的深度和用户界面的设计；“虽然开发人员和管理人员很容易自认为他们了解用户需要，但实际情况常常不是这样。人们往往关注于用户应该如何执行任务，而不是用户偏好如何执行。