高级软件工程 需求分析_图文.ppt

CPU分配的状态迁移表 2. 状态转换图实例 画出电话系统的状态图。 没有人打电话时电话，电话处于闲置状态；有人拿起听筒，则进入拨号音状态，到达这个状态后，电话的行为是响起拨号音并计时；这时如果拿起听筒的人改变主意不想打了，他把听筒放下（挂断），电话重又回到闲置状态；如果拿起听筒很长时间不拨号（超时），则进入超时状态；……。 命名 数据流图中每个成分的命名是否恰当，直接影响数据流图的可理解性。给这些成分起名字时应该仔细推敲。下面讲述在命名时应注意的问题： 为数据流（或数据存储）命名 名字应代表整个数据流（或数据存储）的内容，而不是仅仅反映它的某些成分。 考生姓名 分类后的姓名 录取 分类 注意合适的命名，尽量用现实存在的表格、单据。 不要使用空洞的、缺乏具体含义的名字（如“数据”、“信息”、“输入”之类）。 不要把控制流作为数据流。 汇款单 格式错误 合格的汇款单 核准的汇款单 格式 检查 计算 汇费 取下一个 考生成绩 录取 分类 为处理命名 通常先为数据流命名，再为与之相关联的处理命名 名字应该反映整个处理的功能，而不是它的一部分功能。 名字最好有一个具体的及物动词加上一个具体的宾语组成。应该尽量避免使用“加工”、“处理”等空洞笼统的动词作名字。 通常名字中仅包括一个动词，如果必须用两个动词才能描述整个处理的功能，则把这个处理再分解成两个处理可能跟恰当些。 如果在为某个处理命名时遇到了困难，则很可能是分解不恰当造成的，应该考虑重新分解。 数据的源点和终点并不需要在系统中实现，它们只是系统的外围环境（可能是人员、计算机外部设备或传感器等）。通常为数据的源点和终点命名是采用它们在问题中习惯使用的名字，如“学生”，“管理员”。 分层数据流图 对于大型的系统，按照其层次结构进行逐步分解，并以分层的数据流图反映这种结构关系，能清楚地表达和容易理解整个系统。 对任何一层数据流图来说，我们称它的上层图为父图，在它下一层的图则称为子图。 在多层数据流图中，顶层流图仅包含一个加工，它代表将被开发系统。它的输入流是该系统的输入数据，输出流是系统所输出数据。底层流图是指其加工不需再做分解的数据流图，它处在最底层。中间层流图则表示对其上层父图的细化。它的每一加工可能继续细化，形成子图。 数据流图实例 建立数据流模型的基本步骤概括地说，就是自外向内、自顶向下、逐层细化、完善求精。 例5. 建立一个简化的商业自动化系统。其中：售货员负责录入销售的商品（商品名，编号，单价，数量），有时要根据特定情况对销售的商品进行修改或删除。收款员负责收取现金，并将多交的付款退还用户。销售经理需要随时查询整个部门的销售情况（时间，商品编号，销售金额），并在每日结束时，统计各类商品的销售金额。 首先：建立系统环境，确定系统边界，画出顶层DFD。 其中：1 数据流为：销售的商品，日销售额等 2 数据源点为：营业员，经理，收款员 3 数据终点为：经理，收款员 4 加工名为：要建立的系统名字 然后自顶向下，逐层分解。 A、按人或部门的功能要求，将加工“打碎”，形成： 录入、修改或 删除商品信息 录入、修改 现金额, 并计算余额 查询商品销售情况 计算日销售额 1 2 3 注：需给每一加工编号 B、”分派”数据流，形成： 录入、修改或 删除商品信息 2 录入、修改 现金额, 并计算余额 查询商品销售情况 计算日销售额 销售的商品 现金额 现金余额 查询要求 销售情况 日销售额 1 3 其中：要根据特定的加工要求进行分派； 保持与顶层数据流的一致； 可以不引入数据源和数据终点。 C、引入文件，使之形成一个有机整体—系统 录入、修改或 删除商品信息 录入、修改 现金额, 并计算余额 查询商品销售情况 计算日销售额 销售的商品 现金额 现金余额 查询要求 销售情况 日销售额 销售文件 1 2 3 注：到一个文件，既有输入流，又有输出流，则可简化为 ，并可不给出标识。 至此，体现精化，形成0层数据流图。 继续A、B、C：自顶向下，逐层分解。例如：加工3 查询商品销售情况 计算日销售额 查询要求 销售情况 日销售额 销售文件 3 可分解为： 3.1判定要求 查询要求 3.2 统计销售情况 3.3 计算日销售额 销售文件 查询要求2 查询要求1 销售情况 日销售额 注意事项 画数据流图不是画流程图。数据流图只描述“做什么”，不描述“怎么做”和做的顺序，而流程图表述对数据进行加工的次序和细节。 父图和子图的平衡。正常情况下，父图和子图的输入数据和输出