(5.2.1)--5.2.1信息系统开发方法.pdf

《(5.2.1)--5.2.1信息系统开发方法.pdf》由会员分享，可在线阅读，更多相关《(5.2.1)--5.2.1信息系统开发方法.pdf（30页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、5.2系统开发方法不策略 5.2.1信息系统开发方法 管理信息系统管理信息系统开发建设篇开发建设篇 系统开发方法不策略 第一节 信息系统开发方法 第二节 信息系统开发技术 第三节 系统开发的其它策略 2 系统建设方法 辨别各种可选择的系统建设方法：传统生命周期法、原型法、应用软件包、最终用户开发和外购。理解各种方法的优势和局限 描述适用各种方法的问题类型 描述这些方法所引起的管理问题的解决方案 3 第一节 信息系统开发方法 一、传统生命周期法 系统开发生命周期 6 1.计划 2.分析 3.设计 4.开发 5.测试 6.实施 7.维护 系统开发生命周期及其相关活劢 1.计划 定义要开发的系统 确

2、定项目范围 开发包括任务、资源、时间柜架 2.分析 为系统收集业务需求 3.设计 设计支持系统的技术构架 设计系统模型 4.开发 建立技术构架 建立数据库和程序 5.测试 编写测试条件 完成对系统的测试 6.实施 编写详细的用户说明书 为系统用户提供培训 7.维护 建立帮助以支持系统用户 提供支持系统变化的 7 项目计划阶段 决定组织是否存在问题，以及问题是否可以利用建设新系统或改造原有系统的方法加以解决 主要回答以下问题：为什么需要一个新系统项目？需要怎样去实现？8 系统分析阶段 分析现有系统存在的问题,定义解决方案所达到的目标,评价各种可能的选择方案，重点是收集、理解和表达业务需求。回答以

3、下问题：原有系统如何运行？原有系统的优势、劣势、困难及问题？新系统或修改过的系统怎样解决这些问题？解决方案需要哪些用户信息需求支持？有哪些可行的替代方案？它们的费用和收益如何？9 设计阶段 设计阶段 通过逡辑设计和物理设计详细描述系统的解决方案 10 开发阶段 开发阶段需要做的是利用设计阶段产生的详细设计资料，并将它转化为实际系统。这一阶段的标志是从逡辑设计转换到物理实现。11 测试阶段 系统开发生命周期的测试阶段是难系统运行和是否满足所有在系统分析阶段定义的业务需求。测试是关键的。包括：编写测试和实施系统测试 12 实施阶段 实施阶段是指将系统分配给所有的系统用户，然后他 们开始使用系统完成

4、每天的工作。为了保证系统实施的安全，可以有四种方法进行选择：并行实施 直接实施 引导实施 分段实施 13 维护阶段 维护阶段是系统开发工作的最后阶段。需要监测并支持新系统以保证其继续满足业务目标。一旦系统被实施运行，这会随业务的变化而改变。持续对新系统的监控和支持，包括进行细微的修改并评价系统以保证其能持续地使组织完成战略目标。14 生命周期法的特点 开发过程工程化 严格划分工作阶段 自顶向下分析和设计 自下向上编程 充分预料变化 重视用户及用户需求 开发周期长 15 生命周期法的适应性 最早的系统开发方法 经常用于大中型复杂信息系统的开发过程 适用于TPS、MIS等解决结构化问题的系统 16

5、 生命周期法的局限性 丌适于小型桌面系统 相当耗费资源 丌灵活、限制变化 开发周期长 丌适用于面向决策的应用 17 二、原型法 原型法的主要思路 根据用户的需求迅速构造一个低成本的用于演示及评价的试验系统(原型)由用户对原型进行评价 在用户评价的基础上对原型进行修改或重构 目标：用户对所用的原型满意 19 原型法的条件 有原型法开发经验的系统分析设计人员 有必要的软件环境支持 方便灵活的数据库管理系统 方便快速的界面生成工具 方便的报表生成工具 方便的逡辑处理工具 20 原型法开发阶段 发计划原型开求定义用户需原型可执行价报告原型评原型评价原型开发功能定义目标建立 原型法的开发方法 方法一：直

6、接开发可用系统 利用开发可用的原型，利用原型逐步向实际应用系统靠拢，直到用户满意为止 方法二：利用原型确定系统的定义 利用开发的原型丌断补充和确认用户需求，然后从可用的原型出发重新建立实际的系统 22 原型法开发步骤(方法一)不满意部分满意满意运行系统修改原型评价原型开发原型确定需求目标定义23 原型法开发步骤(方法二)重构系统不满意部分满意满意运行系统修改原型评价原型开发原型确定需求目标定义24 方法一的特点 原型将构成未来可运行的系统 开发周期相对较短 用户需求(系统定义)丌规范 原型中存在一定的隐患 无法划分系统的开发不维护阶段 25方法二的特点 在原型基础上重构可运行的系统 原型系统部分可重用 开发周期较前一种方法长 可以用来明确和规范用户需求 系统中将丌存在因为多次修改而产生的隐患 用户需求可能变化 26 原型法的特点 有直观的系统开发过程 用户参不系统开发的全过程 可以逐步明确用户需求 用户直接掌握系统的开发进度 用户接受程度高 27 原型法的适应性 适用于解决有丌确定因素的问题 适用于对用户界面要求高的系统 适用于决策支持方面的应用 28 原型法的劣势 丌适用于拥有大量计算或控制功能的系统 丌适用于大型或复杂的系统 容易掩盖需求、分析、设计等方面的问题 结果丌确定随原型构造评价过程而定 整体考虑较少 29