好文档就是一把金锄头!
欢迎来到金锄头文库![会员中心]
电子文档交易市场
安卓APP | ios版本
电子文档交易市场
安卓APP | ios版本

软件开发实施方案(共7篇).doc

108页
  • 卖家[上传人]:Wo****C
  • 文档编号:342874211
  • 上传时间:2023-01-17
  • 文档格式:DOC
  • 文档大小:111.50KB
  • 文本预览
  • 下载提示
  • 常见问题
    • 软件开发施行方案〔共7篇〕第1篇:软件开发施行方案1 软件开发施行方案系统开发严格按照软件工程的方法进展组织, 系统的开发过程按照需求分析^p 、系统分析^p 与设计要求、系统编码、系统测试几个过程有 序推进下表所示系统开发流程图,采用原型及迭代方式开发,根据 用户需求持续改良,直到最终用户确认满意1.1 开发流程总述如下列图示流程定义了我公司内部的软件开发过程, 以指导和标准软件工程中开发过程的定义和相应的施行该过程可划分为一系列子过程,包括:软件需求分析^p 、设计、编码、测试、验收、维护,每个子过程又由一系列任务和活动组成,如 设计过程又可分为构造设计和详细设计 但是在实际开发工程中, 情 况仍然会是千变万化的, 因此我们也并不是一成不变的死板执行一个 僵化的工作流程, 我们的原那么是在一个标准流程的指导和约束下, 根 据详细工程工程的实际要求, 为每一个工程评估并制定真正可以最好 的满足该工程要求的开发流程开场软件需求分析^p YN:改良YN:改良YN:改良《软件需求规格说明书》〔初稿〕《系统测试方案》《系统测试案例》〔初稿〕《用户手册》〔概要〕 《追溯表一》《软件需求规格说明书》《系统测试方案》《系统测试案例》《个人评审记录》《评审报告》同行评审通过构造设计评审通过《构造设计说明书》〔初稿〕《集成测试方案》《集成测试案例》〔初稿〕《用户手册》〔初稿〕 《追溯表一》《构造设计说明书》《集成测试方案》《集成测试案例》《个人评审记录》 《评审报告》《详细设计说明书》〔初稿〕《单元测试方案》《单元测试案例》〔初稿〕《用户手册》〔修改稿〕 《追溯表一》《详细设计说明书》《单元测试方案》《单元测试案例》《用户手册》〔修改稿〕《个人评审记录》《评审报告》代码、代码文件清单《单元测试报告》〔经过审批〕《软件问题状态登记表》 《软件问题报告单》《集成工作单》《集成测试工作单》《集成测试报告》〔经过审批〕《软件问题状态登记表》《软件问题报告单》 集成的软件系统《系统测试报告》〔经过审批〕《软件问题状态登记表》《软件问题报告单》《系统管理员使用说明书》 ( 经过审批)《安装手册》〔经过审批〕《用户手册》〔经过审批 软件系统〔系统测试通过〕验收测试报告《软件问题报告单》《软件问题状态登记表》验收报告 可交付产品《软件需求规格说明书》〔晋级版〕《客户需求登记表》《客户需求统计表》《设计说明书》〔晋级版〕《软件问题报告单》《软件问题状态登记表》《软件维护施行方案》 维护后的软件系统详细设计评审通过编码集成测试系统测试验收维护完毕图 1.1-1 软件开发流程总图在应用系统软件开发工程中, 我们仍将遵循这一思想, 这一点将在随后的工程开发施行方案局部有详细的表达, 在这里和下面的相关章节中,我们仍将围绕着这个完好的开发流程来分析^p 说明, 以此来说明我们对工程开发的完好过程管理思想和相关理论。

      下面我们对这个软件开发工作流程进展简要地分讲解明1.2 软件需求分析^p 〔1〕概述由于应用系统与众多相关应用软件需要进展交互, 因此需要先对这些应用系统进展分别梳理, 充分做好需求调研工作, 编写经工程单位认可并评审通过的《系统需求规格说明书》 软件需求分析^p 是按照工程定义的软件开发过程, 根据系统分配给软件的需求〔见 《系统需求规格说明书》〕,进展软件质量特性规格说明的过程该过程包括进一步明确软件运行环境, 明确对软件的功能、性能和数据要求,以及软件与硬件、软件与软件之间的接口要求等,并对软件需求进展验证和文档化, 即完成对软件需求的分析^p 与规格定义本元素在整个过程中的位置如下列图所示:系统分配给软件的需求软件需求分析^p 构造设计图示:软件需求分析^p 在软件开发过程中的位置〔2〕入口准那么和出口准那么1〕入口准那么要素判断准那么客户需求〔《系统需求规格已由 CCB批准为基线说明书》〕已进入配置库2〕出口准那么要素判断准那么已经过审查软件需求规格说明书已批准为基线已进入配置库系统测试方案已经过审查已获得批准系统测试案例已进入配置库用户手册〔概要〕 追溯表一已编写已填写〔3〕评审评审《软件需求规格说明书》 ,详细评审过程见《评审程序文件》,对软件需求的评审准那么包括:● 系统需求和系统设计的可追溯性;● 与系统需求的一致性;● 内部一致性;● 可测试性;● 软件设计的可行性;● 运作和维护的可行性。

      对软件需求中的问题, 与系统工程组或客户一起确定和审查, 根据审查结果对软件需求进展适当的修改, 必要时按基线变更控制的要求对客户需求进展相应的修改 对软件需求规格说明书进展同行评审审查、批准软件需求规格说明书将软件需求规格说明书置于配置管理之下〔 4〕工作产品● 《软件需求规格说明书》 ● 《系统测试方案》 ● 《系统测试案例》 ● 《用户手册》 ● 《追溯表》 〔 5〕职责● 工程经理:负责组建软件需求分析^p 组;确定是否需要对有关人员进展培训;负责软件需求规格说明书的审查和批准● 软件需求分析^p 组:软件需求分析^p 的主要承当者,负责完本钱过程元素要求产生的所有工作产品● 系统测试负责人:负责组织软件系统测试组对软件需求进展分析^p ,审查软件需求的可测试性;参与软件需求规格说明书的审查和批准● 质量保证人员:参与工作产品的审查,统计缺陷,并对软件需求分析^p 过程进展审计● 系统开发组:配合处理涉及客户需求的软件需求问题 ● 客户:必要时参与软件需求规格说明书的审查和批准1.3 构造设计〔1〕概述构造设计是指按照《软件需求规格说明书》 ,设计软件系统的体系构造,即模块构造,定义每个模块的主要功能和模块之间的联络 〔即接口〕,并确定软件系统的数据体系构造。

      本元素在整个过程中的位置如下列图所示:软件需求分析^p 构造设计 详细设计图示:软件需求分析^p 在软件开发过程中的位置图〔2〕入口准那么和出口准那么1〕入口准那么要素判断准那么软件需求规格说明书 经过审查审查获得批准进入配置库2〕出口准那么要素构造设计说明书 集成测试方案 集成测试案例 用户手册〔初稿〕判断准那么经过审查审查获得批准进入配置库已完善追溯表一〔 3〕评审● 对《构造设计说明书》和《集成测试方案》进展同行评审● 对构造设计中的问题,与软件需求分析^p 人员一起确定和审查,并对构造设计进展适当的更改● 审查、批准《构造设计说明书》,必要时,对其进展设计评审 ● 将《构造设计说明书》、《集成测试方案》 和《集成测试案例》置于配置管理之下〔 4〕工作产品● 《构造设计说明书》 ● 《集成测试方案》 ● 《集成测试案例》 ● 《用户手册》 ● 《追溯表》 〔 5〕职责1〕工程经理负责选择适宜的设计人员,组建构造设计工作组;负责《构造设 计说明书》和《集成测试方案》的审查和批准2〕构造设计人员构造设计阶段工作的主要承当者, 负责完本钱过程元素产生的所有工作产品3〕系统分析^p 员配合处理涉及软件需求的问题。

      4〕系统开发负责人负责组织系统工程组对构造设计进展分析^p , 审查构造设计的可测试性;负责协调处理涉及软件需求的问题;参与《构造设计说明书》和《集成测试方案》的审查和批准5〕软件测试负责人负责组织软件测试组对构造设计进展分析^p , 审查构造设计的可测试性;参与《构造设计说明书》和《集成测试方案》的审查和批准1.4 详细设计〔1〕概述详细设计是根据 《构造设计说明书》进展模块设计,将构造设计所获得的模块按照单元、程序、规程的顺序逐步细化详细定义各个单元的数据构造、程序的实现算法以及程序、单元、模块之间的接口等,作为以后编码工作的根据本元素在整个过程中的位置如下列图所示:构造设计详细设计 编码图示:详细设计在软件开发过程中的位置〔2〕入口准那么和出口准那么1〕入口准那么要素判断准那么 经过审查 审查获得批准构造设计说明书进入配置库2〕出口准那么要素 判断准那么要素判断准那么 经过审查 审查获得批准详细设计说明书进入配置库〔3〕评审对《详细设计说明书》和《单元测试方案》可进展走查或〔和〕同行评审;对详细设计中的问题, 与构造设计人员一起确定和审查, 并对详细设计做出适当的更改;审查、批准《详细设计说明书》 ,必要时,对其进展设计评审;将《详细设计说明书》和《单元测试方案》置于配置管理之下。

      〔 4〕工作产品● 《详细设计说明书》 ● 《单元测试方案》 ● 《单元测试案例》 ● 《用户手册》 ● 《追溯表》 〔 5〕职责1〕工程经理负责选择适宜的设计人员,组建详细设计组;负责《详细设计说明书》和《单元测试方案》的审查和批准2〕详细设计人员详细设计阶段工作的主要承当者 负责完本钱过程元素产生的所有工作产品3〕系统分析^p 员配合处理涉及软件需求的问题4〕系统开发负责人负责组织系统工程组对详细设计进展分析^p , 审查详细设计的可测试性;负责协调处理涉及软件需求的问题;参与《详细设计说明书》和《单元测试方案》的审查和批准5〕软件测试负责人负责组织软件测试组对详细设计进展分析^p , 审查详细设计的可测试性;参与《详细设计说明书》和《单元测试方案》的审查和批准1.5 编码〔1〕概述编码阶段主要完成的工作是根据详细设计说明书编写程序代码,包括必要的数据文件, 并进展单元测试,单元测试的内容包括模块内程序的逻辑、功能、参数传递、变量引用、出错处理等方面本元素在整个过程中的位置如下列图所示:详细设计编码 集成测试图示:编码阶段在软件开发过程中的位置〔2〕入口准那么和出口准那么1〕入口准那么要素判断准那么详细设计说明书经过审查单元测试方案 获得批准进入配置库2〕出口准那么要素判断准那么代码文件代码文件获得批准代码文件清单代码文件进入配置库的代码区单元测试报告提交测试负责人软件问题报告单提交问题管理渠道〔3〕评审对代码文件进展同行评审, 主要的方法为对照详细设计说明书对代码进展查阅,也可根据编程者的经历或程序的难度、重要程度,选择走查评审方式,但目的都是发现程序存在的问题。

      〔 4〕工作产品● 代码文件 ● 《单元测试报告》 ● 《软件问题报告单》 ● 《软件问题状态登记表》 〔 5〕职责1〕工程经理建立编码组、测试组或相应岗位,并进展必要的培训;跟踪进度和问题解决状态; 对提交的代码进展批准 〔或指定负责人进展批准工作〕2〕程序员编写程序代码;测试程序代码;修改程序代码;提交工作产品,批准后将其导入配置区的码库3〕单元测试人员测试代码;提交测试报告和软件问题报告单4〕评审人员对指定代码文件进展阅读,发现缺陷和问题,填写评审报告。

      点击阅读更多内容
      关于金锄头网 - 版权申诉 - 免责声明 - 诚邀英才 - 联系我们
      手机版 | 川公网安备 51140202000112号 | 经营许可证(蜀ICP备13022795号)
      ©2008-2016 by Sichuan Goldhoe Inc. All Rights Reserved.