浅谈软件项目的质量管理
一、基于对软件质量管理的认识与分析
质量：一组固有特性满足要求的程度，指产品或服务满足规定或潜在需要的特征和特性的总和。它既包括有形产品也包括无形产品；既包括产品内在的特性、也包括产品外在的特性。即包括了产品的适用性和符合性的全部内涵。
软件质量：与软件产品满足明确或隐含需求的能力有关的特征和特征的总和。有四个含义：1、能满足给定需要的特性之全体；2、具有所希望的各种属性的组合的程度；3、顾客或用户认为能满足其综合期望的程度；4、软件的组合特性，它确定软件在使用中将满足顾客预期要求的程度。
从用户最感兴趣的的角度来说，软件质量可以从三个不同的角度来看待：如何使用软件、使用效果如何、软件性能如何；从软件开发的团队的角度来说，不仅要生产出满足质量要求的软件，也对中间产品的质量感兴趣，也对如何运用最少的的资源、最快的进度生产出质量最优的产品感兴趣；从软件文护者的角度看，对软件文护方面的特性感兴趣；对企业的管理层来说，注重的是总体效益和长远利益，就是说质量好的软件一般可以帮助企业扩大市场；反之，质量差的软件一般会造成企业市场萎缩。
软件质量特性：根据《GB／T16260-1996(idt ISO／IEC9126：1991)信息技术 软件产品评价 质量特性及其使用指南》软件的质量特性包括功能性、可靠性、易用性、效率、可文护性、可移植性等辣个方面，每个方面都包含若干个子特性：
功能性：适合性、准确性、互操作性、依从性、安全性；
可靠性：成熟性、容错性、易恢复性；
易用性：易理解性、易学性、易操作性；
效率：时间特性、资源特性；
可文护性：易分析性、易改变性、稳定性、易测试性；
可移植性：适应性、易安装性、遵循性、易替换性；
质量管理：在质量方面指挥和控制组织的协调的活动，指对确定和达到质量所必须的全总职能和活动的管理，其管理职能主要包括制定质量方针和质量目标以及质量策划、质量控制、质量保证和质量改进。
软件开发质量管理，就是为了开发出符合质量要求的软件产品，贯穿于软件开发生存期过程的质量管理工作。
软件开发质量管理层次初步划分如下：
1、技术层次（数据、编程、文档）
2、方法体系层次（措施、项目、过程）
3、社会因素层次（质量环境、技术标准、业务标准、人员）
影响软件质量的因素有很多，通常有：人的因素、软件需求、质量问题可能出现在开发过程的各个环节上、测试的局限性、质量管理的困难、质量管理未能给予足够的重视、软件人员的传统习惯、开发规范、开发工具的支持不够等。对于象石化加油卡工程的核心软件之类的大型软件，涉及平台多，开发环境多，开发人员庞大，在全国尚无大规模的同行业省级应用模式可以参考。因此，软件要能够恰合需求是最为首要的质量因素；其次，对于庞大的开发人员，对他们培养和树立软件质量意识，按软件工程标准规范开发流程，因此，质量管理和开发过程控制也十分重要；再次，该核心软件庞大、复杂、功能多、子系统多、接口多，要在软件开发生命周期内重视软件测试也至为关键。
目前，在业界影响较深的McCALL质量模型、ISO软件质量评价模型以及SSC软件质量度量模型，都比较共同地列举了软件的质量特性，如正确性、可靠性、完整性、优化与效率、可文护性、可测试性、容错性、文档完备性、复用性、健壮性等等，要想使提交的软件在各项指标方面具有较高的性能和度量指标，在软件开发过程中，须采用切实可行和有针对性的措施方可达到要求。
胜任是质量的前提，现在很多软件公司都正在或已经通过CMMI的评估，理论上这些类似的认证或评估是对公司管理能力和业务能力现状的评价，是产品质量保障的前提，但是一些软件公司往往只注重评估的结果，却忽略企业质量管理生态建设的过程。这就埋下了一个隐患，企业要完成超出管理能力和业务能力的项目，对客户和企业自身都是极大的冒险。企业要“善其事”，同时人也要“善其位”，只有每个工作岗位上的人都能顺利履行岗位职责，才有可能保证质量，所以说胜任是质量的前提。软件开发过程中应对每个岗位的任职能力有个量化的指标，根据项目的难易程度合理配置资源。 项目管理者联盟文章，深入探讨。
有100%完美的项目，但有100%完善的质量体系，我们带着尽善尽美的心态去完成项目，然而我们应容忍缺陷的存在，项目的进程我们是可以掌控的，所以质量管理应该百分之百的贯彻到项目全程。制定的质量计划应该是对项目里程碑计划的解约，质量计划规定了保障项目实施的资源能力、标准作业以及检测指标，对产品、作业现场和资源进行全面质量控制。我认为质量体系不是不允许大家犯错，即使我们按正确的方式去做事，结果也有可能是错的，关键是如果去处理和补救。软件项目中影响质量的因素很多，比如，用户需求发生变更、开发人员流失等等，那让一切的变化都在质量体系的掌控之中。
最佳质量成本，质量成本是项目实施过程中为保证项目质量而消耗的控制成本以及因质量不良而带来的补救成本之和，而最佳的质量成本就是当两者都处于最低时相加之和。公司可以没有QA部门，但QA部门承担的角色应该有人来承担。所以在计算项目开发成本时应摊销软件测试人员、工具以及测试环境搭建的费用。根据软件开发生命周期的规律，软件开发前期的需求调研和分析阶段应注重控制成本的投入，软件设计和开发阶段也应注重对测试工具的使用。
软件项目开发的各个阶段以及软件项目开发中的每个角色都处在质量管理体系之中，因此只要每个角色按正确的方式执行任务，对非正确的结果有预期和标准的处理方法，保证项目质量自然水到渠成。
软件的质量因素很多，如正确性、精确性、可靠性、容错性、性能、效率、易用性、可理解性、简洁性、可复用性、可扩充性、兼容性等等（还可以列出十几个）。
1 正确性与精确性
正确性与精确性之所以排在质量因素的第一位，是因为如果软件运行不正确或者不精确，就会给用户造成不便甚至造成损失。机器不会主动欺骗人，软件运行不正确或者不精确一般都是人造成的。即使一个软件能100% 地按需求规格执行，但是如果需求分析错了，那么对客户而言这个软件也存在错误。即使需求分析完全符合客户的要求，但是如果软件没有100% 地按需求规格执行，那么这个软件也存在错误。开发一个大的软件项目，程序员要为“正确”、“精确”四个字竭尽精力。
与正确性、精确性相关的质量因素是容错性和可靠性。
容错性首先承认软件系统存在不正确与不精确的因素，为了防止潜在的不正确与不精确因素引发灾难，系统为此设计了安全措施。在一些高风险的软件系统，如航空航天、武器、金融等系统中，容错性设计非常重要。
可靠性是指在一定的环境下，在给定的时间内，系统不发生故障的概率。可靠性本来是硬件领域的术语。比如某个电子设备，一开始工作很正常，但由于工作中器件的物理性质会发生变化（如发热），慢慢地系统就会失常。所以一个设计完全正确的硬件系统，在工作中未必就是可靠的。软件在运行时不会发生物理性质的变化，人们常以为如果软件的某个功能是正确的，那么它一辈子都是正确的。可是我们无法对软件进行彻底地测试，无法根除软件中潜在的错误。平时软件运行得好好的，说不准哪一天就不正常了，如“2000年”问题。因此把可靠性引入软件领域是有意义的。我曾买了一本关于软件可靠性的著作，此书充满了数学公式。我发现以我目前的学历实在难以看懂书上讲了些什么。请宽恕我的愚昧，我把此书给“供”起来，没敢用笔画一处记号。
2 性能与效率
用户都希望软件的运行速度高些（高性能），并且占用资源少些（高效率）。旧社会地主就是这么对待长工的：干活要快点，吃得要少点。程序员可以通过优化算法、数据结构和代码组织来提高软件系统的性能与效率。优化的关键工作是找出限制性能与效率的“瓶颈”，不要在无关痛痒的地方瞎忙乎。如果你想职称升得快，光靠增加课时能顶屁用；你就该一年写它几十篇文章，争取破格升教授。
3 易用性
易用性是指用户感觉使用软件的难易程度。用户可能是操作软件的最终用户，也可能是那些要使用源代码的程序员。现代人的生活节奏快，干啥事都想图个方便。所以把易用性作为重要的质量因素无可非议。
导致软件易用性差的根本原因是开发人员犯了“错位”的毛病：他以为只要自己用起来方便，用户也一定会满意。俗话说“王婆卖瓜，自卖自夸”。当程序员向用户展示软件时，常会得意地讲：“这个软件非常好用，我操作给你看，……是很好用吧！”软件的易用性要让用户来评价。当用户真的感到软件很好用时，一股温暖的感觉油然而生，于是就用“友好”来评价易用性。
4 可理解性与简洁性
可理解性表达了人们一种质朴的愿望：我化钱买了它，总得让我明白它是什么东西。我小时候的一个伙伴在读中学时，就因无法理解电荷之分正负，觉得很烦恼，便早早地缀学当工人。
可理解性也是对用户而言的。开发人员只有在自己思路清晰时才可能写出让别人能理解的程序。编程时还要注意不可滥用技巧，应该用自然的方式编程。我们的确不知道自己的得意之举究竟是锦上添花，还是画蛇添足。就象蒸出一笼馒头，在上面插一朵鲜花，本想弄点诗情画意，却让人误以为那是一堆热气腾腾的牛粪。
简洁是一种美，不管是自己还是用户都会有同感。在生活中，与简洁对立的是“罗里罗嗦”。中国小说中最“婆婆妈妈”的男人是唐僧。有一项民意调查：如果世上只有唐僧、孙悟空、猪八戒和沙僧这四类男人，你要嫁给哪一类？请列出优先级。调查结果表明，现代女性毫不例外地把唐僧摆在老末。一个原始的应用问题可能很复杂，但高水平的人就能够把软件系统设计得很简洁。如果软件系统臃肿不堪，它迟早会出问题。简洁是人们对工作“精益求精”的结果。
废话大师有句名言：“如果我令你过于轻松地明白了，那你一定是误解了我说的话。”我最近有一种奇怪的体会：如果把学术文章写得很简洁，让人很容易理解，它往往中不了；只有加上一些玄乎的东西，把本来简单的弄成复杂的，才会增加投稿的命中率。事实上，我可以在5分钟之内说清楚三年来读博所做的工作，根本用不着写100多页的博士论文。我是在临近毕业时，才发觉自己完全不适合读博士学位。将来工作后，我一定要好好编程，重新做人。
5 可复用性与可扩充性
复用的一种方式是原封不动地使用现成的软构件，另一种方式是对现成的软构件进行必要的扩充后再使用。可复用性好的程序一般也具有良好的可扩充性。本书第辣章将论述如何设计可复用、可扩充的C++程序。20:08:34