在开发过程中运用UML

《在开发过程中运用UML》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、第十三章在开发过程中运用UML已经学习过UML的各种图，下面是该学习开发过程的时候了。UML是一个有力的工具，但是却不能孤立地使用它。它必须被用于软件开发过程。本章将介绍开发过程方法学，它是用于理解UML使用环境的工具。具体将学习：●开发过程的重要性。●为什么传统的开发方法学不适用于当今的系统开发。●GRAPPLE开发过程。●如何在开发过程中使用UML。如果一个组织为了在竞争中取得优势，需要新增一个计算机系统，那么必须补充新的硬件和软件。还必须进行系统开发，而且开发的越快越好。假如你是系统开发工作的决策者。那么就要建立一个项目开发小组并使小组成员就位，这

2、个项目开发小组包括项目经理、建模设计师、系统分析员、程序员和系统工程师。换一个角度，如果你是该系统的一个客户。那么从你的角度希望开发小组能为你提供什么工作产品呢?项目经理如何向你做报告呢?当然，最后你还要看到正在运行的系统。但在这之前，你需要明确开发组确实已经理解你要解决的问题和你所要求的对问题的解决方案。这时你就需要能看到一个正在进展的系统，并且想知道在某一时刻的开发进度。这些是客户共同关心的，并且所有系统开发项目都应该包含对时间、金钱及前景的评估。13.1开发过程方法学：传统的和现代的当然客户希望开发组立刻就匆匆投入编码。但是，他们到底要对什么编码还

3、没完全搞清楚。开发组必须要经历一个结构化的系统的开发过程。在开发过程中所经历的步骤的结构和性质就是开发过程方法学(methodology)。在进行程序设计前开发人员必须要充分理解所要解决的问题。这就需要专门有人负责需求的分析。进行了需求的分析之后，编码就可以开始了吗?不，还必须有人将分析产品转化为设计产品。然后程序员再根据设计产品编制代码，这些代码在经过测试和部署后，最终成为目标系统。13.1.1传统的开发过程方法学上面对开发过程中各个阶段的简单描述可能会使你觉得开发过程中的各个活动是按照时间顺序一个接着一个顺序展开的。事实上，早期的开发方法就是采取这种

4、方式。下图说明了一种曾经造成广泛影响的开发方法模型。它被称为“瀑布(waterfall)”模型，在瀑布方法中，分析、设计、编码和部署阶段是一个接着一个按照顺序进行的。前一个阶段完成后，下一个阶段才能开始。这种开发方式具有一些明显的缺点。首先，这种方式下的开发过程被分割开来。分析员将分析结果转交给设计人员，设计人员再把设计结果交给开发人员。采用这种工作方式的话，那么这三个组的成员在一起工作和共享重要信息的机会就很少。这种方法的另一个问题是它不利于在项目开发过程中对问题的逐步理解(通常，对问题的理解是随着开发过程的深入而增强的，甚至是在分析之后)。如果，过程

5、不能回溯到早期阶段，那么在后期萌发的好的思想将不能被利用。在开发过程中塞进新的见解是非常困难的。重新进行分析和设计(同时引入对问题的更进一步理解)会大大增加项目获得成功的机会。13.1.2新的开发过程方法学与传统的瀑布方法明显不同，当代软件工程强调开发阶段的无缝集成。例如，系统分析员和设计人员，通常要往返进行分析和设计，为程序设计人员提供坚实的基础。程序设计人员反过来也要与分析人员和设计人员交互，共享重要的见解，修改设计，充实代码。这种方法的优点是，随着对问题理解的深入，项目小组能够引进新的思想，建立起更完善的系统。这种方法的阻力是一些故步自封的人想要看

6、到中间阶段达到一个清晰的结尾。有时，项目经理可能对客户说出这样的话来：“分析已经完成，我们将要进行设计，两二天后就开始编码”。这种做法充满了危险。在开发过程的各个阶段之间设置人为的障碍会最终导致所开发的系统不是客户想要的。传统方法还有另外一个问题：瀑布方法的追随者通常将过多的项目开发时间用于编码。其直接结果是宝贵的系统分析和设计时间被编码所侵吞。13.2开发过程中必须做什么在计算机程序设计的早期，分析问题，设计解决方案，编制程序代码都是由一个人完成的。现在却完全同了。为了开发各种复杂的系统，今天的企业需要群组工作方式。为什么呢?由于知识越来越专业化，一个

7、人不可能知道一个企业的全部方面，理解问题，设计解决方案，将解决方案转化成程序代码，在硬件上部署这些程序代码，并能确保所有的软硬件构件都能很好地协同工作。项目小组中必须包括的成员有：系统分析员，他们与客户交流，理解客户的问题；设计人员，他们设计问题的解决方案；程序设计人员，将解决方案编制成代码以及将代码部署到硬件上运行的系统工程师。一个开发过程必须要考虑到所有这些角色，合理地利用他们，为开发过程的每个阶段分配时间。开发过程还必须产生一指明过程进度以及形成职责跟踪的工作产品。最后，开发过程必须确保每个阶段的工作不是分离的。相反，必须在开发过程中得到反馈信息以

8、增加在开发过程中采纳新思想的容易程度。基线：能容易地修改系统的蓝图，然后再修改系