技术开发管理制度.doc

技术开发管理制度
2014(试行)
主题: 软件开发管理制度
文档编号:
版本说明:
版本号
版本日期
作者
备注

2014年10月30日
牟宝林
创建

2014年10月30日
牟宝林
审批
目录
第一节总则 3
第二节立项管理 3
第三节需求分析 4
第四节项目计划和监控 4
第五节系统设计 5
第六节系统实现 5
第七节系统测试和用户测试 6
第八节试运行 7
第九节系统验收 8
第十节系统上线 8
第十一节合作开发管理 9
第十二节系统交付 10
第十三节外包开发管理 10
第十四节附则 10
附件一立项分析报告 11
附件二业务需求说明书 14
附件三系统需求规格说明书 17
附件四需求变更申请 26
附件五项目计划书 28
附件六项目计划变更说明 32
附件七设计说明书 33
附件八单元测试用例 36
附件九设计评审报告 38
附件十系统/用户测试计划 40
附件十一系统/用户测试报告 43
附件十二试运行计划 44
附件十三数据迁移计划 46
附件十四数据迁移报告 48
附件十五试运行报告 50
附件十六系统验收报告 51
附件十七系统上线计划 54
附件十八系统验收评估报告 57
附件十九系统交付申请 59
第一节总则
为规范自有软件研发以及外包软件的管理工作,特制定本制度。本制度适用于公司软件研发与管理。
本制度中软件开发指新系统开发和现有系统重大改造,此类工作均需要以项目制管理。
本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支持工作,一般仅向外购置有关的硬件设备和支撑软件平台;合作开发是公司与专业IT公司(合作商)共同协作完成IT应用的项目实施和技术支持工作,一般形式是公司负责提供业务框架,合作商提供技术框架,双方组成开发团队进行项目实施,IT系统的日常支持由技术研发部承担;外包开发是指将IT应用项目的设计、开发、集成、培训等任务承包给某家专业公司(可以是专业的IT公司或咨询公司等),由该公司(承包商)负责应用项目的实施。
软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求管理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、系统上线和数据迁移。
除特别指定,本制度中项目组包括业务组(或需求提出组)、开发组(可能包括网络管理员和合作开发商)。
第二节立项管理
提出项目需求的部门参与公司层面立项,进行立项的技术可行性分析,编写《立项分析报告》(附件一),开展前期筹备工作。《立项分析报告》应明确项目的范围和边界。
需求提出部门将《立项分析报告》交相关部门会签后,上交公司总裁与董事长进行立项审批,以保证系统项目与公司整体策略相一致。
《立项分析报告》得到批准后,成立项目组(如果是外包开发,则成立外包商项目组;如果是合作开发,则与外包商共同成立合作开发项目组,以下统称“项目组”),项目组应包括业务组(由公司技术研发部需求管理组和相关业务部门组成)和开发组(自行开发为技术研发部开发组、网络管理员;外包开发为技术研发部指定的开发组长、网络管理员和外包商成员;合作开发为技术研发部开发组指定人员、网络管理员和外包商成员)。公司技术研发部PMO(项目管理办公室)委派一名项目经理负责监督项目的进度,进行项目管理工作,确保开发能及时完成并能满足业务需要。项目组人员的选择应满足项目对业务及技术要求,项目组人员应有足够的业务和IT技术方面的专业知识来胜任项目各方面的工作。
第三节需求分析
立项后业务组对用户需求进行汇总整理,出具《业务需求说明书》(附件二),并确保《业务需求说明书》中包含了所有的业务需求。经系统使用部门审批确认,作为业务需求基线。
业务组在获得《业务需求说明书》后,提出技术需求和解决方案,并对系统进行定义,出具《系统需求规格说明书》(附件三)。《系统需求规格说明书》需详细列出业务对系统的要求(界面、输入、输出、管理功能、安全需求、运作模式、关键指标(KPI)等),最好是采用原型方式表达。《系统需求规格说明书》需要由业务组提交给相关业务部门负责人确认。
对于合作开发的项目,当业务需求发生变更时,业务组应提交《需求变更申请》(附件四),项目经理审批后交给开发组长实施。
项目组应对需求变更影响到的文档及时更新。
第四节项目计划和监控
软件开发采用项目形式进行管理。项目经理负责整个项目的计划、组织、领导和控制。
需求分析过程中,项目经理组织制定详细的《项目计划书》(附件五),包括具体任务描述和项目进度表等。
在项目的各个