面向对象的Java与UML课件需求分析
本章内容
UML用例图
用例描述的功能建模
用例如何适用于业务建模
非功能性需求及其记录方式
如何描述用例
业务环境是生成用例的一个前提
用例适合业务的过程，找到用例的最好方法是理解这些业务过程。
同时，也应考虑那些非功能需求，它们也是系统设计的一个重要方面
需求分析
需求分析阶段，系统的外部行为得到初始定义，并链接到业务环境中，这是开发团队与项目相关者之的合同。合同的意思并不是签名公证过的书面文档，而是开发过程中各个部门间达成的共识
需求分析
需求分析
需求分析的重点：用例
用例：是与计算机系统的一次”有意义的交互”。
如果你有网 上购物的经历，用例的一个例子就是从在线目录中选抒一些商品
另一个例子则是支付货款
关于用例的大小和范围存在多种争议。
本书中用例的意思是一个能够自我独立、并可以在与计算机系统的一次会话中完成的事务 。
与计算机系统的一次 会话可能激活大量用例．其中有 些互相关联。
用例与开发
用例的概念是许多主流开发方法的核心
标识用例
确定它们与外部的交互
设计一组对象来实现这个用例
系统分析与设计成为“细化用例的过程”
进一步改善用例，以使计算机编程人员来实现程序
用例分析
用例建模是需求定义与系统分析的核心
在高层次 上，一组用例图定义了系统描述，这是与系统的项目相关者（如用户和发起人）进行讨论的极好工具。
在更为具体的层次上，可以使用用例对系统外部功能进行全而详细的说明。并且用例将成为从事系统构建的设计人员，构架和开发的起点
用例分析
用例图指出系统做什么，用例细节分析讲述“系统在某一环境中是怎样运转的”。它并不讲述系统内部是“怎样”构架来提供该行为的。在计算机系统开发中 ,这一分离经常被强调
在确定系统如何运转之前，需要先确定它做 什么
UML用例模型
活动者：使用计算机系统的人或者事物
用例：计算机提供的有意义的功能块
关系：活动者与用例之 间存在链接。活动者使用用例，用例也可以使用其他用例；
面向对象的Java与UML课件需求分析 来自淘豆网m.daumloan.com转载请标明出处.
