管理信息系统_前期准备

1、管理信息系统管理信息系统主讲：周宇葵2/37第二章 信息系统前期准备3/37第一节第一节 企业信息系统的开发方式选择企业信息系统的开发方式选择企业规模有大小、条件有优劣、建立有企业规模有大小、条件有优劣、建立有先后，怎样以经济合理的投资在较短的时间先后，怎样以经济合理的投资在较短的时间内，获得一个功能强、质量高、适用、可靠、内，获得一个功能强、质量高、适用、可靠、易维护的信息系统？易维护的信息系统？4/37背景：市场上有专项业务信息系统软件销售。背景：市场上有专项业务信息系统软件销售。 财务管理系统、供销存管理信息系统、财务管理系统、供销存管理信息系统、MRP（物料需（物料需 求计划）、求计划

2、）、MRP2（制造资源计划）、（制造资源计划）、ERP（企业资（企业资 源规划）系统源规划）系统 优点：通用性强、开发周期短、开支少、产生经济效优点：通用性强、开发周期短、开支少、产生经济效 益快。益快。缺点：专用性差、系统的再开发困难。缺点：专用性差、系统的再开发困难。 重点：鉴别与校验软件包功能及适应条件的能力要重点：鉴别与校验软件包功能及适应条件的能力要 强。强。一、自行购置与二次开发一、自行购置与二次开发5/37背景：企业内部有较强的信息技术队伍；开背景：企业内部有较强的信息技术队伍；开 发人员的业务素质高。发人员的业务素质高。优点：适用于本企业的各项业务，满意度高优点：适用于本企业的

3、各项业务，满意度高 ；费用低；系统的维护、优化容易。；费用低；系统的维护、优化容易。 缺点：信息技术队伍水平相对较低；开发周缺点：信息技术队伍水平相对较低；开发周 期长；人力耗费大。期长；人力耗费大。 重点：强有力的领导与技术咨询。重点：强有力的领导与技术咨询。二、自行开发（自主开发）二、自行开发（自主开发）6/37背景：企业自身具备一定的信息技术人员，但背景：企业自身具备一定的信息技术人员，但 又缺乏开发整个信息系统的人数或技术又缺乏开发整个信息系统的人数或技术 ；企业希望通过信息系统开发提高自己；企业希望通过信息系统开发提高自己 的技术队伍，以便于后期系统维护。的技术队伍，以便于后期系统维

4、护。优点：费用相对较低；便于后期的系统维护。优点：费用相对较低；便于后期的系统维护。 缺点：双方在合作过程中难以达成共识。缺点：双方在合作过程中难以达成共识。重点：企业信息技术人员与开发方的协调。重点：企业信息技术人员与开发方的协调。三、合作开发三、合作开发7/37四、委托开发四、委托开发背景：企业信息系统的开发队伍力量较弱，但背景：企业信息系统的开发队伍力量较弱，但 资金充足。资金充足。 优点：省时、省事、开发出的系统技术水平较优点：省时、省事、开发出的系统技术水平较 高。高。缺点：费用高、系统维护需要开发方的支持、缺点：费用高、系统维护需要开发方的支持、 需要企业中精通业务的人员配合系统的

5、需要企业中精通业务的人员配合系统的 开发。开发。重点：业务骨干与开发方的沟通。重点：业务骨干与开发方的沟通。 8/37五、业务外包五、业务外包背景：外部开发商能从规模经济（相同的知识、技能背景：外部开发商能从规模经济（相同的知识、技能 由许多不同的用户共享）中降低成本由许多不同的用户共享）中降低成本 ，从而获，从而获 得收益，并能以富有竞争力的价格收费。而企得收益，并能以富有竞争力的价格收费。而企 业内部的现有信息系统人员对知识的掌握又无业内部的现有信息系统人员对知识的掌握又无 法与技术的变化保持同步。法与技术的变化保持同步。 优点：节省开支、维护方便。优点：节省开支、维护方便。缺点：当外部开

6、发商对系统不能很好地理解和管理缺点：当外部开发商对系统不能很好地理解和管理 时，对企业的组织与管理会带来严重的后果。时，对企业的组织与管理会带来严重的后果。相对聘请信息技术人员相对聘请信息技术人员9/37第二节第二节 企业信息系统的开发模式选择企业信息系统的开发模式选择一、一、C/S模式（模式（Client/Server）应用应用服务器服务器集线器集线器数据库数据库服务器服务器客户机客户机客户机客户机客户机客户机客户机客户机客户机客户机10/37优优 点：事务处理均衡、交互性强点：事务处理均衡、交互性强 、提供、提供 更安全的存取模式更安全的存取模式 、利于大量、利于大量 数据的处理。数据的处

7、理。缺缺 点：开发成本高、移植困难、不利于点：开发成本高、移植困难、不利于 推广、维护困难、不支持大量终推广、维护困难、不支持大量终 端并行运行、适合于局域网。端并行运行、适合于局域网。11/37二、二、B/S模式（模式（Browser/Server）用户用户Web客户机客户机IE或或NetscapeInternet/IntranetWeb服务器服务器数据库数据库服务器服务器Web ServerB/S模式结构图模式结构图HTTP12/37优点优点: 使用简单方便、维护容易、客户使用简单方便、维护容易、客户 机要求不高、投资少、资源共享机要求不高、投资少、资源共享 高、扩展性好、适用于网上信息高

8、、扩展性好、适用于网上信息 发布、生命周期长发布、生命周期长缺点：安全性相对较差。缺点：安全性相对较差。13/37三、三、B/S与与C/S的混合模式的混合模式数据库服务器数据库服务器Web服务器服务器浏览器浏览器客户机客户机客户机客户机浏览器浏览器浏览器浏览器浏览器浏览器C/S模式模式B/S模式模式B/S与与C/S的混合模式结构图的混合模式结构图14/37示例：示例： 某大型公司的企业资源计划系统的开发模式选择： 厂区内客户机众多，则一般工人所用的终端可采用三层次客户机/服务器结构；公司各科室客户机少，且经常进行一定的需求修改，为了快速开发，科室所用软件可采用C/S结构；驻外机构、出差人员、客

9、户为了进行方便联网工作并减少安装客户端程序的过程，开发部分B/S结构程序。 15/37第三节第三节 合同的签订和项目的启动合同的签订和项目的启动 一、合同的签订1合同类型（1）固定价格合同 含 义：在合同中，企业与开发方对所签订 的项目达成一致价格。 特 点：企业风险低、开发方风险高。 适用范围：工程量不太大、能精确计算成本、 技术不太复杂的项目； 16/37（2）成本补偿合同 含 义：在合同中，企业同意付给开 发方所有实际花费的成本加 上一定的协商利润，而不规 定数额。 特 点：企业风险高、开发方风险低 适用范围：需要立即开展工作的项目、 新型的工程项目、风险较大 的项目等。17/37 2合

10、同条款中需注意的问题 可计量或可测试的方式规定项目的目标、质量、进度和费用，规定双方的权利和义务。 （1）成本超支或进度计划延迟的通知条款 （2）分包商的限制条款 （3）明确企业的配合义务条款 （4）明确知识产权条款 （5）有关保密协定的条款 （6）有关付款方式的条款 （7）有关奖罚的条款 （8）有关需求变更的条款 （9）有关纠纷的解决条款 处置合同纠纷的主要方式：协商、调解、仲裁、诉讼18/37 二、项目小组的成立二、项目小组的成立 规划组规划组项目组项目组 1项目组成员项目组成员 业务人员业务人员用户用户 技术人员技术人员系统分析员、数据库管理系统分析员、数据库管理 员、系统设计员、硬件网

11、员、系统设计员、硬件网 络设计员、程序设计员等络设计员、程序设计员等19/37 2项目组的组织结构模式项目组的组织结构模式 按子课题或子系统划分的模式按子课题或子系统划分的模式 缺点：个人专长难发挥。缺点：个人专长难发挥。 优点：接口少，易协调。优点：接口少，易协调。 按职能或任务的阶段划分的模式按职能或任务的阶段划分的模式 缺点：接口多，难协调。缺点：接口多，难协调。 优点：个人专长易发挥。优点：个人专长易发挥。 矩阵形模式矩阵形模式 优点：个人专长易发挥，接口多但易协调。优点：个人专长易发挥，接口多但易协调。 20/373明确项目组成员的职责明确项目组成员的职责 明确项目组成员职责的有效的

12、办法是绘制技术明确项目组成员职责的有效的办法是绘制技术编制表及责任表。编制表及责任表。系统分析员程序员测试工程师硬件工程师数据库管理员张三54321李四55432王五25443刘六34451赵七43225邓二34513李一12454专业领专业领域域姓名姓名21/37张三王五邓二刘六赵七李四李一系统分析PSS编码SPS(S)S测试SPSS设备采购SPS数据库设计Ps项目组成员责任表项目组成员责任表工作任务工作任务姓名姓名22/374. 项目组的分组依据安排某人做某事是因为该人有相应的技术，而 不是因为他有时间。不要安排太多的人到同一任务。最好先让项目组成员自己申报主持某项工作， 然后根据项目总体

13、情况进行协调考虑谁善于做何事，谁想做何事；谁能或不能 与谁共事。考虑如果有人中途离去，其工作能否被他人承 担。23/375建立项目组沟通计划 实行系统开发与业务支持人员的双向培训，使所实行系统开发与业务支持人员的双向培训，使所 有人员具有共同的交流语言。有人员具有共同的交流语言。 明确项目组所有成员在项目实施期间的沟通方式明确项目组所有成员在项目实施期间的沟通方式 和沟通目标。和沟通目标。 由项目负责人主持召开项目启动会议，目的在于由项目负责人主持召开项目启动会议，目的在于 促进项目成员的了解，加深对项目目标的理解，促进项目成员的了解，加深对项目目标的理解， 对项目的组织结构、工作方式、管理方

14、式及其他对项目的组织结构、工作方式、管理方式及其他 方针政策取得一致认识，并明确每个成员的职责方针政策取得一致认识，并明确每个成员的职责 范围。范围。 24/37第三章第三章 软件生存周期与软件过程软件生存周期与软件过程25/37第一节第一节 软件生存周期软件生存周期一、生存周期（一、生存周期（Life Cycle）1. 软件生存周期软件生存周期 一个软件从开始计划起，到废弃不用止。一个软件从开始计划起，到废弃不用止。 2. 划分软件生存周期的目的和实质划分软件生存周期的目的和实质 （1）控制软件开发工作的复杂性。）控制软件开发工作的复杂性。 （2）通过一定的有限的步骤，把用户需解决）通过一定

15、的有限的步骤，把用户需解决的问题从抽象的逻辑概念逐步转化为具体的的问题从抽象的逻辑概念逐步转化为具体的物理实现。物理实现。26/37二、软件过程二、软件过程 软件过程即围绕软件开发所进行的一系软件过程即围绕软件开发所进行的一系列活动（对软件生命周期的划分方式）。早列活动（对软件生命周期的划分方式）。早期常称为期常称为“软件开发模型软件开发模型”。 常见的软件过程：瀑布模型、快速原型常见的软件过程：瀑布模型、快速原型模型、增量模型、螺旋模型、喷泉模型、统模型、增量模型、螺旋模型、喷泉模型、统一过程、敏捷过程与极限编程一过程、敏捷过程与极限编程27/37一、一、 瀑布模型（瀑布模型（Waterfa

16、ll Model）第二节第二节 软件过程软件过程28/371.瀑布型软件开发的特点瀑布型软件开发的特点 、质量保证的观点、质量保证的观点 每一阶段都必须完成规定的文档；每每一阶段都必须完成规定的文档；每一阶段都要对完成的文档进行复审。一阶段都要对完成的文档进行复审。、阶段间的顺序性和依赖性、阶段间的顺序性和依赖性、推迟实现的观点、推迟实现的观点重点：在于分析员能做出准确的分析。29/37用户要求用户要求需求规格说明需求规格说明软件结构图软件结构图模块说明模块说明程序清单程序清单需求分析需求分析概要设计概要设计详细设计详细设计编编 码码系统测试系统测试确认测试确认测试综合测试综合测试单元测试单元

17、测试各阶段产生的文档和相互关系各阶段产生的文档和相互关系投入使用投入使用1/41/4中途夭折的中途夭折的1/41/4完成但未使用完成但未使用1/21/230/37二、快速原型模型（二、快速原型模型（Rapid prototyping)抛弃式原型开发抛弃式原型开发演化式原型开发演化式原型开发增量式原型开发增量式原型开发与基于瀑布模型的开发方法比：开销约少与基于瀑布模型的开发方法比：开销约少40%40%，工作，工作量约少量约少45%45%，成本也减少。，成本也减少。需求分析需求分析原型开发原型开发原型评价原型评价最终系统设计最终系统设计最终系统实现最终系统实现用户反馈用户反馈31/371.原型法的

18、特点原型生成快。原型生成快。增进用户与开发人员之间的沟通。增进用户与开发人员之间的沟通。用户在系统开发过程中起主导作用。用户在系统开发过程中起主导作用。辩认动态的用户需求。辩认动态的用户需求。启迪衍生式的用户需求。启迪衍生式的用户需求。缩短开发周期，降低开发风险。缩短开发周期，降低开发风险。重点：如何提高软件质量和软件的可维护性。 32/37三、螺旋模型（三、螺旋模型（Spiral Model）项目风险技术风险商业风险33/37重点：要求有风险评价的专门技术。 将原型开发作为减少风险的机制；将原型开发作为减少风险的机制；保留了传统生存期逐步求精和细化的方法；保留了传统生存期逐步求精和细化的方法

19、；1.螺旋模型的特点螺旋模型的特点34/37四、统一过程四、统一过程/RUP/RUP模型模型(Rational Unified Process)(Rational Unified Process)35/371.统一过程RUP中的各个阶段 初始阶段：建立业务模型，确定项目边界，确定初始阶段：建立业务模型，确定项目边界，确定项目的可行性。识别所有与系统交互的外部实体，项目的可行性。识别所有与系统交互的外部实体，在较高层次上定义交互的特性。在较高层次上定义交互的特性。 细化阶段：设计并确定系统的体系结构，制定项细化阶段：设计并确定系统的体系结构，制定项目计划，确定需求，淘汰项目中最高风险的元素。目计

20、划，确定需求，淘汰项目中最高风险的元素。识别出大多数用例，对当前迭代的用例细化，分识别出大多数用例，对当前迭代的用例细化，分析用例的处理流程、状态及其变化。析用例的处理流程、状态及其变化。 构造阶段：开发出所有构件和应用程序并集成、构造阶段：开发出所有构件和应用程序并集成、测试。测试。交付阶段：把开发出的产品交给用户使用，并完交付阶段：把开发出的产品交给用户使用，并完成用户文档编制及用户培训成用户文档编制及用户培训36/372.统一过程RUP的核心工作流 业务建模：深入了解使用目标系统的机构及其商业运作，评业务建模：深入了解使用目标系统的机构及其商业运作，评估目标系统对使用它的机构的影响估目标

21、系统对使用它的机构的影响需求：捕获客户的需求，并使开发人员和用户达成对需求描需求：捕获客户的需求，并使开发人员和用户达成对需求描述的共识述的共识分析与设计：把需求分析的结果转化成分析模型与设计模型分析与设计：把需求分析的结果转化成分析模型与设计模型实现：把设计模型转换成实现结果实现：把设计模型转换成实现结果测试：检查各子系统的交互与集成，验证所有需求是否都被测试：检查各子系统的交互与集成，验证所有需求是否都被正确实现正确实现部署：生成目标系统可运行版本，并把软件移交给最终用户部署：生成目标系统可运行版本，并把软件移交给最终用户配置与变更管理：跟踪并维护在软件开发过程中产生的所有配置与变更管理：跟踪并维护在软件开发过程中产生的所有制品的完整性和一致性制品的完整性和一致性项目管理：提供项目管理框架，为项目计划、人员配备、执项目管理：提供项目管理框架，为项目计划、人员配备、执行和