软件开发

以下工程开发指导是我对决定一项使用任何语言的软件工程成功与否的决定因素的一些认识。

8月6日，由西安软件园、陕西省软件行业协会主办的“西安软件商竞争力成长高峰论坛”在我国国家级软件产业“双基地”之一的西安软件园召开，百余家软件厂商高层共聚一堂，探讨我国软件开发商竞争力提升之道。

据消息灵通人士透露，谷歌中国与金山软件近期正携手合作Office办公软件，研发工作已进入关键阶段，产品有望在今年下半年问世。

对于建模这门武功来说，其招式比较简单，无论是UML图、ER图还是数据流图，顶多个把月就能学会；然而它的心法却非常高深繁复，要想融会贯通并能根据实际情况运用自如并不容易。基本功法，是要理解什么是模型以及为什么要建模。

.NET程序员是幸福的，基本上是被MS给宠坏了，老板们是乐坏了，可是身为程序员却高兴不起来（个中原因自己体会吧）。借着MS的开源春风，让我们看看MS到底是怎么宠坏我们这些可爱的.NET程序员的。在MS设计产品时遵循哪些规则，又是怎么解决一些棘手的问题的。让我们看看微软的完全开源的IronPython，看看MS是怎么耍宝的。

回顾中国改革开放后的这30年，我的感触很深。作为中国复兴的见证者和参与者，我的感觉是，今天的中国与三十年前相比已有了天渊之别。

微软上周称，微软将从今年圣诞节开始将允许独立开发人员销售为Xbox 360游戏机制作的视频游戏并且获得大多数利润。

就在两周前，微软才刚刚宣布收购数据质量软件厂商Zoomix，以提升SQL Server的数据质量;紧接着上周末又将数据仓库设备厂商DATAllegro放进了购物车。

出色的软件工程师善用设计模式，勤于代码重构，编写单元测试，并对简单有宗教般的追求。除了这些，优秀的软件工程师还要通晓10个概念，这10个概念超越了编程语言与设计模式，软件工程师应当从更广的范围内明白这些道理。

项目来源通常可区分客户合同项目、内部产品更新换代。客户合同项目由于受到客户直接约束，有固定的工期，而且需求往往很不稳定，很多时候客户只指定一个大概的需求范围，由开发商在应标的时候列出能实现的功能需求、环境支持和开发费用，在多家开发商应标的情况下，客户有可能综合多家厂家的功能，要求开发商实现，还有一些项目客户只提出研究方向，根本没有具体的需求细节；内部产品更新换代需求相对稳定一些，而且工期也相对宽松，比较容易把握，但产品的需求是连续的，产品需要不停的升级增加新功能才有生命力；由于需求的稳定性不同，往往需要比较好的开发模型来支持，否则很容易发生到了项目后期才发现实现的功能与实际应用需求不符，达不到使用效果，导致项目失败；开发模型的不同，需要管理的力度也不同，管理花费的时间也不同。

反模式就是不做什么：有些行为、习惯或者方法似乎很有价值，但对于准备完成的事情来说却没有帮助。本文讨论了多种RUP反模式，收集来自Black Diamond Software指导RUP使用者在各种不同大小，人员组成技术环境和工业项目中的经验。本文讨论了每一种反模式的本质，以及怎样才能避免的措施。

RUP即Rational Unified Process，是Rational公司开发的软件过程产品。The Unified Software Development Process也指的是RUP，不过去掉了前面的公司名。本文分别采用“统一软件过程”和“RUP”作为其全称和简称。

在实践中，笔者发现，对概念的理解不到位，特别是对概念之间的关系理解不到位，是阻碍不少人成功应用RUP的原因之一。本文采用“为概念及其关系建模”的方法，对概念及其关系进行考察，以期深入理解RUP的核心概念。

Rational统一过程(Rational Unified Process，RUP)提供了一个极有价值的软件开发业务框架，它正在成为一个广受欢迎的当代软件开发过程的事实标准。然而作为框架，必须根据每个项目团队及其环境的需要进行调整。RUP本来是用一种轻型和敏捷的方式来开发项目的，而不是被当作一个“万能尺码”的开发过程。若干因素妨碍了RUP的成功实施，其导致的结果往往非常糟糕。

RUP将项目管理、商业建模、分析与设计等，统一到一致的、贯穿整个开发周期的处理过程。

复杂用户界面开发（本文用作UI开发），为敏捷开发提供了某些独特的挑战。与那些功能大部分是自动运行业务规则或计算薪水的项目不同，因为由用户培训或生产力缺失引起的各种问题，UI开发项目往往不能承受剧烈的变动，尤其是那些经常被使用的应用程序（如呼叫中心、E-mail阅读器或数据登记系统等）。

项目管理的根本目的是按时、保质、保量完成预期交付的成果。项目管理要让整个组织能清楚理解项目实施的目的、影响、进度，应做到项目组所有员工都应理解项目实施的原因、意义及客户的要求。

软件开发长期以来被认为是一项富有创造性的活动。一个软件开发机构在接到一个新的项目之后，通常遵循需求、获取、分析、设计、实现、集成和测试的步骤，进行项目的开发。传统的开发方法并不强调软件复用，这样就必然导致大量的重复劳动，给软件企业造成巨大的人力、物力和财力的浪费。对软件复用的研究和实践越来越引起学术界和产业界的高度重视。

“团队=软件”，微软软件开发管理理论的基础可以这样一个恒等式来表达，软件可以忠实地展现创造它的团队的一切优点和缺点。软件业中没有两个完全相同的失败，但最常见的莫过于新版本跟不上对手的脚步，微软开发模式的精髓之一，便是通过产品组团队中每个成员对职责的承诺来控制产品的开发过程，保证新产品准时地、经常地被推出。

实现个性化软件产品的工作流程。