软件开发具体实施方案

1、物资管理系统开发具体实施方案1软件开发实施方案错误!未定义书签。1. 9维护18。1.1开发流程总述。11.2软件需求分析41. 3结构设计。错误!未定义书签。1.4详细设计91.5编码111.6模块集成测试131 . 7系统测试151.8验收161组织实施步骤系统开发严格按照软件工程的方法进行组织，系统的开发过程按 照需求分析、系统分析与设计要求、系统编码、系统测试几个过程有 序推进。下表所示系统开发流程图，采用原型及迭代方式开发，根据用 户需求持续改进，直到最终用户确认满意。1.1实施开发流程总述如下图示流程定义了我公司内部的软件开发过程，以指导和规范 软件项目中开发过程的定义和相应的实施

2、。该过程可划分为一系列子过程，包括：软件需求分析、设计、编 码、测试、验收、维护，每个子过程又由一系列任务和活动组成，如设 计过程又可分为结构设计和详细设计。但是在实际开发项目中，情况 仍然会是千变万化的，因此我们也并不是一成不变的死板执行一个僵 化的工作流程，我们的原则是在一个规范流程的指导和约束下，根据 具体工程项目的实际要求，为每一个项目评估并制定真正能够最好的 满足该项目要求的开发流程。r-软件希求分析x：改进你构设计说明书详细设计C tK成测试计划7 d聚成测试案例 &个人评审记录-JI誉屮抠吿一*C软件商求规恪说明I心系统测试il划A系统测试案例bC个人评W记尿评审抠吿一-

3、一一“羊细设计说明朽初縞）单元测试计划a讹元利试案例 初稿用户手删（條改禍幺迫溯m一一.软件滿求规格说明竹（初稠） 系统浏试计创b冬系统测试案例 （初稿）川户手册（概耍C追溯衣一同行评审-.-通琴/rN：改进结构设计&納构设计说明朽7 初卅集成测试计创3幺集成泗试案例3 （初稿匕用户手册（初WPX：改进评审通过C详细设计说明H3炉元测试计划b冬彳元测试案例川戶手册魏改稿£个人评W记求、型审报告一一一一一縫码F集成测试系统测试1r验收维护r结束）源代码、源代蹈文件淸单c弧兀测试报告 经过审批软件问砂状态畏记表软件何也报告单一-一C1H成工作讹3保成测试T：作尬3C如成测试报吿b

4、 （经过审批）瓷软件何8状态记衣软件何2报吿单一成的软件系线"系统测试拟告（经过W批 纟轶件问刈状态软件问MS抠告单系统管理员便用说明节（经过审妣安披手册3 （经过审批）川户手册3 （经过申批软件系统（系统测试迪过-滋收测试报育纟软件问fi扌此吿炉纟轶件问2状态仪记衣 骏收报吿可交付产品一一伙件而求规格说明彳必 升级版） 客户需求记展7客户需求统计衣n设计说明H （升级版） 纟软件问刈报告单/纟伙件问2状态记&7纟软件维护实施il划 唯护后的软件系统软件开发流程总图在应用系统软件开发项目中，我们仍将遵循这一思想，这一点将 在随后的项目开发实施计划部分有具体的体现，在这里和下面

5、的相关 章节中，我们仍将围绕着这个完整的开发流程来分析说明，以此来阐 明我们对项目开发的完整过程管理思想和相关实践。下面我们对这个 软件开发工作流程进行简要地分解说明。12软件需求分析由于应用系统与众多相关应用软件需要进行交互，因此需要先对 这些应用系统进行分别梳理，充分做好需求调研工作，编写经项目单 位认可并评审通过的系统需求规格说明书。软件需求分析是按照项目定义的软件开发过程，根据系统分配给 软件的需求（见系统需求规格说明书），进行软件质量特性规格说 明的过程。该过程包括进一步明确软件运行环境，明确对软件的功能、 性能和数据要求，以及软件与硬件、软件与软件之间的接口要求等, 并对软件需求进

6、行验证和文档化，即完成对软件需求的分析与规格定 义。本元素在整个过程中的位置如下图所示:系统分配给软件的需求软件需求分析图示：软件需求分析在软件开发过程中的位置入口准则和出口准则1）入口准则要素判断准则客户需求（系统需求规已由CCB批准为基线格说明书）已进入配置库2）出口准则要素判断准则软件需求规格说明书已经过审查已批准为基线已进入配置库系统测试计划已经过审查已获得批准已进入配置库系统测试案例用户手册（概要）已编写追溯表一已填写（3）评审评审软件需求规格说明书，具体评审过程见评审程序文件,对软件需求的评审准则包括：系统需求和系统设计的可追溯性;与系统需求的一致性；内部一致性;可测试性；软件设计

7、的可行性；运作和维护的可行性。对软件需求中的问题，与系统工程组或客户一起确定和审查，根 据审查结果对软件需求进行适当的修改，必要时按基线变更控制的要 求对客户需求进行相应的修改。对软件需求规格说明书进行同行评审。 审查、批准软件需求规格说明书。将软件需求规格说明书置于配置管理之下。(4) 工作产品软件需求规格说明书系统测试计划系统测试案例用户手册追溯表(5) 职责项目经理：负责组建软件需求分析组；确定是否需要对有关人 员进行培训；负责软件需求规格说明书的审查和批准。软件需求分析组：软件需求分析的主要承担者，负责完成本过程元素要求产生的所有工作产品。系统测试负责人：负责组织软件系统测试组对软件需

8、求进行 分析，审查软件需求的可测试性；参与软件需求规格说明书的 审查和批准。质量保证人员：参与工作产品的审查，统计缺陷，并对软件需 求分析过程进行审计。系统开发组：配合处理涉及客户需求的软件需求问题。客户：必要时参与软件需求规格说明书的审查和批准。13结构设计(1) 概述结构设计是指按照软件需求规格说明书，设计软件系统的体 系结构，即模块结构，定义每个模块的主要功能和模块之间的联系(即 接口)，并确定软件系统的数据体系结构。本元素在整个过程中的位置如下图所示：!软件需求分析 :H结构设计!详细设计 !I图示:软件需求分析在软件开发过程中的位置图(2) 入口准则和出口准则1) 入口准则要素判断准

9、则软件需求规格说明书经过审查审查获得批准进入配置库2) 出口准则要素判断准则结构设计说明书经过审查第成测试计划审查获得批准集成测试案例进入配置库用户手册(初稿)已完善追溯表一(3) 评审对结构设计说明书和集成测试计划进行同行评审。对结构设计中的问题，与软件需求分析人员一起确定和审查, 并对结构设计进行适当的更改。审查、批准结构设计说明书，必要时,对其进行设计评审。将结构设计说明书、集成测试计划和集成测试案例置于配置管理之下。(4) 工作产品结构设计说明书集成测试计划集成测试案例用户手册追溯表（5）职责1）项目经理负责选择合适的设计人员，组建结构设计工作组；负责结构设 计说明书和集成测试计划的审

10、查和批准。2）结构设计人员结构设计阶段工作的主要承担者，负责完成本过程元素产生的所 有工作产品。3）系统分析员配合处理涉及软件需求的问题。4）系统开发负责人负责组织系统工程组对结构设计进行分析，审查结构设计的可测 试性；负责协调处理涉及软件需求的问题；参与结构设计说明书和 集成测试计划的审查和批准。5）软件测试负责人负责组织软件测试组对结构设计进行分析，审查结构设计的可测 试性；参与结构设计说明书和集成测试计划的审查和批准。14详细设计(1) 概述详细设计是根据结构设计说明书进行模块设计，将结构设计 所获得的模块按照单元、程序、规程的顺序逐步细化。详细定义各个 单元的数据结构、程序的实现算法以

11、及程序、单元、模块之间的接口 等，作为以后编码工作的依据。本元素在整个过程中的位置如下图所示：；- r!迪匸4覚设讣L込图示：详细设计在软件开发过程中的位置(2) 入口准则和出口准则1) 入口准则要素判断准则结构设计说明书经过审查审查获得批准进入配置库2) 出口准则要素判断准则详细设计说明书经过审查审查获得批准进入配置库(3) 评审对详细设计说明书和单元测试计划可进行走查或(和) 同行评审；对详细设计中的问题，与结构设计人员一起确定和审查，并对详 细设计做出适当的更改；审查、批准详细设计说明书，必要时，对其进行设计评审；将详细设计说明书和单元测试计划置于配置管理之下。(4) 工作产品详细设计说

12、明书单元测试计划单元测试案例用户手册追溯表(5) 职责1）项目经理负责选择合适的设计人员，组建详细设计组；负责详细设计说 明书和单元测试计划的审查和批准。2）详细设计人员详细设计阶段工作的主要承担者。负责完成本过程元素产生的所 有工作产品。3）系统分析员配合处理涉及软件需求的问题。4）系统开发负责人负责组织系统工程组对详细设计进行分析，审查详细设计的可测 试性；负责协调处理涉及软件需求的问题；参与详细设计说明书 和单元测试计划的审查和批准。5）软件测试负责人负责组织软件测试组对详细设计进行分析，审查详细设计的可测 试性；参与详细设计说明书和单元测试计划的审查和批准。1.5编码（1）概述编码阶段

13、主要完成的工作是根据详细设计说明书编写程序源代 码，包括必要的数据文件，并进行单元测试，单元测试的内容包括模块 内程序的逻辑、功能、参数传递、变量引用、出错处理等方面。本元素在整个过程中的位置如下图所示:集成测试图示：编码阶段在软件开发过程中的位置(2) 入口准则和出口准则1)入口准则要素判断准则详细设计说明书经过审查单元测试计划获得批准进入配置库2)出口准则要素判断准则源代码文件源代码文件获得批准源代码文件清单源代码文件进入配置库的源代码区单元测试报告提交测试负责人软件问題报告单提交问题管理渠道(3) 评审对源代码文件进行同行评审，主要的方法为对照详细设计说明书对代码进行查阅，也可根据编程者

14、的经验或程序的难度、重要程度，选 择走查评审方式，但目的都是发现程序存在的问题。（4）工作产品源代码文件单元测试报告软件问题报告单软件问题状态登记表（5）职责1）项目经理建立编码组、测试组或相应岗位，并进行必要的培训；跟踪进度 和问题解决状态；对提交的源代码进行批准（或指定负责人进行批准 工作）。2）程序员编写程序代码；测试程序代码；修改程序代码;提交工作产品，批 准后将其导入配置区的源码库。3）单元测试人员测试源代码；提交测试报告和软件问题报告单。4）评审人员对指定源代码文件进行阅读，发现缺陷和问题，填写评审报告。16模块集成测试(1) 概述集成测试阶段主要完成的工作是集成和集成测试。集成是

15、参考结 构设计说明书并根据详细说明书中规定的系统集成方案将不同的经 测试的程序单元进行构造，并逐步构造成一个完整的软件产品的过程; 集成测试则是在集成完成之后，对各单元、模块之间接口的正确性和 集成后功能的正确性进行验证。对于大型软件，集成测试可以采取分步进行的方法，可以先对各 子系统进行集成测试，然后在子系统之间进行集成测试。本元素在整个过程中的位置如下图所示：!编码!集成测试系统测试 : J一一一图示：集成测试在软件开发过程中的位置(2) 入口准则和出口准则1)入口准则要素判断准则结构设计说明书经过审查详细设计说明书荻得批准集成测试计划进入配置库源代码文件2)出口准则要素判断准则集成的软件

16、系统获得批准（完整的源代码和目标代码）进入配置库集成测试报告提交集成测试负责人软件问题报告单已进入软件问题管理流程（3）审查阶段核查集成状态和结果，并进行批准；批准后，将目标程序和程序清单进入目标代码库。（4）工作产品集成后的系统目标代码（包括文件清单），及相应的源代码（包括文件清单）集成测试报告软件问题报告单软件问题状态登记表集成工作单集成测试工作单（5）职责项目经理：建立集成组、集成测试组或相应岗位，并进行必要的培训；跟踪进度和问题解决状态；对集成后的系统目标码进 行批准(或指定负责人进行批准工作)。集成负责人员：负责集成过程的实施。集成人员：负责环境构建，集成的过程操作，并将集成后的目

17、标代码提交批准。程序员、设计人员：修改源码或设计，解决集成过程中出现的 与源码有关的问题。测试人员：测试系统目标码，将测试报告和软件问题报告单提 交测试负责人。17系统测试(1) 概述系统测试的主要任务是从系统需求的角度对系统运行的正确性 和性能进行验证。系统测试的依据为系统测试计划。本元素在整个过程中的位置如下图所示： !集成测试：m系统测试_验收：图示：系统测试在软件开发过程中的位置(2) 入口准则和出口准则1)入口准则要素判断准则系统需求经过审查系统的目标代码荻得批准系统测试计划进入配置库用户手册编写完成2)出口准则要素判断准则系统测试报告荻得批准软件问题报告单(3) 工作产品系统测试报

18、告软件问题报告单软件问题状态登记表(4) 职责项目经理：负责建立系统测试组或相关的岗位，并进行必要的培训；跟踪进度和问题解决状态；对最终的目标代码进行批准(或指定负责人进行批准工作)。程序员、设计人员：修改源码或设计，解决集成过程中出现的与源码有关的问题。测试人员：测试系统目标码，将测试报告提交测试负责人，将软件问题报告单提交问题管理渠道。18验收（1）概述验收阶段主要由验收测试、验收测试问题改正和验收三部分组成:验收测试的主要目的是验证所开发的系统在用户的使用环境下 （或模拟的使用环境下）是否满足系统需求，从用户的角度验证整个系 统运行的正确性。验收测试问题改正是对验收测试中发现的差异性问题进行修改。验收则是在验收测试的基础上，依据项目合同或项目任务书对项 目的完成情况进行综合评价。本元素在整个过程中的位置如下图所示：r e :系统测试 :验收一K维护丨L! LJ图示:验收在软件开发过程中的位置验收的三个组成部分视项目立项类型和客户的要求选择执行。（2 ）入口准则和出口准则1）入口准则要素判断准则