搜索
系统开发计划书制作指南批准人刘岩审核人崔戈拟制人何昭春批准日期1999．5．12生效日期1999．5．12关联文件系统开发计划书实施规程（R-09000）沈阳东东系统集成有限公司作业标准S-09000总页数9正文9附件0文件控制部门:项目管理部系统开发计划书制作指南沈阳东东系统集成有限公司S-09000REV-0更改记录序号发行日更改对象·更改内容批准审查拟制01999．5．12新发行刘岩崔戈何昭春系统开发计划书制作指南沈阳东东系统集成有限公司P-1/9S-09000REV-0目录1.前言................................................................2/92.封页................................................................2/93.系统简述...............................................................2/94.开发体制...........................................................3/95.质量管理工程图.....................................................4/96.风险管理...........................................................4/97.日程计划...........................................................5/98.质量计划...........................................................5/99.教育/培训计划......................................................7/910.提交计划...........................................................7/911.项目规则...........................................................7/912.相关资料一览表.....................................................8/913.更改记录...........................................................8/9系统开发计划书制作指南沈阳东东系统集成有限公司P-2/9S-09000REV-01.前言本指南是制作系统开发计划书的书写要领。系统开发计划书的制作目的是：进行系统开发计划的立案，在此开发计划的基础上，项目负责人（系统开发计划书应由项目负责人书写）将要开发的功能，进行开发的开发体制，要实施的开发过程，以及开发程序等归纳在文件中，作为项目组成员的开发方针。本系统开发计划书只列举了项目进行中最低所需项目，各个项目根据实际情况若有额外项目也可追加。系统开发计划书的要点：本次开发是新开发还是改造开发范围是否已明确开发体制是否已明确开发过程是否已决定质量目标是否已决定性能目标是否已决定项目规则是否已决定项目成员必须掌握和理解以上内容，也就是必须遵照系统开发计划书进行开发作业。系统开发计划书是在项目需求规范明确后（DR-A完成后也可。DR-B以前）制作，开发部部长审查后，由项目管理部批准。若开发分为几个阶段进行时，原则上每个阶段都应制作开发计划书。以下对各项目的书写方式进行说明。2.封面1)合同号当项目为非合同软件包项目时，此编号不填。合同项目填写相应的合同号（在制作开发计划书时，若尚未签订合同，则以后追加上）。2)项目号项目号是由项目管理部分配的唯一编号。此编号是在项目负责人制作完系统开发计划书并通过开发部部长审查后，由项目管理部负责填写，一切与项目相关的管理都以此编号来进行。3)客户名称客户名称必须用全称，有简称时写在全称后的（）内。若明确最终用户与合同签定者不一致时，在合同签定方名称后填写最终用户名称。4)系统名称系统名称（产品名）必须用全称，有简称时写在全称后的（）内。5)承担部门公司内承担此项目的部门的名称。6)填表日期填表年月日。3.系统概要明确整个系统的概要及本次开发的范围。1)系统概述说明系统的目的、构成、功能、优点等。另外要明确说明是新开发还是改造,改造时,要说明这次作业的功能范围。2)2000年对应的方针：对于新开发的系统来说，应制定2000年对应方针,并在各个DR中确认要验证的内容与事系统开发计划书制作指南沈阳东东系统集成有限公司P-3/9S-09000REV-0件;当为改造的,不仅要讨论改造的策略、还要注意改造部分对原有质量潜在的影响。以下项目为需要实施的方针：内部日历数据用4位表示采用对应2000年问题的操作系统（OS）的应用程序接口（API）来进行日期判定对所有对年月日进行处理的项进行确认对外部接口进行确认只进行操作系统（OS）的2000年对应只进行应用程序接口（API）的2000年对应3)硬件配置说明整个系统的硬件配置环境。与测试环境不同的时侯，要明确审查其有效性。4)软件配置说明软件的整体结构，改造时，要明确新做成部分/修正部分。记述使用的操作系统，基本软件包，中间件，开发语言和程序的总量。按以下方法用程序的条数来明确软件的开发规模(预估)：基本条数：系统/子系统全体未发生更改的程序条数，也包括沿用部分。(修改部分在30%以下)改造条数：发生更改的程序的条数。(修改在30%—90%)新做成条数：新做成的程序条数(90%以上需要修改)总计程序语句条数：基本+改造+新做成语句部分的总和沿用率：基本部分/总和在产品通过公司内部验收后，若实际程序条数与预计不符时，用=将预计值取消，并记录最终结果。5)配置管理制作以下的配置管理表：(1)开发环境配置管理表：记述系统开发时的环境配置（软件，硬件）。软件、硬件应包括开发系统安装的所有的主要的软件和硬件，而不只是与该项目有关的那些。(2)设计文档配置管理表：记述开发中预定要制作的文档。(3)程序配置管理表：单元测试完成时的全部程序代码。(4)接收文档／数据配置管理表：记述全部从客户处接收的资料、数据、媒体等。各个配置管理表作成后，将其质量记录编号填入关联资料一览表中。4.开发体制记述公司内部、用户单位的相关体制，以利于同相关公司、部门取得联系。项目组成员很多时，制作开发体制图，附在本页后。1)主管部门记述作为本公司与客户之间窗口的部门名称和负责人姓名。2)管理体制记述开发本系统的开发部门名称及各项职能人员名单。3)合作单位体制系统开发计划书制作指南沈阳东东系统集成有限公司P-4/9S-09000REV-0若将本系统开发业务的一部分委托给其它单位进行开发时，记述合作单位的开发体制。4)用户单位体制记述客户单位的相关体制。5.质量管理工程图（QCP）明确在该系统开发中预定要实施的项目、成果、管理对象。实施项目的明确：明确各个过程中的实施内容，预定实施的项目用“√”标识。成果的明确：确定各过程的成果，必要时也可在成果一栏中追加QCP中不存在的成果名称。管理对象的明确：明确作为管理文档的文档，标识方法同实施项目一样。在分阶段开发过程中，对每个阶段分别制作质量管理工程图。6.风险管理在系统开发中，要对每个DR阶段考虑有无风险，并挑选出所有的风险项目。1)开发风险确认对应于以下项目是否存在风险：硬件操作系统特殊技术共同开发特殊项（超短交纳期限等）认为存在风险时，将相应项用○圈住。将风险项目的内容、对策、编号记载在管理表中。对策要填写具体的实施内容。另外要在DR中对对策的完成进行确认。(1)过程风险开发规模过大；开发的交纳期限、需求的成本和规模特别不符；发生预定以外的开发任务。(2)技术风险使用新的操作系统、软件包、数据库等；新硬件、新机器、特殊机器等；没有很多经验的新技术领域；性能方面的要求比较难以实现；被要求的算法高度复杂。(3)用户体制上的问题验收能否顺利完成；是否有订货更改的危险；和用户共同开发时，工程是否有被抢走的危险(或有被拖延的危险)；用户担当的业务，是否有拖延的危险；其它危险。2)购入/顾客提供物品系统开发计划书制作指南沈阳东东系统集成有限公司P-5/9S-09000REV-0（1）品名：记述购入产品名/顾客提供物品名（2）筹备负责人：记述筹备负责人的部门名称和姓名提供方：购入品时记述销售商名称，顾客提供物品时记述提供方名称预定日：记述筹备预定日（3）预定交纳期：记述筹备部门将物品交付开发部门的预定日期（4）验收日期（开始～结束）：记载交付后物品接受检查的期限（5）维护形式：从以下维护形式中选择相应的维护形式的编号（6）备注：记述与独立软件商/独立硬件商的合同内容（包括维护，特别是问题发生时的处理规则）记述其他的特殊事项7.日程计划做成表示系统开发过程的大日程进度管理表，明确DR的召开日期。1)大日程进度管理表制作大日程进度管理表，对系统开发中必要的以下方面作出规定：规范确定日期用户确认返回日期开发用机器的设置日期用户检查日期出厂日期现场调试日期正式运转日期各开发阶段的日期DR召开日期另外还需要考虑在进度上的协调,包括：与其它公司的机器的连接用户提供物品用户开发部分其它部门开发部分与其它部门的机器相连接买入软件现场调试计划8.质量计划明确要达到的质量目标。1)性能管理表一定要将客户要求的和应管理的项目全部列举出来并设定目标值，项目如下：最大最小应答时间数据输入/输出时间(新开发时)系统特有性能的关键指标系统开发计划书制作指南沈阳东东系统集成有限公司P-6/9S-09000REV-0(改造时)对应于改造功能的性能项目(改造时)确认对非改造部分的性能没有不良影响的性能项目等制作性能管理表时要注意以下各点：要明确作为性能评价条件的软件/硬件配置和数据条件。DR－A要明确性能目标提出方，若是客户提出的性能目标值则在数值的左上角附加“*”。DR－B设定基于DR－A设定值的设计的目标值若DR－A中已设定了设计目标值，则可以与DR－A中设定的值一样，设定的目标值必须能用DR－F进行验证。对负载有要求时，以功能为单位进行评价。DR－C基于软件设计，设定评价方法和预测结果。即，根据软件设计记述预测的性能值。DR－E1/E2是在单元或组合测试的级别上对性能进行评价。DR－F对虚拟运行时的性能测定的结果进行验证。DR－E1/E2，DR－F的测定结果除了记录在性能管理表中以外，还要对测定值的正当性进行验证。若没有达到目标时，要调查问题发生在何处，是否要花费很多时间，并做成能用来向第三者说明的文件。2)质量确认分析表明确为确保质量而必要的质量指标，项目成员以此作为测试的目标值。测试项目数是组合测试项目数与综合测试项目数的合计值，或者是在没有组合测试时的综合测试项目数。检查覆盖率：=检查项目数（件）/开发条数（KS）错误密度：=错误数（件）/开发条数（KS）错误命中率：=错误件数（件）/检查项目数预定外作业比率：=处理时间（H）/总测试时间（H）必须记述破坏性测试、边界测试、虚拟运行测试的测试目标病毒检查记录系统中内存与硬盘等空余度3)知识产权确认考虑这一过程是否有出让自身知识产权的行为及解决办法。确定开发中的行为是否对其它人/方面的知识产权构成侵害及解决办法。4)文档计划本项目预定要制作的文档全部要记载在设计文档配置管理表中，文档名称由项目统一确定。5)测试计划对项目成员明确单元测试、组合测试、综合测试的方针、重点、测试方法等。必要时还包括：在单元测试时，没有保留问题报告的理由没有做成单元测试规范书/成绩书的理由一起进