应用软件开发程序

1、应用软件开发程序2011年2月目 录方针1过程概述21.需求分析41.0概述41.1需求开发51.2需求管理62.系统设计62.0概述62.1概要设计82.2详细设计92.3设计评审与批准93.编码实现93.0概述93.1代码编写113.2单元测试113.3系统集成114.系统测试124.0概述124.1集成测试与系统测试14内部验收144.3问题处理145.项目初验155.0概述155.1部署调试165.2用户培训175.3项目初验176.试运行及终验176.0概述176.1试运行186.2项目终验196.3项目结项19附录1：剪裁指南19附录2：记录表格模板19 应用软件开发程序 方针l

2、方针概述本文件要对应用软件项目的工程过程进行规范，对过程质量进行控制，确保应用软件开发的成果满足顾客要求，提高顾客满意度。l 具体要求1、 应对应用软件项目的设计和开发进行策划。2、 应明确应用软件项目的设计开发的输入和输出。3、 应对应用软件项目的阶段工作成果进行评审。4、 应对应用软件项目的阶段工作成果进行验证和确认。5、 应对应用软件项目设计开发过程中的变更进行控制。 批准人： 批准日期：过程概述l 目的本程序文件定义了公司应用软件项目工程实施的标准过程，规定了过程的任务、流程、实施要求、完成标志和应交付的工作产品。为应用软件类项目的设计和开发提供实施指导，确保每个过程的输出能够满足该过

3、程输入的要求。l 范围适用于公司应用软件项目的需求分析、系统设计、编码实现、系统测试、项目初验、试运行及终验等过程。l 过程框架应用软件项目工程实施的标准过程包括需求分析、系统设计、编码实现、系统测试、项目初验、试运行及终验。其中需求分析过程为关键过程，对关键过程控制内容除符通用要求外还对其编制过程控制的明细表并实施关键过程控制。过程框图如下所示：1需求分析 2系统设计 3编码实现 4系统测试 5项目初验 6试运行及终验本程序文件应与项目管理程序结合使用。项目管理程序中定义的各个过程是应用软件项目工程实施过程的支持与管理过程。l 相关共利益者相关共利益者介入方式输入提供者输出使用者活动执行者工

4、程总监/总师项目实施主责部门负责人项目经理项目组成员质量管理员项目客户方项目用户方l 资源需求提供必要的专业技能培训。提供必要的设计、开发工具和设备。l 与其他过程的关系本文件引用了以下程序文件：项目管理程序项目策划程序项目跟踪与监控程序项目变更管理程序项目结项管理程序配置管理程序质量保证程序项目风险管理程序项目评审程序采购管理程序外包管理程序l 与GJB9001B和GJB5000A的关系本过程覆盖GJB 9001B-2009质量管理体系要求的以下章节：7.3.1 设计和开发策划7.3.2 设计和开发输入7.3.3 设计和开发输出7.3.5 设计和开发验证7.3.6 设计和开发确认7.3.8

5、新产品试制7.3.9 试验控制本过程覆盖GJB 5000A-2008军用软件研制能力成熟度模型的以下章节：需求管理 (RM)、需求开发 (RD)、技术解决 (TS)、产品集成 (PI)、验证 (VER)、确认 (VAL)l 术语无l 参考资料GJB 9001B-2009质量管理体系要求GJB 5000A-2008军用软件研制能力成熟度模型1. 需求分析1.0概述需求分析的目的是确定应用软件的定义和规格说明，以及软件的需求规格说明，明确项目的范围，从而使开发的最终产品满足顾客需要。通过需求获取、分析，从功能和性能等方面定义出系统的有效性需求，形成需求规格说明文档，项目相关共利益者应达成对需求的一

6、致共识，并得到顾客的认同。需求分析过程的活动框图如下所示：1.1需求开发 1.2需求管理1、 需求开发活动包括需求获取、需求分析、需求文档编写和需求验证等工作内容。2、 需求管理需要建立并维护在软件工程中同顾客达成的契约，主要包括基线管理、变更管理、需求跟踪三个方面的工作。 l 入口准则项目实施立项报告已获得批准。l 输入项目实施立项报告l 职责分配项目经理：安排需求分析的人员及活动；实施日常项目管理活动，组织需求文档的评审及必要的整改活动。系统分析师：收集、了解和分析用户需求；编写软件需求规格说明书；参与需求文档的评审及必要的整改活动。需求评审人员：评审需求文档，给出评审意见，对确定的整改措

7、施进行确认。质量管理员：依据QA检查表验证应用软件开发过程及产品是否符合项目计划及规范。配置管理人员：对工作产品进行配置管理。客户/客户代表：提供项目需求信息；配合项目需求调研、需求分析；对需求结果进行确认。l 工作产品用户需求说明书软件需求规格说明书需求库需求跟踪矩阵l 度量需求数：由项目经理统计。需求分析工作量：由项目经理统计。l 出口准则软件需求规格说明书已评审并批准。需求变更得到记录并管理l 输出用户需求说明书软件需求规格说明书需求库需求跟踪矩阵软件需求规格说明书的评审记录及评审问题跟踪表1.1需求开发需求开发活动包括以下几个方面：(1)确定产品所期望的用户类。(2)获取每个用户类的需

8、求。(3)了解实际用户任务和目标以及这些任务所支持的业务需求。(4)分析源于用户的信息以区别用户任务需求、功能需求、业务规则、质量属性、建议解决方法和附加信息。(5)将系统级的需求分为几个子系统，并将需求中的一部分分配给软件组件。(6)了解相关质量属性的重要性。(7)商讨实施优先级的划分。(8)将所收集的用户需求编写成规格说明和模型。(9)评审需求规格说明，确保对用户需求达到共同的理解与认识，并在整个开发小组接受说明之前将问题都弄清楚。1.2需求管理需求管理活动包括：(1) 确定需求变更控制过程 (2) 建立变更控制委员会(3) 进行需求变更影响分析 (4) 跟踪所有受需求变更影响的工作产品(

9、5) 建立需求基准版本和需求控制版本文档 (6) 维护需求变更的历史记录 (7) 跟踪每项需求的状态 (8) 衡量需求稳定性2. 系统设计2.0概述系统设计过程的活动框图如下所示：2.1概要设计 2.2详细设计 2.3设计评审与批准1、概要设计是按照软件需求规格说明书，进行系统整体结构设计、应用体系结构设计和系统数据库结构设计的活动。2、详细设计是根据概要设计说明书，将概要设计所获得的模块按照单元、系统、规程的顺序进行逐步细化，详细定义各个单元的数据结构、程序实现算法以及系统、单元、功能模块之间的接口等，作为编码实现过程的依据。3、设计评审与批准是对系统设计过程的评审与批准要求。注：设计说明书

10、中需要有可靠性、维修性、保障性、测试性、安全性和环境适应性等设计内容，必要时，要编制专门的可靠性、维修性、保障性、测试性、安全性和环境适应性等设计报告l 入口准则软件需求规格说明书已评审并批准。评审问题已归零。l 输入软件需求规格说明书l 职责分配项目经理：安排系统设计的人员及活动；实施日常项目管理活动，组织设计文档的评审及必要的整改活动。概要设计人员：承担系统概要设计工作，编写概要设计说明书；参与概要设计文档的评审及必要的整改活动。详细设计人员：承担系统详细设计工作，编写详细设计说明书；参与详细设计文档的评审及必要的整改活动。设计评审人员：评审设计文档。质量管理员：依据QA检查表验证应用软件

11、开发过程及产品是否符合项目计划及规范。配置管理人员：对工作产品进行配置管理。l 工作产品概要设计说明书详细设计说明书软件系统设计说明书（概要+详细合并时）项目工作环境配置清单l 度量功能模块数：由设计人员统计。系统设计工作量：由项目经理统计。l 出口准则概要设计说明书已评审并批准。详细设计说明书已评审并批准。l 输出概要设计说明书详细设计说明书软件系统设计说明书（概要+详细合并时）项目工作环境配置清单设计说明书的评审记录及评审问题跟踪表2.1概要设计根据软件需求规格说明书，对软件需求的分析结果的未确定结果进行评估，确定对策。在对软件需求规格说明书进行分析的基础上，使用结构化或面向对象的方法进行

12、概要设计。主要包括以下内容：（1） 系统整体结构设计。设计系统运行所需的基本软硬件环境，软件环境包括操作系统、数据库以及其他支撑软件，硬件环境包括主机类型、网络拓扑、存储容量及其他特殊设备。（2） 软件系统结构设计描述应用软件系统的预期功能，实现应用软件系统采用的技术路线、方法，应用软件系统的用户界面设计方案，系统的功能模块划分，系统的错误/故障处理原则、处理方法和补救措施等。（3） 接口设计描述应用软件系统与用户的接口，包括用户输入输出界面样式、操作方式和界面间的转移关系；描述与其他系统的软件接口，主要说明其他系统提供的编程接口和本系统向其他系统提供的编程接口；描述与其他系统的非软件接口，主

13、要说明其他系统提供的和本系统向其他系统提供的硬件接口、通信协议及规程、数据交换格式等。（4） 数据库逻辑结构设计根据需求文档，创建与数据库相关的实体关系图。最后，根据分析和设计的结果编写概要设计说明书。2.2详细设计主要设计内容包括：（1） 功能模块设计根据概要设计的结果，细化各功能模块、单元的功能和实现方案，设计每个模块的主要接口与属性，识别、分析已有可重用的功能模块或程序单元，用户界面的详细设计，数据结构与算法设计，明确描述对构造环境的要求，确定功能集成的顺序和方法。（2） 数据库设计设计数据库命名规则，设计数据库物理结构，进行数据库安全性设计（访问方式、密码加密、操作权限等）。最后，根据

14、分析和设计的结果编制详细设计说明书。2.3设计评审与批准系统设计评审的目的在于确保设计满足需求，最大限度地发现设计存在的缺陷，降低后续开发活动的风险。项目经理依据项目评审程序选择适宜的评审方式，组织系统设计评审工作。参与设计评审的人员通常为：工程总监、项目实施主责部门负责人、项目经理、项目系统分析师、项目设计人员、测试人员、质量管理员等。系统设计人员根据评审意见修改、完善设计文档，项目经理跟踪验证评审结果的修改情况，必要时组织二次评审。根据项目计划中拟定的批准权限，对概要设计说明书、详细设计说明书进行批准。批准后的文档应进行配置管理，如有变更应执行项目管理程序中的变更管理过程。3. 编码实现3

15、.0概述编码实现过程的主要工作是根据系统设计编写程序源代码（包括必要的数据文件），进行单元测试（包括功能模块内的程序逻辑、功能、参数传递、变量引用、出错处理等）。编码实现过程的活动框图如下所示：3.1代码编写 3.2单元测试 l 入口准则概要设计说明书、详细设计说明书已评审并批准。评审问题已归零l 输入概要设计说明书详细设计说明书软件系统设计说明书（概要+详细合并时）l 职责分配项目/开发经理：安排编码人员、活动；实施日常项目管理活动；安排对源代码的审查。开发人员：编写程序代码，进行单元测试；修改代码审查发现的问题/缺陷；将批准后的源代码提交配置管理。质量管理员：依据QA检查表验证应用软件开发

16、过程及产品是否符合项目计划及规范。配置管理人员：对工作产品进行配置管理。l 工作产品通过单元测试的源代码及目标代码单元测试记录单元测试缺陷管理记录l 度量源代码行数单元测试缺陷数量编码实现工作量：由项目经理统计项目组用于编码实现过程的工作量。l 出口准则单元测试通过。单元测试缺陷问题被记录并关闭l 输出通过单元测试的源代码及目标代码单元测试记录3.1代码编写编码工作开始前，项目经理应组织必要的关于编程语言、编程规范、编程工具、配置管理等方面的培训工作，准备开发及测试工具及环境，约定代码编码规范，并拟制编码实现阶段性计划，策划编码、单元测试以及系统集成的相关活动。软件开发人员在项目/开发经理的安

17、排下，依据详细设计说明书完成以下工作：构建符合要求的编码环境；采用项目组约定的代码编写规范编写程序单元的代码。编码过程中若发生设计变更，应执行项目管理程序的变更管理过程。3.2单元测试单元测试的目的是检查每个软件单元能否正确地实现设计文档中的功能、性能、接口和其他设计约束等要求，发现单元内可能存在的各种差错。测试过程包括测试策划、测试设计、测试执行、测试总结。单元测试应由相对独立的人员进行，在独立测试人员不足时可以项目组内交叉测试的方式进行。单元测试应尽量采用测试工具，避免或减少人工工作。测试内容包括静态测试和动态测试两方面：静态测试方法包括代码审查、代码走查、静态分析等，要对软件单元的控制流

18、、数据流、接口、表达式等内容进行分析；动态测试要对软件单元的功能、性能、接口、局部数据结构、独立路径、出错处理、边界条件和内存使用情况进行测试，通常对软件单元接口的测试要优先于其他内容的测试。3.3系统集成系统集成是将单元模块或软件配置项（CSCI）集成为比较复杂的或更加完备的产品。最终可运行的产品的各个组成部分，可以是系统的子界面、业务逻辑模块、类或接口、基础构件、存储过程、数据结构、第三方产品等。系统集成的目的是检查软件集成环境是否已经准备就绪，验证要集成的软件配置项（CSCI）的接口是否有效，并执行集成工作，确保后续的系统测试的正常运行。系统集成包括系统集成活动策划、验证集成环境、接口代

19、码审查、集成顺序表的维护、执行集成、集成记录。由项目经理指定特定开发人员执行集成，并完成集成环境的创建、验证以及集成顺序表的维护。完成系统集成后，交付测试人员实施集成测试。4. 系统测试4.0概述系统测试过程的活动框图如下所示：4.1集成测试与系统测试 4.2内部验收4.3问题处理1、 集成测试是在单元测试的基础上，测试在将所有的功能模块或程序单元按照概要设计规格说明的要求组装成模块、子系统或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动。系统测试的主要任务是从系统需求的角度对系统运行的正确性和性能进行验证，应覆盖系统所有联合的部件，目的是验证系统是否满足了需求规格的定义，找出与

20、需求规格不相符合的地方。2、 问题处理活动是对测试发现问题的解决处理过程。3、 内部验收是在系统测试通过后，应用软件系统去用户单位进行安装部署前组织的放行评审活动。l 入口准则单元测试通过单元测试问题已被关闭l 输入通过单元测试的源代码及目标代码l 职责分配项目经理：协调测试过程的人员、活动；协调安排人员解决测试发现的问题；组织协调项目内部验收；实施日常项目管理活动。测试人员：制定测试计划，实施集成测试和系统测试，记录测试过程发现的问题/缺陷，验证问题的解决结果。文案人员：编写用户手册、操作手册等用户文档。开发人员：解决/修改测试过程中发现的问题。内部验收评审人员：评审测试通过的工作产品。质量

21、管理员：依据QA检查表验证应用软件开发过程及产品是否符合项目计划及规范。配置管理人员：对工作产品进行配置管理。l 工作产品软件测试计划软件测试说明软件测试记录软件测试报告软件系统用户手册系统测试缺陷管理记录通过系统测试的源代码及目标代码l 度量系统测试项数量：由测试人员进行统计。系统测试缺陷数量：由测试人员进行统计。系统测试工作量：由项目经理统计项目组用于系统测试过程的工作量。l 出口准则已满足测试计划中规定的测试结束准则内部验收评审通过，且评审问题归零l 输出软件测试计划软件测试用例软件测试报告软件系统用户手册系统测试缺陷管理记录通过系统测试的源代码及目标代码4.1集成测试与系统测试(1)

22、制定系统测试计划 系统测试小组各成员共同协商测试计划。测试组长按照指定的模板起草系统测试计划。该计划主要包括：测试范围（内容）、测试方法、试环境与辅助工具、测试完成准则、人员与任务表等。软件测试应由相对独立的人员进行，应尽量采用测试工具，避免或减少人工工作。(2) 设计系统测试用例 系统测试小组各成员依据系统测试计划和指定的模板，设计（撰写）系统测试用例。 (3) 执行系统测试 系统测试小组各成员依据系统测试计划和系统测试用例执行系统测试。将测试结果记录在系统测试报告中，用“缺陷管理工具”来管理所发现的缺陷，并及时通报给开发人员。 (4) 缺陷管理与改错 开发人员及时消除已经发现的缺陷。开发人

23、员消除缺陷之后应当马上进行回归测试，以确保不会引入新的缺陷。内部验收系统测试通过后，应用软件系统进行实地安装部署前，项目经理协调文案人员编写用户手册，组织系统内部验收，评审放行后方可进行用户现场的安装部署。参加内部验收评审的人员通常为：工程总监、客户经理/咨询师、项目实施主责部门负责人、项目经理、必要的项目组成员、质量管理员等。4.3问题处理(1) 问题登记、问题跟踪1) 测试人员将发现的问题报告测试负责人。2) 测试负责人记录问题，开始跟踪问题的解决情况。(2) 分析问题，判断是否可解决1) 项目经理组织人员对问题进行分析，估计问题的产生阶段。2) 项目经理组织人员评估是否修改，对某些问题是

24、否投入资源和工期进行修改有争议时，项目经理是最终决策者。3) 对于当前条件无法解决的问题，由项目经理、高层经理和顾客共同协商处理办法。4) 对于可以修改的问题，应由项目经理确定修改的负责人（或责任组）和工期。5) 测试负责人应记录以上结果(3) 分发修改1) 测试负责人将问题及修改要求分发至修改负责人。2) 修改负责人在限定时间内完成问题修改任务。完成后提交测试人员验收修改结果。对于无法解决的问题，应及时向项目经理汇报。3) 测试负责人跟踪问题解决情况。(4) 问题验证1) 测试人员对问题修改结果进行验证。并将验证结果报告测试负责人。2) 测试负责人将验证已解决的问题记为关闭状态。3) 测试负

25、责人向项目经理报告问题修改结果。(5) 问题搁置1) 问题的搁置应由项目经理、高层经理和顾客共同协商决定。2) 测试负责人将批准搁置的问题记为搁置状态。5. 项目初验5.0概述项目初验过程的活动框图如下所示：5.1部署调试 5.2用户培训 5.3项目初验l 入口准则已满足测试计划中规定的测试结束准则内部验收评审通过l 输入通过系统测试的源代码及目标代码系统试运行申请单l 职责分配项目经理：安排现场实施及培训人员、活动；提交用户项目初验/试运行申请；实施日常项目管理活动。实施及培训人员：在用户现场进行系统安装部署及调试；进行必要的用户使用培训。项目组成员：准备、协助项目初验/试运行；解决/修改初

26、验过程发现的问题。质量管理员：依据QA检查表验证应用软件开发过程及产品是否符合项目计划及规范。配置管理人员：对工作产品进行配置管理。客户/客户代表：提供系统部署调试环境；组织人员参与系统培训；对初验系统进行验收测试并给出初验意见。l 工作产品系统试运行申请单（用户签字确认）用户培训过程记录通过项目初验的源代码及目标代码l 度量培训人次数：由现场实施及培训人员统计。l 出口准则系统试运行申请单经用户签字确认l 输出经用户签字确认的系统试运行申请单用户培训过程记录通过项目初验的源代码及目标代码5.1部署调试赴用户现场进行系统安装部署前，项目经理准备现场实施计划并提交用户确认，出门前做好相关文档、技

27、术和资料的准备。软件实施人员在赴用户现场前应根据用户手册，使用拟用于现场实施的存储设备（光盘等）进行模拟现场环境的系统安装部署演练。软件实施人员到达用户现场后，与用户方确认实施计划，确认现场安装部署环境与系统运行环境要求的符合性，并据此展开软件安装部署和联调测试工作。从公司配置库中带出的实施相关文档资料以及经必要调整后从现场带回的文档资料的管理，按照公司配置管理相关要求执行，以确保系统的唯一性标识和可追溯性。部署调试完毕后，如需从用户现场带回用户方提供的地形平面图、业务数据等顾客财产时，需按用户方要求进行登记并妥善保管和使用，如发生丢失或损坏，应及时向顾客反映，并争取获得顾客的谅解。5.2用户培训系统安装部署和调试工作完成后，结合现场软件进行现场培训。培训过程中需要保留如培训计划、培训讲稿、培训签到表、征求意见表等过程记录。5.3项目初验用户培训工作完成后，项目经理系统试运行申请单提交用户方，用户方组织对系统进行初验测试并给出初验意见。6. 试运行及终验6.0概述试运行及终验过程的活动框图如下所示：6.1试运行 6.2项目终验 6.3项目结项l 入口准则系统试运行申请单经用户签字确认l 输入经用户签字确认的系统试运行申请单通过项目初验的源代码及目标代码l 职责分配项目经理：安排试运行过程保障的人