基于用例的需求分析x

《基于用例的需求分析x》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、基于用例的需求分析技术李杭2009年3月议题前言什么是用例？完整的用例格式用例的核心要素需求分析中的用例开发过程中的用例讨论前言之一软件开发过程中常见的场景你这做的是什么东西！这个做还不错，不过好像不是我想要的。我们这很混乱，你这个系统应该把我们的所有问题全部解决掉！“弱弱”地问：“您到底想要什么？”前言之二需求分析与管理—软件开发过程中的“永远的痛”前言之二应对之利器：结构化分析方法（数据流图、IDEF（IntegratedComputer－AidedManufacturingDefinitionLanguage）

2、什么是用例？UML中的定义用例规定了一个动作序列（可以有多种实现），系统可以执行这些动作并产生出一个对于特定参与者有价值的可见结果。在系统层，用例表示整个系统对外部用户可见的行为。一个用例就像外部用户可使用的系统操作。主事件流异常事件流扩展事件流用例的示例ATM取款用例储户将信用卡插入ATM，系统要求银行储户提供密码。储户输入密码，系统验证用户密码正确后，允许用户进入系统。储户输入取款金额，系统验证该账户金额大于或等于取款金额后，提供给储户相应金额的现金，并在该账号上扣除相应的金额。问题：为什么要写系统验证账户金额的

3、过程？用例之间的关系扩展关系包含关系泛化关系什么是用例？AlistairCockburn的定义用例是代表系统中各个相关人员之间就系统的行为所达成的契约。用例描述了不同条件下，系统对某一相关人员的请求所做出的响应。提出请求的相关人员叫主执行者(PrimaryActor)。主执行者通过发起与系统的一次交互来实现某个目标。系统对任一执行者所做出的响应，要保证所有相关人员的利益不受侵害。用例的本质是文本的。用例示例完整的用例模板用例名：用主动语态动词短语表示的目标使用语境：该用例的上下文环境范围：设计范围，将系统作为一个黑盒

4、来考虑级别：概要（业务用例）、用户目标（系统用例）和子功能主执行者：角色名称或描述项目相关人员和利益：用例中的项目相关人员和关键利益列表前置条件：最小保证：在所有操作退出前，至少应达到的要求。成功保证：在成功后，应达到的状态。触发事件：什么引发了用例的执行，包括时间事件。主成功场景：扩展场景：业务规则：相关信息：包括优先级、执行频率、非功能需求、待定问题等等。用例中的核心要素范围（SCOPE）：真正要讨论的系统是什么？主执行者（PrimaryActor）：谁有要实现的目标？层次（Level）：目标的层次是高，还是低？

5、业务级（概要级）系统级需求分析中的用例用例的局限性适合于描述具有交互性的功能性需求不适合描述数据变换和科学计算性质的需求需求规格说明书中的功能需求可以采用用例需求分析中的用例外部接口UI需求性能需求安全需求维护和可移植性需求…实体关系模型用例开发过程中的用例用例模型分析模型设计模型《跟踪》《跟踪》界面类控制类实体类开发过程的用例在迭代过程中分析每个用例，考虑实现该用例需要哪些分析类元和关联，这些类元之间的协作实现了该用例。分析每个分析类元在一个用例实现中扮演的角色，类元角色详细说明了该类元参与实现某个用例的职责和属性

6、等。细化分析类，将其转化为一个或多个设计类，并将其职责和属性重新进行分类。我们的口号是：由表及里，逐步求精！轻松一刻，讨论一下？