页数：40页文件大小：581.4 KB来源： 管理信息系统ppt课件
本课件围绕信息系统的建设模式展开，依次讲解第11章信息系统的建设模式、信息系统建设模式概述等主要内容，并结合引例与案例分析说明相关方法在管理实践中的应用方式与实施要点，帮助建立从概念理解到方法运用的完整认知。
第11章信息系统的建设模式
教学要求相关知识能力要求知识要点项目管理理解管理信息系统建设模式的层次性管理信息系统建设模式战略管理理解组织战略规划如何转化为信息系统战略规划管理信息系统战略规划与组织战略规划的关系掌握管理信息系统战略规划的内容和方法管理信息系统战略规划
11.1信息系统建设模式概述为了方便理解和研究，站在最终用户的角度，根据用户在信息系统建设过程中的参与程度，以及信息系统知识产权的拥有情况，把信息系统的建设模式分为4个典型模式。 (1)软件供应商总承包模式(2)协同分析模式(3)联合设计模式(4)自主开发模式。
(1)软件供应商总承包模式，也叫商业软件购买模式或者应用软件包策略。 用户在整个的信息系统建设过程中，可能只有一个项目经理负责与软件供应商共同工作。
对应于结构化开发流程，这种模式中用户主导的工作环节仅限于系统规划阶段，而后续的系统分析、系统设计、系统实施维护与评价工作，是由软件提供商来主导完成的。 一般情况下，用户租用服务器和数据库，不拥有物理主机。
整个系统的升级根据总承包合同的规定执行，在合同期限内由软件供应商负责。
(2)协同分析模式。 对应于软件供应商总承包模式，在本模式中用户不仅要主导系统规划工作，还要参与系统分析工作，但不会涉及系统设计。
用户可能主导所有的系统分析工作，也可能由合作方主导完成系统分析过程中的新系统逻辑方案。 其最大的特点是用户对系统功能提出自己的专门要求，而后期的所有工作全部外包。
与采用软件供应商总承包模式的用户相比，协同分析模式中，用户的可能拥有自己独立的物理主机，但是运行与维护工作多数由外包方完成，用户的系统工作团队不能独立运作整个信息系统。
(3)联合设计模式。 信息系统用户除了全面主导系统规划和系统分析工作外，还要不同程度地参与系统设计工作，在系统设计过程中一般不起主导作用。
联合设计模式和前面两种模式的区别主要体现在以下两个方面：首先，用户部分地拥有了信息系统的知识产权，而前面两种模式用户只拥有使用权；其次，用户具备了独立开发的基本能力，可能因为成本、工期、质量等原因与软件开发商合作。
(4)自主开发模式。 这种模式普遍存在于大型企业独立的软件开发部门，以及专业软件开发公司自用信息系统的开发。
用户全过程参与开发过程，尽管某些环节可能有其他软件开发公司参与，但是用户在整个开发过程中起主导作用，对整个软件拥有知识产权。
11.2企业信息化战略规划11.2.1 IS战略规划的概念组织的IS规划(Information SystemStrategic Planning，信息系统战略规划)是指在理解组织的发展远景、业务规划的基础上，形成信息系统的远景、信息系统的组织架构，以及信息系统各部分之间的逻辑关系，以保证信息系统能够支持组织战略规划的目标的达成。
信息系统的战略规划的主要目的是定义和确定信息系统的投资的优先级别，在资金有限和系统相互约束的前提下，达到最佳的系统建设与应用组合。 好的信息系统的战略规划应该做到以下3点。
(1)与组织的战略规划相一致。 (2)与信息系统在组织中的角色一致，即与管理营业务对应。
(3)与信息系统的应用和管理成熟度一致。
11.2.1组织战略与IS战略规划的关系IS战略是由既定的组织经营战略形成后的一个推导方案，应该与组织经营战略同步，是组织经营战略的一个重要组成部分。 组织战略的适应性可以用组织结构和流程的适应程度来衡量，也可以用IS战略及IS的架构和流程的适应程度来衡量。
信息系统战略规划中的功能集成包括IS领域的集成，也包括组织结构和流程与IS架构和流程的集成，甚至包括信息系统与人的集成。 但是，做到真正的集成是不容易的，需要考虑很多人的行为因素。
11.2.2 IS规划与开发的实施
IS战略规划的步骤
11.3业务流程再造组织的变化自动化流程合理化业务流程再造:业务流程再造(Business ProcessRe-engineering，BPR)，是对企业过程进行根本性的再思考和彻底的再设计，以求企业的关键性指标获得显著的变化。 如质量、成本、服务和速度。
异化
业务流程再造(Business Process Re-engineering，BPR)，是对企业过程进行根本性的再思考和彻底的再设计，以求企业的关键性指标获得显著的变化。 如质量、成本、服务和速度。
信息系统影响组织的一个重要表现是信息系统导致组织变化。 组织变化一般分为上述的4种类型：自动化、流程合理化、业务流程再造和异化。
4种组织变化类型将导致组织承担不同的风险和获得不同的收益。
业务流程再造的经典案例（教材以外）BOM银行是美国1992年排名第12位的银行，该银行的抵押贷款业务量预计从平均每年3.3万笔激增到30万笔。 为避免由此而引发的桌面上业务量的激增，BOM银行对抵押贷款业务过程进行了再设计，大量减少了办理每笔业务的步骤和所需要填写的表格，将办理每笔业务平均所需要的时间从原来的17天减少为2天。
BOM银行抵押贷款原来的业务过程如下页所示。 抵押贷款的申请人先填制一份申请书，银行将它输入计算机系统，然后由8个部门的信用分析家、担保人等分别依次审议；如果此项贷款获得批准，就出具各项手续；最后转到其他服务机构，如保险、公证等单位，由这些单位再依次提供一系列的服务。
整个过程需要17天。
案例:BOM贷款业务流程再造原业务流程再造后的业务流程
业务流程再造的步骤(1)拓展业务视野和目标。 (2)确定再造的业务过程。
(3)理解并评价已有业务流程的执行效果。 (4)找到利用信息的机会。
(5)建立新业务过程的原型。
案例：价值链分析价值链模型把组织看成是由一系列环节组成的链条或过程，链条中的每个环节都是为顾客的产品和服务增加价值的。 价值链是由主要价值和支持价值组成，即组织的主要活动和支持活动。
案例：Talbott公司增值过程的寻找1．找出增加价值的过程
案例：Talbott公司增值过程的寻找2．找出减少价值的过程
11.4识别特定信息1、信息结构法——人与信息的关系……支付信息产品设计信息顾客订货信息雇员信息Ｘ人力资源人员Ｘ生产人员ＸＸ会计人员Ｘ设计人员……
(1)企业是否支持有利于信息共享的信息网络？ (2)哪些企业过程应当集中？
哪些过程应分布在作业场所？ (3)用于信息共享的各类网络安全吗？
还是只交流不敏感的信息？ (4)最有效的信息分布是怎样的？
(5)企业的每个过程是局部的还全局的？ 针对具体过程的信息分布是局部的还是全局的？
2关键成功因素法(CSF)关键成功因素(CSF)就是组织能够达到目标的关键因素。 运用这种方法，管理人员和知识工作者只需要找出他们负责的领域的几个关键成功因素，通过识别CSF，知识工作者帮助确定信息需求，并进一步确定组织需要的IT系统。
3企业系统计划法(BSP)BSP是从企业目标出发，在高层管理的角度，寻找企业的过程；再找出信息类；分析信息和过程的关系，即某些过程使用信息或产生信息。 采用U/C矩阵，描述信息和过程的关系，并在U/C矩阵上优化信息和过程，形成合理的信息结构，支持企业相应的过程，保证最终信息系统能够支持企业目标。
企业系统计划法(BSP)步骤(1)建立U/C矩阵(2)信息的正确性分析①每列只有一个“C”。 如果在一列中存在多个“C”(如表11-3所示的材料表、零件规格、计划数据类是由多个处理产生的)，需要调查产生这种情况的原因。
产生这种情况有两种可能性：一是数据汇总有错，误将起他引用数据当成数据元；二是数据类分类需要细化。 ②每列至少有一个“U”。
如果没有“U”(如表11-3所示的零件规格一列)，一定是调查数据或建立U/C矩阵时有误。 ③不能有空行和空列。
如果出现空行空列，则可能是两种情况：一是数据项或业务过程的划分是多余的；二是在调查或建立U/C矩阵过程中漏掉了它们之间的数据联系。 (3)确定信息系统的结构(4)确定信息资源分布
11.5信息系统规划报告1．组织远景与战略在确定信息系统战略规划的时候，需要先研究组织的战略规划。 需要回答的问题如下。
(1)你的组织的目标是什么？ (2)组织打算如何达到目标？
2．信息系统的战略信息系统战略包括以下内容。 (1)MIS的目标定位与发展战略。
(2)MIS的建设原则与策略选择。 (3)MIS的目标功能结构。
(4)MIS的技术规范与技术架构。 (5)新技术发展的预测。
3．现存的信息系统包括以下内容。 (1)当前存在哪些系统？
(2)它们是如何支持企业业务的？ (3)现存系统适用性分析。
(4)打算做哪些改变？
4．计划建立的信息系统包括以下内容。 (1)已选择哪些系统？
(2)通过它们能够支持哪些企业过程？ (3)如何评价这些系统？
(4)组织整顿与业务重组策略。 (5)管理控制策略。
5．信息系统的应急计划包括以下内容。 (1)有什么计划保护系统免遭灾难？
(2)如何选择保护系统？
6．信息系统的实施计划包括以下内容。 (1)信息系统开发进度计划。
(2)软硬件购置计划。 (3)资源投入计划。
(4)组织重组与人员培训计划。 (5)成本/效益计划。
GB/T8567—2006计算机软件文档编制规范可行性分析(研究)报告(FAR)说明：(l)《可行性分析(研究)报告》(FAR)是项目初期策划的结果，它分析了项目的要求、目标和环境；提出了几种可供选择的方案；并从技术、经济和法律各方面进行了可行性分析。 可作为项目决策的依据。
(2)FAR也可以作为项目建议书、投标书等文件的基础。
1引言1.1标识本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号和发行号。 1.2背景说明项目在什么条件下提出，提出者的要求、目标、实现环境和限制条件。
1.3项目概述本条应简述本文档适用的项目和软件的用途，它应描述项目和软件的一般特性；概述项目开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；列出其他有关的文档。 1.4文档概述本条应概述本文档的用途和内容，并描述与其使用有关的保密性和私密性的要求。
2引用文件本章应列出本文档引用的所有文档的编号、标题、修订版本和日期，本章也应标识不能通过正常的供货渠道获得的所有文档的来源。
3可行性分析的前提3.1项目的要求3.2项目的目标3.3项目的环境、条件、假定和限制3.4进行可行性分析的方法
4可选的方案4.1原有方案的优缺点、局限性及存在的问题4.2可重用的系统，与要求之间的差距4.3可选择的系统方案14.4可选择的系统方案24.5选择最终方案的准则
5所建议的系统5.1对所建议的系统的说明5.2数据流程和处理流程5.3与原系统的比较(若有原系统)5.4影响(或要求)5.4.1设备5.4.2软件5.4.3运行5.4.4开发5.4.5环境5.4.6经费5.5局限性
6经济可行性(成本—效益分析)6.1投资包括基本建设投资(如开发环境、设备、软件和资料等)，其他一次性和非一次性投资(如技术管理费、培训费、管理费、人员工资、奖金和差旅费等)。 6.2预期的经济效益6.2.1一次性收益6.2.2非一次性收益6.2.3不可定量的收益6.2.4收益/投资比6.2.5投资回收周期6.3市场预测
7技术可行性(技术风险评价)本公司现有资源(如人员、环境、设备和技术条件等)能否满足此工程和项目实施要求，若不满足，应考虑补救措施(如需要分承包方参与、增加人员、投资和设备等)，涉及经济问题应进行投资、成本和效益可行性分析，最后确定此工程和项目是否具备技术可行性。
8法律可行性系统开发可能导致的侵权、违法和责任。 9用户使用可行性用户单位的行政管理和工作制度；使用人员的素质和培训要求。
10其他与项目有关的问题未来可能的变化。
11注解本章应包含有助于理解本文档的一般信息(例如原理)。 本章应包含为理解本文档需要的术语和定义，所有缩略语和它们在文档中的含义的字母序列表。
附录附录可用来提供那些为便于文档维护而单独出版的信息(例如图表、分类数据)。 为便于处理附录可单独装订成册。
附录应按字母顺序(A、B等)编排。
习题课（1学时）教材案例的课堂分析11-1小厂商能够向大公司提供软件包吗？ 11-2福特公司使用资源外包把供应商变成合作伙伴
下载地址：{{downurl}}
{{{a}}}
{{#b}}{{{b}}}
{{/b}} {{/title}} {{#nolog}}登陆注册
{{/nolog}} {{#djsx}}点我刷新
{{/djsx}} {{#gocz}} {{/gocz}} {{#ffqr}} {{/ffqr}}