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

下载本文档

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

文档简介

1、.wd软件工程开发和管理标准V1软件开发标准化工作流程1 引言1.1 编写目的软件工程管理是软件工程和工程管理的穿插学科,软件工程管理的概念涵盖了管理软件产品开发所必须的知识、技术及工具。根据美国工程管理协会PMI对工程管理的定义可以将软件工程管理定义为:在软件工程活动中运用一系列知识、技能、工具和技术,以满足软件需求方的整体要求。软件工程管理是为了使软件工程能够按照预定的本钱、进度、质量顺利完成,而对本钱、人员、进度、质量、风险等进展分析和管理的活动。实际上,软件工程管理的意义不仅仅如此,进展软件工程管理有利于将开发人员的个人开发能力转化成企业的开发能力,企业的软件开发能力越高,说明这个企业

2、的软件生产越趋向于成熟,企业越能够稳定开展。软件生存周期包括可行性分析与工程开发方案、需求分析、设计概要设计和详细设计、编码、测试、维护等活动,所有这些活动都必须进展管理,在每个阶段都存在着权限角色控制、文档管理、版本控制、管理工具等,软件工程管理贯穿于软件生命的演化过程之中。1.2 适用范围所有软件工程管理。1.3 定义列出本文件中用到的专门术语的定义、外文首字母组词的原词组。2 软件工程管理过程2.1 概述为保证软件工程获得成功,必须对软件开发工程的工作范围、要完成的任务、需要的资源、需要的工作量、进度的安排、可能遇到的风险等做到心中有数。软件工程的管理工作开场于技术工作开场之前,在软件从

3、概念到实现的过程中持续进展,最后终止于软件开发工作完毕。2.2 流程图注:带书名号?的为工程开发过程中需提交的文档。2.3 工程管理过程2.3.1 启动软件工程启动软件工程是指必须明确工程的目标和范围、考虑可能的解决方案以及技术和管理上的要求等,这些信息是软件工程运行和管理的根基。2.3.2 制定工程方案工程方案在工程开场的时候制定,并随着工程的进展不断开展,工程方案为管理者提供了根据方案定期评审和跟踪工程进展的根基。方案的制定以下面的活动为依据:Ø 估算工程所需要的工作量Ø 估算工程所需要的资源Ø 根据工作量制定进度方案,继而进展资源分配Ø 做出配置管

4、理方案2.3.3 跟踪及控制工程方案在软件工程进展过程中,严格遵守工程方案,对于一些不可防止的变更,要进展适当的控制和调整,但要确保方案的完整性和一致性。2.3.4 评审工程方案对工程方案的完成程序进展评审,并对工程的执行情况进展评价。2.3.5 编写管理文档工程管理人员根据软件合同确定软件工程是否完成。工程一旦完成,那么检查工程完成的结果和中间记录文档,并把所有的结果记录下来形成文档而保存。3 软件工程管理内容3.1 需求阶段管理需求分析是软件生命周期中相当重要的一个阶段,是软件设计的根基,也是用户和软件工程人员之间的桥梁。简单地说,软件需求就是确定系统需要做什么,严格意义上,软件需求是系统

5、或软件必须到达的目标与能力。l 目标需求管理是一种获取、组织并记录软件需求的系统化方案,同时也是一个使客户与工程开发组对不断变更的软件需求达成并保持一致的过程。在需求管理中,软件工程组的工作是采取适当的措施来保证分配的需求,即要将分配的需求文档化,控制需求的变化,负责工程实施过程中需求的实现情况。需求管理的目的是在客户和处理客户需求的软件工程组之间建设对客户需求的共同理解。需求管理的目标有两个:Ø 使软件需求受控,并建设供软件工程和管理使用的需求基线。Ø 使软件方案、产品和活动与软件需求保持一致。在需求管理过程中,为实现第一个目标,必须控制需求基线的变动,按照变更控制的标准

6、和标准的过程进展需求变更控制和版本控制;为实现第二个目标,必须就变更和软件工程各小组达成共识,对软件工程方案做出调整,其中包括人员的安排、用户的沟通、本钱的调整、进度的调整等。需求管理是一个对系统需求变更了解和控制的过程,它贯穿于整个软件工程过程,在软件工程进展的过程中,无论正处于哪个阶段,一旦有需求错误出现或任何有关需求的变更出现,都需要需求管理活动来解决,提交?需求变更控制报告?。l 原那么为进展有效的需求管理,一般要遵循如下五条原那么:Ø 需求一定要分类管理Ø 需求必须分优先级Ø 需求必须文档化Ø 需求一旦变化,就必须对需求变更的影响进展评估

7、16; 需求管理必须与需求工程的其他活动严密整合l 主要工作需求阶段分为系统需求和系统分析两个阶段。系统需求阶段的主要工作是:Ø 调研用户需求及用户环境Ø 论证工程可行性Ø 制定工程初步方案系统分析阶段的主要工作是:Ø 确定系统运行环境Ø 建设系统逻辑模型Ø 确定系统功能及性能要求Ø 编写需求规格说明、测试方案Ø 确认工程开发方案l 完成文档需求规格说明书、工程开发方案、测试方案3.2 设计阶段管理l 主要工作软件的设计阶段可分为概要设计和详细设计两个阶段。概要设计的主要工作:Ø 建设系统总体构造,划分功

8、能模块Ø 定义各功能模块接口Ø 数据库设计如果需要详细设计的主要工作:Ø 设计各模块具体实现算法Ø 确定模块间详细接口l 完成文档概要设计完成文档Ø 概要设计说明书Ø 数据库设计说明书如果有详细设计完成文档:Ø 详细设计说明书3.3 开发阶段管理l 主要工作Ø 编写程序源代码Ø 进展模块测试和调试Ø 编写测试方案Ø 编写测试用例Ø 编写用户手册l 完成文档Ø 系统源程序清单Ø 测试用例Ø 测试方案3.4 测试阶段管理l 主要工作Ø 执行

9、测试Ø 测试整个软件系统强健性测试Ø 完善用户手册Ø 编写开发总结报告l 完成文档Ø 测试报告Ø 用户手册Ø 开发工作总结3.5 维护阶段管理l 主要工作Ø 为纠正错误,完善应用而进展修改Ø 对修改进行配置管理Ø 编写故障报告和修改报告Ø 修订用户手册l 完成文档Ø 故障报告Ø 修改报告3.6 工具管理列出开发的工具4 软件工程估算与进度管理4.1 软件工程估算软件工程估算包括工作量估算和本钱估算两个方面。软件估算作为软件工程管理的一项重要内容,是确保软件工程成功的关键因素。

10、估算是指通过预测构造软件工程所需要的工作量的过程。初步的估算用于确定软件工程的可行性,详细的估算用于指导工程方案的制定。4.2 软件规模对软件工程进展估算遇到的第一个问题就是软件规模,即软件的程序量。软件规模是软件工作量的主要影响因素。软件工程的设计有一个分层构造,这一分层构造就对应着工作分解构造WBS,Work Breakdown Structure,它将软件过程和软件产品构造联系起来。以以下图是一个典型的WBS构造:系 统子 系 统子 系 统子 系 统模块模块模块模块 模块模块模块模块模块模块有了工作分解构造之后,必须定义度量标准用以对软件规模进展估计。常用的软件规模度量标准有两种:代码行

11、LOCLines Of Code和功能点FPFunction Points。l 代码行代码行LOC是常用的源代码程序长度的度量标准,指源代码的总行数。源代码中除了可执行语句外,还有帮助理解的注释语句。l 功能点功能点度量是在需求分析阶段基于系统功能的一种规模估计方法,该方法通过已经初始应用需求来确定各种输入、输出、查询、外部文件和内部文件的数目,从而确定功能点数量。4.3 本钱估算本钱估算是对完成软件工程所需费用的估计和方案,是软件工程方案中的一个重要组成局部。4.4 进度安排在确定了工程资源总本钱、人员、时间等,把其分配到各个工程开发阶段中,即确定工程的进度。进度的合理安排是如期完成软件工程的重要保证,也是合理分配资源的重要依据,建议进度安排使用Gantt图甘特图。工程整体进度安排的过程如下:1) 根据工程总体进度目标,编制人员方案。2) 将各阶段所需要的资源和可以取得的资源进展比较,确定各阶段的初步进度,然后确定整个工程的初步进度。3) 对初步进度方案进展评审,确保该方案满足要求,否那么就重复上面的步骤。进度安排的详细程度取决于相应工作

温馨提示

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

评论

0/150

提交评论