系统分析与设计SAD4-Chapter05v1.ppt

系统分析与设计，第四版学习目标阐述建立信息系统模型的理由说明三种模型的类型,并列出专门用于分析与设计的模型阐述如何以事件来辨识活动与使用案例识别与分析系统所响应的事件学习目标(续)说明问题领域中事物的概念如何定义需求说明数据实体与对象之间的异同点识别与分析系统中所需要的数据实体与领域类别阅读、解释、及产生实体关系图阅读、解释、及产生类别图概述藉由建立模型记录功能性需求建立模型属于分析阶段的活动–定义系统需求两个概念可以在传统和对象导向方法中协助辨识功能性需求会触发使用案例的事件使用者工作领域中的事物塑模与模型分析师可以使用模型的集合说明信息系统的需求复杂的系统需要一种以上的模型模型的作用是要表达即将建立之系统的某些层面建立模型的过程可以协助分析师厘清与调整设计内容模型有助于与系统使用者的沟通塑模的原因(图5-2)模型的种类在开发信息系统时会使用不同种类的模型数学模型–用以说明系统技术层面的公式描述模型–描述系统某些层面的备忘录、报表、或清单图形模型–系统某个层面的图表与架构表达内容一些描述模型的范例(图5-3)分析与设计阶段的模型简介分析阶段中名为「定义系统需求」的活动逻辑模型对需求进行非常详细的定义，但不考虑使用特定的技术设计阶段实体模型提供技术方面的细节扩充逻辑模型在分析阶段建立的模型(图5-4)在设计阶段建立的模型(图5-5)事件、活动与使用案例使用案例系统为响应使用者的要求所执行的活动「案例」是参与者使用系统的地方辨识使用案例的技术辨识使用者目标基本企业流程(EBP)层次的目标就是使用案例EBP–由一名工作人员、在一个场所执行的一项任务，目的是要响应某个企业事件。它能够增加可测量的企业价值，并让系统与数据维持一致的状态事件分解技术CRUD分析技术(建立,读取,更新,删除)透过使用者与目标辨识使用案例(图5-6)事件的分解企业事件会触发企业流程的基本单位(EBP)EBP是分析使用案例的正确层级辨识企业事件将系统分解为活动/使用案例事件分解技术的作用让传统方法辨识活动让OO方法辨识使用案例事件的类型外部事件发生在系统之外由外部的代理人或参与者所启动临时事件在到达某个时间点之后，就会发生的事件根据系统的截止日期状态事件系统内部发生的某件事触发处理的需要影响赊购账户处理系统的事件(图5-7)外部事件检查清单(图5-8)临时事件检查清单(图5-9)辨识事件可能很难判断往往会与条件和响应混为一谈有助于追踪交易的生命周期留待设计阶段处理的事件保护系统完整性的系统控制完美科技假定一连串的动作只会造成一件影响到系统的事件(图5-10)一位特定顾客的交易序列会引导出许多的事件(图5-11)可延后至设计阶段再处理的事件(图5-12)RMO案例中的事件与顾客有关的重要外部事件顾客想要检查商品能否供货、顾客下订单、顾客变更或取消订单涉及部门的其它外部事件寄送已完成的订单、营销部门想要寄送促销内容给顾客、商品部门更新型录产生定期报表的临时事件产生订单总表的时间、产生履约总表的时间事件表格中与每个事件相关的信息:RMO的事件表格(图5-16的部份内容)问题领域中的「事物」藉由了解需要储存的系统信息定义系统的需求储存问题领域中有关事物的信息,这些都是人员工作时需要处理的对象分析师透过考虑事件表格中的每个使用案例辨识事件的类型系统需要知道且储存数据的事物为何?事物的类型(图5-17)开发事物初始清单的程序步骤一：使用事件表格与关于每个使用案例的信息，辨识全部的名词步骤二：使用来自既有系统、现行程序及现行报告或窗体的其它信息，增加必要信息的项目与类别步骤三：调整这份清单并记录要探究的假定或课题请参阅图5-18中的RMO实例事物的特征关系特定事物间自然发生的关联性可发生在两个方向关联数目是基数或多重性二元关系,一元关系,三元关系,n-元关系属性关于事物的特殊信息关系会自然发生在两个事物之间(图5-19)关系的基数/多重性(图5-20)属性与值(图5-21)数据实体在传统的系统开发方法中，系统需要储存相关信息的事物以实体关系图（ERD）塑模用来产生数据库的设计模型，通常是关系型数据库物件在对象导向方法中，对象会在系统中从事工作并储存信息对象同时具有行为与属性类别–事物的类型对象–特殊的事物方法–类别中所有对象都能执行的行为每个对象都包含属性值，以及在这些属性上运作的方法对