(优选)结构化系统分析

信息系统的模型
在信息系统分析中有三类常用的图示化模型：
1. 功能模型
• 利用数据流图分层描述系统的功能和数据的处理流程 • 利用数据字典辅助解释数据流图中的每个元素
2. 数据模型
• 利用实体关系图描述系统中的数据实体及其关系
3. 对象模型
• 利用类图描述对象、对象之间的联系。和数据实体不 同，对象在数据之外增加了行为特性
晦涩难懂，是困难的（随意性、误会）
• 模型
– 模型是人们对复杂问题的一种抽象或者对实物的 一种简单实现或规划蓝图。
– 例如：飞机模型，建筑模型，数学模型等等。
模型的作用
信息系统模型的作用：
– 建立模型的过程可以使得分析员更深入地了解 和定义信息系统的需求，并发现问题
– 对复杂问题进行简化 – 有助于回忆需求的细节 – 有助于同开发小组的其他成员交流 – 有助于同客户交流 – 为以后的维护升级提供了文档
系统相关者
• 业务用户 • 信息用户 • 管理用户 • 主管用户 • 外部用户 • 客户 • 技术人员
系统需求的种类
系统需求是新系统必须完成的功能或其局限性。
• 系统需求一般分为两类：
–功能性需求 –技术性需求
功能性需求
• 功能需求是系统必须完成的活动或过程，也 就是系统将要涉及的商业应用。
• 功能需求是根据业务过程和业务规则确定的， 有些容易获取，有些则是隐含的，需要去发 现。
• 暂时忽略技术性依赖事件和系统控制事件
– 如管理员登录系统，修改口令，每天的备份
网上订单系统的事件表
事件名称 客户希望检查 产品可订量 客户建立一个 订单
触发点 产品的查 询请求 新订单
客户改变或作 修改订单
废订单
的请求
客户和管理层 检查订单状态 为订单发货
订单状态 的查询请 求 订单发货 通知
事件源 客户
客户
活动 查询产品的 可用量 建立新订单
客户 更新订单
客户或 管理部 门 发装部
查询订单的 状态 记录订单的 执行
响应结果 事件目的地
产品可用量详 客户 细情况
实时连接 订单确认 订单细节 交易信息
信用卡处理 系统 客户 发装部门 银行
修改确认
客户
订单修改细节 发装部门
交易信息
银行
订单状态的详 客户或管理
（优选）结构化系统分析
6.1 系统分析的任务
• 系统分析员与用户在一起充分理解用户的要 求，并把双方的理解用书面文档——系统分 析说明书表达出来。
• 分析本质上就是一个发现过程，分析期间推 动活动的关键词就是发现和理解。
系统分析的困难
• 系统分析是研制信息系统最重要的阶段，也 是最困难的阶段。
• 困难主要来自三个方面：
–比如：销售系统中库存数一旦低于控制点就产 生订货单
状态事件一般是外部事件的结果，它的发生 是不定时的
识别事件的规则
• 区分事件与具体响应过程
– 事件响应中的一系列交互过程是完整具体的实现，而
不是独立的一个事件。例如：拿信用卡交费
• 跟踪关键业务的整个生命周期来发现事件
– 跟踪读者实现从图书馆借书的全部过程
技术性需求
• 技术需求也称非功能性需求，是和公司的环 境、硬件和软件有关的所有可操作目标。
• 例如：系统必须能支持100个并发用户；保存 订单的时间不能超过0.5秒等等，涉及系统性 能、可靠性、安全性等质量特性。
• 通常是一些技术目标。
如何表述需求
• 自然语言
– 不需要任何准备 – 但Fra Baidu bibliotek要保证精确无二义性，又要保证叙述不至于
细情况
部门
客户退货
订单退货 客户 通知
建立退货记 退货确认
录
交易信息
客户 银行
网上订单系统的事件表
事件名称 未来客户需要 目录
客户更新基本 信息
触发点 产品目录 的查询请 求 客户信息 修改通知
事件源
活动
未来客 提供产品目录
如何着手建模
构建模型首先需要识别用户的需求，识别需 求一般可以从两个方面着手：
• 识别系统中的事件(Events)建立过程模 型（数据流图，DFD）
• 识别系统中的事物(Things) 建立数据模 型（实体关系图，ER）
1、事件与系统需求
事件——在特定时间、特定地点发生的，
能够描述出来并值得保存的的事情。
系统的所有处理过程都是由事件驱动的， 所以将事件列表并进行分析，对于定义系 统需求是十分有意义的。
事件的类型
我们可以从以下类型来寻找事件：
– 外部事件(external event) – 时间事件(temporal event) – 状态事件(state event)
外部事件
在系统之外发生，通常是由外部的人或组织 激发的事件，这些人或组织是数据的提供者 和接收者。
时间事件
当系统时间到达某一刻时发生的事件，这些 事件通常要求系统能定时自动地完成某些输 出或处理。
–如：图书馆流通系统中的按月发布逾期催还名 单。 –如：每天晚上12：00定时转换归档医疗图像。
注意命名时必须包含所要完成的处理和规定 期限
状态事件
系统内部的变化触发系统对某个处理的需要， 这种情况的发生称为状态事件
6.1.2 系统需求
分析的重要任务是理解和表达需求
• 需求有哪些种类？ • 如何寻找需求？ • 如何表述需求？
需求的来源—系统相关者
• 系统需求的主要来源是系统的各种系统相关 者，他们是对系统成功感兴趣的所有人（与 系统有关系的所有人，也称涉众 stakeholder）。
• 系统分析中获得需求的首要步骤就是确定各 类系统相关者。
–比如图书馆流通系统中的读者
外部事件能够导出系统需要处理的关键事务
寻找外部事件
• 首先要确定外部实体，然后再分析。 • 外部实体需要一个事务处理
– 比如读者借书
• 外部实体需要系统提供某些信息
– 比如读者查阅书目
• 某些数据改变了，系统需要更新它们
– 比如书籍的位置改变
• 管理过程需要某些信息
– 比如制订新的采购计划需要流通统计情况
– 问题空间的理解 – 人与人之间的通讯 – 环境的不断变化
系统分析员要成为业务专家
• 才能与用户交流顺畅，充分理解用户的要求。 • 才能确保系统满足了业务需求，甚至用更好
的方法来解决业务需求。 • 在用户中建立可信度，用户才可能接受你的
建议。
其他要求:系统分析员应有较强的系统观点，较好的
逻辑分析能力，能够从复杂的事物中抽象出系统模 型。他还应具备较好的口头和书面表达能力，较强 的组织能力，善于与人共事。