(精)第 6章-结构化系统分析——最新.ppt

* * * * * 第一次合并 第二次合并 用判定表来描述决策问题，通常经过以下几个步骤： （１）分析决策问题涉及几个条件； （２）分析每个条件取值的集合； （３）列出条件的各种可能组合； （４）分析决策问题涉及几个可能的行动； （５）作出有条件组合的判定表； （６）决定各种条件组合的行动； （７）按合并规则化简判定表。 使用判定表的步骤 6.4.4 三种工具的比较 适用范围： 决策树适合10～15种行动的一般复杂度的决策，有时也可把决策表转换成决策树，便于用户检查。 判定表适合于多个条件的复杂组合。 如果一个判断包含了一般顺序的动作或循环执行的动作，则用结构化语言。 各自适用范围 6.5 实体关系图 对系统中的数据建模使用ER图 分析阶段——建立的是数据的概念模型，不需要考虑具体的物理数据库系统 实体关系图（ERD） 事物 关系 关系基数 属性 实体关系图 实体就是系统中的事物，通过事物的识别来构造ER模型。 ER图的表示法 用矩形方框表示实体，方框中写上实体的名字，还可以包含实体的属性。 方框之间的连线表示关系，关系可以有名字（写在线上，或用菱形表示）。 连线的两端标示出关系的基数。 客户 订单 1 n 学生 图书 0…1 0…n ER图的表示法 学生 图书 客户 订单 订单条目 ER图的表示法 ER图的表示法 包含属性的ER图 6.6 新系统逻辑模型的提出 新系统源于现行系统，高于现行系统 应该考虑一下因素，提出新的系统模型 新技术的使用 流程的改进 数据存储的组织方式的改变等 6.7 系统说明书 系统说明书是系统分析阶段的成果 该文档描述了系统的需求，也称《需求规格说明书》 １.引言 ２.项目概述 (1) 项目的主要工作内容 (2) 现行系统的调查情况 (3) 新系统的逻辑模型 ３.实施计划 (1) 工作任务的分解 (2) 进度 (3) 预算 系统说明书的内容 系统说明书参考模板 1. 引言 （1）摘要：名称、目标和功能 （2）背景：承担者、用户、与其他 系统和机构的关系 （3）参考和引用资料 （4）专门术语定义 2. 项目概述 （1）项目的主要工作内容 （2）系统功能说明（功能模型） （3）系统数据说明（数据模型） （4）系统其他需求说明 （性能/安全/故障处理/环境等） 3. 计划 （1）系统划分与人员分工 （2）进度 （3）预算 劳务、办公费、差旅费、资料费等 系统说明书的品质要求 正确性 相对于用户的需求而言 待开发的系统与用户的期望相吻合 完整性 包含了软件要做的全部事情 指明系统对有效和无效输入的反应 所有条目都有标识（页、图、表、参考资料） 不要遗留任何有待解决的问题，无法避免时应进行标明，并注明谁和什么时候去解决 系统说明书的品质要求（续） 一致性 各个需求的描述不相矛盾 冲突术语、冲突特性、定时关系 无二义性 对每一项需求有且只有一种解释 可修改性 书写结构和风格易于后续的修改 可跟踪性 需求与来源、设计、源代码和测试用例可以对应 可验证性 可以运用一些可行的手段进行验证和确认 * 例如在设计图书馆系统中，可以利用借书卡借书，这是个容易获取的功能需求。那么读者如果丢失了借书卡怎么办，这可能就是隐含的一个需求，有可能在一开始获取不到。办新卡涉及的功能就应该包括：旧卡挂失作废，新卡登记，借书记录转移等等。 * * * * * * * * * 学籍管理规定补考不及格课程连同下一学期期末不及格课程（未经补考）合计达三门考试课程或四门考试考查课程者作留降级处理。因此期末成绩分析时“产生留退名单”还需要统计往次补考不及格的情况后综合考虑， * * * * 错误情况举例6 “修改还书日期”很细节，而“借阅管理”又很抽象。 处理不在同一个抽象层次上，造成理解困难！ 读者 读者 续借申请 读者信息 处罚记录 P2 续借 审核 P1 借阅管理 P3 修改还书日期 P5 处罚管理 P4 打印通知单 顾客 P1.1 验证身份 P1.2 核对帐户余额 P1.3 登记取款事务 P1.4 打印存折 帐户 顾客 P1.1 验证身份 P2.2 登记存款事务 帐户 取款 存款 DFD图不反映 模块共享 再比如图书馆借书系统中有三个处理逻辑：“p1借书”“p2还书”“p3查询服务”，但借书处理的“检查库存”，不应理解为“P3查询服务” 错误情况举例7 6.2.5 绘图工具软件Visio介绍 Microsoft Visio可用于绘制计算机系统中需要的各种模型图 绘制DFD： DFD的四种元素 数据流两端元素的关联性 语法检查 上下层分解关系，子图自动继承父图有关的数据流 以树状目录列出全部处理 数据流图也常常要作重新分解。重新分解可以按下述