软件开发具体实施计划方案.docx

《软件开发具体实施计划方案.docx》由会员分享，可在线阅读，更多相关《软件开发具体实施计划方案.docx（21页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、 .物资管理系统开发具体实施方案. .目录1 软件开发实施方案 31.1 开发流程总述 31.2 软件需求分析 51.3 构造设计 81.4 详细设计 101.5 编码 121.6 模块集成测试 141.7 系统测试 161.8 验收 171.9 维护 19. .1 组织实施步骤系统开发严格按照软件工程的方法进展组织，系统的开发过程按照需求分析、系统分析与设计要求、系统编码、系统测试几个过程有序推进。下表所示系统开发流程图，采用原型及迭代方式开发，根据用户需求持续改进，直到最终用户确认满意。1.1 实施开发流程总述如以下图示流程定义了我公司内部的软件开发过程，以指导和标准软件工程中开发过程的定

2、义和相应的实施。该过程可划分为一系列子过程，包括：软件需求分析、设计、编码、测试、验收、维护，每个子过程又由一系列任务和活动组成，如设计过程又可分为构造设计和详细设计。但是在实际开发工程中，情况仍然会是千变万化的，因此我们也并不是一成不变的死板执行一个僵化的工作流程，我们的原则是在一个标准流程的指导和约束下，根据具体工程工程的实际要求，为每一个工程评估并制定真正能够最好的满足该工程要求的开发流程。. .软件开发流程总图. .在应用系统软件开发工程中，我们仍将遵循这一思想，这一点将在随后的工程开发实施方案局部有具体的表达，在这里和下面的相关章节中，我们仍将围绕着这个完整的开发流程来分析说明，以此

3、来说明我们对工程开发的完整过程管理思想和相关实践。下面我们对这个软件开发工作流程进展简要地分讲解明。1.2 软件需求分析由于应用系统与众多相关应用软件需要进展交互，因此需要先对这些应用系统进展分别梳理，充分做好需求调研工作，编写经工程单位认可并评审通过的系统需求规格说明书。软件需求分析是按照工程定义的软件开发过程，根据系统分配给软件的需求见系统需求规格说明书，进展软件质量特性规格说明的过程。该过程包括进一步明确软件运行环境，明确对软件的功能、性能和数据要求，以及软件与硬件、软件与软件之间的接口要求等，并对软件需求进展验证和文档化，即完成对软件需求的分析与规格定义。本元素在整个过程中的位置如以下

4、图所示：系统分配给软件的需求图示：软件需求分析在软件开发过程中的位置2入口准则和出口准则1入口准则. .要素判断准则客户需求 系统需求规 已由 CCB 批准为基线格说明书已进入配置库2出口准则要素判断准则已经过审查已批准为基线已进入配置库已经过审查已获得批准已进入配置库已编写软件需求规格说明书用户手册概要追溯表一已填写3评审评审 软件需求规格说明书 ，具体评审过程见 评审程序文件，对软件需求的评审准则包括： 系统需求和系统设计的可追溯性； 与系统需求的一致性； 内部一致性； 可测试性； 软件设计的可行性； 运作和维护的可行性。对软件需求中的问题，与系统工程组或客户一起确定和审查，根据审查结果对

5、软件需求进展适当的修改，必要时按基线变更控制的要求对客户需求进展相应的修改。对软件需求规格说明书进展同行评审。审查、批准软件需求规格说明书。. .将软件需求规格说明书置于配置管理之下。4工作产品 软件需求规格说明书 系统测试方案 系统测试案例 用户手册 追溯表5职责 工程经理：负责组建软件需求分析组；确定是否需要对有关人员进展培训；负责软件需求规格说明书的审查和批准。 软件需求分析组：软件需求分析的主要承担者，负责完本钱过程元素要求产生的所有工作产品。 系统测试负责人：负责组织软件系统测试组对软件需求进展分析，审查软件需求的可测试性；参与软件需求规格说明书的审查和批准。 质量保证人员：参与工作

6、产品的审查，统计缺陷，并对软件需求分析过程进展审计。 系统开发组：配合处理涉及客户需求的软件需求问题。 客户：必要时参与软件需求规格说明书的审查和批准。. .1.3 构造设计1概述构造设计是指按照 软件需求规格说明书 ，设计软件系统的体系构造，即模块构造，定义每个模块的主要功能和模块之间的联系即接口，并确定软件系统的数据体系构造。本元素在整个过程中的位置如以下图所示：软件需求分析构造设计详细设计图示：软件需求分析在软件开发过程中的位置图2入口准则和出口准则1入口准则判断准则经过审查审查获得批准进入配置库2出口准则要素判断准则构造设计说明书经过审查集成测试方案集成测试案例用户手册初稿追溯表一已完

7、善3评审 对构造设计说明书和集成测试方案进展同行评审。 对构造设计中的问题，与软件需求分析人员一起确定和审. .查，并对构造设计进展适当的更改。 审查、批准 构造设计说明书 ，必要时，对其进展设计评审。 将构造设计说明书 、集成测试方案 和集成测试案例 置于配置管理之下。4工作产品 构造设计说明书 集成测试方案 集成测试案例 用户手册 追溯表5职责1工程经理负责选择适宜的设计人员，组建构造设计工作组；负责构造设计说明书和集成测试方案的审查和批准。2构造设计人员构造设计阶段工作的主要承担者，负责完本钱过程元素产生的所有工作产品。3系统分析员配合处理涉及软件需求的问题。4系统开发负责人. .负责组

8、织系统工程组对构造设计进展分析，审查构造设计的可测试性；负责协调处理涉及软件需求的问题；参与构造设计说明书和集成测试方案的审查和批准。5软件测试负责人负责组织软件测试组对构造设计进展分析，审查构造设计的可测试性；参与构造设计说明书和集成测试方案的审查和批准。1.4 详细设计1概述详细设计是根据 构造设计说明书 进展模块设计，将构造设计所获得的模块按照单元、程序、规程的顺序逐步细化。详细定义各个单元的数据构造、程序的实现算法以及程序、单元、模块之间的接口等，作为以后编码工作的依据。本元素在整个过程中的位置如以下图所示：构造设计详细设计编码图示：详细设计在软件开发过程中的位置2入口准则和出口准则1

9、入口准则判断准则经过审查审查获得批准进入配置库2出口准则. .要素判断准则详细设计说明书经过审查审查获得批准进入配置库3评审对详细设计说明书和单元测试方案可进展走查或和同行评审；对详细设计中的问题，与构造设计人员一起确定和审查，并对详细设计做出适当的更改；审查、批准详细设计说明书，必要时，对其进展设计评审；将详细设计说明书和单元测试方案置于配置管理之下。4工作产品 详细设计说明书 单元测试方案 单元测试案例 用户手册 追溯表5职责1工程经理负责选择适宜的设计人员，组建详细设计组；负责详细设计说明书和单元测试方案的审查和批准。2详细设计人员. .详细设计阶段工作的主要承担者。负责完本钱过程元素产

10、生的所有工作产品。3系统分析员配合处理涉及软件需求的问题。4系统开发负责人负责组织系统工程组对详细设计进展分析，审查详细设计的可测试性；负责协调处理涉及软件需求的问题；参与详细设计说明书和单元测试方案的审查和批准。5软件测试负责人负责组织软件测试组对详细设计进展分析，审查详细设计的可测试性；参与详细设计说明书和单元测试方案的审查和批准。1.5 编码1概述编码阶段主要完成的工作是根据详细设计说明书编写程序源代码，包括必要的数据文件，并进展单元测试，单元测试的内容包括模块内程序的逻辑、功能、参数传递、变量引用、出错处理等方面。本元素在整个过程中的位置如以下图所示：编码集成测试详细设计图示：编码阶段

11、在软件开发过程中的位置2入口准则和出口准则. .1入口准则要素判断准则经过审查获得批准进入配置库2出口准则要素判断准则源代码文件源代码文件清单单元测试报告软件问题报告单源代码文件获得批准源代码文件进入配置库的源代码区提交测试负责人提交问题管理渠道3评审对源代码文件进展同行评审，主要的方法为对照详细设计说明书对代码进展查阅，也可根据编程者的经历或程序的难度、重要程度，选择走查评审方式，但目的都是发现程序存在的问题。4工作产品 源代码文件 单元测试报告 软件问题报告单 软件问题状态登记表5职责1工程经理建立编码组、测试组或相应岗位，并进展必要的培训；跟踪进度和问题解决状态；对提交的源代码进展批准或

12、指定负责人进展批. .准工作。2程序员编写程序代码；测试程序代码；修改程序代码；提交工作产品，批准后将其导入配置区的源码库。3单元测试人员测试源代码；提交测试报告和软件问题报告单。4评审人员对指定源代码文件进展阅读，发现缺陷和问题，填写评审报告。1.6 模块集成测试1概述集成测试阶段主要完成的工作是集成和集成测试。集成是参考构造设计说明书并根据详细说明书中规定的系统集成方案将不同的经测试的程序单元进展构造，并逐步构造成一个完整的软件产品的过程；集成测试则是在集成完成之后，对各单元、模块之间接口的正确性和集成后功能的正确性进展验证。对于大型软件，集成测试可以采取分步进展的方法，可以先对各子系统进

13、展集成测试，然后在子系统之间进展集成测试。本元素在整个过程中的位置如以下图所示：编码集成测试系统测试图示：集成测试在软件开发过程中的位置. .2入口准则和出口准则1入口准则要素构造设计说明书详细设计说明书集成测试方案源代码文件2出口准则要素判断准则集成的软件系统完整的源代码和目标代码集成测试报告获得批准进入配置库提交集成测试负责人已进入软件问题管理流程软件问题报告单3审查阶段核查集成状态和结果，并进展批准；批准后，将目标程序和程序清单进入目标代码库。4工作产品 集成后的系统目标代码包括文件清单，及相应的源代码包括文件清单 集成测试报告 软件问题报告单 软件问题状态登记表 集成工作单 集成测试工

14、作单. .5职责 工程经理：建立集成组、集成测试组或相应岗位，并进展必要的培训；跟踪进度和问题解决状态；对集成后的系统目标码进展批准或指定负责人进展批准工作。 集成负责人员：负责集成过程的实施。 集成人员：负责环境构建，集成的过程操作，并将集成后的目标代码提交批准。 程序员、设计人员：修改源码或设计，解决集成过程中出现的与源码有关的问题。 测试人员：测试系统目标码，将测试报告和软件问题报告单提交测试负责人。1.7 系统测试1概述系统测试的主要任务是从系统需求的角度对系统运行的正确性和性能进展验证。系统测试的依据为系统测试方案。本元素在整个过程中的位置如以下图所示：集成测试系统测试验收图示：系统

15、测试在软件开发过程中的位置2入口准则和出口准则1入口准则. .要素判断准则系统需求经过审查获得批准进入配置库编写完成系统的目标代码系统测试方案用户手册2出口准则要素判断准则获得批准系统测试报告软件问题报告单3工作产品 系统测试报告 软件问题报告单 软件问题状态登记表4职责 工程经理：负责建立系统测试组或相关的岗位，并进展必要的培训；跟踪进度和问题解决状态；对最终的目标代码进展批准或指定负责人进展批准工作。 程序员、设计人员：修改源码或设计，解决集成过程中出现的与源码有关的问题。 测试人员：测试系统目标码，将测试报告提交测试负责人，将软件问题报告单提交问题管理渠道。1.8 验收1概述. .验收阶

16、段主要由验收测试、验收测试问题改正和验收三局部组成：验收测试的主要目的是验证所开发的系统在用户的使用环境下或模拟的使用环境下是否满足系统需求，从用户的角度验证整个系统运行的正确性。验收测试问题改正是对验收测试中发现的差异性问题进展修改。验收则是在验收测试的根底上，依据工程合同或工程任务书对工程的完成情况进展综合评价。本元素在整个过程中的位置如以下图所示：系统测试验收维护图示：验收在软件开发过程中的位置验收的三个组成局部视工程立项类型和客户的要求选择执行。2入口准则和出口准则1入口准则要素验收测试方案有验收测试要求 验收测试前完成评审。的工程测试系统测试、集成测试、单 已完成元测试2出口准则要素

17、验收测试报告验收测试问题报告单已关闭. .验收报告已提交3工作产品 验收测试报告 软件问题报告单 软件问题状态登记表 验收报告 可交付产品4职责 验收测试组：负责验收测试的各项活动。 开发组人员：负责验收测试中发现问题的改正和测试辅助。 工程管理人员：负责指派验收测试责任和完成测试规程；确保测试质量和进程；确保组间协调。 验收组：具体进展验收。 CCB：批准运行基线。1.9 维护1概述维护期是指：软件产品 /系统验收后，进入软件运行 /系统维护阶段，直至软件产品下一个版本的发布或系统维护期终止；本元素在整个软件开发过程中的位置如以下图所示：验收维护. .图示：维护在软件开发过程中的位置2入口准则和出口准则1入口准则要素判断准则已验收软件产品/系统2出口准则要素判断准则软件产品已退役合同约定的维护期限合同约定的维护范围已到期已超出，须另签协议3工作产品l 软件需求规格说明书l 客户需求登记表l 客户需求统计表l 设计说明书l 软件问题报告单l 软件问题状态登记表l 软件维护实施方案l 维护后的软件系统4职责维护负责人：制定软件维护实施方案，确认维护类型、需求范围，分配维护任务，追踪任务的完成情况及其他工程管理工作。软件维护人员：负责进展软件维护任务的执行。. .QA 人员：负责协助维护负责人根据实际情况剪裁标准流程。.