软件系统开发和管理规范_第1页
软件系统开发和管理规范_第2页
软件系统开发和管理规范_第3页
软件系统开发和管理规范_第4页
软件系统开发和管理规范_第5页
已阅读5页,还剩5页未读 继续免费阅读

下载本文档

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

文档简介

软件系统开发和管理规范2017年5月26日目录1、. 软件系统管理概述 32. 软件系统管理过程 33. 软件系统管理内容 53.1. 需求阶段管理 53.2. 设计阶段管理 73.3. 开发阶段管理 73.4. 测试阶段管理 83.5. 维护阶段管理 83.6. 工具管理 83.7. 软件系统估算与进度管理 93.7.1. 软件系统估算 93.7.2. 进度安排 10系统计划在系统开始的时候制定,并随着系统的进展不断发展,系统计划为管理者提供了根据计划定期评审和跟踪系统进展的基础。计划的制定以下面的活动为依据:估算系统所需要的工作量估算系统所需要的资源根据工作量制定进度计划,继而进行资源分配做出配置管理计划跟踪及控制系统计划在软件系统进行过程中,严格遵守系统计划,对于一些不可避免的变更,要进行适当的控制和调整,但要确保计划的完整性和一致性。评审系统计划对系统计划的完成程序进行评审,并对系统的执行情况进行评价。编写管理文档系统管理人员根据软件合同确定软件系统是否完成。系统一旦完成,则检查系统完成的结果和中间记录文档,并把所有的结果记录下来形成文档而保存。软件系统管理内容需求阶段管理需求分析是软件生命周期中相当重要的一个阶段,是软件设计的基础,也是用户和软件工程人员之间的桥梁。简单地说,软件需求就是确定系统需要做什么,严格意义上,软件需求是系统或软件必须达到的目标与能力。目标需求管理是一种获取、组织并记录软件需求的系统化方案,同时也是一个使客户与系统开发组对不断变更的软件需求达成并保持一致的过程。在需求管理中,软件工程组的工作是采取适当的措施来保证分配的需求,即要将分配的需求文档化,控制需求的变化,负责系统实施过程中需求的实现情况。需求管理的目的是在客户和处理客户需求的软件系统组之间建立对客户需求的共同理解。需求管理的目标有两个:使软件需求受控,并建立供软件工程和管理使用的需求基线。使软件计划、产品和活动与软件需求保持一致。在需求管理过程中,为实现第一个目标,必须控制需求基线的变动,按照变更控制的标准和规范的过程进行需求变更控制和版本控制;为实现第二个目标,必须就变更和软件系统各小组达成共识,对软件系统计划做出调整,其中包括人员的安排、用户的沟通、成本的调整、进度的调整等。需求管理是一个对系统需求变更了解和控制的过程,它贯穿于整个软件系统过程,在软件系统进行的过程中,无论正处于哪个阶段,一旦有需求错误出现或任何有关需求的变更出现,都需要需求管理活动来解决,提交《需求变更控制报告》。原则为进行有效的需求管理,一般要遵循如下五条原则:需求一定要分类管理需求必须分优先级需求必须文档化需求一旦变化,就必须对需求变更的影响进行评估需求管理必须与需求工程的其他活动紧密整合主要工作需求阶段分为系统需求和系统分析两个阶段。系统需求阶段的主要工作是:调研用户需求及用户环境论证系统可行性制定系统初步计划系统分析阶段的主要工作是:确定系统运行环境建立系统逻辑模型确定系统功能及性能要求编写需求规格说明、测试计划确认系统开发计划完成文档需求规格说明书、系统开发计划、测试计划设计阶段管理主要工作软件的设计阶段可分为概要设计和详细设计两个阶段。概要设计的主要工作:建立系统总体结构,划分功能模块定义各功能模块接口数据库设计(如果需要)详细设计的主要工作:设计各模块具体实现算法确定模块间详细接口完成文档概要设计完成文档概要设计说明书数据库设计说明书(如果有)详细设计完成文档:详细设计说明书开发阶段管理主要工作编写程序源代码进行模块测试和调试编写测试方案编写测试用例编写用户手册完成文档系统源程序清单测试用例测试方案测试阶段管理主要工作执行测试测试整个软件系统(健壮性测试)完善用户手册编写开发总结报告完成文档测试报告用户手册开发工作总结维护阶段管理主要工作为纠正错误,完善应用而进行修改对修改进行配置管理编写故障报告和修改报告修订用户手册完成文档故障报告修改报告工具管理开发工具管理MicrosoftVisualStudio2005/2008开发环境VSS版本管理测试工具管理XX缺陷管理工具(暂定bugfree)Loadrunner8.1性能测试工具软件系统估算与进度管理软件系统估算软件系统估算包括工作量估算和成本估算两个方面。软件估算作为软件系统管理的一项重要内容,是确保软件系统成功的关键因素。估算是指通过预测构造软件系统所需要的工作量的过程。初步的估算用于确定软件系统的可行性,详细的估算用于指导系统计划的制定。软件规模对软件系统进行估算遇到的第一个问题就是软件规模,即软件的程序量。软件规模是软件工作量的主要影响因素。软件系统的设计有一个分层结构,这一分层结构就对应着工作分解结构(WBS,WorkBreakdownStructure),它将软件过程和软件产品结构联系起来。下图是一个典型的WBS结构:系统系统子系统子系统子系统模块模块模块模块模块模块模块模块模块模块有了工作分解结构之后,必须定义度量标准用以对软件规模进行估计。常用的软件规模度量标准有两种:代码行LOC(LinesOfCode)和功能点FP(FunctionPoints)。代码行代码行LOC是常用的源代码程序长度的度量标准,指源代码的总行数。源代码中除了可执行语句外,还有帮助理解的注释语句。功能点功能点度量是在需求分析阶段基于系统功能的一种规模估计方法,该方法通过已经初始应用需求来确定各种输入、输出、查询、外部文件和内部文件的数目,从而确定功能点数量。成本估算成本估算是对完成软件系统所需费用的估计和计划,是软件系统计划中的一个重要组成部分。进度安排在确定了系统资源(总成本、人员、时间等),把其分配到各个系统开发阶段中,即确定系统的进度。进度的合理安排是如期完成软件系统的重要保证,也是合理分配资源的重要依据,建议进度安排使用Gantt图(甘特图)。系统整体进度安排的过程如下:根据系统总体进度目标,编制人员计划。将各阶段所需要的资源和可以取得的资源进行比较,确定各阶段的初步进度,然后确定整个系统的初步进度。对初步进度计划进行评审,确保该计

温馨提示

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

评论

0/150

提交评论