管理信息系统课件

准备和调查阶段
P98~99
准备和调查阶段也被称为初始研究阶段、调查研究阶段或指定计划阶段等。该阶段的主要目的 是确定项目是否值得去做。准备和调查阶段的主要工作包括：第一，MIS技术人员深入企业调 查，确认项目存在的问题、机会和目标；第二，建立该项目的章程，以便确定项目的范围、需 求、约束、项目参与人员、财政预算与计划安排等。
综合开发方法 快速架构开发方法 多种实现路径开发方法 阶段化的实现路径开发方法
MIS开发方法的选择
MIS消费用户 若组织对MIS的功能要求大多比较大众化，而现有市场上又提供相应成熟的MIS产品，则 应该采用基于商业软件包的开发方式，组织在购买了商业软件包后只需对个别特殊需求进 行客户化修改即可。 若组织对MIS的功能需求个性化较强或市场上没有相应的成熟MIS产品，组织就应该寻找 专业MIS开发商以立项的形式合作开发MIS，具体的开发方法可视MIS需求的大小来决定 ，大型MIS最好采用生命周期开发方法；中小型MIS可采用原型驱动的开发方法。
提炼的需求 设计问题 问题
机会 目标
分析原型系统阶段
原型反馈
设计阶段 实施阶段
循环设计规格说明书
系统构造阶段 功能原型
候选的功能原型
运行维护阶段
业务解决 方案
运行维护阶段
运行的系统 （发布版本） 运行维护阶段
快速原型开发方的优缺点
P87~88
优点： 对于用户需求无法确定的项目来说，RAD是一个非常有效的开发方法 该方法鼓励用户参与系统开发的积极性，提高了终端用户使用系统的热情 由于许多用户参与到了MIS的开发过程中，所以项目开发过程的透明度和支持度提高 用户和管理层可以更快地得到可以运行的MIS，即可以更早地得到企业的解决方案 与其他方法相比，该方法可以尽快地发现系统中存在的错误和疏漏，提高MIS的开发质量 该方法简化了测试和培训 这种循环开发方法符合改变管理的要求，是一种更加自然的开发方法 该开发方法大大降低了MIS的开发风险
系统开发的基本原则
1. 系统开发人员和用户必须一同参与管理信息系统开发项目
2. 使用“提出问题——解决方案”的方法
3. 创建阶段和活动
P78
4. 建立标准
5. 认识到管理信息系统的开发是一项投资
6. 不必担心管理信息系统的需求变更
7. 采用结构分解技术
8. 正在开发的管理信息系统是容易扩展的
MIS的生命周期开发法
想法、架构等
业务需求 描述
决策分析阶段 批准的项目建议
模型驱动开发方法
P83~86
模型驱动开发（model-driven development，MDD）方法是一个通过建立模型来分析和设 计MIS的方法。系统建模实际上是使用一个或多个图形表示系统。MDD方法强调采用各种模型 来可视化地表示和分析问题，定义各种业务需求以与设计MIS。
根据项目的大小、复杂程度以与项目的投资，问题分析阶段耗费的时间大约是1~6周，具体活 动有：
研究问题领域
分析问题和机会
分析业务流程：可选活动，有BPR过程才需要。
创建系统的改进目标
修改项目计划
提交项目建议
系统改进目标与性能约束
P109
典型的系统改进目标 把订单处理的时间降低到5分钟以下 降低50%重新安排生产的时间 顾客等待的时间有平均5分钟降到3分钟 把第二天才可以查看的数据提高到可以实时查看 库存占用资金降低到当前阶段的20%
MIS开发商 若开发商面对的是大众化需求，则应尽量以MIS的灵活性为出发点，保障MIS的通用性， 以产品式开发方式来开发MIS； 若开发商面对的是个性化需求，则应尽量以MIS的适用性为出发点，降低MIS的开发成本 ，以项目式开发方式来开发MIS。
注：无论是选择何种开发方法来开发MIS，都需要采用项目管理的思想和方法（尽量采用并行 工程模式）来全程管理MIS的开发和建设；在MIS的技术实现上均采用面向对象的开发方法。
决策分析阶段
P116~117
决策分析阶段是按照给定的业务需求描述，提出若干个可以实现这些业务需求的可行的新的 MIS解决方案，然后从技术、经济、管理、计划和风险等多个角度分析解决方案，并选择一个 要设计、构造和实现的目标系统
决策分析阶段的主要活动： 确认候选解决方案 分析候选解决方案 比较候选解决方案 修改项目计划 建议的系统解决方案
JRP技术
P136
JRP即Joint Requirement Planning，主要是指需求分析阶段，由业务代表和系统分析员组 成的联合需求规划小组，对每一业务域进行较详细的分析，以建立业务域的对象和事件的详细 模型。JRP常常以会议的形式开展。
在大多数项目中，准备和调查阶段只有2~3天，其具体活动包括： 列出问题、机会和目标
谈判初始范围：数据、流程、接口
评估项目价值
制定项目计划：使用甘特图来编制项目计划
描述项目和计划
问题分析阶段
P104~105
根据准备和调查阶段所生成的项目章程，开始对企业中存在的问题进行分析，找到引起问题的 原因，评价这些原因产生的效果。然后，提出应该采取的相应的解决措施和MIS将要达到的目 标。在其他一些MIS开发方法中，也把问题分析阶段称为研究阶段、当前系统研究阶段、详细 调查阶段或可行性分析阶段。
MDD的优点： 最小化计划费用，因为所有的阶段都已事先安排好 需求分析更加透彻，各种文档内容更加详细 对于所有可行的候选方案，分析得更加完整
系统设计相对比较简单、稳定、适应性强且更加灵活，因为在系统设计之前各种模型已经 建立
MDD方法对技术人员非常熟悉的系统是有效的，但是完成模型需要更多的技术人员 MDD方法可以更好地满足用户的需要和提高信息系统的质量 MDD的缺点： 系统开发的周期比较长，由于需要花费更多的时间去采集数据和校验建立的模型 模型不是软件，模型中存在着一些模糊的现象 MDD方法相对不够灵活，因为在形成模型之前用户必须提出自己的需求
缺点： 该方法鼓励采用“编码、实现、修复”的开发方式，有可能提高整个系统生命周期的运行 、支持和维护成本 该方法失去了开发过程中选择更好的技术方案的机会 该方法过于强调速度，使得许多现在的系统质量缺陷没有得到很好的解决
其它开发方法
P88~92
商业软件包法 商业软件包是指出现在软件市场上的商品化软件，该软件可以完成特定的功能，例如财务 管理软件包、库存管理软件包、销售管理软件包与人力资源管理软件包。 通过购买商品化软件包并在此基础上进行的MIS开发的方法称为商业软件包法。 注：若需要对商业软件包进行大量的二次化开发，那么就失去了商业软件包法的意义了。
需求分析阶段的输入是问题分析阶段的系统改进目标，它产生的输出结果是业务需求描述。本 阶段的具体活动包括：
定义需求（使用JRP和事实发现技术） 分析功能需求 跟踪和完成需求 划分需求的优先级 修改项目计划
分析功能需求
P113
分析功能需求是通过用户和技术人员的交流，来验证需求。 用户理解需求，目的是确定需求的优先级和评价技术方案的成本 技术人员理解需求，目的是为了将这些需求转换成相应的技术解决方案 两种完成需求确认和文档建立工作：
系统生命周期和系统开发方法论
P77~78
转换
生命周期阶段 系统开发阶段 使用M 系统运行和维护阶段
使用信息技术
系统开发方法论是一种由系统开发人员和项目管理人员使用、正式的、精确的系统开发过程，它 应用于开发和维护管理信息系统软件，其内容包括一系列的活动、方法、实践经验和自动化工具。
信息工程
IE是一种面向数据的建模技术，用来建模业务需求并且设计实现这些业务需求的系统，最 常用的IE建模工具是实体关系图。
面向对象分析和设计
OOAD是把数据和流程定义在一个称为对象的结构中。每个对象都包含了描述该对象的数 据和操作该对象的各种操作方法。OOAD采用对象图来描述系统中的对象和这些对象之间 的状态。
不同模型驱动的MDD
结构化分析和设计技术
SADT是一种传统的模型驱动技术，它包括结构化分析技术和结构化设计技术。SADT是 一种面向过程的业务需求建模技术，它用于建立企业的业务需求过程，常用的结构化分析
工具是数据流程图。SADT也是一种面向过程的技术，它用于建立企业的业务需求过程，
P86
常用的结构化设计工具是系统结构图。
注：一般地，使用ERD来描述企业业务使用的各种数据，然后使用DFD和SSC描述企业用于捕 捉、存储和使用数据的业务流程。
快速原型开发方法
P86~87
准备和调查阶段
项目章程
问题分析阶段 系统改进目标
业务需求描述
快速原型方法的特点是快速地创建出 MIS的测试版本，该版本可以用来演 示和评估，用户可以借助这种测试版 本提出更详细的需求，系统开发人员 可以借助该测试版本挖掘用户的需求 ，然后在此基础上对系统的测试版进 行修改。
影响系统性能的约束 进度：新系统必须在9月12日之前完成 成本：新系统的资金预算不能超过200万人民币 技术：新系统必须是联机系统，必须使用Oracle数据库 政策：新系统必须使用JIT技术
需求分析阶段
P111
需求分析阶段的目的是确定新系统应该为用户提供那些功能，必须采集、使用并存储那些数据 等；还要确定用户的多个需求的优先等级。
事实发现技术
P127
调查问卷
访谈
原型法
JRP技术
收集现有文档、表格 、数据库的样本
观察工作环境
研究和站点访问
原型法
P135
原型法事实发现技术的含义就是通过开发一个小型的工作模型，以便快速发现或确认用户的需 求。
原型法的三种原型：扔掉原型、增量原型、演进原型 优点：
允许用户和开发人员尽快体验到所开发的MIS，并且理解该系统是如何工作的； 如果要开发的MIS成本很高，那么原型系统可以辅助确定MIS的灵活性和适用性； 可以用于培训用户； 辅助建立系统的测试计划； 可以缩短事实发现的周期。 缺点： 开发人员需要经过培训，掌握原型法开发的方法； 开发的原型具有不完善的性能、可靠性、功能等特点，因此可能误导用户； 由于开发原型，有可能延长整个开发周期，增加了开发成本。
项目确认阶段
问题机会目标
业务解决方案
P82
准备和调查阶段
项目章程
当前系统 反馈
运行的系 统
运行维护阶段 反馈、问题
范围、约束， 人员、计划、预算
问题分析阶段 事实、原因等
系统目 标
实施阶段
文档、培训
功能系 统
演示、反馈 系统构造阶段
设计规格
项目开发小组
想法、建议标 准等
设计阶段
需求、优先级
需求分析阶段
管理信息系统分析
决策分析 需求分析 问题分析 准备和 调查 项目确认
项目确认阶段
P95~96
项目确认阶段主要是针对现有系统运行状况，由用户提出当前系统存在的问题以与应该开发新 系统的机会，用户和MIS技术人员可以联合提出该项目应达到的目标。项目确认阶段是整个 MIS开发项目的起点，可以采用PIECES方法来实现项目的定义或确认。
原型法 系统建模：
系统建模就是建立系统模型，系统模型是为了刻画或描述需求和设计思想而使用的 一种表示形式，在此阶段主要是开发系统的逻辑模型（亦称为逻辑设计）
系统建模技术常用的是ERD和DFD
业务需求描述的内容
P113
项目描述 建议的系统目标和约束 建议的系统数据模型 数据模型和详细的数据需求 流程模型和详细的流程需求 网络模型和详细的网络需求 屏幕上的原型和报告 建议的设计阶段计划
Management Information System 第二部分 分析和设计篇
内容提要
MIS系统开发方法论与开发方法 管理信息系统分析 事实发现技术 数据建模和分析技术——ER图 流程建模和分析技术 管理信息系统应用程序设计 数据库相关知识 管理信息系统接口设计 管理信息系统构造、实施和运行 能力成熟度模型
PIECES是确认企业中问题、机会和目标的方法之一，即为： Performance：提高系统的性能 Information：提高信息的质量和改变信息的处理方式 Economics：改善企业的成本、效益等经济状况 Control：提高信息系统的安全和控制水平 Efficiency：提高企业的人、财、物等使用效率 Service：提高企业对客户、供应厂商、合作伙伴和顾客等的服务质量