第12章 信息系统开发1
合集下载
Laudon-第15版-第12章-中文
商务智能环境
商务智能环境的六要素
1. 来自企业及其环境的数据 2. 商务智能基础架构 3. 商务分析工具集 4. 管理者用户及其应用方法 5. 输出平台---管理信息系统（MIS）、决策支持系
统（DSS）、经理支持系统（ESS） 6. 用户界面
数据可视化工具
用于决策支持的商务智能和商业分 析工具
30毫秒内完成交易
需要保障措施来确保正常运行和有效监管
12.3 什么是商务智能？
商务智能
是指存储、集成、报告和分析来自商业环境中的数 据的基础架构
数据库、数据仓库、数据集市
商业分析
分析与理解数据的工具和技术 OLAP、数据统计、建模、数据挖掘
商务智能系统提供商
开发商务智能和分析工具
设计
解决方案选择： 最好的解决方案是什么？
选择
解决方案测试： 这个解决方案可行吗？ 我们能让它做得更好吗？
执行
12.2 管理者的角色
信息系统只能在部分角色中提供支持 经典的管理模型：5个职能
计划、组织、协调、决策与控制
行为模型认为
管理者的实际行为不像传统模型所认为的那样具有 系统性，多半是非正式的、缺乏思考的、被动的、 没有条理性的
《管理信息系统》劳顿 第15版
第十二章 增强决策能力
学习目标
12-1 决策的类型有哪些？决策过程是怎样的？ 12-2 信息系统是如何支持管理者的活动和管
理决策的？ 12-3 商务智能和商业分析是如何支持企业决
策的？ 12-4 组织中的不同决策群体是如何使用商业
智能的？在帮助团队更有效地决策方面，信息 系统发挥了什么样的作用？
明茨伯格有关管理者的十种角色
Laudon-第15版-第12章-中文
6
决策过程
决策的四个阶段
1、情报
发现、识别和理解组织中存在的问题
2、设计
识别和探寻问题的各种可能的解决方案
3、选择
在各种可能的解决方案中做出选择
4、执行
将所选择的方案付之实践，并继续监测方案执行的情况
决策过程的四个阶段
图12.2
问题发现： 问题是什么？
情报
解决方案发现： 可能的解决方案是什么？
商务智能基础架构
来自企业环 境的数据
呼叫中心 网络数据 移动设备 社交媒体数据 商店 供应商 政府和经济数据
数据库 数据仓库 数据集市 分析平台
用户界面
报表 仪表盘 记分卡 桌面计算机 移动设备 网络门户 社交媒体
商业分析工具集
模型 数据挖掘 联机分析处理 （OLAP） 报表和查询工具 大数据分析
输出平台
结构化决策: 重复性和常规性的决策；决策者遵循一个 明确的程序来决策，不必每次采用新程序来处理
半结构化决策: 只有一部分问题能由确定的程序给出明 确的答案
决策的类型有哪些？决策过程是怎 样的？（2/2）
高层管理者
面临许多非结构化决策的问题
中能含有非结构化 决策部分
商务智能用户
图12.4
12.4 支持半结构化决策
决策支持系统
支持半结构化决策
使用数学或分析模型 允许不同类型的分析
情景假设分析 灵敏度分析 反灵敏度分析 多维数据分析/OLAP
例如：数据透视表
26
灵敏度分析
图12.5
总的固定成本 单位可变成本 平均销售价格 边际毛利 盈亏平衡点
2. 位置分析如何帮助星巴克管理者做出更好的决策？ 给出 Atlas 系统支持星巴克管理者做决策的两个例子。
决策过程
决策的四个阶段
1、情报
发现、识别和理解组织中存在的问题
2、设计
识别和探寻问题的各种可能的解决方案
3、选择
在各种可能的解决方案中做出选择
4、执行
将所选择的方案付之实践，并继续监测方案执行的情况
决策过程的四个阶段
图12.2
问题发现： 问题是什么？
情报
解决方案发现： 可能的解决方案是什么？
商务智能基础架构
来自企业环 境的数据
呼叫中心 网络数据 移动设备 社交媒体数据 商店 供应商 政府和经济数据
数据库 数据仓库 数据集市 分析平台
用户界面
报表 仪表盘 记分卡 桌面计算机 移动设备 网络门户 社交媒体
商业分析工具集
模型 数据挖掘 联机分析处理 （OLAP） 报表和查询工具 大数据分析
输出平台
结构化决策: 重复性和常规性的决策；决策者遵循一个 明确的程序来决策，不必每次采用新程序来处理
半结构化决策: 只有一部分问题能由确定的程序给出明 确的答案
决策的类型有哪些？决策过程是怎 样的？（2/2）
高层管理者
面临许多非结构化决策的问题
中能含有非结构化 决策部分
商务智能用户
图12.4
12.4 支持半结构化决策
决策支持系统
支持半结构化决策
使用数学或分析模型 允许不同类型的分析
情景假设分析 灵敏度分析 反灵敏度分析 多维数据分析/OLAP
例如：数据透视表
26
灵敏度分析
图12.5
总的固定成本 单位可变成本 平均销售价格 边际毛利 盈亏平衡点
2. 位置分析如何帮助星巴克管理者做出更好的决策？ 给出 Atlas 系统支持星巴克管理者做决策的两个例子。
第三篇应用系统_11分类_12章层次
第三篇应用系统应用系统是把概念、技术和企业的实际相联系的桥梁。
它是建筑在硬件、系统软件、甚至通用软件上的系统，它直接面对用户，面对企业的高层领导、中层管理和基层业务人员。
本篇在介绍了应用系统的分类以后，着重介绍四种应用系统，即层次信息系统，只能信息系统，组织信息系统和决策信息系统，见图III.1应用系统层次信息系统职能信息系统组织信息系统决策支持系统图III.1 几种应用系统通过本篇的讲述，使读者对应用系统有个全面的了解，了解应用系统是什么? 能作什么? 从而具体了解计算机的潜力，善于把IT技术应用于管理，为学习系统开发和管理打下基础。
第11章应用系统分类11．1 信息系统角色的演变企业或组织中信息系统所担当的角色在不断的改变扩张。
不计较分类的严格性，其演变有以下过程：1950——1960年数据处理系统电子数据处理(electronic data processing, EDP)业务处理(transaction Processing, TP)记录保存(record keeping)传统的簿记应用。
1960—1970年管理报告系统管理信息系统(狭义)管理报告系统(management reporting systems)信息管理系统(information management systems，IMS)1970—1980年决策支持系统决策支持系统(decision support systems，DSS)管理支持系统(management support systems, MSS)等1980—1990年战略和终端用户支持系统终端用户运算系统(end-user computing systems，EUCs)主管信息系统(executive information systems，EIS)主管支持系统(executive support systems, ESS专家系统(expert systems，ES)战略信息系统(strategic information systems，SIS)等以上这么多名词是根据其出现的前后顺序列出的，它也可以算分类的一维，就是时间维，但是按照其他概念的分类来说，它的概念是混乱的。
信息系统的建设PPT课件
定性评估 评估准则包括:潜在效益、对企业的影响、投入使用的迫切
性等等
数据 类
功能
经营 计划
经营计划 财务计划 资产规模
产品预测
技术 产品设计开发 准备
产品工艺
库存控制
调度
生产 制造
生产能力计划
材料需求
操作顺序
销售区域管理
销售区域管理
销售 订货服务
发运
财会 通用会计
成本会计
人事 人员计划
人员考核
体方案 和可行 性研究
协助提出各种方案 选择最适宜的方案
决定是否开发
与用户一起讨论 各方案的优劣
作出开发的费用 估计和时间估计
第12章 信息系统建设的方法
12.1 系统的概念与系统集成 12.2 信息系统建设策略 12.3 信息系统开发方法
案例11.2:BOM贷款业务流程再造
原业务流程
再造后的业务流程
11.2.3 业务流程再造的步骤
(1) 拓展业务视野和目标。 (2) 确定再造的业务过程。 (3) 理解并评价已有业务流程的执行效果。 (4) 找到利用信息的机会。 (5) 建立新业务过程的原型。
11.3 价值链分析
价值链模型把组织看成是由一系列环节组成的链条或过程，链条 中的每个环节都是为顾客的产品和服务增加价值的。 价值链是由主要价值和支持价值组成，即组织的主要活动和支持 活动。
示的材料表、零件规格、计划数据类是由多个处理产生的)，需要 调查产生这种情况的原因。产生这种情况有两种可能性：一是数 据汇总有错，误将起他引用数据当成数据元；二是数据类分类需 要细化。 ② 每列至少有一个“U”。如果没有“U”(如表11-3所示的零件规 格一列)，一定是调查数据或建立U/C矩阵时有误。 ③ 不能有空行和空列。如果出现空行空列，则可能是两种情况：一 是数据项或业务过程的划分是多余的；二是在调查或建立U/C矩 阵过程中漏掉了它们之间的数据联系。 (3) 确定信息系统的结构 (4) 确定信息资源分布
性等等
数据 类
功能
经营 计划
经营计划 财务计划 资产规模
产品预测
技术 产品设计开发 准备
产品工艺
库存控制
调度
生产 制造
生产能力计划
材料需求
操作顺序
销售区域管理
销售区域管理
销售 订货服务
发运
财会 通用会计
成本会计
人事 人员计划
人员考核
体方案 和可行 性研究
协助提出各种方案 选择最适宜的方案
决定是否开发
与用户一起讨论 各方案的优劣
作出开发的费用 估计和时间估计
第12章 信息系统建设的方法
12.1 系统的概念与系统集成 12.2 信息系统建设策略 12.3 信息系统开发方法
案例11.2:BOM贷款业务流程再造
原业务流程
再造后的业务流程
11.2.3 业务流程再造的步骤
(1) 拓展业务视野和目标。 (2) 确定再造的业务过程。 (3) 理解并评价已有业务流程的执行效果。 (4) 找到利用信息的机会。 (5) 建立新业务过程的原型。
11.3 价值链分析
价值链模型把组织看成是由一系列环节组成的链条或过程，链条 中的每个环节都是为顾客的产品和服务增加价值的。 价值链是由主要价值和支持价值组成，即组织的主要活动和支持 活动。
示的材料表、零件规格、计划数据类是由多个处理产生的)，需要 调查产生这种情况的原因。产生这种情况有两种可能性：一是数 据汇总有错，误将起他引用数据当成数据元；二是数据类分类需 要细化。 ② 每列至少有一个“U”。如果没有“U”(如表11-3所示的零件规 格一列)，一定是调查数据或建立U/C矩阵时有误。 ③ 不能有空行和空列。如果出现空行空列，则可能是两种情况：一 是数据项或业务过程的划分是多余的；二是在调查或建立U/C矩 阵过程中漏掉了它们之间的数据联系。 (3) 确定信息系统的结构 (4) 确定信息资源分布
12章-数据库管理系统-数据库系统概论(第五版)
进程间总的通信开销上升
操作系统的负担增大，空间、时间效率不高
DBMS必须设立并维护若干后台进程，增加了进程切换
要访问的数据不在内存时会造成性能问题
临界区问题(Critical Section)
❖ 适用情况
用户数不庞大(非OLTP应用)：Oracle 7之前版本, Ingres,
Informix早期版本
12.2.1 N方案：DBMS与应用程序相融合的方案
❖ 优点
没有进程切换开销 实现比较简单
❖ 缺点
内存的需求量比较大：多DBMS副本 代码冗余使系统性能下降
❖ 适用情况
用户数少的小型DBMS
An Introduction to Database System
12.2 DBMS进程结构和多线索机制
An Introduction to Database System
12.2.2 2N方案：一个DBMS进程对应一个用户进程
❖ 解决N方案中DBMS代码段在内存中不能被共享
应用程序与DBMS副本分开 2N方案
❖ 一用户一进程（Shadow进程）
N个用户进程---N个DBMS进程（共2N个进程）
An Introduction to Database System
12.2.1 N方案：DBMS与应用程序相融合的方案 12.2.2 2N方案：一个DBMS进程对应一个用户进程 12.2.3 N+1方案：一个DBMS进程对应所有用户进程 12.2.4 N+M方案：M个DBMS进程对应N个用户进程 12.2.5 多线索(Multi_Threaded) DBMS的概念
12.2.3 N+1方案：一个DBMS进程对应所有用户进程
❖ 优点
管理信息系统第12章
12.2 决策支持系统
决策支持系统是管理信息系统应用概念的深化,是 在管理信息的基础上发展起来的系统. MIS中不同层次的系统做个比较,即比较EDP,IMS 和DSS.
目标 DSS IMS EDP 寻找机会
及时转化价值
层次 高 中 基
信息源
二次外部不完全
时间 未来 现在 过去
处理方式 灵活(用模型) 选择(用模型) 死板(不用模型)
推理机制
非定向 如成绩〉350 至非定向 如单科〉55 委培 如成绩〉3如为免试推 荐生,至直升 如成绩=0
专家系统的开发方式: 专家系统的开发方式:
直接买成品的专家系统 买一个外壳 自己建造 专家系统只是人的经验的汇集,因而它存在先天 的缺陷,其解也可能未必正确.
12.1.2
专家系统的开发
专家系统的开发要有开发队伍,工具外壳和用户. 开发队伍首先包括一些专家,这些专家粗略地知 道知识库的指令.其次是一个或多个知识工程师, 这些人能把知识翻译成规则,语义网络或框架. 工具外壳是专家系统的开发环境,它是人工职能 的开发环境,也叫AI外壳.
推理机制
专家系统中最有兴趣的地方是推理机制,这是搜索 规则库的机制.常用的有两种机制,即前向推理和 反向推理. 前向推理由用户输入的信息开始,查询规则库,然 后达到结论.当用户每次输入信息时,每次启动去 搜寻知识库.当输入信息满足另外的条件时,另一 条通路将启动. 反向推理它开始一个问题,然后去寻找更多的信息, 以评价这个问题.搜寻规则库的策略是先始于假设 和进行询问用户一系列问题,直到这个假设被肯定 或否定.反向推理如先假设录取,反推所有条件均 不满足,则不录取.
DSS的主要部件 DSS的主要部件
数据库 一般的DSS对数据库的要求:
第12章 信息系统规划与分析
本节所讲内容如下： 1. 企业系统规划法 2. 关键成功因素法 3. 战略目标集转化法 4. 三种系统规划方法的比较
返回章目录
12.2 信息系统的规划方法
一、企业系统规划法
1. BSP方法的基本思想 企业系统规划法（BSP）是一种对企业管理信息系统进行规划的结 构化方法，是由IBM公司于20世纪70年代提出的，其基本思想是自上而 下识别系统目标、企业过程、识别数据，然后自下而上设计系统，以支 持系统目标的实现。
三、战略目标集转化法
关键成功因素法（CSF）能抓住主要矛盾，使目标的识别突出重点 。该方法有利于确定企业的管理目标。
战略目标集转化法（SST）从另一个角度识别管理目标，它反映了
各种人员的要求，而且给出了按这种要求的分层，然后转化为信息系统 目标的结构化方法。该方法能保证目标比较全面，疏漏较少，但在突出
较低。
2. 系统规划是高层次的系统分析，高层管理人员是工作的主体。 3. 系统规划不宜过细。
4. 系统规划必须纳入整个组织的发展规划，并定期动态调整。
5. 系统规划人员对管理与技术环境的理解程度，对管理与技术发展 的见识，以及开创精神与务实态度是规划工作的决定因素。
返回章目录
12.1 信息系统规划概述
者、拥有者、经营管理者、职工、直接与间接客户、相关政府机构等。 （2）确定每个利益相关者的目标。
（3）确定组织关于每个利益相关者的目的和战略。
第二步的主要任务是将组织的战略集合转化为信息系统的战略集合 ，信息系统战略应包括系统目标、系统约束、开发策略以及设计原则等
。
返回章目录
12.2 信息系统的规划方法
返回章目录
12.1 信息系统规划概述
一、诺兰阶段模型
返回章目录
返回章目录
12.2 信息系统的规划方法
一、企业系统规划法
1. BSP方法的基本思想 企业系统规划法（BSP）是一种对企业管理信息系统进行规划的结 构化方法，是由IBM公司于20世纪70年代提出的，其基本思想是自上而 下识别系统目标、企业过程、识别数据，然后自下而上设计系统，以支 持系统目标的实现。
三、战略目标集转化法
关键成功因素法（CSF）能抓住主要矛盾，使目标的识别突出重点 。该方法有利于确定企业的管理目标。
战略目标集转化法（SST）从另一个角度识别管理目标，它反映了
各种人员的要求，而且给出了按这种要求的分层，然后转化为信息系统 目标的结构化方法。该方法能保证目标比较全面，疏漏较少，但在突出
较低。
2. 系统规划是高层次的系统分析，高层管理人员是工作的主体。 3. 系统规划不宜过细。
4. 系统规划必须纳入整个组织的发展规划，并定期动态调整。
5. 系统规划人员对管理与技术环境的理解程度，对管理与技术发展 的见识，以及开创精神与务实态度是规划工作的决定因素。
返回章目录
12.1 信息系统规划概述
者、拥有者、经营管理者、职工、直接与间接客户、相关政府机构等。 （2）确定每个利益相关者的目标。
（3）确定组织关于每个利益相关者的目的和战略。
第二步的主要任务是将组织的战略集合转化为信息系统的战略集合 ，信息系统战略应包括系统目标、系统约束、开发策略以及设计原则等
。
返回章目录
12.2 信息系统的规划方法
返回章目录
12.1 信息系统规划概述
一、诺兰阶段模型
返回章目录
第12章 数据库应用程序开发
第12章 数据库应用程序开发 12章
重点 1.数据库系统和ODBC 1.数据库系统和ODBC 数据库系统和 2.CRecordSet的应用 2.CRecordSet的应用 3.示例系统中数据库操作类的设计 3.示例系统中数据库操作类的设计
2009年1月
重庆理工大学计算机科学与技术系
共10页第1页
数据库应用程序是在数据库管理系统(DBMS)的支持下对数据库中的数据进 数据库应用程序是在数据库管理系统(DBMS)的支持下对数据库中的数据进 (DBMS) 行加工、处理的程序，MFC提供了两种支持 ODBC和DAO。 提供了两种支持： 行加工、处理的程序，MFC提供了两种支持：ODBC和DAO。
12.1 数据库系统的基本概念
• 数据库系统由数据库、数据库管理系统和数据库应用系 数据库系统由数据库、 部分组成，如右图： 统3部分组成，如右图： • 数据库是数据的集合，由一个或多个表组成，一般将表 数据库是数据的集合，由一个或多个表组成， 中的一行称作记录(record)或行(row) (record)或行(row)， 中的一行称作记录(record)或行(row)，将表的列称作字 (field)或列(column)； 或列(column) 段(field)或列(column)；
2009年1月 重庆理工大学计算机科学与技术系 共10页第4页
CDatabase类 12.4 CDatabase类
• 先构造一个CDatabase对象，然后调用Open成员函数： 先构造一个CDatabase对象，然后调用Open成员函数： CDatabase对象 Open成员函数
virtual BOOL Open(LPCTSTR lpszDSN, BOOL bExclusive = FALSE, BOOL bReadOnly = FALSE, LPCTSTR lpszConnect = "ODBC;", BOOL bUseCursorLib = TRUE);throw (CDBException, CMemoryException);
重点 1.数据库系统和ODBC 1.数据库系统和ODBC 数据库系统和 2.CRecordSet的应用 2.CRecordSet的应用 3.示例系统中数据库操作类的设计 3.示例系统中数据库操作类的设计
2009年1月
重庆理工大学计算机科学与技术系
共10页第1页
数据库应用程序是在数据库管理系统(DBMS)的支持下对数据库中的数据进 数据库应用程序是在数据库管理系统(DBMS)的支持下对数据库中的数据进 (DBMS) 行加工、处理的程序，MFC提供了两种支持 ODBC和DAO。 提供了两种支持： 行加工、处理的程序，MFC提供了两种支持：ODBC和DAO。
12.1 数据库系统的基本概念
• 数据库系统由数据库、数据库管理系统和数据库应用系 数据库系统由数据库、 部分组成，如右图： 统3部分组成，如右图： • 数据库是数据的集合，由一个或多个表组成，一般将表 数据库是数据的集合，由一个或多个表组成， 中的一行称作记录(record)或行(row) (record)或行(row)， 中的一行称作记录(record)或行(row)，将表的列称作字 (field)或列(column)； 或列(column) 段(field)或列(column)；
2009年1月 重庆理工大学计算机科学与技术系 共10页第4页
CDatabase类 12.4 CDatabase类
• 先构造一个CDatabase对象，然后调用Open成员函数： 先构造一个CDatabase对象，然后调用Open成员函数： CDatabase对象 Open成员函数
virtual BOOL Open(LPCTSTR lpszDSN, BOOL bExclusive = FALSE, BOOL bReadOnly = FALSE, LPCTSTR lpszConnect = "ODBC;", BOOL bUseCursorLib = TRUE);throw (CDBException, CMemoryException);
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第12章 信息系统开发
（1）掌握信息系统开发原则及策略
（2）掌握结构化开发方法、原型化方法的基
本思想。
（3）掌握瀑布模型、渐增模型、原型模型、
螺旋模型以及并行模型的基本特点
（4）理解信息系统开发的生命周期
12.1 研究开发方法的原因和目的
一、研究开发方法的原因
随着管理信息系统应用程度的深入和应用规模的扩大，出现的问 题：
2.增量模型（渐增模型）
增量模型开发思想是将核心产品交用户使用，使用和评
估的结果是下一个增量的开发计划。
增 量
系统/信息工程
分析
设计
实现
维护
第三个增量发布
分析
设计
实现
维护
第二个增量发布
分析
设计
实现
维护
第一个增量发布（核心产品）
时间
3.的简化模型。
2、原型法的阶段划分（四阶段）
（4）正式开发
将用户满意的原型系统作为进一步开发的基础，正式开发。研
究结果认为：一般开发中，以上循环过程不多于4—5次。 原型法的关键性要素： 有合适的硬件设备和网络设施 很强的系统构建工具 可以控制的数据 开发者有丰富的计算机知识 用户需要有丰富的管理知识，并积极投身到系统开发的讨论 中去。
可行性分析之间的关系
性经 分济 析可 行
发 现 的 问 题
新 系 统 能 力
技 术 可 行 性 分 析
时 间 规 划
性管 分理 析可 行
二、可行性分析报告
可行性分析的结果要用可行性分析报告的形式 编写出来，内容包括： （1） 系统简述
（2） 项目的目标
（3） 所需资源、预算和期望效益 （4） 对项目可行性的结论
3、用原型法进行MIS开发的基本步骤 ：
确定用户需求，把握系统整体概念，进行费用估算
开发系统初始原型
原型讨论修改
否 满意 ？ 是 产品作业原型 停止
停止开发
4、原型法对环境的要求
a.要有一个方便灵活的数据库管理系统（DBMS）。 b.一个与数据库（DB）对应方便灵活的数据字典，具有存储所有实 体的功能。
二、原型法
原型法的产生背景与基本思想 原型法的阶段划分 原型法对环境的要求
原型法的优缺点
原型法使用场合
1、原型法的产生背景与基本思想
（1）生命周期法的缺陷 a.基本前提是任何系统的“需求”在系统被建立 之前都能被定义，即严格定义/预先说明。
b.开发过程复杂繁琐、周期长，系统难以适应环
境的变化。
1、原型法的产生背景与基本思想
2、原型法的阶段划分（四阶段）
（2）开发初步的原型系统
在此阶段建立原型系统。一般原型系统只有数十个屏幕画面和少量
试验数据。通常只是单机上的系统，从系统的工作效率上来看也是很不 完整的，但其目的主要是为了描述开发者所理解的用户的基本需求，所 以对系统的工作效率、界面完美程度并不做更多的追求。
2、原型法的阶段划分（四阶段）
（2）原型法产生的背景 a.计算机工业的飞速发展使得硬件价格急剧下跌，软件 费用在整个信息系统开发费用中的比例迅速上升，已大大超 过硬件的价格。
b.市场竞争的日益激烈，要求信息系统的开发要快，成
本要低 ，灵活性要高。
1、原型法的产生背景与基本思想
（3）原型法的基本思想
所谓原型，即可以逐步改进成可运行系统的模型，这种方法可以快 速向用户提交一个管理信息系统的原型设计，从而使用户及早地看到一 个真实的应用系统。这种方法的基本思想是： （1）并非所有的需求都能预先定义 （2）有快速的建造工具 （3）需要有系统模型 （4）反复修改是必要的、不可避免，也是希望的，应加以鼓励
挥和挖掘硬件的功能； – 合理组织和充分利用人力、物力和财力等资源。
12.2 信息系统开发思想
信息系统的开发思想遵循系统工程的思想
调研 确定目标 确定功能
维护和评价
实施
选择 一个方案
考虑方案 （多个）
12.3 信息系统开发原则
• 一把手原则 • 优化与创新原则 • 充分利用资源的原则 • 实用和实效原则 • 规范化原则 • 适应性原则
系统维护 系统评价 新系统开发的各阶段中，最关键的是系统分析。该阶段 的成果——新系统逻辑设计说明书，相当于产品的总体设计， 是新系统开发的重要依据。但是，工作量最大，投入人力、 物力、财力最多，时间最长的是实施阶段。
5、生命周期法的优缺点
（1）优点：
阶段的顺序性和依赖性
从抽象到具体，逐步求精 逻辑设计与物理设计分开 质量保证措施完备
1.4 信息系统开发模式
1.瀑布模型
瀑布模型是一种系统化的、线形的开发方法。主要包括
开发和确认两个过程
（1）开发过程是严格的下导式过程，各阶段只有顺序性 和依赖性。 （2）确认过程是严格的追溯式过程，后一阶段出现了问 题应通过前一阶段的重新确认来解决。
系统需求 软件需求 总体设计 详细设计 编程调试 运行维护 瀑布法下导式结构
（2）系统分析阶段
目标分析
划分子系统以及功能模块
构造出新系统的逻辑模型
确定其逻辑功能需求
交付新系统的逻辑设计说明书
（3）系统设计阶段
系统设计阶段又称新系统的物理设计阶段。系统分析
员根据新系统的逻辑模型进行物理模型的设计，主要内容
包括：
总体设计
物理计算机系统选型 总体结构设计
详细设计
人—机过程的设计 代码设计
管理上的可行性
技术上的可行性 经济上的可行性
一、 可行性分析的任务和内容
可行性分析的内容
管理上的可行性
指管理人员对开发应用项目 的态度和管理方面的条件。
技术上的可行性
分析当前的软、硬件技术能 否满足对系统提出的要求， 以及考虑开发人员的水平。
经济上的可行性
主要是预估费用支出和对 项目的经济效益进行评价。
软件环境
构造原型
软件支持环境
关系数据库系统 数据字典、建模工具
开发商
开发要求 分析评价
快速查询系统 4GL软件工具 可视化报告、界面生成器，
快速构造原型
用户
原型模型的工作步骤
（1）快速分析
（2）构造原型 （3）用户和开发人员使用并评价原型 （4）修改和完善原型
12.5 信息系统开发方法
该方法文档的编写工作量极大，随着开发工作的进行，这些文档需
要及时更新。
6、生命周期法的适应范围
适合软件的社会化大生产，大型项目的开发。
适合于开发那些能够很好定义其需求、结构化程度又比
较高的大型事务处理系统（TPS）和管理信息系统（MIS）。 适合于开发包含复杂技术的系统，如航空管制、航天系 统等。 不适合于小系统的开发。
（1）结构化开发方法
（2）原型法
（3）信息工程方法
（4）面向对象开发方法
（5）其他开发方法
一、生命周期法
生命周期法基本思想
生命周期法的阶段划分 生命周期法各阶段工作简述 生命周期法的开发策略
1. 生命周期法基本思想
（1）生命周期
人的生命周期：孕育、出生、成长、成熟、衰
老、死亡。
任何系统均有发生、发展、成熟、消亡或更新
成功的可能性。
一、 可行性分析的任务和内容
可行性分析的任务
明确应用项目的开发的必要性和可行性。
1、必要性来自实现开发任务的迫切性。 MIS的开发是来自合作伙伴的需要、竞争对手的 挑战，或者是其它行业管理信息系统发展水平，或 者是新的信息技术出现等。
一、 可行性分析的任务和内容
2、可行性则取决于实现应用系统的资源和条件
二、开发方法的基本目标
– 使管理信息系统正确反映管理需要，满足用户需求，使所开发的 管理信息系统为管理决策提供信息支持； – 有效地管理系统开发过程，加快软件开发速度，提高软件生产效 率，降低费用； – 增强管理信息系统软件产品的功能，提高软件产品的质量；
– 充分利用软件技术，尽快跟上硬件发展速度，从而最大限度地发
5、生命周期法的优缺点
（2）缺点
它是一种预先定义需求的方法，基本前提是必须能够在早期就冻 结用户的需求，只适应于可以在早期阶段就完全确定用户需求的项目。 然而在实际中要做到这一点往往是不现实的，用户很难准确地陈述其 需求。 未能很好地解决系统分析到系统设计之间的过渡，即如何是物理模 型如实反映出逻辑模型的要求，通俗地说，就是如何从纸上谈兵到真 枪实弹地作战的转变过程。
调试 系统 实施
编写程序
用户同意 领导批准 系统 设计
详细设计
总体设计
（1）系统规划阶段任务
用户领导将提出开发新系统的要求
组成专门的新系统开发领导小组
制定新系统开发的进度和计划 有关人员进行初步调查研究 提出初步的新系统目标 系统开发的可行性研究 提交研究报告
可行性分析
可行性分析的任务是根据确定的问题，通过 分析新系统需要的信息技术、可能发生的投资和 费用、产生的效益，确定将开发的管理信息系统
手工处理信息过程和方法原封不动地“翻译”成软件程序后，常 常失败。
大型应用系统应如何合理地组织人力、物力、财力来协调开发。 一个大型系统应该如何进行系统化的划分。
如何才能合理地协调数据和利用信息资源。
如何充分发挥现有计算机和通讯设备的处理能力，更好的解决实 际管理问题等。
12.1 研究开发方法的原因和目的
c.一套高级的软件工具并产生任意程序语言模块。
d.一套与数据库（DB）对应的快速查询语言，支持任意非过程化的 组合条件查询。 e.一个非过程化的报告/屏幕生成器，允许设计人员详细定义报告/屏 幕样本以及生成内部联系。
5、原型法的优缺点
优点：
对系统需求的认识取得突破，确保用户的要求得到较 好的满足。 改进了用户和系统开发人员的交流方式。 开发的系统更加贴近实际，提高了用户的满意程度。 降低了系统开发风险，一定程度上减少了开发费用。
（1）掌握信息系统开发原则及策略
（2）掌握结构化开发方法、原型化方法的基
本思想。
（3）掌握瀑布模型、渐增模型、原型模型、
螺旋模型以及并行模型的基本特点
（4）理解信息系统开发的生命周期
12.1 研究开发方法的原因和目的
一、研究开发方法的原因
随着管理信息系统应用程度的深入和应用规模的扩大，出现的问 题：
2.增量模型（渐增模型）
增量模型开发思想是将核心产品交用户使用，使用和评
估的结果是下一个增量的开发计划。
增 量
系统/信息工程
分析
设计
实现
维护
第三个增量发布
分析
设计
实现
维护
第二个增量发布
分析
设计
实现
维护
第一个增量发布（核心产品）
时间
3.的简化模型。
2、原型法的阶段划分（四阶段）
（4）正式开发
将用户满意的原型系统作为进一步开发的基础，正式开发。研
究结果认为：一般开发中，以上循环过程不多于4—5次。 原型法的关键性要素： 有合适的硬件设备和网络设施 很强的系统构建工具 可以控制的数据 开发者有丰富的计算机知识 用户需要有丰富的管理知识，并积极投身到系统开发的讨论 中去。
可行性分析之间的关系
性经 分济 析可 行
发 现 的 问 题
新 系 统 能 力
技 术 可 行 性 分 析
时 间 规 划
性管 分理 析可 行
二、可行性分析报告
可行性分析的结果要用可行性分析报告的形式 编写出来，内容包括： （1） 系统简述
（2） 项目的目标
（3） 所需资源、预算和期望效益 （4） 对项目可行性的结论
3、用原型法进行MIS开发的基本步骤 ：
确定用户需求，把握系统整体概念，进行费用估算
开发系统初始原型
原型讨论修改
否 满意 ？ 是 产品作业原型 停止
停止开发
4、原型法对环境的要求
a.要有一个方便灵活的数据库管理系统（DBMS）。 b.一个与数据库（DB）对应方便灵活的数据字典，具有存储所有实 体的功能。
二、原型法
原型法的产生背景与基本思想 原型法的阶段划分 原型法对环境的要求
原型法的优缺点
原型法使用场合
1、原型法的产生背景与基本思想
（1）生命周期法的缺陷 a.基本前提是任何系统的“需求”在系统被建立 之前都能被定义，即严格定义/预先说明。
b.开发过程复杂繁琐、周期长，系统难以适应环
境的变化。
1、原型法的产生背景与基本思想
2、原型法的阶段划分（四阶段）
（2）开发初步的原型系统
在此阶段建立原型系统。一般原型系统只有数十个屏幕画面和少量
试验数据。通常只是单机上的系统，从系统的工作效率上来看也是很不 完整的，但其目的主要是为了描述开发者所理解的用户的基本需求，所 以对系统的工作效率、界面完美程度并不做更多的追求。
2、原型法的阶段划分（四阶段）
（2）原型法产生的背景 a.计算机工业的飞速发展使得硬件价格急剧下跌，软件 费用在整个信息系统开发费用中的比例迅速上升，已大大超 过硬件的价格。
b.市场竞争的日益激烈，要求信息系统的开发要快，成
本要低 ，灵活性要高。
1、原型法的产生背景与基本思想
（3）原型法的基本思想
所谓原型，即可以逐步改进成可运行系统的模型，这种方法可以快 速向用户提交一个管理信息系统的原型设计，从而使用户及早地看到一 个真实的应用系统。这种方法的基本思想是： （1）并非所有的需求都能预先定义 （2）有快速的建造工具 （3）需要有系统模型 （4）反复修改是必要的、不可避免，也是希望的，应加以鼓励
挥和挖掘硬件的功能； – 合理组织和充分利用人力、物力和财力等资源。
12.2 信息系统开发思想
信息系统的开发思想遵循系统工程的思想
调研 确定目标 确定功能
维护和评价
实施
选择 一个方案
考虑方案 （多个）
12.3 信息系统开发原则
• 一把手原则 • 优化与创新原则 • 充分利用资源的原则 • 实用和实效原则 • 规范化原则 • 适应性原则
系统维护 系统评价 新系统开发的各阶段中，最关键的是系统分析。该阶段 的成果——新系统逻辑设计说明书，相当于产品的总体设计， 是新系统开发的重要依据。但是，工作量最大，投入人力、 物力、财力最多，时间最长的是实施阶段。
5、生命周期法的优缺点
（1）优点：
阶段的顺序性和依赖性
从抽象到具体，逐步求精 逻辑设计与物理设计分开 质量保证措施完备
1.4 信息系统开发模式
1.瀑布模型
瀑布模型是一种系统化的、线形的开发方法。主要包括
开发和确认两个过程
（1）开发过程是严格的下导式过程，各阶段只有顺序性 和依赖性。 （2）确认过程是严格的追溯式过程，后一阶段出现了问 题应通过前一阶段的重新确认来解决。
系统需求 软件需求 总体设计 详细设计 编程调试 运行维护 瀑布法下导式结构
（2）系统分析阶段
目标分析
划分子系统以及功能模块
构造出新系统的逻辑模型
确定其逻辑功能需求
交付新系统的逻辑设计说明书
（3）系统设计阶段
系统设计阶段又称新系统的物理设计阶段。系统分析
员根据新系统的逻辑模型进行物理模型的设计，主要内容
包括：
总体设计
物理计算机系统选型 总体结构设计
详细设计
人—机过程的设计 代码设计
管理上的可行性
技术上的可行性 经济上的可行性
一、 可行性分析的任务和内容
可行性分析的内容
管理上的可行性
指管理人员对开发应用项目 的态度和管理方面的条件。
技术上的可行性
分析当前的软、硬件技术能 否满足对系统提出的要求， 以及考虑开发人员的水平。
经济上的可行性
主要是预估费用支出和对 项目的经济效益进行评价。
软件环境
构造原型
软件支持环境
关系数据库系统 数据字典、建模工具
开发商
开发要求 分析评价
快速查询系统 4GL软件工具 可视化报告、界面生成器，
快速构造原型
用户
原型模型的工作步骤
（1）快速分析
（2）构造原型 （3）用户和开发人员使用并评价原型 （4）修改和完善原型
12.5 信息系统开发方法
该方法文档的编写工作量极大，随着开发工作的进行，这些文档需
要及时更新。
6、生命周期法的适应范围
适合软件的社会化大生产，大型项目的开发。
适合于开发那些能够很好定义其需求、结构化程度又比
较高的大型事务处理系统（TPS）和管理信息系统（MIS）。 适合于开发包含复杂技术的系统，如航空管制、航天系 统等。 不适合于小系统的开发。
（1）结构化开发方法
（2）原型法
（3）信息工程方法
（4）面向对象开发方法
（5）其他开发方法
一、生命周期法
生命周期法基本思想
生命周期法的阶段划分 生命周期法各阶段工作简述 生命周期法的开发策略
1. 生命周期法基本思想
（1）生命周期
人的生命周期：孕育、出生、成长、成熟、衰
老、死亡。
任何系统均有发生、发展、成熟、消亡或更新
成功的可能性。
一、 可行性分析的任务和内容
可行性分析的任务
明确应用项目的开发的必要性和可行性。
1、必要性来自实现开发任务的迫切性。 MIS的开发是来自合作伙伴的需要、竞争对手的 挑战，或者是其它行业管理信息系统发展水平，或 者是新的信息技术出现等。
一、 可行性分析的任务和内容
2、可行性则取决于实现应用系统的资源和条件
二、开发方法的基本目标
– 使管理信息系统正确反映管理需要，满足用户需求，使所开发的 管理信息系统为管理决策提供信息支持； – 有效地管理系统开发过程，加快软件开发速度，提高软件生产效 率，降低费用； – 增强管理信息系统软件产品的功能，提高软件产品的质量；
– 充分利用软件技术，尽快跟上硬件发展速度，从而最大限度地发
5、生命周期法的优缺点
（2）缺点
它是一种预先定义需求的方法，基本前提是必须能够在早期就冻 结用户的需求，只适应于可以在早期阶段就完全确定用户需求的项目。 然而在实际中要做到这一点往往是不现实的，用户很难准确地陈述其 需求。 未能很好地解决系统分析到系统设计之间的过渡，即如何是物理模 型如实反映出逻辑模型的要求，通俗地说，就是如何从纸上谈兵到真 枪实弹地作战的转变过程。
调试 系统 实施
编写程序
用户同意 领导批准 系统 设计
详细设计
总体设计
（1）系统规划阶段任务
用户领导将提出开发新系统的要求
组成专门的新系统开发领导小组
制定新系统开发的进度和计划 有关人员进行初步调查研究 提出初步的新系统目标 系统开发的可行性研究 提交研究报告
可行性分析
可行性分析的任务是根据确定的问题，通过 分析新系统需要的信息技术、可能发生的投资和 费用、产生的效益，确定将开发的管理信息系统
手工处理信息过程和方法原封不动地“翻译”成软件程序后，常 常失败。
大型应用系统应如何合理地组织人力、物力、财力来协调开发。 一个大型系统应该如何进行系统化的划分。
如何才能合理地协调数据和利用信息资源。
如何充分发挥现有计算机和通讯设备的处理能力，更好的解决实 际管理问题等。
12.1 研究开发方法的原因和目的
c.一套高级的软件工具并产生任意程序语言模块。
d.一套与数据库（DB）对应的快速查询语言，支持任意非过程化的 组合条件查询。 e.一个非过程化的报告/屏幕生成器，允许设计人员详细定义报告/屏 幕样本以及生成内部联系。
5、原型法的优缺点
优点：
对系统需求的认识取得突破，确保用户的要求得到较 好的满足。 改进了用户和系统开发人员的交流方式。 开发的系统更加贴近实际，提高了用户的满意程度。 降低了系统开发风险，一定程度上减少了开发费用。