第3部分系统需求建模SPA.pptVIP

用例：用户注册，用户注册成为系统会员 编号 UC1 参与者 用户 前置条件 用户访问系统，系统运行正常 后置条件 系统记录用户注册信息 基本路径 扩展点 4a. 用户提供的信息不正确：4a1. 系统提示输入正确信息4a2. 返回3 补充说明 注册信息包括＝用户实名＋电话＋传真＋Email＋联系地址联系地址＝省份＋城市＋街道＋邮编 设计约束 注册反应时间不能超过3秒 1. 用户请求注册。2. 系统显示注册界面。3. 用户提交注册信息。4. 系统验证注册信息是否正确。5. 系统生成用户名和密码，保存注册信息。6. 系统显示注册成功信息，进入会员页面。 思考题 1，在系统开发期间建立模型的原因是什么？ 2，模型的三种类型是什么？ 3，定义系统需求的两个关键概念是什么？ 4，什么是事件？ 5，事件的三种类型是什么？ 6，哪一种类型事件发生于确定的时间和地点？ 7，哪一种类型事件不会导致系统输入，但是能导出系统输出？ 8，哪一种类型事件可以成为雇员辞职？ 9，什么是触发器、来源？ 10，什么是活动或用例？什么是响应？什么是目的地？ 11，在传统方法中事物称为什么？在面向对象方法中事物称为什么？ 12，什么是关系？什么是关系基数？ 13，解释一下需求模型为什么是逻辑模型而不是物理模型？ 14，在DFD上如何表示事件表的每一列？ 15，什么是黑洞？什么是奇迹？如何发现？ * 计算中抽象的本质和使用。在处理复杂事务、构造系统、隐藏细节和获取重复模式方面使用抽象，通过具有不同层次的细节和指标的抽象，能够表达一个实体和系统 系统需求分解成六个事件。 用户触发三个事件：花费、付账或变更住址。 在系统内部根据如下时刻触发三个临时事件：发出月报清单的时刻、发出过期通知的时刻及生成周末汇总报表的时刻。 根据事件描述系统使得赊购账系统的重点集中在业务需求上。然后为开发人员分配工作，一个分析员可集中处理由人触发的事件，而另一个分析员集中处理内部触发的事件。这样的划分有利于对系统进一步的理解。 分析员要考虑由于增加一个新客户所引发的所有可能的事务。 ①首先，客户想要一本商品目录或者询问其中一些商品情况是否有效，这一事件导致数据库中增加了客户姓名、地址记录。 ②接着，客户也许想发送订单。也许她/他将来想要修改订单，比如，改变衬衫的尺寸，或者买另外一件衬衫。 ③接下来，客户也许想查询订单的状态，以获得发货时间；也许客户搬家了，想修改一下以前登记的地址，方便以后的邮寄。最后，客户也许想退回某一种商品。 * * * * * 画数据流图 规则：由外向里画 画系统的输出、输入 画系统的内部 画加工的内部 用DFD描述系统的逻辑模型 数据流程图（DFD） 描述数据在系统中的流动和变化 描述对数据流进行变换的功能 数据字典（DD） 处理小说明 对DFD中加工功能的详细描述 实体-联系图（E-R图） 功能 数据 1. 数据流程图的四个基本成分 数据存储 或 数据流 或 外部项 或 数据处理(加工) 2. 怎样画DFD 了解DFD的特性 画分层DFD 1） DFD的特性 与程序流程图不同，DFD不表示程序的控制结构，只描述数据的流动 DFD分成多层(子图、父图概念)表示, 从而逐步展开数据流和功能的细节。 S 2 1 3 2.2 2.1 2.3 3.1 3.2 顶层 0层 1层 (基本系统模型) (系统的子功能) DFD的分层表示 2） 画分层DFD (1)先画出顶层DFD。 (2)自顶向下画出各层DFD 分解原则： 分解后的软件成分有相对独立功能 一次分解不要加入细节过多 由外向里画DFD 报名单 合格报名单 检验 报名单 2） 画分层DFD (3)先考虑稳定状态，忽略系统的工作条件， 即怎么开始、怎么结束的。 (4)忽略琐碎的枝节，如出错处理等。 (5)随时准备重画 报名单 合格报名单 检验 报名单 错误的报名单 3） 画分层DFD的指导原则 （1）父图-子图平衡 （2）局部数据存储 （3）编号 （4）分解的程度 父图-子图平衡 父图-子图平衡： 模型分解时必须保持父图的输入输出数据流和子图输入输出数据流相同。 父图-子图平衡 A 1 4 2 3 B F E G C D 父图-子图平衡 缺少C 3.1 E D 3.3 3.2 对加工3细化的子图： 加工3 购书单 教材购销系统 教材购销系统的顶层DFD 学生 领书单 缺书单 进书通知 书库保 管员 购书单 缺书单 销售 教材 采购 教材 1 2 第0层DFD 教材购销系统 教材存量表 学 生 F1 缺书登记表 F2 书库 保 管 员 进书通知 教材入 库信息 领书单 1.2 第1层DFD 销售子系统(1.0) 无效 书