网站项目建设流程概述

网站项目建设流程概述

一.概念 
网站项目管理就是根据特定的规范、在预算范围内、按时完成的网站开发任务。 
二.需求分析 
项目立项 

咱们接到客户的业务咨询，通过双方不断的接洽和了解，并经过基本的可行性讨论够，初步达成制做协议，这时就须要将项目立项。较好的作法是成立一个专门的项目小组，小组成员包括：项目经理，网页设计，程序员，测试员，编辑/文档等必须人员。项目实行项目经理制。 

客户的需求说明书 

第一步是须要客户提供一个完整的需求说明。不少客户对本身的需求并非很清楚，须要您不断引导和帮助分析。曾经有一次，我问客户："您作网站的目的是什么？"他回答："没有目的，只是由于别人都有，我没有！"。这样的客户就须要耐心说明，仔细分析，挖掘出他潜在的，真正的需求。 配合客户写一份详细的，完整的需求说明会花不少时间，但这样作是值得的，并且必定要让客户满意，签字承认。把好这一关，能够杜绝不少由于需求不明或理解误差形成的失误和项目失败。糟糕的需求说明不可能有高质量的网站。那么需求说明书要达到怎样的标准呢？简单说，包含下面几点： 

1.正确性：每一个功能必须清楚描写交付的功能； 

2.可行性：确保在当前的开发能力和系统环境下能够实现每一个需求； 

3.必要性：功能是否必须交付，是否能够推迟实现，是否能够在削减开支状况发生时"砍"掉； 

4.简明性：不要使用专业的网络术语； 

5.检测性：若是开发完毕，客户能够根据需求检测。

三.系统分析 

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

网站整体设计 


在拿到客户的需求说明后，并非直接开始制做，而是须要对项目进行整体设计，详细设计，出一份网站建设方案给客户。整体设计是很是关键的一步。它主要肯定： 

1.网站须要实现哪些功能； 

2.网站开发使用什么软件，在什么样的硬件环境； 

3.须要多少人，多少时间； 

4.须要遵循的规则和标准有哪些。 


同时须要写一份整体规划说明书，包括： 

1.网站的栏目和版块； 

2.网站的功能和相应的程序； 

3.网站的连接结构； 

4.若是有数据库，进行数据库的概念设计； 

5.网站的交互性和用户友好设计。 


网站建设方案 


在整体设计出来后，通常须要给客户一个网站建设方案。不少网页制做公司在接洽业务时就被客户要求提供方案。那时的方案通常比较笼统，并且在客户需求不是十分明确的状况下提交方案，每每和实际制做后的结果会有很大差别。因此应该尽可能取得客户的理解，在明确需求并整体设计后提交方案，这样对双方都有益处。网站建设方案的包括如下几个部分： 

1.客户状况分析； 

2.网站须要实现的目的和目标； 

3.网站形象说明； 

4.网站的栏目版块和结构； 

5.网站内容的安排，相互连接关系； 

6.使用软件，硬件和技术分析说明； 

7.开发时间进度表； 

8.宣传推广方案； 

9.维护方案； 

10.制做费用； 

11.本公司简介：成功做品，技术，人才说明等。 


当您的方案经过客户的承认，那么恭喜你！您能够开始动手制做网站了。但还不是真正意义上的制做，你须要进行详细设计： 


网站详细设计 


整体设计阶段以比较抽象归纳的方式提出了解决问题的办法。详细设计阶段的任务就是把解法具体化。详细设计主要是针对程序开发部分来讲的。但这个阶段的不是真正编写程序，而是设计出程序的详细规格说明。这种规格说明的做用很相似于其余工程领域中工程师常用的工程蓝图，它们应该 包含必要的细节，例如：程序界面，表单，须要的数据等。程序员能够根据它们写出实际的程序代码。

四. 项目实施 

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

总体形象设计 


在程序员进行详细设计的同时，网页设计师开始设计网站的总体形象和首页。 

总体形象设计包括标准字，Logo，标准色彩，广告语等。 首页设计包括版面，色彩，图像，动态效果，图标等风格设计，也包括banner，菜单，标题，版权等模块设计。首页通常设计1-3个不一样风格，完成后，供客户选择。 

记住：在客户肯定首页风格以后，请客户签字承认。之后不得再对版面风格有大的变更，不然视为第二次设计。 


开发制做 

到这里，程序员和网页设计师同时进入全力开发阶段，须要提醒的是，测试人员须要随时测试网页与程序，发现Bug马上记录并反馈修改。不要等到彻底制做完毕再测试，这样会浪费大量的时间和精力。项目经理须要常常了解项目进度，协调和沟通程序员与网页设计师的工做。 


调试完善 


在网站初步完成后，上传到服务器，对网站进行全范围的测试。包括速度，兼容性，交互性，连接正确性，程序健壮性，超流量测试等，发现问题及时解决并记录下来。 

为何要记录文档呢？其实本软件工程自己就是一个文档，是一个不断充实和完善的标准。经过不断的发现问题，解决问题，修改，补充文档，使这个标准愈来愈规范，愈来愈工业化。进而使得网站开发趋向规范，趋向合理。 


宣传推广 


宣传推广的基本方法有： 

1.网页里设置适当的META标签； 

2.各搜索引擎登陆； 

3.准备新闻稿件在各新闻公告板发表； 

4.合理使用Email邮件列表； 

5.广告条交换； 

6.付费广告。 

至此，网站项目建设完毕，将有关网址，使用操做说明文档等提交客户验收。若是须要维护，另行签订维护项目。 


维护 


网站成功推出后，长期的维护工做才刚刚开始，咱们须要作到的是 

1.及时响应客户反馈；例如能够采起Email自动回复功能，而后在1-3个工做日里解决问题，再次回复； 

2.网站流量统计分析和相应对策； 

3.尽可能推广和使用您的网址； 

4.网站内容的及时更新和维护。 


五.遵循的规范 


1.网站建设目录规范 

2.网站文件命名规范 

3.网站建设尺寸规范 

4.网站首页head区代码规范 

5.网站链接结构规范

随着技术的不断发展和用户对网站功能性的需求不断提升，现在网站项目的设计已经不能再仅仅简单地利用静态Html文件来实现，与前几年网站设计由一两名网页设计师自由的创做相比，网站项目的设计和开发愈来愈像一个软件工程，也愈来愈复杂，网站项目的设计和开发进入了须要强调流程和分工的时代，创建规范的、有效的、健壮的开发机制，才能适应用户不断变化的须要，达到预期的计划目标。 

　　网站项目管理（WPM）的含义为Web-based Project Management，即以Web 应用程序为主要表现方式的架构来进行的项目设计及管理，这样的架构中包含了浏览器、网络和Web 服务器等关键主体，主要体如今网站设计、以浏览器为客户端的Web应用程序开发（例如信息类网站、网上商店、虚拟邮局、客户关系管理。）等项目管理中。 

　　在本文中，笔者将网站项目管理（WPM）与软件工程的统一过程管理（RUP）进行参照比较，并结合实际工做经验，力求将网站工程管理（WPM）的角色、分工、流程进行完整的阐述，使网站项目管理逐渐走向规范化。 

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

1. 需求分析及变动管理 

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

3. 系统分析及软件建模 

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

5. 系统测试和文档编写 

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

　　须要说明的是，这些阶段虽然具备必定的延续性，可是并不是彻底隔断的，例如需求变动管理和测试工做、文档编写都是贯穿整个项目过程的，许多工做时交叉进行或同时进行的。 


（二）项目模型及业务流程分析 


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


本章包括如下内容： 

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

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

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

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

五. 制做设计计划书 

六. 总结 


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


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

　　一般用户提出的需求是凌乱的，不完整的，甚至是不正确的，并且更细致的需求常常是在项目开发进行中才被挖掘发现的，这对于开发人员来讲是个极其困扰的问题。那么，在进行需求分析后制做项目模型文档，能在项目进入开发前，双方对即将要开始完成的项目的结果有个共同的认识，并提前暴露可能出现的需求变动，那么将大大提升开发的效率和质量。 

　　缺少经验的项目人员每每在接受任务后火烧眉毛地进行系统分析和开发，而不肯意多一点时间在和客户反复推敲项目需求和模型，开发过程当中想固然地凭空为客户作了不少假想，费了九牛二虎之力却吃力不讨好，可想而知，在不知道终点在哪里的马拉松比赛中，你会跑到哪里去？！ 

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

　　首先，咱们要定义一下词汇表，并不是每一个客户或者项目小组成员都可以明白"用户"、"角色"、"用例"之间的差异，也不见得都能很好地理解"通道"、"前台"、"后台"究竟是什么含义，为了让项目模型文档使每一个浏览者正确地理解，定义词汇表是很是须要的，尤为是面对传统行业初次进行信息化设计的用户。 

　　 

　　模型描述采用最天然的语言进行描述，这份文档是对需求分析报告的进一步描述。使得客户表明、项目经理、开发人员对即将展开的项目经过项目模型的描述产生最直观的印象，并针对关键的问题进行讨论并达成统一认识，好比功能要求、性能指标、运行环境、投资规模等等。
二. 业务流程分析员进行流程设计 


　　业务流程分析员的人员应该善于简化工做，担任此角色的人员中必需要有具有广博的专业领域知识，而且具备良好的沟通技巧。 

　　业务分析人员重点须要协助客户将需求进行概括分析，查找出全部的业务主角，肯定业务主角后，每一个主角的相关活动及流程应清晰地制定出来，最终设计出逻辑视图、用户界面示意图。好比一个电子商店系统，除了系统管理员、业务经理、业务员、物流配送员、客户服务人员等角色之外，可能还存在外部协做单位的不一样角色，好比供应商、分销商、广告客户，还有购买用户，甚至再细分为普通消费用户、VIP消费用户、集团消费用户等等，每一类角色参与系统活动时的入口和流程都有所不一样，经过逻辑图和示意图，业务流程分析员将系统的机构简要明确地进行描述。 

　　在进行业务流程设计，须要注意如下事项： 

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

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

"虽然开发人员和管理人员很容易自认为他们了解用户须要，但实际状况经常不是这样。人们每每关注于用户应该如何执行任务，而不是用户偏好如何执行。多数状况下，偏好问题不只仅是简单地认为已掌握了用户须要，尽管这自己就很值得研究。偏好还要由经验、能力和使用环境决定。" 

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

许多项目设计中比较重视功能的实现，测试阶段看似知足了客户的需求，但一旦投入使用的时候，便会发现性能上面临着一个个瓶颈。客户因为对专业知识的了解程度有限，也每每忽略了这方面要求，所以为了不往后陷入纠纷，事先预测并制定性能指标是很是重要的。 


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


　　为了在实际系统开发投入以前，建立用户界面模型是很是重要的，开发原型的成本远远低于实际开发的成本，在项目初期，建立完整的用户界面揭示和测试系统的全部功能和可用性，并可以使客户表明参与讨论及修改，能够大大提升项目的成功概率。 

　　建立正确可行的原型之后，系统分析、设计及代码的编写都必须遵守原型进行，确保构建的系统是正确的，测试人员和客户也可以在开发过程当中即实时地参与检查，能够有效地保障了项目的质量。 

　　根据业务流程分析员所提供的流程分析逻辑图及示意图，界面设计工程师开始设计制做用户界面原型，目前这个阶段，对于界面设计人员来讲尚未进入精细设计的阶段，因此最重要的是将业务流程完整地表现出来，并和客户就设计风格，设计规范进行确认和定义。 

　　界面工程师在充分理解客户需求和全部的业务流程以后，利用合理的布局设计用户界面。好比网站的首页风格、首页须要显示的各个元素、导航的分类和表现方法、各种业务角色的入口等等。 

　　在此须要注意的是，用户界面不只仅是网站访问者所浏览的界面，也包括了特殊用户、管理员、业务伙伴等不一样的用户界面，甚至还有提示界面、警告界面、出错界面等等，设计完整的用户界面原型不只可以使客户及测试人员更容易明确需求，也对项目的质量起到不可忽视的做用。
四. 以用户为中心的设计思考 


　　不管项目设计开发人员的水平多么精尖，毕竟不是系统的最终用户，最大限度地知足客户的须要才是关键，系统设计人员每每口头上挂着以用户为中心的口号，而实际上工做中又在大量地假想，或是出于懒惰或是出于条件限制，对于未来使用系统的不一样用户来讲均可能产生意想不到的障碍。 

　　真正作到以用户为中心，就要先放弃沉淀在脑子里的经验和想象，到客户工做的地方去、观察记录客户如何工做、而后与客户谈论他们的工做。 

　　在团队拓展训练中有一项叫作"盲人方阵"的课程，能够想象一群什么也看不见的人如何把一根长绳子拉成正方形景象吗？目中无人的人会懂得倾听和服从吗？咱们不能假设用户究竟是个健全人仍是盲人，也不能假想用户应该会怎么作不应会怎么作，只有去仔细观察和沟通，才能制定出真正符合用户须要的计划。 

　　有专家提出：开发人员应决定用户的组成，并让用户尽量早地涉入，并提出了几种熟悉用户、他们的任务以及需求的方法： 

* 与用户交谈 

* 到办公地点拜访用户 

* 观察用户工做 

* 将用户工做录像 

* 了解工做组织 

* 自我尝试 

* 使用户在工做时边想边说 

* 让用户参与设计 

* 在设计小组中包括专家级用户 

* 执行任务分析 

* 利用调查和问卷 

* 制定可测试的目标 

　　在有可能的状况，在需求和流程设计中努力作到精确、客观和细致，不但能保证系统开发的质量和成熟度，也会使你获得客户高度的满意和信任，为从此更多的业务合做敞开大门。
五. 制做设计计划书 

　　到了这个阶段，能够说掌握了客户的需求并对计划实施的系统开发有了清楚地认识，与客户之间达成了共识，那么在进入下个阶段的工做时，制做设计计划书是很是必要的。 

　　设计计划书是全面描述整个系统的全貌，做为系统分析、测试人员工做的基础，同时也是客户验收的标准，做为业务合同的内容之一，所以，应该仔细谨慎地撰写设计计划书。 

　　根据项目的不一样，设计计划书的内容或许有所不一样，如下笔者提供一份样本供你们参考，该份样本基本涵盖了须要在计划书中进行确认和描述的核心要素。
--------------------------------------------- --------------------------
<项目名称>
项目计划书
版本<x.x> 

历史修订纪录
---------------------------------------------------
日期 | 版本 | 说明 | 做者 |
---------------------------------------------------
y/m/d| <x.x> | 修订状况 | <姓名> |
---------------------------------------------------
| | | |
---------------------------------------------------
| | | |
---------------------------------------------------
| | | |
---------------------------------------------------

目录
1。项目概况
1。1 客户资料
1。2 项目背景
1。3 项目前景
2。需求分析
2。1用户脚色
2。2关键技术
2。3网站结构
2。4形象定位
3。整体方案
3。1系统框架
3。2拓扑结构
3。3部署计划
4 配置及报价
4。1网络环境
4。2硬件配置
4。3软件配置
4。4其余配置
5。实施步骤及周期
6。系统功能祥述
7。技术保障及支持
8。升级培训及服务
9。关于我司
10。联络方式
11。附件列表
11。1项目模型文档
11。2业务流程分析文档
11。3用户界面设计图
12。版权声明

--------------------------------------------------------------------
六. 总结 

　　在本阶段的工做过程当中，核心的任务是经过上个阶段的需求分析，进行项目模型设计和业务流程分析，并制做用户界面原型获得用户的确认，最终完成双方承认的《设计计划书》，做为下一阶段系统设计和软件建模的依据。 

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

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

* 仔细查找各类业务主角，并表述不一样主角的各类操做流程步骤； 

* 简化需求，将客户的需求概括整理，抓住核心问题； 

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

* 认真制定设计计划书，为下阶段的工做打好基础。 

 

分类:  项目管理