※ 引述《tinlans ( )》之铭言： : 大部分讲 UML 和 OOAD 的书都会说： : 设计 use-case diagram 的时候要避免采用 functional decomposition 的方式 : 很普遍的恶例就是 actor 跟一个 use case 有 association， : 然後再由那个 use case 放射状 ----<<include>>---> 到一堆 use cases， : 然後巢状延伸不断一层接一层的 include 下去， : 变成树状结构。 : 但是在帮大型系统 modeling 的时候， : 不管怎样似乎都会被带进 functional decomposition 的状况， : use-case 写来写去都会不小心变成 tree 状， : 一路杀到 actor 根本不需要知道的深度去。 : （问题 1：是不是实务上出现这种状况也能被接受呢？） : 有书会主张用 package 包住 use-case， : 然後让 actor 跟整个 package 建立 association， : 表面上看起来似乎是一种解决的方法， : 可惜并没有见过具体的例子是这麽做的。 ====== 很抱歉, 用问题发问与讨论问题. 对这行不是那麽熟练, 但分析与合成 的设计方法, 各行各业是很通用的. 1.use-case 顾名思义是 "案例", 案例就是整包的. 2.functional decomposition 是假设功能有原始与基本的成员, 这种 基本成员是基本组成, 被假设成 "不该再被分割", 因此大块功能可 以被分解成基本成员与其间的连系关系, 基本成员则是可复制可再 应用. 3.称为案例, 就表明是特殊状况(不是通则), 也是会有组成的成员及其 因 "特定"关系 组成的 "特异"功能, 这是从组件往上打包成一团的 思惟, 因为案例可能就不是基本(或基础)成员, 但反正就是不想再细 分先将就凑合着用. 案例的基本成分是跟要组织成整个功能系统的基 本成员在本质或特性上, 有可能有所不同, 因此, 暂不先强求要由基 本成员组成. 案例的特异功能应该是有特殊不同的成员或异常的连系 所造成的, 这种特异成份显然是无法由基础成份所组成. 实例: 物质由原子组成是中性不带电的, 这种原子组成的物没有电磁场 也没有放射性. 但带有电荷或移动电子组成的物质, 或是会自动 崩裂的物质则是特异的, 要合成後者, 不能用前者的基本原子组 成. 後者就是案例. --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 140.115.1.146