第二章管理信息系统的开发方式与方法.ppt

第二章管理信息系统的开发方式与方法.ppt

  1. 1、本文档共78页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
CASE产生背景 软件开发周期长、效率低,软件产品交付用户使用时,用户的业务环境与需求可能已经发生了很大的变化,“手工作坊”式的软件开发模式难以适应软件工业的发展需求。 软件开发人员逐渐认识到:他们为用户的应用开发出各种各样的软件和信息系统,却没有开发出支持开发人员工作的工具。 CASE技术实现了软件生产由“工程化”向“自动化”的转变,显著提高了软件的生产效率。 CASE工具 图形工具 描述模型 原型化工具 质量管理工具 文档出版工具 设计模型和典型代码生成工具 ⑴ 提高生产率 ⑵ 提高软件质量 ⑶ 提高文档质量 ⑷ 减少系统维护的费用和精力 优点 五 基于构件的软件开发 基本思想 从第三方市场购买、定制构件或者从成熟的构件库中提取已有构件来解决应用软件的开发问题 五 基于构件的软件开发 构件的定义 系统中实际存在的可更换部分,它实现特定的功能,符合一套接口标准 并实现一组接口。 五 基于构件的软件开发 领域工程 领域分析 建立领域特定的基准体系结构模型 标识候选构件 泛化和可变性分析 重建构件 软件的包装 构件入库 五 基于构件的软件开发 应用系统工程 建立应用系统的体系结构模型 寻找候选构件 评价和选择合适的构建 构件的修改和特化 开发未被复用的部分 构件的组装 集成测试 评价被复用的构建,并推荐可能的新构件 五 基于构件的软件开发 优势分析 使大规模的软件生产成为可能 缩短周期、降低成本、提高效率 提高系统各部分开发的独立性和并行性 增强系统健壮性 提高灵活性 MIS的开发方法评价 从严格意义上看:目前尚无一种方法能够很好地解决系统开发的复杂性。现有的各种方法都有各自的适用范围和优缺点,在实际的系统开发过程中,往往是根据特定环境和条件来选择和综合运用这些方法。 第五节 软件工程与项目管理 软件工程产生的背景: 20世纪60年代中期,软件危机 (1)软件开发费用和进度失控。 (2)软件的可靠性差。 (3)生产出来的软件难以维护。 危机原因:软件项目的规模日益扩大,而规模宏大的软件项目必然需要大量的人来齐心协力地共同参与。 软件工程概念:软件项目的建设过程和传统工程相似,都要经历设计、实施、验收等节点。 (1)软件工程的概念 软件工程: 用工程化的方法构建和维护软件的一门新兴工程学科。 研究内容: 软件生产的客观规律,建立与系统化软件生产有关的概念、原则、方法、技术和工具,指导和支持软件系统的生产活动,以达到降低软件生产成本、改进软件产品质量与生产率,最终实现软件的工业化生产。 (2)软件工程的主要内容 软件工程 软件开发技术 软件管理技术 软件开发技术 软件工具 软件开发环境 软件开发管理 软件经济管理 信息系统建设“80/20” 对于IS,业界有两个80/20估计: 一:80%的项目都失败了,只有20%是成功的 二:在那些失败的项目中,80%的原因是非技术因素导致的,只有20%是由技术因素导致的失败。 非技术因素: 企业业务流程与组织结构的改造问题、企业领导的观念问题、企业员工的素质问题、软件管理问题等 why不重视项目管理 原因: IT行业平均利润率远远高于传统行业,因此即使内部存在很大的问题,仍能赢利,从而造成众多IT企业忽视了项目管理的重要性。 例 背景:某知名IT企业的市场部接到一个老客户的1亿元人民币的项目。 承接项目时:计算出的理论利润相当高 项目结束后:进行财务结算,发现项目亏损。 追究原因: (1)主要原因:客户多次更改需求,而项目小组始终认为还有足够的利润,因而并未对客户提出的变更收取相应的更改费用 (2)客户部花费了大量资金用于维系客户关系。 思考 这个例子反映出了该企业在项目管理上存在着严重的问题: (1)在项目确定期间,没有明确客户的需求,缺乏规范的项目费用管理,未对项目进行严格的费用估测、费用预算及费用控制; (2)在项目进行当中,对客户的需求变更没有及时作出反应并按相应程序重新计算成本。 背景:20世纪80年代,信息技术迅速发展,出现了关系数据库系统、第四代程序设计语言、功能强大的辅助系统开发工具,使得MIS更新的速度越来越快,企业要求MIS开发的速度要快、成本要低,使得结构化生命周期法的缺陷日益突出。 结构化生命周期发最大的缺陷:要求系统开发人员和用户在系统开发初期对整个系统的功能就要有全面、深刻的认识,并制定出每一阶段的计划和说明书。事实上,用户想在项目开发初期就非常清楚地陈述他们的需求几乎是不可能的,用户的需求是随着系统理解的加深不断地完善与变化。 (4)系统实施阶段 任务:依据系统设计报告,将新系统的设计方案变成可运行的计算机模型。 ①硬件的购置及安装; ②系统软件的购

文档评论(0)

shaoye348 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档