实用文档03-软件公司软件项目研发管理制度最新版_免费.docVIP

目 录 一、总述 3 二、项目计划 3 三、项目组织 4 四、项目管理 5 4.1、软件开发规范 5 4.1.1、命名体系 5 4.1.2、编码风格 5 4.1.3、界面风格 5 4.1.4、版本控制 6 4.1.5、通用约束 6 4.1.6、开发方法 6 4.1.7、开发流程 6 4.1.8、交流制度 7 4.1.9、代码标准化管理 7 4.1.10、备份制度 7 4.1.11、文档管理 7 4.1.12、项目交付管理 8 4.1.13、项目归档管理 8 4.2、任务分解与分目标制定 8 4.3、进度检查与绩效考评 9 4.3.1、考评原则 9 4.3.2、考评标准 10 4.3.4、考评矩阵 10 4.4、应对一些突发事件（协调与调整） 13 4.5、与有利害关系的人共享信息 13 附录4-1项目开发计划 14 附录4-2软件需求说明书 16 附录4-3详细设计说明书 18 附录4-4 用户手册 20 附录4-5数据要求说明书 23 附录4-6项目开发总结报告 25 附录5-1 JAVA编码规范 27 附录5-2 应用结构定义与命名规范 33 附录5-3 数据库对象命名规范 33 一、总述 项目管理项目三项基本业务： 计划指明要取得的各种结果 指定进度表 估计所需资源 职责与有利害关系的人共享信息 四、项目管理 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、文档管理 没有文档的软件是一种灾难。代码不是传达系统原理和结构的理想媒介；开发团队更需要编制易于阅读的文挡，来对系统及其设计决策的依据进行描述。 然而，过多的文档比过少的文档更糟。编制众多的文档需要花费大量的时间，并且要使这些文档和代码保持同步：就要花费更多的时间。如果文档和代码之间失去同步，那么文档就会变成庞大的、复杂的谎言．会造成重大的误导； 对于团队来说，编写并维护一份系统原理和结构方而的文挡将总是一个好主慝，但是那份文档应该是短小、突出主题的。为此我们拟定所有项目都必须编制以下文档。 1《项目开发计划书》，模板见附录4-1 2《软件需求说明书》，模板见附录4-2 3《详细设计说明书》，模板见附录4-3 4《用户手册》，模板见附录4-4 5《数据库需求说明》，模板见附录4-5 6《项目开发