软件工程与UML图的关系

软件工程是软件开发设计的灵魂，是咱们前进的思想性指导。它使咱们的设计有法可依，有章可循。若是把软件开发比做建设一栋高楼，那么软件工程就是知道咱们不至于在构建一座大楼的时候，最后不知不觉建成了鸡窝。而UML图正是对大楼主体架构的设计。

采用UML来设计软件系统时，大体能够分为三步：

第一步：描述需求

    这时候须要用到的就是用例图，用例图的主要读者即是客户，从客户的角度来看咱们所开发的系统。客户最关心的是系统可以提供的服务，也就是系统如何被使用，是否能完成他们需求。

第二步：根据需求创建系统的静态模型

    这一步是为了构造系统的结构，此时用到的是类图，对象图，组件图和部署图4种图形，是标准建模语言UML的静态建模机制。

第三步：描述系统的行为

    此时创建的模型能够执行，也能够表示执行时的时序状态或交互关系。它包括状态图、活动图、时序图和协做图4种图形，是标准建模语言UML的动态建模机制。

 

把UML应用到软件开发中的各个阶段进行分析：

1)需求分析

    UML的用例图能够表示客户的需求。对外部的角色以及它们所须要的系统功能建模是经过用例建模来完成的。它们之间的关系建模被用于角色和用例。每一个用例都指定了客户的需求。需求分析不只要对软件系统进行并且对商业过程也要进行。

2)分析

    考虑要解决的问题是分析阶段要作的工做。其描述可用UML的逻辑视图和动态视图来进行。系统的静态结构由类图进行描述，系统的动态特征由协做图序列图活动图和状态图进行描述。在分析阶段，不定义软件系统的解决方案的细节，只为问题领域的类建模。

3)设计

    把分析阶段的结果扩展成技术解决方案是设计阶段主要的工做。提供技术基础结构——用户接口。数据库操做等是采用加入新的类完成的。在这个技术基础结构中，分析阶段的领域问题类被嵌入在其中。构造阶段的详细的规格说明是设计阶段的结果。

4)构造

    把设计阶段的类转换成某种面向对象程序设计语言的代码，这是构造阶段的工做。在对UML表述的分析和设计模型进行转换时，最好不要直接把模型转化成代码。在早期阶段，模型是理解系统并对系统进行结构化的手段。

5)测试

    单元测试、集成测试、系统测试和接受测试为系统测试的几个不一样级别。不一样的测试采用不一样的UML图做为工做的基础。使用类图和类的规格说明是单元测试，典型地使用组件图和协做图的是集成测试，而系统测试实现用例图来确认系统的行为符合这些图中的定义。在系统测试阶段，UML模型还能够做为测试阶段的依据。如单元测试使用类图和类规格说明；集成测试使用组件图和协做图；系统测试用例图来验证系统的行为；验收测试由用户进行，以验证系统测试的结果是否知足在分析阶段肯定的需求。