企业信息系统建设的原则与战略规划.docx

企业信息系统建设的原则与战略规划.docx

《企业信息系统建设的原则与战略规划.docx》由会员分享，可在线阅读，更多相关《企业信息系统建设的原则与战略规划.docx（13页珍藏版）》请在冰豆网上搜索。

企业信息系统建设的原则与战略规划

第四章企业信息系统建设的原则与战略规划

（－）企业信息系统开发的基本观点

1．系统观点

企业信息系统作为一个系统，具备系统的基本特性，它可以分解为一组相互关联的子系统，这些子系统各自有起独立的功能，有其边界、输入与输出。

但各子系统之间彼此联系、配合，共同实现系统的总目标。

这反映了系统的目的性。

对子系统本身进行观察，它也是一个独立的系统，有其自身的目标、界限、输人与输出。

一个子系统还可分解为更低一层的子系统，逐级分层便构成了系统的层次性。

开发企业信息系统，必须用系统的总体观点来进行。

在系统的总目标下，设置各个子系统。

开发子系统时，必须首先搞清楚系统与该子系统的关系，子系统与子系统之间的相互关系，也就是某个子系统与其他子系统之间的信息输入、输出关系。

孤立的开发一个个小项目只能是事倍功半，从形式上看起来可能见效快，但总体上看效率低、进度慢。

2．用户观点

管理信息系统是为管理人员决策服务的。

管理人员就是系统的用户，只有用户使用方便满意的系统才称得上是好的系统，而为一个用户所接受、在实际工作中真正服务于用户的成功的管理信息系统，离不开用户的参与，从最初的总体规划的制定，到系统分析、系统设计，以及最后的系统实施的全过程，都需要用户与系统开发人员的真诚合作。

管理信息系统的开发包括用户自己，用户不仅是使用管理信息系统的主人，也是开发管理信息系统的主人。

只有系统开发人员与用户真诚的合作，才是系统成功的关键。

3．“一把手”原则

开发管理信息系统是一个周期长，耗资大，涉及面广的一项任务。

它需要专业技术人员、管理人员和相关的职能科室的业务管理人员的协同配合。

它的开发影响到管理方式、规章制度以及职责范围，甚至会涉及管理机构的变化。

这种影响面大的开发工作，没有最高层领导，特别是企业一把手的参与和具体领导，协调各部门的需求与步调，开发工作不可能顺利进行。

系统开发的成败在一定程度上决定于领导层的参与与支持。

也称为一把手原则。

4．重视企业信息系统的战略规划

作为一项复杂的系统工程，企业信息系统的战略规划是非常重要的。

严格区分企业信息系统开发工作的阶段性，每个阶段必须规定明确的任务，提供响应的文档资料，作为下一个阶段的依据，这些原则都是企业信息系统的开发过程中所积累的工作经验和教训。

如不严格按阶段进行开发，将会给工作带来极大的混乱，以致返工或某些工作推倒重来。

系统分析未完成之前，就匆忙地选机型，确定硬件配置，或系统设计未完成之前，就开始编写程序，这都是开发企业信息系统经常出现的情况，这样做，很可能造成浪费与返工。

（二）企业信息系统的战略规划与企业系统规划（BSP）方法

企业信息系统的战略规划是企业信息系统的长远发展计划，是企业战略规划的一个重要部分。

这不仅由于企业信息系统的建设是一项耗资巨大、历时很长、技术复杂且有内外交叉的工程，更因为新鲜已成为企业的生命线，企业信息系统和企业的经营方式、文化习惯息息相关。

1．BSP法的基本原则

（1）企业信息系统必须支持企业的战略目标。

（2）企业信息系统的总体规划应当表达出企业的各个管理层次的要求。

（3）企业信息系统应向整个企业提供一致的信息。

（4）企业信息系统应在组织结构和管理体制改变时保持工作能力。

（5）企业信息系统的总体规划应当由系统结构中的子系统开始实现。

2．BSP的研究步骤

（1）研究的准备工作

人员的准备：

企业的最高层领导亲自参与；企业各主要业务部门的负责人能正确解释他们所在部门得到的资料；由经验丰富的系统分析师全面负责。

系统分析设计人员作为具体从事系统总体设计的工作人员，在整个过程中，需要各业务部门的具体管理人员、工作人员积极配合，提供详细真实的材料。

参与研究的人员在思想上要明确“做什么（what）”，“为什么做（why）”，“如何做（how）”，以及希望达到的目标是什么。

甚至要进行适当的培训和辅导。

准备阶段的主要成果应当是研究计划的制定，内容包括：

一个研究计划；一个会谈日程表；一个同主持单位一起做复查的时间表；一个研究报告大纲。

另外，分析整理有关BSP方法、企业本身和企业信息系统的有关资料，以备研究正式开始时使用。

（2）研究的开始阶段

BSP研究的首项活动是企业情况介绍，全体成员都要参加，介绍内容有三方面。

第一，由企业的最高层领导介绍研究的目标，期望的成果和研究的远景，以及与企业的活动和目标的关系。

第二，由系统分析设计人员介绍收集的有关资料，使成员熟悉有关资料，并讨论有关企业的决策过程、组织职能、关键人物、存在的问题、开发策略、敏感问题、计划中的或正在进行着的变化、数据处理部门的形象以及对数据处理工作的支持等。

系统分析师应对有关问题提出自己的评价和看法。

第三，由各主要业务部门的负责人介绍本部门数据处理的历史和现状、主要活动、目前存在的问题，以及相关处室的数据联系。

通过以上三方面内容的介绍，加上已经收集到的有关资料，将加深对企业和其数据处理业务的全面理解。

（3）定义企业过程

定义企业过程是BSP方法的核心，企业过程被定义为逻辑上相关的一组决策和过程的集合，这些决策和活动是管理企业资源所需要的。

（4）定义数据类

企业过程被识别后，下一步就要识别和分类由这些过程所产生、控制和使用的数据。

数据类是指支持企业所必要的逻辑上相关的数据。

以企业资源为基础，通过其数据的类型去识别出数据类。

为了识别和这些企业资源有关的数据类，可以通过企业资源／数据类型矩阵进行分析。

行表示主要的数据类型，列表示企业资源，分析每一种企业资源，相对每一个数据类型填上相应的数据。

具体处理时可以从存档类型开始识别，再到事物类型、计划和综合类型。

识别中并应辅以企业关键成功因素的调查，并提出度量和控制的数据类。

BSP认为数据类和过程两者是定义信息系统总体结构的基础，应该建立它们之间的内在联系。

过程／数据类矩阵是建立二者联系的工具。

其中行表示数据类，列表示过程，并以字母C和U来表示过程对数据类的产生和使用。

在矩阵中，按关键资源的生命周期的顺序放置过程，开始是计划过程，然后是度量和控制过程以及直接涉及产品的过程，最后是管理支持资源的过程。

其次是根据过程产生数据的顺序来安排数据，开始是在计划过程产生的数据，接着把其它所有数据列入矩阵，并在适当的行列交叉处填上C和U。

（5）分析当前业务与系统的关系

当对企业过程和实现它们所必要的数据类有清晰的了解后，还必须对当前的数据处理工作是如何支持企业的有必要的了解。

这样，才能对未来管理信息系统的建设提出建议。

这项工作可以采用与高层管理人员面谈的方式。

在面谈过程中，通过对机构职责和相对于每一过程的信息需求的深人分析，是研究人员能够对问题和机会有进一步了解，建立起问题和过程间的关系，识别出对应与过程的信息需求，并把它们包括在前面定义的数据类中。

可以得到问题影响的过程、产生这些问题的过程、可能解决的办法、潜在的效益以及解决每一个问题所需要的数据类。

（6）定义系统的总体结构

为了将复杂的大的管理信息系统分解成便于理解和实现的部分，一般将管理信息系统分解成若干个相互独立而又相互联系的分系统，即信息系统的主要系统。

通过过程和由它们产生的数据类分组、归并，进而形成主要系统。

从过程／数据类矩阵入手，并注意到过程是按生命周期顺序排列的。

①调整U／C矩阵表，使C尽量落在矩阵对角线上（或附近）。

②根据逻辑关系的合理性，适当调整不产生数据企业过程（仅有U的过程）的排列位置。

③用粗实线把集中排列在矩阵对角线附近的U／C符号圈划在矩阵方框内。

在圈划出主要应用系统矩阵方框的基础上，为了形成信息系统的结构，需要寻找出各主要应用系统之间数据流动关系，绘出描述信息系统结构的框图，我们称这种图为信息系统的数据流程图。

划分子系统的原则：

①子系统在功能上应有相对的独立性。

通常子系统不应横跨两个或两个以上的企业过程。

②子系统在数据上应有自身的完整性。

一般一个数据类只能由一个子系统产生。

③子系统可以根据功能独立性、数据完整性以及规模适中等综合考虑来划分。

（7）确定系统的优先顺序

确定系统的逻辑优先顺序的主要原则是：

①子系统潜在效益的评估。

②子系统对企业的影响。

③子系统实施成功的可能性。

④子系统需求程度的评估。

（三）企业信息系统的开发方法

1．结构化系统分析方法

“结构化”的含义是指用一组标准的准则和工具从事某项工作。

结构化系统分析与设计方法是在结构化程序设计思想基础上发展起来的，它的基本含义是指一个系统由层次化的程序模块构成，每一个模块只有一个人口和出口，每一个模块只归某上级模块调用，有模块联结的准则和构造模块的标准，并且用系统结构图来表达系统的结构，尽可能用最优的方式将系统内各个部分组织起来，而不是若干个程序的拼凑。

结构化系统分析和设计方法的基本思想是：

用系统的思想，系统工程的方法，按用户至上的原则，结构化、模块化，自上而下对信息系统进行分析与设计。

因此，它的主要指导原则有以下几点：

（1）请用户共同参与系统的开发。

（2）在为用户编写有关文档时，要考虑到他们的专业技术水平，以及阅读与使用资料的目的。

（3）使用适当的画图工具做通讯媒介，尽量减少与用户交流。

意见时发生问题的可能性。

（4）在进行系统详细设计工作之前，就建立一个系统的逻辑模型。

（5）采用“自须向下（Top－Bottom）”方法进行系统分析和设计，把主要的功能逐级分解成具体的、比较单纯的功能。

（6）采用“自顶向下（Top－Bottom）”方法进行系统测试，先从具体功能一级开始测试，解决主要问题，然后逐级向下测试，直到最低一级具体功能测试完毕为止。

（7）在系统验收之前，就让用户看到系统的某些主要输出，把一个大的负责的系统逐级分解成小的、易于管理的系统，使用户能够尽早的看到结果，及时地提出意见。

（8）对系统的评价不仅是指开发和运行费用的评价，而且是对整个系统生存过程中的费用和收益的评价。

结构化系统分析和设计方法的特点是：

用画图的方法表达，自顶向下地分解，强调逻辑功能而不是物理设计，没有重复性。

信息系统开发的生命周期：

可行性研究与总体设计——需求分析与概要设计即系统分析——系统详细设计即系统设计——系统实现与测试——系统运行、维护与评价。

2．原型方法

与传统的生命周期法相比，原型方法摒弃了那种一步一步周密细致的调研、分析，然后逐渐整理出文字档案，最后才能让用户看到结果的繁琐作法，而是一开始就凭借着系统分析人员对用户要求的理解，在强有力的软件环境支持下，给出一个实实在在的系统模型（或原型），这个模型大致表达了系统分析人员当前对用户要求的了解和他希望系统实现后的形式。

然后系统分析人员和用户一道，对这个模型进行评价。

根据评价的结果，再对模型进行修改。

如此反复，周而复始，直到完全满意为止。

（1）评价模型的要点

在进行模型评价时一般要评价以下几点：

①模型是否正确地反映了信息系统的工作过程。

②模型是否满足用户的要求。

③模型的应用环境以及输人输出形式是否合适。

④进一步的要求和改进意见。

（2）原型法的特点

原型方法作为一种信息系统的开发方法，从原理到流程都是十分简单的。

但它却有着传统方法无法比拟的优越性，这主要是由于原型法有着以下特点：

①从认识论的角度看，原型法更多地体现了从特殊到一般的认识规律，因而更容易为人们所普遍的掌握和接受。

②原型法将模拟（或称仿真）的手段5队系统分析的初期阶段，首先根据系统分析人员对用户要求的理解，模拟出一个系统原型，然后就这个模型展开讨论，沟通了人们的思想，缩短了用户和系统分析人员之间的距离，解决了传统方法中最难解决的一环。

③原型法为我们准确的认识问题创造了条件。

④原型法充分利用了最新的软件工具，使得系统开发的时间、费用、质量、效率等方面的效益都大大提高了，系统对外界环境变化的适应能力大大增强。

⑤原型法将传统方法中的系统调查、系统分析、系统设计三个阶段融为一体。