软件工程 思维导图

这是一篇有关于软件工程的思维导图，涵盖了雷曼的系统、架构设计风格、软件工程模型、软件危机的表现等内容

软件工程

• 画图题
  • 工程网络图
    • 关键路径
      • 时间最长的路径
    • 机动时间
      • =事件的最迟时刻（LET）-最早时刻（EET）-持续时间
    • EET（最早时刻）
      • 左边第一个事件的初始时间默认为0
      • 考虑进入该事件的所有作业
      • =max{起始时间+持续时间...}
      • 依次推出所有事件的最早时间
    • LET（最迟时刻）
      • 最后一个事件的最早时间得出最迟时间
      • 关注离开该事件的所有作业
      • =min{每个作业下一个的最迟时刻-持续时间}
  • 数据流图-DFD
  • 实体关系图-ER图
  • 甘特图-gantt
  • N-S图盒图（相互转换）PAD
  • 状态图
• 内聚耦合
  • 数内标公控
    • 耦合
      • 数据耦合
        • data
        • 模块和模块之间通过参数传递数据
        • 耦合程度最低
      • 内容耦合
        • content
        • 一个模块直接访问另一个模块的数据，非正常入口进入另一个模块的内部
        • 耦合程度最高
      • 标记/特征耦合
        • stamp coupling
        • 模块和模块之间传递的参数是数据结构而非常规数据
      • 公共耦合
        • common coupling
        • 两个或者多个模块共同使用一个公共数据
      • 控制耦合
        • control
        • 一个模块通过控制信号，选择控制另一个模块的行为
  • 功顺通过时逻偶
    • 内聚
      • 功能内聚
        • 一个模块只完成一个功能
        • 内聚程度最高
      • 顺序内聚
        • 模块内的一个功能以上一个功能的输出作为输入，数据的顺序执行
        • 数据流从一个处理单元流向另一个处理单元
      • 通信内聚
        • 一个模块内的所有元素都是用同一个输入（或者）产生同一个输出数据
      • 过程内聚
        • 模块内的功能模块是相关的，而且必须按一定顺序执行
        • 控制流从一个动作流向另一个动作
      • 时间内聚
        • 一个模块内的任务必须在同一时间段内完成
      • 逻辑内聚
        • 一个模块内的所有功能在逻辑上是相同的或者相似的
      • 偶然内聚
        • 一个模块内的没有联系或者联系不大的功能元素偶然组合在一起
• 软件危机的表现
  • 对软件开发成本和进度的估计常常很不准确；
  • 软件成本在计算机系统总成本中所占的比例逐年上升；
  • 软件开发生产率提高的速度，远远跟不上计算机应用迅速普及深入的趋势 。
  • 软件通常没有适当的文档资料；
  • 软件常常是不可维护的；
  • 软件产品的质量往往靠不住；
  • 用户对“已完成的”软件系统不满意的现象经常发生；
• 软件工程模型
  • 瀑布模型
    • 需求分析、概要设计、详细设计、编码、单元测试、集成测试、系统测试、验收测试
    • V模型
      • 清晰的描述了这些测试阶段和开发阶段的对应关系
    • 生命周期
      • 定义阶段
      • 开发阶段
      • 维护阶段
  • 原型模型
    • 正在开发的系统可以立刻恢复原型，可以及时发现错误
    • 而且整个过程有用户和开发人员的参与，降低返工的几率
    • 原型需求-原型测试-原型系统（每层都有用户参与然后再修改后评审后再进入下一项）
  • 螺旋模型
    • 每个阶段之前增加一个风险分析的原型模型，这种模型主要以风险为驱动
• 架构设计风格
  • 管道和过滤器
  • 发布-订阅
  • 客户-服务器
  • 对等风格（peer-to-peer）
  • 以模型为中心-数据存储-数据仓库（Repositories）
  • 分层（Layering）
• 雷曼的系统
  • S-system
    • 解决问题与现实世界有关
  • p-system
    • 解决方案要和问题比较，真实世界不变
  • e-system
    • 嵌入在现实世界中，随着世界的变化而变化