- 1、本文档共66页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
信息系统生命周期定义信息系统从提出需求形成概念开始经过分析论证系统开发使用维护直到淘汰或被新信息系统所取代的全过程信息系统生命周期一般分为五个阶段可行性研究系统分析系统设计系统实施系统运行与维护信息系统生命周期可行性研究系统开发之前对系统开发的必要性可能性以及可选方案进行分析和评价解决能否做有无必要是否可能可行性研究内容包括明确任务明确目标功能环境调查确定系统边界组织结构状况提出方案可选方案可行性分析技术经济社会运行等信息系统生命周期系统分析解决做什么的问题对现行系统进行全面的调查分析提出系统的
3.1 信息系统生命周期 定义:信息系统从提出需求、形成概念开始,经过分析论证、系统开发、使用维护,直到淘汰或被新信息系统所取代的全过程。 3.1 信息系统生命周期 一般分为五个阶段: 可行性研究 系统分析 系统设计 系统实施 系统运行与维护 3.1 信息系统生命周期 可行性研究 系统开发之前,对系统开发的必要性、可能性以及可选方案进行分析和评价。(解决“能否做”,“有无必要,是否可能”) 可行性研究内容包括: 明确任务:明确目标、功能。 环境调查:确定系统边界(组织结构、状况) 提出方案:可选方案。 可行性分析:技术、经济、社会、运行等。 3.1 信息系统生命周期 系统分析 解决“做什么”的问题。对现行系统进行全面的调查分析,提出系统的逻辑模型。 系统分析内容包括 需求调查:现行系统的基本功能及信息流程 数据分析:分析系统中数据的属性及其要求 功能分析:给出定性、定量的描述、分析 系统定义:给出最终的逻辑模型 3.1 信息系统生命周期 系统设计 确定实施方案,建立物理模型(“怎么做”) 包括内容: 系统架构设计 模块设计 代码设计 输入输出设计 数据库设计 可靠性设计,安全性设计 3.1 信息系统生命周期 系统实现 系统付诸实施,具体实现。(“具体做”) 软、硬件准备、程序设计、系统安装、数据收集、测试、人员培训、新旧系统转换、系统评价等。 系统维护 维护系统正常运行。 3.1 信息系统生命周期 另一种比较主流的划分方法 3.2 信息系统开发方法 成功的三要素 合理确定系统目标 组织系统性的队伍 遵循系统工程的开发步骤 3.2 信息系统开发方法 开发步骤 早期的信息系统开发方法存在的主要问题 工作阶段的划分原则不明确,各阶段的工作缺乏规范的规程、方法、表达工具与标准。 系统建设过程用户参与程度低,用户与专业人员对话缺乏有效的手段 系统开发的工作任务集中在系统实施阶段,系统分析、设计工作不深入 系统实施阶段的工作采取“自底向上”的方法,系统总体功能与目标的实现难以保证。 3.2.1 生命周期法(结构化方法) “结构化”一词在系统建设中的含意是用一组规范的步骤、准则和工具来进行某项工作。基于系统生命周期概念的结构化方法则为信息系统建设提供了规范的步骤、准则与工具,以弥补传统方法的不足。 3.2.1 生命周期法(结构化方法) 结构化方法的基本思路:这类方法都是把整个系统开发过程分成若干阶段,每个阶段进行若干活动,每项活动应用一系列标准、规范、方法和技术,完成一个或多个任务,形成符合给定规范的产品成果 3.2.1 生命周期法(结构化方法) 方法:按照信息系统的生命周期阶段划分,采用系统工程的思想和工程化方法,按用户至上的原则,结构化、模块化、自顶向下对信息系统进行分析和设计。 3.2 信息系统开发模型 瀑布模型 3.2.1 生命周期法(结构化方法) 特点: 自顶向下整体分析和设计,自底向上逐步实施的系统开发过程。 用户至上。开发过程要充分面向用户,了解用户需求。 深入调查研究 严格区分工作阶段,各个开发阶段任务明确,文档齐全,开发过程有序。 分析和设计必须充分预料可能发生的情况。 开发过程工程化。 3.2.1 生命周期法(结构化方法) 生命周期法(结构化方法)的前提 所有的需求能被预先定义。 项目参与者之间能够清晰而准确地交流。 静态描述/图形模型对应用系统的反映是充分的。 结构化生命周期的各个阶段是固有正确的。 3.2.2 原型化开发方法 产生原因 对于大型或复杂系统,开发人员难以在实施之前完全了解系统的详细情况。 研制周期长,烦琐。 信息系统变化快,应具备灵活性,但修改系统代价高昂。 思想 无须全面深入了解系统详细情况,首先构造原型系统,在原型系统的基础上进行评价、修改和扩充。 3.2.2 原型化开发方法 原型方法的假设 并非所有的需求在系统开发以前都能准确说明。 项目参加者之间通常都存在沟通上的障碍。 用户自己对最终需求也不是很明确。要有实际的,可供用户参与的系统模型才能明确。 大量的反复是不可避免的、必要的,应该的。 有快速的建造原型的工具和方法。 有历史同类信息系统的积累。 3.2.2 原型化开发方法 开发过程 可行性研究 确定系统基本要求 构造原型系统 用户与开发人员评审 修改原型系统 开发结束 3.2.2 原型化开发方法 特点 开发周期缩短 以用户为中心开发,满意程度好 增强了用户参与程度 降低开发风险和成本 简化开发的管理 原型法能够产生一个正确的系统需求描述 原型法按对原型的使用分类 丢弃式 演化式 递增式 3.2.2 原型化开发方法 丢弃式原型 把原型作为用户与开发人员之间进行通讯的媒介,并不打算把它作为实际系统运行。 开发这种原型的目的是为了对最终系统进行研究,使用户和开发人员借助这个系统进行交流,共同明确新系
文档评论(0)