管理信息系统第二三章PPT资料.ppt

1、鉴别与校验软件包功能及适应条件的能力要重点：鉴别与校验软件包功能及适应条件的能力要 强。强。一、自行购置与二次开发一、自行购置与二次开发5/37背景：企业内部有较强的信息技术队伍；开背景：开 发人员的业务素质高。发人员的业务素质高。优点：适用于本企业的各项业务，满意度高优点：适用于本企业的各项业务，满意度高 ；费用低；系统的维护、优化容易。；信息技术队伍水平相对较低；开发周缺点：开发周 期长；人力耗费大。期长；强有力的领导与技术咨询。二、自行开发（自主开发）二、自行开发（自主开发）6/37背景：企业自身具备一定的信息技术人员，但背景：企业自身具备一定的信息技术人员，但 又缺乏开发整个信息系统的

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

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

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

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

6、缺点：安全性相对较差。13/37三、三、B/S与与C/S的混合模式的混合模式数据库服务器数据库服务器Web服务器服务器浏览器浏览器客户机客户机客户机客户机浏览器浏览器浏览器浏览器浏览器浏览器C/S模式模式B/S模式模式B/S与与C/S的混合模式结构图的混合模式结构图15/37第三节第三节 合同的签订和项目的启动合同的签订和项目的启动 一、合同的签订1合同类型（1）固定价格合同 含 义：在合同中，企业与开发方对所签订 的项目达成一致价格。特 点：企业风险低、开发方风险高。适用范围：工程量不太大、能精确计算成本、技术不太复杂的项目；16/37（2）成本补偿合同 含 义：在合同中，企业同意付给开 发

7、方所有实际花费的成本加 上一定的协商利润，而不规 定数额。企业风险高、开发方风险低 适用范围：需要立即开展工作的项目、新型的工程项目、风险较大 的项目等。17/37 2合同条款中需注意的问题 可计量或可测试的方式规定项目的目标、质量、进度和费用，规定双方的权利和义务。（1）成本超支或进度计划延迟的通知条款 （2）分包商的限制条款 （3）明确企业的配合义务条款 （4）明确知识产权条款 （5）有关保密协定的条款 （6）有关付款方式的条款 （7）有关奖罚的条款 （8）有关需求变更的条款 （9）有关纠纷的解决条款 处置合同纠纷的主要方式：协商、调解、仲裁、诉讼18/37 二、项目小组的成立二、项目小组

8、的成立 规划组规划组项目组项目组 1项目组成员项目组成员 业务人员业务人员用户用户 技术人员技术人员系统分析员、数据库管理系统分析员、数据库管理 员、系统设计员、硬件网员、系统设计员、硬件网 络设计员、程序设计员等络设计员、程序设计员等19/37 2项目组的组织结构模式项目组的组织结构模式 按子课题或子系统划分的模式按子课题或子系统划分的模式 缺点：个人专长难发挥。接口少，易协调。按职能或任务的阶段划分的模式按职能或任务的阶段划分的模式 缺点：接口多，难协调。个人专长易发挥。矩阵形模式矩阵形模式 优点：个人专长易发挥，接口多但易协调。20/373明确项目组成员的职责明确项目组成员的职责 明确项

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

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

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

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

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

14、段产生的文档和相互关系各阶段产生的文档和相互关系投入使用投入使用1/41/4中途夭折的中途夭折的1/41/4完成但未使用完成但未使用1/21/230/37二、快速原型模型（二、快速原型模型（Rapid prototyping）抛弃式原型开发抛弃式原型开发演化式原型开发演化式原型开发增量式原型开发增量式原型开发与基于瀑布模型的开发方法比：开销约少与基于瀑布模型的开发方法比：开销约少40%40%，工，工作量约少作量约少45%45%，成本也减少。，成本也减少。需求分析需求分析原型开发原型开发原型评价原型评价最终系统设计最终系统设计最终系统实现最终系统实现用户反馈用户反馈31/371.原型法的特点原型生成快。原型生成快。增进用户与开发人员之间的沟通。用户在系统开发过程中起主导作用。辩认动态的用户需求。启迪衍生式的用