管理信息系统案例第1章讲述

《管理信息系统案例第1章讲述》由会员分享，可在线阅读，更多相关《管理信息系统案例第1章讲述（42页珍藏版）》请在金锄头文库上搜索。

1、主讲教师：于本海 第1章 胜利油田烟台疗养院综合管 理信息系统 研究生处 1.1 项目开发背景 l烟疗的现行管理信息系统主要存在问题： u(1) 缺乏整体规划，信息化应用水平较低 烟疗部分部门有局限本部门应用的小软件，功能单一 ，现行系统缺乏系统科学的规划，无法满足各个部门 业务管理需要。 u(2) 半手工式的信息管理方式，降低了管理效率 各业务点的信息不能及时传递，半手工式的信息管理 方式延长信息的处理时间，烟疗的工作效率很难得到 提高。 u(3) 信息重复转抄，导致信息不一致 各部门相当一部分工作（收入统计、费用统计、财务 汇总等）的信息处理由手工完成，增加工作人员的劳 动强度；各部门信息

2、的重复转录，经常导致信息的不 一致。 u(4) 企业管理的“跑、冒、滴、漏”（详见本章后面的注解 ）不能得到很好的解决 由于信息不能及时共享，经常导致各业务点和财务科出现 不一致的信息，经营信息不准确；信息不一致性导致企业 管理的“跑、冒、滴、漏”，影响了企业的整体经济效益。 u(5) 企业的经营管理监督较为困难 信息的不完善，激励机制不足，导致经营管理部门不能有 效的实施协调、监督和控制职能。 u(6) 经营统计决策分析职能较弱 来院疗养的团队或个人的基本信息均存储在各业务点，使 得烟疗的信息安全性得不到保证；各部门与财务相关的材 料主要采取了纸质方式保存，结果使得全院的经营管理信 息的查询

3、和分析工作难以进行；弱化的经营统计分析职能 不利于管理层决策。 u(7) 对外宣传力度不足 烟疗没有对外宣传门户网站，不能及时推广烟疗的业务和 展示烟疗的新风采，也难以提高烟疗在同行业中的知名度 。 l，信息所提出： u构建基层业务管理信息处理子系统、中层的管理 调度子系统以及决策层的统计分析子系统等三个 子系统为核心的综合管理信息系统; u实现从基层解决经营管理的漏洞、信息实时报送 、资源共享、经营透明、决策准确及时综合管理 平台，降低管理成本，全面提升烟疗的管理信息 化水平。信息所向烟疗提交了系统初步开发方案 。 1.2 YLMIS系统规划 l 管理目标 u(1) 优化管理流程，提高工作效

4、率 对于现有的管理流程进行优化，使烟疗业务处理更加快捷 高效，确保烟疗各项工作健康快速发展。 u(2) 建立基于全院信息化条件下的规范化管理制度 规范基层的数据管理，提高经营管理财务信息的真实性、 准确性和时效性，增加信息的透明度，加强各部门的相关 财务信息的监管、财务款项的回收以及工作任务的执行情 况。 u(3) 实现各类统计分析自动化，为管理决策提供科学依据 充分利用统计分析方法，及时地分析烟疗经营状况，及时 发现问题，为烟疗领导层决策提供科学依据。 u(4) 提高客户满意度水平 充分利用业务信息的共享性，让相关部门和客户及时了解 费用发生情况，努力提高客户服务水平。 l 信息化目标 u(

5、1) 实现全院管理信息化 所有经营管理活动，全部实现电子信息化，改进管理方式 ，提高工作效率，降低工作成本，形成行为规范、运转协 调、公正透明、廉洁高效的管理体制。 u(2) 减少信息录入环节，实现信息一次录入，多部门共享 业务执行部门录入相关业务信息，费用发生部门录入费用 信息，通过计算机网络，减少信息录入环节，实现信息一 次录入，其他各部门根据权限共享相关信息，保证信息的 一致性。 u(3) 实时调度各项业务运行，有效调控烟疗经营决策 信息的及时传送，方便烟疗管理部门实时调度各项业务运 行，为各基层单位日常管理和烟疗领导决策提供有效服务 ，全面提高烟疗的管理工作水平。 u(4) 全面规划，

6、确保系统的实用性 全面规划，预留标准接口，优选开发工具，保证开发的系 统五年先进，十年不落后。 1.3 需求分析 l1.3.1 现行系统的主要业务 u营销部 主要负责烟疗产品业务推广、对外宣传以及联系胜利油田管理局等有 关单位。 u经营管理办公室（以下简称经营办） 负责院内所有业务的组织、运行、协调、考核等。营销部业务上报到 经营办，由经营办进行审核，然后下发到院内各个相关业务部门，经 营办还负责院内的所有免费业务的下达。经营办下设一个三级单位 服务中心，服务中心的任务主要负责客人的入住登记、客人结账等 业务。 u客房部业务与服务中心 紧密结合，主管五个客房楼，其业务为房态维护、部门核算等。

7、u餐饮部 由胜利大酒店和石油大酒店组成，负责接待院内的一些团队就餐、院 客餐以及对外的零星就餐，每天统计酒店的收入情况； u旅游部 负责旅游团登记、旅游计划安排、旅游费用结算、上报旅游费用，其 中旅游计划分为组团和地接； l体检中心 u负责团队的查体、治疗等，根据客人的体检康复消费情况，逐笔 登记，客人对消费信息进行核对签字，体检中心将客人的查体、 药费、治疗消费信息上报到服务中心； l会议中心 u负责团队使用会议室服务，包括会议室使用登记、会议室费用信 息登记和上报； l车队的业务 u分为院内用车和团队用车，团队用车时，车队直接登记用车信息 ，院内用车时，需要用车人进行申请，然后车队派车。

8、l物业中心 u负责全院的物业调度、维修任务、水电费管理和工程任务等服务 ，并把相应费用上报到财务。 l财务资产部 u负责各部门账目汇总、账目统计、报表制作、月支出/收入统计等 。 1.3.2 业务流程重组 l系统开发前需要按照信息化原理对企业业 务过程的进行调整甚至重新建立所有内部 流程. l 免费业务 业务流程重组前的免费业务活动图 业务流程重组后的免费业务活动图 1.4 信息系统简要规划分析 系统初始结构 l由于系统开发初期，烟疗部分职能部门认 识不到位，配合不够密切，在系统后期实 施过程中，提出许多业务需求变更，致使 系统构架发生变化。烟疗信息系统规划为 基层业务管理信息处理子系统（10

9、个模块 ）、中层的管理调度子系统（7个模块）以 及决策层的统计分析子系统（3个模块）以 及系统维护系统（2个模块）。整个系统模 块规划保证了烟疗信息化的当前及远期目 标的顺利实现，并留下了充分的可扩展接 口。 图1-8 系统的最终结构图 1.5 可行性分析 l1.5.1 技术可行性分析 u(1) 项目开发的风险 YTSMIS采用较为成熟，且不失先进性的系统开发技 术，项目开发单位在开发管理信息系统方面具有丰富 经验，具有控制软件项目风险管理方法，确保在给定 开发范围和时间期限内，实现项目预期功能，因此， 项目风险较低 。 u(2) 人力资源的有效性 u(3) 技术方案的可行性 u(4) 资源的

10、有效性 l1.5.2 经济可行性分析 u企业管理的“跑、冒、滴、漏”； u经营统计决策分析职能较弱； u对外宣传力度不足； u这些每年给烟疗带来的损失近百万元。 u而本系统的开发经费初步测算为50万元。 u因此，该系统的开发在经济上是可行的。 1.6 系统分析与设计 l1.6.1 系统用例模型 u 业务参与者 又可以称为业务角色，它是指在企业业务中扮演某种 角色的各种事物，包括人、部门或独立的软件系统。 u建立用例视图分为以下几个步骤 角色的确定； 创建用例； 创建角色用例关系图。 l使用Rational Rose 的Use Case View中 建立角色的视图 l各个角色之间的关系如图1-1

11、0所示 l 业务用例 u(1) 营销业务添加 (2) 散客业务添加 (3) 用车添加 (4) 营销下达 (5) 免费业务下达 (6) 用车下达 (7) 免费业务申请 (8) 用车申请 (9) 维修申请 (10) 工 程申请 (11) 用车审批 (12) 工程审批 (13) 实际业 务结账 (14) 月底结账 (15) 财务数据修改 (16) 维 修添加 (17) 工程添加 (18) 实际业务添加 (19) 用 车确认 (20) 维修确认 (21) 院内业务申请 (22) 院 内业务审批 (23) 免费审批。 l图1-11 用例视图 l 系统用例建模 u在角色和用例之间存在关联关系，这种类型的关

12、 联关系通常涉及到角色和用例之间的通信关联关 系。 图1-14 执行部门业务用例关系图 l 用例描述 u(6) 用例名称：院内用车 参与者：申请部门、经营办、车队、院长 前置条件：用户通过网络，并有权限访问系统。 后置条件：将用车申请结果，反馈给申请部门。 基本事件流： 用户通过网络登录后，成功访问系统。 用车部门进入用车申请页面，登记用车记录并申请。 经营办接到申请，并向车队发出用车请求。 车队将用车请求发给院长审批。 审批通过车队出车，并填写出车记录，审批不通过则把结果 返回给申请部门。 申请部门对车队的出车记录进行确认。 可选事件流： 经营办可以在用车安排页面中将申请部门 的用车申请退回

13、。 异常事件流： 没有权限则不能申请用车，给出错误提示 信息。 1.6.2 系统静态模型 通过进一步分析系统需求，发现类以及类之 间的关系，确定它们的静态结构和动态行 为，是面向对象分析的基本任务。 静态模型是依据系统结构从静态观点描述系 统的视图，它定义系统中的对象和类及类 之间的关系和类的内部结构，即类的属性 和操作。系统的静态结构模型主要用类图 、对象图和包图描述 建立分析类模型 l 设计类图的属性 1.6.3 系统动态模型 l动态模型描述了系统随时间变化的行为， 这些行为是从静态视图中抽取的系统的瞬 间值的变化来描述。 l动态模型描述系统的功能如何完成，用顺 序图、活动图、协作图等从不

14、同的角度来 描述对象和对象之间的交互。 l时序图用来显示对象之间的关系，并强调 对象之间消息的时间顺序，同时显示对象 之间的交互； l协作图主要用来描述对象间的交互关系； l活动图是一种特殊形式的状态机，用于对 计算流程和工程流程建模。 l 用活动图描述业务流程 图1-18 营销业务活动图 l 时序图 u时序图用来显示对象之间的关系，并强调对象之 间消息的时间顺序，同时显示了对象之间的交互 图1-25 院内业务申请时序图 l 协作图 u协作图将焦点集中于一组相互协作的对象之间的 交互和链接上。链接是关联的一个实例。 u(1) 院内业务申请协作图 1.7 系统设计 l1.7.1 包的设计 u包图

15、是UML中的一个高层次的图，它使得设计 人员可以将具有一定关联性的类联系起来。设计 人员可以根据分布的处理环境不同进行分组（包 ），也可以根据功能相关性把类组织在不同的包 里，这样就为系统建立了若干不同的包。 图1-49 系统包图 l1.7.2 系统体系结构 l1.7.3 数据库设计 1.7.5 界面设计 l 输出设计 l2 输入设计 l 人机交互界面设计 1.8 系统实施 l1.8.1 系统编程 l1.8.2 系统测试 u表1-12 烟疗系统测试任务分配 l1.8.3 系统应用培训 l1.8.4 系统试运行 l1.8.5 系统验收 l1.8.6 系统开发启示 u(1) 企业信息化是“一把手工程” u(2) 重视技术和先进管理理念的结合 u(3) 总体规划、分步实施 u(4) 加强企业员工信息化素质的培养