案例法在信息系统开发课程教学中的应用
摘要：信息系统开发是一门综合性、实践性很强的课程。针对高职学院计算机信息管理专业教学实际，分析了案例教学法的特点，提出在信息系统开发课程教学中对案例的选择原则，以及运用案例法时的注意事项。
关键词：教学法；案例教学法；信息系统开发；计算机信息管理
0 引言
信息系统开发课程是高等职业院校计算机信息管理专业学生的一门重要课程，是一门综合性强、实践性强的课程。通过教学，应该使学生掌握信息系统开发的基本理论和主要方法，更要使学生能够结合实例掌握具体的开发技能。由于信息系统开发涉及到程序设计、管理信息系统、数据库技术等诸多相关知识。同时，学生基本不具备社会实践经验，对于企业的组织机构、业务流程了解甚少，对管理策略的具体应用缺乏实际体验。因此，信息系统开发课程的教学难度很大，对教师和学生的要求都较高。采用传统的讲述式教学法很难让学生对信息系统开发的全部流程、要点有直观感受。案例教学法具有生动、贴近实际、参与性强的特点，通过在信息系统开发课程中引入案例法，可以提高学生的分析问题和解决实际问题的能力，更好地掌握结合企业实际来分析、设计和实施信息系统。
1 信息系统开发课程的教学特点
1.1 信息系统开发课程的教学难点
由信息系统开发课程本身的性质所决定，其教学难点主要有：第一是理论和方法容易理解却难掌握；第二是相关知识点太多但体系性不强；第三是实践性强但学生知识面不够、实践经验太少。在实际的教学过程中，很容易造成学生听起来简单，但是做起来却不知道如何下手，如何将知识与实际结合起来。
1.2 信息系统开发课程教师素质要求
从课程特点来看，从事信息系统开发课程教学的老师应该是既懂管理知识，最好有从事企业管理的经历；又懂计算机技术，尤其要熟悉计算机网络、软件工程和数据库技术；还最好是有开发信息系统项目的实际经验。然而，要全部满足这些要求，无疑对教师提出了非常高的要求。
1.3 信息系统开发课程教学模式存在的一些问题
在信息系统开发课程的实际教学上，很多教师或偏重于对开发方法、开发原则、流程等的课堂讲述，或偏重于数据库技术的实验操作，或强调软件编程的介绍。学生学了后，对信息系统开发认识非常模糊，理论无法联系实际，缺乏直观感受。
2 案例教学法简介
案例教学法（case-based teaching）是通过对一个具体情景的描述，引导学生对这些特殊情景进行讨论；或者通过对一个典型事例的分析，启发学生思索的一种教学方法。案例也叫实例，是对一个实际情境的描述，或者是一个现实发生的典型事例。案例教学法的基本方式是问答式或讨论式，有别于传统的讲述式教学方法，其目标就是训练学生的职业技巧和技能，其优点是可以促进学生积极思维、个人钻研、独立思考，发挥学生的主动性和积极性；可以缩短学校与实际应用环境的差距，使学生以后能更容易适应自己的工作角色案例教学法在很多学科中都得到了广泛的应用，比如法律课程教学、商务课程教学等。
案例教学法与传统教学法的主要区别有：
（1）传统教学法内容主要依据固定模式的教科书；案例教学法使用的是实际案例，即对特定情景和实际企业应用的描述。
（2）传统教学法的组织方式主要是教师讲，学生听，通过教师的口头语言表述、讲解或演示等形式传授知识；在案例教学法中教师和学生一起，共同参与对实际问题进行的讨论和分析，师生不分主辅，组织形式可以多种多样。
（3）传统教学法中教师主要任务是熟悉教材、实验；案例教学法中，教师扮演多种角色，而且要求知识面广，视角新。
（4）传统教学法的教学气氛一般要求严肃、安静；案例教学中气氛要求活跃，要充分调动学生主动性和积极性，充满交流与讨论，学生要扮演相应的角色。
（5）传统教学法的教学场所主要是课堂或实验室，案例教学的教学场所可以多样化，可以是课堂、实验室，也可以是机房、模拟的环境等。
3 信息系统开发课程的案例选择
从各种公开文献来看，案例法在计算机类课程教学中的应用较为广泛，如网站建设、图形图像处理、电子商务等。但是案例法在信息系统开发课程中的应用还较少。
案例教学法的核心是案例的选择。在信息系统开发课程中应用案例教学法，关键是要结合本学科的特点和高职学生的实际学习水平和能力，来进行案例的选择和准备。
由于信息系统开发本身是一门综合性、实践性很强的学科，因此教学中可以利用的案例资源特别多，种类也非常丰富。其种类可以分为以下几类：
（1）按照涉及的学科内容分：管理学案例、数据库案例和编程案例。
（2）按照信息系统开发阶段分：系统分析案例、系统设计案例、系统集成案例、系统测试案例等。
（3）按照来源分：企业案例、教程案例、网络案例、报刊杂志案例的和自制案例等。
（4）按照形式分：操作型案例、知识型案例、讨论型案例等。
在教学过程中可以根据实际需要选择不同的案例，但是必须紧扣教学目的进行合理取舍案例，避免把案例变成故事。尤其要注意以培养学生的能力为出发点，多选择讨论型案例、操作型案例，并最好选择企业实际开发的信息系统案例进行教学。另外，由于信息技术更新很快，因此更要重视信息系统案例时间的新颖性，避免把错误信息和落后的知识传递给学生。
高职教育重在技能的教育，因此学生的理论和专业知识的广度较低。所以，在案例的选择时还要注意结合高职学生的特点，选用案例要得当，应选择学生容易接受和理解的案例，尽量选用开发规模比较小的信息系统项目作为案例，选择中小企业作为开发背景的案例。比如选择图书馆管理信息系统、超市收银系统、学生成绩管理系统等作为教学案例就是比较合适的。
4 信息系统开发课程案例教学应注意的几个重要环节
案例教学法在信息系统开发课程教学中的应用是一种探索。如何根据案例教学法的特点，结合教师、学生和课程的特点，达到教学效果，关键要注意以下几个环节：
4.1 课前要高度重视案例的准备工作
准备工作包括教师准备和学生准备两个方面。教师准备，选择恰当的案例、弄清楚要达到的教学目的是关键。学生准备，主要是根据教师的提前布置，作好收集相关背景资料、技术知识等。比如讲述ERP相关章节时，老师可以先列出将要介绍的ERP案例，然后让学生提前收集此案例公司的相关背景资料、ERP发展情况等，再进行课堂讨论。
另外，教师还要重视日常的案例资料收集。通过案例整理，丰富自己的知识面，提高自身专业素质，这是提高信息系统开发案例教学质量的基础工作。做好案例的分类编写、修正更新，可以使案例更加系统化和案例反映学科实际状况和最新进展，保持课程活力和对学生的吸引力。
4.2 课中教师要营造良好的案例教学环境
课堂效果如何，是衡量案例教学法在信息系统开发课程教学中能否发挥作用的标准。教师在组织案例教学中要注意调动学生的积极性，激励学生的学习热情和兴趣，鼓励学生发表自己的观点。案例法的教学并不是简单地用举例来对学科的内容进行说明。在信息系统开发的教学中，需要尽可能提供逼真的模拟环境，以体验系统开发的各个阶段、步骤可能出现的各种问题、情形。在给定的环境中发生的事件的结果如何，通常要由学生用自己的经验和所学知识做出判断和设想。通过一个用案例法教授的课程，学生应该体验到有过实际解决问题的经历，懂得遇到开发过程中的困难和变化时如何合理处理。
在教学中，可以模拟一个具体的开发案例，比如选取学生相对比较熟悉的学校管理信息系统的开发作为实际案例。进行分组，让学生分别充当系统开发方（某软件公司）、系统需求方（某中学），然后在两个虚拟的组织（开发方、需求方）里又分别进行角色的细分，并根据教学的进程，让学生对每个开发阶段需要做的工作结合案例完成任务。这样，学生获得的系统开发知识将更为直观，也更能提高其实际能力。
4.3 注意把握案例教学的主要流程
案例教学的流程一般是：发布案例，提出要求，学生思考，引导发言，相互交流，教师总结。合理把握这些环节，可以提高案例教学的效率。另外，需要注意的是信息系统开发课程还有大量的实践操作环节，比如系统实施阶段的数据库设计、程序编写等，这些内容的教学时应该在计算机房进行案例模拟教学，以分组配合完成案例任务教学，此时不宜采用讨论模式的案例教学。
4.4 课后教师要认真进行教学效果的检查和评价
教师课后要认真进行教学效果检查和评价，一般可以通过让学生书写方案设计书或报告、案例分析书面作业等来进行，也可以找学生访谈、交流心得体会的方式来评价在信息系统开发中应用案例法的教学效果。
5 结语
从高职学生的培养目标来看，信息系统开发课程的重点应该是注重实际应用的教学，注重对学生职业技能的培养。案例教学让学生从一个个实例中来逐步了解信息系统开发的阶段和步骤，培养学生模仿实例来解决实际问题的能力，为以后从事工作做好素质能力的准备。案例教学法是高等职业技术学院信息系统开发课程教学中一种值得大力推广的教学方法。
案例教学对教师和学生的要求都较高。因为案例教学以学生的积极参与为前提，以教师的有效组织为保证，以精选出来的能说明问题的案例为核心，而要做到这些方面的有机结合往往较为困难。另外，需要注意的是，如果过多依赖案例教学容易造成学生缺乏对知识的总体掌握，可能使学生形成一些片面的认知，容易根据个别典型案例所展现出来的信息出现以偏概全的认识。因此，在信息系统开发课程教学中应用案例法还应该配合常规的课堂讲述、多媒体展示、实验实训等教学方法。
参考文献
[1]邓三鸿，许鑫，王吴等，案例教学在管理信息系统课程中的实践探讨[J]，现代教育技术，2012（9）：120-121
[2]教育部人事司组编，高等教育学（修订版）[M]，北京：高等教育出版社，1999：267
[3]张大均主编，教育心理学[M]，北京：人民教育出版社，2004：480-483
[4]田保军，软件工程课程案例教学方法的研究[J]，内蒙古师范大学学报（教育科学版），2008（1）：104
[5]李成良，顾美玲编著，大学教学理论与方法[M]，贵州：贵州教育出版社，1995：340
作者：赖乔乔 曾庆勇
[摘要]本文将医院管理信息系统以案例的形式纳入到管理信息系统课程的教学，突破目前管理信息系统课程教学的现状。以调查分析的形式对医学院校管理信息系统课程案例教学现状进行了调查分析，并从教学规划和教学环境建设两个方面进行了教学建设解析。
[关键词]管理信息系统;案例教学;HIS
0引言
管理信息系统已经成为各类企业、组织和政府职能部门信息化建设与实施应用的重要战略举措和发展的必然需求，有关管理信息系统相关内容的教学也已纳入大学本科教育的教学体系中。经过短期的发展逐渐形成了针对不同专业、不同应用领域和不同层次的管理信息系统教育教学体系。其中，计算机专业及信息专业教学重点侧重于信息系统的规划、开发、设计和实施，管理专业关注于管理信息系统对管理的辅助作用，其他专业(如医学、教育、销售等)关注于针对性的信息化建设和管理信息系统的应用。
医院信息系统(Hospital Information system，HIS)是覆盖医院所有管理层次和所有业务处理过程的信息化管理平台系统，其在提高医疗管理效率、提升医疗服务水平和医院自身素质、竞争能力等方面的作用得到了医疗管理者和相关从业者及广大患者的一致认可。在对辽西地区的HIS应用覆盖率调查中显示县级及以上医院HIS的应用率达97%以上，乡镇级医疗单位的HIS覆盖率也已超过50%。信息化医院管理系统应用相关技术已成为医疗从业者的必备技能。
案例教学于20世纪80年代引入我国，采用各种相关现代化技术，通过现实模拟或者情景再现的形式，将学习者引入到案例的情景，通过体验、讨论等方法实现学习，其在引发学习者自主思考、知识到能力转换、双向交流等方面具有较大优势。
1医学院校管理信息系统及案例教学现状和问题
研究者在前期“管理信息系统校本化教学改革研究”一文和“管理专业管理信息系统课程教学体系建设研究”一文中指出：管理信息系统教学案例针对性差、教学案例发展滞后、教学案例过于简单等问题，依然是目前管理信息系统课程案例教学中广泛存在的问题。针对医学院校的管理信息系统课程，研究者对s医科大学的管理信息系统课程教学情况进行调查，结果显示：76%的医学专业学生表示其教学案例内容过于广泛，部分内容(如系统的规划和开发等)对医科学生意义不大。75%以上的学生认为课程案例实践及实验教学学时少，实践或实验内容陈旧，并过于关注系统开发和设计。研究者进一步针对案例教学进行了调查和统计分析，目前最突出的三个问题主要体现在如下方面：
(1)40%的学生认为案例医学相关度低。整个教学活动中共采用文字型讲授案例24个，文字型讨论案例16个，演示型案例21个，其他练习型案例1个，总计62个案例，其中涉及医学或医疗相关领域的案例(除财务、人事等公用型案例)仅有5个(讲授案例3个，讨论案例2个)，学习者难以建立管理信息系统与医疗卫生管理信息化应用之间的联系。
(2)34%的学生提出现有案例多以文字描述为主，难以形成真实体验。讲授型和讨论型案例是现有教学的案例主体，单一的文字描述难以再现案例的真实情景，演示型案例受开发和设备的限制，往往是最基础、最简单的功能性演示。
(3)15%以上的学生认为现有案例教学过于零散，相关性、整体性差。目前管理信息系统的教学案例收集面向所有应用管理信息系统的领域和环节，案例的选用往往更关注于其与相应理论和问题的对应性和讲解使用的方便性，进而导致不同章节、不同知识点的案例彼此互不相干。
通过以上调查及分析可知，要解决和突破目前医学院校管理信息系统课程教学的现状，首要问题是提高教学的针对性，其次是针对案例教学的突出问题重新构建课程的案例教学体系。医疗信息化是在信息系统理论与技术快速发展的背景下医疗相关领域的信息化建设、应用与发展，已成为医疗管理的基础性应用和相应管理性研究的重要方向，其主要表现形式是医院管理信息系统的建设与实施。基于此，本研究重点关注如何以HIS为主体，构建全方位的案例教学系统，提升课程针对性，进而实现医学院校的管理信息系统教学的改革与突破。
2以HIS为例的案例教学规划
HIS是综合性的信息化管理系统。其目标是提高医院管理和医疗工作的效率和水平，其主要职能是辅助决策。HIS不是单一的系统而是一系列子系统的整合系统，包括临床诊疗系统、药品管理系统、经济/人事管理系统、综合管理与统计分析系统和外部接口系统等。每个子系统又由多个具体的应用系统组成。因此，以HIS为案例的教学设计与开展应尊重其系统的总体结构，按照其系统结构图构建多案例教学系统。受限于篇幅，表1基于临床诊疗部分给出了对应的案例教学规划。
案例教学过程设计。案例教学是问题驱动下的引导式教学，在教学设计中要充分考虑整个教学过程的设计与控制。本研究提出了：理论准备一模拟体验一提出问题一互动探究一实地考察实践一学习总结的教学过程。案例教学要求教学对象应当是有一定实践经验和理论基础知识储备的，因此案例教学开始需要由教师针对相应案例教学内容目标需求进行相应的理论教学。模拟体验是在一定的知识储备的基础上让教学对象进入到虚拟化的HIS环境，进而基于体验发现并提出问题。在互动探究环节学生和教师通过多种模式进行互动式学习探究，形成一定的学习探究体验和成果。实地考察实践既是真实环境的接触和体验实践，更是对前期学习成果的一个验证和总结，并最终使学习和探究的问题回归实际场景的本源，形成总结。整个案例教学过程充分尊重了案例教学的问题探究的学习模式，又将模拟的虚拟体验和真实场景包含到教学中，具有较强的优越性。
3HIS案例教學环境建设
案例教学的核心问题是案例教学环境的建设，以HIS为例的管理信息系统案例教学环境建设包括两个部分：其一是如何在有限的教学条件下构建虚拟的医院管理信息系统环境，进而实现学生的虚拟体验。HIS是一个综合性的系统平台，在教学环境建设中以计算机实验室为载体，搭建中心服务器以及按照结构划分的系统终端，实现虚拟体验平台的硬件基础设施建设。软件方面，在现有的成熟的HIS商业软件中选取小规模的HIS软件进行部署，进而构建具有基本医院信息化管理功能的信息系统环境，用于学生的模拟体验。同时，中心实验室也是学生探究问题的主要场所。其二是以实习医院为主的教学基地建设，其目的是使学习者深入到真实HIS场景。要充分发挥医学院校在医院教学基地建设方面的优势，充分利用其附属医院进行实践案例教学。
4结语
研究者在其所承担的管理信息系统课程教学中，对研究进行了教学实践性验证实施。相较传统教学，新的教学形式在课程的针对性、学生的参与度、学生的积极性、知识技能的掌握程度等方面都取得了较好的结果，学生的教学认同度达到84%以上。
总之，以HIS为例的管理信息系统案例教学研究在HIS案例的组织、案例的设计、案例教学环境等方面还有较多问题需要进一步研究和实践，但不容否认其为医学院校未来管理信息系统课程教学的改革与发展指明了方向。
作者：赵慧
摘 要：案例教学是一种开放式、互动式的新型教学方式，一般要结合一定理论，通过各种信息、经验达到启示理论和启迪思维的目的。案例教学如果没有体现启示“理论”这条主线，而仅仅停留在对某些行为和过程的描述上，会完全背离该课程的教学目的和要求。《管理信息系统》是一门交叉学科，因此，不仅需要用理论指导实践，也需要通过对实践的总结和思考来丰富理论。
关键词：案例教学;启迪理论;启迪思维
《管理信息系统》是一门实践性较强的学科，因此，案例教学就成为重要的教学环节之一。案例教学由美国哈佛法学院前院长克里斯托弗·哥伦布·朗代尔(C·C·Langdell)于1870年首创，后经哈佛企管研究所所长郑汉姆(W·B·Doham)推广，被认为是代表未来教育方向的一种成功的教育方法。案例教学是一种开放式、互动式的新型教学方式，一般要结合一定理论，通过各种信息、知识、经验、观点的碰撞来达到启示理论和启迪思维的目的。笔者想结合编写《管理信息系统》案例教材谈谈自己的体会。
一、关于启示“理论”问题
在《管理信息系统》的教学工作中，案例教学与理论教学是相辅相成的整体。理论教学通过演绎和推理来诠释理论，使学生建立对于理论全面、系统的认知;案例教学则通过各种信息、经验的展示，引导学生从另一个角度认识理论。
笔者在《网上支付平台“支付宝”的发展》这个案例的编写过程中，注意到浙江支付宝网络科技有限公司在发展过程中走过了“面向淘宝”、“走出淘宝”、“全业务发展”和“回归支付”等四个阶段，支付宝每次的发展规划均紧密切合当时所处的市场发展情况，使得支付宝在中国第三方支付产业中持续占据领先位置。支付宝最初是作为淘宝网络资金交易的一个独立的支付平台，在初步解决了网上购物的诚信问题后，支付宝团队发现支付的便捷性很有可能让支付宝成为电子商务的一种基础工具。支付宝网站上线并独立运营，使支付宝从第三方担保平台逐渐向在线支付平台转变。支付宝在推广基础业务的同时，推出行业解决方案并且加大了与商家之间的合作，业务线得到全面发展，而“回归支付”则展现在多个方面，通过与公共事业单位合作进行缴费服务标志着支付宝逐步进入民生领域，同时向着电子商务的基础设施又迈进一步。同时，支付宝的核心技术是其发展不可或缺的要素之一。支付宝借助Oracle Database 11g新增的PL/SQL相关的某些新特性如网络日志分析工具，为客户和内部技术人员带来了更加快速简便的全新体验;利用Oracle Advanced Compression技术，不仅节省大量存储空间，而且提升了查询性能;利用Oracle SQL Developer所提供的可视化特性和图形化工具，通过加速编码、编译、运行和调试使开发效率得到显著提升，其中开发新报表的速度提高了2.5倍，同时大大降低了开发成本，更快地响应了业务部门的需求;其“免费”和“快捷”的快速迁移功能帮助支付宝将数据从原有数据库平滑地移植到了Oracle数据库。
无论是“支付宝”发展的四个阶段还是其采用的核心技术，实际上，支付宝的发展一直围绕着“网上支付”这条主线。在这条主线中，“支付”是核心、基础，而“网上”则是支付在新技术条件下的延伸。《管理信息系统》课程的教学目的，就是使学生了解管理信息系统的基本知识，把有关的管理科学知识和信息技术的应用有机地结合起来，并通过案例介绍熟悉管理信息系统的分析与设计的整个过程。案例教学对《管理信息系统》课程的理论进行诠释，使学生对理论有了直观的认识。为了达到教学目的，笔者不仅在《网上支付平台“支付宝”的发展》案例的正文中用大量信息予以介绍，而且在启发思考题和分析思路中，提出“支付宝的建设发展体现了管理信息系统开发的哪些基本原则?”等问题，强化对学生的引导力度。因此，对管理信息系统的理论学习有一定的启示作用。案例所涉及的内容往往是庞杂的，如何选择教学内容是一个必须慎重处理的问题。案例教学如果没有体现启示“理论”这条主线，而仅仅停留在对某些行为和过程的描述上，会完全背离该课程的教学目的和要求。
二、关于启迪思维问题
没有成熟的实践就没有成熟的理论。《管理信息系统》是一门交叉学科，因此，不仅需要用理论指导实践，也需要通过对实践的总结和思考来丰富理论。在《网上支付平台“支付宝”的发展》的编写过程中，笔者还介绍了“支付宝”的发展目标。在国内第三方网上支付市场中，支付宝以51.2%牢牢占据交易额第一的位置，远超第二名财付通的19.1%。为此，支付宝要做最好最安全便捷的电子商务基础应用工具，成为电子商务的英特尔和莱卡。在用户方面，必须实现在任何时间地点和场景都能非常方便地使用支付宝：在网上，除了大部分用户使用的IE浏览器，支付宝还将支持火狐(Firefox)、谷歌 Chrome、苹果 Safari 等非主流浏览器;在网下，打电话、在便利店买充值卡、到邮局汇款，各种方式都能用上支付宝。在商户方面，要让支付宝在网上不仅像 Visa、万事达那样随处可见，方便支付消费，而且成为网络购物的“信任标识”，支付宝发起的“互联网信任计划”正是把淘宝网行之有效的信用评价做法推向整个B2C市场而迈出的第一步。支付宝团队认为，作为支付平台本身，支付宝的核心价值就在于能够整合众多的银行资源，一一地嫁接到支付宝的平台上来，然后以支付宝平台为商户提供统一的支付流通管道，这样可以大大节约商户的接入和运维成本。“支付宝”团队的这些举措无疑会引发学生对于在线支付平台发展空间和领域的思考。
更为令人关注的是支付宝将致力于培育和催化中国商业社会的信用体系。支付宝团队认为，中国改革开放这三十年来，经济获得了巨大发展，但信用体系建设和欧美相比还有很大差距，银行只是从银行相关业务征集信用，其实人们在消费和资金流转过程中所表现出的行为能更全面地判断一个人的信用等级，信用记录为电子商务各方建立非常全面的信息网络，成为最底层的服务提供了必要条件。支付宝已经与建设银行联合向淘宝网卖家推出最高10万元个人小额信贷。这不能不说是一个具有理论和实践意义的大问题。经济学家董辅礽认为，我国的信用体系目前存在五大问题：其一，信用及信托关系不发达，资金往来过程中，现金支付仍是主要形式，这使得社会额外承担了巨额的流通费用;其二，信用工具太少，目前使用的很多信用卡只是贷记卡，不是真正的信用卡;其三，缺乏信用中介体系，中国还没有建立全国的征信网;其四，相关法制不健全，中国目前尚无一部调整各种所有制企业的《破产法》;其五，信用法律制度框架尚待建立和完善。我国在信用建设方面主要任务就是营造社会信用环境，建设社会信用体系。从理论上讲，信用体系是支付行为的实现形式，而新技术条件下的“在线支付”必然要求信用体系产生相应的变革。因此，支付宝致力的培育和催化中国商业社会的信用体系具有两个方面的意义：其一，对现有信用体系的影响。我国的信用体系存在的五大问题中，除第四、第五条需政府作为以外，其余三条与电子商务的发展是交集的，电子商务的发展可能会对目前存在问题的解决起到催化作用;其二，电子商务会跨越商业社会信用体系的传统发展过程，以一种全新的模式推动社会信用体系的建设。因此，在启发思考题和分析思路中，笔者提出“你怎样理解电子商务时代信用体系的建设?”等问题，目的就在于启迪学生的思维。
以上结合笔者编写的《管理信息系统》案例教材谈了一些对于案例教学的体会。从某种意义上说，案例教学的教学要求同理论教学一样严谨，甚至比理论教学难度更大。在案例教学中想达到启示理论和启迪思维的目标，不仅要对理论本身有真知灼见，而且要把握案例的选择和引导，使学生能够在学习过程中与教师形成互动，从而《管理信息系统》课程回归其边沿交叉学科的本色。
参考文献
[1]王牧.案例教学初探(J).重庆工业管理学院学报，1999(06)
[2]李运庆.浅析案例教学存在的问题及对策研究 (J).长春理工大学学报(社会科学版)，2011(09)
[3]杨国勇，徐云庆.案例教学探究(A).中国市场学会2006年年会暨第四次全国会员代表大会论文集; 2006
作者：吴新博
1 、前期准备
信景网络开发人员对系统开发前期进行充分的用户调研、需求分析和系统体系结构的设计准备工作。
信景网络软件开发人员以及业务需求人员共同组建项目组，一名项目经理负责监控项目的整体实施，共同参与系统的全面设计、开发，并针对业务提出进一步开发需求，开展软件用户化工作，制定二次开发方案，参与设计业务系统与其它软件的接口。
2 、实施过程
整个开发过程将经历获取需求、需求分析、系统结构建立、设计、编码、测试等阶段。
2.1 获取需求
软件在进入正式开发之前供准确的书面《软件设计详细需求书》响待开发系统的主要因素。
2.2 需求分析
信景网络开发人员构思、确立系统目标、划分业务领域、现行业务分析、建立业务模型、信息需求分析、用户视图规范化、数据元素标准化与一致性控制等。
在项目组和用户充分交互、理解的基础上，提出系统的技术构架，对系统功能、性能等主要指标作描述，对实现方法项目实施人员应有一个比较清晰的轮廓及整体设计思路，对有疑问的地方及时与业务需求人员进行沟通交流，最终达成共识。
综合对该用户群体现有硬件配置，软件配置，网络使用情况，数
据库使用情况，计算机熟悉程度做一定的调研，根据调查的统计结果决定即将开发的一些软件适用指标。
2.3 系统结构建立
确定软件服务器的硬件配置及用户硬件资源配置。
确定用户软件平台的统一协调。
2.4 设计
软件设计阶段的工作包括对模块进行必要的修改，同时可能需要对某些结构做一些修改，确定界面定义、用户服务层、业务逻辑层、数据库服务层和具体数据库，确定软件开发工具。这一阶段还将完成更详细的功能和业务需求调研，制作系统中最符合用户需要的文档。根据应用系统对安全的要求，同步进行安全保密设计。
2.5 编码
确定软件的界面风格、使用功能、编程语言、数据库结构和具体数据等工作，并开始进入程序编写阶段。
开发人员进入设置和编码工作之后，应先确定编码的风格在开发过程中保持一致，工作过程中如发现前面分析或设计阶段的某些错误，应返回到前面的阶段进行必要的修改，同时主要开发人员之间应相互紧密配合。
2.6 测试
系统投入使用前最关键的一个步骤，由开发人员之间、业务需求人员交叉测试或由软件测试工程师测试。开发人员将对在测试过程中发现的问题提出可行建议进行改进。
3 、整体验收
业务需求人员负责提供验收标准。
当软件的后期测试完成后，通知业务需求人员验收，验收主要以业务需求人员提供的原始资料及《软件开发设计方案》为依据，对软件的各项功能进行全面的核查，如无异议，验收后签署“验收确认书”。4 、后期培训
4.1 培训目标
在实施项目的过程中，使相关操作人员理解软件的基本原理和实际运用，使他们对整套业务软件的具体性能，操作步骤以及具体要求，有一个更深层次的认识，并能在计算机管理下对其业务软件流程熟练操作使用。
再开发人员共同接受软件开发方全面、系统的培训，保证能够在二期推广中独挡一面完成推广及软件升级任务。
4.2 培训计划
项目组有义务对用户提供及时、有效、全面的培训，并在项目实施过程中充分重视对用户方的技术转移，并提前制订有效可行的培训计划。
4.3 考核标准
以实际操作方式测试用户对软件系统流程的操作使用能力。5 、技术支持
信景网络为业务需求方提供书面的技术支持承诺，并能够认真执行，落到实处。
管理信息系统
问：管理信息系统开发分为那几个阶段，各个阶段主要任务是什么?举例说明。
答：分为信息规划阶段、系统分析阶段、系统设计阶段、系统实施阶段和系统运行与维护阶段，共五个阶段。
1.系统运行阶段
其主要任务是明确系统开发的请求，并进行初步的调查，通过可行性研究确定下一阶段的实施。
2.系统分析阶段
其主要任务是对组织结构与功能进行分析，理清企业业务流程和数据流程的 处理，并将企业业务流程与数据流程抽象化，通过对功能数据的分析，提出新系统的逻辑方案。
3.系统设计阶段
其主要任务是确定系统的总体设计方案，划分子系统功能，确定共享数据的
组织，然后进行详细设计，如处理模块设计、数据库设计、输入输出界面的设计和编码的设计等。该阶段的成果为下一阶段的实施提供编程指导书。
4.系统实施阶段
其主要任务是编码、测试、系统调试等，将设计的系统付诸实施。其主要步
骤包括购置、安装、调试计算机等设备，编写程序，进行系统运行所需数据的准备，对相关人员进行培训，转换数据文件以及系统调试等。
5.系统运行与维护阶段
其主要任务是进行系统的日常运行管理，根据一定的规格对系统进行必要的
修改，评价系统的运行效率、工作质量和经济效益，对运行费用和效果进行监理审计。软件交付用户后，为适应外部换环境的变化以及用户要求增加新的功能，将遇到更变、修改系统的问题。
填空题
第一章管理信息系统导论
①按核心业务活动可以分为：电子业务系统、电子政务系统、电子商务系统三类。
②按数据处理方式可以分为：操作型、管理型、战略型三类 ③按管理应用层次分为：事务型、管理型、战略型三类。 ④管理信息系统的结构主要包括：功能结构、概念结构、管理职能结构、软硬件结构、网络计算结构
⑤管理信息系统的概念结构：信息源、信息处理器、信息用户、信息管理者
⑥管理信息系统的几种典型应用形式主要包括：物料需求计划系统MRP(针对制造业)、制造资源计划系统MRPⅡ和企业资源计划系统ERP系统等。
第二章 管理信息系统的基本知识P39 (1)管理信息的基本知识
①几种典型的组织结构：直线制机构、职能制结构、矩阵制机构。
②管理部门划分的基本方法：按职能划分、按地区划分、按产品划分。
③管理活动的三个基本层次：高、中、低。
④管理决策的三种基本类型：非结构化决策、半结构化决策、结构化决策。
⑤信息论对信息的解释：信息是用来消除随机不定性的东西 ⑥控制论对信息的解释：信息就是信息，既非物质，也非能量 ⑦信息的基本属性：普遍性、事实性、层次性、可压缩性、扩散性、非消耗性、共享性、变换性、可转换性。 ⑧
信息处理的生命周期的几个主要阶段：需求、收集、传输、处理、储蓄、维护、使用和退出。 (2)系统的基本知识
①系统存在的三个基本条件：要素、结构、功能。 ②系统的5个基本要素：输入、处理、输出、反馈、控制。 ③系统的分类：按复杂程度从低到高可以分为物理结构系统、生物系统、人类系统、社会系统、宇宙系统五类;按系统与环境的关系可分为封闭系统、开放系统两类;按是否有反馈机制可分为开环系统、闭环系统;按抽象程度可分为概念系统、逻辑系统(数据流图)、物理系统(业务流程图)。 ④系统的属性;整体性、关联性、层次性、统一性。 (3)信息技术的基本知识
①网络安全的五个特征：保密性、完整性、可用性、可控性、可审查性
②数据库：是各种相关数据的集合和容器
③数据库管理系统：是对数据库进行管理的系统软件，位于用户和操作系统之间，为用户或应用程序提供访问数据库的方法和工具。
④机构化查询语言：insert、update、delete、selec ⑤计算机语言：机器语言、汇编语言和高级语言 第三章 系统开发方法的概述P63
①管理信息系统开发的主要方法：机构化方法、原型化方法、面向对象方法。
②原型化方法的三种具体类型：探索型、实验性、演化型。 面向对象方法：是一种基于面向对象理念的系统开发方法，他将面向对象的思想引用与软件开发过程中，指导开发活动，主要包括面向对象的分析方法OOA，面向对象的设计方法OOD，面向对象的编程方法。
对象：是指一些相互关联的实体。由对象的标识、对象中的操作集合、对象的数据结构，及对象对外消息接口组成，具有“封
装”和“能动”两种特性。换言之，是数据结构以及作用于此结构上的数据操作的封装体，这个封装体具有自身行动能力。 类和实例：类是对象的描述，他概括了具有共同性质的一组对象的方法和数据。
消息与方法：方法是对象具有了处理封装数据的功能，而消息则激活了这种功能并建立了对象间的通信的桥梁。消息由消息的标识、接收消息的对象、若干个变元组成，方法一方面描述了对象执行操作的算法，另一方面定义了响应消息的机制 继承：继承是子类自动共享父类中的方法和数据的机制，描述了人类由一般到特殊，自顶向下的演绎能力。 封装：是一种信息隐蔽技术。
多态性：意味着一个名字可以使具有多种语义。他提供一种与人类在解决问题时的思维方式相容的能力。
重载：重载在功能及使用方法上和多态性有许多相似的方面，但重载是通过静态连接实现的，而多态性则采用动态连接，重载多指两种①函数重载②运算符重载
③管理信息系统的生命周期：出现需求、提出新系统方案、系统产生与成长、系统成熟、系统衰退、系统废弃。
④瀑布模型与结构化方法的主要阶段：总体规划、系统分析、系统设计、系统实施、系统维护、系统评价 第四章 总体规划P81
①用于管理信息系统总体规划的方法：关键成功要素法CSF、战略目标集转化法SST、企业系统规划法BSP
②BSP方法的13项主要活动：研究项目的确定、研究的准备活动、研究的开始阶段、定义企业的过程、定义数据类、分析当前的系统支持、研究管理部门对系统的要求、提出判断和结论、设计信息系统总体结构、确定子系统的开发的优先顺序、评价信息资源管理工作、制定建议书和开发计划、研究成果报告。
③利用BSP方法进行企业过程定义的一般步骤：从计划和控制、产品和服务、以及其它支持性资源三个方面入手 ④BSP方法中，资源生命周期不同阶段对信息的不同需求可以将企业中的数据分为四个类型：库存文档型、事务型、计划型、综合统计型。
⑤BSP识别企业数据的方法有两种：企业实体法、企业过程法 ⑥在BSP方法中划分子系统的过程实际上就是定义信息结构的过程。具体的做法是用U/C图。U表示use,C表示产生creat 第五章 系统分析P99
①业务流程的概念：是指一组共同为顾客创造价值而有相互关联的活动
②业务流程重组BPR的定义：是对企业的业务流程作更本性的思考和彻底的重建，其目的是在成本、质量、服务和速度等方面取得显著的改善，使得企业能最大限度的适应以顾客、竞争、变化为特征的现代企业经营环境。
③业务流程的特点：目标性、逻辑性、层次性、
④BRP的四个核心基本特征：根本性、彻底性、显著改善和流程。
第六章 系统设计P127
①系统设计的原则：简单性，一致性、完整性、灵活性、适应性、可靠性、安全性、经济性
②系统设计的主要阶段：总体设计、详细设计。
③总体设计的主要内容：子系统的划分与确认、模块结构设计、网络设计与设备配置方案、数据库设计、安全控制设计。 ④一个模块应具备的几个要素：输入和输出、加工处理功能、内部数据、程序代码。
⑤模块的耦合方式：数据耦合、控制耦合、内容耦合，第一种
耦合度最低性能最好。
⑥模块的内聚方式有六种：巧合、逻辑、过程、通信、顺序、功能内聚。其中功能内聚的聚合度最高，性能最好。 ⑦数据库设计过程中按数据表或称关系的规范化程度，可以将规范程度分为6个级别，从低到高依次为，第一范式、第二范式、第三范式、BC范式、第四范式、第五范式。常要求达到第三范式就可以了。
⑧数据库规范化的必要性：数据冗余，更新异常、插入异常、删除异常。
第七章 系统实施P157
①系统实现的主要过程：准备工作、编码、代码审查、缺陷跟踪、改错和调试等若干活动
②程序质量评价的主要指标：可靠性、规范性、可读性、可维护性、适应性
③系统测试的基本工作流程：了解系统需求、编写测试计划、编写测试用例、执行测试用例、记录发现的错误、测试总结报告。
第八章 运行管理P175
①运行管理机构设置的原则：效率原则、精简原则、灵活性原则、因事设岗、因岗定编原则。
②运行管理机构的人员构成：网络组、硬件组、软件组、业务组、行政组。
③CIO首席信息官，担负管理信息系统建设与企业高层管理之间沟通与对话的桥梁职责，具有参谋作用、桥梁作用、是企业信息化的总领队和信息化培训的总领导。
数据备份：指将计算机硬盘上的原始数据复制到可移动媒体上，如磁带光盘。
数据恢复：将备份的数据恢复到硬盘上的操作
数据归档：将硬盘数据复制到可移动媒体上，与数据备份不同的是，数据归档在完成复制工作后将原始数据从硬盘上删除，释放到硬盘空间。
归档恢复：将归档数据写回到硬盘上
在线备份：对正在运行的数据库或应用进行备份。
离线备份：在数据库关闭后对其数据进行备份，离线备份通常采用全备份
全备份：执行数据全部备份的操作
增量备份：只备份上一次备份后数据的改变量
并行技术：将不同的数据源同时备份/恢复到同一个备份设备/硬盘上
数据克隆：是实现灾难恢复的一种重要手段，通过将原始数据同时备份到两份可移动媒体上，将其中一份数据转移到地理位置不同的办公室存放。
④系统技术评价的主要内容：系统效率、系统可靠性、可扩展性和可移植性。
对于现代化商业银行来说，数据是基础，信息是依据，决策是关键，效益是目的。分析银行业务的信息流和信息系统建设，具有重要的社会意义，信息系统的建设和发展策略已经成为现代化银行经营策略的重要组成部分。我国银行应逐步完善数据的应用，使之能适应业务数据大集中的优势，提供经营决策功能，从而为银行业务的发展提供有强有力的支持。
(一)银行信息系统建设中存在的问题
1、系统建设 缺乏整体规划
我国银行信息系统的开发工作缺乏科学系统的指导方法，长期没有统一的发展规划，统一的标准规范以及统一的实施方案，很多商业银行在进行软件开发时，没有做详细量化的可行性研究与分析，不进行仔细的系统调研，不能从技术、经济环境等方面论证并研究软件项目的可行性，并准确确定工程规模，具体目标及对建设系统进行仔细的成本效益分析。目前多数银行采用的项目开发方式为：业务部门根据市场需求提供需求书，与科技部门讨论，科技部门或者开发公司根据需求完成功能设计，然后由业务部门确认反馈意见，继而进入开发阶段，项目开发后期业务人员进行相应测试和上线验收。
在实际运作中发现普遍存在以下问题：一是项目方案缺少充分论证。二是由于开发时没有整体考虑，往往顾此失彼。三是业务部门的随意性给科技部门项目协调带来很大困难。这种现象还表现在各银行在计算机工程人员上配臵上偏重于程序人员，没有考虑系统分析人员的重要性。在务部门管理人员配臵上，偏重于业务，没有考虑技术和项目工程人员的重要性。致使银行信息系统建设队伍缺乏一批既懂业务又懂技术的人员。
2、 数据采集规范性低，查询不方便
目前，从业务网点至总行的各个环节，数据、信息的传递仍然以书面报表和报告为主，各部门单一业务系统为辅，信息采集中存在各部门多头采集的问题，没有进行积极有效的沟通，也没有统一的指标体系，使得各系统的数据口径，报送时点等不一致，既导致各个系统的信息无法共享，造成管理资源利用的低效率，也无法保证数据的真实性，或者各部门都不采集，形成管理上数据的的死角。系统在采集数据时和业务联系的精密度低，未考虑业务的发展，以及未来的相关模型建立所需要的基础信息数据。
另外，管理信息系统的查询功能不尽完善、不直观，无法满足监管和管理上灵活多变的查询要求，统计工作存在大量的手工。一个好的信息系统应当避免信息的采集的重叠、遗漏以及滞后的情况，同时需要和业务精密联系，加强信息真实性的检验，完善基础查询和灵活查询功能，为银行统计、风险信息暴露、管理模型提供可靠的及时的信息来源。
3、 缺乏科学的分析方法和手段
我国目前正在运行的银行信息系统一般都只具有比较简单的分析处理功能，不支持复杂的数学模型，无法对金融风险进行有效的测评，使得一些潜在的金融风险无法通过系统及时发现，银行管理仍然停留在依赖管理人员自身的业务素质和直觉判断的基础上。
4、 信息系统对操作风险的防范不够完善
信息技术的发展推动了商业银行服务质量和服务效率的提高，但接踵而至的是风险的明显增加，除信用风险和市场风险外，操作风险已成为银行最重要的风险之一。操作风险反映在信息系统方面主要是指不完善或有问题的内部程序、系统权限的篡改、操作员使用的混乱、角色权限不及时的调整、离职调岗人员操作编号的不及时停用等等，导致了信息系统对操作风险防范的遗漏。
另外，问题出现在风险信息的及时反映上面，银行的有些损失就是由于有关不正当活动的信息本应该及时反映的，但却没有及时反映在高级管理层的提醒界面，或者信息系统中的风险信息不完整，因而尽管银行已经事实上出现问题，但给人留下的印象仍然是运转正常的假象，从而造成问题日益严重。
5、 信息系统的结构不尽合理
我国银行信息系统是以综合业务系统作为核心系统，对后台最为关键的决策系统的开发不够重视。同时由于各子系统的标准化程度低，包括信息报送格式的标准化，数据接口的标准化等，使得整个信息系统框架中信息的收集，存储，传递和加工，利用等各个部分还不能循环互动，造成了银行系统的辅助决策支持功能得不到有效发挥，从某种意义上来说，目前还没有真正建立起一套完整的决策支持系统。
6、 银行信息系统不应过于依赖外包
随着我国银行信息系统全面快速发展，不少银行认为外包有益于跟踪最新技术动态，加快新技术的应用，且信息系统的外包可以降低成本。而事实上一个信息系统的成本核算不仅仅是开发成本，这是一部分可见的成本，后期维护成本还占有很大的比例，甚至超过开发成本。如果没有一个真正懂系统的内行服务，往往事倍功半。而且银行通常会遇到一个问题，开发公司往往没有对行内科技人员进行培训，或者培训十分简单，即所谓的‚黑盒‛培训。加之后期开发公司的维护人员不连续，衔接性不够，后续维护人员对前期开发人员或者维护人员的程序不了解，造成维护版本混乱。
另外，银行的安全性也是一个非常值得关注的问题，银行对系统的安全性是非常敏感的。在开发公司主导的系统中，由于没有银行内部科技人员的全程跟踪和控制，难以发现程序中存在的重大漏洞。其次，在后期的维护过程中，为了解决问题，有时银行需要提供足够的信息(如信用评级模版、五级分类模型、企业规模测算模型、风险指标体系、客户信息、贷款信息等)，这些信息可能就会在无意中形成对资金安全的隐患。
(二)银行信息系统建设的对策与建议
1、 尽快制定银行信息系统的总体规划
银行信息系统亟需解决的问题是制定银行信息系统的总体规划。在银行内部，应该成立专门的银行信息系统建设领导小组机制，组织科技部门、业务部门和开发公司就信息系统的基本业务需求、业务流程、关键技术需求、系统的框架结构，应该遵循的各个标准，业务数据采集体系(包括数据采集的内容、方式、方法和途径)，银行内部信息的管理及建设系统所涉及的规章制度、资金等重大问题进行系统科学的规划，成立相应需求组、网络组、技术组、制度组、保障组等，各司其职并密切协调，以保证未来各管理子系统之间的有效集成和有效共享。在制定总体规划时，应充分考虑国际金融发展趋势对银行未来管理所带来的影响，如金融的混业经营，新巴塞尔协议要求，IT技术在金融业应用方面的业务创新以及银行管理的最终有效形式‘实时交易和管理’等，使建设中的管理系统具有一定的前瞻性、开放性和兼容性。
2、 借鉴成功跨国银行经验，完善银行信息系统的结构 银行信息系统的体系结构：
第一个层次：业务处理系统。包括综合业务系统、财务系统、信用卡系统、电子银行系统、信贷业务系统等，到目前为止，大部分银行业务处理系统已趋于将全行各种业务处理系统集成到统一的平台上，银行业务处理系统平台已经初步搭建。
第二个层次：管理信息系统。包括客户信息系统、人力资源系统、风险控制管理系统等。从银行目前管理信息系统的建设情况来看，尽管业务处理系统比较完善和先进，但由于内部缺乏统一的‘沟通’机制，信息有效利用率低。
第三个层次：决策支持系统。主要包括综合统计系统、商务智能系统、决策支持系统。该系统可以通过运用全行内外信息资源，建立各类模型库，方法库，并进行基于全行范围的客户、产品、财务、员工情况等的综合分析，实现对全行的各项资源和创新能力的最优化配臵。目前，很多银行还没有形成一个完整的商务智能决策支持平台。各业务处理系统和管理信息系统只反映了决策支持系统中可以结构化的一部分，反映了全行经营情况的某一侧面，真正意义上的决策系统还没有建立起来。这个层面的信息系统建设是银行信息系统的未来发展方向。
3、 加强信息系统对操作风险的防范
加强对银行信息系统内部程序的检查，做充分的内部测试，试点上线测试，以及对系统正式上线过程中的程序问题，及时了解和收集，及时进行完善;同时做好压力测试，对一定操作量和业务量的压力下，系统的承受能力有充分的预估，确保系统稳定正常运行。 加强对信息系统权限的控制，定期进行排查，如人员岗位的调整必须及时上报、角色权限的申请必须备案，同时需要加强对系统管理员的控制，系统内权限的调整需要进行复核。
采用安全系统平台通过密码定期更新、手纹识别等控制等手段进行系统安全登陆的控制。
对信息系统风险的识别、分析和控制,除了加强事后监督和稽核为主，还应对系统进行长远的规划和建立成熟的预防控制体系，加强对异常操作信息以及异常业务量信息的及时预警，同时要有强有力查询的支持，加强风险的暴露非现场检查提供支持，一旦发现问题，及时的进行现场检查，排查风险点，检验操作上是否存在违规现象。
4、 运用数据仓库技术以实现其智能化的决策支持功能 数据仓库技术是近年来发展迅猛的一种新技术。所谓数据仓库，就是把一个银行的历史数据收集到一个中央仓库以便于处理，他是支持决策过程的、集成的、随时间而变的，持久的海量的数据集合。就银行而言，其大量的历史数据和当前数据都存在着重要的决策信息，如何管理这些浩如烟海的的数据以及如何从中提取有用的信息是决策系统必须要解决的问题。数据仓库的最大有点就是他能把全行不同信息岛上的信息集合到一起，存储到一个单一集成关系的的关系型数据库里面。利用这种集成的信息，可方便对信息的访问，更可使决策人员对一段时间内的历史数据进行研究分析，研究事物发展的走势。
5、 建立相关模型库、方法库和知识库，逐步形成分析决策支持平台 数据库、模型库、方法库构成了决策支持系统最基本的内容，其中，数据库是银行决策支持系统建立的先决条件。模型库是决策支持系统的核心部分，方法库是各类模型必不可少的工具。同时，成立专门的模型库，需要培养一批专业的分析人员。决策支持系统技术含量高，综合性强等特点，决定了该系统需要大批的丰富的数理统计、计算机技术、管理经验的专业人才的支持。因而培养吸收这样的分析人才就显得非常迫切和重要。由于决策系统中的各模型库具有一定的独立性。因此，银行可以组建专门的技术开发小组来开发模型库和方法库，开发过程可以采用项目管理的办法管理，这对尽快建立银行信贷决策支持系统，提高信息系统决策支持功能具有深远的影响。
6、 尝试‘借力外包’模式
银行信息化发展运用外包应该是一种必然，中国银行业面对的竞争是国际化的，银行IT部门有限的人员已经显得有些力不从心。但是银行信息系统外包应从哪些角度切入?在多大规模上实施?如何控制外包成本?如何保证安全性?这些应该是银行慎重思考的问题。银行内部在金融信息专业化的应用方面有自己的优势，和开发公司两方面结合，可以使信息系统应用更加完善。但银行必须在保证系统稳定性、完整性、可维护性和安全性的前提下，提高行内科技和业务人员素质，才能考虑外包。目前的情况下，银行内部可以充分发挥科技人才资源，调动其主动性，在外包公司的辅助配合下开发信息系统。
银行的管理工作的成败取决于决策的正确与否，而决策的正确与否取决于信息的质和量，正确、及时、适量的信息是减少不确定因素的根本所在，信息系统作为提供、处理和传播信息的载体能够对管理和决策提供支持作用。近年来，由于管理规模的扩大，管理的性质和环境发生了巨大的变化，管理决策问题不仅数量多，而且复杂程度高，难度大，决策科学化问题应运而生。随着计算机的发展，用信息系统支持的辅助决策系统已经成为决策科学化的趋势之一。因此，信息技术进入管理决策层是科技发展进程的必然规律，同时也是事关银行也改革和发展命运的大事情，面对经济金融全球化的挑战，我国银行业必须尽快弥补这一薄弱环节，加快信息系统的建设，全面提高信息技术在管理领域的应用水平。
学生成绩管理系统程序开发
开发教师学校学生管理系统的意义本着“提高学校管理质量”的原则，快截的管理学生信息，教师信息，课程信息。
贵公司承接了一套企业经营管理系统软件的开发，企业开发软件的目的是对企业的经营销售情况进行分析，预测未来产品需求状况，制定企业经营目标。该企业准备投入300万元，时间要求30周～40周，该软件项目的计划开始日期为2014年8月1日，企业用户要求该软件正式验收前要试运行4周以上的时间，并根据试运行情况进行适当修改。
1、确定并描述该项目的目标，编制项目描述表。(杨帆)
2、结合该项目背景，先对该项目团队的上级组织结构做出假设，并基于这一假设说明采用什么样的组织结构形式来组建该项目团队并陈述理由，统筹考虑计划、人力、资源、费用及质量管理等方面的管理问题。(朱家松)
3、针对项目的目标要求，初步拟定该项目的重大里程碑计划，制作该项目实施的反映重大里程碑事件关系的里程碑计划图。(隗功祥)
4、针对项目的实施要求及重大里程碑事件，在考虑项目目标的基础上，对该项目实施的过程进行分解，要求制作的工作分解结构图不少于3个层次，所包含的任务数量不少于18个，并对每项任务进行编码。同时以一个工作任务为例，编制项目的工作描述表。(王衔)
5、PPT综合(姚少雄)
推荐阅读：
管理信息系统开发（精选9篇）01-02
系统开发信息管理论文（精选3篇）04-16
管理信息系统开发过程（通用9篇）07-28
管理信息系统开发流程（精选9篇）08-27
管理信息系统案例（精选8篇）03-24
管理信息系统案例教学论文04-29
信息系统开发管理体系（精选9篇）05-22
信息系统开发管理制度（共9篇）06-01
信息系统开发管理办法（精选9篇）07-21
信息系统开发项目管理（共9篇）10-15
