东联智胜软件项目管理制度解析.docVIP

目 录 一、总述 2 二、项目计划 2 三、项目组织 3 四、项目管理 4 4.1、软件开发规范 4 4.1.1、命名体系 4 4.1.2、编码风格 4 4.1.3、界面风格 4 4.1.4、版本控制 5 4.1.5、通用约束 5 4.1.6、开发方法 5 4.1.7、开发流程 5 4.1.8、交流制度 6 4.1.9、代码标准化管理 6 4.1.10、备份制度 6 4.1.11、文档管理 6 4.1.12、项目交付管理 7 4.1.13、项目归档管理 7 4.2、任务分解与分目标制定 7 4.3、进度检查与绩效考评 8 4.3.1、考评原则 8 4.3.2、考评标准 9 4.3.4、考评矩阵 9 4.4、应对一些突发事件（协调与调整） 11 4.5、与有利害关系的人共享信息 11 附录4-1项目开发计划 12 附录4-2软件需求说明书 14 附录4-3详细设计说明书 16 附录4-4 用户手册 18 附录4-5数据要求说明书 21 附录4-6项目开发总结报告 23 附录5-1 JAVA编码规范 25 附录5-2 应用结构定义与命名规范 31 附录5-3 数据库对象命名规范 31 一、总述 项目管理项目三项基本业务： 计划指明要取得的各种结果 指定进度表 估计所需资源 职责与有利害关系的人共享信息 职责 文档成果描述 角色 定义 需求定义 问题说明书 产品经理/分析员 开始项目计划 项目规划 产品经理/分析员 设计 设计方案 设计说明书 技术经理/分析员 编码 编写程序 编码说明书 技术经理/程序员 将程序集成到系统中 集成测试说明书 程序员 测试 验证系统功能与性能 系统测试说明书 质量经理/测试员 接收 向客户演示系统 操作说明书 产品经理/客户 移植 移植最终运行环境 移植说明书 技术经理/程序员 数据采集及导入 程序员 运行 用户培训 用户培训文档 产品经理/用户 监控系统运行性能 用户/分析员 四、项目管理 4.1、软件开发规范 这里只是给出我司软件开发必须遵从的原则，具体内容应该由产品经理或开发经理根据具体项目制定详尽约定。在罗列规范之前，开发组织（团队）必须遵从一个最基本的约定——统一开发环境： OS:操作系统; IDE：集成开发工具; DEBUG：调试工具; SC：源代码控制器； IM:即时交流工具； DD:文档工具（计划，任务，报告）； ASM:间接交流工具，一般以mail为主。 另外还要为团队固定一些一些角色，builder / Server administrator（dbaosa）。 严格区分开发平台与生产平台之间的界限（安全、测试、性能） 4.1.1、命名体系 A) 数据库与数据库对象命名; B) 开发语言的元素命名(类、对象、文件、命名空间、组件、函数、方法等)； C) 页面与页面元素命名. D) 文件目录体系 4.1.2、编码风格 缩进、换行、块大小、文件大小、注释 4.1.3、界面风格 组件类别、大小、前景、背景、字体、鼠标敏感、边框、布局 4.1.4、版本控制 创建权限、创建分之权限、更新频度、提交准则。 4.1.5、通用约束 向导设置、数据校验、提示信息、响应时间与响应方式 4.1.6、开发方法 鉴于用户需求的不容易澄清性与变动频繁这一特点，所有项目均采用迭代开发方法。这就是说不要指望在明确的需求调研阶段能把问题搞清楚，弄清楚个大概即可，以不超过两周的迭代间隔快速的交互原型，以便反馈更进一步的需求、这样一步步逼近用户的真实想法。这里要特别强调的是多与用户交流，项目组内有关设计方法与策略也要频繁地交流。 4.1.7、开发流程 纯粹从开发的角度我们将项目周期划分为两个阶段，每个阶段要完成的的如下： 4.1.8、交流制度 项目组每周至少要进行不少于两次的集体交流，否则就是开发经理或产品经理失职（交流不限制时间长短、方式、内容可以从需要到设计到实现、甚至是抱怨）。 4.1.9、代码标准化管理 小组内成员必须开展互测，产品经理要督促进行。如果一般性的缺陷被质量组测试发现，产品经理可以作出警告、取消休假、扣发奖金等处理措施。产品经理或开发经理可抽查成员代码，对比规范作出人员基本技术素养评测，计入期末（项目结束）考核（去留）。 4.1.10、备份制度 应用系统的所有资料[代码（程序、脚本块、数据库脚本）、文档、数据]，除了数据以外，全部纳入源代码控制系统。数据每天备份一次[媒介是磁盘]，代码（程序脚本、数据库脚本）、文档每周一次[媒介是磁盘]，所有信息每月备份一次[媒介是光盘]，并在开发经理处填写备份记录表格。（备份时间、备份类型、备份目标、备份人签字） 4.1.11、文档管理 没有文档的软件是一种灾难。代码不是传达系统原理和结构的理想媒介；开发团队更