管理信息系统第二三章.ppt_第1页
管理信息系统第二三章.ppt_第2页
管理信息系统第二三章.ppt_第3页
管理信息系统第二三章.ppt_第4页
管理信息系统第二三章.ppt_第5页
已阅读5页,还剩32页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、管理信息系统,主讲:周宇葵,第二章 信息系统前期准备,第一节 企业信息系统的开发方式选择,企业规模有大小、条件有优劣、建立有先后,怎样以经济合理的投资在较短的时间内,获得一个功能强、质量高、适用、可靠、易维护的信息系统?,背景:市场上有专项业务信息系统软件销售。 财务管理系统、供销存管理信息系统、MRP(物料需 求计划)、MRP2(制造资源计划)、ERP(企业资 源规划)系统 优点:通用性强、开发周期短、开支少、产生经济效 益快。 缺点:专用性差、系统的再开发困难。 重点:鉴别与校验软件包功能及适应条件的能力要 强。,一、自行购置与二次开发,背景:企业内部有较强的信息技术队伍;开 发人员的业务

2、素质高。 优点:适用于本企业的各项业务,满意度高 ;费用低;系统的维护、优化容易。 缺点:信息技术队伍水平相对较低;开发周 期长;人力耗费大。 重点:强有力的领导与技术咨询。,二、自行开发(自主开发),背景:企业自身具备一定的信息技术人员,但 又缺乏开发整个信息系统的人数或技术 ;企业希望通过信息系统开发提高自己 的技术队伍,以便于后期系统维护。 优点:费用相对较低;便于后期的系统维护。 缺点:双方在合作过程中难以达成共识。 重点:企业信息技术人员与开发方的协调。,三、合作开发,四、委托开发,背景:企业信息系统的开发队伍力量较弱,但 资金充足。 优点:省时、省事、开发出的系统技术水平较 高。

3、缺点:费用高、系统维护需要开发方的支持、 需要企业中精通业务的人员配合系统的 开发。 重点:业务骨干与开发方的沟通。,五、业务外包,背景:外部开发商能从规模经济(相同的知识、技能 由许多不同的用户共享)中降低成本 ,从而获 得收益,并能以富有竞争力的价格收费。而企 业内部的现有信息系统人员对知识的掌握又无 法与技术的变化保持同步。 优点:节省开支、维护方便。 缺点:当外部开发商对系统不能很好地理解和管理 时,对企业的组织与管理会带来严重的后果。,相对聘请信息技术人员,第二节 企业信息系统的开发模式选择,一、C/S模式(Client/Server),优 点:事务处理均衡、交互性强 、提供 更安全

4、的存取模式 、利于大量 数据的处理。 缺 点:开发成本高、移植困难、不利于 推广、维护困难、不支持大量终 端并行运行、适合于局域网。,二、B/S模式(Browser/Server),优点: 使用简单方便、维护容易、客户 机要求不高、投资少、资源共享 高、扩展性好、适用于网上信息 发布、生命周期长 缺点:安全性相对较差。,三、B/S与C/S的混合模式,示例:,某大型公司的企业资源计划系统的开发模式选择: 厂区内客户机众多,则一般工人所用的终端可采用三层次客户机/服务器结构;公司各科室客户机少,且经常进行一定的需求修改,为了快速开发,科室所用软件可采用C/S结构;驻外机构、出差人员、客户为了进行方

5、便联网工作并减少安装客户端程序的过程,开发部分B/S结构程序。,第三节 合同的签订和项目的启动,一、合同的签订 1合同类型 (1)固定价格合同 含 义:在合同中,企业与开发方对所签订 的项目达成一致价格。 特 点:企业风险低、开发方风险高。 适用范围:工程量不太大、能精确计算成本、 技术不太复杂的项目;,(2)成本补偿合同,含 义:在合同中,企业同意付给开 发方所有实际花费的成本加 上一定的协商利润,而不规 定数额。 特 点:企业风险高、开发方风险低 适用范围:需要立即开展工作的项目、 新型的工程项目、风险较大 的项目等。,2合同条款中需注意的问题 可计量或可测试的方式规定项目的目标、质量、进

6、度和费用,规定双方的权利和义务。 (1)成本超支或进度计划延迟的通知条款 (2)分包商的限制条款 (3)明确企业的配合义务条款 (4)明确知识产权条款 (5)有关保密协定的条款 (6)有关付款方式的条款 (7)有关奖罚的条款 (8)有关需求变更的条款 (9)有关纠纷的解决条款 处置合同纠纷的主要方式:协商、调解、仲裁、诉讼,二、项目小组的成立 规划组项目组 1项目组成员 业务人员用户 技术人员系统分析员、数据库管理 员、系统设计员、硬件网 络设计员、程序设计员等,2项目组的组织结构模式 按子课题或子系统划分的模式 缺点:个人专长难发挥。 优点:接口少,易协调。 按职能或任务的阶段划分的模式 缺

7、点:接口多,难协调。 优点:个人专长易发挥。 矩阵形模式 优点:个人专长易发挥,接口多但易协调。,3明确项目组成员的职责,明确项目组成员职责的有效的办法是绘制技术 编制表及责任表。,项目组成员责任表,工作任务,姓名,4. 项目组的分组依据,安排某人做某事是因为该人有相应的技术,而 不是因为他有时间。 不要安排太多的人到同一任务。 最好先让项目组成员自己申报主持某项工作, 然后根据项目总体情况进行协调 考虑谁善于做何事,谁想做何事;谁能或不能 与谁共事。 考虑如果有人中途离去,其工作能否被他人承 担。,5建立项目组沟通计划,实行系统开发与业务支持人员的双向培训,使所 有人员具有共同的交流语言。

8、明确项目组所有成员在项目实施期间的沟通方式 和沟通目标。 由项目负责人主持召开项目启动会议,目的在于 促进项目成员的了解,加深对项目目标的理解, 对项目的组织结构、工作方式、管理方式及其他 方针政策取得一致认识,并明确每个成员的职责 范围。,第三章 软件生存周期与软件过程,第一节 软件生存周期,一、生存周期(Life Cycle) 1. 软件生存周期 一个软件从开始计划起,到废弃不用止。 2. 划分软件生存周期的目的和实质 (1)控制软件开发工作的复杂性。 (2)通过一定的有限的步骤,把用户需解决的问题从抽象的逻辑概念逐步转化为具体的物理实现。,二、软件过程,软件过程即围绕软件开发所进行的一系

9、 列活动(对软件生命周期的划分方式)。早 期常称为“软件开发模型”。 常见的软件过程:瀑布模型、快速原型 模型、增量模型、螺旋模型、喷泉模型、统 一过程、敏捷过程与极限编程,一、 瀑布模型(Waterfall Model),第二节 软件过程,1.瀑布型软件开发的特点,、质量保证的观点 每一阶段都必须完成规定的文档;每一阶段都要对完成的文档进行复审。,、阶段间的顺序性和依赖性 、推迟实现的观点,重点:在于分析员能做出准确的分析。,用户要求,需求规格说明,软件结构图,模块说明,程序清单,需求分析,概要设计,详细设计,编 码,系统测试,确认测试,综合测试,单元测试,各阶段产生的文档和相互关系,投入使

10、用1/4 中途夭折的1/4 完成但未使用1/2,二、快速原型模型(Rapid prototyping),抛弃式原型开发 演化式原型开发 增量式原型开发,与基于瀑布模型的开发方法比:开销约少40%,工作量约少45%,成本也减少。,1.原型法的特点,原型生成快。 增进用户与开发人员之间的沟通。 用户在系统开发过程中起主导作用。 辩认动态的用户需求。 启迪衍生式的用户需求。 缩短开发周期,降低开发风险。,重点:如何提高软件质量和软件的可维护性。,三、螺旋模型(Spiral Model),项目风险 技术风险 商业风险,重点:要求有风险评价的专门技术。,将原型开发作为减少风险的机制; 保留了传统生存期逐

11、步求精和细化的方法;,1.螺旋模型的特点,四、统一过程/RUP模型(Rational Unified Process),1.统一过程RUP中的各个阶段,初始阶段:建立业务模型,确定项目边界,确定项目的可行性。识别所有与系统交互的外部实体,在较高层次上定义交互的特性。 细化阶段:设计并确定系统的体系结构,制定项目计划,确定需求,淘汰项目中最高风险的元素。识别出大多数用例,对当前迭代的用例细化,分析用例的处理流程、状态及其变化。 构造阶段:开发出所有构件和应用程序并集成、测试。 交付阶段:把开发出的产品交给用户使用,并完成用户文档编制及用户培训,2.统一过程RUP的核心工作流,业务建模:深入了解使用目标系统的机构及其商业运作,评估目标系统对使用它的机构的影响 需求:捕获客户的需求,并使开发人员和用户达成对需求描述的共识 分析与设计:把需求分析的结果转化成分析模型与设计模型 实现:把设计模型转换成实现结果 测试:检查各子系统的交互与集

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论