第4章-结构化分析模型_第1页
第4章-结构化分析模型_第2页
第4章-结构化分析模型_第3页
第4章-结构化分析模型_第4页
第4章-结构化分析模型_第5页
已阅读5页,还剩30页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

用户需求与系统建模,第4章结构化分析模型,辽宁省教育软件大赛参赛作品,本章内容,4.1结构化分析模型的构成,4.2数据域分析模型,4.3功能域分析模型,4.4数据字典,4.1结构化分析模型的构成,结构化分析技术的基本观点软件系统由独立的数据域和功能域组成。功能域对输入数据进行处理,并产生满足需求的结果数据。,4.1结构化分析模型的构成,结构化分析的主要任务“逐步求精”地进行系统分解,并定义分解后各个组成部分之间的联系。结构化分析准则必须理解和表示系统的数据域。确定系统需要应用和管理的数据内容及组织关系。必须理解和表示系统的功能域。确定系统的功能集合,及功能间的协作关系。必须理解和表示作为外部事件响应结果的软件行为。确定系统的状态集合、事件集合及由事件响应所导致的状体迁移关系。,4.1结构化分析模型的构成,结构化分析模型三视点模型(3VM)根据结构化分析准则,系统分析模型由以下部分构成:数据模型利用实体关系图表现系统数据域的数据对象及相互关系。功能模型利用数据流图表现系统功能域的功能结构和协作关系行为模型利用状态迁移图表现系统的状态集合和状态变化关系。数据字典对模型元素进行精确定义和详细解释。,4.2数据域分析模型,实体关系图(EntityRelationshipDiagram)简介1976年由PeterCher提出,在数据库概念设计领域得到了广泛的认同,用于构造独立于机器,独立于DBMS的数据关系模型符号及语义实体以矩形表示,代表一个独立的数据元组集合。通常用以映射数据域中的复合数据对象。属性以椭圆表示,并以无向边连接到对应的实体或关系。体现为实体对象或关系中包含该原子数据分量。关系以菱形表示,用以体现数据对象之间的联系。用无向边连接到对应的实体。,4.2数据域分析模型,ERD图例,说明:1、属性是原子数据项,不能包含结构。2、关系只能用于表示实体间的联系。3、根据问题需要,相同实体之间可以存在不同含义的多种关系。,4.2数据域分析模型,基数与形态关系约束含义基数(多重性):实体参与给定关系的(最大)数量约束。形态:实体参与给定关系的强制性约束。确定方法在给定关系的一端假定为单位实体,在另一端考察关联实体的数量和强制性约束。表示方法,4.2数据域分析模型,数据域建模步骤1.提取需求中的复合数据对象(通常对应应用领域的业务对象或概念),确定并命名实体集合。2.每次考察一个实体是否需要与其他实体间的建立关系。确定实体关系对。3.指定每个实体关系对的基数和形态。4.迭代执行24步至定义出所有的实体关系对。5.根据需求,确定每个实体和关系的属性。6.标注计算属性。7.复审实体关系模型。,4.2数据域分析模型,实例分析某公司拟应用短信服务平台提高办公效率,节省通信成本。该公司设有多个部门,各部门包括若干员工,其中设部门经理和行政秘书各1人。短信平台的应用需求为:行政秘书负责起草短信公文,并指定公文的接收者(点发、群发均可)。接收者可为本部门或外部门员工,系统应提供按部门的人员检索功能。部门经理可审批本部门起草的短信公文内容,通过审批后短信公文由系统编号,并自动转发给ISP的短信处理网关。ISP对要求转发的每条短信产生一条回执,记录该短信的编号、转发状态、转发时间、接收时间、接收状态。部门经理可查阅指定时间段内本部门发送的短信公文的详细情况(起草者、接收者、公文内容、费用),并可统计某时间段内发送短信的总费用公司财务部每个月会根据本月内各部门成功发送的短信数量与部门经理进行办公费用结算,系统应保留各部门每个月的结算账单以便核查。,4.2数据域分析模型,实例分析确定实体部门的信息员工的信息短信公文的信息短信发送的结果短信发送的费用确定关系员工在哪个部门部门产生过哪些短信短信由谁起草、谁审批,发给谁回执是针对哪个短信、发送给谁的结果。部门要支付多少费用、费用因哪些短信发生。基数形态属性复审模型,4.2数据域分析模型,实例分析,4.3功能域分析模型,数据流变换的观点软件的功能体现为将输入的数据变换为输出的数据。因此功能域在整体上表现为一个复杂的“信息变换器”。,功能域分析的任务是确定功能域内部“输入”到“输出”的阶段变化和传递路径数据流的变换过程。,?,4.3功能域分析模型,数据流图(DataFlowDiagram,DFD)也叫泡泡图(bubblediagram),是一种“描绘数据在系统中流动和处理过程”的图形化技术,是结构化功能建模的主要技术符号及语义,外部实体数据流的起点或终点。表示系统外产生输入或接受输出的用户、协作系统。,外部实体名,外部实体名,数据加工实现数据转换处理。表示将输入数据流变成输出数据流的功能。,数据加工名,数据存储系统内保存数据流的容器。表示系统数据域提供的已知数据集合。匹配执行频率不一致且存在数据传递关系的数据加工。,数据流在系统内被传递的数据内容。,4.3功能域分析模型,数据流图图例,外部实体,数据流,数据加工,数据存储,4.3功能域分析模型,功能域建模的步骤逐步求精1.创建顶层(0层)数据流图确定全体外部实体确定以外部实体为起点或终点的边界数据流将软件功能域表现为唯一的数据加工。2.为第N层数据流图中“复杂”的数据加工创建第N+1层子图,表现内部的子加工、数据存储和数据流变换细节。以元素编号体现子图与父图的对应关系。分解过程中确保数据流一致性原则。3.迭代步骤2,至第M层子图中的数据加工均为基本加工。基本加工指数据处理目的单一,数据流接口简单,适合作为一个独立“函数”实现的数据加工。4.创建数据字典。5.复审模型。,4.3功能域分析模型,数据流图实例(一)为协调各种生产零件的使用和采购工作,某工厂拟开发一套零件管理软件,主要需求包括:仓库保管员负责登记零件的入库和领用事务。系统应根据事务内容更新”库存文件“。该文件记录所有零件的编号、名称、当前库存、警戒值、单位订购数量等。采购科定期更新零件供应商信息。系统在“供应商文件“中修改对应记录。该文件记录所有零件的编号、供应商名称,单价,供货时间等。采购科每天需要打印一张订货报表。报表中应列出所有库存量低于警戒值的零件订货信息,包括:零件编号、名称、供应商、订购数量、单价、总价。,4.3功能域分析模型,数据流图实例(一),(1)顶层DFD外部实体仓库保管员,采购科。边界数据流I(仓库事务,供应商信息)O(订货报表),(2)第1层DFD子数据加工库存管理,订购管理,数据存储零件订货信息,4.3功能域分析模型,数据流图实例(一)分解加工1分解加工2,4.3功能域分析模型,数据流图的指导原则命名、编号原则名字应体现元素的主要作用和含义。加工应以动宾短语命名,其他元素应以名词短语命名。编号应体现元素的可见层次和分解关系。数据流一致性原则在分层求精的过程中,子图边界的数据流应该与其在父图中对应加工所关联的数据流保持一致。数据封闭守恒原则数据流必须产生或终结于外部实体(或数据存储)。数据加工必须既有输入流又有输出流,不能存在黑洞和奇迹。数据存储必须有输出流。,4.3功能域分析模型,数据流图的指导原则数据流目的性原则数据流图不表现实物的传递过程。数据流图不表现系统边界之外(外部实体间)的数据处理过程。数据流动必须经过数据加工,不能在其他元素间直接传递。72原则为控制模型复杂度,避免在一张图内绘制9个以上的数据加工。接口最小化原则避免让底层流图中的基本数据加工处理过多的数据流。数据流图实例(二)2010年软考/期末考试试题,4.4数据字典,数据字典用于对数据流图中的元素进行精确定义和解释。主要内容数据流条目定义数据流的来源、去向、内容构成、流量、峰值等。数据流分量定义构成数据流的数据项含义、类型、取值约束等。数据存储定义数据存储的作用、记录结构、存储方式、存取要求等。数据加工说明,4.4数据字典,定义式用以说明复合信息的组成结构和取值约束的表达式。运算符,4.4数据字典,定义式举例,航班文件由一组航班记录构成,每条记录包含航空公司编号、航班号、日期,航班类型,起点、终点、起飞时间、降落时间。航空公司编号为24位大写字母航班号为3位阿拉伯数字;航班类型是“单程”或“往返”之一起点、终点不超过50个字符;日期采用年4位、月两位、日两位的表示形式;起飞和降落时间包括小时和分钟等信息,航班文件1航空公司编号航班号日期航班类型起点终点起飞时间降落时间n航空公司名称2A.Z4航班号30.93起点终点1字符50航班类型单程|往返日期年月日年40.94月“01”.“12”日“01”“31”起飞时间降落时间小时分钟小时“00”.“23”分钟“00”.“59”,4.4数据字典,数据流条目、分量、数据存储的定义规范,4.4数据字典,数据流条目的定义举例,数据流名:购书单别名:无简述:学生购书时填写的项目来源:学生去向:加工1“审查并开发票”组成:学号姓名1书号名称数量n数据流量:100次/天高峰值:400次/天(开学初),4.4数据字典,数据流分量的定义举例,数据分量名:学号简述:在籍学生的唯一编号数据类型:字符串长度:9取值范围:无缺省值:无单位:无结构含义:第12位:入学年份第34位:学院编号第56位:该学院的专业编号第79位:学生在该专业的顺序号,4.4数据字典,数据存储的定义举例,数据存储名:教材存量表别名:无简述:保存所有教材的库存信息记录结构:1教材编号教材名称售价库存量库房n存储方式:关系数据库中的表关键字:教材编号存取要求:随机读写补充要求:根据“教材编号”查询,4.4数据字典,数据加工的定义规范,加工名称:审查并开发票编号:1作用简述:为合理的购书要求打印发票输入流:购书单输出流:“发票”或“无效提示”加工策略:执行要求:处理时间10s,4.4数据字典,加工策略的说明“加工策略”是对如何完成数据流变换的解释说明,它定义了数据加工所采用的“算法”。说明加工策略的方法伪代码以自然语言陈述处理动作,以编程语言的控制结构语法陈述处理流程。优点:二义性小,接近最终的程序实现形式。不足:不适用于含有多条件组合判定及多目标动作的加工说明。判定树/判定表以二维表格/树型视图表示包含复杂条件判定及多目标动作的加工策略。,4.4数据字典,伪代码举例,/根据身份证号码和取票单进行取票审核,并打印机票。身份证号=读卡器.Read();if(身份证号in旅客订票文件.身份证号)if(取票单.OtherItems=旅客订票文.OtherItems)return打印机票(身份证号);elsereturn“取票单信息错误”;elsereturn“该旅客未订票”,4.4数据字典,判定表适于表达包含多条件组合判定和多目标动作的加工策略。判定表由四部分组成,动作栏,条件栏,条件项,动作项,4.4数据字典,判定表实例,已知:1)审核条件=最后学历+报考类型+工作时间2)最后学历=本科|硕士3)报考类型=公开招考|本科直博|硕博连读|提前攻博,数据加工“考试方式审核”根据审核条件,确定考生的考试方式。请以判定表定义如下审核策略。1)若考生最后学历是硕士,则当报考类型为“硕博连读”时考试方式应为“免试”;报考类型为“公开招考”时考试方式应为“统考”。其他报考类型考试方式均为“不准考”。2)若考生最后学历为本科,则当报考类型为“本科直博”时考试方式应为“免试”;当报考类型为“提前攻博”时考试方式为“统考”;当报考类

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论