软件工程

惠普软件工程过程概要.

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

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

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

最近一直在研究开发模式的改善，关注点有3个：Peer Review、代码评审和测试驱动。

在对软件迭代开发生命周期中的测试人员的作用进行探讨的同时，作者考虑，除了 RUP 测试规程中提供的描述，测试人员还能如何对项目做出广泛的贡献。

传统的软件开发流程是一个文档驱动的流程，它将整个软件开发过程划分为顺序相接的几个阶段，每个阶段都必需完成全部规定的任务（文档）后才能够进入下一个阶段。

无论你遵从的是重量级的方法,比如Enterprise Unified Process(EUP)，还是轻量级的开发过程，如Extreme Programming(XP)，建模在软件开发中都是不可或缺的。但不幸的是其中充斥着各种谬误与迷思。这来自于各个方面，有从理论家错误的研究、数十年来信息技术领域内的文化沉积、软件工具开发商天花乱坠半的市场宣传以及象Object Management Group (OMG)和IEEE这类组织的标准。

敏捷建模（AM）在AM原则的基础上定义了一组核心实践（practice）和补充实践，其中的某些实践已经是极限编程（XP）中采用了的，并在Extreme Programming Explained一书中有详细的论述，和AM的原则一样，我们在描述这组实践时，将会注重于建模的过程，这样你可以从另外一个角度来观察这些已或XP采用的素材。

敏捷建模（AM）定义了一系列的核心原则和辅助原则，它们为软件开发项目中的建模a href="practices.htm">实践奠定了基石。其中一些原则是从XP中借鉴而来，在Extreme Programming Explained中有它们的详细描述。而XP中的一些原则又是源于众所周知的软件工程学。复用的思想随处可见！基本上，本文中对这些原则的阐述主要侧重于它们是如何影响着建模工作；这样，对于这些借鉴于XP的原则，我们可以从另一个角度来看待。

我坚信当在描述事物的范围时，你需要说明它是什么，它不是什么。不管你谈论的是系统还是案例中的AM都一样。

敏捷开发方法所面临的最大的挑战就是开发人员声称自己遵循了这种方法，而实际上他们并没有这么做。当他们运作出了问题的时候，他们就会去责备方法不好，但其实他们根本就没有真正遵循过这些方法。

本文介绍了Rational统一过程（RUP）的主要内容，包括开发阶段、迭代过程和核心工作流等，并简要评述了其在软件项目开发中的优越及不足之处。

本文描述了怎样使用rational软件公司提出的RUP（Rational Unified Process Rational 统一过程）理论来开发web应用。本文特别关注于软件生命周期的前端部分，以及如何集成使用RUP理论的创意设计过程和软件工程过程。本文包含了context integration公司对RUP的一些应用经验和扩展，context Integration 公司是一家领先的web解决方案集成商，为其名列财富1000公司的客户提供web解决方案，并使用了该公司自己的wow（Web Opportunity Workshop）软件和web开发优化理论：inContext。

为了向初学者介绍 RUP 框架，软件开发的过程经常和建筑过程相比较。但是和建造房屋比起来，使用 RUP 进行软件开发更像是在制作电影，这正如文章题目所说的那样。

IBM Rational Unified Process?（或简称 RUP?）是一个完善的软件开发过程框架，它具有若干种即装即用的实例。源自 RUP 的过程范围很广，从满足短周期的小型项目需要的轻量级 RUP，到满足大型的、可能是分布式的项目团队需要的更加完备的过程。各种类型和规模的项目都已成功地使用了 RUP。本白皮书说明了如何在小型项目中以轻量级的方式应用 RUP。我们将要讲解如何在一个完整项目的上下文范围内应用极限编程（XP）技术。

Rational Unified Process（或者简称为RUP） 是一套由Rational Software开发的完整的软件开发过程框架。它使用迭代式开发方法学，也可以被描述为"用例驱动的、风险驱动的和架构驱动的"。对于许多的刚刚开始使用RUP 的软件开发人员来说，这些都是新概念，也就意味着，在项目中第一次使用RUP 时，需要大量的培训和指导。仅仅"看看书"是不够用的！本白皮书描述了Volvo Information Technology 是如何实施RUP 的，如何通过调查问卷评估使用RUP 带来的影响，以及如何使用SPICE Framework（ISO 15504）评估开发团队软件过程能力的改善的。

当SOA成为信息系统首选架构之时，企业如何实施SOA，又该从何处着手？

20世纪70年代中期，软件工程管理引起广泛注意。当时美国国防部曾立题专门研究软件项目做不好的原因，发现70%的失败项目是因为管理不善而引起的，而不是因为技术实力不够......

在软件系统工程建设中，项目开发单位必须有针对此项目的质量保证机构或个人(依工程项目规模而定)，并制订包括管理、文档、评审、工具等内容的质量保证计划。工程项目的建设在严格的质量监督之下才能够完成预期的工程目标。