《质量管理计划,软件项目》由会员分享,可在线阅读,更多相关《质量管理计划,软件项目(22页珍藏版)》请在金锄头文库上搜索。
1、为了适应公司新战略的发展,保障停车场安保新项目的正常、顺利开展,特制定安保从业人员的业务技能及个人素质的培训计划质量管理计划,软件项目软件项目计划及质量管理在可行性分析之后,项目计划与质量管理将贯穿需求分析、系统设计、程序设计、测试、维护等软件工程环节。项目计划是要提供一份合理的进程表,让所有开发人员任务明确、步调一致,最终共同准时地完成项目。项目计划是要付诸实施的,不象用嘴巴喊政治口号,可以很夸张。软件的项目计划重在“准确”而非“快速”。提高质量是软件工程的主要目标。但由于软件开发是一种智力创作活动,很难象传统工业那样通过执行严格的操作规范来保证软件产品的质量。世上最小心翼翼、最老实巴脚的程
2、序员未必就能开发出高质量的软件来。程序员必须了解软件质量的方方面面,如正确性、性能、易用性、灵活性、可复用性、可理解性等等,才能在进行系统设计、程序设计时将高质量内建其中。软件的高质量并不是“管理”出来的,实质上是设计出来的,质量的管理只是一种预防和认证的手段而已。1项目计划做项目计划,如同给一个待出生的婴儿写传记那样困难。如果允许项目结束后再写计划,那就轻松多了,并且可以100%地准确。历史教训让我们明白一个道理:如果一万年以后才会有一条阳光大道通向共产主义,那么现在就不要忙着砸锅炼钢赶英超美,免得在跑步奔向共产主义时把自己累死饿死。在做软件的项目计划时,应屏弃一切浮夸作风。只有“知已知彼”
3、才能做出合理的项目计划。这里“知彼”是指要了解项目的规模、难度与时间限制。“知已”是指要了解有多少可用资源,如可调用的程序员有几个?他们的水平如何?软硬件设施如何?知己知彼首先要了解项目的规模、难度与时间限制,才可以确定应该投入多少人力、物力去做这个项目。在可行性分析阶段就要考虑这个问题。但不幸的是,人们在陷入项目不能自拨之前总难以准确地估计项目的规模与难度。这里经验起到了最重要的作用。项目的时间限制有两类。第一类,项目应该完成的日期写在合同中,如果延期了,则开发方要作出相应的赔偿。第二类是开发自己的软件产品,虽然只确定了该产品大致的发行日期并允许有延误,但如果拖延太久则会失去商机造成损失。项
4、目的资源分为三类:“人”、“可复用的软构件”和“软硬件环境”人是最有价值的资源。项目计划的制定者要确定开发人员的名单,要根据他们的专长进行分工。可复用的软构件是次有价值的资源。节论述了复用软构件可提高软件的质量与生产率。软构件并非一定要用自己的,可以向专业的软件供应商购买。软硬件环境虽然不是最重要的资源,却是必需的资源。原则上软硬件环境只要符合项目的开发要求即可。有些项目可能要用到特殊的设备,则要事先作好准备,以免用时找不到而担搁了进程。进度安排有一位程序员忙着编写程序,经理问他还需要多久才能完成。“明天就可以完成。”程序员立即回答。“我想这是不切实际的,实话实说,到底还要多少时间?”经理说。
5、“我还想加进一些新的功能,这需要花两个星期。”程序员想了一会儿说。“即使这样也期望过高了,只要你编完程序时告诉我一声,我也就满足了。”经理说。几年以后,经理要退休了。在他去退休午餐会时,发现那位程序员正趴在机器旁睡觉:可怜的家伙整个晚上都在忙于编写那个程序。James1999程序员也期望每天早晨能在7:00准时起床,可老是一觉醒来就到中午了。项目落后于进度表乃是家常便饭,不必大惊小怪。以下一些事件经常会导致项目被延误:上级领导主管臆断,制定了不现实的期限。项目经理与程序员们被迫按照不合理的进度表开展工作。客户的需求发生了变化,但没有对进度表作出相应的修改。低估了项目的规模与难度,导致投入的人力
6、和物力不足。并未预见到存在难以克服的技术障碍。并未预见到开发人员会发生问题,如生病,辞职等等。开发人员之间不能很好的交流、协作,导致各阶段任务难以如期完成。所以写进程表不能象小学生写决心书那样充满幻想。以下是一些有益的建议:制定进度表的人最好就是项目负责人,他最了解项目和开发人员。进度表要经过开发小组的讨论,在得到大部数人的支持后才能实施。避免出现一厢情愿的局面。进度安排并不见得一定要符合逻辑顺序。应尽可能地先做技术难度高的事,后做难度低的事。也就是辛苦在前,轻松在后。小时候我对一位老先生吃饭很感兴趣:他总是先把一大盒的米饭吃光了,然后再幸福地品尝一小盒菜。父母告诉我这是中国的传统美德,叫“先
7、苦后甜”。从此我铭记在心,按此道理去学习和工作。可如今在饭店里,人们总是先把菜吃完了,最后才吃点米饭。天哪,生活真是太复杂了,我究竟该“先吃饭”还是“先吃菜”?开发一个大的软件项目,应该将进度表分为若干个里程碑。一个里程碑之内的多个任务可以同步进行。程序员极容易沉迷于技术,要么乐不思蜀,要么焦头烂额。里程碑就象心灵的灯塔,使忙碌的人群不混乱,不迷失方向。进度表中必须留有缓冲时间,并将缓冲时间用到不确定的事情上。因为人们对即将要做的事情知之甚少,所以要留一些时间以防不测。Microsoft公司的一些开发小组甚至制定了“50%缓冲规则”Cusumano1996。对许多项目经理而言,容忍进度表中存在
8、缓冲时间,不啻为观念上的一个飞跃。如果发现项目应交付的期限非常不合理,就要跟领导或跟客户据理力争,请求放宽期限、调整进度。当客户的需求发生变化时,就要对进度表作出相应的修正。不要觉得修改进度表很困难很麻烦,不修改才会产生真真的麻烦。很多人认为戒烟很困难,但马克吐温曾说:“戒烟很容易,我一年就戒几十次。”2零缺陷质量管理的观念“零缺陷”质量管理的观念来源于一些国际上著名的硬件生产厂商。尽管软件的开发与硬件生产有极大的差别,但我们仍可以从“零缺陷”质量管理中得到启迪。“零缺陷”质量管理至少有两个核心内容:一是高目标,二是可执行的规范。高目标人在做一件事情时,由于存在很多不确定的因素,一般不可能10
9、0%地达到目标。假设平常人做事能完成目标的80%。如果某个人的目标是100分,那么他最终成绩可达80分。如果某个人的目标只是60分,那么他最终成绩只有48分。我们在考场上身经百战,很清楚那些只想混及格的学生通常都不会及格,那些想得高分的学生也常为自己的失误而捶胸顿足。做一个项目通常需要多个人的协作。假设项目的总质量是十个开发人员的工作质量之积。如果每个人的质量目标是,那么十个人的累积质量不会超过。如果每个人的质量目标是分,那么十个人的累积质量不会超过。只有每个人都做到1,项目总质量才会是1。如果没有高目标,人的堕落就很快。如果没有“零缺陷”的质量目标,也许缺陷就会成堆。可执行的规范实现100分
10、显然比实现80分要付出更多的努力。“零缺陷”质量目标不是随心所欲提出来的,做得到才有意义。实现高目标需要一套可执行的规范来保证。50年代末,全国掀起了“浮夸风”。为了实现亩产数万斤推广各种方法,害得全国闹饥荒。想不到有数千年种粮经验的几亿中国农民就这么整齐地栽倒了。好规范必须是本企业有能力执行的。一个普通企业照搬一流企业的规范未必行得通。软件工程的规范很容易从书籍中找到,但有了这些规范并不表明就能把软件做好。国内很多软件公司根本没有条件去执行业界推荐的软件工程规范。社会主义初级阶段的“草”与发达资本主义国家的“苗”的确有不同的培育方式。软件是如此的灵活,如果没有规范来制约,就容易因无序的喜好而
11、导致混沌;但规范如果太严密了,就会扼杀程序员生机勃勃的创造力。制定软件规范是进退两难的事。程序员必须深入了解软件多方面的质量因素,把那些能提高软件质量因素的各种规范植入脑中,才能在各个实践环节自然而然地把高质量设计到软件中。合同登记编号:质量计划项目名称:新新图书管理系统委托人:新新图书馆研究开发人:实习生研发团队签订地点:西安市签订日期:XX-3-16有效限期:XX-3-16至XX-10-16西安市信息技术管理办公室新新图书馆里系统质量计划说明在制定项目计划的时候,质量经理参与整个项目计划的制定过程,同时根据项目的特点和企业的质量保证体系,负责制定质量计划。质量计划的只要内容包括:项目的质量
12、目标。项目执行过程程序。质量保证活动。质量控制活动。具体简述如下:1.导言2.项目组织组织机构在项目实施期间成立项目质量保证组织,该组织有质量保证人员和项目经理等组成。项目经理负责质量监督工作,质量保证人员负责质量保证的工作。组织结构如图所示。图项目的组织结构职责在本项目中,质量保证组织机构职责如下。高层管理高层管理是公司负责质量的高级管理。其质量职责如下:?受理项目内不能解决的不符合为题,必要时与项目经理协调。?负责听取质量保证组的工作报告,评审质量保证活动和结果。?参加有关质量保证过程进行的评审。项目的质量保证人员质量保证人员的质量职责如下:?负责项目实施过程中对项目实施情况进行监督,包括
13、对项目实施过程和工作产品进行监督检查。?实施项目组成员的质量保证培训。?制定质量保证计划。?按计划实施审计活动,依照质量保持计划执行评审/审计,并记录执行中发现的不符合项。?对不符合问题提交不符合项报告,跟踪并验证措施的执行情况。?对项目内不能解决的不符合问题,向高层管理提交报告。?向项目经理报告项目质量工作状况和质量度量结果。?定期向项目组报告质量活动的结果。?制定质量保证的过程改进计划,记录过程数据。223项目经理项目经理的质量职责如下:?评审质量计划。?与质量保证人员一起协商不符合项问题的纠正措施,并安排资源实施纠正措施。?定期或时间驱动地评审质量保证活动和结果。3.质量目标根据企业的质
14、量方针和质量目标,结合本项目特点,制定项目的总体质量目标:1)基于需求的测试覆盖率为100%。2)软件功能测试用例通过率不低于95%。3)每个阶段评审中发现的问题都已经解决或得到适当处理。4)产品发布时不存在严重问题以及以上的缺陷。注:严重问题指导致系统或模块不能正常工作的问题。结合以往的项目经验和企业的质量相应标准,制定质量标准如图所示。4.质量策略为了保证提交给用户的产品是高质量的,实施过程中采取的质量保证措施包括:1)将质量贯彻到日常的项目进展过程中。2)应该特别注意项目工作产品质量和早期评审工作,无论是质量保证还是质量控制,采取的策略都是早期预防和早期排除缺陷。5.质量保证活动质量保证
15、的只要活动包括过程评审和产品审计,过程评审和产品审计的目的是确保在项目进展过程中的各个阶段和各个方面采取各项措施来保证和提高提交给用户的产品质量。每一次过程评审和产品审计都应填写相应的报告或活动记录。表质量计划标准51产品审计产品审计由质量保证人员来进行,检查项目产品是否达到质量目标。质量保证人员可以有选择性地审计项目生存期中创建工作产品,以验证是否符合使当的标准是否进行了质量检查,质量审计一览表见表。表质量审计一览表过程评审项目严格按照组织定义的软件过程进行开发,过程评审的具体依据参照企业的过程规范,保证项目中的所有过程活动都在实施范围内。在每次评审之后,要对评审结果做出明确的决策并形成评审记录。评审可采取文件传阅、评审会等形式。质量保证人员负责对项目过程进行监督,将发现的问题和解决情况在每周的例会上通报,对没有解决的问题进行讨论,对不能解决的问题提交高级管理者处理。每个周末,进行一次配置管理审核,确认配置管理工作是否正常进行。根据公司的质量保证体系和本项目的具体