关于质量方面的论文.doc

-精品word文档 值得下载 值得拥有-论信息系统项目的质量管理【摘要】 本文以我主持的铁道部某部署大型设计院的办公管理系统项目为实例,探讨了在项目管理中始终作为核心竞争力的质量管理中遇到的问题和解决的办法,文章首先解释了质量管理的基本概念,基本原理及其重要性,总结了质量管理的三个主要过程及其采用的工具.指出了软件质量除了技术上过硬外,还需要一个良好的管理环境,优秀的团队建设,而软件过程作为软件开发的管理环境对软件质量起着决定性作用.我在此项目中担任项目经理,自始自终参与了整个项目的建设,系统自发布到各个分院以来,运行稳定,取得用户好评,很大程度上得益于项目成功的质量管理.【正文】质量是反映实体满足和隐含需要的能力的特性总和.项目质量管理的主要目的是确保满足它所应满足的需求,项目管理必须满足或超越利益相关者的需求和期望.优质的产品或服务对于一个公司企业,对国家来说都具有战略性的重要意义,IT项目质量更是如此,由于我国软件发展的历史较短,自身发展方面也存在许多问题,加上IT行业技术发展速度快,这样就导致软件产品不稳定,软件后期的维护,升级出现麻烦,轻者用户不满意,重者造成人身伤亡,或者重大的经济损失.因此,必须把质量看做与项目范围,时间和成本同等重要.在我主持的铁道部某部署大型设计院的办公管理系统项目中,特别注意了质量管理.首先严格按照项目质量管理的三个主要过程质量计划编制,质量保障,质量控制上对项目进行管理,同时注重现代管理方法,借鉴国外先进的管理办法,注重领导管理,团队建设,并采用了RUP的迭代式的开发过程,开发目标定位在CMM2的关键过程域(KPA),达到CMM2的关键过程域,来控制软件质量.根据RUP的经验,我们把软件开发分成和RUP一样的四个阶段:初始化,精化,构建,部署四个阶段.为此我们制定了需求分析,变更和配置管理,项目管理,分析和设计,测试等几个关键过程,通过对这些关键过程的定义来控制整个软件开发的活动.需求分析关键活动是完成收集和定义软件开发需要的资源,变更和配置管理关键活动是定义项目开发所需要的环境以及如何协调成员之间的进度.这个关键活动的实施我们主要集中在版本控制上,利用现在流行的CVS版本控制工具有效的协调和管理团队的开发.项目成立的技术交底会上,项目成员集思广益,为系统制定了质量标准,包括分院登陆总院的响应时间,操作的响应时间,确保产生一致准确的信息,平均出错的几率,系统的升级等.并将这些标准纳入质量计划编制.在本系统中我们请了北京的领域专家参与到系统开发的早期阶段;而且做出了开发系统原型,用这些原型确认用户的需求.让领域专家参与开发的早期阶段,保证分析人员有充足的时间和领域专家进行充分的交流和确认.在这个阶段,原型可能在提交到用户之前,首先被领域专家确认,这样保证了原型被认可的程度和认可过程耗费的时间尽可能的短,从而在提高效率的同时保证了质量.分析设计和测试这两个关键活动我们主要采用几个原则:第一,分析和设计适当分开.做分析的不能全去做设计,在设计中有不做分析的人才能发现分析中的缺陷,分析的鉴定应该由所有成员统一来执行.第二,分析和测试适当分开.根据我多年的开发经验,开发员并不是很乐意去做繁杂的测试工作,而且开发员的测试思路都比较狭窄.第三,设计和文档编写员适当分开.设计员应将精力放在设计上,可提供简单的样稿,具体的文档编写应交于专人,实践证明,上述原则的应用是成功的.质量保证包括对整体项目绩效进行定期的评估以确保能满足相应阶段的质量标准.质量保证过程不仅对项目的最终结果负责,而且还要对整个项目过程负责.本项目中,北京的领域专家的质量审核,很好的完成了质量保证任务.在整个开发过程中,测试也是贯穿了整个过程,分别进行了单元测试(白盒测试),自底向上的集成测试,功能测试(黑盒测试),回归测试,验收及安装测试,Beta测试,配置测试,兼容性测试等,测试者进行的详细而且严谨,对出现的问题及时解决,消灭在萌芽状态,确保系统满足期望.整个过程中,采用了控制图,来表明这个过程是出于控制中,还是失去了控制.当这个过程失去控制时,就马上确认这些非随机事件的起因,并调节过程以纠正或消除这些起因.在整个项目过程中,深刻领会到除了使用好的质量计划编制质量保证盒质量控制这些有效工具外,强大的领导,团队组织,理解质量成本,提供一个好的工作环境来提高质量,努力提供组织在软件开发和项目管理方面的整体成熟度水平,都有助于提高质量.许多质量专家都认为,质量问题的主要原因是缺乏领导.大部分质量问题出在管理上,而非技术上.认识到这一点,作为项目经理,我经常到上司领导那里去.灌输我的观点,说服领导重视这件事情.在这个项目中我和我的上司强调不断开发和使用质量标准,经常培训员工,推行质量概念和原则的教育和培训,实施策略计划及建立和跟踪质量水平,积极证明质量提高的重要性,提高全体开发人员的质量意识.明白质量成本是一致成本加上不一致成本.一致成本是交付满足要求的和适用的产品.不一致成本是对故障或没有满足质量期望负责所消耗的成本.认识到这一点,尽量实现零缺陷,将问题尽早发现,尽早解决.在团队组织上,鉴于成员小组素质和技能都比较高,我采用了一种驱动式的管理模式,要求成员共同协商,互相平等,尊重和调动每个成员的积极主动性.我则不直接参与其他成员的活动,而是类似于教练的角色在旁边不断的指导和更正他们的行为,整个实际活动由小组成员自己完成.根据每个成员的能力和特点,分配不同的任务,明确他们的责任,指导他们的行为,这种模式类似于足球队管理,教练不实际打球,而是在外场确定中锋,前卫,后场的关系和位置,将自己的战术灌输下去,实际的操作由队员自己完成.这样做可以有效的缓解项目经理的压力,让项目经理将更多的精力用在项目管理上.发挥团队主体的能力,来保证软件的质量.综上所诉,整个软件开发的过程中,注意了软件过程的定义,认真编制质量计划,编写需求分析,分析和设计模块,制定并严谨执行测试活动,进行质量保证,并采用有关工具进行质量控制.而且注重让领导参与进来,加强团队建设,进行职工质量先进概念培训.处理了这些问题,我们的软件质量有了大幅度的提高,而且我也相信这些问题的解决也是大规模软件开发的基石,也是软件组织成熟的标志之一.大型设计院的办公管理系统项目自2005年1月项目启动到2005年7月项目验收历时7个月,系统至今运行稳定,取得用户好评,很大程度上得益于项目成功的质量管理.论信息系统项目的质量管理摘要 本文以辽源市医疗保险市级统筹项目为实例，探讨了在项目质量管理中遇到的问题及解决方法。认为评审过程可交付物能及时发现和解决问题，同时，让客户实时了解开发过程能进一步树立客户对项目成功的信心。提出以制定质量管理计划、实施质量保证活动、质量控制为工作流程来指导项目的质量管理，对于质量管理中遇到的问题提出了解决的办法。我在该项目中担任了开发方的项目经理，自始至终参与了整个项目的建设，自2009年11月项目启动至2010年10月验收，历时近1年，系统至今运行稳定，取得客户的好评，很大程度上得益于项目成功的质量管理。正文 辽源市各区县现运行独立的城镇职工基本医疗保险、城镇居民医疗保险，各区县间业务相互独立，医疗保险基金也独立管理，城镇职工或城镇居民只能到其所属的区县按照所属区县标准进行就诊系统采用C/S构架，均为我公司开发，已运行近8年。为贯彻落实深化医药卫生体制改革精神，进一步完善基本医疗保险体系，提高医疗保险统筹层次和增强基金保障能力，结合辽源市实际情况，辽源市根据吉林省相关文件精神制定了辽源市市级统筹实施办法，增强基本医疗保险基金的调节能力和抗风险能力，坚持市级统筹、分级管理、定额调剂；坚持统一参保政策、统一缴费标准、统一待遇水平、统一管理方式。 客户要求业务上将城镇职工基本医疗保险、城镇居民基本医疗保险系统集于一套系统，达到参保人员持医保卡能在全市所有医院和药店享受医疗待遇，考虑到各区县地理位置分布不集中等原因，部门决定此项目采用J2EE+SPRING2.0+EXT2.0框架进行开发本部门主要有二大块业务，医疗保险业务和农村合作医疗，医疗保险业务现在主要采用PB9.0+ Oracle10.0开发的C/S系统,而农村合作医疗则是采用J2EE + Oracle10.0开发的B/S系统,二大块业务相互独立，从事医疗保险业务开发和维护的人员不懂J2EE技术，而从事农村合作医疗开发和维护的人员不懂医疗保险业务，形成了“懂业务的不懂技术，懂技术的不懂业务”的局面，完成客户要求的2010年9月日试运行的任务困难非常之大。 在项目启动阶段，公司领导组织召开了项目启动会议。会议上，领导介绍了项目的前景以及项目的重要战略意义等。因运行近8年的C/S系统我一直负责系统的维护与升级，对业务及客户关系都比较了解，会议上任命我为项目经理，并对相关权限进行了授权，会议结束后我便开始制订项目计划，计划中明确了项目的总体技术解决方案、项目全生命周期和相关阶段、项目过程所采用的工具和技术方法、变更流程和变更控制委员会以及进度计划等。因此次项目的试运行时间已被客户定性为硬性指标，所以在项目概括性进度安排上我采取了倒推方式制定了项目进度计划。下面根据部门人员业务和技术的实际情况，论述一下在项目质量管理过程中遇到的问题以及解决方法，望各位读者批评指正。一、制定质量管理计划为了在项目实施过程中更好的保证质量，在项目启动后我组织编制了质量管理计划计划中确定了质量标准和目标、质量管理小组、质量责任制、质量过程控制、质量管理制度以及质量检查程序比如，质量过程控制中包括如下内容：1.编码规范.参照公司，安排系统构架师每周进行抽查;2.测试控制流程建立Bugfree Bug管理系统,定义Bug处理流程(开发人员组长测试人员开发人员);开发人员将已开发完成的并可进行测试的功能在Bugfree Bug系统中进行登记并提交至组长;组长登录Bug管理系统中及时进行业务测试，如有问题，在每天下班前的例会中及时提出来，开发人员再利用加班时间进行调整;经组长测试完成的模块经Bug管理系统提交至测试负责人，测试小组再仔细测试模块，如有问题则反馈回开发人员进行修改;测试负责人每周形成一次测试报告，并将测试报告以邮件的形式发送至客户等项目相关干系人二、实施质量保证活动为了达到质量标准和目标，在项目实施过程中实施了如下保证活动：相关人员须参加业务或技术培训，具体以邮件通知为准;在经得部门领导的同意后，由项目经理和项目组长对组成员进行绩效考评，并将绩效信息记录备案，最终反应到年终奖的考评中;开发人员严格按照进行开发，每周三晚加班时由项目构架师进行检查，如有发现不符合规范要求的相关人员立即进行整改，由此导致当天计划工作不能完成的由开发人员自行加班完成;“懂业务的不懂技术，懂技术的不懂业务”，在这种局面下项目风险很大，一旦开发人员没有理解业务去开发，将导致严重的返工，最终影响项目进度. 为了及时了解团队成员工作中遇到的问题，我约定每日下班后举行例会，每个成员都谈谈工作完成情况以及在工作中遇到的问题，对遇到的问题，大家一起讨论形成解决方案，形成会议记录;开发人员完成阶段性可交付物后，相关人员严格按照进行操作,开发人员在每天上午上班时登录Bug管理系统查看是否有自己需要修改的内容，如果有则先把需要修改的内容调整完后再进行当天的计划工作;各组组长测试评审过程中，如果发现开发人员开发的内容不符合业务逻辑应及时与开发人员进行沟通，认真讲解业务知识，并由组长进一步完善设计文档后再由开发人员进行开发;测试负责人每周形成一次测试报告，并将测试报告以邮件的形式发送至客户等项目相关干系人;建立外网服务器，测试人员将测试完成的模块及时发布到外网服务器上，让客户相关负责人及时了解目前开发进度情况以及提供反馈意见;建立SVN服务器，对程序进行版本控制.每天下班后开发人员须将当天开发完的程序提交至服务器;每周向客户发送项目周报，介绍本周开发情况(已完成内容、未完成内容以及遇到的问题) 、下周计划三、质量控制根据团队成员每天的工作绩效信息，观察、分析项目实施过程的实际情况，对项目实施情况进行跟踪监测、检查，并将监测的结果与计划或标准比较，发现并分析偏差，及时采取纠正或预防措施比如，在出院结算业务开发完成后，我要求反复对算法进行测试，特别是以下几种临界情况的测试：第一次住院发生费用不超起付线情况;第一次住院发生费用超起付线情况;第一次住院发生费用跨段情况;第一次住院发生费用直接超职工险最高支付限额情况;第一次住院费用直接超大病险最高支付限额情况，安排组长、测试小组、相关开发人员一起进行测试，测试过程中发现第一次住院费用超职工险最高支付限额情况时程序计算错误、第一次住院费用直接超大病险最高支付限额情况时程序计算错误，于是数据库支付算法开发人员和JAVA程序开发人员一起进行错误查找并将错误成功解决经过努力，该系统在原定的2010年9月1日试运行成功，运行状况良好，受到一致好评，特别是定点支付算法的集中而且准确得到了客户很高的评价，并在同年10月底通过了验收。回顾项目的质量管理工作过程中，虽然没有大的事故发生，但仍然存在许多问题，主要有以下2点：1、质量保证措施不够全面，在项目实施过程中发现的问题及解决办法没有很好地形成文档，导致有些问题反复出现2、质量控制过程没有持续按照相关控制流程进行，导致后面有些不必要的返工综上所述，合理的项目质量管理，在项目实施过程中遇到的问题都及时得到了解决项目的成功实施让医保基金得到了统一管理，真正落实了“一卡在手，全市享受医疗待遇”，得到了客户很高的评价然而，在质量保证活动和质量控制方面还有待于改进，在以后的项目管理工作中，我要加强学习，更好地协调好项目工作中各个部分及各个方面的关系，更好地完成项目。2011下半年论文范例：论信息系统项目的质量管理【摘要】 本文以我主持的铁道部某部署大型设计院的办公管理系统项目为实例,探讨了在项目管理中始终作为核心竞争力的质量管理中遇到的问题和解决的办法,文章首先解释了质量管理的基本概念,基本原理及其重要性,总结了质量管理的三个主要过程及其采用的工具.指出了软件质量除了技术上过硬外,还需要一个良好的管理环境,优秀的团队建设,而软件过程作为软件开发的管理环境对软件质量起着决定性作用.我在此项目中担任项目经理,自始自终参与了整个项目的建设,系统自发布到各个分院以来,运行稳定,取得用户好评,很大程度上得益于项目成功的质量管理.【正文】质量是反映实体满足和隐含需要的能力的特性总和.项目质量管理的主要目的是确保满足它所应满足的需求,项目管理必须满足或超越利益相关者的需求和期望.优质的产品或服务对于一个公司企业,对国家来说都具有战略性的重要意义,IT项目质量更是如此,由于我国软件发展的历史较短,自身发展方面也存在许多问题,加上IT行业技术发展速度快,这样就导致软件产品不稳定,软件后期的维护,升级出现麻烦,轻者用户不满意,重者造成人身伤亡,或者重大的经济损失.因此,必须把质量看做与项目范围,时间和成本同等重要.在我主持的铁道部某部署大型设计院的办公管理系统项目中,特别注意了质量管理.首先严格按照项目质量管理的三个主要过程质量计划编制,质量保障,质量控制上对项目进行管理,同时注重现代管理方法,借鉴国外先进的管理办法,注重领导管理,团队建设,并采用了RUP的迭代式的开发过程,开发目标定位在CMM2的关键过程域(KPA),达到CMM2的关键过程域,来控制软件质量.根据RUP的经验,我们把软件开发分成和RUP一样的四个阶段:初始化,精化,构建,部署四个阶段.为此我们制定了需求分析,变更和配置管理,项目管理,分析和设计,测试等几个关键过程,通过对这些关键过程的定义来控制整个软件开发的活动.需求分析关键活动是完成收集和定义软件开发需要的资源,变更和配置管理关键活动是定义项目开发所需要的环境以及如何协调成员之间的进度.这个关键活动的实施我们主要集中在版本控制上,利用现在流行的CVS版本控制工具有效的协调和管理团队的开发.项目成立的技术交底会上,项目成员集思广益,为系统制定了质量标准,包括分院登陆总院的响应时间,操作的响应时间,确保产生一致准确的信息,平均出错的几率,系统的升级等.并将这些标准纳入质量计划编制.在本系统中我们请了北京的领域专家参与到系统开发的早期阶段;而且做出了开发系统原型,用这些原型确认用户的需求.让领域专家参与开发的早期阶段,保证分析人员有充足的时间和领域专家进行充分的交流和确认.在这个阶段,原型可能在提交到用户之前,首先被领域专家确认,这样保证了原型被认可的程度和认可过程耗费的时间尽可能的短,从而在提高效率的同时保证了质量.分析设计和测试这两个关键活动我们主要采用几个原则:第一,分析和设计适当分开.做分析的不能全去做设计,在设计中有不做分析的人才能发现分析中的缺陷,分析的鉴定应该由所有成员统一来执行.第二,分析和测试适当分开.根据我多年的开发经验,开发员并不是很乐意去做繁杂的测试工作,而且开发员的测试思路都比较狭窄.第三,设计和文档编写员适当分开.设计员应将精力放在设计上,可提供简单的样稿,具体的文档编写应交于专人,实践证明,上述原则的应用是成功的.质量保证包括对整体项目绩效进行定期的评估以确保能满足相应阶段的质量标准.质量保证过程不仅对项目的最终结果负责,而且还要对整个项目过程负责.本项目中,北京的领域专家的质量审核,很好的完成了质量保证任务.在整个开发过程中,测试也是贯穿了整个过程,分别进行了单元测试(白盒测试),自底向上的集成测试,功能测试(黑盒测试),回归测试,验收及安装测试,Beta测试,配置测试,兼容性测试等,测试者进行的详细而且严谨,对出现的问题及时解决,消灭在萌芽状态,确保系统满足期望.整个过程中,采用了控制图,来表明这个过程是出于控制中,还是失去了控制.当这个过程失去控制时,就马上确认这些非随机事件的起因,并调节过程以纠正或消除这些起因.在整个项目过程中,深刻领会到除了使用好的质量计划编制质量保证盒质量控制这些有效工具外,强大的领导,团队组织,理解质量成本,提供一个好的工作环境来提高质量,努力提供组织在软件开发和项目管理方面的整体成熟度水平,都有助于提高质量.许多质量专家都认为,质量问题的主要原因是缺乏领导.大部分质量问题出在管理上,而非技术上.认识到这一点,作为项目经理,我经常到上司领导那里去.灌输我的观点,说服领导重视这件事情.在这个项目中我和我的上司强调不断开发和使用质量标准,经常培训员工,推行质量概念和原则的教育和培训,实施策略计划及建立和跟踪质量水平,积极证明质量提高的重要性,提高全体开发人员的质量意识.明白质量成本是一致成本加上不一致成本.一致成本是交付满足要求的和适用的产品.不一致成本是对故障或没有满足质量期望负责所消耗的成本.认识到这一点,尽量实现零缺陷,将问题尽早发现,尽早解决.在团队组织上,鉴于成员小组素质和技能都比较高,我采用了一种驱动式的管理模式,要求成员共同协商,互相平等,尊重和调动每个成员的积极主动性.我则不直接参与其他成员的活动,而是类似于教练的角色在旁边不断的指导和更正他们的行为,整个实际活动由小组成员自己完成.根据每个成员的能力和特点,分配不同的任务,明确他们的责任,指导他们的行为,这种模式类似于足球队管理,教练不实际打球,而是在外场确定中锋,前卫,后场的关系和位置,将自己的战术灌输下去,实际的操作由队员自己完成.这样做可以有效的缓解项目经理的压力,让项目经理将更多的精力用在项目管理上.发挥团队主体的能力,来保证软件的质量.综上所诉,整个软件开发的过程中,注意了软件过程的定义,认真编制质量计划,编写需求分析,分析和设计模块,制定并严谨执行测试活动,进行质量保证,并采用有关工具进行质量控制.而且注重让领导参与进来,加强团队建设,进行职工质量先进概念培训.处理了这些问题,我们的软件质量有了大幅度的提高,而且我也相信这些问题的解决也是大规模软件开发的基石,也是软件组织成熟的标志之一.大型设计院的办公管理系统项目自2010年1月项目启动到2010年7月项目验收历时7个月,系统至今运行稳定,取得用户好评,很大程度上得益于项目成功的质量管理.论如何利用CMM保证软件质量【 摘要】 本文论述了如何在一个规模较大的网上管理系统的开发中结合CMM二级的框架要求，以及软件工程学的质量保证策略进行项目的软件质量保证工作本项目的特点有：( 1 ）开发人员多，有40人左右；( 2 ）采用面向对象分析与建模技术，JAVA语言，WebLogic应用服务器等以前项目中未采用过的开发模式和技术因此不确定性因素很多，急需采用有效的质量保证策略公司为了提高软件开发能力，已经于近期全面引入了当今软件界正在流行、且行之有效的CMM质量保证体系，并在顾问公司和主评审员的帮助下，由公司的SEPG结合公司实际，制定了初步的规范体系和模板文件，并决定将本项目作为试点项目本文详细论述了作为SEPG 负责人之一，并且担任本项目质量保证人员的笔者，是如何在本项目中有效推行CMM二级质量保证措施的，并指出了其中的经验教训和有关的建议 【 正文】 本项目是一个面向政府管理部门，全市房地产企业和个人用户的网上管理系统，它既是一个电子商务项目，又是一个电子政务项目本系统采用了B / S 结构，融合了政府部门和房地产企业的内部网上管理系统于一身，同时作为全国建设系统信息化的一部分而实现Inter-net平台上的上下集成它还提供信息发布、房屋交易等电子商务功能。本项目对系统的安全以及可靠性等方面有着较高要求，公司决定采用三层架构模式的J2EE环境作为运行环境另外，本项目参与人员众多，面临看新技术、工期紧等影响软件质量的不利因素，对软件质量保证工作提出了很高的要求本人作为公司CMM实施工作的负责人之一，以质量保证人员的角色参与到项目的开发和管理工作中，主要负责质量保证策略的建立以及实施工作 一、以CMM二级理论为指导，采取措施保证开发过程与开发规范的符合性，以过程质量的提高来保证产品的高质量 1、建立起明确的权责制度，减少因权责不明而产生的混乱 为确保质量保证人员有独立的途径向公司反映开发中的问题，同时为了避免质保经理与项目经理、软件配置经理之间过分隔阂，本人在项目启动阶段，起草了项目管理人员责任书，并由相关人员评审通过；并提议公司设立了高级经理交涉，以快速处理纠纷为防止开发人员与项目管理人员在规范化开发过程中过度依赖规范而主动性不高，以及可能产生的相互埋怨，制定并实施了项目开发人员守则，由各项目级每个成员在参加项目之初进行签名式确认，以解决开发过程中应规范滞后和实施不力而引起的混乱问题 2、以制定的质量保证计划为纲，全程监控各开发工作的过程建立和符合性问题 在项目启动阶段，就依据CMM二级要求和公司发布的项目开发规范，制定并基线化XX项目质量保证计划书，在计划书中详细地制定了质量保证工作的内容和进度安排。 计划书中主要有职责、培训工作、检查评审及组织工作等四方面的内容 职责方面详细说明本人作为质量保证人员在项目中的全责以及主要活动，澄清了与各开发角色的关系，主要起到项目成员监督质量保证人员的作用 培训方面指明了为有效推行CMM质量体系而进行的有关培训，有CMM基础理论方面的，也有本项目特色的规范方面的培训内容。 检查评审方面指出了要检查评审的过程及提交产品，并列举了相应的通过准则，即CHECK-LIST比如要评审的过程有项目规划阶段；检查项目经理和配置经理是否按有关规范制定了各自的计划书；项目组的技术评审活动是否符合评流程和规范；风险分析过程和任务分解过程是否符合规范的执行对提交的工作产品，如需求文档和设计文档，是否经过了正式技术评审并基线化这些都指明了切入时间和建议人员 组织工作方面指明QA（质保人员的简称）在开发过程要做的组织工作，如技术评审工作、测试工作、估计和工作细分等工作这些组织工作主要是为了协助项目经理开展工作并能有效且及时地获得第一手质量方面的资料对项目开发过程中的跟踪和检查，主要采取了现场参与、分析项目成员日报和周报、个别交流以及项目周例会的形式 二、以RUPCN和软件工程方面的理论为指导制订了行之有效的技术规范文件 CMM质量体系更多的关注软件开发过程方面的事情，也就是建义由谁在什么时候做哪些工作，但没有指明各个工作如何开展，也就是偏重于管理，偏轻于技术指导为了避免在框架方面很有效，但应实现细节不明确而出现的“一条腿走路”的现象，特在项目启动之初就制定了要建立的技术规范，如需求文档编写指南、界面设计规范等这些都列入QA的计划中了考虑到本项目采用了面向对象的分析和设计技术，急需UML和Rose技术方面的指导性文档，因此将与UML高度相关的RUPCN体系为主要参考，其他软件工程理论为辅助参考，组织资源开发人员制定了各个开发阶段的规范性和指导性文档 实践证明，项目组成员有了CMM过程方面的规范，又有了指导开发工作的详细技术文档后，开发质量有了质的提高主要体现在以下几点： 1、各个过程的效率提高了，从而保证了各个交互成功的质量 比如，人员的选择，时间的必备，开展的流程方面真正按照CMM的建议做了，这些都保证了开发过程的高效一个显著的例子就是技术评审过程如果选择的人员资格不够，所花的评审时间很少，开展的时机不对，就很难保证提交成果的质量 2、人员之间的交流变得有效，自信心更强了 三、不足亟待改进之处 由于是初次按照CMM的要求在项目中实践QA工作，因此不可避免地有一些不足之处，主要有： 因培训工作的不及时、不全面，导致QA实施工作遇到了一些麻烦度量数据的收集和分析工作做得还不够仅仅有少量的度量数据，分析工作也很少总的原因是缺少一个有效的度量数据收集和分析机制 总之，这次项目的质量保证工作基本达到了CMM二级的框架要求，证明了过程质量是产品质量的重要因素，为本项目顺利地、高质量地完成做出很大的贡献但也有很多教训值得吸取，需要在培训工作和QA度量数据收集和利用方面下更大气力 5771001803090012095 5790368228596330825771001803090012386 5761373997357606965771001803090013594 5780775799025155125771001803090012387 5771649826018180515771001803090012138 5721311921589183265771001803090012359 5790368223610760535771001803090012356 5761352861437917425771001803090012355 57508786970469327917088100343355274 10122994432583337917088100343355275 10186673293883200817088100343356107 10158115250150052217088100343356108 10100018005987173217088100343354295 10107419414268701717088100343356184 10187866086962880217088100343356185 10177583117408667417088100343356109 10108601437357284617088100343356110 10115220721601491617088100343355237 10102704160570270917088100343355238 10122936486142541417088100343356169 10186220440263571817088100343354928 101760654089788804-精品word文档 值得下载 值得拥有-