本讲主要内容
? 基于信息系统建模的系统分析
? 业务分析和业务模型 （ 组织分析 和 建
立组织功能模型, 业务流程分析和建
立业务流程图, 实体分析与实体模型、
管理模型分析 ）
? 需求分析和需求模型 （ 需求调查, 需
求分析, 需求描述, 需求验证 ）
? 系统分析和系统模型 （ 逻辑结构分析,
用例分析, 概念类分析 ）
系
统
调
查
与
分
析
（
第
三
讲
）
基于信息系统建模的系统分析
(第 11章第 3讲）
从信息系统建模的角度考虑,信息系统开发
的重心 是建立能够反映企业内在规律，客观事物
内在关系，以及需求特点的信息系统模型。信息
系统模型是一个复杂体，它能够反映不同角度，
不同方面，不同时段的信息系统。
按照信息系统建模的方法系统分析阶段的 主
要任务 是,
（ 1）识别组织结构和功能，分析业务流程，建立业
务模型；
（ 2）进行需求分析，建立需求模型；
（ 3）进行系统分析，建立系统模型。
业务分析和业务模型 (第 11章第 3讲）
业务分析是 在系统分析员的主持下，由
开发人员和用户一起，对现行组织系统的目标、
组织结构、职能作用、业务流程、管理模型进
行深入分析的过程。其目的是建立起反映现行
组织系统的业务模型，为新系统的开发打下基
础。
包括的内容有,
（ 1）组织分析和建立组织功能模型
（ 2）业务流程分析和建立业务流程图
（ 3）实体分析与实体模型
（ 4）管理模型分析
组织分析 (第 11章第 3讲）
组织分析 是组织 目标、结构、职能 的分析。
组织目标 是组织的奋斗方向，主要包括组织使命分析、
组织总目标、组织子目标和组织策略 。
组织机构 是组织的结构框架，是组织为了实现其目标，
根据管理的需要，依据组织职能和组织实际所划分的组织
系统的结构模式。组织结构分析的任务是理清组织的机构
和岗位设置，以及各机构之间的隶属领导关系和职能指导
关系。组织机构分析包括机构分析、职能关系和岗位分析
三方面的工作。
组织职能 是为了实现组织使命和目标，赋予组织的职
责和功能，也称组织功能。组织职能需要赋予一定的机构
和岗位来承担，因此，每一个机构和岗位应该具有明确的
职责，需要注意的是，组织职能具有相对稳定性，而组织
结构则具有多变性。
建立组织功能模型 (第 11章第 3讲）
组织职能分析的结果是 建立组织功能模型,它是从参
与者的角度观测到的组织功能，是描述组织职能的一组 用
例图。
建立组织功能模型首先要 识别参与者。 组织参与者是
指参与组织活动的各个主体。认真识别组织参与者和他们
之间的关系，是正确建立组织功能模型的基础。 组织功能
模型的结构如图所示。
识别出组织的参与者后，从顶层功能出发，采用自顶
向下的顺序，对在, 职能分析, 中所确定的组织职能进行
分析，如果所分解的职能还比较抽象，则仍然分解成多个
功能包,如果相对具体，就可能分解成 功能用例图。 以书
店为例，从一个分支体现这一建模过程。
组织功能模型的结构 (第 11章第 3讲）
建立组织功能模型 过程示例
(第 11章第 3讲）
顶层 功能包
书库管理 功能包
的分析
图书入库和出库
分解的功能用例
图
业务流程分析和建立业务流程图
(第 11章第 3讲）
业务 是为了实现组织的目标和职能，组织实体的有序活动
过程。
业务分析 的第一项工作就是确定组织中都有哪些业务，列
出业务明细表。
业务确定之后，按下来需确定各个业务与组织机构的关系，
以及每一个业务所关联到的实体。
业务流程是 组织业务的活动过程。图书入库业务的流程图。
正确
错
实体分析与实体模型 (第 11章第 3讲）
实体 是组织中的各种事物，是构成组织的要素和单位。认
识组织必须认识组织中存在的各种实体、实体的特征、实体的
状态和变化过程。
分析实体一方面是业务分析的需要，另一方面在面向对象
方法中，实体也是信息系统中的 对象 的基础。
实体分析 必须客观，不能主观臆想。实体分析需要经过发
现实体、筛选实体、确定实体的性质和关系、综合分析等步骤。
实体分析的结果可用 组织实体模型 来描述，它是用 UML中的
类图 来描述组织中的主要实体，以及实体之间相互联系所呈现
的静态结构。 书店实体分析及实体模型。
书店实体分析及实体模型 (第 11章第 3讲）
书店实体模型的结构
书库管理实体图
管理模型分析 (第 11章第 3讲）
组织管理模型（ Management Model of
Organization） 是对组织的管理模式和方法
的抽象描述。通常以公式、算法、图表等形
式出现。它是对管理过程中内在规律的总结
和概括，是对组织实施科学管理的理论依据。
不同的组织管理模型会有很大差异，因此，
管理模型的分析应针对具体组织进行。
需求分析和需求模型 (第 11章第 3讲）
需求分析（ Requirement Analysis） 是调
查用户对新开发的信息系统的需要和需求，结
合组织的目标、现状、实力和技术等因素，通
过深入细致地分析，确定出合理可行的信息系
统需求，并建立 需求模型 的过程。主要工作是,
（ 1）需求调查
（ 2）需求分析
（ 3）需求描述
（ 3）需求验证
信息系统需求调查 (第 11章第 3讲）
需求调查 的内容包括 技术需求 和 非技术性需求 两
方面。
技术需求 是指用户对所建信息系统的总体要求，
信息系统应该提供的功能和能达到的效用，信息系统
的效率、处理方式、可靠性、安全性、适应性等。
非技术性需求 是指用户的投资能力、开发时间、
开发队伍、社会、法律等。
需求调查的方法 有面谈、走访、问卷调查、召开
座谈会等形式。
用户在开发之初，并不能清楚认识到未来信息系
统应达到的功能和性能，因此，可采取一些辅助方法。
如启发法、观摩法、原型法等。
信息系统需求分析 (第 11章第 3讲）
需求分析的任务是 在需求调查的基础上，结合组织目标、
业务现状、技术水平、投资能力等因素，对用户提出的需求从
信息系统目标、宏观结构、业务功能、技术性能、风险等方面
进行深入分析，最后确定出全面、合理、可行的信息系统需求。
用户提出的需求一般具有模糊、片面、脱离实际等问题。
需求分析过程通过对用户需求的修改、补充、细化、删减、重
整等工作,使用户需求合理化。
需求分析过程中一定要 实事求是，从用户利益出发,根据
组织业务的实际要求进行需求分析工作，要随时与用户沟通，
了解情况，最终所确定的需求分析结果应该得到用户的认可。
需求分析包括目标分析、功能分析、性能分析和风险分析
几个方面，并可用一些规范的模型来描述分析结果。其中，目
标分析的结果用 需求结构 描述，功能分析的结果用 功能用例图
描述。
信息系统需求结构 (第 11章第 3讲）
需求结构 是按照信息系统目标，职能和需求的相
关性，从总体上把信息系统的需求划分为若干个 需求
包,由这些需求包相互关联构成信息系统的需求结构。
书店信息系统需求结构如图。
需求包
功能用例图 (第 11章第 3讲）
信息系统功能 是系统应该具有的效能和作用。功能分析的
依据是信息系统的目标，系统功能的主要来源是用户需求。用
例分析是进行功能分析的主要手段,书库管理分解功能用例图
如下,
功能用例图还不能反映各功能的详细内容，以及用户与信
息系统的交互内容和过程。还需要 用例说明（ Use Case
Explanation）。
用例说明一般用文字形式按一定的规范描述。在用例说明
中，需要描述用例的编号、名称、参与者和用例的功能以及交
互过程。
书库管理分解功能用例图 (第 11章第 3讲）
信息系统性能分析 (第 11章第 3讲）
信息系统性能需求 是信息系统需求的重要组成部分，包
括信息系统的效率、处理方式、可靠性、安全性、适应性等
内容。
信息系统性能分析 是对用户提出的各种性能需求进行综
合分析，确定出合理、可行的信息系统性能的工作。要求分
析人员对用户提出的性能要求进行认真分析，通过去粗取精，
去伪存真，最后确定合理可行的信息系统性能要求。
性能分析要从技术、经济和社会几个方面考虑。首先，
分析人员对用户所提出的性能要求从技术角度进行深入分析，
最后确定出技术上能够实现，且便于实现的信息系统性能。
其次,分析人员要从系统经济角度修改用户需求，在满足用
户合理需求的情况下，尽量降低成本。 最后,还要考虑用户
提出的性能需求是否与社会规范相冲突。
信息系统需求描述 (第 11章第 3讲）
对信息系统需求的调查，分析和验证之后，需要
把分析的结果用文档完整地描述出来，这就是需求描
述的工作。
描述信息系统需求的文档为, 信息系统需求说明
书,,共分 引言、目标、结构、功能、性能、风险分
析和遗留 问题七个部分。 在引言 部分主要介绍信息系
统项目、编写说明、和参考的资料。 目标部分介绍系
统的总目标、功能目标和性能目标，并对目标的确定
进行说明。结构是指信息系统的需求结构。风险分析
部分描述信息系统面临的主要风险和风险处理策略。
遗留问题部分描述需求分析中已经发现但没有解决的
问题，以及还有待进一步发现的问题。
信息系统风险分析 (第 11章第 3讲）
风险 是可能给信息系统的成功带来威胁或损失
的多种潜在因素。及早发现各种风险，并采取应对
措施，非常重要。
风险有各种各样,按风险对信息系统可能造成
的危害程度,可分为高危害性风险，中危害性风险
和低危害性风险。 按风险特征,又可分为技术性风
险、工程性风险、和环境性风险 。
常用的处理风险的方法有 避免风险、限制风险、
减少风险和监控风险，开发人员对系统中所存在的
风险要分门别类，进行认真分析，有针对性地采用
相应的处理措施，把风险减少到最低程度。
信息系统需求描述 (第 11章第 3讲）
对信息系统需求的调查，分析和验证之后，需要把 分析的
结果 用 文档完整 地 描述 出来，这就是 需求描述 要做的工作。
描述信息系统需求的文档为, 信息系统需求说明书,, 共
分引言、目标、结构、功能、性能、风险分析和遗留问题七个
部分。
在 引言 部分主要介绍信息系统项目、编写说明、和参考的
资料。
目标 部分介绍系统的总目标、功能目标和性能目标，并对
目标的确定进行说明。
结构 是指信息系统的需求结构。
风险分析 部分描述信息系统面临的主要风险和风险处理策
略。
遗留问题 部分描述需求分析中已经发现但没有解决的问题，
以及还有待进一步发现的问题。
信息系统需求验证 (第 11章第 3讲）
需求验证 是在需求分析阶段，通过一定的
途径和手段，对初步确定的信息系统需求的
正确性 和 可行性 进行验证，确定正确和可行
的需求，排除含糊、不实际和不可行的需求。
以减少信息系统开发的风险，提高开发的成
功率。
需求验证的方法有：自查法、用户审查法、
专家审查法和原型法。
系统分析和系统模型 (第 11章第 3讲）
系统分析（ System Analysis） 是站在信
息系统内部的角度，从概念层次上分析为了
实现信息系统的需求而应该确定的信息系统
的要素、构成和结构。
系统分析包括 逻辑结构分析、用例分析 和
概念类的分析,分析结果是信息系统逻辑模
型。
逻辑结构分析 (第 11章第 3讲）
信息系统逻
辑结构 由多个分析
包按照组成关系或
依赖关系构成，信
息系统逻辑结构如
图,
逻辑结构分析的任务是,根据信息系统的需求
结构，确定出系统的逻辑结构。主要包括 分解并确
定分析包,以及 确定分析包之间的相互关系 两方面
的工作。
逻辑结构分析的步骤是：首先,可以直接将需
求结构作为初步逻辑结构，把需求结构中的需求包
作为逻辑结构中的分析包，包的名称和组成关系都
不改变。 接下来 是分解和确定分析包。在逻辑结构
的上层，包的抽象度高，越在下层，其抽象度越低。
确定逻辑结构的过程就是从顶层分析包开始，逐层
对分析包进行分解，直到底层分析包支持一个具体
并简单的业务过程的用例，或一个具体系统参与者
的用例。最后,在确定了分析包之后，还需确定分
析包之间的依赖关系。底层分析包应具有较强的内
聚性和较低的耦合性。
用例分析 (第 11章第 3讲）
用例分析 将逐一对分析包中的每一个用例进
行分析,提取概念类，分析各个概念类之间的关
系，确定用例分析类图和用例分析交互图。
用例分析步骤是,
第一步 提取用例概念类。概念类有三种类型，
依次为实体类、边界类和控制类。
第二步 确定用例中概念类之间的关系，并绘
制用例分析类图。
第三步 分析参与者与用例所交互的信息，以
及用例中各概念类之间所交互的信息，并得出用
例分析交互图。, 收书款, 的用例分析过程如下,
,收书款, 的用例分析过程 (第 11章第
3讲）
,提取, 概念类
用例分析类图
用例分析交互图
实体类
控制类
边界类
概念类分析 (第 11章第 3讲）
概念类 是在概念层次上，对信息系统的抽象要素的一种称谓。主要
来源于业务领域中的客观实体 （实体类）,系统与外界的交互处理 （边
界类）,对系统要素的控制 （控制类） 三个方面。
概念类分析 包括类的职责、属性、关系和特殊需求分析。
① 职责分析。 概念类的职责是概念类在信息系统中的责任和作用。
② 属性分析。属性 是用来表示对象的静态特性的，构成对象静态特性的
项目称为 属性项。 一个属性项的具体值称为 属性值,属性值的类型就是
属性的类型,一般有数字型、字符型、逻辑型、日期型等。
③ 关系分析。 概念类之间存在 关联、实现、一般化和依赖关系,关系分
析就是分析并确定它们之间的相互关系。
④ 特殊需求。 特殊需求是某些概念类的特殊性能需求，要对其进行捕捉
和描述。对系统分析中提取的概念类，进行记录和说明，就形成了 概念
类字典（ Conception Class Dictionary）。
概念类字典由 概念类目录 和 概念类 条目两部分组成。
系统分析的结果是, 信息系统分析说明书, 。
? 基于信息系统建模的系统分析
? 业务分析和业务模型 （ 组织分析 和 建
立组织功能模型, 业务流程分析和建
立业务流程图, 实体分析与实体模型、
管理模型分析 ）
? 需求分析和需求模型 （ 需求调查, 需
求分析, 需求描述, 需求验证 ）
? 系统分析和系统模型 （ 逻辑结构分析,
用例分析, 概念类分析 ）
系
统
调
查
与
分
析
（
第
三
讲
）
基于信息系统建模的系统分析
(第 11章第 3讲）
从信息系统建模的角度考虑,信息系统开发
的重心 是建立能够反映企业内在规律，客观事物
内在关系，以及需求特点的信息系统模型。信息
系统模型是一个复杂体，它能够反映不同角度，
不同方面，不同时段的信息系统。
按照信息系统建模的方法系统分析阶段的 主
要任务 是,
（ 1）识别组织结构和功能，分析业务流程，建立业
务模型；
（ 2）进行需求分析，建立需求模型；
（ 3）进行系统分析，建立系统模型。
业务分析和业务模型 (第 11章第 3讲）
业务分析是 在系统分析员的主持下，由
开发人员和用户一起，对现行组织系统的目标、
组织结构、职能作用、业务流程、管理模型进
行深入分析的过程。其目的是建立起反映现行
组织系统的业务模型，为新系统的开发打下基
础。
包括的内容有,
（ 1）组织分析和建立组织功能模型
（ 2）业务流程分析和建立业务流程图
（ 3）实体分析与实体模型
（ 4）管理模型分析
组织分析 (第 11章第 3讲）
组织分析 是组织 目标、结构、职能 的分析。
组织目标 是组织的奋斗方向，主要包括组织使命分析、
组织总目标、组织子目标和组织策略 。
组织机构 是组织的结构框架，是组织为了实现其目标，
根据管理的需要，依据组织职能和组织实际所划分的组织
系统的结构模式。组织结构分析的任务是理清组织的机构
和岗位设置，以及各机构之间的隶属领导关系和职能指导
关系。组织机构分析包括机构分析、职能关系和岗位分析
三方面的工作。
组织职能 是为了实现组织使命和目标，赋予组织的职
责和功能，也称组织功能。组织职能需要赋予一定的机构
和岗位来承担，因此，每一个机构和岗位应该具有明确的
职责，需要注意的是，组织职能具有相对稳定性，而组织
结构则具有多变性。
建立组织功能模型 (第 11章第 3讲）
组织职能分析的结果是 建立组织功能模型,它是从参
与者的角度观测到的组织功能，是描述组织职能的一组 用
例图。
建立组织功能模型首先要 识别参与者。 组织参与者是
指参与组织活动的各个主体。认真识别组织参与者和他们
之间的关系，是正确建立组织功能模型的基础。 组织功能
模型的结构如图所示。
识别出组织的参与者后，从顶层功能出发，采用自顶
向下的顺序，对在, 职能分析, 中所确定的组织职能进行
分析，如果所分解的职能还比较抽象，则仍然分解成多个
功能包,如果相对具体，就可能分解成 功能用例图。 以书
店为例，从一个分支体现这一建模过程。
组织功能模型的结构 (第 11章第 3讲）
建立组织功能模型 过程示例
(第 11章第 3讲）
顶层 功能包
书库管理 功能包
的分析
图书入库和出库
分解的功能用例
图
业务流程分析和建立业务流程图
(第 11章第 3讲）
业务 是为了实现组织的目标和职能，组织实体的有序活动
过程。
业务分析 的第一项工作就是确定组织中都有哪些业务，列
出业务明细表。
业务确定之后，按下来需确定各个业务与组织机构的关系，
以及每一个业务所关联到的实体。
业务流程是 组织业务的活动过程。图书入库业务的流程图。
正确
错
实体分析与实体模型 (第 11章第 3讲）
实体 是组织中的各种事物，是构成组织的要素和单位。认
识组织必须认识组织中存在的各种实体、实体的特征、实体的
状态和变化过程。
分析实体一方面是业务分析的需要，另一方面在面向对象
方法中，实体也是信息系统中的 对象 的基础。
实体分析 必须客观，不能主观臆想。实体分析需要经过发
现实体、筛选实体、确定实体的性质和关系、综合分析等步骤。
实体分析的结果可用 组织实体模型 来描述，它是用 UML中的
类图 来描述组织中的主要实体，以及实体之间相互联系所呈现
的静态结构。 书店实体分析及实体模型。
书店实体分析及实体模型 (第 11章第 3讲）
书店实体模型的结构
书库管理实体图
管理模型分析 (第 11章第 3讲）
组织管理模型（ Management Model of
Organization） 是对组织的管理模式和方法
的抽象描述。通常以公式、算法、图表等形
式出现。它是对管理过程中内在规律的总结
和概括，是对组织实施科学管理的理论依据。
不同的组织管理模型会有很大差异，因此，
管理模型的分析应针对具体组织进行。
需求分析和需求模型 (第 11章第 3讲）
需求分析（ Requirement Analysis） 是调
查用户对新开发的信息系统的需要和需求，结
合组织的目标、现状、实力和技术等因素，通
过深入细致地分析，确定出合理可行的信息系
统需求，并建立 需求模型 的过程。主要工作是,
（ 1）需求调查
（ 2）需求分析
（ 3）需求描述
（ 3）需求验证
信息系统需求调查 (第 11章第 3讲）
需求调查 的内容包括 技术需求 和 非技术性需求 两
方面。
技术需求 是指用户对所建信息系统的总体要求，
信息系统应该提供的功能和能达到的效用，信息系统
的效率、处理方式、可靠性、安全性、适应性等。
非技术性需求 是指用户的投资能力、开发时间、
开发队伍、社会、法律等。
需求调查的方法 有面谈、走访、问卷调查、召开
座谈会等形式。
用户在开发之初，并不能清楚认识到未来信息系
统应达到的功能和性能，因此，可采取一些辅助方法。
如启发法、观摩法、原型法等。
信息系统需求分析 (第 11章第 3讲）
需求分析的任务是 在需求调查的基础上，结合组织目标、
业务现状、技术水平、投资能力等因素，对用户提出的需求从
信息系统目标、宏观结构、业务功能、技术性能、风险等方面
进行深入分析，最后确定出全面、合理、可行的信息系统需求。
用户提出的需求一般具有模糊、片面、脱离实际等问题。
需求分析过程通过对用户需求的修改、补充、细化、删减、重
整等工作,使用户需求合理化。
需求分析过程中一定要 实事求是，从用户利益出发,根据
组织业务的实际要求进行需求分析工作，要随时与用户沟通，
了解情况，最终所确定的需求分析结果应该得到用户的认可。
需求分析包括目标分析、功能分析、性能分析和风险分析
几个方面，并可用一些规范的模型来描述分析结果。其中，目
标分析的结果用 需求结构 描述，功能分析的结果用 功能用例图
描述。
信息系统需求结构 (第 11章第 3讲）
需求结构 是按照信息系统目标，职能和需求的相
关性，从总体上把信息系统的需求划分为若干个 需求
包,由这些需求包相互关联构成信息系统的需求结构。
书店信息系统需求结构如图。
需求包
功能用例图 (第 11章第 3讲）
信息系统功能 是系统应该具有的效能和作用。功能分析的
依据是信息系统的目标，系统功能的主要来源是用户需求。用
例分析是进行功能分析的主要手段,书库管理分解功能用例图
如下,
功能用例图还不能反映各功能的详细内容，以及用户与信
息系统的交互内容和过程。还需要 用例说明（ Use Case
Explanation）。
用例说明一般用文字形式按一定的规范描述。在用例说明
中，需要描述用例的编号、名称、参与者和用例的功能以及交
互过程。
书库管理分解功能用例图 (第 11章第 3讲）
信息系统性能分析 (第 11章第 3讲）
信息系统性能需求 是信息系统需求的重要组成部分，包
括信息系统的效率、处理方式、可靠性、安全性、适应性等
内容。
信息系统性能分析 是对用户提出的各种性能需求进行综
合分析，确定出合理、可行的信息系统性能的工作。要求分
析人员对用户提出的性能要求进行认真分析，通过去粗取精，
去伪存真，最后确定合理可行的信息系统性能要求。
性能分析要从技术、经济和社会几个方面考虑。首先，
分析人员对用户所提出的性能要求从技术角度进行深入分析，
最后确定出技术上能够实现，且便于实现的信息系统性能。
其次,分析人员要从系统经济角度修改用户需求，在满足用
户合理需求的情况下，尽量降低成本。 最后,还要考虑用户
提出的性能需求是否与社会规范相冲突。
信息系统需求描述 (第 11章第 3讲）
对信息系统需求的调查，分析和验证之后，需要
把分析的结果用文档完整地描述出来，这就是需求描
述的工作。
描述信息系统需求的文档为, 信息系统需求说明
书,,共分 引言、目标、结构、功能、性能、风险分
析和遗留 问题七个部分。 在引言 部分主要介绍信息系
统项目、编写说明、和参考的资料。 目标部分介绍系
统的总目标、功能目标和性能目标，并对目标的确定
进行说明。结构是指信息系统的需求结构。风险分析
部分描述信息系统面临的主要风险和风险处理策略。
遗留问题部分描述需求分析中已经发现但没有解决的
问题，以及还有待进一步发现的问题。
信息系统风险分析 (第 11章第 3讲）
风险 是可能给信息系统的成功带来威胁或损失
的多种潜在因素。及早发现各种风险，并采取应对
措施，非常重要。
风险有各种各样,按风险对信息系统可能造成
的危害程度,可分为高危害性风险，中危害性风险
和低危害性风险。 按风险特征,又可分为技术性风
险、工程性风险、和环境性风险 。
常用的处理风险的方法有 避免风险、限制风险、
减少风险和监控风险，开发人员对系统中所存在的
风险要分门别类，进行认真分析，有针对性地采用
相应的处理措施，把风险减少到最低程度。
信息系统需求描述 (第 11章第 3讲）
对信息系统需求的调查，分析和验证之后，需要把 分析的
结果 用 文档完整 地 描述 出来，这就是 需求描述 要做的工作。
描述信息系统需求的文档为, 信息系统需求说明书,, 共
分引言、目标、结构、功能、性能、风险分析和遗留问题七个
部分。
在 引言 部分主要介绍信息系统项目、编写说明、和参考的
资料。
目标 部分介绍系统的总目标、功能目标和性能目标，并对
目标的确定进行说明。
结构 是指信息系统的需求结构。
风险分析 部分描述信息系统面临的主要风险和风险处理策
略。
遗留问题 部分描述需求分析中已经发现但没有解决的问题，
以及还有待进一步发现的问题。
信息系统需求验证 (第 11章第 3讲）
需求验证 是在需求分析阶段，通过一定的
途径和手段，对初步确定的信息系统需求的
正确性 和 可行性 进行验证，确定正确和可行
的需求，排除含糊、不实际和不可行的需求。
以减少信息系统开发的风险，提高开发的成
功率。
需求验证的方法有：自查法、用户审查法、
专家审查法和原型法。
系统分析和系统模型 (第 11章第 3讲）
系统分析（ System Analysis） 是站在信
息系统内部的角度，从概念层次上分析为了
实现信息系统的需求而应该确定的信息系统
的要素、构成和结构。
系统分析包括 逻辑结构分析、用例分析 和
概念类的分析,分析结果是信息系统逻辑模
型。
逻辑结构分析 (第 11章第 3讲）
信息系统逻
辑结构 由多个分析
包按照组成关系或
依赖关系构成，信
息系统逻辑结构如
图,
逻辑结构分析的任务是,根据信息系统的需求
结构，确定出系统的逻辑结构。主要包括 分解并确
定分析包,以及 确定分析包之间的相互关系 两方面
的工作。
逻辑结构分析的步骤是：首先,可以直接将需
求结构作为初步逻辑结构，把需求结构中的需求包
作为逻辑结构中的分析包，包的名称和组成关系都
不改变。 接下来 是分解和确定分析包。在逻辑结构
的上层，包的抽象度高，越在下层，其抽象度越低。
确定逻辑结构的过程就是从顶层分析包开始，逐层
对分析包进行分解，直到底层分析包支持一个具体
并简单的业务过程的用例，或一个具体系统参与者
的用例。最后,在确定了分析包之后，还需确定分
析包之间的依赖关系。底层分析包应具有较强的内
聚性和较低的耦合性。
用例分析 (第 11章第 3讲）
用例分析 将逐一对分析包中的每一个用例进
行分析,提取概念类，分析各个概念类之间的关
系，确定用例分析类图和用例分析交互图。
用例分析步骤是,
第一步 提取用例概念类。概念类有三种类型，
依次为实体类、边界类和控制类。
第二步 确定用例中概念类之间的关系，并绘
制用例分析类图。
第三步 分析参与者与用例所交互的信息，以
及用例中各概念类之间所交互的信息，并得出用
例分析交互图。, 收书款, 的用例分析过程如下,
,收书款, 的用例分析过程 (第 11章第
3讲）
,提取, 概念类
用例分析类图
用例分析交互图
实体类
控制类
边界类
概念类分析 (第 11章第 3讲）
概念类 是在概念层次上，对信息系统的抽象要素的一种称谓。主要
来源于业务领域中的客观实体 （实体类）,系统与外界的交互处理 （边
界类）,对系统要素的控制 （控制类） 三个方面。
概念类分析 包括类的职责、属性、关系和特殊需求分析。
① 职责分析。 概念类的职责是概念类在信息系统中的责任和作用。
② 属性分析。属性 是用来表示对象的静态特性的，构成对象静态特性的
项目称为 属性项。 一个属性项的具体值称为 属性值,属性值的类型就是
属性的类型,一般有数字型、字符型、逻辑型、日期型等。
③ 关系分析。 概念类之间存在 关联、实现、一般化和依赖关系,关系分
析就是分析并确定它们之间的相互关系。
④ 特殊需求。 特殊需求是某些概念类的特殊性能需求，要对其进行捕捉
和描述。对系统分析中提取的概念类，进行记录和说明，就形成了 概念
类字典（ Conception Class Dictionary）。
概念类字典由 概念类目录 和 概念类 条目两部分组成。
系统分析的结果是, 信息系统分析说明书, 。
