基于UML的需求分析和系统设计个人体会

阅读了http://www.uml.org.cn/oobject/201405123.asp文章之后，对使用UML进行系统的需求分析和设计有了一个基础的理解。在此做一下整理。

 

1.项目开始阶段

项目开始阶段的初期访谈需要抓住以下几个重点：

项目的范围：先找出目前已存在的系统，了解该系统是否提供了相关的集成接口，这一点与你所要开发的项目的复杂度有相当大的关系。

必要的业务流程：在摸索业务流程时，初期应该尽可能只捕捉就“必要的”业务流程，在该业务流程中，尽量避免对细节的研究。

项目的技术限制：包括使用的技术以及其他系统间的交流接口规范。

项目的成功关键因素：要充分了解利益相关方对于整体项目成功与否最关切的问题是什么，并且评估问题和项目成败的风险是否相关。

上述四个重点，其实在一开始就决定了项目是否会成功，如果在项目开始时就落入了细节性的讨论，反而容易造成项目的失败，对于开发团队来说不可不慎。

2.需求分析阶段

需求分析阶段，主要是跟客户（领域专家）沟通，进行需求的收集和分析，然后通过标准的文书准确地表达出来，并形成需求规格说明书之类的文档，交由设计人员进行后续的系统设计工作。

UML中的用例图正是用于需求收集和表达的有力工具，但是如何找出用例并非易事，这是因为从用户那里收集来的信息很可能是零散的、没有系统性的，要直接从中找出正确的用例非常困难。

因此在分析用例之前，可以先对企业级的业务流程进行规划和设计，抓住企业的本质工作流，为后续进行详细的需求收集和用例分析做好准备。

 

也就是说：通过活动图来分析用户的业务流程，尽而提取用例图。

 

3.设计阶段

绘制时序图来对用例进行详细设计。