软件工程与项目管理案例教程 第3章 软件需求分析管理.pptVIP

* * * * 3.2.3 数据字典 （DD） 数据字典是对所有与系统相关的数据元素的一个有组织的列表，以及精确的、严格的定义，使得用户和系统分析员对于输入、输出、存储成分和中间计算有共同的理解。 * （1）数据字典的组成元素 数据字典由以下4类元素的定义组成： 数据流； 数据元素（数据流分量） 数据存储 处理 * （2）数据字典的定义 （1）顺序：以先后次序连接两个或多个分量。如：图书发票包括书号、单价、数量和总价等信息。 （2）选择：从两个或多个可能的元素中选取一个，如：图书类型可以从计算机、外语、文学等类型中选取一个。 （3）重复：把指定的分量重复零次或多次。如一次销售的图书类型可以有多种，客户一次订购的商品可以有多种。 * 数据结构定义式符号 * （3）数据字典的实现 (1)人工方法 (2)自动方法(利用字典管理程序) DD应具特点 (1)通过名字可方便查阅数据定义 (2)无冗余 (3)易更新修改 * 数据字典的内容 名称 数据项或控制项、数据存储或外部实体的主要名称。要求命名唯一性、一致性、“见名知义”。 别名（alias） 最早使用的另一个名称 何处用/如何用 使用数据或控制项的加工列表，以及如何使用。 内容描述 表示内容的符号。 附加信息 关于数据类型、预设值、限制或局限等信息。 * 购 书 单 发票 领书单 审查并 开发票 开领 书单 无效书单 学生 1 2 各班学生 用 书 表 举例： 学生 教材存量表 * 数据流条目说明举例 数据流名:发票 别名: 无 简述: 学生购书时填写的项目 来源: 学生 去向: 加工1“审查并开发票” 组成: (学号)＋姓名＋｛书号＋数量｝ 数据流量:1000次/周 高峰值：开学期间1000次/天 * 数据存储条目(数据文件词条) 对某个文件的定义，包括： 文件名 描述 数据结构 数据存储方式 关键码 存取频率和数据量 安全性要求 * 数据存储条目说明举例 文件名:库存记录 别名: 无 简述:存放库存所有可供货物的信息 组成：货物名称＋编号＋生产厂家 ＋单价＋库存量 组织方式：索引文件，以货物编号为 关键字 查询要求:要求能够立即查询 * 数据项条目(数据元素词条) 不可再分解的数据单位，包括： 名称 描述 数据类型 长度(精度) 取值范围及缺省值 计量单位 相关数据元素及数据结构 * 数据项条目说明举例 数据项名:货物编号 别名:G-No,G-num 简述:本公司的所有货物的编号 类型:字符串 长度：10 取值范围及含义: 第1位：[J｜G] (进口/国产) 第2～4位：LB01.. LB29 (类别) 第5～7位：“A00”..“A99” (规格) 第8～10位：“001”..“999”(品名编号) * 3.2.4 处理说明 处理说明就是加工逻辑说明。对数据流图的每一个基本加工，必须有一个基本加工逻辑说明，基本加工逻辑说明必须描述基本加工如何把输入数据流变换为输出数据流的加工规则。加工逻辑说明必须描述实现加工的策略而不是实现加工的细节，同时加工逻辑说明中包含的信息应是充足的，完备的，有用的，没有重复的多余信息。 * （1）加工逻辑词条描述 加工名： 加工编号：反映该加工的层次 简要描述：加工逻辑及功能简述 输入数据流： 输出数据流： 加工逻辑：简述加工程序，加工顺序 * （2）加工逻辑词条描述举例 加工编号：3.2 加工名：读者查询 输入流：查询读者情况，读者文件，借书文件 输出流：读者情况 加工逻辑：根据查询读者的情况从读者文件中读出读者记录。 * 3.3 软件快速原型化开发方法 在开发初期，要想得到一个完整准确的规格说明不是一件容易的事。特别是对一些大型的软件项目。 用户往往对系统只有一个模糊的想法，很难完全准确地表达对系统的全面要求。 软件开发者对于所要解决的应用问题认识更是模糊不清 随着开发工作向前推进，用户可能会产生新的要求，或因环境变化，要求系统也能随之变化； 开发者又可能在设计与实现的过程中遇到些没有预料到的实际困难，需要以改变需求来解脱困境。 为了解决这些问题，逐渐形成了软件系统的快速原型的概念。 * 3.3.1 软件原型化方法概述 产生原型化方法的原因很多，主要随着我们系统开发经验的增多，我们也发现并非所有的需求都能够预先定义而且反复修改是不可避免的。当然能够采用原型化方法是因为开发工具的快速发展，比如用VB，DELPHI等工具我们可以迅速的开发出一个可以让用户看的见、摸的着的系统框架，这样，对于计算机不是很熟悉的用户就可以根据这个样板