信息系统分析与设计第版邝孔武-王晓敏第-章结构化系统分析.pptVIP

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