软件开发方案_第1页
软件开发方案_第2页
软件开发方案_第3页
软件开发方案_第4页
软件开发方案_第5页
已阅读5页,还剩13页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

软件开发推行方案系统开发严格依照软件工程的方法进行组织,系统的开发过程按照需求分析、系统分析与设计要求、系统编码、系统测试几个过程有序推进。下表所示系统开发流程图,采用原型及迭代方式开发,依照用户需求连续改良,直到最后用户确认满意。1.1开发流程总述以以下列图示流程定义了我企业内部的软件开发过程,以指导和规范软件项目中开发过程的定义和相应的推行。该过程可区分为一系列子过程,包括:软件需求分析、设计、编码、测试、查收、保护,每个子过程又由一系列任务和活动组成,如设计过程又可分为结构设计和详尽设计。可是在实质开发项目中,情况仍旧会是变化无常的,因此我们也其实不是如出一辙的古板履行一个僵化的工作流程,我们的原则是在一个规范流程的指导和拘束下,根据详尽工程项目的实质要求,为每一个项目评估并制定真实能够最好的知足该项目要求的开发流程。开始软件需求分析N:改良同行评审经过Y结构设计N:改良评审经过Y详尽设计N:改良评审经过Y编码集成测试系统测试查收保护结束

《软件需求规格说明书》(稿本)《系统测试计划》《系统测试案例》(稿本)《用户手册》(纲领)《追忆表一》《软件需求规格说明书》《系统测试计划》《系统测试案例》《个人评审记录》《评审报告》《结构设计说明书》(稿本)《集成测试计划》《集成测试案例》(稿本)《用户手册》(稿本)《追忆表一》《结构设计说明书》《集成测试计划》《集成测试案例》《个人评审记录》《评审报告》《详尽设计说明书》(稿本)《单元测试计划》《单元测试案例》(稿本)《用户手册》(更正稿)《追忆表一》《详尽设计说明书》《单元测试计划》《单元测试案例》《用户手册》(更正稿)《个人评审记录》《评审报告》源代码、源代码文件清单《单元测试报告》(经过审批)《软件问题状态登记表》《软件问题报告单》《集成工作单》《集成测试工作单》《集成测试报告》(经过审批)《软件问题状态登记表》《软件问题报告单》集成的软件系统《系统测试报告》(经过审批)《软件问题状态登记表》《软件问题报告单》《系统管理员使用说明书》(经过审批)《安装手册》(经过审批)《用户手册》(经过审批软件系统(系统测试经过)查收测试报告《软件问题报告单》《软件问题状态登记表》查收报告可交托产品《软件需求规格说明书》(升级版)《客户需求登记表》《客户需求统计表》《设计说明书》(升级版)《软件问题报告单》《软件问题状态登记表》《软件保护推行计划》保护后的软件系统图软件开发流程总图在应用系统软件开发项目中,我们仍将依照这一思想,这一点将在随后的项目开发推行计划部分有详尽的表现,在这里和下面的有关章节中,我们仍将围绕着这个完满的开发流程来分析说明,以此来说明我们对项目开发的完满过程管理思想和有关实践。下面我们对这个软件开发工作流程进行简要地分讲解明。1.2软件需求分析(1)概括由于应用系统与众多有关应用软件需要进行交互,因此需要先对这些应用系统进行分别梳理,充分做好需求调研工作,编写经项目单位认可并评审经过的《系统需求规格说明书》。软件需求分析是依照项目定义的软件开发过程,依照系统分派给软件的需求(见《系统需求规格说明书》),进行软件质量特点规格说明的过程。该过程包括进一步明确软件运行环境,明确对软件的功能、性能和数据要求,以及软件与硬件、软件与软件之间的接口要求等,并对软件需求进行考证和文档化,即达成对软件需求的分析与规格定义。本元素在整个过程中的地址以以下列图所示:系统分派给软软件需求分析结构设计件的需求图示:软件需求分析在软件开发过程中的地址(2)入口准则和出口准则1)入口准则要素客户需求(《系统需求规格说明书》)

判断准则已由CCB赞同为基线已进入配置库2)出口准则要素判断准则已经过审查软件需求规格说明书已赞同为基线已进入配置库系统测试计划已经过审查已获得赞同系统测试案例已进入配置库用户手册(纲领)已编写追忆表一已填写(3)评审评审《软件需求规格说明书》,详尽评审过程见《评审程序言件》,对软件需求的评审准则包括:●系统需求和系统设计的可追忆性;●与系统需求的一致性;●内部一致性;●可测试性;●软件设计的可行性;●运作和保护的可行性。对软件需求中的问题,与系统工程组或客户一同确定和审查,依照审查结果对软件需求进行合适的更正,必要时按基线更正控制的要求对客户需求进行相应的更正。对软件需求规格说明书进行同行评审。审查、赞同软件需求规格说明书。将软件需求规格说明书置于配置管理之下。4)工作产品《软件需求规格说明书》《系统测试计划》《系统测试案例》《用户手册》《追忆表》5)职责项目经理:负责组建软件需求分析组;确定可否需要对有关人员进行培训;负责软件需求规格说明书的审查和赞同。软件需求分析组:软件需求分析的主要肩负者,负责达成本过程元素要求产生的所有工作产品。系统测试负责人:负责组织软件系统测试组对软件需求进行分析,审查软件需求的可测试性;参加软件需求规格说明书的审查和赞同。质量保证人员:参加工作产品的审查,统计弊端,并对软件需求分析过程进行审计。系统开发组:配合办理波及客户需求的软件需求问题。客户:必要时参加软件需求规格说明书的审查和赞同。1.3结构设计(1)概括结构设计是指依照《软件需求规格说明书》,设计软件系统的系统结构,即模块结构,定义每个模块的主要功能和模块之间的联系(即接口),并确定软件系统的数据系统结构。本元素在整个过程中的地址以以下列图所示:软件需求分析结构设计详尽设计图示:软件需求分析在软件开发过程中的地址图(2)入口准则和出口准则1)入口准则要素软件需求规格说明书

判断准则经过审查审查获得赞同进入配置库2)出口准则要素判断准则结构设计说明书经过审查集成测试计划审查获得赞同集成测试案例进入配置库用户手册(稿本)已完满追忆表一3)评审对《结构设计说明书》和《集成测试计划》进行同行评审。对结构设计中的问题,与软件需求分析人员一同确定和审查,并对结构设计进行合适的更正。●审查、赞同《结构设计说明书》,必要时,对其进行设计评审。●将《结构设计说明书》、《集成测试计划》和《集成测试案例》置于配置管理之下。4)工作产品《结构设计说明书》《集成测试计划》《集成测试案例》《用户手册》《追忆表》5)职责1)项目经理负责选择合适的设计人员,组建结构设计工作组;负责《结构设计说明书》和《集成测试计划》的审查和赞同。2)结构设计人员结构设计阶段工作的主要肩负者,负责达成本过程元素产生的所有工作产品。3)系统分析员配合办理波及软件需求的问题。4)系统开发负责人负责组织系统工程组对结构设计进行分析,审查结构设计的可测试性;负责协调办理波及软件需求的问题;参加《结构设计说明书》和《集成测试计划》的审查和赞同。5)软件测试负责人负责组织软件测试组对结构设计进行分析,审查结构设计的可测试性;参加《结构设计说明书》和《集成测试计划》的审查和赞同。1.4详尽设计(1)概括详尽设计是依照《结构设计说明书》进行模块设计,将结构设计所获得的模块依照单元、程序、规程的次序渐渐细化。详尽定义各个单元的数据结构、程序的实现算法以及程序、单元、模块之间的接口等,作为今后编码工作的依照。本元素在整个过程中的地址以以下列图所示:结构设计详尽设计编码图示:详尽设计在软件开发过程中的地址(2)入口准则和出口准则1)入口准则要素判断准则结构设计说明书经过审查审查获得赞同进入配置库2)出口准则要素判断准则详尽设计说明书经过审查审查获得赞同进入配置库(3)评审对《详尽设计说明书》和《单元测试计划》可进行走查或(和)同行评审;对详尽设计中的问题,与结构设计人员一同确定和审查,并对详尽设计做出合适的更正;审查、赞同《详尽设计说明书》,必要时,对其进行设计评审;将《详尽设计说明书》和《单元测试计划》置于配置管理之下。4)工作产品《详尽设计说明书》《单元测试计划》《单元测试案例》《用户手册》《追忆表》5)职责1)项目经理负责选择合适的设计人员,组建详尽设计组;负责《详尽设计说明书》和《单元测试计划》的审查和赞同。2)详尽设计人员详尽设计阶段工作的主要肩负者。负责达成本过程元素产生的所有工作产品。3)系统分析员配合办理波及软件需求的问题。4)系统开发负责人负责组织系统工程组对详尽设计进行分析,审查详尽设计的可测试性;负责协调办理波及软件需求的问题;参加《详尽设计说明书》和《单元测试计划》的审查和赞同。5)软件测试负责人负责组织软件测试组对详尽设计进行分析,审查详尽设计的可测试性;参加《详尽设计说明书》和《单元测试计划》的审查和赞同。1.5编码(1)概括编码阶段主要达成的工作是依照详尽设计说明书编写程序源代码,包括必要的数据文件,并进行单元测试,单元测试的内容包括模块内程序的逻辑、功能、参数传达、变量引用、出错办理等方面。本元素在整个过程中的地址以以下列图所示:详尽设计编码集成测试图示:编码阶段在软件开发过程中的地址(2)入口准则和出口准则1)入口准则要素详尽设计说明书单元测试计划

判断准则经过审查获得赞同进入配置库2)出口准则要素源代码文件源代码文件清单单元测试报告软件问题报告单

判断准则源代码文件获得赞同源代码文件进入配置库的源代码区提交测试负责人提交问题管理渠道(3)评审对源代码文件进行同行评审,主要的方法为比较详尽设计说明书对代码进行查阅,也可依照编程者的经验或程序的难度、重要程度,选择走查评审方式,但目的都是发现程序存在的问题。4)工作产品源代码文件《单元测试报告》《软件问题报告单》《软件问题状态登记表》5)职责1)项目经理建立编码组、测试组或相应岗位,并进行必要的培训;追踪进度和问题解决状态;对提交的源代码进行赞同(或指定负责人进行赞同工作)。2)程序员编写程序代码;测试程序代码;更正程序代码;提交工作产品,赞同后将其导入配置区的源码库。3)单元测试人员测试源代码;提交测试报告和软件问题报告单。4)评审人员对指定源代码文件进行阅读,发现弊端和问题,填写评审报告。1.6模块集成测试(1)概括集成测试阶段主要达成的工作是集成和集成测试。集成是参照结构设计说明书并依照详尽说明书中规定的系统集成方案将不同样的经测试的程序单元进行结构,并渐渐结构成一个完满的软件产品的过程;集成测试则是在集成达成此后,对各单元、模块之间接口的正确性和集成后功能的正确性进行考证。关于大型软件,集成测试能够采用分步进行的方法,能够先对各子系统进行集成测试,尔后在子系统之间进行集成测试。本元素在整个过程中的地址以以下列图所示:编码集成测试系统测试图示:集成测试在软件开发过程中的地址(2)入口准则和出口准则1)入口准则要素判断准则结构设计说明书经过审查详尽设计说明书获得赞同集成测试计划进入配置库源代码文件2)出口准则要素判断准则集成的软件系统获得赞同(完满的源代码和目标代码)进入配置库集成测试报告提交集成测试负责人软件问题报告单已进入软件问题管理流程(3)审查阶段核查集成状态和结果,并进行赞同;赞同后,将目标程序和程序清单进入目标代码库。4)工作产品集成后的系统目标代码(包括文件清单),及相应的源代码(包括文件清单)集成测试报告《软件问题报告单》《软件问题状态登记表》《集成工作单》《集成测试工作单》(5)职责●项目经理:建立集成组、集成测试组或相应岗位,并进行必要的培训;追踪进度和问题解决状态;对集成后的系统目标码进行赞同(或指定负责人进行赞同工作)。●集成负责人员:负责集成过程的推行。●集成人员:负责环境建立,集成的过程操作,并将集成后的目标代码提交赞同。●程序员、设计人员:更正源码或设计,解决集成过程中出现的与源码有关的问题。●测试人员:测试系统目标码,将测试报告和软件问题报告单提交测试负责人。1.7系统测试(1)概括系统测试的主要任务是从系统需求的角度对系统运行的正确性和性能进行考证。系统测试的依照为系统测试计划。本元素在整个过程中的地址以以下列图所示:集成测试系统测试查收图示:系统测试在软件开发过程中的地址(2)入口准则和出口准则1)入口准则要素判断准则系统需求经过审查要素判断准则系统的目标代码获得赞同系统测试计划进入配置库用户手册编写达成2)出口准则要素判断准则系统测试报告获得赞同软件问题报告单3)工作产品《系统测试报告》《软件问题报告单》《软件问题状态登记表》4)职责项目经理:负责建立系统测试组或有关的岗位,并进行必要的培训;追踪进度和问题解决状态;对最后的目标代码进行赞同(或指定负责人进行赞同工作)。程序员、设计人员:更正源码或设计,解决集成过程中出现的与源码有关的问题。测试人员:测试系统目标码,将测试报告提交测试负责人,将软件问题报告单提交问题管理渠道。1.8查收(1)概括查收阶段主要由查收测试、查收测试问题更正和查收三部分组成:查收测试的主要目的是考证所开发的系统在用户的使用环境下(或模拟的使用环境下)可否知足系统需求,从用户的角度考证整个系统运行的正确性。查收测试问题更正是对查收测试中发现的差别性问题进行更正。查收则是在查收测试的基础上,依照项目合同或项目任务书对项目的达成情况进行综合谈论。本元素在整个过程中的地址以以下列图所示:系统测试查收保护图示:查收在软件开发过程中的地址查收的三个组成部分视项目立项种类和客户的要求选择履行。(2)入口准则和出口准则1)入口准则要素判断准则查收测试计划(有查收测试要求查收测试前达成

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论