Please enable JavaScript.

Coggle requires JavaScript to display documents.

软件工程 - Coggle Diagram

- - - - 原型化，对瀑布模型改进
        核准：检查《SRS》
        检验：检查设计描述
    - - 增量式开发
      - 迭代式开发
    - - 它是用例驱动的、以基本架构为中心的、迭代式和增量性的软件开发过程框架
      - 它使用对象管理组织(OMG)的UML并兼容OMG的软件过程工程原模型(SPEM)
      - “统一过程”将重复一系列生命周期
        (每个包括开发、确立、构建和移交阶段，向客户推出一个产品版本)
      - 进化式迭代开发
        RUP是IBM提供支持和包装的UP系统
    - - 计划
        目标/可选方案
        风险评估
        开发和测试
    - - Extreme Programming (XP)
        极限编程
        
        四个变量
        成本、时间、质量、范围
        
        四个准则
        沟通、简单、反馈、勇气
  - - - 需求文档的功能点
  - - - 建立起从概念模型直至可执行体之间明显的对应关系
    - - 用例图
        
        “谁使用哪个用例”
        用例是指系统提供的功能
        
        组成
        
        用例、执行者、包含、拓展
      - 静态图(类图、对象图、包图)
        
        类图
        
        包括边界类、实体类、控制类
        
        结构：类名、变量、操作
        
        继承/泛化 ---|>空心三角箭头
        
        关联--->(可contains可has可1..*)
        
        双向关联<--->
        
        单向关联--has-->
        
        自关联
        
        多重性关联<-1--------0..*->
        
        聚合◇--->
        
        部分与整体
        发动机◇--->汽车
        
        组合实心◇--->
        
        共生的部分和整体(生命周期一样)
        嘴巴实心◇--->头
        
        依赖 - - ->
        
        某类的方法使用另一类的对象作为参数
        类drive- - -> 类Car
        
        接口与实现关系- - -|>空心三角箭头
      - 行为图(状态图、活动图)
      - 交互图(顺序图、合作图)
        
        顺序图表达消息的时间顺序
        
        协作图表示角色之间的关系
      - 实现图(构件图、配置图)
  - - - 字典的作用，就是对DFD中的每个数据规定一个定义条目，以保持数据在系统中的一致性。当用户或软件人员想了解某一数据的含义时，查一查字典就清楚了。它是DFD必不可少的辅助资料，对DFD起着注解的作用。
  - - - 寓意/比喻
        (基本术语、图像和概念等)
      - 思维模型
        (数据、功能、任务的组织和表示)
      - 模型的导航规则
        (如何在数据、功能、活动和角色中移动及切换)
      - 外观
      - 感觉
  - - - 非直接耦合(模块之间没有信息传递)
      - 数据耦合(模块间传递的是数据)
      - 特征耦合(模块间传递的是数据结构)
      - 控制耦合(模块间传递的是控制量)
      - 公共耦合(不同模块访问公共数据)
      - 内容耦合(一个模块直接修改另一模块，A直接调用B的私有数据或直接转到B中去)
    - - 偶然性内聚(为重复书写“读A写B”)
      - 逻辑性内聚(算平均分和最高分都要读全班的分)
      - 时间性内聚(同一时间内执行)
      - 过程性内聚(各部分有特定次序)
      - 通讯性内聚(各部分访问共享数据，或私有共享或远程共享等等)
      - 顺序性内聚(各部分有输入输出关系)
      - 功能性内聚(各部分组成单一功能)
  - - - 标识
      - 抽象
      - 分类
      - 封装
      - 继承
      - 多态
      - 持久性
    - - 单一职责(一个类不能太累)
      - 重用原则
      - 开闭原则
      - 替换原则
      - 依赖倒置原则
      - 接口隔离原则
      - 迪米特法则(尽量不和陌生人讲话)
- - - - (同能力缺陷区别：性能缺陷指正常条件下性能需求不能满足)
  - - - 有效等价类测试用例共用
      - 无效等价类必须每类一例
  - - - 分支测试/判定覆盖
      - 语句(覆盖)测试
      - 条件覆盖
      - 条件组合覆盖
    - - 完全覆盖(节点覆盖+边覆盖)
      - 路径覆盖
  - - - 代码走查
      - 代码检查
- - - - 描述系统内部功能与外部环境的交互作用
    - - 系统某些性能约束性、安全性、反应时间
  - - - 使软件过程各阶段文档保持一致的系列过程
- - - - 《SRS》软件需求规格说明书
        (系统逻辑结构)
      - 问题定义
        可行性研究
        需求分析
        复审
    - - 用户界面
        复审
      - 《SAD》系统结构图
        (拓扑，功能，数据架构)
    - - 模块功能算法与数据描述
        复审
    - - 编程
        复审
    - - 模块功能与性能测试
        复审
    - - 测试SAD结构图
        复审
    - - 按SRS对系统总体功能进行测试
        复审
    - - 交付
        复审
    - - 修改软件的过程，为改错或满足新需求
        复审
  - - - 客户端只负责对象的方法调用
    - - 客户端只拓展不修改
    - - 一系列相互关联的产品被设计到一个工厂类
    - - 工厂类创建，组装类组装
    - - 外观模式就是通过提供一个统一的对外接口界面，使得其他系统对该系统的访问都通过这个统一界面/接口来完成，避免了外部系统和本子系统之间的直接联系，从而降低了系统之间的依赖和复杂度等等。
      - 外观模式主要由三部分组成：抽象外观类、实现抽象外观类的具体外观类、其他子系统
    - - 饿汉式单例类
        （抢占资源式的设计方法）
        
        在定义静态变量时直接实例化单例类，因此在类加载时，静态变量instance会被初始化，此时类的私有构造函数会被调用，单例类的唯一实例就将被创建。
      - 懒汉式单例类
        
        懒汉式单例在第一次调用getInstance()方法时实例化，在类加载时并不自行实例化，这种技术成为“延迟加载(Lazy Load)技术”；另外为了避免多个线程同时调用getInstance()方法,可以使用关键字synchronized用以线程锁定（多线程下，按访问顺序优先锁定第一个线程）
      - Initialization on Demand Holder (IoDH) (众多的延迟加载方式之一)
        
        在单例类中增加一个静态(static)内部类, 在该内部类中创建对象，再将该单例对象通过getInstance()方法返回给外部使用。
    - - 定义对象间的一对多的依赖关系，当一个对象状态发生改变时，所有依赖它的对象都得到通知并被自动更新