第6章-结构化系统分析概要.ppt

第6章 结构化系统分析 本章主要内容 系统分析的任务 作业流程图（业务流程图） 数据流图 数据字典 表达处理的工具 数据查询应用分析 实体关系图 系统说明书 6.1 系统分析的任务 系统分析员与用户在一起充分理解用户的要求，并把双方的理解用书面文档——系统分析说明书表达出来。 分析本质上就是一个发现过程，分析期间推动活动的关键词就是发现和理解。 系统分析的困难 系统分析是研制信息系统最重要的阶段，也是最困难的阶段。 困难主要来自三个方面： 问题空间的理解（系统分析员、用户） 人与人之间的交流（尤其编写系统说明书） 环境的不断变化 系统分析员要成为业务专家 才能与用户交流顺畅，充分理解用户的要求。 才能确保系统满足了业务需求，甚至用更好的方法来解决业务需求。 在用户中建立可信度，用户才可能接受你的建议。 其他要求:系统分析员应有较强的系统观点，较好的逻辑分析能力，能够从复杂的事物中抽象出系统模型。他还应具备较好的口头和书面表达能力，较强的组织能力，善于与人共事。 6.1.2 系统需求 分析的重要任务是理解和表达需求 需求有哪些种类？ 如何寻找需求？ 如何表述需求？ 需求的来源—系统相关者 系统需求的主要来源是系统的各种系统相关者，他们是对系统成功感兴趣的所有人（与系统有关系的所有人，也称涉众stakeholder）。 系统分析中获得需求的首要步骤就是确定各类系统相关者。 系统相关者 业务用户 信息用户 管理用户 主管用户 外部用户 客户 技术人员 系统需求的种类 系统需求是新系统必须完成的功能或其局限性。 系统需求一般分为两类： 功能性需求 技术性需求 功能性需求 功能需求是系统必须完成的活动或过程，也就是系统将要涉及的商业应用。 功能需求是根据业务过程和业务规则确定的，有些容易获取，有些则是隐含的，需要去发现。 技术性需求 技术需求也称非功能性需求，是和公司的环境、硬件和软件有关的所有可操作目标。 例如：系统必须能支持100个并发用户；保存订单的时间不能超过0.5秒等等，涉及系统性能、可靠性、安全性等质量特性。 通常是一些技术目标。 如何表述需求 自然语言 不需要任何准备 但既要保证精确无二义性，又要保证叙述不至于晦涩难懂，是困难的（随意性、误会） 模型 模型是人们对复杂问题的一种抽象或者对实物的一种简单实现或规划蓝图。 例如：飞机模型，建筑模型，数学模型等等。 模型的作用 信息系统模型的作用： 建立模型的过程可以使得分析员更深入地了解和定义信息系统的需求，并发现问题 对复杂问题进行简化 有助于回忆需求的细节 有助于同开发小组的其他成员交流 有助于同客户交流 为以后的维护升级提供了文档 信息系统的模型 在信息系统分析中有三类常用的图示化模型： 功能模型 利用数据流图分层描述系统的功能和数据的处理流程 利用数据字典辅助解释数据流图中的每个元素 数据模型 利用实体关系图描述系统中的数据实体及其关系 对象模型 利用类图描述对象、对象之间的联系。和数据实体不同，对象在数据之外增加了行为特性 如何着手建模 构建模型首先需要识别用户的需求，识别需 求一般可以从两个方面着手： 识别系统中的事件(Events)?建立（功能）过程模型（数据流图，DFD），数据字典、小说明等工具为辅助 识别系统中的事物(Things) ?建立数据模型（实体关系图，ER） 6.2 作业流程图（业务流程图） 流程图主体 票据（账单）是主体，这些票据的流动路线与实际处理过程一一对应，来龙去脉清楚；票据的生命周期表示出一笔业务的处理过程；绘制作业流程图的过程也是系统分析源了解业务流程的过程。 流程图局限性 总体观念不强 具体的处理内容表达不详细 很难表达决策 很难表达复杂的系统 6.2 业务流程图（续） 例子1：领料业务流程图：车间填写领料单给仓库要求领料，库长根据用料计划审批领料单，未批准的退回车间，已批准的领料单被送到仓库保管员处，由他查阅库存帐。若帐上有货则通知车间前来领料，否则将缺货通知采购人员。 6.2 业务流程图（续） 例子2：某图书馆外文采购室有两个组：订书组和验收、登记组，分别负责书籍订购和进书验收业务。订书组的主要业务是根据供书单位的订书目录选择要订的图书，且以前订过的图书不再订购，最后打印订单，每月将订书情况进行统计，统计结果交图书馆领导。验收、登记组的业务是根据供书单位提供的发票和图书及订单验收已到图书，并进行进书查重检查，如果某些图书已进，就转让出去或作别的处理，对不重的书登图书总帐，将书转到编目室，每月进行统计，上报馆领导。 6.2 业务流程图（续） 例子3：学校各单位申请订购设备的过程：申请购买设备的单位先填写“订货委托书”，写清品名、规格、数量等项目，送采购组。采购组在“单价表”中查找