信息系统分析与设计案例ppt课件
合集下载
信息系统分析与设计教材(PPT 25张)
11
6.3.5 信息技术厂商和咨询顾问
大多数信息系统同各种信息技术相关，必须把 这些技术选择、安装和定制、集成到业务中并 得到技术支持，这些技术由信息技术厂商开发、 销售和支持。
许多企业依赖外部的咨询顾问来帮助他们开发 或者获取信息系统和技术。利用咨询顾问可能 是由于需要特殊的知识或技能，也可能是由于 立即需要额外的分析员和程序员来完成项目。 无论如何，外部咨询顾问是许多信息技术项目 的关联人员。
13
6.4.1 案例研究
经过前面关于系统生命周期的讨论，如果以案 例研究的方式来解释阶段、工具和技术，必定 有助于理解。 虽然案例研究便于我们理解系统分析和设计的 过程，但是决不能代替实际的系统分析和设计 工作。这主要是因为所提供的案例往往是经过 简要总结和良好组织的。 【案例6-1】送餐服务公司
5
6.2 系统开发项目成功因素
一些系统开发项目之所以能成功，是因为 以下原因。
有清晰的系统需求定义。 充分的用户参与。 上层领导者的高度支持。 完整、详细的项目计划。 符合实际的工作进度表。
6
6.3 确定项目的参与者
系统开发项目必须 将这些关联人员纳 入其中，包括企业 高层管理者、基层 执行人员以及外部 或内部的开发团队， 一般来说，信息系 统开发项目的参与 者包括如图6-1所 示的各类参与人员。
8
6.3.2 系统用户
系统用户是那些在通常意义上使用信息系 统或者受到信息系统影响的人——如收集、 验证、录入、响应、存储、交换数据和信 息。
1. 内部用户 2. 远程和移动用户 3. 外部用户
9
6.3.3 系统分析员
在信息系统开发中有一类知识员工扮演着 一个特殊的角色，这就是系统分析员。系 统分析员推动信息系统和计算机应用系统 的开发。
信息系统分析与设计PPT课件
第三章 信息系统建设概论
本讲内容
3.1信息系统建设概述
3.4信息系统开发管理
一、系统建设所涉及的因素 二、信息系统建设的发展规律 三、信息系统建设的特点
3.2信息系统生命周期
一、开发方式的选择 二、建立信息系统的基本条件 三、系统开发人员的分工 四、系统开发项目管理
3.3信息系统开发方法概述
一、早期开发方法的不足
告，对现行系统进行详细调查，分析组织结 构，描述现行系统的业务流程，指出现行系
统的局限性和不足之处； 确定新系统的基本目标和逻辑功能要求，
即提出新系统的逻辑模型；
写出系统分析报告。
三、 系统设计阶段
根据系统分析报告中规定的功能要求，具 体设计实现逻辑模型的技术方案，也即设计
新系统的物理模型。这个阶段又称为物理设 计阶段、总体设计阶段或详细设计阶段。
初装 蔓延 控制 统一规划 克服无序
集成 数据管理 成熟 集成构建 企业IS
阶 段
6
2．诺兰模型的意义
诺兰模型总结了发达国家信息系统建 设的经验教训，具有普遍的指导意义。一般认 为，模型中的各阶段是不能跳跃的。因此，在 进行信息系统建设时，企业必须明确本单位所 处的生长阶段，再根据该阶段的特点制定发展 规划，确定开发策略，才会少走弯路，提高效 率。
几乎每一个涉及者都有朦胧和疲惫感觉
返回 14
3.2 信息系统的生命周期
信息系统的生命周期: 任何事物都有产生、发展、成熟、消亡(更新) 的过程，信息系统也不例外。信息系统在使用 过程中随着其生存环境的变化，要不断维护、 修改，当它不再适应的时候就要被淘汰，就要 由新系统代替老系统，这种周期循环称为信息 系统的生命周期。 信息系统的生命周期可以分为: 系统规划、系统分析、系统设计、系统实 施、系统运行和维护等五个阶段。
本讲内容
3.1信息系统建设概述
3.4信息系统开发管理
一、系统建设所涉及的因素 二、信息系统建设的发展规律 三、信息系统建设的特点
3.2信息系统生命周期
一、开发方式的选择 二、建立信息系统的基本条件 三、系统开发人员的分工 四、系统开发项目管理
3.3信息系统开发方法概述
一、早期开发方法的不足
告，对现行系统进行详细调查，分析组织结 构，描述现行系统的业务流程，指出现行系
统的局限性和不足之处； 确定新系统的基本目标和逻辑功能要求，
即提出新系统的逻辑模型；
写出系统分析报告。
三、 系统设计阶段
根据系统分析报告中规定的功能要求，具 体设计实现逻辑模型的技术方案，也即设计
新系统的物理模型。这个阶段又称为物理设 计阶段、总体设计阶段或详细设计阶段。
初装 蔓延 控制 统一规划 克服无序
集成 数据管理 成熟 集成构建 企业IS
阶 段
6
2．诺兰模型的意义
诺兰模型总结了发达国家信息系统建 设的经验教训，具有普遍的指导意义。一般认 为，模型中的各阶段是不能跳跃的。因此，在 进行信息系统建设时，企业必须明确本单位所 处的生长阶段，再根据该阶段的特点制定发展 规划，确定开发策略，才会少走弯路，提高效 率。
几乎每一个涉及者都有朦胧和疲惫感觉
返回 14
3.2 信息系统的生命周期
信息系统的生命周期: 任何事物都有产生、发展、成熟、消亡(更新) 的过程，信息系统也不例外。信息系统在使用 过程中随着其生存环境的变化，要不断维护、 修改，当它不再适应的时候就要被淘汰，就要 由新系统代替老系统，这种周期循环称为信息 系统的生命周期。 信息系统的生命周期可以分为: 系统规划、系统分析、系统设计、系统实 施、系统运行和维护等五个阶段。
信息系统分析与设计案例最新版ppt课件
该操作的名称，没有关于发生在‘getCharges’操作中的任何细 节。这些细节可以以操作定义或一个活动图来定义。 图6.2表示了一个描述在‘getCharges()’操作中涉及的行动序列 的活动图。
20.04.2020
4/33
信息系统分析与设计
Information System Analysis and Design
建模可选的动作过程
执行两者选一的行动过程
活动图的优点之一是它们对不同的行动过程和决定哪个执行过 程的条件进行建模。
图6.4表示了‘Issue bike’ 用例的初始活动图。
虽然这个图描述了当一辆自行车被租借时发生地处理序列，但 它仅涉及Wheels系统的新顾客的情景。在老顾客的情况下，每 次当顾客租借自行车时输入顾客的细节是效率不高的，并且是 使人困惑的；系统所需要做的仅仅是确认记录中的顾客细节是 正确的。
20.04.2020
3/33
信息系统分析与设计
Information System Analysis and Design
建模一序列活动
当租借一辆自行车时，计算租金的操作
图6.1表示了在Wheels类图中的Bike类 Bike类的操作之一是 ‘getCharges( )’，但是这个类图仅记录了
我们从图6.10中可以看出何人或何物执行构成‘Handle bike return’ 用例的不同活动。顾客负责将自行车返还给商店；接待 员输入顾客的姓名；计算机则进行找出租借细节、检查返还日 期、如果必要则计算超出费用，以及计算返回的押金金额等活 动；机械师负责检查自行车是否损坏，计算发现损坏的修理费 用；最后，接待员将剩余的押金返还给顾客。
图6.5表示了‘Issue bike’ 用例完善后的活动图，其满足了新 的和老的顾客的需要。
20.04.2020
4/33
信息系统分析与设计
Information System Analysis and Design
建模可选的动作过程
执行两者选一的行动过程
活动图的优点之一是它们对不同的行动过程和决定哪个执行过 程的条件进行建模。
图6.4表示了‘Issue bike’ 用例的初始活动图。
虽然这个图描述了当一辆自行车被租借时发生地处理序列，但 它仅涉及Wheels系统的新顾客的情景。在老顾客的情况下，每 次当顾客租借自行车时输入顾客的细节是效率不高的，并且是 使人困惑的；系统所需要做的仅仅是确认记录中的顾客细节是 正确的。
20.04.2020
3/33
信息系统分析与设计
Information System Analysis and Design
建模一序列活动
当租借一辆自行车时，计算租金的操作
图6.1表示了在Wheels类图中的Bike类 Bike类的操作之一是 ‘getCharges( )’，但是这个类图仅记录了
我们从图6.10中可以看出何人或何物执行构成‘Handle bike return’ 用例的不同活动。顾客负责将自行车返还给商店；接待 员输入顾客的姓名；计算机则进行找出租借细节、检查返还日 期、如果必要则计算超出费用，以及计算返回的押金金额等活 动；机械师负责检查自行车是否损坏，计算发现损坏的修理费 用；最后，接待员将剩余的押金返还给顾客。
图6.5表示了‘Issue bike’ 用例完善后的活动图，其满足了新 的和老的顾客的需要。
《信息系统分析与设计》PPT课件
第一章 信息与信息系统
第一节 信息的基本概念
物质
客观 世界
信息
一、信息 信息是事物之间相互联系、相互作用的状态描述。
1
第一章 信息与信息系统
二、信息运动
信息的发生者称为信源，信息的接收者称为信宿，信 息传播的媒介称为载体，信源和信宿之间信息交换的途径 与设备称为通道。
客体
主体
信 息 源
接
处
实
收
理
施
效益分析的方法和技术
10
第二章 信息系统分析与设计理论
五、软件生成周期（从过程上看软件工程）
从软件概念形成、使用和维护，直至最终被废弃不用的整 个过程。
可行性研究与计划 需求分析 总体设计 详细设计 实现（编码） 集成测试 确认测试 使用和维护
11
第二章 信息系统分析与设计理论
六、软件开发模型（从过程上看软件工程）
第一章 信息与信息系统
5
第一章 信息与信息系统
第三节 信息系统的应用环境
一、国家信息化基础设施（NII）
国家信息基础设施首先是指一个集成的、覆盖整个国家的信息设施的总 和。该设施连接全国各地区的政府机构、企业、学校和家庭，是全部公用的 及专用的、政府的及企业的、高速交互式的、窄带的及宽带的网络的集合。 （图）
信息的采集
三、信息系统的类型
信息的处理
管理信息系统
信息的存储
决策支持系统
信息的管理
专家系统
信息的检索
办公自动化系统
信息的传输
四、信息系统的信息处理方式
现代信息处理工作都是基于计算机系统的
六、信息系统建模方法
五、信息系统模型 功能模型 信息模型
数据模型（例） 控制模型 决策模型
第一节 信息的基本概念
物质
客观 世界
信息
一、信息 信息是事物之间相互联系、相互作用的状态描述。
1
第一章 信息与信息系统
二、信息运动
信息的发生者称为信源，信息的接收者称为信宿，信 息传播的媒介称为载体，信源和信宿之间信息交换的途径 与设备称为通道。
客体
主体
信 息 源
接
处
实
收
理
施
效益分析的方法和技术
10
第二章 信息系统分析与设计理论
五、软件生成周期（从过程上看软件工程）
从软件概念形成、使用和维护，直至最终被废弃不用的整 个过程。
可行性研究与计划 需求分析 总体设计 详细设计 实现（编码） 集成测试 确认测试 使用和维护
11
第二章 信息系统分析与设计理论
六、软件开发模型（从过程上看软件工程）
第一章 信息与信息系统
5
第一章 信息与信息系统
第三节 信息系统的应用环境
一、国家信息化基础设施（NII）
国家信息基础设施首先是指一个集成的、覆盖整个国家的信息设施的总 和。该设施连接全国各地区的政府机构、企业、学校和家庭，是全部公用的 及专用的、政府的及企业的、高速交互式的、窄带的及宽带的网络的集合。 （图）
信息的采集
三、信息系统的类型
信息的处理
管理信息系统
信息的存储
决策支持系统
信息的管理
专家系统
信息的检索
办公自动化系统
信息的传输
四、信息系统的信息处理方式
现代信息处理工作都是基于计算机系统的
六、信息系统建模方法
五、信息系统模型 功能模型 信息模型
数据模型（例） 控制模型 决策模型
《信息系统分析与设计》课件第6章
6.2 领 域 调 查
6.2.1 领域调查的原则 (1) 客观原则。领域调查必须从客观实际出发，坚持实
事求是的原则。领域调查的结果将作为现行组织系统分析和 信息系统开发的依据，任何虚假和不客观的调查内容都会给 将要开发的信息系统积下恶因，因此，绝对不能凭调查人员 自己的猜想和臆断对组织的业务过程进行曲解或歪曲。
组织策略
• 采取开架售书，为读者提供方便阅读和购书条件； • 更改售书结算方法，减少读者结账时间，提高工作效率； • 建立全国出版社、供书商数据库，掌握最新图书动态； • 修改购书资金计划，每年增加 30%的购书资金，以增加图书品种； • 对销售图书进行动态统计，及时掌握畅销书、滞销书信息； • 修改库存管理办法，提高效率，方便管理； • 建立书店信息系统，全面提高管理水平和工作效率。
某书店的目标
使命和方向 以优质服务向本市读者提供丰富的图书。 组织总目标 向本市读者提供一流服务，使本地图书市场占有率达到 30%。 组织子目标
• 最方便地供读者阅读和购买图书，减少 30%的读者购书时间； • 近三年每年增加 30%的新图书品种； • 书店能够快速掌握国内最新出版的各类图书； • 快速统计本市读者的购书要求，及时掌握畅销书、滞销书的信息； • 入库、出库、盘库的工作效率提高 20%； • 每年在本市建立一个分店，五年内实现全市图书连锁销售。
6.1.3 领域分析的基本原则 1. 客观原则 领域分析是对现行组织系统的调查、分析、认识和描述。
在分析过程中，要求分析人员既要有实事求是的工作态度， 还要做深入、细致的调查和分析工作，充分尊重客观现实， 认真调查业务实际。
2. 宏观与微观的辨证统一原则 领域分析是整个开发工作的先奏和基础，只有对现行组 织系统形成客观正确的认识，才有可能开发出满足组织需要， 符合客观实际的信息系统。领域分析又是一项庞杂、细碎的 工作。在领域分析过程中，既需要分析人员从决策者的
信息系统分析与设计第五章_图文.ppt
一、概述
➢ 面向对象思想的起源 1967年，第一个面向对象的语言—Simula。 80年代， Smalltalk、C++、Objective C等通用面向对象语言 出现。
➢ 面向对象思想的成熟 Smalltalk—80和C++语言被越来越多的人所理解和 接受，形成面向对象编程(Object-Oriented Programing，即OOP)
A
从A继承
继承部分
B
增加部分
图5-2 类的继承关系
《信息系统分析与设计》
六、继承性(inheritance) （续）
➢ 继承是软件重用的一个基本机制。当通过继承定义一个 新类时，新类获得了已存在类的域和行为。图5-3中的 类图所描绘了继承层次结构。
Figure
LineSegment
Point
Region
《信息系统分析与设计》
二、微软公司的COM／DCOM组件技术
➢ 1、组件对象模型COM – COM(Component Object Model)是一种不依赖 于任何语言的组件对象模型。COM中的对象被称 为组件对象或COM对象。 – 强调单独地设计对象接口并约定只能通过对象接口 使用COM对象，这是COM对象区别于其它源代码 对象的重要特征，也是确保COM对象具有与语言 无关的可重用性的基础。 – 组件对象模型COM的特点
保护。 ➢ 封装的基本单位是对象 ➢ 利用封装来隐藏那些不属于对象公有接口的软件元素
称为信息隐藏。
《信息系统分析与设计》
八、多态性(polymorphism)
➢ 多态的概念： 不同的对象收到同一消息可产生多种不同的结果，即
会有多种不同形式 。 ➢ 多态的实现受到继承性的支持 ➢ 利用类层次的继承关系，把具有通用功能的消息存放
信息系统分析与设计-PPT课件
定功能要求。
2022/1/6
最新精品资料
42
停止研制 停止研制
提出研制要求
初步调查
可行性研究
可行性报告
否
审批
是
修改
详细调查
逻辑设计
系统说明书
否
审批
修改
修改目标，追加资 源，等待条件
修改说明书
停止研制
总体设计
详细设计
系统设计说明书
否
审批
修改
修改设计方案
2022/1/6
系统实施
调
试
修改系统
验收 是
交付使用
1. 信息系统的概念
– 信息系统是一个以人为主导，利用计算机硬 件、软件、网络通信设备以及其他办公设备， 进行信息的收集、传输、加工、存储、更新 和维护，以企业战略竞优，提高效率和效益 为目的，支持企业最高策略、中层控制、基 层运做的集成化的人机系统。
2022/1/6
最新精品资料
18
2.信息系统的功能
系统规划阶段：初步调查，可行性分析，编写可 行性分析报告和系统设计任务书。
系统分析阶段：详细调查，需求分析，绘制业务 流程、数据流程图等等，提出新系统的逻辑模型。
系统设计阶段：设计新系统的物理模型，进行总 体设计和详细设计，编写系统设计说明书。
系统实施阶段：购置、安装和调试设备，编写程 序，人员培训，数据文件转换，系统调试与转换。 编写实施进度报告和系统测试分析报告
市 场 经理
财 务 经理
产 品 A经 理
生 产 主任 对A
市 场 主任 对A
财 务 主任 对A
产品 产 品 B经 理
生 产 主任 对B
市 场 主任 对B
财 务 主任 对B
2022/1/6
最新精品资料
42
停止研制 停止研制
提出研制要求
初步调查
可行性研究
可行性报告
否
审批
是
修改
详细调查
逻辑设计
系统说明书
否
审批
修改
修改目标，追加资 源，等待条件
修改说明书
停止研制
总体设计
详细设计
系统设计说明书
否
审批
修改
修改设计方案
2022/1/6
系统实施
调
试
修改系统
验收 是
交付使用
1. 信息系统的概念
– 信息系统是一个以人为主导，利用计算机硬 件、软件、网络通信设备以及其他办公设备， 进行信息的收集、传输、加工、存储、更新 和维护，以企业战略竞优，提高效率和效益 为目的，支持企业最高策略、中层控制、基 层运做的集成化的人机系统。
2022/1/6
最新精品资料
18
2.信息系统的功能
系统规划阶段：初步调查，可行性分析，编写可 行性分析报告和系统设计任务书。
系统分析阶段：详细调查，需求分析，绘制业务 流程、数据流程图等等，提出新系统的逻辑模型。
系统设计阶段：设计新系统的物理模型，进行总 体设计和详细设计，编写系统设计说明书。
系统实施阶段：购置、安装和调试设备，编写程 序，人员培训，数据文件转换，系统调试与转换。 编写实施进度报告和系统测试分析报告
市 场 经理
财 务 经理
产 品 A经 理
生 产 主任 对A
市 场 主任 对A
财 务 主任 对A
产品 产 品 B经 理
生 产 主任 对B
市 场 主任 对B
财 务 主任 对B
《信息系统分析与设计》 ppt课件
信息系统分析与设计
1
绪论：
• 本课程的学习目的和意义 • 本课程的学习方法 • 本课程的考核方法(期末考核85%,平时15%)
2
精品资料
• 你怎么称呼老师？ • 如果老师最后没有总结一节课的重点的难点，你
是否会认为老师的教学方法需要改进？ • 你所经历的课堂，是讲座式还是讨论式？ • 教师的教鞭 • “不怕太阳晒，也不怕那风雨狂，只怕先生骂我
35
技术推动力
客户关系管理Customer Relationship Management (CRM) – 是一种软件应用，为客户提供对企业过程的访 问，从初始的咨询指导售后服务和支持.
36
技术推动力
企业应用集成Enterprise Application Integration (EAI) – 将 购买和内部开发的应用软件集成起来，以便能够透明地进行 互操作。
系统
• 高等院校招生信息管理系统 • 学籍管理信息系统 • 毕业生就业信息管理系统
– 生活
• 银行个人帐户管理系统 • 食堂就餐信息管理系统 • 售务管理信息系统 • 电信业务管理信息系统
– 娱乐
• 数字节目管理系统
– 工作
• 人事管理信息系统、财务工资管理信息系统
41
42
43
44
45
46
22
系统关联人员
系统分析员
研究组织存在的问题和需求，确定人员、数据、过程和信息技 术如何最大化地为企业作出贡献。
– 问题：
• 真正的问题，对这些问题需要采取正确的行动 • 尽管还没有人抱怨，但可以改进现状的机会。 • 无论是否有人抱怨，都要改变现状的指示。
– 系统分析员与业务分析员的区别？
1
绪论：
• 本课程的学习目的和意义 • 本课程的学习方法 • 本课程的考核方法(期末考核85%,平时15%)
2
精品资料
• 你怎么称呼老师？ • 如果老师最后没有总结一节课的重点的难点，你
是否会认为老师的教学方法需要改进？ • 你所经历的课堂，是讲座式还是讨论式？ • 教师的教鞭 • “不怕太阳晒，也不怕那风雨狂，只怕先生骂我
35
技术推动力
客户关系管理Customer Relationship Management (CRM) – 是一种软件应用，为客户提供对企业过程的访 问，从初始的咨询指导售后服务和支持.
36
技术推动力
企业应用集成Enterprise Application Integration (EAI) – 将 购买和内部开发的应用软件集成起来，以便能够透明地进行 互操作。
系统
• 高等院校招生信息管理系统 • 学籍管理信息系统 • 毕业生就业信息管理系统
– 生活
• 银行个人帐户管理系统 • 食堂就餐信息管理系统 • 售务管理信息系统 • 电信业务管理信息系统
– 娱乐
• 数字节目管理系统
– 工作
• 人事管理信息系统、财务工资管理信息系统
41
42
43
44
45
46
22
系统关联人员
系统分析员
研究组织存在的问题和需求，确定人员、数据、过程和信息技 术如何最大化地为企业作出贡献。
– 问题：
• 真正的问题，对这些问题需要采取正确的行动 • 尽管还没有人抱怨，但可以改进现状的机会。 • 无论是否有人抱怨，都要改变现状的指示。
– 系统分析员与业务分析员的区别？
信息系统分析与设计(业务流程图和数据流程图)PPT精选文档
数据源
处理
没有输入！ 处理
没有输出！
数据 终点
42
实体 实体 数据存储 数据存储
实体 数据存储
实体 数据存储
数据流 必须要么从 某个处理流 出、要么流 入某个处理 ，而不能与 处理无任何 关系。
43
采购部查询库存信息及用户需求， 若商品的 库存量不能满足用户的需要， 则编制相应的 采 购订货单，并交送给供应商提出订货请求
65
66
数据流： 用来描述数据的流动过程，由一个或一组固定
的数据项组成，在数据流的定义中，说明数据 流的名称、组成、来源、去向和数据流量。
67
68
数据处理逻辑定义： 介绍数据流程图中数据项的处理方式 处理逻辑编号、处理逻辑名称、输入数据流 处理方式、输出数据流、处理频率
69
70
采购退货单
供应商
汇总统计结果
经理
55
库存 部门
采购申请单
P1
处理订 单
D1 采购订单
P4 汇总统计结果 汇总统
计
经理
供应商
财务部门
P2
收货管 理
采购退货单 采购退货单
P3
申请收 付款
56
库存 部门
采购申请单
P1
处理订 单
D1 采购订单
P4 汇总统计结果
汇总统
经理
计
供应商
财务部门
P2
收货管 理
采购退货单 采购退货单
30
对数据的逻辑处理。
通常P+数字的方式表示数据处理单元，如 P1,P1.2
功能描述：一般动词+名词
31
带箭头的直线 处理功能的输入或输出 箭头表示数据流的方向 用名词来标识数据流 适当的合并数据流可以达到简化的目的
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
处理询问被Annie视作是与出租自行车不同的另外任务。她经常 遇到有人到商店或打电话来仅仅为了了解有哪些自行车可以租借， 以及费用如何。有时这种询问会导致租借，但更多的时候不会导 致自行车的租借。因此，我们能确定“处理询问（Handle enquiries）”是一个单独的用例。
16.07.2020
16.07.2020
4/55
信息系统分析与设计
Information System Analysis and Design
用例图
用例模型由用例图、一组用例描述、一组参与者描述和一组场景组 成。
用例图使用四个概念对问题领域进行图形化建模：用例（use case）、参与者（actor）、关系连接（relationship link）和边 界（ boundary）
简介 -2
一旦用例模型完成并同用户一起检查，它就形成一个结构化信息的 基础源，系统其它的模型都能在其基础上作出。用例模型对系统的 测试也是有帮助的。
用例建模时在面向对象软件开发过程的不同阶段进行的。在各个阶 段的信息类型和详细程度取决于模型的用途。
在开发的早期阶段，用例模型的主要目的是用于同用户沟通，不包 括系统详细设计和实施的信息。随后，诸如用户界面的设计这样相 关的技术细节被增加，以便为编程人员提供信息。
然后，会谈涉及到关于自行车返还处理的讨论。Annie将这当做 与出租自行车分开的任务，因为其在时间上上是不同的，并且涉 及一组不同的过程：检查日期、检查自行车的车况、以及返还押 金。
16nformation System Analysis and Design
7/55
信息系统分析与设计
Information System Analysis and Design
确定用例 -3
根据参与者确定用例（续2）
在会谈中，发现顾客的信息，以及他们以前租借自行车的记录没 有被保存。而这类信息从市场营销的角度是非常有用的，其能简 化对相同自行车租借的处理（参见问题定义图2.2、问题和需求 列表图2.3、以及会谈总结图2.4。因此，维护顾客登记表 (Maintain customer list)能被确定为一个用例。
16.07.2020
8/55
信息系统分析与设计
Information System Analysis and Design
用例场景 -1
根据用例场景确定用例
一个场景描述了用户和系统之间一系列的交互以便达到特定的目 的。
一个场景描述了一个特定的事件序列，例如，当Annie成功地将 自行车出租给用户时将会发生什么事情 （参见 图 2.5）。
取决于所在的阶段，系统开发人员能够使用场景来描述在一个情 况下实际发生什么（或者，可能已经发生什么），或者他们要求 在新系统中将要发生的事情。
16.07.2020
9/55
信息系统分析与设计
Information System Analysis and Design
用例场景 -2
根据用例场景确定用例（续）
用例通常用图形表示，即用例图，并且被文本描述（用例描述、参 与者描述和场景）所支持。
用例图和支持文本都是简单的和直观的，它们是理想的工具用于同 用户讨论和清楚表明开发者对用户需求理解。
16.07.2020
3/55
信息系统分析与设计
Information System Analysis and Design
图 2.1 表示了Wheels案例研究的一个用例图。新系统的功能被分解 成5个用例：维护自行车登记表（Maintain bike list）、维护 顾客登记表（Maintain customer list）、处理询问（Handle enquiries）、出租自行车（Issue bike）、以及处理自行车返还 （Handle bike return）。
一个精心研究的场景既描述了系统的典型应用，又描述了系统的 例外的应用，它是一个非常好的工具，用来理解系统做什么，以 及它是如何使用的。
她是一个从下到上理解系统的方法。你从了解系统如何被使用的 细节着手，以此发现整个的目标和目的是什么，进而理解用例是 什么。
每个用例代表了一组场景。属于同一用例的场景有共同的目的， 而在这个组中的每个场景描述了涉及达到（或不能达到）这个用 例目的的一个不同的事件序列。
信息系统分析与设计
Information System Analysis and Design
课程案例一
第二部分
16.07.2020
1/55
信息系统分析与设计
Information System Analysis and Design
内容
用例 用例图 用例场景和用例描述 参与者和参与者描述 用例关系 技术讨论
16.07.2020
2/55
信息系统分析与设计
Information System Analysis and Design
简介 -1
用例对用户眼中的系统功能进行建模，即到目前为止用户所关注的 系统做什么，它所做的对用户有价值的事情。
用例模型提供了一种对需求调查阶段所获得的大量信息进行组织、 分类和记录的一种方式； 因此，它是开发过程中需求定义的一个 组成部分。
概念上，用例图类似于顶层菜单，其列出了系统做的5个主要的事情。
16.07.2020
5/55
信息系统分析与设计
Information System Analysis and Design
确定用例 -1
根据参与者确定用例
我们看到了Annie和Simon开始谈论的是如何出租自行车，这是 Annie每天主要的工作任务之一 。因此，出租自行车是一个用 例。出租自行车包括找出合适的自行车，计算租金，收钱，给收 据，以及记录顾客和租赁交易的细节。
确定用例 -2
根据参与者确定用例（续1）
在会谈中Annie告诉我们，一个自行车的登记表已经存放在计算 机中，但是不能用来帮助他们进行工作。这个自行车登记表需要 如此存储，以便其能用来回答诸如此类问题的询问：Wheels有 什么样的自行车、是否这些车可以租借、它们的押金是多少、租 金是多少，如此等等。维护这个自行车登记表是另一个用例。
16.07.2020
16.07.2020
4/55
信息系统分析与设计
Information System Analysis and Design
用例图
用例模型由用例图、一组用例描述、一组参与者描述和一组场景组 成。
用例图使用四个概念对问题领域进行图形化建模：用例（use case）、参与者（actor）、关系连接（relationship link）和边 界（ boundary）
简介 -2
一旦用例模型完成并同用户一起检查，它就形成一个结构化信息的 基础源，系统其它的模型都能在其基础上作出。用例模型对系统的 测试也是有帮助的。
用例建模时在面向对象软件开发过程的不同阶段进行的。在各个阶 段的信息类型和详细程度取决于模型的用途。
在开发的早期阶段，用例模型的主要目的是用于同用户沟通，不包 括系统详细设计和实施的信息。随后，诸如用户界面的设计这样相 关的技术细节被增加，以便为编程人员提供信息。
然后，会谈涉及到关于自行车返还处理的讨论。Annie将这当做 与出租自行车分开的任务，因为其在时间上上是不同的，并且涉 及一组不同的过程：检查日期、检查自行车的车况、以及返还押 金。
16nformation System Analysis and Design
7/55
信息系统分析与设计
Information System Analysis and Design
确定用例 -3
根据参与者确定用例（续2）
在会谈中，发现顾客的信息，以及他们以前租借自行车的记录没 有被保存。而这类信息从市场营销的角度是非常有用的，其能简 化对相同自行车租借的处理（参见问题定义图2.2、问题和需求 列表图2.3、以及会谈总结图2.4。因此，维护顾客登记表 (Maintain customer list)能被确定为一个用例。
16.07.2020
8/55
信息系统分析与设计
Information System Analysis and Design
用例场景 -1
根据用例场景确定用例
一个场景描述了用户和系统之间一系列的交互以便达到特定的目 的。
一个场景描述了一个特定的事件序列，例如，当Annie成功地将 自行车出租给用户时将会发生什么事情 （参见 图 2.5）。
取决于所在的阶段，系统开发人员能够使用场景来描述在一个情 况下实际发生什么（或者，可能已经发生什么），或者他们要求 在新系统中将要发生的事情。
16.07.2020
9/55
信息系统分析与设计
Information System Analysis and Design
用例场景 -2
根据用例场景确定用例（续）
用例通常用图形表示，即用例图，并且被文本描述（用例描述、参 与者描述和场景）所支持。
用例图和支持文本都是简单的和直观的，它们是理想的工具用于同 用户讨论和清楚表明开发者对用户需求理解。
16.07.2020
3/55
信息系统分析与设计
Information System Analysis and Design
图 2.1 表示了Wheels案例研究的一个用例图。新系统的功能被分解 成5个用例：维护自行车登记表（Maintain bike list）、维护 顾客登记表（Maintain customer list）、处理询问（Handle enquiries）、出租自行车（Issue bike）、以及处理自行车返还 （Handle bike return）。
一个精心研究的场景既描述了系统的典型应用，又描述了系统的 例外的应用，它是一个非常好的工具，用来理解系统做什么，以 及它是如何使用的。
她是一个从下到上理解系统的方法。你从了解系统如何被使用的 细节着手，以此发现整个的目标和目的是什么，进而理解用例是 什么。
每个用例代表了一组场景。属于同一用例的场景有共同的目的， 而在这个组中的每个场景描述了涉及达到（或不能达到）这个用 例目的的一个不同的事件序列。
信息系统分析与设计
Information System Analysis and Design
课程案例一
第二部分
16.07.2020
1/55
信息系统分析与设计
Information System Analysis and Design
内容
用例 用例图 用例场景和用例描述 参与者和参与者描述 用例关系 技术讨论
16.07.2020
2/55
信息系统分析与设计
Information System Analysis and Design
简介 -1
用例对用户眼中的系统功能进行建模，即到目前为止用户所关注的 系统做什么，它所做的对用户有价值的事情。
用例模型提供了一种对需求调查阶段所获得的大量信息进行组织、 分类和记录的一种方式； 因此，它是开发过程中需求定义的一个 组成部分。
概念上，用例图类似于顶层菜单，其列出了系统做的5个主要的事情。
16.07.2020
5/55
信息系统分析与设计
Information System Analysis and Design
确定用例 -1
根据参与者确定用例
我们看到了Annie和Simon开始谈论的是如何出租自行车，这是 Annie每天主要的工作任务之一 。因此，出租自行车是一个用 例。出租自行车包括找出合适的自行车，计算租金，收钱，给收 据，以及记录顾客和租赁交易的细节。
确定用例 -2
根据参与者确定用例（续1）
在会谈中Annie告诉我们，一个自行车的登记表已经存放在计算 机中，但是不能用来帮助他们进行工作。这个自行车登记表需要 如此存储，以便其能用来回答诸如此类问题的询问：Wheels有 什么样的自行车、是否这些车可以租借、它们的押金是多少、租 金是多少，如此等等。维护这个自行车登记表是另一个用例。