系统软件质量管理方案

系统软件质量管理方案软件质量管理组织12任务名称任务描述角色开发方质量保证组联合复审(内部)对需求进行确认3管理复审对计划进行确认开发方质量保证组功能配置审核(内对功能满足需求、用户方质量保证部)合同的程度进行评组、开发方项目经价理5功能配置审核(外对功能满足合同、开发方项目经理与部)需求合同的程度进用户方质量保证组行评价6物理配置审核对物理配置的完整开发方项目经理与核质量保证小组由开发单位质量保证人员和用户单位相关在行政上独立于任何项目，这种独立性有助于质量保证小组客观地检查质量保证小组有一定的权利，能够对质量不合格的工作这种权利使得质量保证小组的工作不会被轻视，并有助于加强全员的质量意识。软件质量保证体系质量部经理在项目组成立后，立即成立质保组，并指定组长(负责人);负责该项目的质保工作。质量保证组职责质保组长负责和项目组之间的协调和沟通；参照《项目计划》中有关进度安排、里程碑定义等信息，质保组长或其授权人组织制定《质量保证计划》,由质量部经理批准并抄送项目组后执行；质保组参与对项目组制定开发计划的评审，对其可行性和合理性提出改进建议；质保组参与对软件开发各阶段成果物的评审。验证成果物与开发阶段输入的符合性、与规范要求的符合性。对评审提出的意见、质保组对软件测试过程进行跟踪，保证过程有完整的记录，所有发现的错误跟踪至问题关闭；对软件开发过程活动进行监督，保证开发活动符合程序、并按要求保持纪录。正式评审：以会议或会签的形式，由一个评审小组对提交评审的工作产品的审核并给出正式评审意见。非正式评审：由作者的同伴或者同行专家担任评审员，通常一两个人即可，对照评审检查表检查工作产品，记录评审结果。举行评审会议主持人宣讲修正跟踪审核修正缺陷准备评审作者介绍工作成果递交审核识别缺陷和答辩审核确认宣读评审结论产品审批图评审流程准备评审：作者已经按照指定的格式完成了工作成果，对工作成果进行了内部检查，消除了拼写、排版等初级错误。同时根据项目计划，该工作成果进行评审的时间已到。通知评审：评审组织者确定一位组长及评审会议的时间、地点、设备和参加会议的人员名单(包括评委、记录员、立项建议小组、旁听者等),将评审的材料在评审会召开的前2至3天内下发给评审组成员。实施评审：评审组组长按计划的时间主持召开评审会议，宣布评审会议的议程、重点、原则、时间限制等；然后召开评审组成员参加的评审会议，讨论所记录的问题和疑问，必要时能够请项目组成员列席；评审结果：项目组根据最后的决定对文档的错误进行修正，由开发部经理负责跟踪错误的解决情况，由质保组监督评审意见的执行情况；修改结果由开发部经理审核并决定是否需要再设计基础的需求。对于合同项目，要检查《需求一方面是否能满足《需求规格说明书》的要求，能够覆盖所有项目管理需求分析阶段设计与开发阶段测试阶段结项阶段计划监督范，保证规范得到有效的执行；编写《周计划监督报告》,如过程检查质保组识别软件开发过程中存在的问题和不合格，并跟踪流程管理过程质量与产品质量存在某种程度的因果关系，通常“质量保证既关心过程质量又关心产品质量。如果“工作过质量保证过程控制测试监督质保组参与《测试计划》和《测试用例》的评审，保证软件质量保证流程项目经理制订符合公司过程体系的《质量保证计划》。在项目理进行反馈。质量保证人员要参与确定质量改进措施，并跟踪1)质量保证人员通过阅读《项目计划书》、合同和其它2)质量保证人员启动质量保证活动，协助项目经理选择生命周期、裁剪过程，起草、制订《质量保证计划》。3)项目经理、部门经理、质量保证人员、质管部经理按照工作产品的评审程序审查《质量保证计划》,评审通过后纳入项目配置管理库。4)若需变更《质量保证计划》,则质量保证人员要将变更的计划提交给项目经理、部门经理和质管部经理进行评审，评审通过后纳入项目配置管理库。5)质量保证人员按既定的QA计划(或项目开发计划),每周例行审计、检查软件过程活动和工作产品；6)质量保证人员按既定的QA计划(或项目开发计划),进行软件过程/工作产品的阶段审计；7)质量保证人员按既定的QA计划(或项目开发计划),组织、参与项目评审会议；8)质量保证人员按既定的QA计划(或项目开发计划),收集和分析项目相关度量数据。9)质量保证人员收集和整理项目过程中的不符合项数据以及项目中遇到的问题、经验总结等，并对前期阶段性的项目质量保证进行汇总，将结果填写到《项目质量总结报告》中。10)质量保证人员将《项目质量总结报告》发送给项目经理、部门经理和质管部经理。软件质量控制的技术和方法软件配置及版本管理工具软件开发的一个特点就是文档特别多，而且更新频繁。对开发过程的源代码和各种开发文档进行严格的版本控制、保证各版本的程序和文档的完整性非常重要。公司对软件开发过程中的程序版本和文档版本控制均可采用ClearCase工具管理，并严格遵照公司《配置管理规范》执行。对完成的每一份开发文档都要由相关部门人员做有效的评审；开发文档有评审人、批准人，以保证文档的质量；对发布之后的文档做修改要通过“变更控制”的管理，项目管理部对以上内容进行确认。配置管理用于对软件开发、应用系统集成的工作成果进行有效的版本配置与管理，从而实现对工程过程质量的控制。通过过程信息的量化与提取，能够获得产品质量、项目进度和资源占用等质量控制信息，并通过在配置管理工具ClearCase的项目信息库中建立各里程碑的基线进行有效控制。项目人员将其工作成果的基线版本目录和文件保存到其工作区。同时，利用基线合并管理，项目人员能够对最新基线以后的所有工作成果进行便捷的版本访问。当变更并入基线时，项目人员可采用新的基线来实现与项目工作成果的版本变更结果保持同步。调整基线将把集成工作区中的文件并入开发工作区。通过上述基线管理，有效保证了工程过程质量控制效果。采用OOA/D方法，通常希望建立一套可复用的、易于维护和可扩展的系统结构。企业信息系统应用中，OOA/D实际上是描述企业的经营模型。管理信息数据库应用系统实际上是基于业务模型的计算机信息处理系统，因而分析和构造业务模型是信息化的早期活动，这种活动必然影响将来的信息化进程和信息系统效益。实质上，在信息系统应用中，面向对象的系统分析和设计就是用面向对象的分析和设计语言，用管理工程的逻辑，描述理想的业务模型，并为系统实现提供工程蓝图。密切结合现代管理工程技术，对业务模型进行业务过程再BusinessProcessRedesignReengin分析阶段的重要任务。管理工程技术和信息技术的结合程度，析阶段的主要任务则包括描述对象，建立基于类和对象的系统常包括：人员、组织、原料、资产、事务、表格、文件、产品将有相同属性和服务的对象抽象为同一个类，就得到系统的类的列表。在业务应用中，往往最初发现的对象很多。能够采用划分主题的方法将同主题的类归纳在一起。主题是一个比类的粒度更大的概念。比如一个办公事务管理系统，就能够有：文件处理、要事安排、档案管理、会议安排等主题。在会议安排这个主题里，能够放进诸如会议类、(与会)单位类、职员类，而职员类可能也是在其他主题内，即主题交叉。一般对于较为复杂的系统采用先建立主题图再填充类的自顶向下方式。包含较多类和对象的主题能够再划分，即主题嵌套。当包含类的主题图基本完成后，主要的精力就集中在列出类属性、服务、消息等项目上，即设计类图的特征层。然后分析类图的结构，包括一般一特殊关系和整体一部分关系。因为多数情况下数据库平台是RDB,而RDB和OOD的成果之间的映射关系并不简明，所以我们采用对象关系影射技同时使系统绑定于特定的数据库平台。软件开发方法及工具1)采用快速原型法，尽快提供用户软件原型，并及时获取用户的反馈，根据用户的反馈不断修改软件，而不是全部完工后再最后交给用户。否则，要改的地方可能很多，甚至推翻2)充分设计之后再编码，防止因考虑不周而返工。3)采用面向对象的编程方法(OOP),OOP立意于创建软件重用代码，具备更好地模拟现实世界环境的能力(抽象),采用OOP技术使代码的复用性更好。4)采用先进的开发框架(如J2EEMVC)实现系统的分层解耦，使系统的可维护性和扩展性更好。5)牢牢控制对缺陷的修改。要用专门的软件，记录和跟踪软件缺陷的修复。缺陷跟踪记录包括：发现人、缺陷描述、修复人、修复记录、确认人、确认结论，通过后才关闭该记录。6)充分进行软件的系统测试。软件编码、单元测试、集成测试后，还要进行充分的系统测试、回归测试，待软件稳定、不再出新的缺陷后，再考虑软