《软件文档模板-软件开发计划B.docx》由会员分享，可在线阅读，更多相关《软件文档模板-软件开发计划B.docx（10页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、方案评审文件（三号宋体）密级：（三号宋体）（产品名称）软件开发计划（黑体二号）XX公司XXXX年XX月（宋体三号）本条应描述参与用户要求分析、运行方案和系统需求所遵循的途径。5.4 系统设计本条应描述参与系统级设计决策、系统体系结构设计所遵循的途径。5.5 软件需求分析本条应描述软件需求分析所遵循的途径。5.6 软件设计本条应描述CSCI级设计决策、CSCI体系结构设计和CSCI详细设计所遵循的途径。5.7 软件实现和单元测试本条应描述软件实现、单元测试的准备、单元测试的执行、修改和回归测试，以及 分析和记录单元测试的结果所遵循的途径。5.8 单元集成和测试本条应描述单元集成与测试的准备、单元
2、集成与测试的执行、修改与回归测试，以 及分析和记录单元集成与测试的结果所遵循的途径。5.9 CSCI合格性测试本条应描述CSCI合格性测试的独立性、在目标计算机系统上进行的测试、CSCI合 格性测试的准备、CSCI合格性测试的预演、CSCI合格性测试的执行、修改与回归测试、 分析并记录CSCI合格性测试的结果所遵循的途径。5. 10 CSCI/HWCI集成和测试本条应描述参与CSCI/HWCI集成和测试的准备、CSCI/HWC1集成和测试的执行、修 改和回归测试，以及分析与记录CSCI/HWCI集成和测试结果所遵循的途径。5.11 系统合格性测试本条应描述在系统合格性测试的独立性、在目标计算机
3、系统上进行测试、系统合格 性测试准备、系统合格性测试的预演、系统合格性测试的执行、修改和回归测试、分析 与记录系统合格性测试结果等方面参与系统合格性测试所遵循的途径。5.12 软件使用准备本条应描述可执行软件的准备、为用户现场准备版本说明、用户手册的准备、在用 户现场的安装所遵循的途径。5.13 软件移交准备本条应描述可执行软件的准备、源文件的准备、为保障现场准备版本说明、已建成 的CSCI设计和有关信息的准备、系统或子系统设计说明的更新、保障手册的准备以及 移交到指定的保障现场所遵循的途径。5.14 软件验收支持本条应描述支持需方进行软件验收测试和评审、交付软件产品以及提供培训和支持 所遵循
4、的途径。5.15 软件配置管理本条应描述软件配置管理所遵循的途径，可引用软件配置管理计划。5.16 软件产品评价本条应描述过程中的和最终的软件产品的评价、软件产品评价记录（包括所记录的 具体条目）、软件产品评价的独立性所遵循的途径。5.17 软件质量保证本条应描述软件质量保证所遵循的途径，可引用软件质量保证计划。5.18 纠正措施本条应从问题报告/更改报告以及纠正措施系统两方面来描述纠正措施所遵循的途 径。其中问题报告/更改报告应包括要记录的具体条目。5.19 联合评审本条应分别描述联合技术评审和联合管理评审所遵循的途径。5. 20风险管理本条应描述风险管理，包括风险和相应对策所遵循的途径。5
5、. 21测量和分析本条应描述软件测量和分析所遵循的途径及使用的测度。5.22保密性本条应描述保密性活动所那些的途径。5. 23分承制方管理本条应描述分承制方管理所遵循的途径。5. 24与软件独立验证和确认（IV&V）机构的联系本条应描述与软件独立验证和确认（IV&V）机构的联系所遵循的途径。5. 25与相关开发方的协调本条应描述与相关开发方的协调所遵循的途径。5.26 工程过程的改进本条应描述工程过程的改进所遵循的途径。5.27 未提及的其他活动本条应描述以上条中未提及的其他活动所遵循的途径。6进度表和活动网络图本章应给出：1）进度表。该表应标识每个构建版的活动，并给出每个活动的开始时间、草稿
6、和 最终交付产品就绪的时间，其他里程碑及每个活动的完成时间。2）活动网络图。该图应描述活动之间的顺序关系和依赖关系，标识对工程施加最 大时间限制的活动。7工程组织和资源XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXX。1 .1工程管理本条应描述本工程要采用的组织结构，包括设计的组织机构、机构之间的关系、每 个机构执行所需活动的权限和职责。7 . 2工程资源本条应描述适用于本工程的资源，可包括：1）人力资源，应包括：a）估计此工程应投入的人力（人时数）；b）按职责（如：管理，软件工程，软件测试，软件配置管理，软件产品评估，软件 质量保证等）分析所
7、投入的人力：c）每个人有的技术级别、地理位置和涉密程序。2）为适应合同（或软件研制任务书）中的工作，开发人员工作的地理位置、要使 用的设施、保密区域和设施的其他特征。3）合同（或软件研制任务书）中工作需要的、且由需方提供的设备、软件、服务、 文档、数据及设施，并给出何时需要上述各项的进度表。4）其他所需的资源，包括：获得资源的计划、需要的日期、每个资源项的可用性 （就绪的时间）。8注释背景、术语、缩略语或公式签署页（宋体2号）编制（软件设计师）： 日期:校对（软件设计师）： 日期:审核（软件负责人）： 日期:标审（单位工程管理员日期:会签（单位研发部门负责人）： 日期:批准（工程技术负责人）：
8、日期:（宋体三号）签署页（宋体2号） 日期:校对：日期: 日期:标审：日期:会签：日期: 日期:（宋体三号）II1范围11. 1标识1系统概述11.2 文档概述1与其他计划之间的关系12引用文档13筹划背景概述14软件开发活动的总体实施计划2软件开发过程24. 2软件开发总体计划25详细的软件开发活动实施计划35.1工程筹划和监控32软件开发环境建立35. 3 系统需求分析 35.4系统设计45. 5软件需求分析45. 6软件设计45. 7软件实现和单元测试45. 8单元集成和测试45.9 CSC1合格性测试45. 10 CSCI/HWCI集成和测试45. 11系统合格性测试45. 12软件使
9、用准备45. 13软件移交准备45. 14软件验收支持55. 15软件配置管理55. 16软件产品评价55. 17软件质量保证55. 18纠正措施55. 19联合评审55. 20风险管理55.21测量和分析55. 22 55. 23分承制方管理55. 24与软件独立验证和确认(IV&V)机构的联系55. 25与相关开发方的协调55. 26工程过程的改进65. 27未提及的其他活动66进度表和活动网络图 67工程组织和资源67. 1工程管理67.2工程资源68注释6II1范围xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx XXXXXXXXXXXXXo标识本条应包含本文档使
10、用系统的完整标识，适用时，包括其标识号、名称、缩略名、 版本号和发布号。1.1 系统概述本条应概述本文档所使用的系统的用途。它还应描述系统的一般特性；概述系统开 发、运行和维护的历史；标识工程的需方、用户、开发方和保障机构等；标识当前和计 划的运行现场；列出其他有关文档。1.2 文档概述本条应概述本文档的用途和内容，并描述与它的使用有关的保密性方面的要求。1.3 与其他计划之间的关系本条应描述本计划和其他工程管理计划的关系。2引用文档表 X X X X X X X标识标题3筹划背景概述本条按需要分可分为假设干条，并应对后续章条描述的筹划提供背景信息，主要包括 如下方面的概述：1）所要开发系统、
11、软件的需求和约束；2）工程文档的需求和约束；3）工程在系统寿命周期中的位置；4）所选用的工程工程/获取策略或其他方面对他的需求或约束；5）工程进度安排及资源的需求与约束；6）其他需求和约束，例如：工程的保密性、方法、标准、硬件和软件开发的相互 依赖关系等。4软件开发活动的总体实施计划如果工程的不同构建版或不同软件要求不同的筹划，就应在下述相应条中注明这些 区别。除下面规定的内容外，每条应标识适用的风险/不确定性和它们的处理计划。1.1 软件开发过程本条应描述要采用的软件开发过程，软件生存周期模型的定义和选择。计划的内容 应覆盖合同（或软件研制任务书）中涉及该方面要求的所有条款，应包括己标识的计
12、划 的构建版，合适时，包括各构建版的目标以及每个构建版要执行的软件开发活动。1.2 软件开发总体计划XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXX。4. 2.1软件开发方法本条应描述或引用所使用的软件开发方法，包括为支持这些方法所使用的手工的和 自动的工具以及规程的描述。该方法应覆盖合同（或软件研制任务书）中涉及该方面要 求的所有条款。如果在本文档方法所适用的活动中，对软件开发方法有更好的描述，那么 可直接引用。5. 2.2软件产品标准本条应描述或引用在表达需求、设计、编码、测试用例、测试过程和测试结果方面 要遵循的标准。这些标准应覆盖合同（
13、或软件研制任务书）中涉及该方面的所有条款。 如果这些标准在本文档标准所适用的活动中有更好的描述，那么可直接引用。6. 2.3可重用的软件产品XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXX。7. 2. 3, 1采用可重用软件产品本条应描述标识、评价和采用可重用软件产品所遵循的方法，包括查找这些产品的 范围和进行评价的准那么，并应覆盖合同（或软件研制任务书）中涉及该方面要求的所有 条款。在制定或更新计划时对已选定的或候选的可重用的软件产品应加以标识和说明， 适用时还应给出与适用有关的优缺点和限制。8. 2. 3. 2开发可重用软件产品本条应描述开
14、发可重用软件产品的可能性及所遵循的方法，并应覆盖合同（或软件 研制任务书）中涉及该方面要求的所有条款。4. 2.4关键需求的处理本条描述平安性保证、保密性保证和其他关键需求保证的处理所遵循的方法，并应 覆盖合同（或软件研制任务书）中设计该方面要求的所有条款。计算机硬件资源的利用本条应描述分配计算机硬件资源和监控其使用情况所遵循的方法，应覆盖合同（或 软件研制任务书）中涉及该方面要求的所有条款。4. 2.6决策理由的记录本条应描述记录决策理由所遵循的方法。在保障机构对工程作出关键决策时，这些 决策理由有用。在记录决策理由的地方应对“关键决策”进行解释，并应覆盖合同（或 软件研制任务书）中涉及该方
15、面要求的所有条款。4. 2. 7需方评审所需访问本条应描述为评审软件产品和活动，让需方或授权代表访问开发方和分承制方设施 所遵循的方法，并应覆盖合同（或软件研制任务书）中涉及该方面要求的所有条款。5详细的软件开发活动实施计划如果工程的不同构建版或不同软件需要不同的计划，那么在相应小条应说明这些差 异。每项活动的论述应包括应用于以下方面的途径（方法/规程/工具）：1）所设计的分析性任务或其他技术性任务；2）结果的记录；3）适用时与交付有关的准备。该论述还应标识存在（适用）的风险和不确定因素，以及处理它们的计划。本章中的各小条都应覆盖合同（或软件研制任务书）中涉及的该方面要求的所有条 款。5.1 工程筹划和监控本条应描述软件开发筹划、CSCI测试筹划、系统测试筹划、软件安装筹划、软件移 交筹划、计划的跟踪和修订应遵循的途径。筹划（包括重新筹划）工作宜给予估计，包 括：规模、工作量、关键计算机资源等估计。本条也包括进度的导出方法等。5.2 软件开发环境建立本条应描述在建立、控制、维护软件开发环境所遵循的途径，包括：软件工程环境 （含软件测试环境）、软件开发库、软件开发文件和非交付软件。5.3 系统需求分析