您好,欢迎访问三七文档
1目的和范围本管理总则规定本公司软件研制管理所遵循的原则和方法,目的是通过加强开发管理达到如下结果。1)提高软件质量和每一个项目开发过程的可控性。2)优化开发资源结构,提高工作效率。3)优化公司软件管理使产品尽早实现一体化,结构化。4)通过良好的管理规范和结构使参与人员养成良好的工作素质。5)引导和组织员工向规范化管理看齐,以使公司尽早实现国际人证。本条例适用于质量管理组织、部门经理、项目经理等管理人员、系统分析员、系统设计和程序编码人。2引用文件和术语GB/T11457-1995软件工程术语。GB/T16260-1996信息技术、软件产品评价、质量特性及其使用指南。3定义本篇术语尽量使用标准术语(GB/T11457-1995),另外还对本公司软件管理有如下术语说明:3.1决策层由公司管理领导小组负责批准软件开发项目的立项。3.2管理层由主管总经理、部门经理、质量管理员、项目经理、及有关的技术人员依据项目管理有关规定和各自的职能,协作完成。3.3设计层由系统工程师以及系统分析员组成。3.4实施层由软件开发技术人员组成的编码调试队伍。3.5全开发型一个独立的软件开发项目;例如调度命令票的开发,用户提出的调度MIS系统的开发。3.6增加功能型在本公司现有某软件系统的基础上新增加一个独立的功能。3.7功能完善型将本公司软件系统的已有功能完善。如调度MIS系统中的电网计算程序中添加图形示意界面,以方便用户。3.8查错测试型对本公司的软件系统某种不正常现象进行跟踪查错,找出错误根源。3.9个体软件过程(psp)是一种可以用于控制、管理和改进个人工作方式的自我改善过程,是一个软件过程框架。3.10软件的可靠性请参看DB/T16260---1996“信息技术软件产品评价质量特性及其使用指南”附录A“质量子特性”3.11软件的安全性请参看DB/T16260---1996“信息技术软件产品评价质量特性及其使用指南”附录A“质量子特性”。4.软件开发方法4.1软件开发的基本流程及软件开发类型的分析4.1.1软件开发的基本流程1)软件开发的立项,确定系统需求(目的及用途、功能、技术指标、开发及交付时间);2)软件的需求调研3)软件的需求分析;4)软件开发的概要设计;5)软件开发的详细设计;6)软件的实施(编程和单元测试);7)软件的组装测试、总体案例测试、性能及验收;8)软件的交付投运;9)软件的维护。4.1.2不同开发类型的软件开发流程1)全开发型必须经过4.1.1所述全部流程;2)增加功能型必须经过4.1.1所述全部流程;3)功能完善型需经过4.1.1所述的1),及3)—9);4)查错测试型需要遵循错误处理规范(见附录z)4.1.3软件开发过程的控制1)软件开发流程的1),2),3),4),5),6)阶段都应该经过质量管理小组和开发顾问组(可以包括用户或公司聘请的有关开发专家)的评审。2)评审分内部评审和正式评审。3)内部评审由公司质量管理小组负责实施;正式评审由外部专家及公司的质量管理小组组成的评审委员会进行。除全开发型的软件验收需要正式评审外,全开发型的软件开发的其它阶段的评审及其它类型的软件开发的各个阶段的评审均采用内部评审。4)评审前有关人员必须准备好该阶段的技术文档资料,并填写“评审报告”(附表G-1)的有关部分,一并上交公司的质量管理小组申请评审。5)无论内部评审或正式评审,均由公司的质量管理小组指定评审人选与评审日期,最后由公司总经理批准,同时还要递交一份评审工作安排方案要求总经理批准。6)评审时首先由有关人员介绍被评审的内容;演示评审内容,再由评审小组测试评审内容,然后由评审小组提问题,有关人员答辩(需填写“软件评审问题记录”(附表G-2));最后由评审小组给出“通过”和“不通过”的结论;若需要修改,应该填写“软件修改报告单”(内部评审可以适当简化评审程序,免去答辩过程)。7)软件验收评审前需要填写“评审报告”进行申请外,软件评审要由评审小组或质量管理小组填写专门的软件评审报告(附表E)。4.2软件开发项目的确立该阶段的规范依据公司相关的项目确立和项目下达的有关规定(项目的申请和确立规范)。4.3软件需求分析该阶段只适用于4.1.2所述的全开发型及增加功能型的软件开发项目。4.3.1目的任务及实施步骤*由软件开发的部门经理与有关的设计人员进行软件的需求分析;*对于大的或全开发型的软件开发项目需要根据“软件开发项目任务书”进行必要的技术调查,写出《系统调研报告》,调研报告的书写和实施依据公司的系统调研报告实施规范;*分析和确定软件开发、运行的环境;*确定人机界面及接口说明;*编制项目开发计划,填写“软件开发项目安排书”(附表B_3)、“软件开发项目计划书”(附表B_4);*编写“软件需求规格说明书(附录B)”;*评审;*下达设计任务。4.3.2方法及工具*采用面向对象的分析方法(OOA)或结构化的分析方法。*若采用面向对象的分析方法(OOA)其标识方法和说明格式应参考“标准建模语言(UML)”的书写及文档格式。*若采用结构化的分析方法,请参考附录B“软件需求规格说明书书写格式”。4.3.3评审*根据“软件开发任务书”针对软件开发计划,软件需求规格说明进行评审。评审内容:是否符合“软件开发任务书”的要求;可行性:是否能按时,按质,交付符合系统需求的软件;标准化:其文档资料是否符合标准;可靠性,安全性和可维护性:其软件需求规格说明是否规定了可靠性,安全性和可维护性的要求;*评审应该作出通过或不通过的结论。可原则通过,但需作部分修改和补充,则需待概要设计评审时对修改或补充部分进行检查评审。4.3.4设计任务下达*“软件需求规格说明书”、“软件开发项目计划书”和“软件开发项目安排书”经过公司总工程师的批准之后,连同“软件开发项目任务书”和“个人工作任务书”作为正式任务,下达给设计层人员;4.4概要设计4.4.1目的和任务和实施步骤*根据“软件需求规格说明书”中规定的软件功能需求,建立软件的总体结构和功能模块之间的关系,定义各功能模块的接口,设计数据库模式和数据结构,初步编制测试计划。*概要设计是软件开发必须执行的重要阶段(因为软件分析阶段对一些类型的软件开发可以不执行)。*其步骤为:■总体结构设计:将整个软件系统分解为子系统、功能模块;粗略描述子系统和功能模块之间的数据及控制关系,及接口;■数据库模式及数据结构的设计;■各个功能模块的功能定义,接口定义;■编制概要设计说明(参看附录C);■初步编制测试计划(参看附录G)。4.4.2阶段产品*概要设计说明书*软件测试计划(初步)4.4.3评审和批准4.4.3.1评审*由负责该软件开发的技术人员向软件开发技术领导小组申报。申报时应该填写“软件评审报告”(附表G-1)以及提交4.4.2所列的必需具备的文档资料”。*评审的内容:根据“软件开发任务书”及“软件需求规格说明”针对软件概要设计进行评审。。是否符合“软件开发任务书”及“软件需求规格说明”的要求。可行性:是否能按时,按质,交付符合系统需求的软件。标准化:其文档资料是否符合标准。可靠性,安全性和可维护性:其概要设计是否考虑了“软件需求规格说明”中规定的可靠性,安全性和可维护性的要求*软件开发评审小组根据软件概要设计必需具备的文档资料及答辩情况进行讨论,并作出评审意见(通过或不通过)。若有重大修改及评审不通过,应再次举行评审答辩;若有小的修改,需留待详细设计阶段一并进行评审。4.4.3.2批准*软件开发技术领导小组将评审意见及全部资料提交总经理进行最后审批。*总经理将审批后,由软件开发人员继续进行软件的下阶段开发。4.5详细设计4.5.1目的及内容及步骤*详细设计必须符合概要设计说明的功能需求、框架结构、数据结构、数据流程的基本设计要求。*详细设计内容及步骤:。确定准确的数据结构(必须有准确详细的文字说明);。进行完整的数据库的模式设计(必须有准确详细的文字说明);。进行主程序的结构及过程的准确的描述(可使用文字及类PASCAL语言进行描述);。进行API的准确的描述(输入参数,输出参数,功能描述);。进行全部子程序或服务的逻辑结构准确的描述(可使用文字及类PASCAL语言进行描述);。进行全部事件(输出事件及接收事件)的描述(事件名,事件体,输出事件何时发出,接受事件的处理流程);。完成详细设计说明书的编写(参看附录D);。拟定子系统及功能模块的调试方案。*在软件详细设计过程中若发现框架设计需要修改,应提出修改方案并填写修改报告单。4.5.2阶段产品及文档资料*详细设计说明书;*如有修改,需要具备修改后的概要设计说明及修改报告单;*子系统及功能模块的测试计划。4.5.3评审;*对于4.1.2中所述的全开发型及增加功能型的软件开发应该进行详细设计的评审,而其它两种类型的软件开发除非概要设计有重大修改一般不进行评审。*评审过程参看4.4.3.1;4.6软件实现4.6.1任务及实施步骤*根据软件详细设计说明,进行程序编制、静态分析、自测试、互测试。4.6.2阶段产品及文档资料*软件概要设计及详细设计文档资料及相应的修改报告单;*源程序;*自测试大纲及测试结果;*软件使用说明书和维护说明书初稿。4.6.3程序编制的规范*变量名:必须与其代表的意义或其用途一致,可读(决不允许无实际意义的变量名,如a、b、c、I、j、k等)。*每个源程序(包括主程序及各个例程)的行数不得超过500行。*每个源程序必须有程序头说明(程序名称,功能,上一级程序名,调用的子序名,输入参数,输出参数,编制人,完成日期,修改的历史记录)。*每个源程序必须有注释行(平均5-8行源程序有一行注释)。4.6.4软件的静态分析该分析为使用人工或自动调试工具对程序代码逐条进行检查、分析,以发现编码错误的过程。其内容为;*检查代码和详细设计的一致性;*检查代码的标准性,可读性;*检查代码逻辑代码的正确性。4.6.5软件的自测试和互测试软件的自测试是在软件项目开发组内部进行的测试,以保证被开发的软件符合系统需求(功能需求及技术要求),检查软件的容错能力,检查软件的可靠性及安全性;为软件的正式验收测试提供依据和基础。*软件开发项目自测试首先可以在比较独立的环境,进行该开发软件的各个软件模块的功能测试。*功能测试之后,必须将被开发软件与整个软件系统组装到一起,在完整的运行环境下进行测试。*自测成功后,应该由技术部经理(或相应的软件开发部门经理)安排其他与该开发项目无关的技术人员按测试大纲进行互测;*自测试及互测试必须有测试大纲、测试用例及测试记录。*必须自测试及互测试成功之后,才允许提交正式的测试和验收。4.7软件开发项目的验收4.7.1目的及内容*根据“软件开发项目任务书”中规定的用户需求以及软件开发人员提交的“软件测试大纲”在相应的系统环境(该系统当前的正式版本)下对已经开发成功的软件进行严格测试。*审查软件产品必需具备的文档资料的规范性,完整性及正确性。*审查软件产品介质的正确性,完整性及一致性。*由软件评审小组对被审查的软件给予“审查评语”,合格的系统进行版本注册登记。4.7.2软件验收的执行者*执行者为软件开发技术领导小组及其委托的软件评审小组(软件正式验收的评审)、软件质量管理小组(软件产品审查)及版本管理小组(版本注册,复制,发行)。4.7.3软件验收的步骤及验收测试小组的组成4.7.3.1软件验收的步骤*由项目负责人填写“软件开发项目正式验收申请书”(附表E-1),交技术部汇总,由公司质量管理部进行审查,审查内容为:。程序编制的规范性(如变量命名,程序头,程序注释);。测试大纲及自测试及互测试结果的正确性;。软件使用说明书的完整性及规范性;。若软件实现过程进行了软件概要设计或详细设计的修改,则应该审查是否具备相应的修改后的设计文档;若审查不通过;需要技术部(或相应软件开发部门)进行相应的修补工作;然后再进行审查,直至通过为止;*审查通过后,由公司总经理批准,然后开始启动软件验收过程。*由软件开发人员编写测试大纲的并经评审小组评审;*由公司软件质量管理小
本文标题:软件开发管理办法
链接地址:https://www.777doc.com/doc-5528044 .html