(完整word版)2017年上半年软件设计师下午真题试卷.doc

【知识点详解】 1. **上下文数据流图**： - 上下文数据流图（Context Data Flow Diagram, CDGD）是系统最高层次的抽象，它只有一个处理元素，即系统本身，以及与系统交互的外部实体。在这个案例中，E1-E5 分别代表与系统交互的不同实体： - E1 供应商：提供部件的外部组织。 - E2 采购部门：系统内的一个功能单元，负责监控库存和发出采购请求。 - E3 检验员：负责检测部件质量的内部角色。 - E4 库管员：管理库存，接收和更新部件库存的内部人员。 - E5 S/R 职员：处理运输和接收过程的内部角色。 2. **0层数据流图**： - 0 层数据流图（DFD Level 0）是对系统主要功能的分解，通常包含多个处理元素和数据存储。D1-D4 表示不同的数据存储： - D1 库存表：存储当前库存部件的信息。 - D2 采购订单表：记录采购请求和订单详情。 - D3 质量标准表：定义了检验部件时的质量标准。 - D4 装运错误通知/缺陷装运通知：记录供应商装运过程中出现的问题。 3. **数据流及其起点和终点**： - 数据流在0层DFD中可能包括： - 从E1到系统：供应商的提单信息，用于验证部件和接收。 - 从系统到E2：低存量部件及库存量信息，触发采购请求。 - 从E2到系统：采购请求，创建采购订单。 - 从系统到E3：验证的提单，进行部件质量检验。 - 从E3到系统：缺陷装运信息，反馈给供应商。 - 从系统到E4：接受的部件列表，更新库存。 - 从E4到系统：库存更新信息，标记采购订单完成。 - 从系统到E5：装运错误通知，报告给供应商。 4. **保持数据流图平衡**： - 数据流图的平衡是指每个处理元素（处理）的输入数据流和输出数据流的总数相等。在建模时，确保每个处理都有相应的输入和输出，同时，每个数据存储至少有一个读操作和一个写操作。例如，在图1-1中，系统处理接收来自E1-E5的所有输入，并向它们发送相应的输出；在图1-2中，每个处理（例如“检查库存”、“下达采购订单”等）的输入和输出数据流都被明确定义，且与数据存储的读写操作相对应。 这些知识点反映了软件设计过程中的需求分析和系统建模，是软件开发中至关重要的步骤。通过上下文数据流图和0层数据流图，可以清晰地理解系统的边界、内外交互以及系统内部的主要功能划分，为后续的设计和实现奠定了基础。