《结构化分析》PPT课件

1、结构化分析,3.1 需求分析的任务和步骤 需求分析的任务： 准确地定义未来系统的目标，确定为了满足用户的需求系统必须做什么。用 规范的形式准确地表达用户的需求,传统的软件工程方法学采用结构化分析(SA)技术完成需求分析工作,需求分析的步骤,需求获取 需求提炼：分析建模(导出软件逻辑模型) 需求描述：编写 需求验证 需求分析是发现、求精、建模、规格说明和复审的过程,涉及与思考的几个问题,如何定义系统需求？ 如何识别、获取需求? 你能够采取何种手段与用户进行交流沟通? 何为需求建模? 你如何理解模型与建模,讨论要点,结构化分析方法(SA)和面向对象分析方法(OOA)建立功能模型的描述方法,需求工程

2、概述,需求工程是指应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。 需求工程的活动： 需求获取 需求建模 形成需求规格（规约） 需求验证 需求管理,需求工程的层次分解示意图,需求工程,需求工程,需求管理,问题 获取,分析,编写规格说明,验证,在需求分析阶段，系统分析员的主要焦点是 “做什么（what）” ，不是 “怎样做（how,3.2 需求获取,3.2.1 需求获取的目的 清楚地理解所要解决的问题 完整地获取用户需求,需求获取面临的挑战,问题的复杂性和对问题空间 理解的不完备性与不一致性 交流障碍 需求易变性,需求获取的常用方

3、法,建立分析小组 领域专家： 主角 系统分析员：导演 客户访谈 问题分析与确认,某出版社系统调查表,某出版社系统调查表,3.2.2 需求获取的内容,1.用户需求分类 (1)功能性需求: 定义了系统做什么（描述系统必须支持 的功能和过程） (2)非功能性需求（技术需求）: 定义了系统工作时的特性 （描述操作环境和性能目标,2. 两类需求包括的内容,1) 功能 (2) 性能 (3) 环境 (4) 界面 (5) 用户或人的因素 (6) 文档 (7) 数据 (8) 资源 (9) 安全保密 (10)软件成本消耗与开发进度 (11)质量保证,1) 功能需求,系统做什么？ 系统何时做什么？ 系统何时及如何修

4、改 或升级,2) 性能需求,软件开发的技术性指标 例如： 存储容量限制 执行速度、相应时间 吞吐量,3) 环境需求,硬件设备：机型、外设、接口、 地点、分布、温度、 湿度、磁场干扰等 软件： 操作系统 网络 数据库,4) 界面需求,有来自其它系统的输入吗？ 到自其它系统的输出吗？ 对数据格式有规定吗？ 对数据存储介质有规定吗,5) 用户或人的因素,用户类型？ 各种用户熟练程度？ 需受何种训练？ 用户理解、使用系统的难度？ 用户错误操作系统的可能性,6) 文档需求,需哪些文档？ 文档针对哪些读者,7) 数据需求,输入、输出数据的格式？ 接收、发送数据的频率？ 数据的准确性和精度？ 数据流量？ 数

5、据需保持的时间,8) 资源需求,软件运行时所需的数据、软件。 内存空间等资源。 软件开发、维护所需的人力、 支撑软件、开发设备等,9) 安全保密要求,需对访问系统或系统信息加以控 制吗？ 如何隔离用户之间的数据？ 用户程序如何与其它程序和操作 系统隔离？ 系统备份要求,10) 软件成本消耗 与开发进度需求,开发有规定的时间表吗？ 软硬件投资有无限制,11) 质量保证,系统的可靠性要求？ 系统必须监测和隔离错误吗？ 规定系统平均出错时间？ 出错后，重启系统允许的时间？ 系统变化如何反映到设计中？ 维护是否包括对系统的改进？ 系统的可移植性,结构化分析就是一种建立模型的活动，通常建立数据模型、功能

6、模型和行为模型等三种模型,所有分析方法都遵守下述准则： 必须理解和表示问题的信息域，根据这条准则应该建立数据模型。 必须定义软件应完成的功能，这条准则要求建立功能模型。 必须表示作为外部事件结果的软件行为，这条准则要求建立行为模型。 必须对描述信息、功能和行为的模型进行分界，用层次的方式展示细节。 分析过程应该从要素信息移向实现细节,3.3 需求建模,需求分析与设计,需求分析：系统需要做什么 (对问题的调查与描述,设计：系统如何做 (逻辑解决方案,当前的需求使我们考虑选择某种设计选项,选择设计选项可能引发新的需求,需求分析与设计的界限：存在、模糊、迭代,需求的类型,需求类型,软件需求,设计约束

7、,功能性需求,非功能性需求,父需求,子需求1,子需求2,子需求3,例：父需求：系统安全性使用行业标准 子需求1：数据安全性采用事务日志 镜象方法。 子需求2：数据保密性根据身份等级 分配相应数据库存取权限 子需求3,计算机科学与技术学科的方法论,学科的3个形态 理论 抽象(模型化) 设计 重复出现的概念 绑定(binding) 概念与形式模型 一致性和完备性 抽象层次 重用 典型的学科方法： 数学方法 系统科学方法,计算中抽象的本质和使用。在处理复杂事务、构造系统、隐藏细节和获取重复模式方面使用抽象，通过具有不同层次的细节和指标的抽象，能够表达一个实体和系统,抽象(模型化,源于实验科学,主要要

8、素为数据采集方法和假设的形式说明,模型的构造与预测实验分析结果分析. 在为可能的算法数据结构和系统结构等构造模型时使用此过程. 抽象的结果是概念符号模型,模型(model,是对系统的模型是现实世界某些重要方面的表示。 模型一种抽象，从某个视点、在某种抽象层次上详细说明被建模的系统。 有时我们使用术语“抽象”来表示模型，因为我们从现实世界中抽象出对我们特别有用的东西,模型(model,模型一般分为具体模型和抽象模型两大类。具体模型有直观模型、物理模型等，抽象模型有思维模型、符号模型、数学模型等,软件开发的四个要素： 人员、项目、产品和过程,项目,过程,产品,人员,工具,模板,参与者,结果,自动化

9、,系统包含一组模型，每个参与软件系统 开发的人员都需要有一个独特的系统视角,模型的类型,数学模型 描述模型 图形模型,需求分析的过程,1) 通过对现实环境的调查，获得当前系统的物理模型,学生购买教材的实际处理流程当前系统物理模型,2) 去掉具体模型中的非本质因素，抽取现实系统的实质，抽象出当前系统的逻辑模型,学生购买教材的逻辑模型,需求分析的过程,需求分析的过程,3) 分析当前系统与目标系统的差别， 建立目标系统的逻辑模型,计算机教材管理系统的逻辑模型,需求分析过程示意,4) 对目标系统的逻辑模型进行改进与优化 (5) 需求分析的验证,需求分析的步骤,当前 系统,目标 系统,物理 模型,逻辑

10、模型,逻辑 模型,物理 模型,模型化,抽象化,具体化,实例化,怎 么 做,做 什 么,当前 系统,目标 系统,需 求 定 义,逻辑模型和物理模型 模型是对对象系统的形式化的特征 抽象，概括性或近似地表示； 构造模型的过程是一个抽象、分 析的过程,对象 系统,模型 系统,抽象（映射,模型应用,模型构造的过程,逻辑模型 物理模型 (本质模型、概念模型) (实施模型、技术模型,现 行 系 统,目 标 系 统,描述重要的业务功能，无论系统是如何实施的,描述现实系统是如何在物理上实现的,描述新系统的主要业务功能和用户新的需求，无论系统应如何实施,描述新系统是如何实施的（包括技术,分析阶段中常用的模型（逻

11、辑模型,数据流图（DFD） 实体联系图（ ERD ） 类图 实例图 时序图 状态图 协作图 事件列表 数据流定义 数据元素定义,需求建模实例：酒店管理系统的局部DFD,已预订 的入住,预订请求,预订,预订 确认,未预订 的入住,已预订的 入住请求,未预订的 入住请求,客人数据,客房数据,预订确认信息,客人信息,夜审,结算 信息,财务 系统,时钟,需求建模实例：某金融贸易系统用例图(UML,风险分析,交易估计,进行交易,进行交易,接待员,酒店系统,财务系统,需求建模实例：用例图举例（UML,签定一份 保险单,客户,保险销 售人员,销售统计,客户统计,需求建模实例：描述客房状态的状态图,取消,预定

12、,入住,已预订,空闲,占用,维修,维修,完成,退房 换房,入住 换房,事件,创建,需求建模实例： UML类图实例,客人,姓名 地址 身份证号码 护照号码,预订,入住,住宿编号 付款方式,退房,客房状态,日期 人数,设置状态,客房,服务,日期 数量,设置 读取,服务类别,名称 价格,设置,1,0.,1,0.,0.,0.1,1.,1,0.,1,需求建模实例：接电话的顺序图 （UML,受话者,交换机,远程交换机,受话者,拿起话筒,听通话声,拨号码,铃响信号,铃响,铃响停止信号,拿起话筒,铃响停止,10,d,e,a,b,c,b-a1,e-d5,c-b10,路径,需求建模实例：UML协作图举例,计算机,

13、队列,打印 服务器,打印机,打印 文件,打印机忙 保存打印文件,打印机空闲 打印文件,需求建模实例：数据字典条目的定义 预订请求客人数据住宿期限+客房类别 客人数据客人姓名+地址+身份证号码 +护照号码 +支付方式 身份证号码=十进制15数字18 护照号码字母+8数字8 字母“A”“Z” 十进制数字“0”“9,需求建模实例：数据字典条目的定义 F1:航班信息文件航空公司名称航班号 起点终点日期 起飞时间降落时间 航空公司名称2字母4 航班号3十进制数字3 字母“A”“Z” 十进制数字“0”“9” 起点终点1汉字10 起飞时间降落时间时分 时“00”“23” 分“00”“59” 日期年月日 年2

14、000200120022004 月“01”“12” 日“01”“31,模型的作用,在建模过程中了解系统 通过抽象降低复杂性 有助于回忆所有的细节 有助于开发小组间的交流 有助于与用户的交流 为系统的维护提供文档,模型化或模型方法是通过抽象、概括和一般化，把研究的对象或问题转化为本质（关系或结构）相同的另一对象或问题，从而加以解决的方法。模型化方法要求所建立的模型能真实反映所研究对象的整体结构、关系或某一过程、某一局部、某一侧面的本质特征和变化规律,模型是系统自包含的视图,模型是系统的语义闭合抽象。它是一个自包含的视图，即用户不需要其他信息（即从其他模型）就可解释该系统。 自包含的概念意味着当触

15、发一个用该模型描述的事件时，开发人员希望在系统中产生效果中只能有一种解释,3.4 需求分析建模方法,分析建模方法 结构化分析(传统建模方法) 面向对象分析,计算机世界,现实世界,影射,传统的开发模型不能完全适应具体的应用领域开发,软件开发过程实际是：人通过抽象、归纳把客观系统变换到软件系统，并保证软件系统的解等价客观系统的解,由于客观系统与软件系统差异很大，所以变换过程必须通过一个中间过渡系统。不同的软件开发模型采用不同的过度系统完成变换过程,客观系统,客观系统的解,软件系统,软件系统的解,变换,解的等价,计算机世界,现实世界,结 构 化 开 发 方 法,结构化 分析,结构化 设计,结构化 编

16、程,OOA,OOD,OOP,面 向 对 象 开 发 方 法,结构化分析模型的组成结构,数据流图 (DFD,E-R图,状态变迁图 (STD图,加,工,说,明,控制说明,数,据,对 象,说 明,数据字典 （DD,面向对象分析模型的组成结构,对象-关 系模型,类/对象 模型,对象-行为模型,使用实例 (Use Case,操作,属性,协作者,3.4.1 结构化分析方法,Structured Analisys, SA) 基于数据流自顶向下逐步求精进行需求分析的方法 需求获取应遵循的三条基本原则： 分解 抽象 投影,分析模型的主要目标,描述用户需要 建立创建软件设计的基础 定义软件完成后可被确认的一组需求

17、,分析模型的构成,数据字典(DD)：模型核心(中心库) E-R图(ERD)： 数据流图(DFD) 指明数据在系统中移动时如何被变换; 描述对数据流进行变换的功能; DFD中每个功能的描述包含在加工规约 (小说明)。 状态变迁图(STD) 指明作为外部事件的结果,系统将如何 动作,3.4.2 数据建模,在软件开发过程中必须考虑数据及对数据的处理 在需求分析阶段要分析用户的数据要求（即需要那些数据、数据之间的联系、数据本身的性质、数据的结构等），又要分析用户的处理要求（即对数据进行那些处理、每个处理的逻辑功能等）。 E-R图是数据建模的基础,ER模型,ER模型包括实体、联系、属性三个基本成分。 实

18、体：是客观世界种存在的且可相互区分的事务。可以是人、物、抽象的概念等。例如：学生、教师、课程等。ER图中用矩形框代表实体。 联系：分三类（1:1，1:m, m:n）,ER图中用菱形表示联系。 属性：是实体或联系具有的性质。ER图中用椭圆形表示属性。 例如：学生选课系统的ER图,数据建模实例：简单的酒店系统数据模型,客人,入住,客房状态,客房,服务,服务类别,姓名 地址 身份证号码 护照号码 电话,客房号 床位数 房间类别 价格1,住宿编号 住宿时间 支付方式,日期，客人数 状态(已预定/占用/维修中),日期，数量,名称，价格,P55第1题的ER图,将分析模型转换为软件设计,数据 字典,数据 流

19、图,E-R图,状态变迁图,加,工,规,约,控制规约,数,据,对,描 述,象,数 据 设 计,体系结构设计,接口设计,过程设计,分析模型,设计模型,将设计模型 金字塔倒立 的后果是什么,数 据 设 计,体系结构设计,接口设计,过程设计,3.4.3 功能建模和信息流,基于 计算机 的系统,输入信息,信息流模型,输出信息,外部实体,外部实体,外部实体,输入信息,外部实体,外部实体,输出信息,输出信息,一. 数据流图,DFD，Data Flow Diagram) 描述系统逻辑模型的图形工具， 表示数据在系统内流动和处理的情况。 描绘“做什么”而不考虑“怎样做,人事工资管理系统的顶层DFD(概图)范例,

20、人 事 部 门,人事工资 管理系统,会 计 部 门,职工出缺勤报表,职工出缺勤信息,职工工资信息,职工工资报表,职 工,职工基本信息,职工工资单,职工基本 信息管理 子系统,1.0,2.0,人事工资管理系统0层DFD范例,职工出缺勤信息,职工工资管理子系统,3.0,职工出缺 勤管理 子系统,职工基本信息,职工工资信息,人 事 部 门,会 计 部 门,职 工,职工出缺勤报表,职工出缺勤信息,职工工资信息,职工工资报表,职工基本信息,职工工资单,建立职工 出缺勤信息,3.1,人事工资管理系统1层DFD：加工3.0的分解图,职工出缺勤信息,3.2,制作职工出缺勤信息 统计表,职工基本信息,职工 出缺

21、勤报表,职工 出缺勤信息,DFD的主要元素,数据流图有四种基本符号：正方形表示数据的源点或终点；圆角矩形表示变换数据的处理；开口矩形（或两条平行横线）表示数据的存储；箭头表示数据流,外部实体,数据流,过程(加工,数据存储,条目查 询请求,查询可用条目,1,客户,目录,产品条目,库存条目,可用条目查询结果,目的地,响应,来源,触发器,动作,DFD的主要元素,注意问题： 处理并不是一个程序。一个处理框可以代表一系列程序、单个程序或者程序的一个模块，可以代表人工处理过程。 一个数据存储不等同于一个文件，它可以表示一个文件、文件的一部分、数据库的元素或记录的一部分等。 数据存储和数据流都是数据，仅仅是

22、所处的状态不同。数据存储处于静止状态的数据，数据流处于运动中的数据。 通常在数据流图中忽略出错处理,画数据流图的要点,第一步：画出系统的基本模型 第二步：从问题描述中提取数据流图的四种成分 第三步：将系统基本模型细化，描绘系统的主要功能 第四步：对功能级数据流图中描绘的系统主要功能进一步细化 当进一步分解将设计如何具体实现一个功能时就不应该再分解。 当对数据流图分层细化时必须保持信息连续性,分层DFD实例,1)对考生送来的报名单进行检查; (2)对合格的报名单编好准考证号后将准考证送给考生，并将汇总后的考生名单送给阅卷站; (3)对阅卷站送来的成绩单进行检查，并根据考试中心制定的合格标准审定合

23、格者; (4)制作考生通知单(含成绩及合格/不合格标志)送给考生; (5)按地区进行成绩分类统计和试题难度分析，产生统计分析表,一个简单考务处理系统功能描述,顶层数据流图（系统的基本模型,考 生,考务 处理系统,考 试 中 心,阅卷站,不合格报名单,报名单,准考证,考生通知单,成 绩 清 单,合格标准,错误成绩 清单,考生名 单,统计分析表,登记 报名单,报名单,准考证,1,统计成绩,2,不合格 报名单,考生通知单,成,统计分析表,0层数据流图（将系统基本模型细化，描绘系统的主要功能,考生名册,绩,清,单,合 格 标 准,考生名 单,成,绩,清,单,错,误,一层数据流图 (a，对功能级数据流图

24、中描绘的系统主要功能进一步细化,检查 报名单,报名单,准考证,1.1,编准考证号,1.2,不合格 报名单,考生名册,考生名单,合格 报名单,登记 考生,1.3,一层数据流图 (b,检查 成绩清单,2.1,审定 合格者,2.2,考生名册,正确 成绩清单,制作 通知单,2.3,分析 统计成绩,2.4,分析 试题难度,2.5,试题得分清单,考生 通知单,难度 分析表,合格 标准,分类 统计表,成绩清单,错误 成绩清单,经审定的 成绩清单,DFD可以用来表示一个系统或软件在任何层次上的抽象。 较大型软件系统DFD分成多层(子图、父图概念),可以表示数据流和功能的进一步的细节,S,2,1,3,2.2,2

25、.1,2.3,3.1,3.2,顶层 （不编号,0层,1层,数据流和控制流举例 （使用Ward和mellor符号,监控固件和 操作接口,每个固件状态,动作 警告,机器人初始化控制,操作命令,部件状态缓冲器,位置 命令,开始/停止,处理 机器人命令,机器人命令文件,操作 设置,处理活动,记录机器人动作,位串,数据和控制模型的关系,DFD,加工规约,加工模型,DFD,控制规约,控制模型,数据输出,数据条件,数据输入,控制输入,控制输出,加工 激活者,SafeHomede控制面板,与用户 交互,SAFEHOME,ARMED POWER,01,1,2,3,4,5,6,7,8,9,0,OFF ARAY S

26、TAY,MAX TEST BYPASS,INSTANT CODE CHIME,READY,panic,alarm check fire,away stay instant bypass not ready,家庭安全系统的处理描述,SafeHome 软件使得房主能够在安装时配置安全系统、监控所有和安全系统连接的传感器以及通过包含在SafeHome控制面板中的键盘和功能键与房主交互。 在安装过程中， SafeHome控制面板被用于“编程”和配置系统。每个传感器被赋予一个编号和类型，主人密码被编程以启动和关闭系统，而且当传感器事件发生时输入电话号码拨号。 当某传感器事件被识别出时，软件激活附于系统上

27、的可发声的报警，在一定的延时时间（由房主在系统配置活动中指定）后，软件拔出监控服务的电话号码并提供关于位置的信息，报告被检测到的事件的性质，电话号码将每20秒重拨一次，直到电话接通。 所有和SafeHome的交互由用户交互子系统管理，该子系统读入通过键盘和功能健提供的输入，在LCD显示屏上显示提示消息和系统状态,SafeHomede的顶层,SafeHomede 软件系统,用户命令 和数据,显示信息,控制面板,传感器,传感器 状态,警铃,电话线,警告类型,电话号码 拨音,控制面板显示,SafeHomede的第0层,控制 面板,与用户 交互,控制 面板 显示,密码,电话号码拨音,传感器状态,显示信

28、息,配置请求,用户命令 和数据,配置 系统,警 铃,电 话 线,传感器,配置信息,显示信息 和状态,监控 传感器,激活不 激活系统,传感器信息,密码 处理,警告类型,检验id信息,开始 停止,状态信息,监控传感器的第1层,电话号码拨音,传感器状态,配置数据,显示格式,配置信息,产生警告 信息,拨号,评估设置,传感器信息,读传感器,警告类型,传感器id类型,传感器id 类型定位,SafeHomede的第一层,控制 面板,与用户 交互,控制 面板 显示,显示活动状态（完成、在处理中,配置 系统,警 铃,电 话 线,传感器,配置信息,显示信息 和状态,监控 传感器,激活不 激活系统,警告 信号,密码

29、 处理,传感器 事件,警告 状态,超时,闪烁标志,开关切换,某学校的网上选课系统,主要包括如下功能：管理员通过系统管理界面进入，建立本学期要开的各种课程，将课程信息保存在数据库中并可以对课程进行改动和删除。学生通过客户机浏览器根据学号和密码进入选课界面，在这里学生可以进行三种操作：查询已选课程、选课以及付费。同样，通过业务层，这些操作结果存入数据库中。 画出上述系统的数据流程图DFD,某图书管理系统有以下功能： 借书：输入读者借书证。系统首先检查借书证是否有效，若有效，对于第一次借书的读者，在借书证上建立档案。否则，查阅借书文件，检查该读者所借图书是否超过10本，若已达10，拒借，末达10本，

30、办理借书（检查库存，修改库存目录并将读者借书情况录入借书文件。） 还书：从借书文件中读出与读者有关的记录，查阅所借日期，如超期（3个月）作罚款处理。否则，修改库存目录与借书文件。 查询：通过借书文件，库存目录文件查询读者情况图书借阅及库存情况，打印统计表。 请用DFD描绘该功能的需求，并建立相应数据字典,二.数据字典(DD，DataDictionary,DD是对所有与系统相关的数据元素的一个有组织的列表,以及精确的、严格的定义，使得用户和系统分析员对于输入、输出、存储成分和中间计算有共同的理解,数据字典的作用,DFD中的数据流、数据存储表示某个有组织的数据集合，它们要由SA的其他描述工具-需求

31、字典(数据字典)来描述，包括： 数据项描述 数据结构描述 加工逻辑说明 数据存储描述,数据字典最重要的用途是作为分析阶段的工具,DD中数据结构的描述方式 定义式 Warnier图 巴科斯范式（BNF,F1:航班信息文件航空公司名称航班号 起点终点日期 起飞时间降落时间 航空公司名称2字母4 航班号3十进制数字3 字母“A”“Z” 十进制数字“0”“9” 起点终点1汉字10 起飞时间降落时间时分 时“00”“23” 分“00”“59” 日期年月日 年2000200120022004 月“01”“12” 日“01”“31,重复项：起点终点1汉字10 航空公司名称2字母4 航班号3十进制数字3 组合

32、项：日期年月日 起飞时间降落时间时分 选择项：年2000200120022004 原数据项：字母“A”“Z” 十进制数字“0”“9” 时“00”“23” 分“00”“59” 月“01”“12” 日“01”“31,由数据元素组成数据的方式只有三种基本类型： 顺序 选择 重复 为了更加清晰地描述数据，增加了： 可选,定义式中使用的符,操作符 含义描述 定义为 与(顺序结构) . 重复(循环结构) . 或(选择结构) . , . ( . ) 任选 m.n 界域 ., 注释符,限制重复次数举例,3,5 或,5,3,表示允许重复3-5次,3,3 或,3,3,表示恰好重复 3 次,1,表示至少出现 1 次

33、,表示允许重复0至任意次,数据流条目,给出DFD中某个数据流的定义， 通常包括： 数据流标识 数据流来源 数据流去向 数据流的数据组成 流动属性描述：频率、数据量,购 书 单,发票,领书单,审查并 开发票,开领 书单,无效书单,学生,1,2,各班学生 用 书 表,举例,学生,教材存量表,数据流条目说明举例,数据流名:购书单 别名: 无 简述: 学生购书时填写的项目 来源: 学生 去向: 加工1“审查并开发票” 组成: (学号)姓名书号数量 数据流量:1000次/周 高峰值：开学期间1000次/天,数据存储条目(数据文件词条,对某个文件的定义，包括： 文件名 描述 数据结构 数据存储方式 关键码

34、 存取频率和数据量 安全性要求,数据存储条目说明举例,文件名:库存记录 别名: 无 简述:存放库存所有可供货物的信息 组成：货物名称编号生产厂家 单价库存量 组织方式：索引文件，以货物编号为 关键字 查询要求:要求能够立即查询,数据项条目(数据元素词条,不可再分解的数据单位，包括： 名称 描述 数据类型 长度(精度) 取值范围及缺省值 计量单位 相关数据元素及数据结构,数据项条目说明举例,数据项名:货物编号 别名:G-No,G-num 简述:本公司的所有货物的编号 类型:字符串 长度：10 取值范围及含义: 第1位：JG (进口/国产) 第24位：LB01. LB29 (类别) 第57位：“A

35、00”.“A99” (规格) 第810位：“001”.“999”(品名编号,F1:航班信息文件航空公司名称航班号 起点终点日期 起飞时间降落时间 航空公司名称2字母4 航班号3十进制数字3 字母“A”“Z” 十进制数字“0”“9” 起点终点1汉字10 起飞时间降落时间时分 时“00”“23” 分“00”“59” 日期年月日 年“00”“99” 月“01”“12” 日“01”“31,存折户名所号帐号开户日期性质 （印密）1存取行50 户名2字母24 所号“001”.“999” (注：储蓄所编码，规定三位数字) 帐号“00000001”.“99999999” (注：帐号规定由八位数字组成) 开户日

36、期年月日 性质“1”.“6” (注：“1”表示普通户，“5”表示工资户等) 印密“0”(注：印密在存折上不显示) 存取行日期（摘要）指出存入余额 操作复核,年2001200220032004 月“01”.“12” 日“01”.“31” 摘要1字母4(注：表明该存取是存？是取？ 还是换？) 支出金额(注:金额规定不超过9999999.99元) 存入金额 余额金额 金额“0000000.01”.“9999999.99” 操作“00001”.“99999” 复核“00001”.“99999” 字母“a”.“z”“A”.“Z,DD中数据结构的描述方式 巴科斯范式（BNF）举例: = = =关系记录图形

37、数据项图象 声音文本视频 =， = = =,购书单,缺书单,销售,采购,1,2,第二层DFD(层) 教材购销系统,教材存量表,学 生,F1,缺书登记表,F2,书库 保 管 员,进书通知,教材入 库信息,领书单,DF01-10,DF20-02,销售,采购,1.0,2.0,第二层DFD(层) 教材购销系统,教材存量表,学 生,F1,缺书登记表,F2,书库 保 管 员,DF02-20,DF20-10,DF10-01,1,2,XSMD,CGMD,DD数据流条目说明举例,图号 DF01-10 /*有效购书单*/ DF01-10 = 学号姓名 书号数量,加工条目(加工逻辑说明,加工类条目即数据处理描述，也

38、称为小说明。描述实现加工的策略而不是实现加工的细节。 小说明可认为是DD的组成部分。 也可在DD中只定义说明每个加工的组成(每个处理分解成多少小处理),而在 小说明中详细描述它的处理逻辑,加工条目(加工逻辑说明,加工逻辑名:登记报名单 编号：1.0 激活条件：收到报名单 加工逻辑：1.1 检查报名单 + 1.2 编准考证号 + 1.3 登记考生 执行频率：2000次/日,定义方法,找出所有数据元素 (数据流，数据存储，数据项，加工) 对数据项分类 作结构定义 排序 DD的分类 DD中的命名(遵守系统开发规范规定,DD的实现,1)人工方法 (2)自动方法(利用字典管理程序) DD应具特点 (1)

39、通过名字可方便查阅数据定义 (2)无冗余 (3)易更新修改,3.小说明(加工逻辑说明的另一种形式,描述的内容： (1) 处理逻辑 描述基本加工如何把输入数据流变化为输出数据流的加工原则，不涉及具体处理方法。 (2) 执行条件 (3) 输入 (4) 输出 (3) 优先级 (4) 执行频率 (5) 出错处理对策,小说明举例,加工名: 分类采购(CG111MD) 编号: 1.1.1 加工激活条件: 受到图书采购员分类 采购操作命令 加工逻辑: (1) 1.1.1.1 预定图书 (2) 1.1.1.2 外采图书 (3) 1.1.1.3 赠送图书 执行频率: 随时,小说明举例,处理名:月票额统计(MHC

40、W713MD) 编号: 7.1.3 激活条件:收到每日售票额信息 处理逻辑:1 统计月保险金总合 月保险金信息=每日日保险 金信息之和 2 统计月合计 月合计信息=每日日合计信息之和 执行频率: 1次/月,描述加工逻辑的工具,结构化语言 判定表 判定树,结构化语言,介于自然语言和形式语言之间的语言 结构化语言的特点： 无确定语法 可分层、嵌套,处理名:核实订票处理(MHGP3200MD) 编号: 3.2 激活条件:收到取订票信息 处理逻辑:1读订票旅客信息文件 2搜索此文件中是否有与输入信息 中姓名及身份证号相符的项 IF 有 THEN 判断余项是否与文件中信 息相符 IF 是 THEN 输出

41、已订票信息 ELSE 输出未订票信息 ELSE 输出未订票信息 执行频率: 实时,判定表(决策表,描述多条件、多目标动作的形式化工具,判定表举例 (计算机票折扣率,旅游时间,订 票 量,折 扣 量,79，12月,20,20,20,20,15,5,20,30,条件类别,四种条件组合,操作,条件组合下操作的执行,16,10,11月,处理名:计算折扣率(MHGP534MD) 编号: 5.3.4 激活条件:收到预订票信息 处理逻辑:计算折扣率 执行频率: 实时,旅游时间,订 票 量,折 扣 量,79，12月,16,10,11月,20,20,20,20,15,5,20,30,判定树(Decision 决

42、策树,条件1 条件2 结果 计 79, 订票量20: 15% 算 12月 订票量20: 5% 折 扣 16, 订票量20: 30% 量 10,11月 订票量20: 5,某图书管理系统有以下功能： 借书：输入读者借书证。系统首先检查借书证是否有效，若有效，对于第一次借书的读者，在借书证上建立档案。否则，查阅借书文件，检查该读者所借图书是否超过10本，若已达10，拒借，末达10本，办理借书（检查库存，修改库存目录并将读者借书情况录入借书文件。） 还书：从借书文件中读出与读者有关的记录，查阅所借日期，如超期（3个月）作罚款处理。否则，修改库存目录与借书文件。 查询：通过借书文件，库存目录文件查询读者

43、情况图书借阅及库存情况，打印统计表。（1）请用DFD描绘该功能的需求，并建立相应数据字典,数据流名称：借书别名：借书单简述：读者借书时填写的单据来源：读者去向：审核借书数据流量：250份/天组成：借书证编号借阅日期书名借阅方式密码借阅人,数据流名称：还书别名：无简述：读者还书时附带的数据来源：读者去向：审核还书数据流量：250份/天组成：借书证编号借阅日期书名借阅方式,数据存储名称：借书文件别名：无简述：借书证编号借阅日期书名借阅方式密码借阅人操作员查询要求：要求能立即查询并修改,数据存储名称：库存文件别名：无简述：存放图书出/入库信息组成：书名出版社作者出版日期入库数据总数量（内容简介）当前

44、库存量组织方式：数据文件，以书名为关键字进行索引查询要求：要求能立即查询并修改,加工名：审核借书证编号：1.1激发条件：接受到借书证输入：借书证输出：认定合格的借书证加工逻辑：根据借书文件及读者借书证 if 借书证编号在借书文件存在 and 未过期 and 密码正确 then 借书证有效else 借书证无效,二. 结构化分析实施步骤,1. 确定系统边界, 画出系统环境图 2. 自顶向下，画出各层数据流图 3. 定义数据字典 4. 定义小说明,三. 系统行为描述,采用动态分析方法，直观地分析系统的动作。 最常用的动态分析方法： 状态迁移图 时序图 Petri网,状态转换图,状态转换图通过描绘系统

45、的状态及引起系统状态转换的事件，来表示系统的行为。 状态转换图还指出了作为特定事件的结果系统将做哪些动作。 状态转换图提供了行为建模机制,状态转换图,状态 状态是任何可以被观察到的系统行为模式，一个状态代表系统的一种行为模式。 在状态图中定义的状态主要有：初态、终态、中间状态。在一张状态图中初态只能有一个，终态可以有多个,状态转换图,事件 事件是在某个特定时刻发生的事情，它是对引起系统做动作或从一个状态转换到另一个状态的外界事件的抽象,状态迁移图,就绪,t1,t4,t2,t3,等待,运行,状态,事件,运行,就绪,等待,t1,t2,t3,t4,运行,就绪,就绪,等待,进程的状态迁移图和状态迁移表

46、,SafeHomede的状态变迁图,读用户 输入,超时,监视系统 状态,传感器 事件行为,显示用户反馈,与“用户交互”有关,开关/切换,与“监视&控制系统”有关,显示活动状态,与“用户交互”有关,传感器事件,与“显示信息&状态”有关,与“监视&控制系统”有关,传感器事件,传感器事件,与“监视&控制系统”有关,传感器事件,与“显示信息 &状态”有关,闪烁,与“显示信息&状态”有关,时序图,T1,功能3,线路,事件e,时序图例 通信流例,功能2,功能1,T2,T3,T,主机 1,主机 2,前端 机,前端 机,C1,C2,R2,R1,C2,C1,R1,R2,利用Petri网建立需求模型,Petri网是一种系统的数学和图形的描述 与分析工具。对于具有并发、异步、分布、不 确定性和/或随机性的信息处理系统都可以利用 这种工具构造出要开发的Petri网模型，然后对 其进行分析，即可得到有关系统结构和动态行为 方面的信息。 作为图形