软件质量管理

软件质量管理
软件质量管理

一、研究软件项目质量管理的背景

提起如今的IT项目,软件工程倍受关注。而软件的质量更是众人关注的焦点,因为目前还没有一套完善的评估标准。甚至有人提出,现在的软件开发根本提不上是"工程",因为它太稚嫩了,还没有一套成熟的标准来比照;因而软件项目极易出现失败或失误。大量实践证明,软件工程项目的成败,通常是因为管理问题(协同工作的能力),而不是技术上的问题。要想做一盘"完美"的软件大餐,质量管理的作用是不言而喻的。(《长松组织系统》工具包--数千家企业成功发展壮大的选择,值得您的信赖!)

二、软件质量管理的主要内容

质量管理主要包括三个过程:质量计划制定、质量保证和质量控制。质量计划:是质量管理的第一过程域,它主要指依据公司的质量方针、产品描述以及质量标准和规则等制定出来实施方略,其内容全面反应用户的要求,为质量小组成员有效工作提供了指南,为项目小组成员以及项目相关人员了解在项目进行中如何实施质量保证和控制提供依据,为确保项目质量得到保障提供坚实的基础。

质量保证:是贯穿整个项目全生命周期的有计划和有系统的活动,经常性地针对整个项目质量计划的执行情况进行评估、检查与改进等工作,向管理者、顾客或其他方提供信任,确保项目质量与计划保持一致。

质量控制:是对阶段性的成果进行测试、验证,为质量保证提供参考依据。在软件实施项目中,质量保证对应于技术评审与过程检查,质量控制对应于软件测试等工作。

2.1质量计划编制

现代质量管理的基本宗旨是:"质量出自计划,而非出自检查"。只有做出精准的质量计划,才能指导项目的实施、做好质量控制。

编制项目的质量计划,首先必须确定项目的范围、中间产品和最终产品,然后明确关于中间产品和最终产品的有关规定、标准,确定可能影响产品质量的技术要点,并找出能够确保高效满足相关规定、标准的过程方法。编制质量计划通常采用流程图、因果分析图等方法对项目进行分析,确定需要监控的关键元素,设置合理的见证点(W点)、停工待检点(H点),并制定质量标准:

1)流程图:

显示系统的各种成分是如何相互关系的,帮助我们预测在何处可能发生何种质量问题,并由此帮助开发处理他们的办法。

2)因果分析图(也称鱼刺图):

对于复杂的项目,编制质量计划时可以采用因果分析图,描述相关的各种原因和子原因如何产生潜在问题或影响,将影响质量问题的"人员、设备、参考资料、方法、环境"等各方面的原因进行细致的分解,方便地在质量计划中制定相应的预防措施。其次,质量计划中还必须确定有效的质量管理体系,明确质量监理人员对项目质量负责和各级质量管理人员的权限。戴明环(又名PDCA循环法)作为有效的管理工具在质量管理中得到广泛的应用,它采用计划--执行--检查--措施的质量环,质量计划中必须将质量环上各环节明确落实到各责任单位,才能保证质量计划的有效实施。 2.2按照质量计划实施有效的质量控制质量计划确定后,按照其建立的质量管理体系,各责任单位就必须按照PDCA质量环的要求,实施有效的质量控制。质量控制应贯穿于项目的整个过程,它可分为监测和控制两个阶段:监测的目的就是收集、记录和汇报有关项目质量的数据信息;控制就是使用质量监测提供的数据,进行控制,确保项目质量与计划保持一致。在质量监测过程中,对于质量计划中设置的见证点、停工待检点,质量监测人员要按照作业程序及时进行测量检查(其中对于停工待检点必须由监理人员签字认可后才能进入下一道工序),以确定项目成果(或阶段成果)是否符合相关的质量标准。对于见证点或停工待检点要防止跳过检查,因为避免错误的成本总是大大低于补救错误

的成本。对质量监测的结果应采用相应的统计方法进行分析,如帕累托图法(按发生频率排序的直方图,它显示了可识别原因的种类和所造成的结果的数量)等。通过统计分析对人员、设备、参考资料、方法、环境等影响项目质量的因素进行监控,确定项目实施过程是否在控制之中,同时进行趋势分析,对一些偏向于不合格的趋势及早进行控制。质量控制阶段应根据验收数据做出验收决定,确定是否进入下一步工序。对于质量监测中发现的不合格,应及时利用"因果分析图"等方法分析原因,并进行适宜的处置,保证不合格得到识别和有效的控制。不合格处置包括返工、返修、降级、让步放行、报废等形式。质量监测分析时,对于已发现的不合格或潜在不合格,应制定相应的纠正措施或预防措施,以消除不合格或潜在不合格的原因,防止不合格的发生。纠正措施或预防措施制定后,应对质量计划进行相应的调整,保证项目的顺利实施。

项目收尾包括项目评估和项目终止两个阶段。项目收尾阶段的质量控制是一个非常重要而又容易忽视的内容。

项目质量评估不仅仅是在项目完成后进行,还包括对项目实施过程中的各个关键点的质量评估。项目质量评估看起来属于事后控制,但它的目的不是为了改变那些已经发生的事情,而是试图抓住项目质量合格或不合格的精髓,以使将来的项目质量管理能从中获益。

项目终止阶段,是在决策项目终止后,检查项目文件资料完备,包括项目施工质量验评表、竣工报告等,同时进行项目总结。项目总结是一个把实际运行情况与项目计划不断比较以提炼经验教训的过程。通过项目质量计划和总结,项目过程中的经验和教训将得到完整的记录和升华,成为"组织财富"。

2.3对软件质量保证的认识 2.

3.1有关SQA的理论

我们都知道一个项目的主要内容是:成本、进度、质量;良好的项目管理就是综合三方面的因素,平衡三方面的目标,最终依照目标完成任务。项目的这三个方面是相互制约和影响的,有时对这三方面的平衡策略甚至成为一个企业级的要求,决定了企业的行为,我们知道IBM 的软件是以质量为最重要目标的,而微软的"足够好的软件"策略更是耳熟能详,这些质量目标其实立足于企业的战略目标。所以用于进行质量保证的SQA工作也应当立足于企业的战略目标,从这个角度思考SQA,形成对SQA的理论认识。

软件界已经达成共识的:影响软件项目进度、成本、质量的因素主要是"人、过程、技术"。首先要明确的是这三个因素中,人是第一位的。项目管理者联盟现在许多实施CMM的人员沉溺于CMM的理论过于强调"过程",这是很危险的倾向。这个思想倾向在国外受到了猛烈抨击,从某种意义上各种敏捷过程方法的提出就是对强调过程的一种反思。"XP"中的一个思想"人比过程更重要"是值得我们思考的。我个人的意见在进行过程改进中坚持"以人为本",强调过程和人的和谐。

根据现代软件工程对众多失败项目的调查,发现管理是项目失败的主要原因。这个事实的重要性在于说明了"要保证项目不失败,我们应当更加关注管理",注意这个事实没有说明另外一个问题"良好的管理可以保证项目的成功"。现在很多人基于一种粗糙的逻辑,从一个事实反推到的这个结论,在逻辑上是错误的,这种错误形成了更加错误的做法,这点在SQA的理解上是体现较深。

如果我们考证一下历史的沿革,应当更加容易理解CMM的本质。CMM首先是作为一个"评估标准"出现的,主要评估的是美国国防部供应商保证质量的能力。CMM关注的软件生产有如下特点:

(1)质量重要 (2)规模较大

这是CMM产生的原因。它引入了"全面质量管理"的思想,尤其侧重了"全面质量管理"中的"过程方法",并且引入了"统计过程控制"的方法。可以说这两个思想是CMM背后的基础。上面这些内容形成了我们对软件过程地位、价值的基本理解;在这个基础上我们可以引申讨

论SQA。

2.3.2SQA的工作内容和工作方法 2.3.2.1计划

针对具体项目制定SQA计划,确保项目组正确执行过程。制定SQA计划应当注意如下几点:有重点:依据企业目标以及项目情况确定审计的重点。明确审计内容:明确审计哪些活动,那些产品。明确审计方式:确定怎样进行审计。

明确审计结果报告的规则:审计的结果报告给谁。 2.3.2.2审计/证实

依据SQA计划进行SQA审计工作,按照规则发布审计结果报告。注意审计一定要有项目组人员陪同,不能搞突然袭击。双方要开诚布公,坦诚相对。审计的内容:是否按照过程要求执行了相应活动,是否按照过程要求产生了相应产品。

2.3.2.3问题跟踪

对审计中发现的问题,要求项目组改进,并跟进直到解决。 2.3.2.4 SQA的素质

过程为中心:应当站在过程的角度来考虑问题,保证了过程,QA就尽到了责任。

服务精神:为项目组服务,帮助项目组确保正确执行过程。了解过程:深刻了解企业的工程,并具有一定的过程管理理论知识。了解开发:对开发工作的基本情况了解,能够理解项目的活动。

沟通技巧:善于沟通,能够营造良好的气氛,避免审计活动成为一种找茬活动。

三、项目中质量管理的原则

在软件项目实施中,由于进度和成本两大因素的影响,它的质量管理与产品开发有着很大的差别。因此,在项目实施中做好质量管理工作应该坚持自己的原则。

通过网上各种资料的整合和整理,以下几个原则我认为是比较合理的:

不但要主观认识到质量的重要性,同时还要落实到行动中。

软件质量管理的重要性已经逐渐被国内的IT企业认可,但是要落实到具体的项目实施工作中,并通过它提高软件质量,还有一段很长的路要走。因为几乎所有的软件公司都灌输着"进度高于一切"的思想,只要是为了赶进度和发布产品,所有影响进度的工作都可以忽略。因此,把想法落实到实际工作中是做好软件质量管理的第一原则。

树立提高质量就是尊重客户的思想。

可以说,目前很多公司都有"愚弄客户"的嫌疑,不管是有心的还是无意的。很多公司实施项目时只要能拿到"钱"就达到目的了,因此也就不在乎是否掩盖缺陷和敷衍客户。至于后果,那是以后的事情了。

在软件产业发达的今天,已经是客户的买方市场,客户永远会选择质量和服务都表现良好的产品来满足自己的需求。因此,我们应该尊重客户,把客户放在"上帝"的位置上,认证做好质量。

建立规范的质量保证体系,逐步使软件开发进入良性循环状态。

在没有开发规范的前提下,软件团队是不能开发出高质量软件的。因此软件团队一定要建立规范的质量保证体系,同时把规范体系逐步落实到工作中。如果急功近利,不但会做很多浪费人力和物力的无效工作,还会给客户留下不好的印象。

项目实施中的技术评审

技术评审可以把一些软件缺陷消灭在代码开发之前,尤其是一些架构方面的缺陷。在项目实施中,为了节省时间应该优先对一些重要环节进行技术评审,这些环节主要有:项目计划、软件架构设计、数据库逻辑设计、系统概要设计等。如果时间和资源允许,可以考虑适当增加评审内容。

四、总结项目管理培训

清晰、明确的软件质量方针和计划是质量控制和管理的基础,而过程质量的提高时保证

产品质量的根本。本文主要分为两部分,一是软件项目质量管理的主要内容,以及相关介绍分析,二是项目中质量管理的原则,通过对软件项目质量管理的内容分析和所需坚持的八大原则,读者将会对软件项目质量管理的相关认识有更深层次的了解,从而更好的进行软件质量管理,提高软件产品质量,提高企业效益。

服务质量管理制度

服务质量管理制度 第一章 第一条为规范服务行为,确保服务质量,提高客户的满意程度,树立企业良好的社会形象从而创立企业服务品牌,特制定本制 度。 第二条公司奉行“以客户满意度为衡量标准,用优质并且特色的服务满足客户期望,树立第一服务品牌”的服务宗旨,把“客 户满意”作为公司管理活动的终极目标。 第三条在满足国家法律法规和地方政府行业管理要求的前提下,公司将致力于形象品牌建设,为客户提供安全、便捷、高效、 满意的服务。 第二章 第一条公司在充分认识相关法律、法规的基础上,制定了服务质量标准。服务质量标准包括了管理人员服务 标准、从业人员服务标准,为规范化服务提供共同 执行的蓝本。 第二条对于管理人员服务质量标准应做到:公正廉洁、诚信务实让客户放心;热情礼貌、语言规范让客户舒 心;及时高效、倾力而为让客户称心。 第三条管理人员基本要求: 1、仪态端庄,举止大方,衣着整洁,发型朴实。

2、按规定着工装,女性束发。 3、语气和蔼可亲,语言文明礼貌。 4、使用规范文明用语。 第四条我公司将委派专职人员负责跟踪从培训期到签定合同期限内的员工的动态,及时处理员工的所有疑 问。 第五条严格按照国家法律法规,在试用期结束前与外派员工建立规范的劳动合同关系。 第六条按照国家的相关法律法规,准时完成所有招工手续办理,并将国家最新的劳动法规转告客户以及派遣 员工,并且将有专人负责妥善系统的管理好员工所 有的入职资料以及劳动合同。 第七条按照国家的相关法律法规,合理合法的办理外派员工的离职、辞退手续,尽量避免劳动争议的发生。第八条对于未办理离职手续的员工,公司将与员工保持联系,确保员工的所有手续方法正确性。 第九条供词将及时迅速向客户进行员工信息反馈,确保所有员工在离职过程中出现的问题得到及时迅速的 处理。

软件质量管理体系建设方案详细

关于软件质量管理体系建设的 方案 参考资料: 《cmmi3级软件过程改进方法与规》 《 ISO9001:2000标准》 修改记录: 作者简介: 软件企业质量经理、高级项目经理,联系方式__qq:317974257 方案说明: 参考了《cmmi3级软件过程改进方法与规》、《 ISO9001:2000标准》。同时参考了业界同行

写的相关方案或文章,吸收了他们的优秀见解。 1.引言 (3) 1.1软件质量概述 (3) 1.2公司软件质量现状分析 (4) 1.3软件质量管理的特点 (4) 1.4软件质量责任分配 (7) 2.软件质量管理体系建设总体方案 (7) 2.1进一步推动软件质量管理体系建设的原则 (8) 2.2软件质量管理体系完善需要解决的主要问题 (9) 2.3配置管理—实施软件质量管理的重要步骤 (10) 2.4进一步完善我们的测试管理体系 (12) 2.4.1.软件测试的组织与管理规划 (13) 2.4.2.测试管理体系过程控制 (15) 2.4.2.1测试流程模型 (16) 2.4.2.2测试流程控制 (16) 2.4.2.3测试小结 (18) 2.5软件质量保证(SQA)的实施 (19) 2.5.1.SQA概述 (19) 2.5.1.SQA实施 (20) 2.5.2.SQA与SQC区别与协作 (22) 2.6全面软件质量管理 (23) 2.6.1.全面软件质量管理 (23) 2.6.2.全面软件质量管理的方法---制定质量管理计划 (23) 2.6.3.全面软件质量管理的方法---技术评审 (24) 3.结束语 (24)

1.引言 1.1软件质量概述 随着信息技术的飞速发展,使软件产品应用到社会的各个领域,也造就了软件行业激烈竞争的生存环境,随着软件规模及复杂性急剧加大,软件质量已经成为人们共同关注的焦点。技术是软件企业的生命,而质量则是它的灵魂,软件企业要在竞争中占有一席之地,软件质量保证是第一要素。由此,软件质量的重要性是不言而喻的。 软件质量是指与软件产品满足规定的和隐含的需求的能力有关的特征和特性的总和。通常来说,软件质量应该包含六方面的特性: 功能性、可靠性、易使用性、效率、可维护性、可移植性。 软件质量管理包括:软件质量计划编制、软件质量保证和软件质量控制三个过程域。质量计划就是为了实现质量目标的计划,它主要结合各个公司的质量方针,产品描述以及质量标准和规则通过收益、成本分析和流程设计等工具制定出来实施方略,其容全面反应用户的要求,为质量小组成员有效工作提供了指南,为项目小组成员以及项目相关人员了解在项目进行中如何实施质量保证和控制提供依据,为确保项目质量得到保障提供坚实的基础。质量保证(Quality Assurance ,QA)的目的是提供一种有效的人员组织形式和管理方法,通过客观地检查和监控“过程质量”与“产品质量”,从而实现持续地改进质量。质量保证是一种有计划的、贯穿于整个产品生命周期的质量管理方法。质量控制是对阶

服务质量控制程序

服务质量控制程序 1.目的:为使本公司遵循素质求高、检测求准、作风求严、服务求实的精神,向社会提供优质服务;全体人员在工作中严格遵守〈质量管理手册〉中的职业道德规范,做到“规范、公正、优质、和谐”。 2.范围:本程序适用于本公司全体工作人员的服务质量、要求、监督、考评。3.职责 3.1采取层层负责制下级对上级负责、上级对下级考评及群众民主评议结合的原则定奖定罚。对人员的奖励与处罚列入质量体系审核、评审程序。 3.2总经理负责抓好本公司工作行风“九不准”及对检测人员的“九点要求”。3.3质量负责人及质量监督员负责监督执行。 3.4各部门工作由部门负责人负责管理。 4.本公司工作行风要求 a)不准以本公司名义与设备生产厂家联营,介入设备销售。 b)不准指定维修厂家、送检单位使用指定设备。 c)不准出具伪造检测数据的假报告。 d)不准采取任何方式变相提高检测收费标准。 e)不准在检测中巧立名目,收取费用。 f)不准受行政干预,影响检测公正性。 g)不准使用超期检定的计量检测设备进行检测工作。 h)不准开展未经验收合格的新增检测项目对外开展检测。 i)不准未经培训考核合格取得上岗证的人员上岗检测,而影响检测工作质量。5.本公司对全体检测人员服务质量要求 a) 检测工作时着装整齐,持证上岗。 b)礼貌待人,禁说忌语。 c)检测科学、公正,提供相同质量服务。 d)坚持技术标准、规范,数据真实,准确。 e)检测报告填写规范。 f)廉洁自律,励行节约,不准卡、扣,以权谋私。 g)遵守纪律,工作认真负责。 h)按规定保守技术资料秘密。 i)保持检测场所整洁。 6. 工作程序 6.1 客户服务要求的确定和实施 6.1.1 公司提供检测服务前、服务中和服务后,除检测要求外,客户提出的服务

软件项目质量管理方案书

软件项目质量管理方案书 1软件开发质量保证方案 1.1 质量管理内容 1.1.1编制和评审质量计划 制定质量保证计划:依据项目计划及项目质量目标确定需要检查的主要过程和工作产品,识别项目过程中的干系人及其活动,估计检查时间和人员,并制定出本项目的质量保证计划。 质量保证计划的主要内容包括:例行审计和里程碑评审,需要监督的重要活动和工作产品,确定审计方式,根据项目计划中的评审计划确定质量保证人员需要参加的评审计划。明确质量审计报告的报送范围。 质量保证计划的评审:质量保证计划需要经过评审方能生效,以确保质量保证计划和项目计划的一致性。经过批准的质量保证计划需要纳入配置管理。当项目计划变更时,需要及时更改和复审质量保证计划。 1.1.2“过程和工作产品”的质量检查 根据质量保证计划进行质量的审计工作,并发布质量审计报告。 审计的主要内容包括:是否按照过程要求执行了相应的活动,是否按照过程要求产生了相应的工作产品。本项目中对质量的控制主要体现在不同阶段的审计当中。 1.1.3不符合项的跟踪处理 对审计中发现的不符合项,要求项目组及时处理,质量保证人员需要确认不

符合项的状态,直到最终的不符合项状态为“完成”为止。 1.2 质量管理责任分配 我公司在开发项目上按照规范化软件的生产方式进行生产。每个项目除配备了项目开发所需角色外,还专门配备了质量保证小组、配置管理小组、测试小组来确保质量管理的实施,下面针对这三种角色进行说明: 1.2.1质量保证小组职责 质量保证小组作为质量保证的实施小组,在项目开发的过程中几乎所有的部门都与质量保证小组有关。质量保证小组的主要职责是:以独立审查方式,从第三方的角度监控软件开发任务的执行,分析项目内存在的质量问题,审查项目的质量活动,给出质量审计报告。就项目是否遵循已制定的计划、标准和规程,给开发人员和管理层提供反映产品和过程质量的信息和数据,使他们能了解整个项目生存周期中工作产品和过程的情况,提高项目透明度,从而支持其交付高质量的软件产品。 质量保证人员依据质量保证计划,通过质量审计报告向项目经理及有关人员提出已经识别出的不符合项,并跟踪不符合项的解决过程,通过审计周报或者审计月报向项目经理提供过程和产品质量数据,并与项目组协商不符合项的解决办法。 质量保证小组的检测范围主要包括:项目的进度是否按照项目计划执行,用户需求是否得到了用户的签字确认,软件需求是否正确的反映了用户的需求,是否将每一项用户需求都映射到软件需求;系统设计是否完全反映了软件需求;实现的软件是否正确的体现了系统设计;测试人员是否进行了较为彻底的和全面的测试;客户验收和交接清单是否完备;对于系统运行中出现的问题,维护人员是否记录了详细的维护记录;配置管理员是否按照配置管理计划建立了基线,是否严格控制变更过程,是否对配置库进行了维护。

软件质量管理的方法、工具和保证(精)

软件质量管理的方法、工具和保证 中国科学院软件研究所.北京市软件生产与质量保证联合实验室 第一作者简介: 李怀璋博士副研究员高级项目经理 现就职于中国科学院软件研究所、北京市软件生产与质量保证联合实验室。 主要研究方向为软件工程,尤其是软件质量管理和软件过程改进等方面的理论研究、工具开发和相关培训等工作。已经和正在主持、负责多项国家“863”项目。在国内重要核心期刊发表相关学术论文十几篇。出版的著作包括《软件质量管理标准、技术和实践》(合著)和《软件质量保证指南》(译著,即将出版)等。 写在前面的话: 我们中国的软件产业是如此之年轻,如同一个年轻人,一个富有青春气息的朝气蓬勃的年轻人,在其发展中,是否也容易忽略了一些很基本的东西? 当我们热衷于追求某种时尚和新技术时,是否也容易忽略了一些最基本但却非常重要的东西,而且这些东西往往是来自于我们的生活经验。 1、从问题入手 对于一个发展中的组织,问题的暴露是很自然的,改进的过程实际上就是在按照计划执行与跟踪的过程中进行问题的发现、纠正和预防的过程。那么,发现问题、收集和整理问题、分析问题、排列问题重要性、提出解决措施、在部分区域演练、全面推广就成为过程改进的一个系统化的步骤。 图1 面向问题的软件质量保证框架 实际上,无论是W.Edward Deming博士提出的Deming环,即PDCA(Planning, Do, Check, Action)环,还是后来SEI(美国卡耐基梅隆大学的软件工程研究所)在此基础上提出的IDEAL (Initiating, Diagnosing, Establishing,Acting, Leveraging)模型,都是软件过程改进的一个基本过程和方法。 实际上,无论是高层管理者,还是SQA、项目经理、软件工程师将自己工作中经常犯的错误随时记录下来,都是一个问题的收集过程;在此基础上再进行问题归类、问题统计和原因分析,然后再进行问题排序、针对问题进行纠正、纠正措施或预防措施等,并形成这样一个自反馈系统,就可以实现持续的过程改进。面向问题的软件质量保证框架如图1所示。 2、运用统计与度量技术 Deming是一位将统计方法用于质量控制的咨询专家。他说:“统计质量控制是统计原理和技术的一次实践,这种方法可以用于生产的所有阶段以及维护和服务,其目的是经济的满足需求。” 诸如SPC(统计过程控制)、头脑风暴法、鱼刺图、PARETO原理、层次图等方法都是统计控制理论和度量理论的一些基本方法。 头脑风暴法(Brainstorming) 头脑风暴法的一般步骤可以概括为: (1)确定质量问题。 (2)尽可能找出影响质量问题的因素。 (3)找出各原因之间的关系,在因果图上以因果关系用箭头连接起来。 (4)根据对结果影响的程度,将认为有显著影响的因素标出来。 (5)在因果图上标出必要的信息。

软件项目的质量管理方案

软件项目的质量管理方案 在信息系统工程建设管理中,项目的质量管理在信息系统工程建设中是极其重要的。 本文结合作者的项目实践,以《通信网应急指挥平台》项目建设为例,讨论了如何做好信息系统工程建设的质量管理,包括在项目建设过程中应编制怎样的质量管理计划,执行怎 么的质量保证,以及如何进行质量控制。该项目是以构建工业和信息化部应急指挥平台为 中心,上行与国务院应急指挥平台相联,下行与省(自治区、直辖市)通信管理局相联的 上下贯通、信息共享、安全可靠的现代化国家通信应急指挥平台为目标,系统建设必须在2010年5月1日之前完成,为达到建设单位对项目“安全可靠”的质量的要求,如何做 好项目质量管理,充分发挥“人”的作用,是保证项目能顺利通过验收的关键。为此,项 目经理在类似项目建设管理中,必须加强项目的质量管理。 正文: 质量是过程、产品或服务满足明确或隐含的需求能力的特征,它与范围、成本、时间 构成了项目成功的关键因素,它即包括为确保项目能所需执行的需求过程,又包括质量管 理职能的各种活动,而这些活动确定了质量管理的策略、目标和责任,并在质量管理体系 中凭借质量规划、质量控制和质量保证等措施决定了对质量政策的执行、对质量目标的完 成以及对质量责任的履行。 2009年2月,笔者参加了《通信应急指挥平台》的项目建设,担任项目经理,该项 目被划分成3个子系统:应急指挥基础设施系统、基础支撑系统、综合应用系统,其中综合应用子系统包括8个组成部分:宽带VSAT应急网监测预警系统、通信物理网监测预警系统、通信业务网监测预警系统、应急预案管理系统、通信保障应急物资管理系统、多媒 体档案管理系统、通信保障应急事务处理系统、通信保障应急工作决策支持系统。项目在 各干系人的通力配合与支持下以及项目团队全体成员的共同努力下,经过近13个月的并 肩作战,最终于2010年4月15日全面通过系统验收,项目实施总成本花费120.23万元,工程进度比计划提前了13天完成。 为了达到该项目建设要求,充分发挥项目团队成员作用,作为项目经理,笔者在本项 目建设管理中,主要从如下几个过程来加强项目质量的有效管理: 1、采用基准分析、实验设计、成本/效益分析等方法进行项目质量规划 项目质量规划主要用来识别与项目相关的质量标准以及确定如何满足这些标准。它首 先通过质量策略、项目范围说明书、产品说明书等资料作为质量规划的依据,来识别出与 项目相关的质量标准,从而达到或超过项目客户以及其他项目干系人的期望和要求。另外,在现代质量管理中有一项基本原则---质量出自计划和设计,而非出自检查,因此,做好项目的质量规划是极其重要。 为此,笔者在编制本项目质量规划时,首先采用基准分析方法。在完成项目质量规划 编制后,将本项目的质量规划方案与公司前三年已完成的《交通部应急通信系统》的质量 规划方案进行对比,通过比较,发现了本项目质量管理计划中存在两点不足之处:一是没 有增加特定行业系统质量测试依据、指标以及行业质量检测单位,二是没有注意到不同行

软件项目质量控制

项目质量控制 1、软件质量管理 质量管理是管理者在对软件质量进行一系列度量之后做出的各种决策,促使软件产品符合标准。在软件项目质量管理中,质量管理总是围绕着质量保真该过程和质量控制过程两方面。质量保证是在项目过程中实施的有计划、有系统的活动,确保项目满足相关的标准。质量控制是采取适当的方法监控项目结果,确保结果符合质量标准,还包括跟踪缺陷的排出情况。质量控制是确保项目结果与质量标准是否相符,同时确定消除不负的原因和方法,控制产品的质量,及时纠正缺陷的过程。质量控制是对阶段性的成果进行检测、验证,为质量保证提供参考依据。软件质量控制主要是发现和消除软件产品的缺陷。质量控制的方法有技术评审、走查、测试、返工、控制图、趋势分析、抽样统计、缺陷追踪等。 质量保证的三个要点是: 1)在项目进展过程中,定期对项目各方面的表现进行评价。 2)通过评价来推测项目最后是否能够达到相关的质量指标。 3)通过质量评价来帮助项目相关的人建立对项目质量的信心。 2、软件管理系统质量计划 2.1导言 教务管理系统的质量计划是确定哪种质量标准适合该项目并决定如何达到这些标准的过程。说明了该项目管理小组具体执行它的质量策略,该计划可以作为软件质量工作指南,帮助项目经理确保所有工作按计划完成。 2.2项目组织机构 在项目实施期间成立项目质量保证组织,该组织由质量保证人员和项目经理等组成。项目经理负责质量监督工作及项目进展过程中各环节的质量把关,开发经理负责质量控制的工作,质量保证人员负责质量保证的工作。组织结构如下图所示:

2.3项目质量保证组织职责 2.3.1高层管理 高层管理是公司负责质量的高级管理,其质量职责如下: 1)受理项目内不能解决的不符合问题,必要时与项目经理协调。 2)负责听取质量保证组的工作报告,评审质量保证活动和结果。 3)参加有关质量保证过程改进的评审。 2.2.2项目经理 项目经理的质量职责如下: 1)评审质量计划。 2)与质量保证人员一起协商不符合项问题的纠正措施,并安排资源实施纠正措施。 3)定期或事件驱动地评审质量保证活动和结果。 2.3.3项目质量保证人员 质量保证人员的质量职责如下: 1)负责项目实施过程中对项目实施情况进行监督,包括对项目实施过程和工作产品进行监督检查。 2)实施项目组成员的质量保证培训。 3)制定质量保证计划。 4)按计划实施审计活动,依照质量保证计划执行评审/审计,并记录执行中发现的不符合项。

软件-质量保证体系

[主题] 软件质量管理保证体系 文档作者:微软中国 撰写时间:[发布日期] 文档状态:[状态] [单位] 2

修订记录

目录 修订记录 (2) 目录 (3) 公司内部标准 (4) 1.使用范围 (4) 2.引用标准 (4) 3.定义 (4) 4. 质量管理体系 (4) 4.1软件质量管理责任分配 (4) 4.2工作产品和活动 (5) 4.3评审 (6) 4.4质量保证(QA) (8) 4.5 软件测试 (10) 4.6 配置管理 (11)

公司内部标准 本标准参照CMMI3《质量管理和质量保证标准》 1.使用范围 本标准作为本公司在软件项目开发、供应和维护时的质量要求,以保证产品的质量,防止不合格产品。 以下详细描述了软件开发各阶段的控制手段和要求。要求质量保证贯穿各个阶段,始终保证严格实施。 2.引用标准 本标准制定考虑本公司的实际情况,因此本标准仅用于本公司内部控制产品质量。 使用本文档时,请尽量参照最新版本。 3.定义 产品:以下指软件产品,即交付给用户的一整套计算机程序、规程及相关的文档和数据。 开发:软件产品的所有活动。 供方:指本公司。 需方:指具体项目的需求方,即客户。 质量体系:质量要素、各要素需要达到的目标以及在开发过程中必须采取的措施。 4. 质量管理体系 4.1软件质量管理责任分配

4.2工作产品和活动

4.3评审 评审是以一种正式的形式进行,如有正式的、事先定义好的有关职责的各种角色,并遵循组织规定的流程。 对于任何工作产品的审计,都会组建与之对应的专门评审组,包括作者、主持人、记录员以及陪审员若干。评审组的成员可以包括PPQA、项目组成员,但不能有作者的直接领导或者管理者。 评审小组先召开一个预备,作者会针对工作产品向大家做个总体的介绍,例如讲解一下本工作产品的目标是什么,以及其相关的实现细节、开发标准等。应该允许甚至鼓励评审组成员动手查看工作产品,或者查看开发过程中所用到的检查单。 评审小组的主持人负责确定什么时间开始真正的评审会议,在预备会和正式评审会议之间,评审小组成员对工作产品进行彻底检查,并依据相关标准和准则评审工作产品。

大型软件开发过程的质量管理体系

大型软件开发过程的质量管理体系  韩思音 弋陪余    国信朗讯科技网络技术有限公司是中国电信和朗讯科技合资的专业从事通信网络管理软件开发的高科技企业,公司位于上海浦东,注册资金2 980万美元,员工达150人,本科以上学历超过95%。公司在1999年成立后就开展了ISO9001贯标活动,并于2000年8月通过了ISO9001认证。公司以贝尔试验室的大型软件开发管理流程为基础,建立了自己的ISO9001质量管理体系。三年来已经开发了“传输网络集中监控系统NetGuard”、“电信网络资源管理系统NetMaster”两个大型软件系统。通过ISO9001的贯标活动,加强了公司全体员工的质量意识,强化了软件开发过程的规范性,改进了软件开发过程,保证了软件开发的质量,对加强公司实力、提高市场形象起了很好的推动作用。  通过了ISO9001认证后,审核机构每年要进行一次复查,即监督审核。如果公司质量体系运行得不好,就可能被暂停证书;如发生重大事故,证书可能被撤消。除此以外,公司每年还进行一次内审,即公司内部对质量体系运行是否符合ISO9001标准进行的检查,各部门对内审发现的不符合项进行认真整改,由质量管理部验收。各部门对本部门的工作定期提出改进措施,由质量管理部对其进行验证,使质量体系不断改进。所以ISO9001的认证对企业的质量体系是有严格管理的,是有保证的。  1 软件产品质量的特点  按照ISO9126的定义,软件的质量通常可以从以下六个方面去衡量(定义)。  1)功用性(Functionality),即软件是否满足了客户功能要求。  2)可靠性(Reliability),即软件是否能够一直在一个稳定的状态上满足可用性。  3)可用性(Usability),即衡量用户能够使用软件需要多大的努力。  4)效率(Efficiency),即衡量软件正常运行需要耗费多少物理资源。  5)可维护性(Maintainability),即衡量对已经完成的软件进行调整需要多大的努力。  6)可移植性(Portability),即衡量软件是否能够方便地部署到不同的运行环境中。  可见,同其它产品相比,软件产品的质量有其明显的特殊性。

软件质量管理之真正的流程管理

软件质量管理之真正的流程管理 通俗来讲,流程就是我们做事情的过程,流程是为了完成某一目标而进行的一系列 相关的活动。流程客观存在于我们日常工作和生活中,不管我们是否意识到其存在。例如,工作中的流程:销售流程、设计流程、采购流程、维修流程、会议流程、决策流程。生活 中的流程:我们每天从家出发到公司上班,到银行办理存取款。我们大部分业务是由一个 个流程来完成的。 流程的正式定义是:流程是为了完成某一目标而进行的一系列逻辑相关的活动;一般 是指重复进行的活动,接受各种投入要素,通过流程的各项活动产生所期望的结果,例如 产品、服务或决策,流程要素包括执行人、输入资源、活动、活动的相互作用、输出结果 和客户。 流程的重要特征是重复性、目标性和过程性。 流程的客观存在,并不意味着我们对其进行了有效的流程管理,可能是有流程,但没 有有效管理,没有高效地达到流程的目标。有时候我们忽视了一些重要流程的存在,或没 有认识到对其进行管理的好处,所以没有采用有效的流程管理,导致工作的重复错误或低 效率重复。 一次性的工作、以后不再重复做的事情不是流程。完成一次性、独特的项目,就不是 流程,这是属于项目管理的范畴。例如,对大部人来讲,参加高考、结婚,人生中只有一次,不是流程。我们的换标、参加上海世博会、援建遵道镇,也是项目而不是流程。 有些项目,例如地产开发项目,尽管每个项目有所不同,但每次都是类似的做法和过程、是重复性的、可以总结经验来持续改进,所以也是一个流程,我们称之为“地产项目 开发流程”,可以用流程管理的方法进行管理。 有,按照不同的纬度可以有不同的分类: 单个人完成的流程VS多个人完成的流程。有些流程是一个人完成的,例如,自己开 车上班,个人的思维决策流程。有些流程是多个人合作完成的,例如,住房维修流程。随

软件质量管理方法

软件质量管理方法集团标准化办公室:[VV986T-J682P28-JP266L8-68PNN]

XXXX项目质量保证计划 ***科技(北京)有限公司

版本历史 目录 1.介绍 1.1目的 本质量保证计划制定(某项目)项目质量保证工作相关的一些措施和规定,作为质量保证工作的整体指导方向,是质量保证人员展开质量活动的依据,也是检查项目质量的基础。 本质量保证计划的目的是保证所发布的(某产品)能够满足《需求规格说明书》中规定的各项需求。

1.2术语 1.3参考资料 《**-项目计划》2.管理 2.1职责

3任务 3.1过程与产品质量检查计划 提示:质量保证员根据本项目的特征,确定需要检查的主要过程域和主要工作成果,并估计检查时间和人员。 注意:对某些过程域的检查应当是周期性的而不是一次性的,例如配置管理、需求管理等。 3.2参与技术评审的计划 提示:

(1)技术评审计划一般由研发经理或者项目的技术负责人制定。 (2)质量保证员应当参与并监督重要工作成果如需求、设计、代码的技术评审。 质量保证员根据技术评审计划,制定“参与技术评审”的计划。 (3)工作成果的技术评审有两种形式:正式技术评审(FTR)和非正式技术评审 (ITR)。FTR需要举行评审会议,参加评审会议的人数相对比较多。ITR形式比 较灵活,一般在同伴之间开展或以邮件等的方式进行评审。 3.3审计流程 提示:此处定义针对软件工作产品的审计过程。 下面是审计过程示例: 1.确定当前要审计的软件工作产品。 2.确定与当前审计有关的标准。 3.使用《QA产品审计报告》中的检查表实施工作产品审计。 4.使用《QA过程审计报告》中的检查表实施工作过程审计。 5.制定和发布《软件质量保证报告》 6.对不能在项目组内部解决的不符合问题报告给高层经理。 7.对不符合问题进行记录、跟踪直至解决。 4.输出产物

全过程咨询服务质量管理制度.doc

全过程造价咨询质量管理制度 为了不断完善和提高全面质量管理,落实质量责任制,保证全过程造价咨询成果的真实性、完整性、科学性,特制定本制度。 一、公司日常质量监管机制管理模式 公司常务质量管理机构将全面负责全公司质量的动态管理。主要通过调阅下属项目咨询成果资料和检查正在实施过程中的咨询项目程序的合规性等方式进行监管。 1、监管方式 (1)定期和不定期检查 定期和不定期检查是指公司对下属单位档案资料的真实性、合规性、完整性,实施的集中检查。 (2)抽查 抽查是指公司对下属单位咨询过程的规范性情况,进行的监督抽查。 (3)专项稽查 专项稽查是指公司依据投诉、举报和重大质量事故,进行的专门监督检查。 2、监管检查结果的评价办法 公司综合了影响咨询质量的各种因素,制定了执业质量检查评价的评分标准。检查评分实行百分制,得分低于60分的为不合格,60分至80分的为合格,80分以上的为优良。对多个项目的质量检查结论,按最低得分项目的得分来确定。 3、监管检查结果的处理 (1)检查情况应形成文字书面意见。检查意见应与被检项目进行充分沟通。被检项目收到检查结果书面意见后10天内,应将项目整改

意见和整改情况回复公司。 (2)单位技术负责人对咨询初步成果审核后,应在《工程造价咨询业务质量控制流程单》上签署审核意见,并按照《质量检查评分标准》对审核后的咨询初步成果进行评分。咨询成果在三级复核范围内出现的问题,实行质量问题问责制,由复核人员承担责任。 (3)年度检查结果在公司内部进行公布。对获得全公司优良评价第一名的项目,给予奖励。对低于60分和问题严重的下属项目,在下一年度质量检查中需进行复查,同时对其项目参与人员进行处罚。 (4)对获得全公司优良评价第一名的项目组奖励元,其业绩作为执业人员晋升的参考依据。 对低于60分的项目组,对项目参与人员及单位相关负责人的处罚额度为: ①项目经理(或项目负责人)元; ②项目组专业造价工程师(或造价员)元/人; ③单位技术负责人元/人。 (7)专项稽查检查结果涉及到个人职业道德或造成严重经济损失、名誉损失的,由公司常务质量管理机构按规定程序进行上报并按规定进行相应的处置。

软件系统质量管理体系建设方案

1质量管理体系建设方案 遵循公司的质量方针:项目全程受控,产品科学可靠,质量持续改进,成果多方满意。实现公司的质量目标:合同执行合格率达100%,顾客满意率达100%。 1.1质量管理的主要任务 1、制定软件质量管理计划; 2、按照软件质量评价体系控制软件质量要素; 3、对阶段性的软件产品进行评审; 4、对最终产品进行验证和确认,确保软件产品的质量。 为保证行业规划建设管理信息系统应用系统应用软件的质量,我们将遵从公司质量管理标准体系进行系统的分析、设计与编码、试运行等全过程的控制与评审管理。 1.2质量管理的组织管理方法 在开发项目上按照规范化软件的生产方式进行生产,在生产流程上采用CMM的标准进行。项目除配备了项目开发所需角色外,还专门配备了配置管理小组、测试小组和质量管理小组确保质量管理的实施,下面针对这三种角色进行说明: 一、配置管理小组职责 配置管理小组是保证项目开发完毕的同时,内部文档和外部文档都同时完成。内部文档的及时产生和规范,是保证项目开发各小组能够更好的接口和沟通的重要前提,从另一个方面讲,也是保证工程不被某个关键路径所阻塞而延滞的前提。如上所述,配置管理小组还是保证质量管理小组得以发挥作用的基础。配置管理小组的主要职责包括:完善各个部门发送需要存档和进行版本控制的代码、文档(包括外来文件)和阶段性成果;对代码、文档等进行单向出入的控制;对所有存档的文档进行版本控制;提供文档规范,并传达到开发组中。

二、测试小组职责 测试小组作为质量控制的主要手段,负责系统的测试设计和执行工作。如同系统开发一样,测试在执行之前,同样需要进行测试计划和测试策略的设计,通常情况下测试可以分为如下几种类型,如:正确性测试、功能性测试、性能测试、安全测试和系统测试等。而这些测试均需要在测试计划和测试策略中进行描述用以指导测试小组成员进行测试用例编写和测试执行。程序员在交给测试人员之前是进行过一定的单元测试,确保程序编译、运行正确。 测试人员根据详细设计的文档对软件要实现的功能进行一一测试,保证软件的执行正确的实现设计要求,在此也只证明了软件正确的反映了设计思想,但是否真正反映了用户的需求仍需要进一步的功能性测试。 测试人员只有根据软件需求规格说明书所提及的功能进行检测,才能确保项目组开发的软件产品满足用户需求。在正确性测试完成之后,需要测试的是软件的性能,软件的性能在本项目中占有重要的地位,性能要求有可能改变软件的设计,为避免造成软件的后期返工,测试在性能上需要较大的侧重。如果有必要的话,测试小组还需要做安全测试,以确保系统使用安全可靠。 三、质量管理小组职责 质量管理小组作为质量保证的实施小组,主要职责是保证软件透明开发的主要环节。在项目开发的过程中几乎所有的部门都与质量管理小组有关。质量管理小组对项目经理提供项目进度与项目真正开发时的差异报告,提出差异原因和改进方法。 项目进度被延滞或质量管理小组认为某阶段开发质量有问题时,提请项目经理、项目负责人等必要的相关人员举行质量会议。解决当前存在的和潜在的问题。质量保证是建立在文档的复审基础之上,因而文档版本的控制,特别是软件配置管理,直接影响软件质量保证的影响力和力度。 质量管理小组的检测范围包括: 系统分析人员是否正确的反映了用户的需求; 软件执行体是否正确的实现了分析人员的设计思想; 测试人员是否进行了较为彻底的和全面的测试; 配置管理员是否对文档的规范化进行的比较彻底,版本控制是否有效。

软件开发质量控制过程

软件开发控制与评审控制 作者: 完成日期: 签收人: 签收日期: 修改情况记录:

1.目的 (1) 2.适用范围 (1) 3.角色与职责 (1) 4.项目过程控制 (1) 5.版本控制 (2) 6.软件测试 (3) 7.产品交付控制 (3)

1. 目的 对软件设计和开发过程进行监控,使设计输出不断满足顾客和有关标准、法令、法规的要求。 2. 适用范围 本程序适用于本公司应用软件设计、软件升级等。 3. 角色与职责 ?部门领导:负责整个质量控制过程。 ?项目经理:编制软件开发计划,组织实施设计软件评审与监控过程。 ?开发人员:负责软件评审及评审结果的修改与处理。 ?质量保证工程师:根据软件开发过程, 4. 项目过程控制 4.1项目经理组织软件的立项评审。质量保证工程师参与并监督整个评审 过程。评审完成后,输出《软件产品立项评审记录》。 4.2项目经理制定软件开发过程的评审计划,输出《软件开发评审计划》, 此计划明确在项目的立项、需求、概要设计、详细设计、测试等各开 发阶段的时间点及输出项;

4.3质量保证工程师根据《软件开发评审计划》、《项目开发时间进度表》; 在每个里程碑点,提出阶段评审。项目经理主持评审。具体的阶段包括:需求评审、概要设计评审、测试方案评审。 4.4质量保证工程师参与、监督整个评审过程。评审包括但不限于:需求、 开发计划、设计文档、代码、测试计划。评审完成后,输出〈〈项目评审记录〉〉。 4.5质量保证工程师对评审的处理内容、结果进行监督;并对实施的结果 进行检查。检查结果输出〈〈评审检查实施表〉〉 4.6 质量保证工程师定期跟踪项目的开发情况,每月/每个项目节点,定期 出〈〈项目质量报告〉〉。 4.7 项目开发完成后,质量控制工程师对整个项目质量控制的情况进行总 结。对项目的输出内容进行检查,输出〈〈结项评审〉〉。包括: ?代码打标/包、 ?文档输出检查、 ?产品包装检查; 4.8在整个项目开发过程中,按照《武汉虹翼公司研发部科研项目管理--补 充细则》之规定,实施奖惩。

服务质量管控制度

XXX劳务派遣有限公司 服务质量管控制度 为规范公司的服务行为,确保服务质量,提高客户满意度,树立企业良好的社会形象从而确立且服务品牌,特制定本制度。我公司将对用工单位进行常年的劳动事务咨询服务,并指定一名或多名咨询顾问承担上述工作,及时沟通,解决出现的问题。同时,我们的期待派遣员工的情况进行跟踪回访,了解用工单位对我公司工作的建议和意见,根据这些反馈意见不断修改完善,提高劳务派遣服务的服务水平。 一、服务质量要求 客户满意度是我公司生存与发展的支柱,向社会提供满意的服务是公司自身发展的基本策略,也是公司必须承担的社会责任,更是社会和行业发展的必然,持续提高服务水平和服务质量是公司经营管理的重要工作之一,服务企业,服务派遣员工,让企业满意、让员工满意。顾客满意是我公司服务的最高追求。 二、服务质量管控目标 (一)误差率 1、在每月计算费用时,发生人数误差的数量; 2、在每月计算费用时,发生个人计算误差的数量; 3、在每月计算费用时,同时发生人数误差各个人计算误差的数量。 (二)反应速度 1、员工发生入、退职时,最快提现到费用结算表的时间; 2、员工发生保险理赔时,从收到理赔资料到赔款到位的时间; 3、员工发生工伤时,从接报到派出专人介入处理的时间; 4、员工与客户发生纠纷时,从接报到派出专人介入处理的时间; 5、接到员工或客户投诉时,从接到投诉到最快恢复时间;

6接到客户招聘员工的正式招聘需求时,提供候选人所用的时间; 7、接到客户随机抽查服务数据与服务状态的正式数据时,提供所用的时间。 (三)服务频度 1、定期与企业及员工的沟通次数; 2、定期向企业保证的正式报告次数; 3、委托代表定期到客户实地拜访次数。 三、服务时限 (一)劳动合同签订时限 1、劳务派遣单位与被派遣劳动者已建立劳动关系,未同时订立劳动合同的。 2、劳务派遣单位与被派遣劳动者在用工前订立劳动合同的,劳动关系自用工之日起建立,并进行劳动用工备案。 (二)社会保险办理时限 劳务派遣单位应当自建立劳动关系之日起30天内为被派遣劳动社会保险经办机构申请办理社会保险登记手续。 (三)工资发放时限 被派遣劳动者工资发放日期,我公司在劳务派遣协议中明确。 我公司将严格按照劳务派遣协议约定的日期为被派遣劳动者发放工资。 (四)工伤认定办理时限 1、被派遣劳动者在用工单位所在地发生工伤事故,用工单位进行及时抢救,代垫首期抢救费用,并第一时间(特殊情况不得超过12小时)通知劳务派遣单位。 2、我公司在接报后12小时内进行现场处理,24小时内提供书面解决方案。 3、被派遣劳动者发生事故伤害或者按照职业病法规被诊断鉴定为职业病,我公司将在24小时内通知统筹地区社会保险行业与部门及其参保社会保险经办机构,并致事故伤害发生之日或者诊断、鉴定为职业病之日起30日内,向统筹地区社会保险行政部

软件质量管理制度

软件质量管理制度 软件的开发需要一个较长的过程,一般都会有自己的工作制度。下面是的软件质量管理制度,供您参考。 本文档的目的是为特定产品、项目或合同的质保工作提供指导,帮助项目组其他成员了解质量保证要素,明确质量保证活动,确定质量保证范围。本文档将规定项目质量管理员的职责和权利,资源要求,活动安排,进度,要求质量保证活动中必须生成的文档,反馈问题的方法和频度等。 一、管理组织 本公司的软件质量保证活动统一由质量管理员进行管理、检查与汇报,公司相关部门经理及项目中的项目经理、程序经理、开发经理、测试经理、产品经理、测试经理、用户教育经理是质量保证活动中的第一责任人。 二、软件开发过程 本公司的软件开发过程分为以下8个阶段:项目策划阶段、需求分析阶段、设计阶段、开发阶段、测试阶段、实施阶段、验收阶段、维护阶段,每个阶段的主要活动分别为:业务启动和项目规划、需求分析、逻辑设计和物理设计、软件开发、软件测试、系统实施及用户培训、用户试用及验收、维护,里程碑分别为:策划完成、需求明确、设计完成、开发完成、测试通过、系统上线、验收通过、合同结束。每阶段结束后,必须对相应的里程碑进行检查,方式为评审或批准。 三、项目文档

项目文档分为两种:管理类文档与技术类文档,所有文档必须保存于知识库及相应的VSS库中。文档共有三种状态:编制完成、审核通过、批准通过。其中管理类文档只有编制和批准两种状态,技术类文档拥有所有三种状态。所有文档必须明确说明当前文档版本号。 管理类文档包含以下类型:计划、总结、报告、会议纪要、备忘录、申请等。技术类文档包含:设计文档、需求文档、测试设计文档、界面原型软件、使用手册、安装手册、技术白皮书、培训资料、源代码、软件产品等。除VSS库中的文档以外,放入知识库中的文档由部门助理统一放入,文档必须批准通过。 文档的编制、审核、批准可在文档中直接写明,也可使用单独的审批文档进行说明。 每个项目在不同阶段必须产生的文档如下,但不限于此: 1、项目开始前: 合同、技术方案、市场立项表。以上文档存放于知识库。 2、项目策划阶段: 业务启动表(EXCEL格式)、项目规划(WORD格式)、项目进度(PROJECT格式)等。必须使用规定模板编写。以上文档存放于知识库。 3、需求分析阶段: 需求模型(EA格式)、软件需求规格说明书(WORD格式)、单据报表格式(EXCEL格式)、需求分析评审表(WORD格式)、需求分析计划(WORD格式和PROJECT两种格式)。必须使用规定模板编写。以上文档存放于知识库。

软件质量管理制度.doc

8、验收阶段 验收材料、验收报告(书面、电子扫描件)。以上文档存放于知识库。 9、维护阶段 维护报告(WORD格式),以上文档存放于知识库。 四、检查和审查 本公司的项目关键检查点有以下8个,采取评审和批准的方式,由质量管理员进行跟踪。 1、策划完成里程碑 以总经理批准通过业务启动表为标志,质量管理员检查业务启动表、项目规划、项目风险控制计划、项目进度、技术方案文档是否进入知识库。负责人为项目经理。 2、需求明确里程碑 以软件需求评审通过为标志,评审通过后由配置管理员建立软件功能基线。项目由用户代表、公司代表、同行、下游人员(程序经理、开发经理、测试经理、用户教育经理)进行评审,评审记录上必须有以上几类角色的人员进行签名。质量管理员检查需求规格说明书、需求模型、需求评审表是否进入知识库。负责人为产品经理。 3、设计完成里程碑

以逻辑设计和物理设计通过评审为标志,它包含两个部分:逻辑设计与物理设计。逻辑设计评审通过后由配置管理员建立指派基线1,物理设计评审通过后由配置管理员建立指派基线2。逻辑设计评审参与人员必须包括:公司代表、产品经理、开发经理、测试经理、同行。物理设计评审参与人员必须包括:公司代表、程序经理、测试经理、同行。质量管理员检查逻辑设计、物理设计、设计评审表是否进入知识库或VSS库。逻辑设计负责人为程序经理、物理设计负责人为开发经理。 4、开发完成里程碑 以软件所有功能开发完成,并通过评审为标志,它的评审必须包括:公司代表、产品经理、程序经理、测试经理。质量管理员检查评审表是否进入知识库。负责人为开发经理。 5、测试通过里程碑 以软件评审通过作为标志,评审通过后将建立产品基线。评审参与人员必须包括:公司代表、产品经理、开发经理、实施经理、用户教育经理。质量管理员检查测试报告、软件评审表是否进入知识库。负责人为测试经理。 6、系统上线里程碑 以用户签署通过上线报告为标志,评审参与人员必须包括:用户代表、公司代表、项目经理。质量管理员检查上线报告、实施计划、培训材料等文档是否进入知识库。如上线报告为纸质文档,则扫描后入库。负责人为实施经理。 7、验收通过里程碑

某软件公司质量管理体系

质量管理体系培训教材 (一) 北京博思美亚科技发展公司

目录 公司标准软件过程体系文件导读 (1) 软件生命周期模型 (15) 软件开发过程 (25) 技术类评审 (111) 项目估算指南 (146) 标准软件过程总体裁剪指南 (152)

公司标准软件过程体系文件导读 目录 1、概述 (2) 1.1目的 (2) 1.2适用范围 (2) 1.3引用文件 (2) 1.4术语 (2) 1.5参考资料 (2) 2、公司标准软件过程的开发 (3) 2.1开发历程 (3) 2.2公司标准软件过程总体结构 (6) 3、软件过程体系文件 (10) 3.1过程管理 (10) 3.2软件开发过程 (12) 3.3项目管理 (12) 3.4资源管理 (13) 3.5指南性文件 (14)

1、概述 1.1目的 本文件对公司软件过程及其体系文件的总体结构进行描述,为与软件过程的开发、维护、改进、执行、管理和跟踪等有关的人员学习、理解和使用软件过程体系文件提供指南。 1.2适用范围 适用于SEPG、高层经理、项目经理、软件开发人员、测试人员、软件质量保证人员、软件配置管理人员及其他支持人员为了按规范开展各自的业务活动,学习、理解和使用软件过程体系文件。 1.3引用文件 无。 1.4术语 无。 1.5参考资料 ?《Software Project Management Guidebook》(Version 2.0),Process Strategies,Inc. ?《软件工程-实践者的研究方法》,(美)Roger S. Pressman著,黄柏素、梅宏译,机械工业出版社出版,1999年10月 ?《实践中的CMM-INFOSYS公司实施软件项目之过程》,潘卡?杰罗特著,杨慧鸣、李光龙泽,2001年7月

相关文档
最新文档