文档介绍：作业标准
S-09000
总页数
9
正文
9
附件
0
文件控制部门:
项目管理部
系统开发计划书
制作指南
批准人
刘岩
审核人
崔戈
拟制人
何昭春
批准日期
生效日期
关
联
文
件
系统开发计划书实施规程(R-09000)
沈阳东东系统集成有限公司
更改记录
序号
发行日
更改对象·更改内容
批准
审查
拟制
0
新发行
刘岩
崔戈
何昭春
目录
2/9
2/9
2/9
开发体制 3/9
质量管理工程图 4/9
风险管理 4/9
日程计划 5/9
质量计划 5/9
教育/培训计划 7/9
提交计划 7/9
项目规则 7/9
相关资料一览表 8/9
更改记录 8/9
本指南是制作系统开发计划书的书写要领。
系统开发计划书的制作目的是:进行系统开发计划的立案,在此开发计划的基础上,项目负责人(系统开发计划书应由项目负责人书写)将要开发的功能,进行开发的开发体制,要实施的开发过程,以及开发程序等归纳在文件中,作为项目组成员的开发方针。
本系统开发计划书只列举了项目进行中最低所需项目,各个项目根据实际情况若有额外项目也可追加。
系统开发计划书的要点:
本次开发是新开发还是改造
开发范围是否已明确
开发体制是否已明确
开发过程是否已决定
质量目标是否已决定
性能目标是否已决定
项目规则是否已决定
项目成员必须掌握和理解以上内容,也就是必须遵照系统开发计划书进行开发作业。
系统开发计划书是在项目需求规范明确后(DR-A完成后也可。DR-B以前)制作,开发部部长审查后,由项目管理部批准。若开发分为几个阶段进行时,原则上每个阶段都应制作开发计划书。
以下对各项目的书写方式进行说明。
1)合同号
当项目为非合同软件包项目时,此编号不填。
合同项目填写相应的合同号(在制作开发计划书时,若尚未签订合同,则以后追加上)。
2)项目号
项目号是由项目管理部分配的唯一编号。此编号是在项目负责人制作完系统开发计划书并通过开发部部长审查后,由项目管理部负责填写,一切与项目相关的管理都以此编号来进行。
3)客户名称
客户名称必须用全称,有简称时写在全称后的()内。若明确最终用户与合同签定者不一致时,在合同签定方名称后填写最终用户名称。
4)系统名称
系统名称(产品名)必须用全称,有简称时写在全称后的()内。
5)承担部门
公司内承担此项目的部门的名称。
6)填表日期
填表年月日。
3. 系统概要
明确整个系统的概要及本次开发的范围。
1)系统概述
说明系统的目的、构成、功能、优点等。另外要明确说明是新开发还是改造,改造时,要说明这次作业的功能范围。
2)2000年对应的方针:
对于新开发的系统来说,应制定2000年对应方针,并在各个DR中确认要验证的内容与事件;当为改造的,不仅要讨论改造的策略、还要注意改造部分对原有质量潜在的影响。
以下项目为需要实施的方针:
内部日历数据用4位表示
采用对应2000年问题的操作系统(OS)的应用程序接口(API)来进行日期判定
对所有对年月日进行处理的项进行确认
对外部接口进行确认
只进行操作系统(OS)的2000年对应
只进行应用程序接口(API)的2000年对应
3)硬件配置
说明整个系统的硬件配置环境。
与测试环境不同的时侯,要明确审查其有效性。
4)软件配置
说明软件的整体结构,改造时,要明确新做成部分/修正部分。
记述使用的操作系统,基本软件包,中间件,开发语言和程序的总量。
按以下方法用程序的条数来明确软件的开发规模(预估):
基本条数:系统/子系统全体未发生更改的程序条数,也包括沿用部分。(修改部分在30%以下)
改造条数:发生更改的程序的条数。(修改在30%—90%)
新做成条数:新做成的程序条数(90%以上需要修改)
总计程序语句条数:基本+改造+新做成语句部分的总和
沿用率:基本部分/总和
在产品通过公司内部验收后,若实际程序条数与预计不符时,用=将预计值取消,并记录最终结果。
5)配置管理
制作以下的配置管理表:
(1)开发环境配置管理表:记述系统开发时的环境配置(软件,硬件)。软件、硬件应包括开发系统安装的所有的主要的软件和硬件,而不只是与该项目有关的那些。
(2)设计文档配置管理表:记述开发中预定要制作的文档。
(3)程序配置管理表:单元测试完成时的全部程序代码。
接收文档/数据配置管理表:记述全部从客户处接收的资料、数据、媒