管理信息系统战略规划的常用方法演示文稿.pptVIP

系统开发生命周期 问题定义 可行性研究 需求分析 总体设计 详细设计 编 码 测 试 维 护 计划期 开发期 运行期 瀑布模型 当前第31页\共有71页\编于星期五\11点 系统开发－方法学 当前第32页\共有71页\编于星期五\11点 系统开发方法中的技术和工具 当前第33页\共有71页\编于星期五\11点 信息系统开发方法体系结构 当前第34页\共有71页\编于星期五\11点 一、结构化系统开发方法（生命周期法） 系统规划 系统分析 系统运行和维护 系统设计 系统实施 开发请求 初步调查 可行性研究 审批 详细调查 逻辑设计 审查 总体设计 详细设计 审查 编程调试 系统转化 验收 系统维护 系统评价 当前第35页\共有71页\编于星期五\11点 结构化系统开发的基本思想 管理信息系统非结构化开发方法存在的主要问题 （1）工作阶段的划分原则不明确，各阶段的工作缺乏规范的章程、方法、表达工具与标准。 （2）系统建设过程用户参与程度低，用户与专业人员对话缺乏有效的手段。 （3）系统开发的工作任务集中在系统实施阶段，系统分析、设计工作不深入。 （4）系统实施阶段的工作采取“自底向上”的方法，系统总体功能与目标的实现难以保证。 当前第36页\共有71页\编于星期五\11点 图 系统开发各阶段的费用变化 图 冰山式系统开发费用分布 费用 结构化方法 早期的方法 规划 分析 设计 实施 运行 维护 系统 规划与 开发费用 可预见 部分 系统运行与维护费用 难预见部分 当前第37页\共有71页\编于星期五\11点 结构化方法的基本思路和主要原则 “结构化”一词在系统建设中的含义是用一组规范的步骤、准则和工具来进行某项工作。运用结构化的思想进行以计算机为基础的管理信息系统的建设工作，首先出现于60年代发展起来的结构化程序设计（Structured Prosramming，简记为SP）。到了70年代，约当（E．Your-don）、康斯坦丁（L．L．Constantine）和德马可（T．Demarco）等人提出了结构化分析（Structured Analysis，简记为SA）和结构化设计（Structured Design，简记为SD）方法。截至80年代，已提出的各类结构化方法不下30余种。这些方法虽各有产生的背景和特色，但它们的基本思路和主要特点是相同的。 当前第38页\共有71页\编于星期五\11点 管理信息系统结构化方法的主要原则： （1）用户参与的原则 （2）“先逻辑，后物理”的原则 （3）“自顶向下”的原则 （4）工作成果描述标准化原则 当前第39页\共有71页\编于星期五\11点 结构化生命周期法 结构化生命周期法要点 所谓结构化生命周期法就是把管理信息系统开发的全过程按其生存周期分成若干阶段，每个阶段有相对独立的任务，然后逐步完成各个阶段的任务。在每一阶段的开始与结束都规定了严格的标准。前一个阶段的结束标准就是后一阶段开始的标准，而每个阶段任务相对独立而且比较简单，便于不同人员分工协作，从而降低了整个软件工程开发的困难程度。 在软件生命周期的每个阶段都采用科学管理和良好的技术方法，而且在每个阶段结束之前都从技术与管理两个角度进行严格审查，合格之后才开始下一阶段工作。 当前第40页\共有71页\编于星期五\11点 提出系统开发要求 初步调查 可行性分析 详细调查 分析当前系统 新系统设想 总体设计 详细设计 程序设计 系统试运行 系统转换 运行、维护 维护评价 修改 审查可行性报告 审核分析说明书 审核设计说明书 调试 系统评价 停止开发 修改 修改 修改 修改 条件不成熟 结构化 生命周 期法开 发步骤 当前第41页\共有71页\编于星期五\11点 （1）开发阶段性 生命周期法把整个系统开发过程分成一系列严格定义顺序的紧密相关的阶段，这些阶段及其顺序一般是：系统定义(包括系统调查，可行性分桥，系统需求分析)，系统开发(包括系统设计，软件编码，系统测试)，系统维护。 （2）用户评价 系统分析时引入的错误往往要到运行时才发现，其修正的代价是相当昂贵的。这种错误是由于对用户系统分析不充分，理解不透彻，或表达的二义性造成的。所以管理信息系统待别强调在每个阶段结束前都要有用户评价或验收，以减少这种错误的发生。 当前第42页\共有71页\编于星期五\11点 （3）文档管理 为了便于管理信息系统的开发与管理，生命周期法把文档资料作为每个阶段的产品