软件需求分析--补充材料.ppt

* 各类数据的字典条目 数据流条目 给出一个数据流定义方法，通常是列出该数据流的各个数据项。 数据流名：发票 别 名：购书发票 组 成：学号+姓名+{书号+单价+数量+总价}+书费合计 备 注 例3.3：为图3.8中的数据流“发票”编写字典条目 * 注： 对较长或复杂的数据流可用分层次描述 发票= (学号)+姓名+{发票行}+书费合计 发票行=书号+单价+数量+总价 不允许同一个数据在系统中使用不同的名字 * 数据文件条目 给出文件的定义，通常是列出记录组成数据项和文件的组织。也可以列出数据文件或数据库(表单)的结构。 文件名：各班学生用书表 别 名： 组 成：{系编号+专业和班编号+年级+{书号}} 组 织：按系、专业和编号从小到大排列 备 注： 例3.4：数据文件“各班学生用书表”的字典条目 * 数据项条目 包含在数据流或文件中的数据项（数据元素），如果某数据项是很明显的，不会产生二义性，则允许不单独编写数据项条目。 一般包括数据项名、别名、取值、备注。 例3.5：数据项字典条目示例 年级：属于数据文件“各班学生用书表”； 数量：属于数据流“发票”； 书费合计：属于数据流“发票。” * 数据项“年级”的字典条目 数据项名：年级 别 名： 取值及含义： F – freshman，一年级 M – sophomore，二年级 J – junior，三年级 S – senior，四年级 备注：F、M、J、S可分别用1，2，3，4代替 * 数据项“数量”的字典条目 数据项名：数量 别 名：购书量 取 值：正整数 备 注： 数据项“书费合计”的字典条目 数据项名：数量 别 名：购书量 取 值：正整数 备 注： * 数据字典的实现 1.表示形式 卡片式：适用于三种字典条目，一般应用于数据项。 符号式：一般应用于数据流和数据存储。 2.数据字典的管理形式 计算机自动或人工方法 * 数据字典定义中常用的符号 “=” 定义符号，表示对名字的定义； “+” 与符号，表示由几个数据项组成，即连接两分量； “[]” 选择符号，表示括号中内容可任意选取一个项； “{}” 重复符号，表示括号中的内容可重复使用零次或多次； “()” 可选符号，表示括号中的内容可以由设计者确定取舍； “*…*” 注释符，表示两个*号之间的内容为对条目的注释 * 3. 加工说明(PSPEC) 加工说明 对DFD中的每个加工所作的说明。由输入数据、加工逻辑和输出数据等部分组成。 加工逻辑 阐明把输入数据转换为输出数据的策略，是加工说明的主体。 描述工具 结构化语言 判定表 判定树 * 结构化语言 是一种介于自然语言与程序设计语言之间的语言，既具有结构化程序的清晰易读的优点，又具有自然语言的灵活性。 可使用顺序、选择、循环等控制结构，形式简洁，易于理解。 判定表或判定树 采用表格的方式，适用于表达含有复杂判断的加工逻辑。 若在加工逻辑中存在顺序、选择、循环3种结构，则不宜单独使用判定表。 * 3.5 结构化分析方法 T.DeMarco的定义 使用DFD、DD、结构化语言、判定表和判定树等工具，来建立一种新的、称为结构化说明书的目标文档。 是一种面向数据流的分析方法。 基本步骤 由顶向下对系统进行功能分解，画出分层DFD图； 由后向前定义系统的数据和加工，编制DD和PSPEC； 写出SRS. * 3.5.1 画分层数据流图 由顶向下，逐步细化 从系统的基本模型开始，逐层的对系统进行分解 每分解一次系统的加工数量就增多一些，每个加工的功能也更具体一些。 继续重复这种分解，直到所有的加工都足够简单，不必再进行分解为止。 原则：先全局后局部，先整体后细节，先抽象后具体 * 分层的数据流图 * 在多层数据流图中 顶层流图仅包含一个加工，它代表被开发系统。它的输入流是该系统的输入数据，输出流是系统所输出数据； 底层流图是指其加工不需再做分解的数据流图，它处在最底层； 中间层流图则表示对其上层父图的细化。它的每一加工可能继续细化，形成子图。 首先要注意抽取数据流图的四种成分： 源点/终点、处理、数据存储和数据流 * 参考原则 一个加工每次分解得到的子加工数最多不要超过7个。 分解要自然，概念上要合理、清晰。 只要不影响数据流图的易理解性，可适当地多分解成几部分，以减少分解图的层数。 一般在上层可分解得快些，而在中、下层应分解得慢些。 * 例3.14 用结构化分析方法为教材 购销系统画出分层的DFD图