MBA《管理信息系统》第五讲-规划与架构

许鑫华东师范大学商学院华东师范大学MBA教育中心2016年8月MIS第五讲规划与架构第五讲规划与架构主要内容：如何把握业务需求企业系统规划法业务流程与BPR企业级架构思想如何把握业务需求真实需求与伪需求学校的考勤系统饭店的点餐系统浴室一卡通计费。。。。。。功能性需求与非功能性需求北京奥运会第二阶段门票出售。。。。。。需求满足过程中的技术与管理上海世博会的场馆预约机系统。。。。。。把握业务需求的方法如何进行信息化规划信息化规划有很多的方法、策略和视角情景法关键企业系统规划法关键成功因素法。。。。。。企业信息化规划的根本原那么信息系统的目标要与企业的战略目标相符合信息系统规划要有可操作性信息化规划应有助于提出优化企业管理的系统信息化规划要使信息系统能够可持续开展企业系统规划法企业系统规划法，又称之为企业系统方案方法〔BSP,BusinessSystemPlanning〕，是IBM公司在20世纪70年代开始采用的一种信息系统规划方法。企业系统规划法是通过全方面调查，分析企业信息需求，制定信息系统总体方案的一种方法。由于该方法可操作性强，在信息系统规划中得到了广泛应用。企业系统规划法的根本思想是：信息系统是为企业目标效劳的，信息系统应该能够满足企业各个管理层次的信息要求，并向企业提供一致的信息。信息系统由多个互有联系又相对独立的子系统以集成的方式构成，并且应该具有相对稳定的系统结构。企业系统规划法的根本思路根据企业系统规划法的根本思想，信息系统规划的根本思路是：识别企业目标和战略；确定企业业务和企业数据；分析业务和数据之间关系；根据业务和数据的聚合关系导出信息系统的子系统构成和结构。企业目标企业业务数据分析数据信息结构系统功能系统目标选择什么样的信息系统/解决方案？国内某国有大型航空客运企业信息化规划的例子ERPCRMSCMOA企业系统规划法的主要流程企业系统规划主要包括：总体规划准备工作、组织机构调查、定义管理目标、定义管理功能组、数据类分析、定义信息系统结构、现行信息系统分析、确定子系统实施顺序、计算机逻辑配置方案和可行性分析。1〕总体规划准备工作总体规划涉及较高的管理层次，要与多个部门接触，困难比较多。总体规划的成功与否。很大程度上取决于管理部门的支持和对总体规划队伍的信任。因此，规划的准备工作十分重要。信息系统总体规划的准备工作应该包括：成立信息系统规划小组、制定信息系统规划方案、启动规划工作、收集数据等。收集数据包括：企业一般情况〔环境、管理目标、人员、产品、产值、客户、合同〕；新信息系统的情况〔概况、根本目标、技术力量、软硬件环境、运行情况〕。2〕组织机构调查组织结构指的是一个组织(机关、企业、公司等)及其组成局部之间的隶属关系或管理与被管理的关系。通常可用组织结构图来表示组织结构。要了解组织机构的各种关系，如：资料传递关系、资金流动关系等等。此外还要注意：切实了解各部门的职责；在组织机构图中重点画出与信息系统有关的局部。3〕定义管理目标确定拟建信息系统的目标，需要调查了解企业的目标和为了到达这个目标所采取的经营方针以及约束条件。每个目标可以分成假设干个子目标，子目标可以用一定的指标来衡量。整个目标体系可以用目标树来表达。4〕定义管理功能组管理功能组是管理各类资源的各种相关活动和决策的组合。管理人员通过管理这些资源支持管理目标。5〕数据类分析数据类是按照主题划分的企业实体集，像工资、人员、雇员等都是数据类。在整理数据类时，应该注明产生、使用、引用各数据类的业务。6〕定义信息系统结构信息系统结构是指构成信息系统的子系统，以及各子系统相互之间的联系构成的关系模式。企业系统规划方法利用UC矩阵，通过对企业业务与数据类之间关系的分析，得出信息系统结构。在UC矩阵中规定，行为企业业务，列为数据类。如果某一个数据类由某一项企业业务产生，在矩阵中行列相交的位置放C(Create)；如果某项业务使用到一个数据类，那么在相交位置放U(Use)。7〕现行信息系统分析每一个企业信息系统建设都需要一个十分漫长的过程，信息系统规划也不是一次制定好后，再不做任何变化，而是根据变化进行及时修改。在制定信息系统规划或修订信息系统规划时，需要考虑企业已经建立的信息系统的现状，以及所存在的问题。这样在规划新信息系统过程中，既要能够纠正和弥补现存信息系统的缺乏，又要充分地继承现行信息系统，让它在新建立的信息系统中发挥应有的作用。8〕确定子系统实施顺序信息系统建设需要较长的时间，应该根据企业对信息系统需要的急迫程度、企业的根底条件和企业实力，统筹安排好信息系统建设的时间进度。诸如哪些子系统在什么时间完成，完成到什么程度等，都应该有具体的方案。9〕计算机逻辑配置方案总体规划后期，要考虑计算机逻辑配置方案。这是从系统需求的角度提出对计算机配置的根本要求，而不涉及具体硬件型号。计算机逻辑方案设计从以下几个方面考虑：客观条件约束；处理方式；联机储存量；应用设备；应用软件。南京国展中心HP小型机的一个例子10〕可行性分析对所制定的信息系统规划进行可行性分析，以确定该规划是否可行，以及还需要做哪些方面的修改和完善工作。可行性分析的结果需要专家进行审定，只有可行的信息系统规划才能被正式批准执行。可行性分析与可行性报告的撰写除了建立系统的必要性之外，建设信息系统的可行性研究应从三个方面考虑：技术可行性、经济可行性和社会可行性。技术可行性技术可行性是指根据现有的技术条件，能否到达所提出的要求；技术条件包括：硬件，系统软件，应用软件，技术人员等。所需要的物理资源是否具备，能否到达。是否成熟可靠？经济可行性经济可行性分析要评估工程的本钱和效益，分析工程经济上是否合理。看效益是否大于本钱？主要包括：资金可行性和经济合理性。社会可行性社会可行性是指所建立的信息系统能否在该企业中实现，在当前操作环境下能否很好的运行，即组织内外是否具备接受和使用新系统的条件。有时又称操作可行性，解决方案在当前的管理体系和组织形式中是否是较理想的。可行性分析报告具体格式例如可行性分析报告1．引言1.1编写目的1.2背景1.3参考资料2.现行组织系统概况2.1组织目标和战略2.2业务概况2.3存在的主要问题3.拟建立的信息系统3.1简要说明3.2初步建设方案3.2对组织的意义和影响4.经济可行性分析4.1支出4.2收益4.3支出收益分析5.技术可行性分析5.1主要技术路线5.2技术可行性分析6.社会可行性分析6.1社会法律政策可行性

6.2社会公共环境可行性

6.3操作可行性7.结论

7.1可行性研究结论

7.2结论的解释固化与优化问题如何看待现实管理中的流程和信息系统里的流程？信息化规划中如何确定业务流程？固化异或优化？BPR案例：福特公司的应付款系统BPR前福特公司物资采购工作中参与人员众多，原因在于涉及的部门太多。原业务流程是采购部门首先给卖方开出一张采购订货单，送一副本给财务部门；当供给商运来货物时，收货部门完成一份收货文件并送给财务部门，应付帐款部门收到供给商的发票后，将发票与采购部门的订单副本和收货文件核对；假设三份文件不一致，更多人将介入这一流程。改进后流程：采购部门发出订单，同时将订单内容输入到联机数据库；供货商发货，验收部门核查来货是否与数据库中的内容相吻合，如果吻合就收货，并在终端上按键通知数据库，计算时机自动按时付款。BPR后福特公司的应付款系统BPR后福特公司流程重建的成果福特公司的新流程采用的是“无发票”制度，大大地简化了工作环节，带来了如下结果：往应付款部门需在订单、验收报告和发票中核查14项内容，而如今只需3项——零件名称、数量和供货商代码；实现裁员75%，而非原定的20%；由于订单和验收单的自然吻合，使得付款也必然及时而准确，从而简化了物料管理工作，并使得财务信息更加准确。福特公司流程重建的启示向流程而不是单一部门假设福特仅仅重建应付款一个部门，那将会发现是徒劳的，正确的重建应是将注意力集中于整个“物料获取流程”，包括采购、验收和付款部门，这才能获得显著改善。大胆挑战传统原那么福特的旧原那么是当收到发票时付款；福特的新原那么是当收到货物时付款。旧原那么长期支配着付款活动，并决定了整个流程的组织和运行，从未有人试图推翻它，而BPR的实施就是要求我们要大胆质疑，大胆地反思，而不能禁锢于传统。EA历史及相关背景〔政府-企业〕企业架构雏形信息系统架构框架IT架构(ITA)联邦企业架构框架(FEAF)企业视角定位20世纪80年代早期企业建模应用限于某个信息系统的设计和开发20世纪80年代中期企业建模应用限于某个信息系统的设计和开发1996年，美国Clinger-Cohen导致ITA产生ITA现在被解释为IT企业架构〔EA〕企业体系结构桌面参考企业架构的理念得到了咨询公司和研究机构认可2000年METAGroup发布IBM、微软、HP、EDS等IT厂商也纷纷把目光集聚到企业架构，希望能够从企业这个视角来定位其产品和效劳1999年9月美国联邦CIO委员会出版2002年2月，OMB建立了联邦企业架构程序管理办公室来开发FEA学术关注政府关注咨询机构关注企业关注TOGAF企业架构标准化的工作越来越重要，也产生了一些研究团体和标准框架目前，业界最有名的企业架构框架是TOGAF〔TheOpenGroupArchitectureFramework〕标准化EnterpriseArchitecture企业架构企业业务架构企业技术架构企业信息架构企业IT管理架构企业价值架构结合高校一卡通系统开展的实例从局部到整体的理念转换带来了企业架构对很多企业而言，业务与信息技术已经形成相辅相成的一体两面。随着信息化的开展，过去的开展模式也带来了一些问题，这些问题主要表达在应用的别离，数据的别离与不一致，流程的断裂等方面。分析问题产生的原因，缺乏统一规划是一个重要因素，因为过去的信息化主要是以单一部门或单一业务为核心的模式，这无法适应今天企业级层面的信息化开展。以企业整体业务和战略为目标，信息系统的建设需要全面的战略规划，在规划的根底上制定循序渐进、滚动式的开展和建设方案以及应变策略，其中战略规划中的核心局部就是企业架构。企业架构是一个涵盖了不同层次大量内容的概念企业架构是从企业全局的角度审视与信息化相关的业务、信息、技术和应用间的相互作用关系以及这种关系对企业业务流程和功能的影响，进而可以抽象理解为企业范围内的各种实体间的体系结构关系，以及与体系结构相关的制度、流程和标准等。在企业架构的定义下，衍生出一些概念，其作为企业架构概念的组成局部，包括企业业务架构、企业信息架构、IT管理架构、技术架构等。企业架构的思考带来了信息化建设的新局面企业架构首先关注的是企业架构的规划，一般会从企业信息化的现状、原那么、模型、标准等方面来思考，描述清楚企业IT的根底设施、数据、应用和人力资源等方面的内容，在现在和未来愿景之上清晰地勾画出企业架构的开展战略。正如企业架构理念推广者描述的那样：企业架构是建设企业信息化的蓝图；企业架构是适应企业业务变革的方向盘；企业架构是沟通业务与信息技术间的桥梁；企业架构实现了业务、信息、应用和技术之间的协同。企业架构的组成〔1〕企业业务架构〔EnterpriseBusinessArchitecture〕：又称为商业架构，是企业关键业务战略以及他们对业务功能和流程的影响的表达。通常包含业务功能、流程和信息价值链的当前和将来的状态模型，通过信息架构、技术架构以及应用投资组合来进行实施，可定义为支撑竞争优势的业务设计。企业信息架构〔EnterpriseInformationArchitecture〕：是一个由企业业务架构驱动的模型集来描述企业信息价值链，主要包括建立关键信息流模型，描述业务事件的关键输出信息，扩展组织边界到外部信息来源和流向，使企业能快速进行业务决策和信息共享。数据架构〔DataArchitecture〕：反响了数据在企业的分布和使用结构。应用架构〔ApplicationArchitecture〕：又称之应用系统架构或者流程架构，反映了应用的构建方法和标准，从而为各种具体的应用开发提供指导性的意见。企业架构的组成〔2〕企业技术架构〔EnterpriseTechnologyArchitecture〕：是一个逻辑一致的技术原理集合，指导组织信息系统和技术根底结构的工程化，是对整个IT战略的表达，是企业架构的核心局部，对网络、硬件、软件、集成、平安等制定了蓝图和实现方法。技术架构的各个局部不是完全独立的，他们互相依赖互相关联。网络架构〔NetworkArchitecture〕：根据企业的组织结构和分布情况，及对各种数据和应用的支持要求，定义网络结构、建设方案和开展规划。硬件架构〔HardwareArchitecture〕：从企业级IT架构的角度来重新审视IT系统硬件设备的规划、采购、部署及与之对应的管理模式等问题。软件架构〔SoftwareArchitecture〕：起源于软件工程，是关于软件系统的有机组织的决策集合、结构化元素的选择以及元素之间的接口，通过这些接口以及元素间的协作构成软件系统。企业架构的组成〔3〕集成架构〔IntegrationArchitecture〕：通过制定技术方案，将所有的技术组件聚集成一个完整的信息系统。平安架构〔SecurityArchitecture〕：平安贯穿在数据、应用、网络、软硬件和集成等多个方面，平安架构需要对各种平安要求的特性进行总结和归纳，从而形成统一的平安架构体系以保证各个技术与业务层面的平安问题。IT管理架构〔ITManagementArchitecture〕：包含着IT规划设计、IT组织架构、运维架构等内容，特别是运维架构，其作为信息系统效劳业务与战略的保证，定义了对企业信息化系统的运行管理和维护方法与机制。业务架构业务架构从IT的角度，对企业的业务结构、企业机构与业务的关系、企业内部的关系以及企业与外部机构的关系进行整理定义。企业业务架构包含了：企业的业务和战略目标：描述企业的目标，包含着近期目标，中期目标和长远的战略目标。企业的组织机构：明确描述企业的组织机构和职能，以及与企业相关的机构和个体，如客户，合作伙伴和供给商等。业务的分类：对企业的产品、效劳和资源体系进行分类。这种分类包含了对相关产品、效劳和资源的共性提取和总结。各类业务之间的关系：对产品、效劳和资源的相互关联进行总结。业务之间的关系表达为跨业务的流程及资源共享等。组织机构与业务的关系：业务的执行是由机构来完成的，但是机构与业务并不一定是一一对应的关系。清楚地找出机构与业务的关系，将为应用与集成架构奠定可靠的根底。企业与外部机构的关系：对与企业相关的外部机构或个人就其类型，业务类别，业务往来模式等进行分类。信息架构企业信息架构是将企业业务实体抽象成为信息对象，将企业的业务运作模式抽象成为信息对象的属性和方法，建立面向对象的企业信息模型。企业信息架构实现从业务模式向信息模型的转变，业务需求向信息功能的映射，企业根底数据向企业信息的抽象。企业信息架构由数据架构和应用架构组成，包括一个统一、共享、分布、准确和持续的数据环境和在这一平台上建立的从事务处理系统到决策支持系统等各种企业信息系统，实现了从业务模型向功能模型的转变，业务架构向信息架构的映射，企业根底数据向企业信息的抽象。企业数据架构描述了企业所拥有的数据和数据管理资源，通过企业业务架构抽取企业的数据标准、数据元素、数据模型，构成数据库、数据仓库等企业数据运行环境，为企业应用架构提供统一的数据平台。企业应用架构描述了在企业统一的数据平台上各个相对独立的应用系统的部署以及和核心业务流程之间的作用和关系。企业应用架构实现企业各个业务流程的信息化和可行的自动化，并使得各个应用系统的集成运行成为可能。企业应用架构中可以包括原有企业信息系统中对企业仍有战略价值、对企业业务仍有影响的遗留局部、软件包、分布式系统等，也可以包括经过确认的满足即将到来的业务需求的新的应用局部或系统。视角1：从业务和战略看数据在企业级架构中，一个成功的数据架构应该能够准确反映和实现企业现有的业务逻辑和未来的开展战略，而且能够针对数据的生命周期进行管理。从功能的角度，在制定数据架构时首先要考虑的是对企业业务架构的支持。从整体的数据模型出发，实现向各个业务模块的映射，明确各个数据模块间的相互关系，才能保证企业级数据的完整性和准确性。企业战略问题也是企业业务架构的重要组成局部，数据架构也必须充分考虑相关的因素。将可预测的东西考虑进去，同时对不可预测的东西打下灵活的根底。视角2：从生命周期看数据数据的生命周期包含了数据或者信息的产生、采集、整理、使用、存储、分析、废弃或消失等生命周期环节。在数据生命周期管理根底上制定的数据架构不仅可以更加有效地支持业务系统，而且能够提高企业数据资产的质量。数据架构要从结构上考虑业务需要，从物理上满足业务的性能要求。在数据产生和应用过程中，业务系统并不能保证数据的完整性，甚至也不是每个业务系统都需要完整的数据。数据的完整性和准确性问题的解决不仅是从数据向数据资产过度的重要环节，而且对业务将产生极其深远的影响。分析型数据使得我们可以从不同的层面，或者说从不同的维度，来看待和分析数据资产。企业级数据架构必须包含了数据的静态架构〔如数据存储等〕和动态架构〔如数据交换和传输等〕这两个方面。视角3：从管理看数据企业的资产管理的重要性无容置疑，对数据的管理，必须从数据的可用性、平安性，业务的连续性和防灾能力等多个方面出发。保证在灾难发生时的应对能力，同时保证系统出现非灾难性的故障时业务的连续性。从企业的具体情况出发，制定对数据生命周期中的每一个环节和过程的管理机制，是企业级数据架构中必不可少的。应用架构企业应用结构又被称之为应用系统架构，是以企业数据架构为根底，建立支撑企业业务运行的各个业务系统，通过应用系统的集成运行，实现企业信息自动化流动，代替手工的信息流动方式，提高企业业务的运作效率，降低运作的本钱。多层架构与烟囱式应用多层架构将表示逻辑与业务逻辑分开，形成表示层和业务逻辑层，数据层也由原来的简单数据存储演变到了数据存储与数据获取的别离，因此应用架构由至少三层组成。中间件技术与Web技术的结合使得应用系统部署和使用方式发生了根本性的变化，使“组件化”技术得以充分实现。仅由单一应用角度出发所开发的应用就像一个个单独耸立的烟窗一样，即烟囱式应用系统，带来了诸如信息孤岛、流程断裂等问题。C/S&B/S现实应用中存在着方便易用、平安、性能、展现等诸多方面考量。SOA松散耦合从技术模式转换成一种业务模式。技术架构企业技术架构是实现企业应用架构的底层技术根底结构，通过网络技术、硬件技术、软件平台技术、应用集成技术、信息平安技术间的相互作用支撑企业应用的运转，其通过提供满足各种角色的用户需要的技术平台将业务架构、信息架构、应用架构等连在一起。企业技术架构是企业级架构的核心局部，它对网络建设、软硬件选型、集成与平安等制定了蓝图和实现方法。硬件架构硬件是企业信息化的根底设施。在信息化建设的初期，由于没有技术根底设施的概念，企业完全以业务部门需求为基准来建设IT应用，按应用的要求采购机器、网络和存储设备等，如今这种模式已经逐渐被取代了。从企业级架构的角度出发，以企业业务架构为根底，充分考虑数据、应用和技术等问题，以开展的眼光建设硬件技术根底设施，才是真正的“硬”道理。具体说来企业的硬件技术根底设施根本上向着效劳主机大型化和用户终端小型化和多元化的方向开展，所以在企业IT架构规划时，必须充分考虑这样的方向性问题。软件架构20世纪60年代的软件危机使得人们开始重视软件工程的研究。起初人们把软件设计的重点放在数据结构和算法的选择上，随着软件系统规模越来越大、越来越复杂，整个系统的结构和规格说明显得越来越重要。对于企业大规模的复杂软件系统来说，对总体的系统结构设计和规格说明比起对计算的算法和数据结构的选择更显重要，正是在此背景下企业越来越认识到软件体系结构的重要性，同时也希望通过对软件体系结构进行系统、深入的研究来构建满足企业需求的软件根底设施。软件体系结构软件根底设施软件根底设施效劳例如目录效劳例如LDAPServer平安效劳例如企业级防火墙系统管理效劳数据管理效劳应用效劳集成效劳时间效劳。。。。。。集成架构业务与战略是集成的原动力，在考虑企业集成架构时必须从根本上解决这个问题，使其“分”而不“散”，因此集成架构必须从数据、应用和业