第五部分管理信息系统

上传人:012****78 文档编号:125775205 上传时间:2020-03-20 格式:PPT 页数:68 大小:1.26MB
返回 下载 相关 举报
第五部分管理信息系统_第1页
第1页 / 共68页
第五部分管理信息系统_第2页
第2页 / 共68页
第五部分管理信息系统_第3页
第3页 / 共68页
第五部分管理信息系统_第4页
第4页 / 共68页
第五部分管理信息系统_第5页
第5页 / 共68页
点击查看更多>>
资源描述

《第五部分管理信息系统》由会员分享,可在线阅读,更多相关《第五部分管理信息系统(68页珍藏版)》请在金锄头文库上搜索。

1、单击此处编辑母版标题样式 单击此处编辑母版副标题样式 1 第五章 管理信息系统 开发综述 管理信息系统开发综述 2 2 管理信息系统开发不成功的原因 3 3 管理信息系统开发的原则 1 1 管理信息系统开发的基本条件 4 4 管理信息系统开发的方法概述 Date 5 1 管理信息系统开发的基本条件 1 科学合理的基础工作 企业MIS开发 三分技术 七分管理 十二分数据 科学合理的管 理基础是开发MIS的前提 MIS对管理基础工作要求也很高 例如 编制生产作业计划 需要准 确完整的定额工时 否则设备的利用率及计划的编排都没有依据 2 要有需求牵引 MIS开发的动力来自于需求牵引 例如 库存占用资

2、金严重 而高库 存掩盖了管理不善 这时 就需要有相应的管理软件 告诉管理者 有 什么 有多少 要什么 需多少时间 尽量做到 零库存 3 制定切实可行的开发策略 企业的管理水平 计算机应用基础 财力等均影响MIS的开发和实 施 必须根据企业的实际情况制定开发策略 Date 案例1 某企业在实施CIMS过程中 听取管理专家的 建议 决定在全公司生产上实行计件工资制 在工 资管理模块中有计件工资计算考核功能 实施一段 时间后 在某分厂出现了如下问题 第一 该分厂有两种型号的设备各若干台 甲设备 生产的产品规格大 劳动强度高 乙设备生产的产 品规格小 劳动强度低 在实施该系统前后 两种 设备产量 实施

3、前操作人员工资 实施后计件价格 分别如下表 Date 产量 件 班 人 实施前操作该 设备人员月 净收入 元 每件产品工资 注 没有基本 工资 实施前实施后 甲设备18 2030 40700 12003 乙设备18 2025 32600 10002 Date 第二 在实施前 甲设备基本由男性操作 乙设备 操作人员男女各半 实施后 好多人主动要求操作 甲设备 甚至到分厂吵闹 请调度吃饭 送礼等 提示问题 试分析阐述该系统中计件工资处理过程 请问 为何会出现第二条所描述的现象 是否是由 工资管理系统引起 请你设计一个制定计件工资的方案 通过此案例 你如何评价ERP系统在企业管理中的 地位和作用 D

4、ate 5 2 管理信息系统开发不成功的原因 信息技术的应用步入 黑洞 信息技术应 用没有释放其潜能的原因之一就是企业在应 用信息技术时 总是沿用旧的或业己存在的 方式做事 而不是注重工作应该怎样做 然 后考虑应用信息技术来辅助实现它 Date 历史资料 开发的效果 软件开发项目按合同完成率 全球平均 麦肯锡公司调查 16 印度软件公司 95 Date 此前研究印度软件业的发展 大都讲印度人有语言优势 人 才优势 成本优势 还有产业定位准确 国际市场机遇把握 准确 政府大力支持等等 然而 此次考察给我们印象最深 的则是印度软件企业极强的管理能力 极强的项目管理和项 目目标控制能力 印度软件企业

5、之所以能够走向国际市场 我们感觉到其真正 的杀手锏就是强大的项目管理能力 以及与此相配套的规范 的质量保证体系 中加联合考察团的结论 2002 02 18 24 l中国培养出来的软件人才知识结构不太好 工程协 作 系统分析 项目管理等能力不强 柏杰 苏竣 中国加入WTO与软件业的发展前景 中国软件开发缺乏严格的项目管理和质量保证体系 Date 美国IT项目实施情况统计资料 1997年对438 位项目工作人员进行了调查 其调查的问题及 结果如下 Standish Group 1994年对8400 余个信息技术项目的研究和调查表明 v 16 的项目实现其目标 v 50 的项目需要 补救 v 34

6、的项目彻底失败 q 严重费用超支 17 q 一定程度费用节余 12 q 一定程度费用超支 38 q 大量费用节余 6 q 完全按预算执行 27 1 请描述你最近参与的项 目的费用执行情况 Date 2 你最近参与的项目满足预期的技术规格要求的程度如何 q 相差甚远者 29 q 完全达到规格要求者 51 q 实际执行超过原规格要求者 20 3 你最近参与的项目满足进度要求程度如何 严重拖期 35 q 一定程度拖期 34 q 按时完成 22 q 一定程度提前 8 q 大量提前 1 Date 5 2 管理信息系统开发不成功的原因 为根据因素 为直接因素 为间接因素 外部环境 领导素质 主持者素质 企

7、业效益 领导的 认识水平 领导的 重视程度 企业 管理模式 MIS的 政策 队伍开发 方法论 主持者的 认识水平 资金 组织管理 水平 基础管理水平队伍构成与水平 说明 MIS成功的原因关系图 Date 5 2 管理信息系统开发不成功的原因 造成企业MIS开发不成功的主要原因如下 1 对MIS的认识 2 缺乏总体规划 3 目标不合理 4 没有一个完善的管理基础工作 5 缺乏管理人员的重视与参与 尤其是组织中的高层管理人 员的参与 6 系统开发方法落后 7 MIS开发过分迁就原手工系统的做法 高速公路上的牛车 8 系统开发者的素质和水平 9 对MIS开发的艰巨性缺乏充分认识 10 人才的培养与爱

8、护 Date 项目实施的误区之一 三边行动 边计划 边实施 边修改 造成 三边行动 根本原因是在目标未清 职责未明的情况下就仓 促开始往下做细节 结果常会因为在一些小事上扯皮导致项目被不断 地延期 即使项目最后勉强完成了 也与最初目标相去甚远 坏了坏了 期限到了 忙不完了 不行啊 情况变化 项目进 程恐怕也要变动了 下一步该干什 么 还没想好 正在作新计划 呢 Date MIS实施的误区之二 六拍运动 第一拍 拍脑门 经常有些领导有了做 一个项目的想法后 不 是组织相关人员严格论 证是否可行 而是自己 觉得可行就上马项目 看来MIS系统真有 的用啊 赶紧上 拍脑门作决策的做法 从一开始就为项目

9、实施带来了很高 的风险和不确定性 可以说也为项目的失败埋下了伏笔 Date 第二拍 拍肩膀 领导拍完脑袋后 为了鼓舞士气 调动项 目组成员的积极性 大 多会采取一些激励手段 例如 拍肩膀 但事实证明 错误的激励往往比没有 激励带来的后果还要糟糕 好好干啊 我 相信你们 MIS实施的误区之二 六拍运动 跟着老子干 不会亏待 你 Date 第三拍 拍胸脯 受到领导激励的项 目组成员为了让领导放 心 也会有所表示 拍胸脯 而且往往还会 说出一句话 老板 放心吧 包在我身上 盲目的乐观与热情只会让前进方向与最初的目标越偏越远 MIS实施的误区之二 六拍运动 Date MIS实施的误区之二 六拍运动 第

10、四拍 拍桌子 项目进行一段时 间后 领导忽然发现 项目进展情况与自己 的预期相去甚远 于 是大发雷霆 爆发了 四拍运动 拍着 桌子训斥项目组成员 BOSS 你们都在搞什么 这么长时间了 花了这么多钱 项目才刚刚进展到这里 还 有这么多问题 回去好好检讨 不能按期完成项目 工资奖 金都别想了 项目组成员 出现问题后不妨冷静思考 想办法积极解决 如果只是发 泄怒火和不满 结果恐怕会让事情越来越糟 Date 第五拍 拍屁股 项目组成员受到老板的严厉批评后 不少人往往 会 拍屁股 表现有二 一种是 明拍 不干了 直接走人 另一种是 暗拍 再也没有热情 消极 怠工 这种人留在项目组中对项目毫无益处 反而

11、 会打击努力工作者的积极性 当初不论证清楚 现在 项目做不下去了 就知 道训我 我还不干了呢 走人 MIS实施的误区之二 六拍运动 Date 第六拍 拍大腿 五拍之后的项目 结果必然令所有人大 失所望 这个时候 从决策层到项目经理 再到项目组成员 大 家都痛心不已 却又 无可奈何 在一个项目中即使 六拍 都出现了也不是最可怕的 最可怕的就是拍完了却不吸取教训 在随后的项目中 依然延续 六拍运动 唉 早知如此 当初就应该 项目实施的误区之二 六拍运动 Date 5 3 企业管理信息系统开发的原则 管理信息系统开发的原则 1 一把手 原则 2 适用性和先进性原则 3 信息工程原则 4 面向用户原则

12、 Date 案例2 软件工程师毫无用处 软件工程师毫无用处 我宁愿雇佣雷达专家教会他如 何编程 也不愿意雇佣程序员来教会他雷达信号流程 这段措辞严厉的声明来自于一位大型政府项目的经理 他 所在的部门的电脑系统曾经错误地发出了ICBM导弹来袭 的警报 更加令他不能忍受的是程序员拒绝对此错误的功 能承担责任 Date 程序员抱怨说这是由于系统说明不够全面造 成的 而并非自己的原因 这位经理意识到 需求文档没有指出特定的环境回导致错误 的警报 但他仍认为他所在部门的编程人员 应该具备这样的基本知识的 没有任何雷 达专家会犯如此基本的错误 他坚持说 Date 5 4 管理信息系统开发方法概述 4 4

13、面向对象方法 OO 管理信息系统开发 是一项艰巨的工作 需要花费几人年 几十人年甚至上 百人年的工作量 必须认真研究它的 特点 掌握它的规 律 2 2 结构化生命周期法 SDLC 3 3 原型法 Prototyping 5 5 CASE方法 1 1 软件工程概述 6 6 开发方式 Date 5 4 1 软件工程概述 1 软件危机 1 早期的软件 程序 开发工作多依赖于个人技能和程序设计 技巧 2 开发缺少文档反映程序和开发过程 软件的成本 进度和质 量难易保证 3 IT应用需求不断增长 软件规模随之扩大 软件开发的生产 率难以跟上 指于20世纪60年代中期人们在软件开发和维护过程中 所遇到的种

14、种问题 其根本原因是缺少好的方法指导和工具辅助软件开发 文 档的缺乏更使得已有的软件难以维护 Date 5 4 1 软件工程概述 2 软件工程 指应用计算机科学 数学及管理科学等原理 以工程化 的原则和方法来解决软件问题 其目的是提高软件生产率 提高软件质量 降低软件成本 管理信息系统的表现形式是软件 TIP S 1968年在德国召开的北大西洋公 约组织会议上 首次提出了 软件工程 这个 名词 希望用工程化的原则和方法来克服软件危机 此后 人们开展了软件开发模型 开发方法 工 具与环境的研究 提出了瀑布模型 演化模型 螺 旋模型 喷泉模型等开发模型 出现了DFD Object orient等开

15、发方法 以及CASE工具和环 境 其内容包括包括 软件需求分析 软件开发项目管理 软件 工具与软件开发环境 软件过程能力评估 软件质量管理与质量 保证 Date 开发方法的演变 60 70年代是结构化系统分析与设计时代 开发工作 结构化 标准化 将开发过程划分需求分析 设计 实现 测试等几个生命周期阶段 经历了瀑布模型 蛛网模型 强调 初期阶段 的重要性等几个阶段 80年代初是原型法 prototyping 时代 在4GL环境中开 发 先抓住局部设计实现 然后不断修改 直到全面 满足要求 80年代末是CASE 计算机辅助软件工程 方法和OO 面 向对象 方法 90年代是客户 服务器时代 或是基

16、于WEB的开发时代 这时客户购买现成的软件包 甚至是整个系统 然 后进行基于部件的开发或进行系统集成 Date 案例3 某企业在实施ERP工程中 引入了客户信用等级评价系统 在实施中 该系统对丁客户的信用提出好多次警告 丁客户 的信用等级在该系统中已降到最低级别 但当丁客户再次 提出赊款定货时 公司领导层研究后还是决定发货 该公司 应收帐款及丁客户有关资料如下 该公司应收帐款共1 1亿 其中 6个月内3000万 1年以内 4200万 3年以上5000万 5年以上3000万 丁客户欠款3000万 6个月1200万 1年内2200万 丁客户 连续十余年占该公司市场分额10 左右 Date 提示问题 在制定信息系统内的客户信用等级时 应考 虑那些因素 该公司不按信息系统的决策执行 是信息系 统错误 还是公司决策错误 原因何在 你设计一个方案 帮该公司收回应收帐款 谈谈你对信息系统的体会 Date 5 4 2 结构化生命周期法 SDLC 第四阶段 系统实施阶段 第三阶段 系统设计阶段 第二阶段 系统分析阶段 第一阶段 系统规划阶段 第五阶段 系统运行阶段 在初步调查研究的基 础上 进行系统总体

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 医学/心理学 > 基础医学

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号