信息系统分析与设计案例ppt课件

格式：ppt
大小：2.38 MB
文档页数：36

下载文档原格式

信息系统分析与设计教材(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 信息系统的生命周期
信息系统的生命周期: 任何事物都有产生、发展、成熟、消亡(更新) 的过程，信息系统也不例外。信息系统在使用过程中随着其生存环境的变化，要不断维护、修改，当它不再适应的时候就要被淘汰，就要由新系统代替老系统，这种周期循环称为信息系统的生命周期。信息系统的生命周期可以分为: 系统规划、系统分析、系统设计、系统实施、系统运行和维护等五个阶段。

信息系统分析与设计案例最新版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’ 用例完善后的活动图，其满足了新的和老的顾客的需要。

《信息系统分析与设计》PPT课件

第一章信息与信息系统
第一节信息的基本概念
物质
客观世界
信息
一、信息信息是事物之间相互联系、相互作用的状态描述。
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

《信息系统分析与设计》 ppt课件

信息系统分析与设计
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有什么样的自行车、是否这些车可以租借、它们的押金是多少、租金是多少，如此等等。维护这个自行车登记表是另一个用例。