⑴ 如何通过管理信息系统的重新规划与开发来避免信息孤岛
管理信息系统常用的开发方法
第一节管理信息系统开发策略
一、“自下而上”的开发策略
在诺兰阶段模型的起始阶段，即第一阶段和第二阶段，由于各种条件的限制，例如资金、设备、人员等等，计算机在企业管理中的应用是自发的和从企业中的少数部门开始的，然后逐渐推广到其它部门。在管理信息系统的开发过程中，也可以按照这种模式，从现行企业管理系统的业务状况出发，先实现其具体功能，例如财务管理、库存管理、生产管理、质量管理等等。逐层建立管理信息系统，由基层业务管理的数据处理开始，再增加中层控制管理，最后到高层战略管理。这种开发方法的优点是可以循序渐进，避免一开始就研制和建立大系统可能引发的配合不协调，容易导致失败。缺点是由于没有从整体系统和长远的观点考虑问题，系统的开发只是简单地重复了原有系统的功能，仅提高了某些部门的工作效率，而没有从更高的层次去重构企业和组织体系和工作流程，使信息系统的开发意义和价值失去应有的价值。另外，由于从局部出发去建立信息处理子系统，对各子系统之间的接口、相互之间的联系、功能的合并或重新定义等等工作，都有可能被疏忽或考虑不周。随着系统开发的进程，许多工作往往要重新评估、修改，甚至要重新规划、设计。
根据以上分析，“自下而上”的策略主要适宜于小型信息系统的开发与研制。
二、“自上而下”的开发策略
“自上而下”的开发策略符合系统观点。采用这种策略是从整体考虑问题，首先对企业或组织进行系统地分析，由长远到近期、由全面到局部，为企业或组织寻找更合理的物流与信息流。构建信息系统的同时，还包含了企业流程重组的概念。
应用“自上而下”开发策略，能很好地协调组织内部的各种关系，使信息系统具有更高的应用水平和实际价值。这种开发方式适用于大型管理信息系统的研制，需要较长的时间周期、更充足的资金与设备、素质更高的人才，工作难度也更大。
合理的策略是：对于大型的信息系统的开发，应结合这两种方法，首先自上而下地进行项目的整体规划，再自下而上地逐步实现各子系统的应用开发。
⑵ 如何编写“信息系统建设方案”
从上周二出差到现在一直在忙着写“河北省数字规划二期建设方案”，从开始几天拍脑袋想，到昨天找到合适的论文摘抄，组织。到今天基本完稿，经历了一个比较难的过程。 写“信息系统建设方案”要从几方面入手。 首先：要找到相关领域的材料，往往接触到的领域业务不熟悉，要赶紧查资料，必须坚信：之所以没有眉目写不出来是因为没有找到合适的资料，现在的硕士论文是比较全面的，各类建设系统都会有。因此，先找到相关的论文。 其次：要找到现状。这个一般是调查用户得到的消息。 要遵循以下提纲：1.系统现状 存在问题 2.建设目标 4.建设原则 5.需求分析（功能需求和性能需求） 6.系统架构 7.系统模块功能8.风险分析
⑶ 信息系统战略规划有哪些模型，方法
一、关键成功因素法（CSF）
1970年哈佛大学William Zani 教授在MIS模型中用了关键成功变量，这些变量是确定MIS成败的因素。 过了10年，麻省理工学院John Rockart教授把CSF提高成为MIS的战略。应用这种方法，可以对企业成功的重点因素进行辨识，确定组织的信息需求，了解信息系统在企业中的位置。所谓的关键成功因素，就是关系到组织的生存与组织成功与否的重要因素，它们是组织最需要得到的决策信息，是管理者重点关注的活动区域。不同组织、不同的业务活动中的关键成功因素是不同的，即使在同一组织同一类型的业务活动中，在不同的时期，其关键成功因素也有所不同。因此，一个组织的关键成功因素 应当根据本组织的判断， 包括企业所处的行业结构、企业的竞争策略、 企业在本行业中的地位、 市场和社会环境的变动等。
CSF是通过分析找出企业成功的关键因素， 然后再围绕这些关键因素来确定系统的需求，并进行规划。其步骤如下：
（1）了解企业和信息系统的战略目标。
（2）识别影响战略目标的所有成功因素。
（3）确定关键成功因素。
（4）识别性能指标识别和标准。
确定关键成功因素所用的工具是树枝因果图。例如，某企业有一个目标，是提高产品竞争力，可以用树枝图画出影响它的各种因素，以及影响这些因素的子因素，见图4.2.1所示。
图4.2.1 树枝图
如何评价这些因素中 哪些因素是关键成功因素， 不同的企业是不同的。对于一个习惯于高层人员个人决策的企业，主要由高层人员个人在此图中选择。对于习惯于群体决策的企业，可以用德尔斐法或其他方法把不同人设想的关键因素综合起来。在高层中应用关键成功因素法，一般效果好，因为每一个高层领导人员日常总在考虑什么是关键因素。一般不大适合在中层领导中应用，因为中层领导所面临的决策大多数是结构化的，其自由度较小，对他们最好应用其他方法。
二、战略目标集转化法（SST）
1978年William King把组织的战略目标看成是一个“信息集合”，由使命、目标、战略和其他战略略变量等组成。战略规划过程是把组织的战略目标转变为MIS战略目标的过程。如图4.2.2所示。
图4.2.2 战略目标集转化法
这个方法的第一步是识别组织的战略集，先考查一下该组织是否有写成文的战略或 长期计划，如果没有，就要去构造这种战略集合。
第二步是将组织战略集转化成MIS战略，MIS战略应包括系统目标、系统约束以及设计原则等。这个转化的过程包括对应组织战略集的每个元素识别对应MIS战略约束，然后提出整个MIS的结构。最后，选出一个方案送总经理。
三、企业系统规划法（BSP）
企业系统规划法（Business System Plane， 简称BSP）是由IBM公司于20世纪70年代提出的一种企业管理信息系统规划的结构化的方法论。它与CSF法相似，首先自上而下识别系统目标， 识别业务过程，识别数据，然后自下而上设计系统，以支持系统目标的实现。如图4.2.3所示。
图4.2.3 BSP方法
1．主要步骤
BSP法从企业目标入手， 逐步将企业目标转化为管理信息系统的目标和结构。它摆脱了管理信息系统对原组织结构的依从性，从企业最基本的活动过程出发，进行数据分析，分析决策所需数据，然后自下而上设计系统，以支持系统目标的实现。BSP主要步骤如图4.2.4所示。
图4.2.4 BSP主要步骤
（1）研究开始阶段。成立规划组，进行系统初步调查，分析企业的现状、了解企业有关决策过程、组织职能和部门的主要活动、存在的主要问题、 各类人员对信息系统的看法。 要在企业各级管理部门中取得一致看法，使企业的发展方向明确，使信息系统支持这些目标。
（2）定义业务过程（又称企业过程或管理功能组）。定义业务过程是BSP方法的核心。 所谓业务过程就是逻辑相关的一组决策或活动的集合，如订货服务、库存控制等业务处理活动或决策活动。业务过程构成了整个企业的管理活动。识别业务过程可对企业如何完成其目标有较深的了解，可以作为建立信息系统的基础。按照业务过程的所建造的信息系统，其功能与企业的组织机构相对独立，因此，组织结构的变动不会引起管理信息系统结构的变动。
（3）业务过程重组。在业务过程定义的基础上，分析哪些过程是正确的；哪些过程是低效的，需要在信息技术支持下进行优化处理；哪些过程不适合计算机信息处理，应当取消。检查过程的正确性和完备性后，对过程按功能分组，如经营计划、财务规划、成本会计等。
（4）确定数据类。 定义数据类是BSP方法的另一个核心。所谓数据类就是指支持业务过程所必须的逻辑上相关的一组数据。例如，记账凭证数据包括了凭证号、借方科目、贷方科目、金额等。一个系统中存在着许多数据类，如顾客、 产品、 合同、库存等。数据类是根据业务过程来划分的，即分别从各项业务过程的角度将与它有关的输入输出数据按逻辑相关性整理出来归纳成数据类。
（5）设计管理信息系统总体结构。功能和数据类都定义好之后，可以得到一张功能／数据类表格， 该表格又可称为功能／数据类矩阵或U/C矩阵。 设计管理信息系统总体结构主要工作就是可以利用U/C矩阵来划分子系统，刻画出新的信息系统的框架和相应的数据类。
（6）确定子系统实施顺序。由于资源的限制，信息的总体结构一般不能同时开发和实施，总有个先后次序。划分子系统之后，根据企业目标和技术约束确定子系统实现的优先顺序。一般来讲，对企业贡献大的、需求迫切的、容易开发的优先开发。
（7）完成BSP研究报告，提出建议书和开发计划。
2．子系统的划分
BSP方法是根据信息的产生和使用来划分子系统的， 它尽量把信息产生的企业过程和使用的企业过程划分在一个子系统中，从而减少了子系统之间的信息交换。划分子系统的步骤如下：
（1）作U/C矩阵。 利用定义好的功能和数据类作一张功能／数据类表格，即U/C矩阵，如表4.2.1所示。矩阵中的行表示数据类，列表示功能，并用字母U（use）和 C(create)表示功能对数据类的使用和产生， 交叉点上标C的表示这个数据类由相应的功能产生，标U的表示这个功能使用这个数据类。例如，销售功能需要使用有关产品、客户和订货方面的数据，则在这些数据下面的销售一行对应交点标上U； 而销售区域数据产生于销售功能，则在对应交叉点上标C。
表4.2.1 U/C矩阵（一）
（2）调整功能／数据类矩阵。开始时数据类和过程是随机排列的，U、C在矩阵中排列也是分散的，必须加以调整。
首先，功能这一列按功能组排列，每一功能组中按资源生命周期的四个阶段排列。功能组指同类型的功能，如“经营计划”、“财务计划”属计划类型，归入“经营计划”功能组。
其次，排列“数据类”这一行，使得矩阵中C最靠近主对角线。因为功能的分组并不绝对， 在不破坏功能成组的逻辑性基础上，可以适当调配功能分组，使U也尽可能靠近主对角线。表7.3.1的功能/数据类矩阵经上述调整后，得到表4.2.2表示的功能／数据类矩阵。
（3）画出功能组对应的方框，并起个名字，这就是子系统，见表4.2.2所示。
（4）用箭头把落在框外的U与子系统联系起来， 表示子系统之间的数据流。例如，数据类“计划”，由经营子计划系统产生，而技术准备子系统要用到这一数据类，见表4.2.2。
四、三种系统规划方法的比较
关键成功因素法（CSF）能抓住主要问题， 使目标的识别突出重点。由于高层领导比较熟悉这种方法，所以使用这种方法所确定的目标，高层领导乐于努力去实现。这种方法最有利于确定企业的管理目标。
战略目标集转化法（SST）从另一个角度识别管理目标， 它反映了各种人的要求，而且给出了按这种要求的分层，然后转化为信息系统目标的结构化方法。它能保证目标比较全面，疏漏较少，但它在突出重点方面不如前者。
企业系统规划法（BSP）虽然也首先强调目标， 但它没有明显的目标导引过程。它通过识别企业“过程”引出了系统目标，企业目标到系统目标的转化是通过业务过程／数据类等矩阵的分析得到的。由于数据类也是在业务过程基础上归纳出的，所以我们说识别企业过程是企业系统规划法战略规划的中心，而不能把企业系统规划法的中心内容当成U/G矩阵。
以上三种规划方法各有优缺点， 可以把它们综合成CSB方法来使用，即用CSF方法确定企业目标，用SST方法补充完善企业目标，然后将这些目标转化为信息系统目标， 再用BSP方法校核企业目标和信息系统目标，确定信息系统结构。这种方法可以弥补单个方法的不足，较好地完成规划，但过于复杂而削弱单个方法的灵活性。
⑷ 管理信息系统战略规划的常用方法有哪些
制定MIS战略规划的方法有多种，主要有关键成功因素法、战略目标集转化法和企业系统规划法等三种。 还有几种用于特殊情况，或者作整体规划的一部分使用，如企业信息分析与集成技术（BIAIT ）、产出／方法分析 (E/MA )、投资回收法（ROI）、征费法、零线预算法、阶石法等。
一、关键成功因素法（CSF）
1970年哈佛大学William Zani 教授在MIS模型中用了关键成功变量，这些变量是确定MIS成败的因素。 过了10年，麻省理工学院John Rockart教授把CSF提高成为MIS的战略。应用这种方法，可以对企业成功的重点因素进行辨识，确定组织的信息需求，了解信息系统在企业中的位置。所谓的关键成功因素，就是关系到组织的生存与组织成功与否的重要因素，它们是组织最需要得到的决策信息，是管理者重点关注的活动区域。不同组织、不同的业务活动中的关键成功因素是不同的，即使在同一组织同一类型的业务活动中，在不同的时期，其关键成功因素也有所不同。因此，一个组织的关键成功因素 应当根据本组织的判断， 包括企业所处的行业结构、企业的竞争策略、 企业在本行业中的地位、 市场和社会环境的变动等。
二、战略目标集转化法（SST）
这个方法的第一步是识别组织的战略集，先考查一下该组织是否有写成文的战略或 长期计划，如果没有，就要去构造这种战略集合。
第二步是将组织战略集转化成MIS战略，MIS战略应包括系统目标、系统约束以及设计原则等。这个转化的过程包括对应组织战略集的每个元素识别对应MIS战略约束，然后提出整个MIS的结构。最后，选出一个方案送总经理。
三、企业系统规划法（BSP）
企业系统规划法（Business System Plane， 简称BSP）是由IBM公司于20世纪70年代提出的一种企业管理信息系统规划的结构化的方法论。它与CSF法相似，首先自上而下识别系统目标， 识别业务过程，识别数据，然后自下而上设计系统，以支持系统目标的实现。
四、三种系统规划方法的比较
关键成功因素法（CSF）能抓住主要问题， 使目标的识别突出重点。由于高层领导比较熟悉这种方法，所以使用这种方法所确定的目标，高层领导乐于努力去实现。这种方法最有利于确定企业的管理目标。
战略目标集转化法（SST）从另一个角度识别管理目标， 它反映了各种人的要求，而且给出了按这种要求的分层，然后转化为信息系统目标的结构化方法。它能保证目标比较全面，疏漏较少，但它在突出重点方面不如前者。
⑸ 管理信息系统的开发策略有哪几种选择开发策略的主要依据是什么
一、管理信息系统开发项目管理流程管理信息系统的开发是一项涉及面广，技术难度大的综合性系统工程，需要投入大量的人力、财力、物力、时间等资源，对整个企业组织的改革与发展会产生很大的影响。只有对企业管理信息系统的整个开发过程按照系统的观点使用现代项目管理的科学理念和方法进行控制，才可能以较小的投入，取得较为理想的效果。1、项目管理的概念项目管理是指在一定资源如时间、资金、人力、设备、材料、能源、动力等约束条件下，为了高效率地实现项目的既定目标（即到项目竣工时计划达到的质量、投资、进度），按照项目的内在规律和程序，对项目的全过程进行有效的计划、组织、协调、领导和控制的系统管理活动。项目是具有明确目标的一次性任务，具有明显的生命周期，阶段性强。项目管理是面向所有工程项目的管理，是运用系统科学的原理对工程项目进行计划、组织与控制的系统管理方法。项目管理要解决的基本问题就是如何按所选择的研制方法，对开发项目进行有效的计划、组织、协调、领导、控制。项目的管理是“一把手”工程，领导参与是关键。项目经理必须合理配置项目参加人员，制定项目建设的有关规范，及时产生详尽的报表，正确评价项目的进展情况。近年来，世界各国都开始对信息系统的建设实施项目管理，不少软件开发商还提供了项目管理软件，如美国微软公司的Project2000、美国Primavera公司的ProjectPlannerP3和OS/23.0、我国北京梦龙公司的PERT3.0等。这些软件主要用于编排项目的进度计划，通过资源的分析和成本管理，合理配置资源使计划进度更为合理，同时按计划来安排工程进度，并对进度进行动态跟踪与控制等。2、加强信息系统开发项目管理的重要意义已经在国民经济诸多领域中成功运用的项目管理方法，也完全可以用于信息系统开发项目的管理。管理信息系统开发是一项长期的任务，必须根据企业组织的改革、发展的需要和可能，分成若干项目，分步进行开发。信息系统的“开发项目”包含信息系统分析、设计和实施的整个过程。它由项目负责人（项目经理）负责，利用可获得的资源为用户组织系统的建设。根据系统科学的观点，小项目可以构成一个大项目，一个大项目可以分解成若干个小项目。项目管理实质上是保证整个系统开发项目顺利、高效地完成的一种过程管理技术，贯穿于系统开发的整个生命周期。信息系统开发也是一项系统工程项目如同其他工程项目一样，研制开发一个信息系统也需要在给定的时间内计划、协调和合理使用配置各种资源，对信息系统进行项目管理的重要性有以下四点：（1）可以进行系统的思考，进行切合实际的全局性安排；（2）可为项目人力资源的需求提供确切的依据；（3）通过合理的计划安排对项目进行最优化控制；（4）能够提供准确、一致、标准的文档数据。3.管理信息系统开发项目管理的工作流程管理信息系统开发项目管理的工作流程与信息系统开发过程的阶段划分有关。典型的管理信息系统开发过程的阶段划分如表l所示。阶段主要活动一、系统规划1、战略规划根据组织的目标与发展战略确定信息系统的发展战略2、组织信息，需求分析对组织的信息需求进行总体分析，确定信息系统的总体结构方案，划分建设项目3、资源分配对系统建设所需各类资源进行估计与安排二、系统分析1、系统初步调查，开发项目的可行性研究，现行系统的详细调查，新系统逻辑方案的提出统开发2、系统设计系统总体结构设计，数据存储设计，输入、输出设计，处理过程设计，计算机与网络系统方案的选择3、系统实施软件编程与软件包的购置，计算机与网络设备的安装与调试，系统测试，新旧系统的转换三、系统运行与维护系统运行的组织与管理，系统评价，系统的纠错性维护，适应性维护，完善性维护，预防性维护四、系统更新现行系统问题分析，新系统建设的启动管理信息系统开发的项目管理阶段划分管理信息系统开发的项目管理可分为两个阶段，即：立项与可行性论证阶段、项目实施管理阶段。（1）立项与可行性研究对于管理信息系统的项目开发前期，一般分为两步：第一步为初步可行性研究，即进行初步调查，提出项目建议书；第二步为可行性研究，即正式研究阶段。第一步的项目建议书被项目主管部门批准后，项目就被列入计划，也就是项目立项。接下来就可以开始正式的可行性研究，项目是否正式实施还有待可行性究报告是否被审查批准。对一些小项目，上述过程可以从简。可行性研究是在项目开发前期对项目的一种考察和鉴定，对拟议中的项目进行全面的、综合的调查研究，其目的是要判断项目可行与否。信息系统技术可行性研究要从系统开发的计划出发，论述系统开发力量的可行性，同时论证系统方案中所采取的各种技术手段上是否可以实现。信息系统经济可行性研究主要是对项目进行经济评价，分析系统建设投资的可能性以及评价系统运行之后给组织带来的效益。信息系统营运可行性研究要给出的方案是否可以从人力、物力、组织工作等方面保证项目按计划完成实施，还要说明项目开发后在经济、技术和环境等方面能否保证系统正常运行。（2）项目实施管理信息系统的项目被批准实施之后，就应开始项目实施的管理工作。项目实施管理的目的是通过计划、检查、控制等一系列措施，使系统开发人员能够按项目的目标有计划地进行工作，以便成功地完成项目。项目组的人员组成应面向项目而不是按专业进行组织，一般由项目负责人领导，项目组内可按任务进行再分组。当大型的信息系统项目分为多个子项目进行开发时，需要有一个总的项目管理组负责对各个子项目的公共部分作出指导、协调和管理，各个子项目相应有各自的项目管理小组。项目实施管理的主要内容包括：开发管理、测试管理、运行管理和项目后评价管理。开发管理的主要内容有：制定文档；预计需要的资源；费用估算；安排工作任务和日程；定期做评审；质量保证管理；开发总结报告；处理意外情况等。测试管理的主要内容有：制定测试计划；测试分析并报告；编制用户手册。运行管理的主要内容有：人员的组织与管理；设备和资料管理；财政预算与支出管理；作业时间管理。项目后评价管理的主要内容有：技术水平与先进性评价；经济与社会效益分析；系统的内在质量评价；系统的推广使用价值评价；系统的不足之处与改进意见等。项目实施管理贯穿于系统分析、系统设计、系统实施、系统维护和评价的整个系统开发过程。项目管理的工作程序和组织界限是非常重要，有必要建立项目管理的总体框架，以引导人们成功的建设信息系统。步骤如下：①问题分析。初始调查要由拥有经验的人员而不是新手去做，对项目应当认真研究和估价其变革的程度、项目的内涵和最终实现的成本。那些变革程度大、需要与用户人员紧密结合的项目，通常需要较高的管理经验。那些较小型的、涉及人员少、可由一个小组完成的项目，则管理就简单得多。②选择正确的项目。在选择项目时，应注意首先开始的项目要限制规模，以保证成功率一般应在一年内能看到成果。大项目可以分成子项目，以表明完成的进度。③选任项目负责人。项目负责人（项目经理或项目组长）负责项目日常事务，并且负责按给定的时间、成本和质量，去实现项目目标。其任务包括编制项目计划，建立和培训项目队伍，以及分配和协调项目任务。④具体指明责任。用户负责人应主持决定整个项目中用户参与程度。项目负责人要直接向用户负责人汇报工作。⑤建立项目计划和确定工作标准。在信息系统的项目管理过程中，涉及到多方面的因素，有时问题变得十分复杂，如果有一个周密具体的项目计划，就会消除风险。项目计划包括组织计划、工程计划、会议计划、环境设施计划、成本计划等内容。目前常用的计划方法有甘特图法、计划评审法（PERT）等。要确定工作标准，工作标准是对计划执行程度的度量，标准应简单明确、易于衡量、能够实现，并且带有强制性。⑥限定任务，具体指明任务细节。在编制项目计划中，项目负责人必须决定要完成哪些任务，如何去完成，哪些资源能用，谁采完成和用多长时间完成。二、企业信息系统开发项目管理的组织机构要想保证信息系统开发工作的顺利启动，首先要建立项目的组织机构——项目组。项目组可以由负责项目管理和开发的不同方面的人员组成，项目组由项目组长或项目经理来领导。一般来说可以根据项目经费的多少和系统的大小来确定相应的项目组。项目组根据工作需要可设若干小组，小组的数目和每个小组的任务可以根据项目规模、复杂程度和周期长短来确定，可以设立的小组有：过程管理小组、项目支持小组、质量保证小组、系统工程小组、系统开发与测试小组、系统集成与测试小组等等。一个好的项目组不一定能保证项目的成功，但一个差的管理组将肯定会导致项目的失败。因此，在建立项目组时要充分利用项目组每个成员的特长，坚持将正确的开发方法贯穿始终。1、项目经理（项目组长）项目经理（项目组长）是整个项目的领导者，共任务是保证整个开发项目的顺利进行，负责协调开发人员之间、各级最终用户之间、开发人员和广大用户之间的关系。同时他拥有资金的支配权，可以把资金作为强有力的工具来进行项目管理，对项目经理的资金运用情况可采用定期向上级汇报等方法进行合理监督。项目经理在实施项目领导工作时，要时刻注意所开发的系统是否符合最初制定的目标；在开发工作中是否运用了预先选择的正确的开发方法；哪些人适合于做哪些工作等。只有目的明确、技术手段适合、用人得当，才能保证系统开发的顺利进行。对于小型项目，项目经理可以独立进行工作，直接管理各类开发技术人员，必要时可以求得外部机构的支持；对于中型项目，应划分出各个任务的界限，由不同的人去管理，项目经理通过这些人来实施各项管理工作；对于大型项目，应有专门的管理机构进行辅助管理，项目经理应能保证其思想的实施，并通过管理机构对开发技术人员的工作实施管理，同时注意对其产品的审核。2.过程管理小组过程管理小组的任务是负责整个项目的成本及进度控制、进行配置管理、安装调试、技术报告的出版、培训支持等项任务，这是一个综合性的机构，用以保证整个开发项目的顺利进行。3、项目支持小组项目支持小组的任务是保障后勤支持，它要及时提供系统开发所需要的设备、材料；负责进行项目开发的成本核算；负责合同管理、安全保证等，特别是对大型项目而言，由于其涉及的资金巨大、开发人员众多、材料消耗也多，尤其要进行科学的管理。4.质量保证小组质量保证小组的任务是及时发现影响系统开发质量的问题并给予解决。问题发现越早，对整个项目的影响越小，项目成功的把握就越大。5.系统工程小组由于信息系统开发是一项系统工程，因此可以按照工程的一般特性，用系统的观点制定出系统开发各个阶段的任务，这是系统工程小组的工作职责，即将整个开发过程按阶段划分出若干个任务，规定好每个任务的负责人、任务的目标、检验标准、完成任务的时间等。只有明确每一项任务的责、权、利，才能使得开发工作顺利进行。6.开发与测试小组开发与测试小组的任务是充分利用系统开发的一些关键技术、开发模型以及一些成熟的商品软件从事各子系统的开发与集成，并对各于系统进行测试。这是整个开发项目的关键，因此要组织好该小组的成员，并采用统一的方法和标准进行工作。7.系统集成与安装调试小组系统集成是对整个信息系统进行综合的过程，该小组成员在充分注意软件、硬件产品与所开发的信息系统之间的结合、注意最大限度地保证系统可靠性及发挥系统的最高效率的前提下完成信息系统的软件、硬件等各方面的集成，并做好整个系统的测试与安装调试工作。三、管理信息系统开发项目管理的基本内容与步骤在具体实施管理信息系统开发项目管理时，可按下面5个步骤来进行：1.任务分解（WBS）任务分解（WorkBreakdownStructure），又叫任务划分或工作分解结构，是把整个信息系统的开发工作定义为一组任务的集合，这组任务又可以进一步划分成若干个子任务，进而形成具有层次结构的任务群。使任务责任到人，落实到位，运行高效。任务划分是实现项目管理科学化的基础，虽然进行任务划分要花费一定的时间和精力，但是在整个系统开发过程中将会越来越显示出它的优越性。任务划分包括的内容有：任务设置；资金划分；任务计划时间表；协同过程与保证完成任务的条件。任务设置是在统一文档格式的基础上详细说明每项任务的内容、应该完成的文档资料、任务的检验标准等；资金划分是根据任务的大小、复杂程度，所需的硬件、软件、技术等多种因素确定完成这项任务所需的资金及分配情况；任务计划时间表是根据所设置的任务确定完成的时间；协同过程与保证完成任务的条件是指在任务划分时要考虑为了完成该项任务所需要的外部和内部条件，即哪些人需要协助、参与该项任务，保证任务按时完成的人员、设备、技术支持、后勤支持是什么等。在进行了任务划分之后，将这些任务落实到具体的人，并建立一张任务划分表，在这张表中标明任务编号、任务名称、完成任务的责任人，其中任务编号是按照任务的层次对任务进行编码，最高度的任务为1，2，3，……，对任务1的分解为1.1，1.2，1.3，……，对任务2的分解为2.1，2.2，2.3，……，以此类推。任务分解的主要方法有以下三种：①按系统开发项目的结构和功能进行划分。即可以将整个开发系统分为硬件系统、系统软件、应用软件系统。硬件系统可分为服务器、工作站、计算机网络环境等，考虑这些硬件的选型方案、购置计划、购置管理、检验标准、安装调试计划等内容，制定相应的任务；系统软件可划分为网络操作系统软件、后台数据库管理系统、前台开发平台等，考虑这些软件的选型、配件、购置、安装调试等内容并制定相应的任务；对于应用软件可将其划分为输入、显示、查询、打印、处理等功能，考虑对系统进行需求分析、总体设计、详细设计、编程、测试、检验标准、质量保证、审查等内容并制定相应的任务。②按系统开发阶段进行划分。即按照系统开发中的系统分析、系统设计、系统实施及系统实施中的编程、系统测试、系统安装调试、系统试运行、系统运行等各个阶段划分出每个阶段应该完成的任务、技术要求、软硬件系统的支持、完成的标准、人员的组织及责任、质量保证、检验及审查等项内容，同时还可根据完成各阶段任务所需的步骤将这些任务进行更细一级的划分。③将①②结合起来进行划分。采用这种方法主要是从实际应用考虑，兼顾两种方法的不同特点而进行。在进行任务划分过程中应特别注意以下两点。一是划分任务的数量不易过多，但也不能过少。过多会引起项目管理的复杂性与系统集成的难度；过少会对项目组成员，特别是任务负责人有较高的要求，而影响整个开发。因此应该注意任务划分的恰当性。二是在任务划分后应该对任务负责人赋予一定的职权，明确责任人的任务、界限、对其他任务的依赖程度、确定约束机制和管理规则。2.计划安排依据任务划分即可制定出整个开发及项目管理计划，并产生任务时间计划表。开发计划可以划分为配置计划、应用软件开发计划、测试和评估计划、验收计划、质量保证计划、系统工程管理计划和项目管理计划等。计算机硬件系统、系统软件配置计划包括：（1）建立系统基准；（2）配置、选型、购置、安装调试过程；（3）在变化的情况下如何保持系统基准的稳定；（4）最终产品的文档。应用软件开发计划包括：（1）将用户需求转化为相应的项目；（2）软件开发过程；（3）集成软件的过程；（4）测试软件的过程。测试和评估计划包括：（1）整个系统的集成；（2）整个系统的测试；（3）给用户展示系统的工作情况；（4）准备给用户使用系统。验收计划包括：（1）准备验收文档；（2）如何将最终系统提供给用户。质量保证计划包括：（1）验证开发质量；（2）确定外部产品质量。系统工程管理计划包括：（1）管理全部系统开发任务；（2）跟踪用户对系统开发的需求。项目管理计划包括：（1）何时及如何完成任务；（2）建立完成的策略和标准；（3）各种计划的协调。计划安排还包括培训计划、安装计划、安全性保证计划等。当这些计划制定出采后，可以画出任务时间计划表，表明任务的开始时间、结束时间，表明任务之间的相互依赖程度。这个任务时间计划表可以按照任务的层次形成多张表，系统开发的主任务可以形成一张表，它是所有子任务时间计划表建立的基础。这些表是所有报告的基础，同时还可以帮助对整个计划实施监控。任务时间计划表的建立可以有多种方法，它可以采用表格形式，也可以使用图形来表达，也可以使用软件工具，其表达方式取决于实际的应用需求。3.项目经费管理项目经费管理是信息系统开发项目管理的关键因素，项目经理可以运用经济杠杆来有效控制整个开发工作，达到事半功倍的效果。在项目管理中，赋予任务负责人一定职责的同时，还要赋予其相应的支配权，也要对其进行适当的控制。在经费管理中要制订两个重要的计划，即经费开支计划和预测计划。经费开支计划包括：（1）完成任务所需的资金分配；（2）确认任务的责权和考虑可能的超支情况；（3）系统开发时间表及相应的经费开支；（4）如果需要变动，及早通知项目经理。预测开支计划包括：（1）估计在不同的时间所需的经费情况；（2）了解项目完成的百分比；（3）与经费开支计划相比较；（4）允许项目经理做有计划的经费调整。4.项目审计与控制项目审计与控制是整个项目管理的重要部分，它对于整个系统开发能否在预算的范围内按照任务时间表来完成相应的任务起着关键的作用。相应的管理内容和步骤如下：（1）制定系统开发的工作制度。按照所采用的开发方法，针对每一类开发人员制定出其工作过程中的责任、义务、完成任务的质量标准等。（2）制定审计计划。按照总体目标和工作标准制定出进行审计的计划。（3）分析审计结果。按计划对每项任务进行审计，分析执行任务计划表和经费的变化情况，确定需要调整、变化的部分。（4）控制。即根据任务时间计划表和审计结果，掌握项目进展情况，及时处理开发过程中出现的问题，及时修正开发工作中出现的偏差，保证系统开发工作的顺利进行。对于系统开发中出现的变化情况，项目经理要及时与用户和主管部门联系，取得他们的理解和支持，及时针对变化情况采取相应的对策。5.项目风险管理信息系统开发项目实施过程中，尽管经过前期的可行性研究以及一系列管理措施的控制，但其效果一般来说还不能过旱地确定，它与风险联系着，可能达不到预期的效果，费用可能比计划的高，实现时间可能比预期的长，而且，硬件和软件的性能可能比预期的低，等等。因此，任何一个系统开发项目都应具有风险管理，这样才能充分体现出成本分析的优点，在风险管理中应注意的是：（1）技术方面必须满足需求，应尽量采用商品化技术，这样可以降低系统开发的风险。（2）开销应尽量控制在预算范围之内。（3）开发进度应尽量控制在计划之内。（4）应尽量与用户沟通，不要做用户不知道的事情。（5）充分估计到可能出现的风险，注意倾听其他开发人员的意见。（6）及时采纳减少风险的建议。总之，风险管理也是项目管理的重要内容，是项目经理的特别职责。风险管理过程可以划分为以下几个步骤：第一步，风险辨识。首先列出一个潜在问题表，然后再考虑其中有哪些问题会出现风险。风险的确定应听取技术专家和广大用户的意见。潜在的风险源包括：（1）在总体规划和系统分析阶段所进行的需求分析不完全、不清楚、不稳定、不可行，最终影响软件集成和系统集成。设计结果的可用性、可实施性、可测试性较差，影响系统的后续开发工作。（3）在程序设计过程中，可能出现的非一致性或系统的支持较差。（4）在整个开发过程中，遇到困难和问题时，开发人员可能出现的矛盾和不协调性将影响系统开发的质量和开发进度。（5）在实施项目管理过程中，计划的准确性、可监控性、经费运用及分配情况等都将对整个开发工作产生影响。第二步，风险分析。对辨识出的风险进行进一步的确认后分析风险概况，即假设某一风险出现后，分析是否会有其他风险出现，或是假设这一风险不出现，分析它将会产生什么情况，然后确定主要风险出现最坏情况后，如何将此风险的影响降低到最小，同时确定主要风险出现的个数及时间。第三步，风险缓和。通过对风险的分析确定出风险的等级，对高级的风险要制定出相应的对策，采取特殊的措施予以处理，并指定专人负责重要风险项目的实施，同时在风险管理计划中进行专门的说明。第四步，风险跟踪。对辨识后的风险在系统设计开发过程中进行跟踪管理，确定还会有哪些变化，以便及时修正计划。具体内容包括：（1）实施对重要风险的跟踪；（2）每月对风险进行一次跟踪；（3）风险跟踪应与项目管理中的整体跟踪管理相一致；（4）风险的内容和对项目开发的影响应随着时间的不同而相应地变化。因此，在项目实施管理过程中，随时研究项目的风险并作出相应的对策是管理工作不可映少的。通常影响项目内在风险的因素有三个：项目的规模、业务的结构化程度以及项目的技术难度。把这三种因素的高低（或大小）组合起来，所可能产生的8种项目风险估计见表2。表2项目风险估计表项目管理中风险管理方法，是根据项目风险水平进行组织和管理。为了搞好项目，管理，可采用四种措施和技术：（1）项目组与用户结合的外部结合措施和技术。如，用户项目管理组织、用户参加的项目小组和用户指导委员会。（2）项目组协调工作的内部结合措施和技术。如，项目评审会、备忘录和项目组参与决策。（3）任务结构化、条理化的规范的计划措施和技术。如，关键路线图、抓重大事件以及项目审批程序等。（4）估计项目进程的规范化控制措施和技术。如，具有差异分析的一系列正式的状态报告。通常，任务的结构化程度越低，越需要外部与用户的高度结合。采用难度大的高技术项目通常借助于高度的内部项目结合和规范化很低的计划和控制。规范化高的计划和控制对技术难度低而规模大的项目最为有用。项目风险的管理对策见表3。表3项目风险的管理对策表显见，如果一个风险高的项目获得成功，将能得到最大的期望效益。当冒着某种风险去实现规模大、非结构化的高技术项目时，把具有不同风险和不同项目组织管理的一些项目结合起采，可以使企业获得令人满意的结果。对信息系统的建设来说，项目管理中风险管理十分重要，因其涉及到方方面面的开发人员和广大的最终用户。为了保证系统开发的顺利进行，除了要建立一整套的管理职责和规范，坚持将一种正确的开发方法贯穿始终外，还要做好各类人员的思想沟通，“使开发项目组的全体人员自始至终都能保持一个声音说话”。不知合您胃口不！
⑹ 求！旧信息系统要升级改造，新信息系统已开发完成，新旧系统要做对接，对接方案怎么写
要从该系统的需求分析做起，然后对接新旧系统的功能比较制作。
⑺ 管理信息系统案例——案例观察：基于IT的服务流程重构！急急急呀！
结合自己所在地，咨询相对应的用友各地分子公司，有序帮助解决您的困惑