软考－软件设计师软件工程

姜匿

已于 2024-05-16 22:10:29 修改

阅读量483

点赞数 14

文章标签：软件工程

于 2024-05-16 20:07:49 首次发布

本文链接：https://blog.csdn.net/qq_44541623/article/details/138967221

版权

1.概述

1.1 软件生存周期

可行性分析与项目开发计划

需求分析：输出有流图、实体联系图、数据字典

概要设计

详细设计

编码

测试

维护

1.2 软件过程

能力成熟度模型（CMM）

1.初始级

2.可重复级

3.可定义级

4.已管理级

5.优化级

能力成熟度模型集成（CMMI）

1.阶段式模型

初始的：过程不可预测且缺乏控制

已管理的：过程为项目服务

已定义的：过程为组织服务

定量管理的：过程已度量和控制

优化的：集中于过程优化

2.连续式

CL0（未完成的）

CL1（已执行的）

CL2（已管理的）

CL3（已定义级的）

CL4（定量管理的）

CL5（优化的）

2.软件过程模型

2.1瀑布模型

假设：一个待开发的系统需求是完整的、简明的、一致的，并且可以先于设计和实现完成之前产生

变体－－－－> V模型

优点：容易理解、成本低；强调开发的阶段性早期计划及需求调查和产品测试

缺点：需求要完整、正确、清晰；开始的两三个阶段很难评估进度；接近结束时要大量集成和测试工作；直到项目结束才能演示系统

瀑布模型的需求或设计的错误只有到后期才能被发现，对于项目风险的控制能力较弱，导致延期、超预算

V模型

2.2增量模型

第1个增量往往是核心产品，每一个增量可以分别开发。

是瀑布模型的变种，具有瀑布的全部优点，且第一个可交付版本所需要的成本和时间很少；开发由小系统所承担的风险不大；第一个版本开发很快，减少用户需求变更；可哟仅对一两个增量投资

缺点：管理成本、进度和配置的复杂；需求变更，初始增量可能会造成后来增量的不稳定；需求不稳定完整，一些增量要重新开发发布

2.3 演化模型

迭代的过程模型，适合对软件需求缺乏准确认识的情况。

1.原型模型

原型模型适合用户需求不清、需求经常变化的情况，系统规模不大不复杂时适合。

迅速开发出一个让用户看得见摸得着的系统框架

2.螺旋模型

将瀑布模型和演化模型结合，加入风险分析。

适合庞大、复杂、高风险的系统。

2.4喷泉模型

以用户需求为动力，以对象为驱动，适合面向对象的开发方法。

具有迭代性和无间隙性。各阶段没有明显的界线，开发人员同步进行。提高效率节省时间，不利于管理。要求严格管理文档，审核难度加大。

2.5基于构件的开发模型

2.6形式化方法模型

建立在严格数学基础上

2.7 统一过程（UP）模型

“用例和风险驱动，以架构为中心，迭代并且增量”，由UML方法和工具支持。

2.8 敏捷方法

尽可能早地、持续地对有价值的软件的交付，使客户满意。

1.极限编程（XP）

2.水晶法（Crystal）

每个项目需要一套不同的策略、约定和方法论，认为人对软件质量有很大影响

3.并列争求法（Scrum）

把30天一次的迭代作为一个“冲刺”，按优先级实现产品。

4.自适应软件开发（ASD）

5.敏捷统一过程（AUP）

3. 需求分析

4.系统设计

4.1 概要设计

软件体系结构设计、数据设计、接口设计

4.2 详细设计

模块内数据结构和算法设计

5.系统测试

5.1 软件测试方法

静态测试：

人工检测、计算机辅助静态分析

动态测试

1.黑盒测试

等价类划分

边界值分析

错误推测

因果图

2.白盒测试

逻辑覆盖

语句覆盖：语句执行一次

判定覆盖/分支覆盖：每个判定式都过一次

条件覆盖：每个逻辑条件的可能值至少满足一次

路径覆盖：所有路径都走一遍

循环覆盖

基本路径测试