软件开发实施方案设计

软件开发实施方案系统开发严格按照软件工程的办法进行组织，系统的开发过程按照需求分析、系统分析与设计规定、系统编码、系统测试几个过程有序推动。下表所示系统开发流程图，采用原型及迭代方式开发，根据顾客需求持续改善，直到最后顾客确认满意。开发流程总述以下图示流程定义了我公司内部的软件开发过程，以指导和规范软件项目中开发过程的定义和对应的实施。该过程可划分为一系列子过程，涉及：软件需求分析、设计、编码、测试、验收、维护，每个子过程又由一系列任务和活动构成，如设计过程又可分为构造设计和具体设计。但是在实际开发项目中，状况仍然会是千变万化的，因此我们也并不是一成不变的死板执行一种僵化的工作流程，我们的原则是在一种规范流程的指导和约束下，根据具体工程项目的实际规定，为每一种项目评定并制订真正能够最佳的满足该项目规定的开发流程。图STYLEREF2\s1.4SEQ图\*ARABIC\s21软件开发流程总图在应用系统软件开发项目中，我们仍将遵照这一思想，这一点将在随即的项目开发实施计划部分有具体的体现，在这里和下面的有关章节中，我们仍将围绕着这个完整的开发流程来分析阐明，以此来阐明我们对项目开发的完整过程管理思想和有关实践。下面我们对这个软件开发工作流程进行简要地分解阐明。软件需求分析（1）概述由于应用系统与众多有关应用软件需要进行交互，因此需要先对这些应用系统进行分别梳理，充足做好需求调研工作，编写经项目单位承认并评审通过的《系统需求规格阐明书》。软件需求分析是按照项目定义的软件开发过程，根据系统分派给软件的需求（见《系统需求规格阐明书》），进行软件质量特性规格阐明的过程。该过程涉及进一步明确软件运行环境，明确对软件的功效、性能和数据规定，以及软件与硬件、软件与软件之间的接口规定等，并对软件需求进行验证和文档化，即完毕对软件需求的分析与规格定义。本元素在整个过程中的位置以下图所示：软件需求分析软件需求分析构造设计系统分派给软件的需求图示：软件需求分析在软件开发过程中的位置（2）入口准则和出口准则1）入口准则要素判断准则客户需求（《系统需求规格阐明书》）已由CCB同意为基线已进入配备库2）出口准则要素判断准则软件需求规格阐明书已通过审查已同意为基线已进入配备库系统测试计划已通过审查已获得同意已进入配备库系统测试案例顾客手册（概要）已编写追溯表一已填写（3）评审评审《软件需求规格阐明书》，具体评审过程见《评审程序文献》，对软件需求的评审准则涉及：系统需求和系统设计的可追溯性；与系统需求的一致性；内部一致性；可测试性；软件设计的可行性；运作和维护的可行性。对软件需求中的问题，与系统工程组或客户一起拟定和审查，根据审查成果对软件需求进行适宜的修改，必要时按基线变更控制的规定对客户需求进行对应的修改。对软件需求规格阐明书进行同行评审。审查、同意软件需求规格阐明书。将软件需求规格阐明书置于配备管理之下。（4）工作产品《软件需求规格阐明书》《系统测试计划》《系统测试案例》《顾客手册》《追溯表》（5）职责项目经理：负责组建软件需求分析组；拟定与否需要对有关人员进行培训；负责软件需求规格阐明书的审查和同意。软件需求分析组：软件需求分析的重要承当者，负责完毕本过程元素规定产生的全部工作产品。系统测试负责人：负责组织软件系统测试组对软件需求进行分析，审查软件需求的可测试性；参加软件需求规格阐明书的审查和同意。质量确保人员：参加工作产品的审查，统计缺点，并对软件需求分析过程进行审计。系统开发组：配合解决涉及客户需求的软件需求问题。客户：必要时参加软件需求规格阐明书的审查和同意。构造设计（1）概述构造设计是指按照《软件需求规格阐明书》，设计软件系统的体系构造，即模块构造，定义每个模块的重要功效和模块之间的联系（即接口），并拟定软件系统的数据体系构造。本元素在整个过程中的位置以下图所示：软件需求分析软件需求分析构造设计具体设计图示：软件需求分析在软件开发过程中的位置图（2）入口准则和出口准则1）入口准则要素判断准则软件需求规格阐明书通过审查审查获得同意进入配备库2）出口准则要素判断准则构造设计阐明书通过审查审查获得同意进入配备库集成测试计划集成测试案例顾客手册（初稿）已完善追溯表一（3）评审对《构造设计阐明书》和《集成测试计划》进行同行评审。对构造设计中的问题，与软件需求分析人员一起拟定和审查，并对构造设计进行适宜的更改。审查、同意《构造设计阐明书》，必要时，对其进行设计评审。将《构造设计阐明书》、《集成测试计划》和《集成测试案例》置于配备管理之下。（4）工作产品《构造设计阐明书》《集成测试计划》《集成测试案例》《顾客手册》《追溯表》（5）职责1）项目经理负责选择适宜的设计人员，组建构造设计工作组；负责《构造设计阐明书》和《集成测试计划》的审查和同意。2）构造设计人员构造设计阶段工作的重要承当者，负责完毕本过程元素产生的全部工作产品。3）系统分析员配合解决涉及软件需求的问题。4）系统开发负责人负责组织系统工程组对构造设计进行分析，审查构造设计的可测试性；负责协调解决涉及软件需求的问题；参加《构造设计阐明书》和《集成测试计划》的审查和同意。5）软件测试负责人负责组织软件测试组对构造设计进行分析，审查构造设计的可测试性；参加《构造设计阐明书》和《集成测试计划》的审查和同意。具体设计（1）概述具体设计是根据《构造设计阐明书》进行模块设计，将构造设计所获得的模块按照单元、程序、规程的次序逐步细化。具体定义各个单元的数据构造、程序的实现算法以及程序、单元、模块之间的接口等，作为后来编码工作的根据。本元素在整个过程中的位置以下图所示：构造设计构造设计具体设计编码图示：具体设计在软件开发过程中的位置（2）入口准则和出口准则1）入口准则要素判断准则构造设计阐明书通过审查审查获得同意进入配备库2）出口准则要素判断准则具体设计阐明书通过审查审查获得同意进入配备库（3）评审对《具体设计阐明书》和《单元测试计划》可进行走查或（和）同行评审；对具体设计中的问题，与构造设计人员一起拟定和审查，并对具体设计做出适宜的更改；审查、同意《具体设计阐明书》，必要时，对其进行设计评审；将《具体设计阐明书》和《单元测试计划》置于配备管理之下。（4）工作产品《具体设计阐明书》《单元测试计划》《单元测试案例》《顾客手册》《追溯表》（5）职责1）项目经理负责选择适宜的设计人员，组建具体设计组；负责《具体设计阐明书》和《单元测试计划》的审查和同意。2）具体设计人员具体设计阶段工作的重要承当者。负责完毕本过程元素产生的全部工作产品。3）系统分析员配合解决涉及软件需求的问题。4）系统开发负责人负责组织系统工程组对具体设计进行分析，审查具体设计的可测试性；负责协调解决涉及软件需求的问题；参加《具体设计阐明书》和《单元测试计划》的审查和同意。5）软件测试负责人负责组织软件测试组对具体设计进行分析，审查具体设计的可测试性；参加《具体设计阐明书》和《单元测试计划》的审查和同意。编码（1）概述编码阶段重要完毕的工作是根据具体设计阐明书编写程序源代码，涉及必要的数据文献，并进行单元测试，单元测试的内容涉及模块内程序的逻辑、功效、参数传递、变量引用、出错解决等方面。本元素在整个过程中的位置以下图所示：具体设计具体设计编码集成测试图示：编码阶段在软件开发过程中的位置（2）入口准则和出口准则1）入口准则要素判断准则具体设计阐明书单元测试计划通过审查获得同意进入配备库2）出口准则要素判断准则源代码文献源代码文献清单源代码文献获得同意源代码文献进入配备库的源代码区单元测试报告提交测试负责人软件问题报告单提交问题管理渠道（3）评审对源代码文献进行同行评审，重要的办法为对照具体设计阐明书对代码进行查阅，也可根据编程者的经验或程序的难度、重要程度，选择走查评审方式，但目的都是发现程序存在的问题。（4）工作产品源代码文献《单元测试报告》《软件问题报告单》《软件问题状态记录表》（5）职责1）项目经理建立编码组、测试组或对应岗位，并进行必要的培训；跟踪进度和问题解决状态；对提交的源代码进行同意（或指定负责人进行同意工作）。2）程序员编写程序代码；测试程序代码；修改程序代码；提交工作产品，同意后将其导入配备区的源码库。3）单元测试人员测试源代码；提交测试报告和软件问题报告单。4）评审人员对指定源代码文献进行阅读，发现缺点和问题，填写评审报告。模块集成测试（1）概述集成测试阶段重要完毕的工作是集成和集成测试。集成是参考构造设计阐明书并根据具体阐明书中规定的系统集成方案将不同的经测试的程序单元进行构造，并逐步构造成一种完整的软件产品的过程；集成测试则是在集成完毕之后，对各单元、模块之间接口的对的性和集成后功效的对的性进行验证。对于大型软件，集成测试能够采用分步进行的办法，能够先对各子系统进行集成测试，然后在子系统之间进行集成测试。本元素在整个过程中的位置以下图所示：编码编码集成测试系统测试图示：集成测试在软件开发过程中的位置（2）入口准则和出口准则1）入口准则要素判断准则构造设计阐明书具体设计阐明书集成测试计划源代码文献通过审查获得同意进入配备库2）出口准则要素判断准则集成的软件系统（完整的源代码和目的代码）获得同意进入配备库集成测试报告提交集成测试负责人软件问题报告单已进入软件问题管理流程（3）审查阶段核查集成状态和成果，并进行同意；同意后，将目的程序和程序清单进入目的代码库。（4）工作产品集成后的系统目的代码（涉及文献清单），及对应的源代码（涉及文献清单）集成测试报告《软件问题报告单》《软件问题状态记录表》《集成工作单》《集成测试工作单》（5）职责项目经理：建立集成组、集成测试组或对应岗位，并进行必要的培训；跟踪进度和问题解决状态；对集成后的系统目的码进行同意（或指定负责人进行同意工作）。集成负责人员：负责集成过程的实施。集成人员：负责环境构建，集成的过程操作，并将集成后的目的代码提交同意。程序员、设计人员：修改源码或设计，解决集成过程中出现的与源码有关的问题。测试人员：测试系统目的码，将测试报告和软件问题报告单提交测试负责人。系统测试（1）概述系统测试的重要任务是从系统需求的角度对系统运行的对的性和性能进行验证。系统测试的根据为系统测试计划。本元素在整个过程中的位置以下图所示：集成测试集成测试系统测试验收图示：系统测试在软件开发过程中的位置（2）入口准则和出口准则1）入口准则要素判断准则系统需求系统的目的代码系统测试计划通过审查获得同意进入配备库顾客手册编写完毕2）出口准则要素判断准则系统测试报告软件问题报告单获得同意（3）工作产品《系统测试报告》《软件问题报告单》《软件问题状态记录表》（4）职责项目经理：负责建立系统测试组或有关的岗位，并进行必要的培训；跟踪进度和问题解决状态；对最后的目的代码进行同意（或指定负责人进行同意工作）。程序员、设计人员：修改源码或设计，解决集成过程中出现的与源码有关的问题。测试人员：测试系统目的码，将测试报告提交测试负责人，将软件问题报告单提交问题管理渠道。验收（1）概述验收阶段重要由验收测试、验收测试问题改正和验收三部分构成：验收测试的重要目的是验证所开发的系统在顾客的使用环境下（或模拟的使用环境下）与否满足系统需求，从顾客的角度验证整个系统运行的对的性。验收测试问题改正是对验收测试中发现的差别性问题进行修改。验收则是在验收测试的基础上，根据项目合同或项目任务书对项目的完毕状况进行综合评价。本元素在整个过程中的位置以下图所示：系统测试系统测试验收维护图示：验收在软件开发过程中的位置验收的三个构成部分视项目立项类型和客户的规定选择执行。（2）入口准则和出口准则1）入口准则要素判断准则验收测试计划（有验收测试规定的项目）验收测试前完毕评审。测试（系统测试、集成测试、单元测试）已完毕2）出口准则要素判断准则验收测试报告已提交验收测试问题报告单已关闭验收报告已提交（3）工作产品验收测试报告《软件问题报告单》《软件问题状态记录表》验收报告可交付产品（4）职责验收测试组：负责验收测试的各项活动。开发组人员：负责验收测试中发现问题的改正和测试辅助。项目管理人员：负责指派验收测试责任和完毕测试规程；确保测试质量和进程；确保组间协调。验收组：具体进行验收。CCB：同意运行基线。维护（1）概述维护期是指：软件产品/系统验收后，进入软件运行/系统维护阶段，直至软件产品下一种版本的公布或系统维护期终止；本元素在整个软件开发过程中的位置以下图所示：验收验收维护图示：维护在软件开发过程中的位