GJB-软件工程化-软件开发计划

标识：XX软件开发计划编制/日期：审核/日期：批准/日期：XX有限公司2019年1范围本文档的标题：XX软件开发计划本文档的标识：本文档的版本号：1.2系统概述1.3文档概述1.4与其他计划之间的关系2引用文档1.文件：《XX软件需求规格说明书》标识：2.文件：《XX软件研制任务书》标识：3策划背景概述本系统开发主要是XX，要求稳定性极高，处理速度流畅，安全方面各子系统之间数据获取需要有一定的约束。尽量采用成熟的技术和开发框架，在开源问题上要慎重研究，确保可控项目文档要求按照标准要求撰写4软件开发活动的总体实施计划4.1软件开发过程项目需求相对稳定、新技术使用较少且用户要求一次交付，故按照传统的瀑布模型进行开发。瀑布模型将软件开发过程分为以下几个阶段：软件系统分析与设计、软件需求分析、概要设计、详细设计、实现、组装测试、配置项测试、验收和第三方测试，并在上述过程中实施需求跟踪和管理。详细技术流程如下图：4.2软件开发总体计划4.2.1软件开发方法1.适应性原则：体系结构和功能设计充分考虑XX系统的技术体制、体系结构、信息关系、信息流程等，适应XX系统的现状和发展需要。2.国产化原则：软件支持国产化操作系统和数据库管理系统。3.成熟性原则：设计充分利用和借鉴XX系统的先进成熟技术和成果，确保平台软件的稳定性和可重用性。4.一体化原则：在体系结构设计上采用一体化设计，避免底层功能重复开发、软件过分庞大，确保软件结构清晰、设计合理。4.2.2软件产品标准4.2.3可重用的软件产品4.2.3.1采用可重用软件产品无4.2.3.2开发可重用软件产品无4.2.4关键需求的处理本软件开发过程中开发环境应设置独立的工作区域，根据应用系统的开发要求，确保开发数据的安全性，保证项目文档、代码存储进行备份；软件开发过程中防止将本项目的专有技术、研究算法、客户信息、项目文档、项目代码泄露，同时配合用户方进行的保密检查。4.2.5计算机硬件资源的利用开发计算机X台，供开发人员使用。测试计算机X台，供测试人员使用4.2.6决策理由的记录决策理由要遵循以下原则并做好记录：1）科学性：尊重客观规律、实事求是理由：运用科学的理论方法、全面分析，才能确保决策正确性。2）经济性：节约、费用的最小化理由：符合利润最大化的目标。3）权责对等准则：谁决策谁负责理由：能防止滥用职权、盲目决策。4.2.7需方评审所需访问关键性文档需要进行评审，必须邀请甲方参与，并进行会签。评审所需会签的文件为《XX软件配置管理计划》《XX软件质量保证计划》《XX软件需求规格说明》并定期邀请客户进行监督制造，定期向甲方通报工作进展情况，按合同要求完成研究工作并按进度节点向甲方提供阶段性产品。按照合同要求，执行的规范和标准为GJB9001C-2017《质量管理体系要求》GJB1406A-2005《产品质量保证大纲要求》以上标准如有变化，按照最新版本执行。5详细的软件开发活动实施计划5.1项目策划和监控在项目策划阶段将建立如下计划，包括开发计划、风险管理计划、培训计划、配置管理计划、质量保证计划以及测试计划等，项目监控阶段将重点对这些计划的执行情况进行监控。项目监控通过周期性跟踪项目的主要参数，包括进度、工作量、资源、工作成果等，记录项目的问题和面临的风险，是项目干系人就项目的进展情况的认识达成一致，一遍及时采取措施，协调项目干系人的行动，确保项目的进展不偏离预定的目标和计划。5.2软件开发环境建立在开发计算机上安装XX操作系统、XX软件。5.3系统需求分析需求分析是整个设计中是非常重要的一环，当可行性分析完成，根据用户需求和技术协议要求进行项目立项，确定软件开发人员分工，通过开发人员对项目需求进行分析，并收集、整理材料。在完成对有关数据信息的收集、归纳和分析整理，确定用户需求，对软件进行定义，在此基础上进行方案设计等工作。详细需求见《XX软件设计说明》5.4系统设计根据项目时间安排，在项目设计方案初期，首先完成对项目整体软件方案的分析设计，对概念模型、存储模式、完整性控制、分系统的协作控制等进行定义，对系统功能各模块进行详细的设计，并对XX算法、技术指标、XX接口协议设计、编码命名规范进行分析定义。详细需求见《XX软件设计说明》5.5软件需求分析客户要求：简单介绍。详细需求见《XX软件需求规格说明》5.6软件设计5.7软件实现和单元测试5.8单元集成和测试5.9合格性测试5.10集成和测试5.11系统合格性测试经测试，XX系统软件完全符合客户的所有需求。并按照测试用例全覆盖进行测试，100%满足《XX需求规格说明》。12软件使用准备运行环境软件资源如下表：序号软件项名称具体要求（型号）数量备注硬件资源：序号硬件项名称具体要求（型号）数量备注5.13软件移交准备本项目将软件的任务书、各阶段的技术/测试报告以及项目源代码、软件版本说明等都需要移交制定保障现场，先整理如下表格：交付工作产品名称产品描述质量保证活动验收标准交付件形式总体设计文档XX软件设计说明正规检视及评审归档/发布文档各个单元详细方案设计XX系统/子系统设计说明正规检视及评审归档/发布文档样机测试软件测试报告正规检视及评审归档/发布文档用户培训软件用户手册正规检视及评审归档/发布文档验收交付软件验收报告正规检视及评审归档/发布文档软件代码源代码及代码解释正规检视及评审归档/发布文档说明文档软件需求规格说明、软件设计说明、软件产品规格说明正规检视及评审归档/发布文档14软件验收支持XX系统软件验收时，XX有限公司应提供软件源码、安装环境说明，《XX软件模块测试报告》、《XX软件集成测试报告》、《XX软件用户手册》、《XX软件版本说明》、《XX软件需求规格说明》。若有必要，XX有限公司根据需方的需求，对需方技术人员进行专门的培训，告知软件安装和测试过程易出错的情况，保证需方对XX软件的正确使用。5.15软件配置管理在开发软件的过程中，必须要对软件进行配置管理，主要内容为在修改软件时，应做好配置管理，进而减少修改软件的次数，并及时修复软件内部不完整之处，并且，要依据不同性能的软件，设计软件配置的权限，同时，对所有开发出的软件，统一进行配置审核，剔除不完整的软件，使每个软件都具有完整性和实用性。详见《XX软件配置管理计划》。5.16软件产品评价软件整个开发过程始终遵循：1.适应性原则：体系结构和功能设计充分考虑用户方的技术体制、体系结构、信息关系、信息流程等，适应XX的现状和发展需要。2.国产化原则：XX支持国产化操作系统和数据库管理系统。3.成熟性原则：设计充分利用和借鉴XX系统的先进成熟技术和成果，确保平台软件的稳定性和可重用性。4.一体化原则：在体系结构设计上采用一体化设计，避免底层功能重复开发、软件过分庞大，确保软件结构清晰、设计合理。17软件质量保证工作岗位姓名职务/工种职责项目负责人项目协调，主管计划、交付。技术质量控制技术支持，技术状态管理，质量总体管理和控制。工艺技术支持项目总体方案设计，结构设计部分设计，项目软件设计、调试、测试，编制工艺总方案，设备状态管理，工艺文件编制，特殊过程确认，工艺支持，工艺评审，硬件开发。上报渠道争议处理上报渠道：测试工程师应将问题逐级上报至有权力解决该不符合的负责人，直至该不符合得到解决，上报渠道按照不符合问题不能解决的职级逐级为：发现问题：测试工程师--〉问题当事人问题当事人不能解决：测试工程师--〉项目负责人项目负责人不能解决：测试工程师--〉主管高层测试工程师不能解决：测试工程师--〉项目领导详见《XX软件质量保证计划》。5.18纠正措施项目执行的不符合项优先报告给直接责任人和测试工程师，尽可能的在项目组内部解决不符合项问题。对于影响重大的问题，测试工程师在报告项目负责人的同时，也可以抄送给主管高层，和以便尽早解决问题，降低项目风险。对于项目组不能解决的问题，由质量部直接报告给主管高层，并知会项目负责人和技术主管，直至问题落实。“项目组不能解决”的定义是：质量部认为是问题，而项目组认为不是。项目经理明确表示无法解决的问题。质量主管提交问题1周以后，项目仍然未开始解决的问题。超过了问题解决期限1周以后，仍未解决的问题。5.19联合评审根据甲方要求《XX软件需求规格说明》评审需要组织甲方进行联合评审，会审通过之后进行下一步工作。《XX软件配置管理计划》和《XX软件质量保证计划》的评审需邀请甲方参与。5.20风险管理根据公司《风险管理计划》，对已知风险和潜在风险进行风险评估分析，确定风险类型，以及风险影响的严重程度，实行不同处理方法。风险识别公司XX研制项目的风险控制阶段包括：生产阶段和检验或试验阶段，采用“检查表”法进行风险识别，包括进度风险、费用风险等方面。风险分析及评价对各风险控制阶段识别出的风险采用定性风险分析法（如“高”、“中”、“低”）来界定风险事件的后果、可能性及风险等级，对风险进行评价并形成《风险分析与评估报告》。风险的应对与监控按风险等级程度由责任部门采取不同的控制措施进行实施与控制,并在进入下一阶段前对风险措施的有效性进行评价，形成《风险措施落实与有效性评价表》，以便于不断提高风险控制措施的适宜性和有效性。5.21测量和分析本项目软件开发根据测试目标侧重点不同，按项目，过程，产品三类进行区分，见下表：类别侧重点常用测量项项目测量理解和控制软件项目的情况和状态，具有战术意义，针对具体的项目进行规模、工作量、进度、风险、客户满意度等样机测量理解和控制当前XX样机的质量状况，用于对样机质量进行预测、评估和控制样机指标不合格项、算法准确率、样机采集数据速度等过程测量理解和控制软件过程的当前情况和状态，包含对过程的改善和未来过程的能力预测，具有战略意义，在整个组织范围内进行过程活动的有效性、生产率等5.22保密性防止别人虚假接入，增强对抗能力，防止非法访问,防止程序被其他人读出使用。5.23分XX方管理5.24与软件独立验证和确认(IV&V)机构的联系5.25与相关开发方的协调相关方参与计划包括相关方需要配合完成的工作调度。本文档的工作需纳入工作分解结构中，相关方参与计划，其中“负责人”为项目组内完成此项工作的负责人，如下表：参与事项参与方式责任人相关方计划日期需求对接验收测试5.26项目过程的改进在开发过程中，遇到开发与客户需求发生冲突的情况，项目经理会召集开发人员进行讨论，并且把冲突解决，尽最大限度满足客户的需求。5.27未提及的其他活动无6进度表和活动网络图软件开发的进度安排：XX7项目组织和资源7.1项目组织参与本软件开发工作的组织机构如下：表71项目人员配置工作岗位姓名职称职责项目负责人项目协调，主计划、交付。技术工程师技术支持，技术状态管理，质量总体管理和控制。工艺技术支持项目总体方案设计，结构设计部分设计，项目软件设计、调试、测试，编制工艺总方案，设备状态管理，工艺文件编制，特殊过程确认，工艺支持，工艺评审，硬件开发。质量控制、产品检验检验文件编制，首件确认，产品质量跟踪卡、合格证，出库质量检验。过程检验，来料质量控制。生产管理、物料管理物料协调管理，外协管理。7.2项目资源本条应描述适用于本项目的资源，可包括：人力资源：此项目应投入的X人，参见表7-2；技术级别无要求，在XX有限公司，项目为内部文件工作地点：XX有限公司。表72人力资