3OO分析-用况图.pdfVIP

第3章 用况图 第3章 用况图 本章的主要概念—系统边界、参与者、用况、包含、扩展、泛化 问题的提出：在系统尚未存在时，如何描绘用户需要一个什么样的 系统？如何规范地定义用户需求？ 考虑问题的思路：把系统看作一个黑箱，看它对外部的客观世界发 挥什么作用，描述它外部可见的行为。 系统是由一条 系统边界以外 边界包围起来 是与系统进行 的未知空间 交互的参与者 只通过有限的 把内外交互情况描 几个接口与外 述清楚，就确切地 定义了系统的需求 部交互 捕获与整理需求：即要发现业务逻辑和需求，并用用况描述进行描述。 使用用况来标示并记录过程信息，可以不做为OO分析与设计过程的一项 活动，因为它没有以对象的观点为中心。但它是UML 的一部分。 描述需求的范围：功能、属性、约束、风险等。 系统功能：系统应该做X 。 明显的（应该做的，显式的）、隐藏的（应该做的，隐式 的） 、修饰性的（可选）。 系统属性：系统的特性或系统的度量，如易用性、容错性、响应时间、 界面形式、零售价格、应用平台。 系统属性的使用范围：整个系统或部分。 用况不是需求或功能的规格说明，但也展示了和体现了其所描述的过程 中的需求情况。 用况图：主要用于对系统、子系统或类的功能行为进行建模。 益处： •通过表示在语境中参与者如何与系统交互，使得系统、子系 统和类对于用户和开发者易于探讨和理解。 •易于对需求规范化 •有利于进行OOA •有助于发现主动对象 •对系统测试来说，产生测试用例。 系统边界与参与者 系统边界：一个系统所包含的所有系统成分与系统以外各种事物 的分界线。 系统：是由“用户”使用的软件，以及所有与其相关的硬件。指被 开发的计算机软硬件系统，不是指现实世界的系统。 系统成分：在OOA和OOD中定义，在编程时加以实现的系统元素— —对象 系统边界 参与者：在系 统边界以外， 参与者(人员) 与系统进行交 互的事物—— 人员、设备、 外系统 参与者(外系统) 参与者(设备) 3 ．1系统边界 3 ．1系统边界 • 定义：系统边界是一个系统所包含的所有系统成分与 系统以外各种事物的分界线。 • 系统是指被开发的计算机软硬系统自身，而不是泛指 问题域的全部事物所构成的现实系统。问题域中的某 些事物（如使用系统的人员）将被看成是位于系统边 界之外，作为参与者处理。 • 如果在其中使用一个原来已经存在的系统（即这样的 系统此时不需要再开发），这样的系统就应该放在正 开发的系统之外，把它看作是一个外系统。如果一个 大系统在任务分解时，被划分成几个子系统，则每个 子系统的开发者都可以把其他子系统看作是外系统， 系统边界以内只包括自己所负责的子系统。 现实世界中的事物与系统的关系包括如下几种情况： ■某些事物位于系统边界内，作为系统成分。如超市中的商品， 抽象为系统内的“商品”对象。 ■某些事物位于系统边界外，作为参与者。 ■某些事物可能既有一个对象作为其抽象描述，而本身 （作为现 实世界中