管理信息系统MIS复习要点资料之开发与管理(非信管专业)
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1、什么是mis(管理信息系统)战略规划?
管理信息系统的战略规划是关于管理信息系统的长远发展的计划,是企业战略规划的一个重要部分。
(和企业战略规划有相同的性质和几乎相同的步骤,只是内容上深入到信息系统。
)
内容包括:
组织的战略目标、政策和约束、计划和指标的分析;管理信息系统的目标、约束以及计划指标的分析;应用系统或系统的功能结构;信息系统的组织、人员、管理和运行的分析;信息系统的效益分析和实施计划。
2、为什么要进行MIS战略规划?
A、信息系统对组织生存质量和发展速度影响深远。
一个有效的战略规划可以使IS和用户关系良好,通过信息资源共享,不仅可以提高工作效率、及时转化价值,还能及时发现机会,促进组织发展。
B、信息系统的建设是一个系统工程,涉及因素多,影响面广,本身具有复杂性,而且基于现代信息技术的信息系统投资巨大,需要大量技术、资金和人力的支持。
没有计划,或者计划不周,都会导致整个工程的前功尽弃,劳民伤财。
……….
实践证明,大型系统工程项目成功的重要原因都是因为有强有力的计划技术支持。
而IS战略规划作为关系IS发展的长远计划,是组织战略规划的重要部分,它不仅有助于IS人员明确IS发展方向,调动工作积极性,而且还有助于组织考核IS人员的业绩,从而不断促进IS的优化……
3、MIS规划的内容与基本方法
早期信息系统规划方法:
分析组织的战略目标、政策和约束、计划和指标。
例:战略规划矩阵法。
分析MIS的目标、约束以及计划指标。
例:关键成功因素法;战略目标集转化法。
分析系统的功能结构、信息系统的组织、人员、管理、运行以及信息系统的效益、拟定实施计划。
例:企业系统计划法。
A、关键成功因素法(CSF,critical success factors)
思路:以企业目标为起点,通过目标分解和识别、关键因素识别、性能指标识别、一直到产生数据字典。
B、“战略目标集”转化法 (SST,strategy set transformation)
思路:把整个战略目标看成是一个“信息集合”,由使命、目标、战略等组成。
然后将组织的战略目标转变成MIS战略目标的过程。
C、企业系统计划(BSP,business system planning)
思路:基于利用信息支持企业运行的思想,先自上而下识别系统目标,识别企业过程,识别数据,然后再自下而上设计系统,以支持目标。
4、A、信息系统规划的改良: CSB方法(CSF,SST和BSP结合)
先用CSF方法确定企业目标,然后用SST方法补充完善企业目标,并将这些目标转化为信息系统目标,用BSP方法校核两个目标,并确定信息系统结构,这样就补充了单个方法的不足。
当然这也使得整个方法过于复杂,而削弱了单个方法的灵活性。
B、信息系统规划的改良:三明治法(BP,ISP和ITP结合)
其中,BP重在把握整体发展方向,ISP旨在通过满足发展过程中信息需求来实现组织资源节约与共享,而ITP侧重解决如何确保信息工具的持续供应与支
持。
三层规划紧密联系,互相支持…..
5、信息系统规划的新变革: BPR法
企业过程再工程(BPR):对企业过程进行根本性地再思考,彻底地再设计,以达到关键性指标(如成本,服务,时间)的巨大地提高。
一个对象:企业过程;三个行动:思考、设计、提高;三个量词:根本性地、彻底地、巨大地
6、小结:
无论在确定开发MIS的策略或是制定MIS规划时,都应该首先明确本单位当前处于哪一个生长阶段,进而根据该阶段的特征来指导MIS建设。
由于战略规划本身的非结构性,寻找一种十全十美的ISP方法的确很难。
无论是传统的CSF、SST,BSP法。
还是改良后的CSB法,或者反映能清晰反映IS 规划与企业规划、IT规划的关系三明治法,甚至是业界给予厚望的BPR方法,都不能做到完美无缺。
因此,任何一个企业,在进行ISP时都不应照搬以上方法,而应当具体情况具体分析。
在明确其信息系统目前所处的阶段后,再选择以上方法的可取的思想,灵活运用……总之,ISP是一个复杂而繁琐的,但又非常重要的过程,规划时需综合考虑组织目标-系统目标;用户需求-系统功能;管理、信息科技的发展-理论、技术、方法支持;组织资源的供给-人力、信息、经济;对内外系统影响-可持续、和谐发展等因素。
重要概念:
(1)企业信息管理:信息管理包含信息内容的管理和信息技术(IT)的管理。
信息技术主要涉及的五个主题:战略规划问题;IT构架问题;项目管理问题;IT运行的计划和控制问题;IT部门的经营策略问题。
(2)系统分析员:是技术和管理之间的桥梁,是领导和员工之间的沟通渠道,又是先进技术和先进管理模式的代表者,应不断掌握管理和技术的发展趋势。
修养和能力:
有远大的的理想和正确的信念;有不断进取和勇于奉献的精神;有顾全大局和团结合作的精神;有助人为乐和乐观热情的精神。
(3)管理信息系统建设
(4)信息系统规划ISP
(5)信息系统开发方法P7
(6)知识管理系统
(7)决策支持系统:数据库;模型库;会话部件。
7、管理信息系统的开发方法
具有完整认知体系基础的信息系统开发方法目前只有三种:
结构化系统开发方法;原型方法;面向对象的开发方法
7.1结构化系统开发方法
7.1.1基本思想:用系统工程的思想和工程化的方法;按用户至上的原则;结构化、模块化;自顶向下地对信息系统进行分析与设计。
7.1.2优点:严格区分开发阶段,系统的针对性强;整体性与全局性好,自顶向下观点。
缺点:开发周期长;开发过程繁琐、复杂;开发工具相对落后,与用户交流不直观;
7.2原型法
7.2.1定义:在未完全定义好全局需求前,先实现一个原型,然后不断修改,直至满足要求。
在关系数据库系统、第四代开发语言(4GL)和各种可视化开发环境的支持下提出的一种开发方法。
7.2.2工作流程:1、用户提出系统要求;2、识别、归纳上述要求;3、开发一个模型/原型;4、评价模型;5、模型不可行处理;6、模型不满意处理;7、修改模型;8、确定模型后的处理;N、实际系统开发、运行、维护等
7.2.3优点:1、开发效率高;2、开发工具先进,与用户交流直观;3、符合人们认识事物的规律;4、能及早暴露系统实施后潜在的一些问题;5、能调动用户参与的积极性。
缺点:1、不适合大型系统的开发;2、不适合大量运算及逻辑性强的模块;
3、对原企业基础管理工作要求较高;否则容易走上机械模拟原手工系统的轨道;
4、不适合批处理系统。
7.3面向对象的开发方法
7.3.1基本思想:现实世界由对象组成;对象由属性和方法组成。
属性反映对象的状态,方法定义改变属性状态的操作;对象之间的联系主要通过消息传递来实现;对象抽象为类;对象具有封装的特性
7.3.2开发过程
系统调查和需求分析;
面向对象系统分析(OOA)
任务:识别对象,依据对象及其关系建立系统的分析模型。
面向对象系统设计(OOD)
任务:对分析阶段确定的对象和类进行配置以实现系统功能。
面向对象系统实现(OOP)
任务:选择面向对象语言构建IS的应用软件平台。
7.3.3优点:OO方法直接完成了从对象客体的描述到软件结构的转换,解决了传统结构化方法中可观世界描述工具与软件结构的不一致问题,缩短了开发周期。
也利于软件的重用和维护。
缺点:OO需要一定的软件基础支持才可以应用,对分析设计人员要求也较高。
8、以系统分析阶段为例
系统分析的基本步骤:
系统调查
组织结构与功能
业务流程分析
数据与数据流程分析
功能/数据分析
新系统逻辑方案的建立
8.1调查数据的汇总分析
a、首先将系统调查所得到的数据分为如下三类:
本系统输入数据类;本系统内要存储的数据类;本系统产生的数据类
b、然后再对每一类数据进行如下三项分析:
汇总并检查数据有无遗漏;数据分析,即检查数据的匹配情况;建立统一的数据字典
数据汇总
A、将系统调查中所收集到的数据资料,按业务过程进行分类编码,按处理过程的顺序排放在一起;
B、按业务过程自顶向下地对数据项进行整理;
C、将所有原始数据和最终输出数据分类整理出来;
D、确定数据的字长和精度。
8.2功能/数据分析(工具:U/C矩阵)
8.2.1 主要功能:
通过U/C 矩阵的正确性检验及时发现前段调查和分析工作的疏漏和错误;通过U/C 矩阵的正确性检验分析数据的正确性和完整性;通过对U/C 矩阵的求解过程最终得到子系统的划分;通过对子系统之间的联系(“U”)可以确定子系统之间的共享数据。
8.2.2 U/C矩阵的建立
1、明确系统应具备的所有功能(或功能类)和数据(或数据类);
2、制表:将上述功能和数据分行列一一顺序罗列。
3、在行列交汇处上填上相应功能/数据之间的关系,其中:C代表某种功能的实现将产生某类数据,U代表某种功能的实现会使用到某类数据。
8.2.3 正确性检验
(1)完备性检验(2)一致性检验(3)无冗余性检验
8.2.4 U/C 矩阵的求解
基于“模块化、独立化、高内聚、低耦合”子系统划分原则之上的一种聚类操作,即对系统结构划分的优化过程。
操作步骤:调整表中的行变量或列变量,使得“C”元素尽量地朝对角线靠近;然后再以“C”元素为标准,划分子系统。
8.3系统功能划分
系统逻辑功能的划分:在求解后的U/C 矩阵中划出一个个的方块,每一个小方块即为一个子系统。
8.4小结
系统分析是项目开发的第一阶段,也是最重要,最难开展的阶段。
但只有计划得好,分析得好,以后的工作才可以少走弯路。
系统分析制约着整个工程的质量,从上例不难看出,系统分析占了很大的工作量, 是一项重要且繁琐的工作,需要通过各种手段明确用户的信息需求。
即弄清楚谁?在什么场合?需要用到什么样的数据?不仅如此,期间需要运用一些图表工具来辅助表达现实的信息需求,如:组织结构图、业务流程图(TFD)、数据流程图(DFD)、U/C矩阵等。