软件开发过程的监督与管

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

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

3、要,向信息技术经管部门 提出软件工程的立项建议,对立项的目的、业务需求范围、技术经济指标、开发 周期要求等方面做简要概述,再由信息技术经管部门组织业务专家和信息技术专 家组成联合专家组,进行工程立项的可行性论证. 通过专家组论证审核后,工程 提出单位需要进行开题设计,进一步明确软件开发范围、技术路线、进度安排、 经费预算、研究人员组成、合作队伍,并以此为根底编制完成开题设计书.信息 技术经管部门组织专家组对开题设计进行论证,只有业务需求合理、技术路线可行、开发队伍落实的工程,才能通过专家组审核,进入工程启动阶段.软件开发过程的监督和经管软件开发工程具有建设范围难界定、技术含量高、人员流动快、协

4、作性强、开发 成功率低等特点.目前国内对软件工程的监理制度尚不标准, 对软件开发仍然缺 乏有效限制.因此由企业的信息技术经管部门设立软件监督岗位,增强对软件工程的开发过程经管,就显得非常必要.软件监督的主要责任是在工程的进行过程中,协调业务需求部门和软件开发方的 关系,监控软件开发任务的执行情况,给开发人员和经管层提供反映软件过程质 量的信息和数据,提升工程透明度,从而保证工程根据方案实施,实现预期目标. 软件监督应具备以下几方面的根本素质：(1)具有较强的工作责任感和良好的沟通水平.(2)熟悉业务经管流程,掌握软件开发流程、开发标准以及相关标准.(3)具有软件开发工程的建设和经管经验,掌握工

5、程经管知识.(4)软件监督的工作任务主要有：(5)保证软件根据业务需求方确认的范围进行开发.(6)保证软件开发进度符合双方确认的方案指标.(7)保证软件开发过程中存在的不符合要求的问题能够及时得到沟通和处理,必要时需要将问题反映给经管层.(8)保证工程组中软件开发人员队伍相对稳定.(9)保证软件开发过程和开发出来的软件符合相应标准和标准.(10)收集软件开发过程中的成功经验,为企业提供软件开发过程的有效限制 方法和标准.1 .监督经管的范围：?需求分析说明书?是对软件开发范围的书面表达依据.由于?需求分析说明书? 往往是采用软件设计的术语编写,因此常常令计算机背景知识较少的业务需求方 难以理解

6、,也就很难发现需求报告中与实际需求不符之处,更难提出建设性的意见.软件监督要对软件开发范围进行经管,首先要确定双方都能认可的?需求分析说 明书?.如要求软件开发方对?需求分析说明书?做出进一步更详细的解释,编 制业务模型,以便用户方准确地理解?需求分析说明书?的内容,能及早地发现 需求与实际的偏差.这也是对需求分析工作的归纳总结与确认.在工程需求分析阶段,双方必须全面地、尽可能细致地讨论工程的应用背景、功 能要求、性能要求、操作界面要求、与其他软件的接口要求,以及对工程进行评 估的各种评价标准.?需求分析说明书?完成后,软件监督应组织工程组与业务需求方共同讨论, 听 取业务需求方的意见和建议,

7、并进行相应的修改完善.各方确认?需求分析说明 书?内容后,需在说明书上签字确认.在软件开发过程中,双方应严格根据签字确认的?需求分析说明书?中规定的业 务范围进行开发.有些需求可能在工程初期很难确定,在开发过程中需要不断地加以修正,工程软件监督要及时与用户充分沟通, 建立可以直接联系的渠道,共 同进行需求确认,保证工程范围可控.2 .进度经管：为保证工程按时、按量、保质完成,必须限制任务和跟踪里程碑.根据软件工程 的开发规律,将软件开发过程分为几个重要阶段, 对这几个阶段的关键事件设立 里程碑进行跟踪经管.工程进度经管可以通过以下方式完成：(1)制定工程里程碑经管运行表(里程碑经管表的主要内容

8、见表1).(2)表工程里程碑经管运行表(3)定期举行工程状态会议,由软件开发方报告进度和问题,用户方提出意 见.(4)比拟各项任务的实际开始日期与方案开始日期是否吻合.(5)确定正式的工程里程碑是否在预期完成.从软件工程实施的过程来看,很少有一个工程是完全根据实施方案来进行的,因为再好的方案也不能完全预见所有的问题,并事先制订出对策.方案可以调整, 但是调整必须合理,并得到业务需求方和经管层的批准. 当有问题发生时,其直 接的表现就是实施结果偏离了原来的方案和目标,在这种情况下,软件监督就要及时发现这种偏离,并分析这种原因,如果是由于原来的方案和目标制订的不合 理,或者发生了预料之外的情况而又

9、无法克服,这样就必须调整方案和目标.3 .沟通经管：信息系统本身就是沟通的产物.软件开发过程实际上就是将手工作业转化成计算 机程序的过程.软件开发的原料和产品就是信息,中间过程传递的也是信息,而 信息的产生、收集、传播、保存正是沟通经管的内容.可见沟通不仅仅是软件工 程经管的必要手段,更重要的,沟通是软件生产的手段和生产过程中必不可少的 工序.软件开发的柔性标准需要沟通来弥补.软件开发不像加工螺钉、螺母,有具体的 标准和检验方法.软件的标准柔性很大,比方在用户的心里好用是软件成功的规 范,而这个标准在软件开发前很难确切地、完整地表达出来.因此,开发过程工 程组和用户的沟通互动是解决这一现实问题

10、的惟一方法.软件监督要有效地安排开发方软件人员与需求方使用人员的交流,保证有畅通的交流渠道.制定完善的工程汇报制度,明确沟通时间、频率和渠道.根据工程汇 报制度定期组织工程组向业务需求方和经管层汇报,包括工程进度方案、已完成 工作、与方案的比拟、存在的问题、举措和建议以及下一步工作方案等.4 .软件版本经管目前的软件开发是团队开发的时代,软件开发技术更新迅速,开发人员流动频繁, 因此对软件版本的经管就显得尤其重要.在软件开发的过程中,在多人共同开发 一个软件时,会出现多人同时修改软件的情况, 这是不可防止的,由于局部功能 模块版本可能要进行不断地升级完善, 而老的软件版本又没有即使更新,随着时

11、 间的推移,开发人员对自己机器上的不同版本间的差异就会模糊不清.另外由于软件开发工期的压力,开发人员只将注意力集中在设计和编码上,未将文档纳入到版本限制中.为了解决这些问题,软件监督就要注意跟踪记录整个软件的开发 过程,包括软件本身及其相关文档,重视代码的一致性.这一工作可以通过应用 软件版本经管的工具软件实现,如 Microsoft公司的Visual SourceSaf野对源代 码和整个工程进行经管,从而建立正常的软件版本经管机制,把握正确的验收方法软件工程验收是对软件工程成果的检验和确认,也是对软件工程范围的再确认.软件验收应是一个过程的概念,包括验收前的系统测试、数据移植、系统上线和 正

12、式验收四个阶段.4.1. 系统测试：系统测试是对系统进行全面的测试, 应在测试环境中进行,以保证系统的功能和 技术设计满足企业的业务需求,并能正常运行.系统测试阶段应包括以下主要流 程和工作内容：(1)制订测试方案,包括编制测试用例,建立测试环境.(2)测试.在测试环境中,工程组根据需要,对系统依次进行单元测试、 集成测试、压力测试和用户接受测试,记录测试结果并由相关测试人签字确 认,编制相应的测试报告.对于未通过测试的内容,工程组应查找失败的原 因,并修改相应程序或设置,重新进行测试.除了进行充分的系统功能测试, 测试应包含与内部限制相关的测试内容,如系统认证和授权、交易完整性及 数据真实、

13、完整性的有关功能.(3)提交测试报告、用户确认签字.工程组撰写测试报告,将测试报告提 交给各相关用户,用户应在测试报告上签字确认.4.2. 数据移植：新系统上线时如需要将原始数据移植到新系统,那么应完成以下主要工作内容：(1)制订数据移植/转换方案.除了要定义数据收集的格式、范围、进度外, 还要考虑系统接口的影响,并建立了数据移植完整性和准确性测试方法以及 意外事件处理程序.(2)数据收集.如果工程实施涉及到数据收集,应由数据收集小组根据数 据收集格式,对数据进行收集,数据收集小组在收集数据时应培训业务部门 的数据提供人员,以保证数据提供人员了解和掌握对数据收集的各项规定和 要求.(3)数据移

14、植前的测试.在测试环境中对数据移植方法进行测试,书面记 录测试结果,解决测试中发现的问题,进行问题记录并归档.(4)数据导入并核查结果.工程组成员将数据导入系统,并在导入后根据事先制定的数据移植完整性和 准确性测试方法对系统中的数据做进一步的核查,保证导入数据的质量.如 有意外,根据事先制定的意外事件处理程序处理,并留下记录.数据移植完 成之后,用户应对数据移植结果签字确认.(5)数据移植后要进行适当时间的试运行,确认数据移植的真实性和完整 性.试运行时间视具体系统的规模、影响程度而定.对影响较大的系统,至 少应试运行三个完整的月结周期.4.3. 系统上线：系统上线阶段应包括以下的主要流程和工

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

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