管理信息系统-新版-信息系统的开发方法.ppt

第9讲 信息系统的开发方法,徐俊杰 X,主要内容,信息系统的开发概述 两种开发方法,主要内容,信息系统的开发概述 两种开发方法,一、信息系统的开发概述,案例介绍 主要任务 基础条件 基本原则 实现途径,案例：许继集团的ERP项目,其他案例,哈药兵败利玛 联想走上被告席 标致2000多万法郎打了水漂,注：可baidu查询“信息化八大失败案例”,用户的烦恼,（1）认知过程中的困惑 （2）实施过程中的艰辛 （3）维护过程中的繁琐,信息系统开发：主要任务,设计一套适应企业现实需求和未来发展的计算机应用系统，并确保开发时间和开发费用都在可接受范围内。,信息系统开发：基础条件,1、领导重视和业务部门的参与 2、具有一定科学管理工作基础 3、建立一支专业队伍 4、资金保障充裕,信息系统开发：实现途径,自行开发 委托开发 联合开发 购买（租用）商品化软件 SaaS （软件即服务）,最成功的SaaS：S,信息系统开发：关键原则,（1）以用户为中心 （2）系统性思维 （3）选择合适的开发商 （4）项目管理的思想 （5）创新原则,CIO关于项目失败的11个经验/教训 （From ITValue社区 ）,1.项目经理一定要保持对于乙方的控制权，甚至在项目遇到麻烦的时候，可以果断地暂停项目，对乙方施加强硬的措施，不能为了所谓的整体利益或者后续合作，而委曲求全，最后导致更大的危机出现。 2.制定项目计划时要具有前瞻性，不要和公司其他重大项目发生时间和人员安排上的冲突。 3.信息化项目的应用水平一定要和公司的管理基础相匹配，如果试图在公司自身管理还不规范的时候，试图达到非常理想化的效果，最后只可能连最基本的功能都做不好。 4.诸如财务或OA之类的标准化程度较高的应用系统，一般失败的概率很小，真正容易发生问题的项目，大部分都是业务管理软件，特别是定制开发或是选型不当的。 5.永远不要迁就业务的一些不合理要求，对该做的事要不折不扣的完成。 6.项目立项时就要建立内部和外部的议事规则，项目选型对CIO或项目负责人的预见力和洞察力要提出很高的要求。,资料,CIO关于项目失败的11个经验/教训 （From ITValue社区 ）,7.任何项目在选型、选产品、选合作团队的时候，甲方负责人最关注的应该是围绕“如果我来负责这个项目，结合自己在甲方的位置、影响力、个人能力和团队能力，应该如何选择产品和顾问团队来保障项目成功，项目过程和结果能够较为可控制”。 8.在选型和谈判阶段，供应商为了能够拿到项目，可以答应甲方很多条件，也可以接受不合理的价格，但这为后面的项目实施埋下了风险的伏笔。建议甲方一定要在合同中，明确约定乙方团队的人员，并就违约责任约定清楚，这样才能加强对乙方人员的管控。 9.有些企业信息化项目的立项和预算由业务部门主导，业务部门完成项目上线后再交给IT部门运维。这样的项目很容易在立项和实施过程中缺乏全面统筹，实施过程中企业的IT人员又没有很好的跟进和了解项目，系统做了大量的定制化开发，后期运维的费用不足以支撑，可能会导致项目的虎头蛇尾。 10.公司战略左右摇摆，业务环境尚不明朗，职权分配不清楚，信息化项目的生存环境非常艰难。 11.取得项目的阶段性成果后，甲方该支付乙方的款项没有及时支付，也会对双方的合作关系造成直接伤害。,资料,主要内容,信息系统的开发概述 两种开发方法,两种开发方法,结构化生命周期法 原型法,结构化生命周期法,背景：上世纪70年代之前，普遍存在需求不清、步骤混乱、成功率低，很多信息系统的开发都以失败告终，迫切需要形成可靠的信息系统开发方法。 涵义：指用系统工程的思想和工程化的方法，按照用户至上的原则，从系统的角度分析问题和解决问题，按照规定的步骤和任务要求，使用图表工具完成规定的文档，自顶向下整体性分析与设计、自底向上逐步实施的系统开发过程。,对该方法的理解,所谓“结构化”，是指用一组规范的步骤、准则、工具进行工作。 所谓“生命周期”，从提出要建立一个MIS开始，到完全建成并投入使用的全过程。这个过程可划分为若干阶段，每个阶段有相对独立的任务，前一个阶段的完成就是下一个阶段的开始。,生命周期的阶段划分,系统规划阶段 系统分析阶段（*） 系统设计阶段（*） 系统实施阶段（*） 系统维护阶段,系统规划阶段,提出要求初步调查可行性研究审批 概念界定： 广义规划（整个企业的IT战略） 狭义规划（某个具体的IT项目） 关键任务： 了解建设新系统的各种约束、必要性、可行性 制定企业信息系统结构（各子系统之间的关系、开发顺序） 理论方法： 企业系统规划法（BSP） 关键成功因素法（CSF） 产出物：项目开发计划书、系统方案说明书、可行性分析报告、系统设计任务书,系统分析阶段,详细调查逻辑设计开发方案设计审查 根据系统设计任务书确定的范围，对原系统进行详细调查 描述现行系统的业务流程，指出局限性和不足之处 数据收集、分析、数据流程图 确定新系统的基本目标和逻辑功能要求，即提出新系统的逻辑模型 产出物：系统分析报告（系统说明书）,系统设计阶段,总体设计详细设计审查 总体设计： 主要是生成系统的“功能模块结构图”、信息系统流程图、并确定计算机处理方式、总体结构、系统配置； 详细设计： 指代码设计、数据库设计等。 产出物：系统设计说明书,系统实施阶段,编程调试系统转换验收 根据系统设计方案，购买硬件及系统软件 根据系统设计方案，开发应用软件 新系统调试、人员培训、及系统转换 产出物：程序文档、系统测试分析报告、系统使用说明书、系统维护说明书等,系统维护阶段,系统维护评价 在系统运行初期，根据实际状况做必要修改 日常的维护管理，如服务器维护、数据备份、系统参数或基础数据的设置等 从技术、经济、管理角度对系统进行评价，为后续开发提供参考 产出物：系统维护报告、系统使用和评价报告,结构化生命周期法的优缺点,两种开发方法,结构化生命周期法 原型法,什么是原型法？,原型法是指系统开发人员在对用户进行初步了解的基础上，借助功能强大的辅助系统开发工具，快速开发一个原型（原始模型），并将其演示给用户，开发人员根据用户的意见和评价对这个原型进行修改，如此反复，逐步完善，直到用户完全满意为止。,原型法：适用情形,开发周期短、预算有限 用户愿意深度参与开发过程,原型法的类型,丢弃式原型法（demo） 演化式原型法 递增式原型法,丢弃式原型法,原型只是用来描述目标系统，完成评审、开发后直接丢弃。 开发速度快，一般只做流程功能和基本界面,演化式原型法,首先开发一个简单原型实际运行，用户边使用边改进