求知 文章 文库 Lib 视频 iPerson 课程 认证 咨询 工具 讲座 Modeler   Code  
会员   
 
  
 
 
     
   
分享到
网站项目实施业务流程及规范
 
作者:info.tlw.cn ,发布于2012-8-3,来源:中国项目管理资源网
 

商务流程

一、 寻找客户,确定网站开发意向。在与客户交流的过程中,可能要向客户展示以前实施的样板项目,还可能要给客户制作网站样例(图片及文字说明)。

二、 签定网站项目开发合同。客户方预付一定数量的款项。

三、 项目实施完毕,客户交付全部项目款。

需求分析

一、 进行客户计算机应用水平调查。

二、 确定客户方项目负责人员。

三、 召开用户需求调研会议(最少一次)

参加会议人员:

客户方:领导,客户方项目负责人,业务代表,技术员等。

我方:商务人员,项目经理,技术人员(尽可能都参加)。

讨论的内容及成果:以用户需求为中心,共同讨论,产生网站的栏目规划(用树形图表示),标出哪些是静态页面,哪些是动态页面。制定网站的界面框架,包括首页构图,及各页面间的钩稽关系。这一步可能需要反复循环迭代若干次,直到客户满意。

需求分析要考虑用户的当前业务,还要适当考虑将来业务的扩展。需求分析记录的数据必须可靠。

需求分析必须针对用户的现实需求,既不能隐瞒技术细节,欺骗客户,也不能产生"过度需求",无限偏离公司的技术力量甚至产生一些"不可能"的需求。

需求分析的成果就是《项目需求说明书》。

四、双方对《项目需求说明书》确认后签字,作为下一步开发的技术依据。签字的目的是确保用户需求在项目实施期间的稳定性。因为需求的大量更改,甚至"无限需求",会大量增加开发成本,最终延误工期,还会影响项目质量。

开发流程及规范

Web 开发的分散性和交互性,决定了 Web 开发必须遵从一定的开发规范和技术约定,只有每个开发人员都按照一个共同的规范去设计、沟通、开发、测试、部署,才能保证整个开发团队协调一致的工作,从而提高开发工作效率,提升工程项目质量。

一、 项目的角色划分

如果不包括前、后期的市场推广和产品销售人员,开发团队一般可以划分为项目负责人、程序员、美工三个角色。

项目负责人在我们中国习惯称为"项目经理",负责项目的人事协调、时间进度等安排,以及处理一些与项目相关的其它事宜。程序员主要负责项目的需求分析、策划、设计、代码编写、网站整合、测试、部署等环节的工作。美工负责网站的界面设计、版面规划,把握网站的整体风格。如果项目比较大,可以按照三种角色把人员进行分组。

角色划分是Web项目技术分散性甚至地理分散性特点的客观要求,分工的结果还可以明确工作责任,最终保证了项目的质量。分工带来的负效应就是增加了团队沟通、协调的成本,给项目带来一定的风险。所以项目经理的协调能力显得十分重要,程序开发人员和美工在项目开发的初期和后期,都必须有充分的交流,共同完成项目的规划和测试、验收

二、 开发工具的选取

不象C/S结构程序开发,可以一门语言从头到尾,你用Delphi,就是Delphi程序员,你用VC++,你就是VC程序员。B/S结构的Web开发工作,工具的选择是一件痛苦的事情。从Windows到Linux,从IIS到 Apache,从J2EE到 .NET,从COM到.NET到EJB组件……还有 Asp、Asp.net、Jsp、Php、Perl、Javascript、Vbscript……

美工也轻松不了多少,什么"网页三剑客" "新网页三剑客"、FrontPage、Photoshop、CorelDraw……谁都说自己是最强大的!

我们的经验是,选用工具时最好是统一的,比如美工统一用DreamwaverMX制作网页,程序员全部用文本编辑器书写代码。统一工具的好处是可以保持同一个项目文档的一致性,便于开发人员的交流和文档的保存。

但是也不必刻意强求一致,比如美工可以使用任何自己熟悉的图形处理软件,只要最后能生成浏览器支持的图片就可以了。正是Web开发工具的多样性,才成就了今天互联网多姿多彩的局面。

只要程序员的纯Html和 Javascript 代码的功夫足够过硬,就能胜任最后的网站整合工作。

三、 项目开发流程

如果项目真正谈下来了,就需要正式确定前阶段的需求分析,该补充的步骤必须补上。然后进行详细的总体设计,其实也基本是前阶段工作的重复和完善。

产生各栏目文件夹的结构图(一些公共文件夹如images、scripts、 styles等需要固定存放,共同调用)。

然后由美工根据内容表现的需要,设计静态网页和其它动态页面界面框架,该切分的图片要根据尺寸切割开来。给需要程序动态实现的页面预留页面空间。制定字体、字号、超级链接等CSS样式等。

在美工设计页面的同时,程序员着手开发后台程序代码,做一些必要的测试。

美工界面完成后,由程序员添加程序代码,整合网站。

由项目组共同联调测试,发现bug,完善一些具体的细节。

制作帮助文档、用户操作手册。向用户交付必要的产品设计文档。

然后进行网站部署、客户培训。项目管理培训

最后进入网站维护阶段。这一阶段也可以不包括在该项目中,而作为公司的服务内容。

以上的每一部都会产生一些阶段性成果,项目经理需要及时进行监督、审核,发现问题及时纠正。

为了控制项目的进度,应当实施填写"项目进度表"制度,即每天填写工作日志,记录当天的工作细目和工作量,以及需要解决和已经解决的问题。

四、 一些技术规则

1, 数据库命名约定(参考了"匈牙利命名法")training.mypm.net

数据库(Database):格式 [db]_[ desc]。

表(Table):格式 [tab]_[desc]。表名长度不能超过30个字符,单词首写字母大写,多个单词间不用连接符号。

字段(Field or Column):格式f_[type]_[desc]。f:表明这是一个字段名称;type:可选,表明字段类型,字符型为c,整型为i,逻辑型为b,货币类型为m,浮点型为f,日期型为d,时间型为t,二进制为bl。如果类型为字符型,可以省略。desc:对字段属性的有意义的描述,可以用英语单词、单词缩写、汉语拼音、字段实际含义的拼音缩写等,单词之间可以用单词首字母大写软分割(推荐),也可以用"_"隔开。举例:

f_name (姓名)

f_c_ UserInfo 或 f_c_ User_Info

f_xm (姓名)

f_grp_id (组标识)

索引(Index):格式 [idx]_[desc]。

视图(View):格式 [View]_[表A]_[表B]_[表C]…,其中View表示"视图"。这个视图由几个表产生就用连字符"_"连接几个表的名,如果表过多可以将表名适当简化。

存储过程:格式 [sp]_[表名]_[存取过程名(缩写)],比如sp_User_Delete。

触发器(Trigger):格式 [trg]_[d][i[[u]_[desc]。trg 代表触发器;d,i,u表明触发器类型(Delete,Insert,Update)定义,书写顺序为d、i、u;desc是表的名称,表明触发器所在的表。

数据库设备(Database Device):格式 [dev]_[desc]。

约束(Constraint):格式 [cns]_[desc]。

2, SQL语句书写规范项目管理者联盟

SQL语句中,SQL关键字全部大写,其它的遵照"数据库命名约定"。例如:

SELECT * FROM tabNewsInfo WHERE f_UserName='' ORDER BY f_i_autoid

3, 文件夹命名约定

公共文件夹:

/images 公共图片

/styles 样式表

/scripts 脚本

/ftps 下载

/doc 网站相关素材、文档

/readme.txt 网站说明文档

/helps.htm 网站帮助文档

/mylogs.txt 网站维护记录

其它栏目的命名,可以用拼音首字母简称,也可以用英文单词。全部文件夹的含义在readme.txt文件中说明。

4,对象及变量命名约定

每个变量名必须先定义,再使用。在ASP文件的最开头添加语句<%Option Explicit%>可以强制变量定义。代码块必须采用缩进格式。每个函数前必须标明函数的功能、输入参数、返回值的相关信息。

变量类型 缩写前缀

String str 或 s项目管理者联盟

Integer Int

Date Dt项目管理培训

Object obj或 o

Boolean bol或 b

Byte Byt

Double Dbl

Error Err

Long Lng

Single Sng

5,图形对象约定

图片的格式:最后生成 jpg,gif,png,swf 格式的图形文件

图片的字节大小:最大不能超过30k

图片的尺寸:根据需要确定,最好使用小图片,大的图片必须切割成小图片使用。

图片的留白:图片的边界不能留白,图片只包含有效的色彩元素

6,媒体对象约定

流媒体的格式: asf,wmv,wma,rm,不建议使用 avi 格式的动画文件

7,页面布局的基本约定

中文段落必须有2个汉字的缩进。字间距采用默认大小。行间距为16pt~20pt。文字布局必须留有"天""地""左""右",不能把版面占满。

页面布局必须保持色彩平衡。注意上下、左右的呼应。注意页面的整体协调。提倡画面和文字的融合,而不是画面和文字的明显分离。

要按照设计广告的要求来设计网页页面 - 特别是一些产品展示性的页面。

五、 一些经验和教训

1,能用静态网页表现的内容,尽量不用程序代码动态实现。

2,设计阶段,必须和用户进行充分的交流,完全、准确的了解用户的需求。既不能歪曲用户的意思,也不能一味迎合用户的非正当需求,也不能对自己没有把握的技术甚至不可能实现的技术夸下海口。需求分析是一个沟通、交流、引导、教育、斗争、妥协的过程。需求分析结果要有文字资料存档。

3,技术参数必须了解准确。比如用户的软件平台是linux系列,那你的系统就要考虑用Java或者 Php 加MySQL开发了,这时候你的ASP.NET技术就用不上了。

4,最好让用户对已经确定的需求内容签字,盖章。

5,任何交流,必须有书面记录。对一些喜欢"健忘"-实际上是懒惰的开发人员,要求他必须每天花10分钟写工作日志。

6,每个项目的有关文档,全部、统一集中归档。

 
相关文章

项目流程_IPD
EA中的项目管理-计划与跟踪
大型项目中的敏捷项目管理实践
敏捷项目管理概述
 
相关文档

IPD体系框架下的项目管理
项目管理基础与敏捷开发入门
IT项目管理培训
软件项目管理
 
相关课程

软件开发过程中的项目管理
基于IPD的项目管理方法与实践
敏捷项目管理实践
项目管理高级实践
 
分享到
 
 
     


如何有效地进行项目沟通
如何进行项目计划及质量管理
IT项目风险管理案例和应对之道
组建高效快速研发团队的必要
一个甲方项目经理的自白
TFS使用指南


软件项目管理
软件开发项目管理
研发项目管理
高级项目管理实战
敏捷项目管理实践
项目风险管理

相关咨询服务
建立项目管理规范


中国银行 IT外包项目管理
北京软件项目管理
某电子软件中心 项目外包管理
某电信服务商 项目外包管理
富士 软件外包项目管理与进度
Schneider 项目管理+软件质量
中国电信 软件项目管理