本讲主要内容
? 系统开发的内在规律系 (系统的开发的指导
思想, 信息系统建设的模型 )
? 信息系统生存周期 （ 五个过程, 开发过程 ）
? 系统开发人员 （ 系统分析员在系统开发中的
作用 ）
? 系统开发方法 (传统的系统开发方法, 原型
法, 快速应用开发, 面向对象方法, 信息工
程方法, 信息系统建模 )
系
统
调
查
与
分
析
（
第
一
讲
）
系统的开发的指导思想 (第 11章第 1讲）
信息系统 是复杂的 社会系统，信息系统的开
发 是一项复杂的 社会过程和系统工程。 要求我们
用 系统的观点 来认识信息系统，用 系统方法 来指
导信息系统建设。要遵循以下思想,
① 整体大于部分的思想。
② 最优化原则，即要求系统结构合理、强调整
个系统的最佳性能。
③ 对系统进行科学管理，明确各个工作阶段的
任务，按一定标准对每个阶段的工作进行有效的
控制管理和审查评价。
信息系统建设的模型 (第 11章第 1讲）
信息系统的开发有其内在的规
律。人们通过对信息系统开发的失
败教训和成功经验的总结，提出了
信息系统建设的模型 。其中最著名
的有 诺兰模型 和 米歇模型 。
诺兰模型 (第 11章第 1讲）
诺兰 认为，一个企业的信息系统不可能从 起步 不
经过 扩展、控制、集成 和 信息管理 等阶段就直接逾越
到 成熟,这就是信息系统开发的内在规律。
米歇模型 (第 11章第 1讲）
90年代提出的 米歇模型 更能反映当代信息技术发展的新特征。
研究证明，各 阶段 的 特征 不仅涉及信息处理技术，更多的涉及到
知识、哲理、信息的综合适用水平，信息系统与企业发展目标的
融合等多个方面。
信息系统生存周期 (第 11章第 1讲）
信息系统生存周期（ Information System Life Cycle） 是指从提出
信息系统设想，历经规划、开发、演化等过程，一直到被其它信息系统所
替代的全过程。包括 规划、开发、演化、管理、支持 五个过程 。如图所示
信息系统生存周期的五个过程
(第 11章第 1讲）
（ 1）规划过程 规划过程（ Planning Process）即根据组织的战略
目标，提出信息系统规划方案和目标，进行可行性分析，写出可行
性分析报告。
（ 2） 开发过程 开发过程（ Development Process）是在信息系统
规划的基础上，研制信息系统的全过程，最终形成可交付用户使用
的信息系统。
（ 3）演化过程 演化过程（ Evolution Process）是信息系统发挥
作用的全过程。从信息系统提交使用开始，到系统终止使用为止。
演化过程包括运行和维护两个子进程。运行过程是信息系统发挥作
用的过程，而维护过程是系统为适应环境和需求的变化，进行完善
和版本更新的过程。
（ 4）管理过程 管理过程（ Management Process）是对信息系统的
各个过程进行管理和控制的过程。
（ 5）支持过程 支持过程（ Supporting Process）是信息系统中起
辅助支持作用的过程。
信息系统生存周期中的开发过程
(第 11章第 1讲）
开发过程 要作大量复杂
的工作，主要有 业务分析，
需求分析，系统分析，系统
设计，系统实现 和 测试 等方
面的工作。这些工作一般需
要交叉并行进行，而且要按
规划在一定时间内完成。按
时间顺序，结合信息系统开
发工作的综合特征，可以把
信息系统开发过程化分为 初
始、细化、构建 和 移交 四个
阶段。这 六个方面工作 和 四
个开发阶段 表现为由时间和
工作构成的 二维结构 。如图
所示
系统开发人员 (第 11章第 1讲）
系统开发一般要成立一个专门的 开发小组,开发小组负责确定
信息系统的目标，并交给组织一个符合其目标的系统。
小组成员 一般由以下几部分 构成：风险承担者、用户、管理者、
系统分析员、程序员、各类支持人员。
其中系统分析员 就像一个设计新大楼的建筑师，需建立开发新
系统或修正现有系统的详细计划。其作用 如图所示 。图中单方向的
简头并不意味着小组其它成员之间没有直接的交流，而是表明系统
分析人员的关键作用，他在开发活动中被称为 促进者、调解者、协
商者和解释者。
系统开发小组的成员多少以及由哪些成员组成，由开发项目的
规模和特性决定。但无论什么情况，每一个开发小组都需要一个 领
导者。
系统分析员在系统开发中的作用
(第 11章第 1讲）
传统的系统开发方法 (第 11章第 1讲）
传统系统开发方法叫生命周期法。 它的步骤可能因企业而异，
但大多数方案都包括 五个阶段，即调查、分析、设计、实施、及
维护和评价。
传统开发方法中的 每一个阶段都可以进行管理控制,在每一
个阶段末，都会进行一次正式的回顾检查，然后决定是继续这个
项目，还是终止这个项目，或者是重复当前阶段的某些任务。
传统方法的 优点是,产生大量的系统文档确保对用户需求的
可追踪能力，对每个阶段产生的结果可进行评价，在任何阶段都
可向前回退，使其满足系统需求。
该方法 存在的问题是,① 系统的开发是建立在开发小组所
理解的用户需求基础之上，开发过程用户不能参预，可能使所开
发的系统偏离用户的实际需求。② 在开发过程中对用户的需求变
化不能相应地做出灵活变动。③ 文档制作费时费力，且难于保持
最新。
原型法 (第 11章第 1讲）
原型法是一种交互式的系统开发方法。 是先创建一个主
要子系统的初始模型，也即整个系统的一个缩小比例模型开
始，鼓励用户试用该原型，并提供反馈信息，再进行第二次
反复，在每一次反复过程中确定问题的要求，比较不同的解
决方法，设计新的解决方案，并实现系统的某一部分。 如图
所示 。
原型法的优点 是用户可以在系统开发早期就试用系统，
积极参与系统开发，提出一些建设性的意见，因此可以较早
地发现错误和漏洞。
原型法的缺点 是如果最初的方案不太恰当，那么改变方
案重新开始就很困难，导致无休止地反复。另一个缺点是文
档经常空缺不全，给系统维护造成不便。
原型法模型 (第 11章第 1讲）
原型法模型
快速应用开发 (第 11章第 1讲）
快速应用开发（ Rapid Application Development,RAD）是一种
通过运用已有的工具技术及方法来加快应用开发的技术。 RAD方法减少
了纸文档，自动生成源程序代码，并便于用户参加设计及开发活动。
快速应用开发是合作应用开发（ Joint Application Development，
JAD）中的数据收集和需求分析过程的延伸。 在整个快速开发过程中，
用户和开发人员一起工作，利用快速开发工具，可在更短的交付期内产
生更好的系统。
支持快速应用开发的软件工具有,Power Builder,Visual Basic
等 。
RAD的优点 是对于适用的项目来说，该方法可比其它方法更快地生
成一个应用,RAD促进了团体合作，并与用户和风险承担者有更多的交
流。
RAD的缺点 是系统开发工作的强度高，会使参与者疲乏不堪，要求
开发人员精通 RAD系统开发工具。与其它方法相比,RAD会给风险承担者
和用户更多的时间。
面向对象方法 (第 11章第 1讲）
面向对象方法（ Object-Oriented Method,OOM）
已成为软件开发的主流方法,OOM的思想是在软件开发
中，直接面向问题领域中的客观事物，并运用对象、类、
封装、继承、对象连接、对象结构、消息机制等指导软
件开发。
与其它方法相比,OOM更接近问题实际、更简单、
更易于理解和掌握。
从 20世纪 90年代后期,面向对象方法开始走向统一。
在 OMT,Use cases等方法的基础上，形成了统一建模语
言 UML（ Unified Modeling Language）和统一开发过程
RUP（ Rational Unified Process）。
信息工程方法 (第 11章第 1讲）
信息工程 是建设企业计算机化的信息系
统工程的简称，它是指在企业或企业的主
要部门，应用规范化方法、现代信息技术
和工程化流程对信息系统进行规划、分析、
设计和构成。信息工程形成一套严格的方
法体系，被称为 信息工程方法学。
企业信息系统的三个要素是 企业的各
种信息, 企业业务活动过程 和 信息技术 。
信息系统建设又划分为 信息战略规划,
业务领域分析, 系统设计 和 系统构成 四个
阶段。
信息系统建模 (第 11章第 1讲）
由于信息系统之中蕴藏着大量的信息、
知识、方法和技术，使得在信息系统开发
中，人们对它难以把握和描述。为了工程
化、有效地开发信息系统，人们除了需要
有效的开发方法，严密地组织工程过程之
外，还需要在开发的各个阶段，以某种有
效的形式，把信息系统描述和表现出来，
这样开发人员才能够有针对地进行交流和
讨论。 这种通过确定的形式，对信息系统
本质特征的描述称为信息系统建模，而所
描述的结果称为信息系统模型。 信息系统
模型如图所示。
信息系统模型 (第 11章第 1讲）
信息系统模型
? 系统开发的内在规律系 (系统的开发的指导
思想, 信息系统建设的模型 )
? 信息系统生存周期 （ 五个过程, 开发过程 ）
? 系统开发人员 （ 系统分析员在系统开发中的
作用 ）
? 系统开发方法 (传统的系统开发方法, 原型
法, 快速应用开发, 面向对象方法, 信息工
程方法, 信息系统建模 )
系
统
调
查
与
分
析
（
第
一
讲
）
系统的开发的指导思想 (第 11章第 1讲）
信息系统 是复杂的 社会系统，信息系统的开
发 是一项复杂的 社会过程和系统工程。 要求我们
用 系统的观点 来认识信息系统，用 系统方法 来指
导信息系统建设。要遵循以下思想,
① 整体大于部分的思想。
② 最优化原则，即要求系统结构合理、强调整
个系统的最佳性能。
③ 对系统进行科学管理，明确各个工作阶段的
任务，按一定标准对每个阶段的工作进行有效的
控制管理和审查评价。
信息系统建设的模型 (第 11章第 1讲）
信息系统的开发有其内在的规
律。人们通过对信息系统开发的失
败教训和成功经验的总结，提出了
信息系统建设的模型 。其中最著名
的有 诺兰模型 和 米歇模型 。
诺兰模型 (第 11章第 1讲）
诺兰 认为，一个企业的信息系统不可能从 起步 不
经过 扩展、控制、集成 和 信息管理 等阶段就直接逾越
到 成熟,这就是信息系统开发的内在规律。
米歇模型 (第 11章第 1讲）
90年代提出的 米歇模型 更能反映当代信息技术发展的新特征。
研究证明，各 阶段 的 特征 不仅涉及信息处理技术，更多的涉及到
知识、哲理、信息的综合适用水平，信息系统与企业发展目标的
融合等多个方面。
信息系统生存周期 (第 11章第 1讲）
信息系统生存周期（ Information System Life Cycle） 是指从提出
信息系统设想，历经规划、开发、演化等过程，一直到被其它信息系统所
替代的全过程。包括 规划、开发、演化、管理、支持 五个过程 。如图所示
信息系统生存周期的五个过程
(第 11章第 1讲）
（ 1）规划过程 规划过程（ Planning Process）即根据组织的战略
目标，提出信息系统规划方案和目标，进行可行性分析，写出可行
性分析报告。
（ 2） 开发过程 开发过程（ Development Process）是在信息系统
规划的基础上，研制信息系统的全过程，最终形成可交付用户使用
的信息系统。
（ 3）演化过程 演化过程（ Evolution Process）是信息系统发挥
作用的全过程。从信息系统提交使用开始，到系统终止使用为止。
演化过程包括运行和维护两个子进程。运行过程是信息系统发挥作
用的过程，而维护过程是系统为适应环境和需求的变化，进行完善
和版本更新的过程。
（ 4）管理过程 管理过程（ Management Process）是对信息系统的
各个过程进行管理和控制的过程。
（ 5）支持过程 支持过程（ Supporting Process）是信息系统中起
辅助支持作用的过程。
信息系统生存周期中的开发过程
(第 11章第 1讲）
开发过程 要作大量复杂
的工作，主要有 业务分析，
需求分析，系统分析，系统
设计，系统实现 和 测试 等方
面的工作。这些工作一般需
要交叉并行进行，而且要按
规划在一定时间内完成。按
时间顺序，结合信息系统开
发工作的综合特征，可以把
信息系统开发过程化分为 初
始、细化、构建 和 移交 四个
阶段。这 六个方面工作 和 四
个开发阶段 表现为由时间和
工作构成的 二维结构 。如图
所示
系统开发人员 (第 11章第 1讲）
系统开发一般要成立一个专门的 开发小组,开发小组负责确定
信息系统的目标，并交给组织一个符合其目标的系统。
小组成员 一般由以下几部分 构成：风险承担者、用户、管理者、
系统分析员、程序员、各类支持人员。
其中系统分析员 就像一个设计新大楼的建筑师，需建立开发新
系统或修正现有系统的详细计划。其作用 如图所示 。图中单方向的
简头并不意味着小组其它成员之间没有直接的交流，而是表明系统
分析人员的关键作用，他在开发活动中被称为 促进者、调解者、协
商者和解释者。
系统开发小组的成员多少以及由哪些成员组成，由开发项目的
规模和特性决定。但无论什么情况，每一个开发小组都需要一个 领
导者。
系统分析员在系统开发中的作用
(第 11章第 1讲）
传统的系统开发方法 (第 11章第 1讲）
传统系统开发方法叫生命周期法。 它的步骤可能因企业而异，
但大多数方案都包括 五个阶段，即调查、分析、设计、实施、及
维护和评价。
传统开发方法中的 每一个阶段都可以进行管理控制,在每一
个阶段末，都会进行一次正式的回顾检查，然后决定是继续这个
项目，还是终止这个项目，或者是重复当前阶段的某些任务。
传统方法的 优点是,产生大量的系统文档确保对用户需求的
可追踪能力，对每个阶段产生的结果可进行评价，在任何阶段都
可向前回退，使其满足系统需求。
该方法 存在的问题是,① 系统的开发是建立在开发小组所
理解的用户需求基础之上，开发过程用户不能参预，可能使所开
发的系统偏离用户的实际需求。② 在开发过程中对用户的需求变
化不能相应地做出灵活变动。③ 文档制作费时费力，且难于保持
最新。
原型法 (第 11章第 1讲）
原型法是一种交互式的系统开发方法。 是先创建一个主
要子系统的初始模型，也即整个系统的一个缩小比例模型开
始，鼓励用户试用该原型，并提供反馈信息，再进行第二次
反复，在每一次反复过程中确定问题的要求，比较不同的解
决方法，设计新的解决方案，并实现系统的某一部分。 如图
所示 。
原型法的优点 是用户可以在系统开发早期就试用系统，
积极参与系统开发，提出一些建设性的意见，因此可以较早
地发现错误和漏洞。
原型法的缺点 是如果最初的方案不太恰当，那么改变方
案重新开始就很困难，导致无休止地反复。另一个缺点是文
档经常空缺不全，给系统维护造成不便。
原型法模型 (第 11章第 1讲）
原型法模型
快速应用开发 (第 11章第 1讲）
快速应用开发（ Rapid Application Development,RAD）是一种
通过运用已有的工具技术及方法来加快应用开发的技术。 RAD方法减少
了纸文档，自动生成源程序代码，并便于用户参加设计及开发活动。
快速应用开发是合作应用开发（ Joint Application Development，
JAD）中的数据收集和需求分析过程的延伸。 在整个快速开发过程中，
用户和开发人员一起工作，利用快速开发工具，可在更短的交付期内产
生更好的系统。
支持快速应用开发的软件工具有,Power Builder,Visual Basic
等 。
RAD的优点 是对于适用的项目来说，该方法可比其它方法更快地生
成一个应用,RAD促进了团体合作，并与用户和风险承担者有更多的交
流。
RAD的缺点 是系统开发工作的强度高，会使参与者疲乏不堪，要求
开发人员精通 RAD系统开发工具。与其它方法相比,RAD会给风险承担者
和用户更多的时间。
面向对象方法 (第 11章第 1讲）
面向对象方法（ Object-Oriented Method,OOM）
已成为软件开发的主流方法,OOM的思想是在软件开发
中，直接面向问题领域中的客观事物，并运用对象、类、
封装、继承、对象连接、对象结构、消息机制等指导软
件开发。
与其它方法相比,OOM更接近问题实际、更简单、
更易于理解和掌握。
从 20世纪 90年代后期,面向对象方法开始走向统一。
在 OMT,Use cases等方法的基础上，形成了统一建模语
言 UML（ Unified Modeling Language）和统一开发过程
RUP（ Rational Unified Process）。
信息工程方法 (第 11章第 1讲）
信息工程 是建设企业计算机化的信息系
统工程的简称，它是指在企业或企业的主
要部门，应用规范化方法、现代信息技术
和工程化流程对信息系统进行规划、分析、
设计和构成。信息工程形成一套严格的方
法体系，被称为 信息工程方法学。
企业信息系统的三个要素是 企业的各
种信息, 企业业务活动过程 和 信息技术 。
信息系统建设又划分为 信息战略规划,
业务领域分析, 系统设计 和 系统构成 四个
阶段。
信息系统建模 (第 11章第 1讲）
由于信息系统之中蕴藏着大量的信息、
知识、方法和技术，使得在信息系统开发
中，人们对它难以把握和描述。为了工程
化、有效地开发信息系统，人们除了需要
有效的开发方法，严密地组织工程过程之
外，还需要在开发的各个阶段，以某种有
效的形式，把信息系统描述和表现出来，
这样开发人员才能够有针对地进行交流和
讨论。 这种通过确定的形式，对信息系统
本质特征的描述称为信息系统建模，而所
描述的结果称为信息系统模型。 信息系统
模型如图所示。
信息系统模型 (第 11章第 1讲）
信息系统模型
