软件工程实用教程10-系统分析（2）.pptVIP

（1）描述系统特性 根据业务目标构建系统特性 （2）编写事件清单 列出事件清单 （3）编写事件表 （4）将事件表进行分组 Neusoft Computer Science and Technology Department copy right Neusoft Computer Science and Technology Department copy right Neusoft Computer Science and Technology Department copy right Neusoft Computer Science and Technology Department copy right Neusoft Computer Science and Technology Department copy right Neusoft Computer Science and Technology Department copy right Neusoft Computer Science and Technology Department copy right Neusoft Computer Science and Technology Department copy right Neusoft Computer Science and Technology Department copy right 软 件 工 程 第十章系统分析（2） 第十章 系统分析 任务2 创建用例模型 用例模型 用例模型产生的过程 补充性规格说明 * 任务2 创建用例模型 如何从用户需求中分析、归纳问题，如何根据用例构建过程抽取用例，并能够采用精练的语言进行用例描述，以及如何找出并区分与系统整体相关的全部因素，确定问题的主次先后关系呢？这些就是创建用例模型的过程。 那么，MSMS系统用例模型的创建过程是怎样的呢？ * 1 用例模型 用例的概念 用例描述了在不同条件下，系统对某一项目相关人员的请求所作出的响应，是系统中各相关人员之间就系统行为所达成的契约。 根据参与者作出的请求和请求涉及的条件，系统将执行不同的行为序列，每一行为序列被称之为一个场景。 一个用例是多个不同场景的集合。 （1）参与者 参与者（或称为执行者）是任何具有行为的人或事物。 也可称为执行者。 是任何具有行为的人或事物。 参与者和用例通信并且期待它的反馈——一个有价值或可觉察的结果。 * 参与者的类型有三种 主要参与者 具有用户目标，并通过使用当前系统的服务完成。例如，收银员。他们是发现驱动用例的用户目标。 协助参与者 为当前系统提供服务。例如，自动付费授权服务。协助参与者通常是计算机系统，但也可以是组织或人。通过协助参与者可以明确外部接口和协议。 幕后参与者 在用例行为中具有影响或利益，但不是主要或协助参与者。例如政府税收机关。幕后参与者的确定确保确定并满足所有必要的重要事务。如果不明确地对幕后参与者进行命名，则有时很容易忽略其影响或利益。 （2）用例的描述形式 用例是文本形式的。 三种常用形式 摘要 简介的一段式概要，通常用于主成功场景 非正式 非正式的段落格式。用几个段落覆盖非正式场景 详述 详细编写所有步骤及各种变化，同时具有补充部分，如前置条件和成功保障。 * 摘要式描述 登录：设定使用权限。用户提供用户名和密码，系统根据注册信息进行验证，通过后根据用户权限显示主界面。 还书：将拣来的图书进行归还。从晒书场上捡来的图书到期后，拣书者应主动向藏书拥有者归还图书。系统在收到捡书者的归还请求后，自动向藏书拥有者发送提示信息。藏书拥有者在确定拿到图书后，通过系统进行确认彻底改变图书的状态（变为被晾晒图书，或收回私人藏书室）。 图书推荐：老师们可以推荐自己喜爱的图书，得到的推荐列表可以作为购买图书的依据。 非正式形式的样例项目用例 用例UC2：藏书管理 对个人拥有图书信息的管理。子用例包括添加藏书（UC2.1）、修改藏书（UC2.2）、查找图书（UC2.3）、删除藏书（UC2.4）。 用例UC2.1：添加藏书 基本流程： 1、藏书者登记新购买图书的信息，包括书名、作者、译者、出版社、购买时间、价格、对图书的推荐信息、喜爱程度、数量、归类。 2、系统进行输入信息的有效性检查。 3、系统根据图书名称进行重复图书检查。 4、系统保存图书信息，并提示保存成功。 5、系统重新显示初始录入界面，用户可以进行下一本图书的录入过程。 分支流程： 2.a、如果藏书者录入信息有误，系统提示藏书者此信息，返回添加藏书界面，界面保持原来填写数据 3.a、如果图书名称发生重复，系统将提示此信息，并给出相应图书列表，用户可以查阅图书的详细信息，同时要求用户对此情况进行处理。 1