《信息系统分析与设计》笔记 5-系统分析概述
1.系统分析的任务
系统分析员（system analyst，SA）与用户在一起，充分了解用户的要求，并把双方的理解用系统说明书表达出来。
系统说明书审核通过之后，将成为系统设计的依据，也是将来验收系统的依据。也称需求分析。
系统分析的本质
分析的本质就是理解和发现。
- 观察、访谈 → 理解 → 表述
- 发掘
- 批判、革新
系统分析的困难
系统分析是研制信息系统最重要的阶段，也是最困难的阶段。
困难主要来自三个方面：
1. 问题空间（problem domain）的理解
2. 人与人之间的通讯
3. 环境的不断变化
2.系统分析的过程和方法
分析的重要任务是识别和表达需求，建立系统的逻辑模型。
问题分析
通过详细调查全面深入理解用户的业务，找出用户所面临的问题，准确把握用户真正的需要，为最终整理出符合用户需要的需求做准备。
分析过程如下：
1. 明确项目的背景2. 明确项目目标、范围、相关部门和人员3. 找出关键涉众（stakeholder，也称利益相关人员）及待解决的问题。涉众包括系统的用户、项目决策者、受项目影响的第三方等。4. 调查和分析业务流程，建立业务流程模型以描述用户处理业务的过程及过程中数据的流转。
系统调查方法
调查是识别需求的基础，是建立系统逻辑模型的基础。调查包括：
- 业务处理过程是什么样的？(干什么？)
- 业务过程应该怎样完成？(怎么干？)
- 业务谁负责，完成业务需要什么输入，能输出什么？
传统的系统调查方法有：
1. 资料收集
2. 访谈
- 结构化面谈：有为面谈专门设计的问题
- 非结构化面谈：通常为开放式问题
3. 实地观察
4. 调查问卷
需求引导方法
一般用户在开发之初，对所要开发的信息系统应该具有的功能和所能达到的结果并没有清楚的认识，因此，需求调查比现行组织系统调查难度更大。`
`对用户进行引导和启发，让用户获得信息系统的感性认识，引导他们发现现行组织管理和业务处理中所存在的问题，从而发掘需求和找到解决方案。
采用以下需求引导方法：
1. 原型法：利用快速开发工具，根据用户的初步需求，构造出信息系统的初步原型。2. 联合应用开发（JAD）会议： JAD（joint application development）是一种类似于头脑风暴的技术，在一个或多个工作会议中将所有利益相关者带到一起，集中讨论和解决最重要的问题。3. 观摩法：在系统开发之初，可以让用户参观同行业或同类型成功的信息系统。
需求分析（系统软件需求分析）
系统需求是新系统必须完成的功能或其局限性。需求分析就是识别需求的过程。
需求有三种类型：功能性需求、技术性需求、领域需求
功能性需求定义：系统最主要的需求，表达系统必须完成的所有功能及其必要性和相容性， 以满足企业完成业务活动和管理的需求。
非功能性需求定义：也称为技术性需求，是和环境硬件和软件有关的所有可操作目标。
1. 功能性需求：
- 涉及商业应用，是系统必须完成的活动或过程，即系统功能以及相关数据。
- 功能性需求是根据业务过程和业务规则确定的，有些容易获取，有些则是隐含的，需要去发现。
2. 技术性需求：
- 技术性需求也称非功能性需求，是和公司的环境、硬件和软件有关的所有质量目标。
- 例如：系统必须能支持100个并发用户；保存订单的时间不能超过0.5秒等等，涉及系统性能、可靠性、安全性等质量特性。
- 通常是一些技术目标。
3.领域需求:
- 是由软件系统的应用领域所决定的特有的功能需求，或是对功能的约束。
需求分析则是对原业务进行抽象和升华，根据业务和用户需要确定计算机信息系统的“需求”。系统需求是精确和具体的。
需求分析方法
需求分析的传统方法：
1. 面向过程的结构化方法（自顶向下、逐层分解）2. 面向数据的信息工程方法（数据驱动）3. 面向对象方法（对象驱动、UML）
目前系统分析的一般做法是综合运用以上方法，最后统一采用UML来建立系统逻辑模型。
需求定义
需求分析是分析人员与用户反复沟通和谈判的过程。需求定义就是在各方就系统需求达成一致意见后，整理并建立最终的需求模型，详细定义和描述每项需求，确认约束条件及限制，编写需求规格说明。
系统分析建模内容
1. 流程建模
- 业务流程（业务流程图/UML活动图）
- 数据处理流程（数据流图）
2. 用例建模
- 信息系统功能模型（UML用例图）
3. 领域对象建模
- 领域对象模型（UML类图、UML状态图）
- 由UML类图可以替代ER数据模型
3.系统说明书
《系统说明书》是系统分析阶段的成果。该文档主要描述了系统的需求，在软件工程领域也称作《需求规格说明书》（requirement specification）
系统说明书的内容
1. 引言
- 项目名称、目标、背景、引用资料、术语说明等
2. 项目描述
- 项目的主要工作内容
- 现行系统的调查情况
- 功能需求
- 数据需求
- 其他需求
3. 实施计划
- 工作任务的分解 → 进度 → 预算
系统说明书的审议
系统说明书经过审议后，成为下一阶段工作的依据。审议由项目技术人员、企业管理人员、专家等共同完成。
系统说明书的品质
1. 正确性；2. 完整性；3. 一致性；4. 无二义性；5. 可修改性；6. 可跟踪性
