【备战软考架构师系列笔记 · 001】软件工程篇 —— 软件开发方法的主要分类 ⭐

 

软件开发方法的主要分类笔记

 

# 软件开发方法
 
## 原型图的方法

### 分类

- 按功能

    - 水平原型(针对界面)
    - 垂直原型(针对复杂算法)

- 按最终结果

    - 抛弃型[Throw Away Prototype]

        - 此类原型在系统真正实现以后就弃用了

    - 演化型/进化型[Evolutionary Prototype]

        - 此类原型的构造,从目标系统的一个或几个基本需求出发,通过修改和追加功能的过程逐渐丰富,演化为最终的系统

### 特点

- 适用于需求不明确的开发
- 对用户需求是动态响应的、逐步纳入的
- 系统分析、设计、实现随着工作模型的不断修改而同时完成,互相没有明显的界限,没有明确的分工
- 系统开发计划是一个反复修改的过程
- 适用于需求刚开始定义不清晰、管理决策方法结构化程度不高
- 如果用户配合不好,随意修改,会拖延开发过程

 

## 结构化的方法

 

### 特点


- 自顶向下
- 用户至上
- 逐步分解或求解
- 严格区分工作阶段,每阶段有任务和成果
- 强调系统开发的整体性、全局性
- 系统开发过程工程化
- 文档资料标准化


### 优点


- 理论基础严密
- 用户需求在系统建立之前可以充分被理解
- 注重开发过程的整体性、全局性


### 缺点


- 开发周期长
- 文档、设计说明繁琐
- 工作效率低
- 开发阶段初期就要全面认识系统的需求、预料各种可能情况,不太现实
- 如果开发人员不稳定,可能造成系统交接不顺畅,系统运行和维护管理难度加大
- 阶段固化,不利于变化。适用于需求明确的场景

 


## 面向对象的方法

### 特点

- 系统的描述和信息模型的表示与客观实体相对应
- 符合人们的思维习惯
- 有利于开发过程中,用户和开发人员的交流与沟通,缩短开发周期
- 提高系统开发的准确性和效率
- 具有更好的复用性
- 关键在于建立一个全面、合理、统一的模型
- 分析、设计、实现三个阶段界限不明确

### 面向对象方法的三种模型

- 对象模型(描述系统数据结构)

    - 表示静态的、结构化的系统的“数据性质”
    - 是对模型客观世界实体的对象以及对象彼此间的关系的映射,描述了系统的静态结构

- 动态模型(描述系统控制结构)

    - 表示瞬时的、行为化的系统的“控制性质”,规定了对象模型中对象的合法变化序列(对象的动态行为)
    - 用状态图来描绘对象的状态、触发状态转换的事件、以及对象的行为/对事件的响应
    - 每个类的动态行为用一张状态图来描绘,各个类的状态图通过共享事件合并起来,从而构成系统的动态模型

- 功能模型(描述系统功能)

    - 表示变化的系统的“功能性质”,指明了系统应该“做什么”,更直接反映了用户对目标系统的需求
    - 通常也由一组数据流程图表示

        - 面向对象方法中,数据流程图没有在结构化分析中重要,有时候可以省略

## 面向服务的方法

### 特点

- 以粗粒度、松耦合的系统功能为核心
- 强调系统功能的标准化和构件化
- 加强了系统的灵活性、可复用性和可演化性

### 概念上,划分3个抽象级别

- 操作(低)

    - 代表单个逻辑工作单元(LUW)的事务
    - 执行操作通常会导致读、写或修改一个或多个持久性的数据
    - SOA操作可以直接与OO方法相比:都有特定的结构化接口,并且返回结构化的响应。
    - 完全同方法一样,特定操作的执行可能涉及调用附加的操作。
    - 操作位于最底层

- 服务(中)

    - 代表操作的逻辑分组

- 业务流程(高)

    - 为实现特定业务目标而执行的一组长期运行的动作或活动
    - 通常包括多个业务调用

### 面向服务的分析和设计(SAOD)的三个层次

- 基础设计层(底层服务构件)
- 应用结构层(服务之间的接口和服务级协定)
- 业务组织层(业务流程建模和服务流程编排)

### 服务建模,分为三个阶段

-  服务发现
- 服务规约
- 服务实现

 

 
 
## 其他开发方法
### 形式化方法
- 特点:数学模型化;所有东西均可证明/验证,而不是测试
### 统一过程方法
### 敏捷开发方法
### 基于架构的开发方法 ABSD

 

 

posted @ 2022-01-09 11:19  WeskyNet  阅读(268)  评论(0编辑  收藏  举报