软件质量保证_第1页
软件质量保证_第2页
软件质量保证_第3页
软件质量保证_第4页
软件质量保证_第5页
已阅读5页,还剩6页未读 继续免费阅读

下载本文档

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

文档简介

1、前言: 对软件开发的各个阶段进行管理,增强对软件开发的控制能力,提高软件开发质量,这是软件项目管理的根本目的。 软件的质量高低取决于其是否符合包括功能性、可靠性、易用性、效率、可维护性、可移植性等在内的六个方面的要求。而要达到这六个方面质量要求,就必须对软件开发过程中各个环节进行全过程的项目管理,从需求分析、设计、编码、测试到上线验收进行控制。根据软件工程的生命周期,软件项目可分为项目立项、启动、需求分析、系统设计、系统开发、系统测试、系统上线、项目验收和上线后评估等9个阶段进行。加强软件项目管理,就是以软件工程的各个环节为管理主线,将动态项目管理贯穿其中,通过对软件开发的项目范围、项目进度、

2、项目质量、项目沟通、人力资源、项目成本六大核心要素的集成管理,实现软件开发管理效能的最大化,从而大大提高软件的开发质量。 准确把握软件需需求 : 软软件开发项目目的提出,应应由迫切的业业务需求来驱驱动。很多不不成功的软件件项目,往往往是由信息技技术部门提出出,按照技术术人员的思路路主导开发,并并理所当然地地被认为能够够在业务部门门取得良好的的应用效果。这这样的项目由由于得不到业业务部门的理理解和支持,脱脱离业务需求求,多数面临临失败或半途途而废的命运运。因此软件件项目业务需需求的迫切性性、技术实现现的成熟性、经经济效益的可可行性等方面面的因素,都都是考虑的要要素,将对项项目的成败产产生直接影响

3、响。 正确确的做法应该该是,由软件件的需求单位位根据自身业业务需要,向向信息技术管管理部门提出出软件项目的的立项建议,对对立项的目的的、业务需求求范围、技术术经济指标、开开发周期要求求等方面做简简要概述,再再由信息技术术管理部门组组织业务专家家和信息技术术专家组成联联合专家组,进进行项目立项项的可行性论论证。通过专专家组论证审审核后,项目目提出单位需需要进行开题题设计,进一一步明确软件件开发范围、技技术路线、进进度安排、经经费预算、研研究人员组成成、合作队伍伍,并以此为为基础编制完完成开题设计计书。信息技技术管理部门门组织专家组组对开题设计计进行论证,只只有业务需求求合理、技术术路线可行、开开

4、发队伍落实实的项目,才才能通过专家家组审核,进进入项目启动动阶段。 软件开发过程的的监督和管理理 软件件开发项目具具有建设范围围难界定、技技术含量高、人人员流动快、协协作性强、开开发成功率低低等特点。目目前国内对软软件项目的监监理制度尚不不规范,对软软件开发仍然然缺乏有效控控制。因此由由企业的信息息技术管理部部门设立软件件监督岗位,加加强对软件项项目的开发过过程管理,就就显得非常必必要。 软件监督的主要要职责是在项项目的进行过过程中,协调调业务需求部部门和软件开开发方的关系系,监控软件件开发任务的的执行情况,给给开发人员和和管理层提供供反映软件过过程质量的信信息和数据,提提高项目透明明度,从而

5、保保证项目按照照计划实施,实实现预期目标标。软件监督督应具备以下下几方面的基本本素质: 具有较强的工作作责任感和良良好的沟通能能力; 熟悉业务管理流流程,掌握软软件开发流程程、开发规范范以及相关标标准; 具有软件开发项项目的建设和和管理经验,掌掌握项目管理理知识; 软件监督的工作作任务主要有有: 确保软件按照业业务需求方确确认的范围进进行开发。 保证软件开发进进度符合双方方确认的计划划指标。 保证软件开发过过程中存在的的不符合要求求的问题能够够及时得到沟沟通和处理,必必要时需要将将问题反映给给管理层。 确保项目组中软软件开发人员员队伍相对稳稳定。 保证软件开发过过程和开发出出来的软件符符合相应

6、标准准和规范。 收集软件开发过过程中的成功功经验,为企企业提供软件件开发过程的的有效控制方方法和规范。 1.监督管理的的范围: 需求分析说明明书是对软软件开发范围围的书面表达达依据。由于于需求分析析说明书往往往是采用软软件设计的术术语编写,因因此常常令计计算机背景知知识较少的业业务需求方难难以理解,也也就很难发现现需求报告中中与实际需求求不符之处,更更难提出建设设性的意见。 软件监督要对软软件开发范围围进行管理,首首先要确定双双方都能认可可的需求分分析说明书。如如要求软件开开发方对需需求分析说明明书做出进进一步更详细细的解释,编编制业务模型型,以便用户户方准确地理理解需求分分析说明书的的内容,

7、能及及早地发现需需求与实际的的偏差。这也也是对需求分分析工作的总总结与确认。 在项目需求分析析阶段,双方方必须全面地地、尽可能细细致地讨论项项目的应用背背景、功能要要求、性能要要求、操作界界面要求、与与其他软件的的接口要求,以以及对项目进进行评估的各各种评价标准准。 需求分析说明明书完成后后,软件监督督应组织项目目组与业务需需求方共同讨讨论,听取业业务需求方的的意见和建议议,并进行相相应的修改完完善。各方确确认需求分分析说明书内内容后,需在在说明书上签签字确认。 在软件开发过程程中,双方应应严格按照签签字确认的需需求分析说明明书中规定定的业务范围围进行开发。有有些需求可能能在项目初期期很难确定

8、,在在开发过程中中需要不断地地加以修正,项项目软件监督督要及时与用用户充分沟通通,建立可以以直接联系的的渠道,共同同进行需求确确认,保证项项目范围可控控。 2.进度管理: 为确保项目按时时、按量、保保质完成,必必须控制任务务和跟踪里程程碑。按照软软件项目的开开发规律,将将软件开发过过程分为几个个重要阶段,对对这几个阶段段的关键事件件设立里程碑碑进行跟踪管管理。项目进进度管理可以以通过以下方方式完成: 制定项目里程碑碑管理运行表表(里程碑管管理表的主要要内容见表11)。 表 项目里程碑碑管理运行表表 定期举行项目状状态会议,由由软件开发方方报告进度和和问题,用户户方提出意见见。 比较各项任务的的

9、实际开始日日期与计划开开始日期是否否吻合。 确定正式的项目目里程碑是否否在预期完成成。 从软件项目实施施的过程来看看,很少有一一个项目是完完全按照实施施计划来进行行的,因为再再好的计划也也不能完全预预见所有的问问题,并事先先制订出对策策。计划可以以调整,但是是调整必须合合理,并得到到业务需求方方和管理层的的批准。当有有问题发生时时,其直接的的表现就是实实施结果偏离离了原来的计计划和目标,在在这种情况下下,软件监督督就要及时发发现这种偏离离,并分析这这种原因,如如果是因为原原来的计划和和目标制订的的不合理,或或者发生了预预料之外的情情况而又无法法克服,这样样就必须调整整计划和目标标。 3.沟通管

10、理: 信息息系统本身就就是沟通的产产物。软件开开发过程实际际上就是将手手工作业转化化成计算机程程序的过程。软软件开发的原原料和产品就就是信息,中中间过程传递递的也是信息息,而信息的的产生、收集集、传播、保保存正是沟通通管理的内容容。可见沟通通不仅仅是软软件项目管理理的必要手段段,更重要的的,沟通是软软件生产的手手段和生产过过程中必不可可少的工序。 软件件开发的柔性性标准需要沟沟通来弥补。软软件开发不像像加工螺钉、螺螺母,有具体体的标准和检检验方法。软软件的标准柔柔性很大,比比如在用户的的心里好用是是软件成功的的标准,而这这个标准在软软件开发前很很难确切地、完完整地表达出出来。因此,开开发过程项

11、目目组和用户的的沟通互动是是解决这一现现实问题的惟惟一办法。 软件件监督要有效效地安排开发发方软件人员员与需求方使使用人员的交交流,保证有有畅通的交流流渠道。制定定完善的项目目汇报制度,明明确沟通时间间、频率和渠渠道。按照项项目汇报制度度定期组织项项目组向业务务需求方和管管理层汇报,包包括项目进度度计划、已完完成工作、与与计划的比较较、存在的问问题、措施和和建议以及下下一步工作计计划等。 4.软件版本管管理 目前前的软件开发发是团队开发发的时代,软软件开发技术术更新迅速,开开发人员流动动频繁,因此此对软件版本本的管理就显显得尤其重要要。在软件开开发的过程中中,在多人共共同开发一个个软件时,会会

12、出现多人同同时修改软件件的情况,这这是不可避免免的,由于部部分功能模块块版本可能要要进行不断地地升级完善,而而老的软件版版本又没有即即使更新,随随着时间的推推移,开发人人员对自己机机器上的不同同版本间的差差异就会模糊糊不清。另外外由于软件开开发工期的压压力,开发人人员只将注意意力集中在设设计和编码上上,未将文档档纳入到版本本控制中。为为了解决这些些问题,软件件监督就要注注意跟踪记录录整个软件的的开发过程,包包括软件本身身及其相关文文档,重视代代码的一致性性。这一工作作可以通过应应用软件版本本管理的工具具软件实现,如如Microosoft公公司的Vissual SSourceeSafe等等对源代

13、码和和整个项目进进行管理,从从而建立正常常的软件版本本管理机制, 把握正确的验收收方法 软件件项目验收是是对软件项目目成果的检验验和确认,也也是对软件项项目范围的再再确认。软件件验收应是一一个过程的概概念,包括验验收前的系统统测试、数据据移植、系统统上线和正式式验收四个阶阶段。 系统测试: 系统统测试是对系系统进行全面面的测试,应应在测试环境境中进行,以以确保系统的的功能和技术术设计满足企企业的业务需需求,并能正正常运行。系系统测试阶段段应包括以下下主要流程和和工作内容: (1)制订测试试计划,包括括编制测试用用例,建立测测试环境。 (2)测试。在在测试环境中中,项目组根根据需要,对对系统依次

14、进进行单元测试试、集成测试试、压力测试试和用户接受受测试,记录录测试结果并并由相关测试试人签字确认认,编制相应应的测试报告告。对于未通通过测试的内内容,项目组组应查找失败败的原因,并并修改相应程程序或设置,重重新进行测试试。除了进行行充分的系统统功能测试,测测试应包含与与内部控制相相关的测试内内容,如系统统认证和授权权、交易完整整性及数据真真实、完整性性的有关功能能。 (3)提交测试试报告、用户户确认签字。项项目组撰写测测试报告,将将测试报告提提交给各相关关用户,用户户应在测试报报告上签字确确认。 数据移植: 新系统上线时如如需要将原始始数据移植到到新系统,则则应完成以下下主要工作内内容: (

15、1)制订数据据移植/转换换计划。除了了要定义数据据收集的格式式、范围、进进度外,还要要考虑系统接接口的影响,并并建立了数据据移植完整性性和准确性测测试方法以及及意外事件处处理程序。 (2)数据收集集。如果项目目实施涉及到到数据收集,应应由数据收集集小组根据数数据收集格式式,对数据进进行收集,数数据收集小组组在收集数据据时应培训业业务部门的数数据提供人员员,以确保数数据提供人员员了解和掌握握对数据收集集的各项规定定和要求。 (3)数据移植植前的测试。在在测试环境中中对数据移植植方法进行测测试,书面记记录测试结果果,解决测试试中发现的问问题,进行问问题记录并归归档。 (4)数据导入入并核查结果果。

16、 项目组成员将数数据导入系统统,并在导入入后按照事先先制定的数据据移植完整性性和准确性测测试方法对系系统中的数据据做进一步的的核查,确保保导入数据的的质量。如有有意外,按照照事先制定的的意外事件处处理程序处理理,并留下记记录。数据移移植完成之后后,用户应对对数据移植结结果签字确认认。 (5) 数据移移植后要进行行适当时间的的试运行,确确认数据移植植的真实性和和完整性。试试运行时间视视具体系统的的规模、影响响程度而定。对对影响较大的的系统,至少少应试运行三三个完整的月月结周期。 系统上线: 系统上线阶段应应包括以下的的主要流程和和工作内容: (1) 上线前前准备工作。在在上线前,软软件开发方应应

17、制定系统上上线计划,包包括上线检查查清单、上线线支持人员、退退回机制等,并并提交上线线申请表。系系统上线计划划和上线申申请表应经经过信息技术术部门和业务务部门管理层层的正式批准准,并通知各各相关部门。 (2)系统上线线。所有的上上线准备工作作做好之后,由由软件监督人人员确认上线线系统版本正正确性后,与与用户确认系系统上线时间间,下达上线线指令。系统统上线操作人人员将最后版版本的系统程程序移植到生生产环境。 正式验收 : 正式式验收前,软软件开发方应应向信息技术术管理部门提提交软件开发发过程中各阶阶段性文档,包包括需求分析析说明书、概概要设计说明明书、详细设设计说明书、数数据库设计说说明书、源程

18、程序代码、可可供安装使用用的系统安装装程序、系统统管理员手册册、用户使用用手册、测试试计划、测试试报告、用户户报告、数据据移植计划及及报告、系统统上线计划及及报告、用户户意见书、验验收申请等。 信息技术管理部部门接到验收收申请后,组组织专家对项项目进行初审审。初审通过过后,组织管管理层领导、业业务管理人员员和信息技术术专家成立项项目验收委员员会,负责对对软件项目进进行正式验收收。 软软件监督应根根据软件开发发方在整个软软件开发过程程中的表现,向向验收委员会会提出全面的的软件监督报报告,并根据据开题设计书书、软件开发发合同以及需需求分析说明明书,制定定验收标准,提提交验收委员员会。信息技技术管理部门门组织由验收收委员会、软软件监督、软软件开发方参参加的项目验验收会,软件件开发方以项项目汇报、现现场应用演示示等方式汇报报项目完成情情况,验收委委员会根据验验收标准对项项目进行评审审,形成最终终验收意见。 5.软件质量的的六个考核要要素: 功能性: 满足用户的要

温馨提示

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

评论

0/150

提交评论