过程改进

本文主要对于软件过程的整体规范进行较为完整的描述，来源于个人的项目经验、所在team使用的软件过程以及个人的一些想法总结而成。文章按照对项目中采用的软件过程进行描述，之后对保证整个软件过程有效执行的工具、制度等进行描述。本文意并不在标明这个软件过程是多么的优秀，关键是要找到适合自己团队的软件过程，没有最优秀的，只有最合适的。

计算机软件尤其是数据库软件，成为了当代计算机应用的主流。因此软件开发人员就必须掌握正确的开发手段，了解软件开发的主要过程，这样心中对软件项目才有清醒的认识，才能达到事半功倍的效果。本文就软件开发过程中的一些方法，结合本人开发过的一些软件项目做一些详细论述。

无论什么过程都不能适用于任何项目，我们应该根据项目的特点去选择合适的过程。只有这样才能在过程一级保证项目的成功。

在世界范围内，软件项目需求正以非常快的速度增长，并且这种增长看起来还远未达到目的。这种增长已经导致软件开发活动急剧性的增长，已使得对用于构筑软件的过程，正确的说法是软件过程，得到更多的关注。软件过程可以定义为人们用来开发和维护软件以及相关产品（如：工程计划、设计文档、规章、检测事例及用户手册）的一组活动、方法、实践及转换。软件过程重要性的提高已经引起了对软件过程改进的要求，这就需要过程分析和评估的方法。

CMM（Capability Maturity Model for Software，软件过程能力成熟度模型）的基本思想是基于已有60多年历史的产品质量原理。但Philip Crosby将质量原理转变为能力成熟度框架，他在著作《Quality is Free》中提出了“质量管理成熟度网络”，描绘了进行质量实践时的5个进化阶段。随后，IBM公司的Rom Radice及其同事在Watts Humphrey指导下对该框架进行了改进以适应软件过程的需要。1986年，Watts Humphrey将此成熟框架带到了SEI并增加了成熟度等级的概念，后来又将这些原理应用于软件开发，发展成为软件过程能力成熟度框架，形成了当前软件产业界正在使用的CMM框架。

一个理想的迭代开发方法模型在很多方面与理想的瀑布开发模型有着根本上的不同。但是，从实际来说，没有一个团队严格的应用了每一种开发方法模型。本文解释了为什么开发团队决定逐步的从类似瀑布型的开发方法转变成更加类似迭代开发的方法，同时也概述了能够帮助这种转变的步骤。

我们真正的收获在"蜜月"期后，关于我们如何在一年半中管理一个50人的项目开发并及时完成阶段性的提交（尽管有时并不成功），关于我们经历的痛苦，我们后续的工作，我们最终学到的以及作为改进要用到下一个项目中的经验。

什么是XP,设计

随着软件工程知识的普及，软件工程师都知道，要开发高质量的软件，必须改进软件生产的过程。目前，业界公认由CMU/SEI开发的软件能力成熟度模型SW-CMM是当前最好的软件过程，并且CMM已经成为事实上的软件过程工业标准。但是，CMM虽然提供了一个有力的软件过程改进框架，却只告诉我们"应该做什么"，而没有告诉我们"应该怎样做"，并未提供有关实现关键过程域所需要的具体知识和技能。

过程的最终目的是代码，开发过程中的所有活动都围绕着这一目的而展开。如果没有最后的用于交付的代码，软件就无法成为软件。因此，必须保证过程能够产出代码，而且是优秀的代码。

火龙果软件基于多年来自一线的过程改进实践经验，建立了一套自己的有效过程改进理论“MyProcess”。

惠普软件工程过程概要.

这是一篇偏重于介绍方法学（特别是Agile方法）实践的文章。其读者对象是那些希望在自己的软件团体中引入某个过程方法，但又不知从何入手的开发人员、项目经理们。本文中所提到的内容更适合于应用在小型的软件团队中。对于较大规模的软件团队，本文中的部分内容也适用。 本系列包括：知识接力、代码是最终目、一致性的思考、活跃和混乱、严谨和死板、短期利益和长期利益的权衡。

在软件过程中，我们如何保证信息能够得到正确的传递呢？我们用什么方法来避免信息传递的失真呢？我们如何在这样一个过程中处理人与人之间的交互呢？在正确传递信息的情况下，我们又如何保证投入的最小化呢？

软件工程需要在科学和艺术之间求得权衡，科学的一面包括了软件开发规范、准则、实践、过程、方法；而艺术的一面则囊括了人员的激励、协调，组织的设计等因素。因此我们需要审视我们的规则、过程、方法，它们是否能够发挥出人的创新性？或是它是否足以约束人的行为？

软件过程的改进是一个长期的过程，属于长期的利益。如果长期利益和短期利益相冲突的时候我们应该如何处理。我们有什么办法来令短期利益和长期利益结合起来呢？

面向对象发展到今天，已经出现了许许多多优秀的实践、方法和技术。很多的技术都能够有效的提高软件质量，而要用好这些技术，我们需要从过程和管理的角度来看待它们，而不是为了使用技术而使用技术。此系列文章包括：代码是核心、案例实战（上）、案例实战（下）、重用、优化代码的组织、针对契约设计、业务建模。

本文对 Rational 软件开发过程（Rational Software Development Process）的原理和结构给出了高度的描述, 它具有足够的普遍性，可以在规模与应用领域方面，为各个软件产品和项目量身订做。

无论哪一种过程，其最终目的都是为了产生出可执行、并且可用的软件。因此软件过程中的各种活动应该围绕着快速、准确的实现这一目的而展开的。

在今天的系统开发环境中，IBM Rational客户工作的环境时常会包括多个系统的集成。本文阐述了IBM Rational Unified Process for Systems Engineering?（RUP SE?）如何在这些情况下对你有所帮助。