信息系统分析与设计教程(姜同强编著)思维导图

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 系统分析员
在信息系统开发中有一类知识员工扮演着 一个特殊的角色，这就是系统分析员。系 统分析员推动信息系统和计算机应用系统 的开发。

6. 5 建立顺序图
① 认真分析用例所完成的功能； ② 识别为完成用例的功能，用例叙述的事件流; ③ 分析人机交互过程； ④ 识别参与交互过程的相关对象; ● ⑤ 从引发交互的初始消息开始,在对象生命线上依次画出
交互的消息;
6. 5 建立顺序图
① 认真分析用例所完成的功能； ② 识别为完成用例的功能，用例叙述的事件流; ③ 分析人机交互过程； ④ 识别参与交互过程的相关对象; ⑤ 从引发交互的初始消息开始,在对象生命线上依次画出
6.5 建立顺序图
① 认真分析用例所完成的功能； ● ② 识别为完成用例的功能，用例叙述的事件流;
6. 5 建立顺序图
① 认真分析用例所完成的功能； ② 识别为完成用例的功能，用例叙述的事件流; ● ③ 分析人机交互过程；
6. 5 建立顺序图
① 认真分析用例所完成的功能； ② 识别为完成用例的功能，用例叙述的事件流; ③ 分析人机交互过程； ● ④ 识别参与交互过程的相关对象;
消息必须有名字，消息的命名规则是： [条件][序号][属性=]消息名（[参数列表]）[：返回值]
消息的形式参数，可以为空
6.2.3 消息 2. 消息的命名
消息必须有名字，消息的命名规则是： [条件][序号][属性=]消息名（[参数列表]）[：返回值]
调用消息的返回值
6.2.3 消息
2. 消息的命名
例如，p:=find(specs)的含义是调用find(specs) 消息，并把返回值赋给属性p
6.2.3 消息 2. 消息的命名
消息必须有名字，消息的命名规则是： [条件][序号][属性=]消息名（[参数列表]）[：返回值]
消息或信号的名字，用标识符表示 ，不能省略
6.2.3 消息 2. 消息的命名

显现
隐藏
5.1.1 包的定义 5.包成员 包成员是包中的元素，例如下图中的“检索 图书”用例就是“处理订单”包的成员。
包成员
5.1.2 包的命名
1. 包名
包名应由标识符表示，并且用能够表示包含 义的名字。包的名字放到包的顶部，或包的内 面。例如：
5.1.2 包的命名
2. 包成员的命名
包中成员的名字不允许相同。 非限定名：成员的名字，不包括包的名字。 例如，下图“货品” 限定名： 成员前面缀包名。例如， B::货品
5.2.1 依赖关系
2. 包依赖的类型
2）抽象：如果一个包的元素是对另外一个包元 素的抽象，则两个包之间存在抽象关系 。
5.2.1 依赖关系
2. 包依赖的类型
3）跟踪：如果一个包的元素是对另外一个包元 素的的深化，则两个包之间存在跟踪关系 。
5.2.2 导入关系 1. 导入关系的含义
导入(import)是指将A包的元素导入到B包中，使得导入
1、重用等价原则
对于同类可重用的模型元素尽量放到一个包
中，不要把可重用模型元素和不可重用的模型
元素混到一个包中。
2、共同重用原则
把同一个应用要重用的多个模型元素放到同一
个包中，以减少包间的依赖，提高包的独立性。
3、共同封闭原则
把可能同时修改，同时维护的模型元素放到 一个包中，以便于维护和升级。
5.1.3 包的可见性
包的可见性是指包中成员被其他包或模 型元素访问的程度 ,分以下三种情况:
可见public : + 受限protected : # 私有private : -
5.1.4 包图
包图用来展现包和包之间的关系。
书店图书管理的包图：

30
6.3.1 数据字典的各类条目
数据字典中有六类条目：
可被重用的条目： 1. 数据元素 2. 数据结构
DFD图中的元素： 3. 数据流（可引用定义好的数据结构） 4. 数据存储（可引用定义好的数据结构） 5. 外部实体 6. 处理过程
31
一、数据元素
数据元素是最小的数据组成单位，也就是不可 再分的数据单位，如学号、年龄、性别等。
合格订单
编辑
计算
定货单
应收款
编制财 务报表
经理
14
储户
存取单பைடு நூலகம்存折 存折
业务 处理
储户
存取单 存折
业务 处理
账户
账户
15
4.数据存储
数据存储表示某种数据保存后的地方。不是指保存数据 的物理地点或物理介质，而是指数据存储的逻辑描述。 指向数据存储的箭头，表示送数据到数据存储； 从数据存储发出的箭头，表示从数据存储读取数据；
34
数据结构条目
35
三、数据流
需要描述以下属性：
（１）数据流的来源 （２）数据流的去处 （３）数据流的组成 （４）数据流的流通量 （５）高峰时的流通量
D2 产品
D5 职工
D2 产品
计算 销售量 销售量
累计销售量单价
D2 产品销售帐
计算销售总额
商品编号#_
16
其他图形表示
数据流图中的图形元素有不同的画法，本书使 用Gane-Sarson画法
存取要求
业务
储户
存折
处理
帐目
17
6.3.2 数据流图的画法
下面我们以高等学校学籍管理系统为例说明画数据流图的 方法
同时进行的业务活动要尽量画得靠近一些。 图中票据、账单要有始有终。初始状态的

• 在线处理
– 在每个事务进入系统后就被处理的交互式方法
• 回滚
– 把所有的记录都恢复到原来的状态
8
9.1.3 管理信息系统
• 管理信息系统（MIS）
– 操作由事务处理系统收集的数据来创建报告以提供管理人员 对结构化问题进行日常商业决策的一种信息系统
– 目标
• 增加管理活动的有效性
• 例行报告
– 遵循固定格式并依据提前定好的时间来生成的报告
20
9.2.4 系统开发生命周期
21
• 系统开发生命周期
• System Develop Life Cycle, SDLC
– 瀑布型SDLC
• 将开发过程的每个阶段看成不连续的步骤 • 一个阶段需要在下一个阶段开始之前完成
实际开发过程中很难做到整齐划分
计划阶段 分析阶段
设计阶段
实现阶段
维护阶段
22
– 执行管理者
• 能够制定组织机构长期盈利目标、市场份额及员工分级等
3
• 内部信息
– 组织机构自身产生的信息
• 外部信息
– 对组织机构外部源所产生的信息
7
9.1.2 事务处理系统
• 事务
– 两方面之间的交换，这个交换将被记录并存储于计 算机系统中
• 事务处理系统（TPS）
–
提供收集、处理、存储、显示、修改或取消事务的 方法
• 不是为了积累利润，而是为完成政治、社会或慈善目的建 立的组织机构
2
– 组织机构的使命
• 组织机构的目标或计划
–机构的目标，而且还描述了将怎么样实现
这些目标
– 管理人员
• 可以确定组织机构目标，并制定如何实现这些目标的计划 • 可以批准开发新产品、批准新建新建筑并监督工作人员

1.9 规划和模型化系统开发项目
• 选择好了开发方法后，系统开发人员必 须为需要的任务创建规划和模型。
• 一般地，开发团队使用项目管理工具来 达到最终结果。
开发方法
开发模型 项目管理工具
最终 结果
1.9.1 对比预测模型和适应模型
• 因为是预测性方法，结构化分析 把开发过程划分为一系列阶段， 叫做系统开发生命周期（SDLC） ，
1.5.2 事务处理系统
• 事务处理（TP）系统处理日常业务运行产生的数据。如客户订单处理、账目接收和保 单索赔处理等。
1.5.3 业务支持系统
• 业务支持系统为全公司不同层次的用户提供相关 工作的信息支持。这些系统可以分析事务数据、 产生管理和控制业务过程所需要的信息，为良好 决策提供信息。
• 业务支持系统能够与TP系统紧密合作。例如，当 公司向客户销售商品，TP系统记录这笔销售，更 新客户收支差额，并从库存中扣除。
1.5.6 信息系统集成
• 多数大公司需要事务处理、业务支持、知识管理 和用户生产率等系统的组合。
• 例如一个国际客户所购产品有问题并要求保单索赔，客户 服务代表把这个索赔要求输入到TP系统。这个事务更新另 外两个系统：一个是跟踪产品问题和索赔活动的知识管理 系统，另一个是有决策支持能力的质量控制系统。质量控 制引擎应用what-if分析确定是否应该做产品设计更改来减 少这种保单索赔。
• 1.7.1 建模： • 建模产生概念化或过程的图形化表示，系统开发人员可以进行分析、测试和修改。系
统分析员通过使用一系列业务、数据、对象、网络和过程模型来描述并简化信息系统 。
1.7.2 原型设计
• 原型设计可以测试系统概念并提供在做出最终决 策之前检查输入、输出和用户界面的机会。原型 是信息系统的早期版本。

一、概述
➢ 面向对象思想的起源 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)
➢ 多态的概念： 不同的对象收到同一消息可产生多种不同的结果，即
会有多种不同形式 。 ➢ 多态的实现受到继承性的支持 ➢ 利用类层次的继承关系，把具有通用功能的消息存放

培育先进安全的数字产业体系
构建产业数字化转型发展体系
构筑共建共治共享的数字社会治理体系
打造协同高效地数字政府服务体系
构建普惠便捷的数字民生保障体系
拓展互利共赢的数字领域国际合作体系
建立健全规范有序的数字化发展治理体系
1.2 现代化基础设施
1.5G基建
2.特高压
3.城际高速铁路和城际轨道交通
“新基建”七大领域
系统实现条件
信息系统的组成
硬件、软件、数据库、网络、存储设备、感知设备、外设、人员以及把数据处理成信息的规程等。
1.信息系统及其特征
按用途类型划分，信息系统包括
电子商务系统、事务处理系统、管理信息系统、生产制造系统、电子政务系统、支持决策系统等。
1.1.2 信息系统
1.1 信息与信息化
1.1.3 信息化
1.体系框架
车联网系统是一个“端、管、云”三层体系
2.管系统 3.云系统
解决车与车、车与路、车与网、车与人等的互联互通，实现车辆自组网 及多种异构网络之间的通信与漫游，在功能和性能上保障实时性、可服 务性与网络泛在性，同时它是公网与专网的统一体。
云架构的车辆运行信息平台，它的生态链包含ITS、物流、客货运、危 特车辆、汽修汽配、汽车租赁、企事业车辆管理、汽车制造商、4S 店、车管、保险、紧急救援、移动互联网等，是多源海量信息的汇聚， 因此需要虚拟化、安全认证、实时交互、海量存储等云计算功能，其应 用系统也是围绕车辆的数据汇聚、计算、调度、监控、管理与应用的复 合体系。
信息 泛指人类社会传播的一切内容
信息化 是指国家宏观信息政策指导下，通过信息技术发展、信息产业的发展、信息人才的配置，最大限度利用信息资源以满足社会 的信息需求，从而加速社会各个领域的共同发展以推进信息社会发展的过程。

定功能要求。
2022/1/6
最新精品资料
42
停止研制 停止研制
提出研制要求
初步调查
可行性研究
可行性报告
否
审批
是
修改
详细调查
逻辑设计
系统说明书
否
审批
修改
修改目标，追加资 源，等待条件
修改说明书
停止研制
总体设计
详细设计
系统设计说明书
否
审批
修改
修改设计方案
2022/1/6
系统实施
调
试
修改系统
验收 是
交付使用
1. 信息系统的概念
– 信息系统是一个以人为主导，利用计算机硬 件、软件、网络通信设备以及其他办公设备， 进行信息的收集、传输、加工、存储、更新 和维护，以企业战略竞优，提高效率和效益 为目的，支持企业最高策略、中层控制、基 层运做的集成化的人机系统。
2022/1/6
最新精品资料
18
2.信息系统的功能
系统规划阶段：初步调查，可行性分析，编写可 行性分析报告和系统设计任务书。
系统分析阶段：详细调查，需求分析，绘制业务 流程、数据流程图等等，提出新系统的逻辑模型。
系统设计阶段：设计新系统的物理模型，进行总 体设计和详细设计，编写系统设计说明书。
系统实施阶段：购置、安装和调试设备，编写程 序，人员培训，数据文件转换，系统调试与转换。 编写实施进度报告和系统测试分析报告
市 场 经理
财 务 经理
产 品 A经 理
生 产 主任 对A
市 场 主任 对A
财 务 主任 对A
产品 产 品 B经 理
生 产 主任 对B
市 场 主任 对B
财 务 主任 对B

数据源
处理
没有输入！ 处理
没有输出！
数据 终点
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
带箭头的直线 处理功能的输入或输出 箭头表示数据流的方向 用名词来标识数据流 适当的合并数据流可以达到简化的目的