如何提高软件质量

1、我们把影响软件质量的因素分成三组，分别反映用户在使用软件产品时的三种不同倾向或观点。这三种倾向是：产品运行、产品修改和产品转移。信息系统作为一个产品，也可以参照这三种倾向来定义。 软件软件 硬件硬件54-56%质量缺陷来自需求不清楚需求分析需求分析调研分析调研分析质量控制的主要阶段之一25%质量缺陷来自设计和编程设计、编程设计、编程设计阶段设计阶段质量控制的主要阶段之一 测测 试试设计审查设计审查 发发 布布设计完成设计完成 这里不是软件质量管理的主要阶段软件拷贝软件拷贝制造、检验制造、检验生产的主要过程，质量控制的重点不仅支持原有功能，解决以前就存在的问题，而且增加新特性、加强新功能维维 护

2、护维维 修修支持原有功能，解决运行中出现的问题，一般比较容易预测编程设计需求分析测试维护瀑布模型是应用的最为广泛的一种模型，也是最容易理解和掌握的模型，然而它的缺陷也是显而易见的。遗漏的需求或者不断变更的需求会使得该模型无所适从。然而，对于那些容易理解但很复杂的项目，采用瀑布模型会是比较适合的，因为你可以按部就班的去处理复杂的问题。在质量要求高于成本和进度要求的时候，该模型表现的尤其突出。 （1） 制定计划：确定软件目标，选定实施方案，弄清项目开发的限制条件； （2） 风险分析：分析评估所选方案，考虑如何识别和消除风险； （3） 实施工程：实施软件开发和验证； （4） 客户评估：评价开发工作，

3、提出修正建议，制定下一步计划。 螺旋型项目从小的规模开始，然后探测风险，制定风险控制计划，接着确定下一步项目是否还要继续，然后进行下一个螺旋的反复。该模型的最大优点就是随着成本的增加，风险程度随之降低。然而螺旋模型的缺点是比较复杂，且需要管理人员有责任心，专注以及有管理方面经验。 RUP 工作流程示意图IPD 流程示意图 总之流程很关键，技术也很重要，我的观点是：鱼和熊掌，两者都不能放。 软件过程是未加定义的随意过程，项目的执行是随意甚至是混乱的。也许，有些企业制定了一些软件工程规范，但若这些规范未能覆盖基本的关键过程要求，且执行没有政策、资源等方面的保证时，那么它仍然被视为初始级。 人们根据

4、多年的经验和教训，总结出软件开发的首要问题不是技术问题而是管理问题。因此，第二级的焦点集中在软件管理过程上。一个可管理的过程则是一个可重复的过程，可重复的过程才能逐渐改进和成熟。可重复级的管理过程包括了需求管理、项目管理、质量管理、配置管理和子合同管理五个方面；其中项目管理过程又分为计划过程和跟踪与监控过程。通过实施这些过程，从管理角度可以看到一个按计划执行的且阶段可控的软件开发过程。 要求制定企业范围的工程化标准，并将这些标准集成到企业软件开发标准过程中去。所有开发的项目需根据这个标准过程裁剪出与项目适宜的过程，并且按照过程执行。过程的裁剪不是随意的，在使用前必须经过企业有关人员的批准。 每

5、千行软件的缺陷数目 软件过程成熟度等级 软件准时提交的百分比 每人每月生产的程序行数 软件需要返工的百分比 平均软件失效时间（近似） 大于 10 初始级 =45 2 到 60 分钟 小于 10 可重复级 90 1.5Z 20 1-160 小时 小于 1 已定义级 99 2.5Z 10 不确定 小于 0.1 管理级 降低开发时间到 1/2 5 Z 5 不确定 小于 0.01 优化级 降低开发时间到 1/4 10Z =2 近似完全可靠 根据不同业务特点可以选择瀑布模型，迭代模型等，并在这些模型上进行适当的变化以适应于短平快的产品开发特点 实施简洁的开发过程体系 提高需求分析和设计方面的技术，例如：

6、原型法技术，分析模式，设计模式，面向对象设计， UML 等； 提高需求分析和设计方面的技术 加强编程规范工作 进行适当的测试工作，建议进行单元测试和系统测试 实施配置管理工作，加强版本控制 开展走读、评审和检视活动，尤其要加强代码走读，建议进行每日交叉走读活动 进行简单的度量分析获得质量数据我的源代码给猫吃了！？1在所有弱点中，最大的弱点就是害怕暴露弱点2提供各种选择，不要找蹩脚的理由不要容忍破窗户软件的熵定期为你的知识资产投资你的知识资产交流！知道你要说什么了解你听众选择时机，选择风格让文档美观让听众参与做倾听者回复他人强加的重复无意的重复无耐性的重复开发者之间的重复不要重复你自己让复用变的更容易消除无关事物之间的影响提示如果显著的改变某个特定功能背后的需求，有多少模块会