第五章 系统分析的任务.ppt

5.3.2以CSS系统为例 系统环境中的外部事件 客户订购产品 客户按发票支付账单 客户退货 客户更改账户信息 检查订单状态 CSS状态事件 订货提醒 5.3.2事件的识别方法1 事件时序：跟踪事物处理的生命周期 以CSS订单处理系统为例，分析员在考虑新客户引发的所有事件 客户想要一本商品目录 客户确定商品条目信息的有效性 客户下订单 客户修改或取消订单 客户查询订单状态 客户修改账户信息 客户退货 5.3.2事件的识别方法2 与系统控制有关的技术依赖事件 这些事件一般不作为分析阶段的重点，会在系统设计阶段由开发人员考虑，但是它们对系统的实现有直接的作用和影响，因此分析员也必须认真考虑。 如：用户的登录、数据备份 5.3.3事件列表 记录与每件事件相关的信息，行表示事件，列表示事件的详细信息属性 组成部分： 事件名称 触发——事件发生的条件 事件源——外部实体或参与者，系统的输入 行为——系统的动作 响应——系统的输出 事件宿——外部实体或参与者，系统的输出 课后作业 学习并理解书本115的事件列表，结合自己的设计课题列出相关的事件列表，越详细越好。 5.3.4 事物 对于系统用户而言，事物就是他们业务工作中说面对和处理的对象，如客户、订单、发票、产品等 事物的类型： 具体的事物 人的角色 偶尔发生但很重要的事物 ——商品、目录 ——客户、雇员、产品 ——订单 5.3.4 事物的属性 事物所具有的某一特征，一种事物可以有若干个属性来刻画。 分析员必须明确系统需要存储的每个事物的属性，并将其中能唯一标志某个具体事物的属性集作为关键字或标识符。 客户具有名称、办公电话、传真、所在地址、邮编、联系人、联系人电话 那么关键字是什么？ 5.3.4 事物之间的关系 关系是事物之间自然发生的联系，比如被处理、工作于、提交 关系一般有三种基本类型：一对一，一对多，多对多。 根据关联数目的多少还可以分为可选关系和强制关系 根据关联事物的数目可以分为一元关系、二元关系和多元关系 Visio版图示 Powerdesigner图示 课堂练习 目前住院病人主要由护士护理，这样做不仅需要大量护士，而且由于不能随时观察危重病人的病情变化，还会延误抢救时机。某医院打算开发一个以计算机为中心的患者监护系统，业务内容描述如下： 医院对患者监护系统的基本要求是随时接收每个病人的生理信号(脉搏、体温、血压、心电图等)，定时记录病人情况以形成患者日志，当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息，此外，护士在需要时还可以要求系统印出某个指定病人的病情报告。 请使用两种图示方式绘制该系统的ERD 病人 日志 脉博 血压 体温 心电图 病人 编号 护士 病情报告 工号 姓名 监护 记录 时间 姓名 职务 M N MS Visio图示方式 PowerDesigner图示版 5.3.5 系统需求定义的目标 事物和事件是建模过程的起点，但采用不同的分析方法则生成的新系统的需求模型有很大差别。 顶层DFD DFD片段 DFD细化 其他定义 时序图 顺序图 状态图 其他OO模型 事件和事件列表 事件 类图 用例图 ER 图 关联图 结构化方法 面向对象方法 * 《信息系统分析与设计》 第 * 页 * 第 * 页 系统分析的任务（ Information System Analysis and Design） 信息管理与信息系统教研室 本章要点 系统分析阶段的任务 系统需求的信息来源（3个责任人） 获取系统需求的方法 组织结构图 课堂作业 基本概念：模型、事件 5.1 系统分析阶段任务 基本任务：围绕新系统的既定目标，了解并获得其所有的业务能力及其要求处理的信息，并对获取的信息进行检查、分析和结构化，以全面、准确、详细的定义新系统的需求，从而获得新系统的逻辑模型，即回答“系统做什么”的问题。 设计阶段的基本任务：以逻辑模型为基础，面向系统如何构建，来设计系统解决方案，将“系统做什么”映射为“系统如何做”的物理模型。 5.1 系统分析任务概述 获取信息——成为新系统支持的业务领域专家 定义系统需求——对信息进行描述和区分 确认需求的优先级——避免需求扩张 生成和评价可选方案——考虑各方案的可行性 与管理人员一起复查推荐方案 5.2.1 系统需求的分类 系统需求是新系统必须完成的功能，在分析阶段需要将高层次的抽象描述分解为更详细的系统需求。 1、功能需求：对系统支持的功能和处理过程的描述 如：以CSS为例，基本信息处理、查询产品目录、生成订单、修改或取消订单、生成报表等 2、技术需求：对操作环境和操作性能指标描述 如：B/S模式，服务器环境要求，页面响应时间，允许多少人同时在线下单等 5.2.2系统需求的信息来源 需求分析第一步