系统分析与设计画图思维导图 思维导图

这是一篇关于系统分析与设计画图思维导图的思维导图，从需求分析、事物分析、系统分析与设计等方面进行了概述

系统分析与设计

• chapter6传统方法
  • 需求分析：事件表（来源，触发器，响应，活动，目的地）
    • 用例图
    • 关联图
  • 事物分析
    • 类图
    • 实体联系图
  • 需求建模：数据流程图（面向过程基础的集合）：展示系统的主要需求，输入输出过程和数据存储
    • 系统内部事件产生输出无输入
    • 根据层级数据流图分为顶层数据流图、中层数据流图和0层数据流图。除顶层数据流图外，其他数据流图从零编号。 顶层数据流图只含一个加工表示整个系统；输出数据流和输入数据流为系统的输入数据和输出数据，表明系统的范围，和与外部环境的数据交换关系。
    • 五个主要符号
      • 外部实体
        • 事件表的来源以及目的地表示
      • 数据流：→
        • 触发器
      • 数据存储
        • 来自于实体联系图
      • 过程
        • 动作/活动
      • 实时连接
    • 关联图：描述系统高层结构的DFD，系统内部在单个过程符号中概括所有处理活动的DFD，无数据存储，整个系统作为唯一处理过程，最高层数据流程图，序号是0，所有外部实体与系统进行数据交换 所有的外部实体和进出系统的数据流都画在⼀张图中，并且整个系统被表示成⼀个过程；
    • DFD片段：⽤于⼀个过程符号表示系统响应⼀个事件的DFD：序号——1,2
    • 底层与上层一致 检查矛盾
    • 事件划分的系统模型（0层图）为系统需求建立的DFD，建模过程中对应于系统或子系统中每个事件使用单个过程
    • 逻辑DFD和物理DFD DFD可以是⼀个物理的系统模型，也可以是⼀个逻辑的系统模型，当然也可以是⼆者的结合； 在逻辑DFD中，流程将是业务活动，而在物理DFD中，流程将是自动和手工过程。 逻辑DFD专注于业务和业务活动，而物理DFD则关注系统的实现方式。
    • 评价标准与详细记录：八条
      • 八条评价标准
        • 复杂性最⼩化：基于事件 信息超量 7 +（-）2原则 接⼝最⼩化：最小化输入输出 数据流⼀致性： 平衡 ⿊洞：父的存储子没了 奇迹：父没存储子有了
      • 详细记录 结构化英语 决策表 决策树 数据流定义：数据流内容和内部结构的⽂ 描述；数据流名称[参数][返回值] 数据元素定义 数据存储定义
  • 系统设计
• chapter7面向对象建模
  • 基于⾯向对象⽅法的事件表和类图开发新的系统需求
  • 类图：识别组成新系统的对象【组成部分的定义】并进⾏分类 包含系统程序和数据库两⽅⾯的信息 包括与问题域相关的类和实施类【系统分析不做建模，与系统控制相关的类】
  • 用例图：识别不同的⽤户⻆⾊对系统的使⽤ 用例图的符号（最后还要用○把整个系统圈起来，表示系统的边界）
    • 用例：描述系统在对事件做出响应时所采取的⾏动。表示系统为使⽤该系统的⽤户完成的⼀个单⼀⽤途或功能
    • 参与者：系统⽤户扮演的⼀个⻆⾊
    • 参与者参与不同的用例 不同的参与者参与了哪些用例
    • 场景
      • 在⽤例中的⼀个特定的活动顺序。 ⼀个⽤例可能有多个不同的场景。 场景开发实例  客户创建电话订单的活动流  客户创建web订单的活动流 场景开发练习  读者借书的活动流
    • 事件表 确定所有使用系统的参与者（需要看事件表，外部事件、内部事件和那些参与者相关） 开发场景（查看不同的开发场景） 确定通用的内部用例（用例之间的包含和依赖关系） 划分用例
  • 交互图:识别⼀起执⾏⽤例的对象间的协调
    • 协作图：识别协调的对象
      • 消息之前加上序号来表示时序，不使用生命线
      • 协作图 用于快速浏览一个用例或场景中相互协作的所有对象，重点在于对象之间的协作。 符号：参与者、对象、消息、连接符号 消息的语法： [true/false条件] 顺序编号（描述消息次序）：返回值：＝ 消息名（参数列表）
    • 顺序图/时序图：识别对象间的消息的顺序 在多对多关系中引入新类 建议一个用例用一个时序图？？？？？
      • 表示一个用例或场景中发生事件流时的对象【类图里面生成的】之间的交互（事件表，触发器+响应） 表示对象（类图里面去找）之间的交互和一组消息的顺序（多对多的类的话还需要引入一个新的类） 图书和读者多对多的关系还需要引入一个新的类：借书单
      • 构成
        • 参与者
        • 对象：来自于类图
        • 消息
          • 由方向箭头和消息描述器两部分组成 消息描述器的语法（就是返回值可以有可以没有，存在的前提是需要发送和返回之间 是连续发生的）【true/false条件】返回值：＝消息名（参数列表）都可以缺省（除了消息名以外）？？？？？？ 注意：不能只有一个消息名（不便于理解，需要针对性的描述信息里面包含的消息） 属于系统分析工作
        • 生命线：从上倒下的时间序列
        • 白框框？？？？？？？？？？？代表激活生命线，有消息发送的时候激活
      • 开发
        • 确定对象和参与者 确定消息：先触发后响应，之后是否会有其他消息之后判断 确定消息的条件 确定消息的顺序（触发和响应之间的顺序，之间是否产生了别的消息，用正确的语法表示消息） 确定消息的形式化语法 进一步完整
  • 状态图：识别对象的状态和转换
    • 对象定义： 状态指对象存在的条件  满⾜某些标准  执⾏⼀些⾏为  等待⼀个事件  状态是对象的半永久条件  外部事件引起对象转移到新的状态  状态的命名和识别  状态的表示
    • 对象转换 使对象离开一个状态并转变到一个新状态的机制 转换标签 转换名（参数，…）[保护条件] / 动作表达式 转换名： 保护条件： 动作表达式
    • 开发 检查类图，选择需要开发状态图的类  检查该类的所有顺序图，开发状态  开发转换，并进⾏完善  检查和测试状态图
• 传统观点：面向过程的集合，过程与数据实体交互，获取输入并产生输出 面向对象：系统对象的集合，对象与任何其他对象进行交互，发送与相应消息