|
概述 开发者们经常通过一些典型的情节去理解系统并知晓系统如何工作,不幸的是他们虽然努力地去做了这些工作却很少以一种有效的方式去说明,Use Cases 正是一种形式化捕获这些情节的技术。 仅管Use Cases 在一本对象方面的书《Object Oriented Software Engineering》中有过定义,是跟那些对象结合在一起的,但这项技术实际上是独立于面向对象的,Use Cases 是既能捕获商业处理流程又能捕获系统需求的有效方法,并且它本身比较简单和容易掌握。 使需求有利于回顾 以正规形式捕获这些情节的原因是有利于用户和开发者进行回顾,这里有2 点关于一些实用需求符号的明确标准要遵循: 1) 它必须让情节的发起者和回顾者都很容易理解 2) 它不需包括一些关于系统样式和内容的决策 实用的需求是评估设计和最终实现系统的客观需求。 对于这些需求来说,必须要做的是以一种可实现的并不受约束的方式去捕获风险承担者的需要和期望。 Use Cases 使需求有利于回顾 Use Cases 已经得到越来越广泛的应用,它与其它需求捕获技术相比,它成功的原因在于: Use Cases 把系统当作一个黑盒 Use Case 使在需求中看到实现的决定变得更加容易 最后一点源于第一点的补充,一个Use Case 没有指定任何这些需求相关的系统的内部结构,所以说,如果这个Use Case 中陈述了"提交改变到定单数据库"、"显示结果到Web 页面"等的话,那么内部结构是显而易见的,并造成对设计的潜在约束。 为什么这些需求不指定内部结构的原因是,说明的内部结构给设计者带来了额外的约束,没有这些约束设计者们能更自由地建立一个正确实现客观可见行为的系统,并存在出现突破方案的可能性。...... | |
| 标准建模语言UML的应用领域 如何选择一种UML 建模工具 简单正是用例的价值 UML建模风格之顺序图 UML建模风格之状态图 UML 的 作 用 如何用状态图进行设计 全面认识UML类图元素 标准建模语言UML的内容 什么是统一建模语言UML |
| 文章评论 | |||