当前位置：文档之家 › GJB438C模板_软件开发计划(已按标准公文格式校准)

GJB438C模板_软件开发计划(已按标准公文格式校准)

  • 格式：docx
  • 大小：109.00 KB
  • 文档页数：27

编号：公司简称首字母_系统简称首字母_TF00_V1.0版本：V1.0状态：受控密级：非密分发号：01XX系统软件开发计划编制/日期：__________________审核/日期：__________________标审/日期：__________________会签/日期：__________________批准/日期：__________________XX公司YYYY年MM月文档修订记录目录1范围 (1)1.1标识 (1)1.2系统概述 (1)1.3文档概述 (1)1.4与其他计划之间的关系 (2)2引用文档 (2)3策划背景概述 (3)3.1 系统的需求和约束 (3)3.2 项目文档的需求和约束 (3)3.3 本文档在系统寿命周期中所处的位置 (3)3.4 所选定项目获取策略及有关的要求与约束 (3)3.5 项目进度安排及资源方面的需求与约束 (3)3.6 其他要求和约束 (4)4软件开发活动的总体实施计划 (4)4.1软件开发过程 (4)4.2软件开发总体计划 (5)4.2.1软件开发方法 (5)4.2.2软件产品标准 (5)4.2.3可重用的软件产品 (5)4.2.4关键需求的处理 (6)4.2.5计算机硬件资源的利用 (6)4.2.7需方评审所需访问 (7)5详细的软件开发活动实施计划 (7)5.1项目策划和监控 (7)5.2软件开发环境建立 (8)5.3系统需求分析 (9)5.4系统设计 (9)5.5软件需求分析 (10)5.6软件设计 (10)5.7软件实现和单元测试 (11)5.8单元集成和测试 (11)5.9软件合格性测试 (12)5.10软件/硬件集成和测试 (12)5.11系统合格性测试 (12)5.12软件使用准备 (12)5.13软件移交准备 (12)5.14软件验收支持 (13)5.15软件配置管理 (13)5.16软件产品评价 (13)5.17软件质量保证 (13)5.18纠正措施 (13)5.19联合评审 (14)5.21测量和分析 (14)5.22保密性 (14)5.23分承制方管理 (14)5.24与软件独立验证和确认机构的联系 (14)5.25与相关开发方的协调 (14)5.26项目过程的改进 (15)5.27未提及的其他活动 (15)6进度表和活动网络图 (15)7项目组织和资源 (17)7.1项目组织 (17)7.2项目资源 (21)8注释 (22)1范围1.1标识本文档的标识为：公司简称首字母_系统简称首字母_TF00_V1.0。

软件名称：XX系统。

软件缩略名：XX系统。

文档名称：XX系统_软件开发计划。

版本号：V1.0。

1.2系统概述XX系统通过AA、BB等业务功能构建，实现对...业务的信息化的管理。

XX系统是为用户单位提供的配套产品。

根据《产品采购合同》和《项目任务书》的要求，主要实现CC、DD等功能。

项目的需求方：需求方公司名称。

项目的用户方：用户方公司名称。

项目的开发方：开发方公司名称。

项目保障机构：保障机构公司名称。

1.3文档概述本文档对XX系统软件的开发活动进行策划，策划了软件主要开发过程，对软件开发活动进行了详细分解，根据《XX产品采购合同》和《XX系统_项目任务书》的要求制定了软件开发进度计划，明确了软件开发活动所需资源，制定了软件开发过程中应遵循的准则和方法，以保证软件项目开发活动规范、有序。

本文档作为XX系统软件开发的顶层文件，是XX系统设计和开发计划的重要组成部分，具有与其相当的保密性和安全性要求，对本文档的使用应遵循与此相应的相关保密性和安全性规定。

1.4与其他计划之间的关系本文档是XX系统的软件开发计划，应循有关软件研制过程规范及有关规定，在内容上应与XX系统其他设计和开发计划项目管理计划、配置管理计划等相关计划类文件保持协调一致。

2引用文档下列标准和文件中的有关条款，通过引用而成为本计划的条款。

对于注明日期或版次的引用文件，其后的任何修改（不包括勘误的内容）或修订版本都不适用于本计划，但提倡使用本计划的各方，探讨使用其最新版本的可能性。

对于未注日期或版次的引用文件，其最新版本适用于本计划。

GJB 437 《军用软件开发规范》GJB 438C 军用软件开发文档通用要求GJB 439 《军用软件质量保证规范》GJB 1091 《军用软件需求分析》GJB 2115 《军用软件项目管理》GJB 2255 《军用软件产品》GJB 2786 《军用软件测试与评估通用要求》GJB 5235 《军用软件配置管理》3策划背景概述3.1 系统的需求和约束XX系统主要实现XX、XX等功能，是整体采购的配套产品。

因此，XX系统从软件分析和设计上需要考虑用户其他相关需求，考虑硬件平台、用户整机系统对软件设计的影响。

3.2 项目文档的需求和约束根据GJB2786A-2009 和GJB438C等标准要求，软件开发阶段应同步编制相关软件文档，并组织对软件文档的评审，软件文档变更时，应符合设计变更程序的要求，并纳入软件配置管理，软件开发方应保证提交的文档“文文一致，文实相符”。

在软件验收移交时，应按技术协议或合同要求提交相关文档。

3.3 本文档在系统寿命周期中所处的位置本文档主要针对XX系统研制过程中软件开发过程进行策划。

该过程覆盖从软件项目策划到验收交付的生命周期过程，是XX系统研制周期的重要组成部分。

3.4 所选定项目获取策略及有关的要求与约束本项目采用的软件工程工具，应尽可能选用业界主流且近年来在本行业获得成功应用案列的商用货架产品，以提高软件开发效率的同时尽可能降低本项目的风险。

3.5 项目进度安排及资源方面的需求与约束项目进度安排应综合考虑里程碑和实际可用资源，并根据项目估算结果权衡确定。

同时在项目实施过程中，应考虑实际可用资源的变化与里程碑的要求，及时对项目进度进行调整，使项目进度计划与实际情况相符。

3.6 其他要求和约束XX系统软件为特定用户需求和特定运行平台定制的应用软件，其设计实现与XX 系统硬件设计密切相关，因此要考虑可用的硬件平台交付时间对软件集成阶段的影响，并制定相应的风险应对计划。

由于本软件用户和用途的特殊性，其存储、移交、移植和重用都必须遵守相关保密规定，不能擅自处理。

4软件开发活动的总体实施计划4.1软件开发过程根据项目交付周期的规定，结合本项目实际情况，XX系统的软件开发过程分为如下几个阶段:1) 项目策划阶段；2) 软件需求分析阶段；3) 软件设计阶段；4) 编码实现阶段；5) 软件测试阶段；6) 软件验收交付阶段。

根据软件工程管理过程要求，应在软件需求分析阶段开展软件需求评审；应在软件设计阶段开展软件设计评审；应在软件测试阶段结合硬件产品一同进行软件设计验证工作；应在软件验收交付阶段结合硬件产品一同进行软件设计确认工作。

4.2软件开发总体计划4.2.1软件开发方法本软件采用自顶向下、逐层分解的结构化分析与设计方法，在进行功能模块分解时，借鉴面向对象方法。

4.2.2软件产品标准本软件开发过程中所遵循的标准如下表所示：系统软件产品标准清单4.2.3可重用的软件产品4.2.3.1采用可重用软件产品根据本项目实际情况，用户基于XX系统软件产品原始版本购买，因项目时间紧，任务重，未提出任何定制化需求改动，因此项目组可完全采用系统软件产品V1.0版本进行重用，在大多数情况下所讨论的软件可重用性指软件本身的可重用性，即软件代码实现的可重用性。

而实际上，软件的可重用性远不止这些，软件开发的全生命周期都有可重用的价值，包括项目的组织、软件需求、设计、文档、实现、测试方法和测试用例都是可以被重复利用或借鉴的有效资源。

项目组应充分利用这些可重用的资源。

4.2.3.2开发可重用软件产品项目组可完全对XX系统软件产品V1.0版本进行开发重用，可重用的范围包含框架和业务功能源码的代码级重用和设计级重用。

在开发重用时可采用以下横向重用和纵向重用的方法：1) 横向重用是指重用不同应用领域中的软件元素，例如数据结构、分类算法、人机界面构件等。

标准函数库是一种典型的原始的横向重用机制；2) 纵向重用是指在一类具有较多公共性的应用领域之间进行软件部件重用。

因为在两个截然不同的应用领域之间实施软件重用非常困难，潜力不大，所以纵向重用才应用最广，并成为软件重用技术的真正所在。

纵向重用活动的主要包括以下几个步骤：a) 首先进行域分析。

根据应用领域的特征及相似性预测软件部件的可重用性；b) 然后进行软件部件的开发。

一旦确认了软件部件的重用价值，即可进行软件部件的开发并对具有重用价值的软件部件进行一般化，以便它们能够适应新的类似的应用领域；c) 最后，软件部件及其文档即可进入软件部件库，成为可供后续项目使用的可重用资源。

4.2.4关键需求的处理本软件的安全性保证、保密性保证、合格性保证及其它关键需求保证应能被XX系统软件需求规格说明所覆盖，并通过需求跟踪举证实现追踪。

4.2.5计算机硬件资源的利用计算机硬件资源能与本软件开发的进度相匹配。

通过项目开发过程中的监控环节，随时掌握计算机硬件资源的使用情况，并根据实际情况向供方提出新的需求或进行合理分配。

4.2.6决策理由的记录对项目过程数据进行记录与分析，以支持对项目过程的监控、跟踪和决策，因此需要对项目过程进行测量与分析，主要内容如下:制定项目测量计划，确定测量与分析的目标，规定测量项和分析技术；在项目过程中执行数据的采集、存储、分析与报告，根据测量数据提供的客观结果，及时发现问题，做出有根据的决策，并采取适当的纠正措施。

通过对项目过程数据进行测量、记录和分析，可以帮助对项目过程进行客观评估，跟踪项目的实际绩效，为其他项目的策划与评估提供帮助。

4.2.7需方评审所需访问应按进度计划安排邀请用户参加项目过程中的需求、设计、验收评审，同时需要将评审后的问题修改跟踪情况告知用户。

若用户在必要时到我方现场检查符合当前开发阶段要求的软件文档、产物及项目过程管理控制数据等，我方应配合检查。

5详细的软件开发活动实施计划5.1项目策划和监控根据本项目实际情况及公司类似项目预估，在XX系统软件开发过程中，需要进行软件需求评审、软件设计评审、软件设计验证和软件设计确认。

其中软件需求评审和软件设计评审单独进行，软件设计验证和软件设计确认随硬件产品一同进行。

5.2软件开发环境建立XX系统软件开发所需的硬件平台要求为：Windows操作系统，本软件开发过程需按软件配置管理规定进行配置管理。

XX系统软件开发过程中后台开发语言使用JAVA，前端开发语言使用VUE，开发本系统推荐的运行环境为Windows操作系统，其他的软件开发环境、测试环境等依托的整体运行环境如下表所示：5.3系统需求分析项目组需求人员和负责人员根据《XX产品采购合同》和《项目任务书》的要求，对软件的功能、性能、数据和接口等要求逐项细化，形成《软件需求规格说明》，作为系统设计的依据。

合集下载

软件开发文档模板GF-接口设计说明(GJB 438B-2009)-2785-推荐下载

软件开发文档模板GF-接口设计说明(GJB 438B-2009)-2785-推荐下载

文档标识及版本号： XX项目标识.IDD V1.0密级：秘密*5年编制/修订日期：yyyy-mm-dd[规范性]文档名称： XX项目中文名称-接口设计说明接口设计说明《XX项目中文名称》接口设计说明Interface Design Description ofXX项目英文名称编制单位：江苏科技大学新技术研究所编写：CNISILS项目组XXX审核：YYY批准：ZZZ编写记录修改记录目录1 范围 (1)1.1标识 (1)1.2系统概述 (1)1.3文档概述 (1)2 引用文档 (1)3 接口设计 (2)3.1接口标识和接口图 (2)3.2(接口的项目唯一的标识符)【原标准中此处编号为3.X，为后续使用方便，故用自动编号】 (2)4 需求的可追踪性 (4)5 注释 (4)文档模板使用和裁剪说明使用本文档模板时，首先另存为“<实际文档名>”，然后通过Word的“文档属性”来设置文档属性，包括：文档标识及版本号、密级及保密期限、文档名称、文档类别(中、英文)、项目名称（中、英文）、编制单位、编写人、审批人、批准人等。

具体操作方法：Word标题栏的Office按钮菜单→准备→属性→文档属性→高级属性→自定义→在“属性”列表中，选择属性的“名称”，在“取值”框输入要设定的值，然后按“更改”按钮。

文档属性设置完成后，选中全部文档内容，执行右键菜单“更新域”操作（文档中的所有文档属性参数引用均被替换为最新设定的取值）→双击任意内容页面的页眉区，选中全部页眉内容，执行右键菜单“更新域”操作（页眉中的所有参数引用均被替换为最新设定的取值）。

本文档模板依据《GJB438B-2009 军用软件开发文档通用要求》制定，模板中的文档编写说明均引自《GJB438B-2009 军用软件开发文档通用要求》，并用方括号“【”和“】”括起来，以及使用蓝色文字区分，主要用于指导文档的编写，应在文档编写完成后或正式提交前予以删除（包括删除本说明）。

软件开发计划模板

软件开发计划模板

软件开发计划模板一、项目概述。

本文档旨在为软件开发项目提供一个详细的计划模板，以便团队成员能够清晰地了解项目的整体规划和执行步骤。

该计划模板将包括项目背景、目标、范围、资源、进度安排等内容，以确保项目按时、按质地完成。

二、项目背景。

软件开发项目的背景是指项目启动的原因和目的。

在这一部分，我们将明确阐述项目的背景，包括市场需求、技术趋势、竞争情况等，以便团队成员能够全面了解项目的背景信息。

三、项目目标。

项目目标是指项目期望达到的成果和效果。

在这一部分，我们将明确定义项目的目标，包括产品功能、性能指标、用户体验等，以便团队成员能够清晰地了解项目的预期目标。

四、项目范围。

项目范围是指项目的工作内容和边界。

在这一部分，我们将详细描述项目的范围，包括功能模块、技术架构、开发环境等，以便团队成员能够明确项目的工作内容和边界。

五、项目资源。

项目资源是指项目执行所需的人力、物力、财力等资源。

在这一部分，我们将列举项目所需的资源清单，包括人员配置、设备设施、预算计划等，以便团队成员能够清晰地了解项目所需的资源情况。

六、项目进度安排。

项目进度安排是指项目工作的时间计划和执行安排。

在这一部分，我们将制定项目的进度计划，包括里程碑计划、工作计划、风险预警等，以确保项目按时、按质地完成。

七、项目风险管理。

项目风险管理是指项目执行过程中的风险识别、评估和应对措施。

在这一部分，我们将分析项目可能面临的风险，包括技术风险、市场风险、人力风险等，并制定相应的风险应对策略，以确保项目顺利进行。

八、项目交付和验收。

项目交付和验收是指项目完成后的交付流程和验收标准。

在这一部分，我们将明确项目的交付流程和验收标准，包括交付内容、验收标准、交付文档等，以确保项目顺利交付并得到客户的认可。

九、总结。

本文档通过对软件开发项目的整体规划和执行步骤进行详细的描述，旨在确保项目按时、按质地完成。

希望团队成员能够充分理解并执行本计划模板，以确保项目的顺利进行和成功交付。

GJB438B军用软件开发文档通用要求

GJB438B军用软件开发文档通用要求

➢ 活动审核：描述对项目活动进行审核的方法和依据，并列出 项目定义的活动以及相应的活动审核。
➢ 工作产品审核：描述进行工作产品审核的方法和依据，列出 项目过程应产生的工作产品和质量记录，以及需要由软件质 量保证人员负责审核的工作产品和相应的产品审核活动。 25
SQAP的主要内容（续）
➢ 不符合问题的解决：描述过程评审和产品审核的记录 以及形成记录的方法，并描述处理在评审和审核中出 现的不符合问题的规程。
对于大型信息系统的软件开发缺少有关规定（如：对于需 求逐步明确的情况、数据库设计和实现）；
对上个世纪九十年代以后广泛采用的软件工程有关要求、 技术和方法未明确涉及，如软件开发策划和跟踪、测量和 分析、质量保证、软件重用等。
软件质量管理规定和GJB5000的贯彻实施，促使军用软件有关 各方对软件工程化和软件过程改进的认识有很大提高。同时， 也感到GJB 2786在有些方面还没有明确支持，或不够协调。
当软件的安装需要开发人员参与，且安 装过程十分复杂时，应制定该计划。
27
SIP的主要内容
➢ 安装概述：描述安装过程、安装地点列表、安装进度、安装 方法、联系地点、保障材料、培训、软件安装过程中所涉及 的各项任务、所需人员、保密性方面的考虑等。
➢ 为软件中心操作员提供特定现场信息：描述现场安装期间要 完成任务的进度表、软件清单、设施和食宿供应、安装小组 的、安装规程、数据更新规程等。
本标准规定了执行GJB2786A所产生的军用软 件开发文档，适用于军用软件开发过程中文 档的编制。
9
GJB438B 其他说明
本标准代替GJB 438A-1997。 与GJB 438A-1997相比，本次修订将标准的名
称更改为《军用软件开发文档通用要求》。 依据GJB 2786A，从软件开发和管理的角度，
GJB438B军用软件开发文档通用要求PPT学习课件

GJB438B军用软件开发文档通用要求PPT学习课件

软件的种类、文档的多少、文档的内容要求，对软件 开发效率、开发成本以及将来的维护都产生重要的影 响。
在软件开发中不论是软件承制方还是软件订购方对文 档都极为重视。
4
修订背景（续2）
GJB 2786A《军用软件开发通用要求》在修订过程中， 主要以MIL-STD-498“软件开发与文档编制”的框架为 参考，并增加相关的软件工程实践。
页码编制
文档正文的目录使用小写罗马数字编号； 文档正文和附录均使用阿拉伯数字顺序编号； 若一个文档分为若干卷，则每一卷应重新开始按顺序编
号。
自变量：字母X和Y为各文档小条编号的自变 量。标题上圆括号中的文字在编写时要用实 际内容替换。
13
文档结构
封面。封面宜包括文档标识及版本号、密级、编制/ 修订日期、文档名称、编制单位、编写、审核、批 准。
14
文档剪裁
承制方可根据项目所选择的生存周期、合同（或软件研 制任务书）的要求以及实际活动，确定项目产生的文档 种类，并根据实际情况对文档的种类进行合并、拆分。
例如，可以在《软件开发计划》中描述了软件质量保证计划和 软件配置管理计划的内容，也可不产生单独的《软件质量保证 计划》、《软件配置管理计划》。
比较适合于采用结构化软件开发方法和瀑布式开发模型， 缺乏灵活性；
对于大型信息系统的软件开发缺少有关规定（如：对于需 求逐步明确的情况、数据库设计和实现）；
对上个世纪九十年代以后广泛采用的软件工程有关要求、 技术和方法未明确涉及，如软件开发策划和跟踪、测量和 分析、质量保证、软件重用等。
软件质量管理规定和GJB5000的贯彻实施，促使军用软件有关 各方对软件工程化和软件过程改进的认识有很大提高。同时， 也感到GJB 2786在有些方面还没有明确支持，或不够协调。