管理信息系统案例第1章

1.1项目开发背景第一页，共41页。第一页，共41页。烟疗的现行管理信息系统主要存在问题：(1)缺乏整体规划，信息化应用水平较低烟疗部分部门有局限本部门应用的小软件，功能单一，现行系统缺乏系统科学的规划，无法满足各个部门业务管理需要。(2)半手工式的信息管理方式，降低了管理效率各业务点的信息不能及时传递，半手工式的信息管理方式延长信息的处理时间，烟疗的工作效率很难得到提高。(3)信息重复转抄，导致信息不一致各部门相当一部分工作（收入统计、费用统计、财务汇总等）的信息处理由手工完成，增加工作人员的劳动强度；各部门信息的重复转录，经常导致信息的不一致。第二页，共41页。第二页，共41页。(4)企业管理的“跑、冒、滴、漏”（详见本章后面的注解）不能得到很好的解决由于信息不能及时共享，经常导致各业务点和财务科出现不一致的信息，经营信息不准确；信息不一致性导致企业管理的“跑、冒、滴、漏”，影响了企业的整体经济效益。(5)企业的经营管理监督较为困难信息的不完善，激励机制不足，导致经营管理部门不能有效的实施协调、监督和控制职能。(6)经营统计决策分析职能较弱来院疗养的团队或个人的基本信息均存储在各业务点，使得烟疗的信息安全性得不到保证；各部门与财务相关的材料主要采取了纸质方式保存，结果使得全院的经营管理信息的查询和分析工作难以进行；弱化的经营统计分析职能不利于管理层决策。(7)对外宣传力度不足烟疗没有对外宣传门户网站，不能及时推广烟疗的业务和展示烟疗的新风采，也难以提高烟疗在同行业中的知名度。第三页，共41页。第三页，共41页。，信息所提出：构建基层业务管理信息处理子系统、中层的管理调度子系统以及决策层的统计分析子系统等三个子系统为核心的综合管理信息系统;实现从基层解决经营管理的漏洞、信息实时报送、资源共享、经营透明、决策准确及时综合管理平台，降低管理成本，全面提升烟疗的管理信息化水平。信息所向烟疗提交了系统初步开发方案。第四页，共41页。第四页，共41页。1.2YLMIS系统规划⒈管理目标(1)优化管理流程，提高工作效率对于现有的管理流程进行优化，使烟疗业务处理更加快捷高效，确保烟疗各项工作健康快速发展。(2)建立基于全院信息化条件下的规范化管理制度规范基层的数据管理，提高经营管理财务信息的真实性、准确性和时效性，增加信息的透明度，加强各部门的相关财务信息的监管、财务款项的回收以及工作任务的执行情况。(3)实现各类统计分析自动化，为管理决策提供科学依据充分利用统计分析方法，及时地分析烟疗经营状况，及时发现问题，为烟疗领导层决策提供科学依据。(4)提高客户满意度水平充分利用业务信息的共享性，让相关部门和客户及时了解费用发生情况，努力提高客户服务水平。第五页，共41页。第五页，共41页。⒉信息化目标(1)实现全院管理信息化所有经营管理活动，全部实现电子信息化，改进管理方式，提高工作效率，降低工作成本，形成行为规范、运转协调、公正透明、廉洁高效的管理体制。(2)减少信息录入环节，实现信息一次录入，多部门共享业务执行部门录入相关业务信息，费用发生部门录入费用信息，通过计算机网络，减少信息录入环节，实现信息一次录入，其他各部门根据权限共享相关信息，保证信息的一致性。(3)实时调度各项业务运行，有效调控烟疗经营决策信息的及时传送，方便烟疗管理部门实时调度各项业务运行，为各基层单位日常管理和烟疗领导决策提供有效服务，全面提高烟疗的管理工作水平。(4)全面规划，确保系统的实用性全面规划，预留标准接口，优选开发工具，保证开发的系统五年先进，十年不落后。第六页，共41页。第六页，共41页。1.3需求分析1.3.1现行系统的主要业务营销部主要负责烟疗产品业务推广、对外宣传以及联系胜利油田管理局等有关单位。经营管理办公室（以下简称经营办）负责院内所有业务的组织、运行、协调、考核等。营销部业务上报到经营办，由经营办进行审核，然后下发到院内各个相关业务部门，经营办还负责院内的所有免费业务的下达。经营办下设一个三级单位——服务中心，服务中心的任务主要负责客人的入住登记、客人结账等业务。客房部业务与服务中心紧密结合，主管五个客房楼，其业务为房态维护、部门核算等。餐饮部由胜利大酒店和石油大酒店组成，负责接待院内的一些团队就餐、院客餐以及对外的零星就餐，每天统计酒店的收入情况；旅游部负责旅游团登记、旅游计划安排、旅游费用结算、上报旅游费用，其中旅游计划分为组团和地接；第七页，共41页。第七页，共41页。体检中心负责团队的查体、治疗等，根据客人的体检康复消费情况，逐笔登记，客人对消费信息进行核对签字，体检中心将客人的查体、药费、治疗消费信息上报到服务中心；会议中心负责团队使用会议室服务，包括会议室使用登记、会议室费用信息登记和上报；车队的业务分为院内用车和团队用车，团队用车时，车队直接登记用车信息，院内用车时，需要用车人进行申请，然后车队派车。物业中心负责全院的物业调度、维修任务、水电费管理和工程任务等服务，并把相应费用上报到财务。财务资产部负责各部门账目汇总、账目统计、报表制作、月支出/收入统计等。第八页，共41页。第八页，共41页。1.3.2业务流程重组系统开发前需要按照信息化原理对企业业务过程的进行调整甚至重新建立所有内部流程.⒈免费业务业务流程重组前的免费业务活动图

第九页，共41页。第九页，共41页。业务流程重组后的免费业务活动图

第十页，共41页。第十页，共41页。1.4信息系统简要规划分析系统初始结构

第十一页，共41页。第十一页，共41页。由于系统开发初期，烟疗部分职能部门认识不到位，配合不够密切，在系统后期实施过程中，提出许多业务需求变更，致使系统构架发生变化。烟疗信息系统规划为基层业务管理信息处理子系统（10个模块）、中层的管理调度子系统（7个模块）以及决策层的统计分析子系统（3个模块）以及系统维护系统（2个模块）。整个系统模块规划保证了烟疗信息化的当前及远期目标的顺利实现，并留下了充分的可扩展接口。第十二页，共41页。第十二页，共41页。图1-8系统的最终结构图

第十三页，共41页。第十三页，共41页。1.5可行性分析1.5.1技术可行性分析(1)项目开发的风险YTSMIS采用较为成熟，且不失先进性的系统开发技术，项目开发单位在开发管理信息系统方面具有丰富经验，具有控制软件项目风险管理方法，确保在给定开发范围和时间期限内，实现项目预期功能，因此，项目风险较低。(2)人力资源的有效性(3)技术方案的可行性(4)资源的有效性第十四页，共41页。第十四页，共41页。1.5.2经济可行性分析企业管理的“跑、冒、滴、漏”；经营统计决策分析职能较弱；对外宣传力度不足；这些每年给烟疗带来的损失近百万元。而本系统的开发经费初步测算为50万元。因此，该系统的开发在经济上是可行的。第十五页，共41页。第十五页，共41页。1.6系统分析与设计1.6.1系统用例模型⒈业务参与者又可以称为业务角色，它是指在企业业务中扮演某种角色的各种事物，包括人、部门或独立的软件系统。建立用例视图分为以下几个步骤角色的确定；创建用例；创建角色—用例关系图。第十六页，共41页。第十六页，共41页。使用RationalRose的UseCaseView中建立角色的视图第十七页，共41页。第十七页，共41页。各个角色之间的关系如图1-10所示第十八页，共41页。第十八页，共41页。⒉业务用例(1)营销业务添加(2)散客业务添加(3)用车添加(4)营销下达(5)免费业务下达(6)用车下达(7)免费业务申请(8)用车申请(9)维修申请(10)工程申请(11)用车审批(12)工程审批(13)实际业务结账(14)月底结账(15)财务数据修改(16)维修添加(17)工程添加(18)实际业务添加(19)用车确认(20)维修确认(21)院内业务申请(22)院内业务审批(23)免费审批。图1-11用例视图第十九页，共41页。第十九页，共41页。⒊系统用例建模在角色和用例之间存在关联关系，这种类型的关联关系通常涉及到角色和用例之间的通信关联关系。第二十页，共41页。第二十页，共41页。图1-14执行部门业务用例关系图第二十一页，共41页。第二十一页，共41页。⒋用例描述(6)用例名称：院内用车参与者：申请部门、经营办、车队、院长前置条件：用户通过网络，并有权限访问系统。后置条件：将用车申请结果，反馈给申请部门。基本事件流：①用户通过网络登录后，成功访问系统。②用车部门进入用车申请页面，登记用车记录并申请。③经营办接到申请，并向车队发出用车请求。④车队将用车请求发给院长审批。⑤审批通过车队出车，并填写出车记录，审批不通过则把结果返回给申请部门。⑥申请部门对车队的出车记录进行确认。可选事件流：①经营办可以在用车安排页面中将申请部门的用车申请退回。异常事件流：①没有权限则不能申请用车，给出错误提示信息。第二十二页，共41页。第二十二页，共41页。1.6.2系统静态模型通过进一步分析系统需求，发现类以及类之间的关系，确定它们的静态结构和动态行为，是面向对象分析的基本任务。静态模型是依据系统结构从静态观点描述系统的视图，它定义系统中的对象和类及类之间的关系和类的内部结构，即类的属性和操作。系统的静态结构模型主要用类图、对象图和包图描述第二十三页，共41页。第二十三页，共41页。⒈建立分析类模型第二十四页，共41页。第二十四页，共41页。⒉设计类图的属性第二十五页，共41页。第二十五页，共41页。1.6.3系统动态模型动态模型描述了系统随时间变化的行为，这些行为是从静态视图中抽取的系统的瞬间值的变化来描述。动态模型描述系统的功能如何完成，用顺序图、活动图、协作图等从不同的角度来描述对象和对象之间的交互。第二十六页，共41页。第二十六页，共41页。时序图用来显示对象之间的关系，并强调对象之间消息的时间顺序，同时显示对象之间的交互；协作图主要用来描述对象间的交互关系；活动图是一种特殊形式的状态机，用于对计算流程和工程流程建模。第二十七页，共41页。第二十七页，共41页。⒈用活动图描述业务流程图1-18营销业务活动图第二十八页，共41页。第二十八页，共41页。⒉时序图时序图用来显示对象之间的关系，并强调对象之间消息的时间顺序，同时显示了对象之间的交互图1-25院内业务申请时序图

第二十九页，共41页。第二十九页，共41页。⒊协作图协作图将焦点集中于一组相互协作的对象之间的交互和链接上。链接是关联的一个实例。(1)院内业务申请协作图第三十页，共41页。第三十页，共41页。1.7系统设计1.7.1包的设计包图是UML中的一个高层次的图，它使得设计人员可以将具有一定关联性的类联系起来。设计人员可以根据分布的处理环境不同进行分组（包），也可以根据功能相关性把类组织在不同的包里，这样就为系统建立了若干不同的包。第三十一页，共41页。第三十一页，共41页。图1-49系统包图第三十二页，共41页。第三十二页，共41页。1.7.2系统体系结构第三十三页，共41页。第三十三页，共41页。1.7.3数据库设计第三十四页，共41页。第三十四页，共41页。第三十五页，共41页。第三十五页，共41页。1.7.5界面设计⒈输出设计第三十六页，共41页。第三十六页，共41页。2输入设计第三十七页，共41页。第三十七页，共41页。⒊人机交互界面设计第三十