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

时间:2021-10-01 16:45:01

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

 

1.项目开始阶段

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

  • 项目的范围:先找出目前已存在的系统,了解该系统是否提供了相关的集成接口,这一点与你所要开发的项目的复杂度有相当大的关系。
  • 必要的业务流程:在摸索业务流程时,初期应该尽可能只捕捉就“必要的”业务流程,在该业务流程中,尽量避免对细节的研究。
  • 项目的技术限制:包括使用的技术以及其他系统间的交流接口规范。
  • 项目的成功关键因素:要充分了解利益相关方对于整体项目成功与否最关切的问题是什么,并且评估问题和项目成败的风险是否相关。
  • 上述四个重点,其实在一开始就决定了项目是否会成功,如果在项目开始时就落入了细节性的讨论,反而容易造成项目的失败,对于开发团队来说不可不慎。

    2.需求分析阶段

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

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

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

     

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

     

    3.设计阶段

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