【软考速通条记】系统架构设计师⑤——软件工程基础知识 ...

一、前言

   条记目次大纲请查阅：【软考速通条记】系统架构设计师——导读
  二、基础知识点

2.1 软件危急

• 软件开发进度难以猜测
  
• 软件开发本钱难以控制
  
• 软件功能难以满足用户期望
  
• 软件质量无法包管
  
• 软件难以维护
  
• 软件缺少适当的文档资料
  

2.2 软件生命周期

• 需求分析
  
• 软件设计
  
• 软件开发
  
• 运行维护
  
• 直到被镌汰
  

三、软件过程模子（论文）

3.1 瀑布模子

瀑布模子是一种传统的软件开发模子，结构化开发方法，特点是因果关系紧密相连，前一个阶段工作的输出结果是后一个阶段工作的输入。
缺点：

• 需求难以一次确定
  
• 变更的代价高
  
• 结果难以预见
  
• 各阶段工作不能并行
  

瀑布模子的流程是

• 需求分析
  
• 系统设计
  
• 程序设计
  
• 编码实现
  
• 单位测试
  
• 集成测试
  
• 系统测试
  
• 运行维护
  

3.2 原型模子

原型模子，又称为快速原型。

• 解决问题：瀑布模子需求难以一次确定，结果难以预见的问题。
  
• 利用方法：它通过快速构建一个可以运行的原型，让用户和开发者更直观地了解系统的功能和外貌。
  

原型模子有原型开发和目标软件开发两个阶段。

• 在原型开发阶段，开发者会快速构建一个简单的原型，供用户测试和反馈。
  
• 根据用户的反馈，开发者会对原型进行修改和美满，直到用户满足为止。
  
• 末了，开发者会根据终极的原型开始目标软件的开发。
  

3.3 螺旋模子

螺旋模子，在快速原型的基础上连合瀑布模子扩展而成。
它把整个软件开发流程分为多个阶段，每个阶段都由目标设定、风险分析、开发和有效性验证、评审等4部分构成。
在螺旋模子中，每个迭代都会进行风险评估和管理，以确保项目的顺利进行。这种模子适用于大型、复杂、高风险的项目，由于它可以帮助开发者更好地管理风险和不确定性。
3.4 敏捷模子

属于敏捷方法利用的模子。

• 极限编程：高效低风险，测试先行（先写测试程序，再编写程序）。
  
• 水晶系列方法：不同的项目，接纳不同的战略。
  
• 并列争球法：偏重于项目管理。
  
• 特征驱动开发方法：将开发人员分类，分为指挥者、类程序员等。
  

3.5 软件同一过程模子

软件同一过程（Rational Unified Process，RUP）模子。

• 9个核心工作流：业务建模、需求、分析与设计、实现、测试、摆设、配置与变更管理、项目管理、环境
  
• 特点：用例驱动、以架构为中心、迭代和增量
  
• “4+1”视图模子
  
  
  
  • 逻辑视图：支持功能性需求，常用类图、对象图、状态图、协作图表示。
    
  • 实现视图（开发视图）：描述软件的实现结构，包括代码构造和软件组件的实现。常用包图和组件图。
    
  • 历程视图（过程视图）：思量非功能性需求，如性能、并发、可用性、容错性、分布式、系统完整性等问题。常用活动图表示。
    
  • 摆设视图（物理视图）：反映了摆设在硬件上的软件分布和配置情况，包括服务器、数据库、网络设备等资源的分配和连接关系。
    
  • 用例视图：所有视图都依靠用例视图（场景）来引导它们
    
  
  

3.6 软件成熟度模子

软件成熟度模子（Capability Maturity Model for Software，CMM）
是一种评估和提高构造软件工程本事的标准体系。
CMM把软件开发过程的成熟度由低到高分为五个级别，品级越高，表明该企业软件开发失败风险越低，整体开发时间越短，并能淘汰开发本钱，低沉错误发生率，提高产物质量。
3.7 软件成熟度模子集成

软件成熟度模子集成（Capability Maturity Model Integrattion for Software，CMMI）
在CMM的基础上发展而来，将软件过程改进的步调构造成5个成熟度品级。

• 初始级：构造的软件开发过程是不可猜测的，缺乏稳定性，通常依靠于个别人的履历和技能。
  
• 已管理级：构造已经有了根本的过程管理和文档标准的要求，并进行了控制。这些程序通常是项目级别的，而不是构造级别的。
  
• 已界说级：构造的过程已经被标准化和文档化，并且在构造中得到了广泛的运用。构造能够自下而上地看到过程，并能进行过程的改进。
  
• 量化管理级：构造通过定量的方法评估和控制过程的性能，并对过程进行连续改进。构造不但须要有标准的软件开发过程，还须要对这些过程进行量化分析和度量，以便更好地了解过程的表现并做出连续改进。
  
• 优化级：在优化级别上，构造的过程完全被优化，并且能够实现连续的过程改进和优化。
  

量化管理级与已界说级的区别是对过程性能的可猜测
四、需求工程

需求工程由5个阶段构成

• 需求获取：方法包括用户面谈、需求专题讨论会、问卷调查、现场观察、原型化方法和头脑风暴。
  
• 需求分析：需求被进一步分析和细化。
  
• 需求文档化：形成需求规格。
  
• 需求确认与验证：确保需求文档准确反映了用户的实际需求。
  
• 需求管理
  
  
  
  • 需求变更：问题分析和变更描述、变更分析和本钱盘算、变更实现。
    
  • 需求跟踪：建议与维护“需求—设计—编程—测试”。
    
  • 版本控制：确保需求文档准确反映了用户的实际需求。
    
  
  

五、软件测试

5.1 根据程序执行状态分类

• 静态测试
  
• 动态测试
  

5.2 根据是否关注内部实现分类

• 黑盒测试
  
• 白盒测试
  
• 灰盒测试
  

5.3 根据程序执行方式分类

• 人工测试
  
• 自动化测试
  

5.4 根据测试阶段分类

• 单位测试
  
• 集成测试
  
• 系统测试
  
• 验收测试
  

六、项目管理

6.1 软件进度管理

工作分解结构（Work Breakdown Structur，WBS）把一个项目，按照肯定原则分解成任务，任务再分解成一项项工作，再把工作分配到每个人的活动中，直到分解不下去为止。

• 活动界说：明确项目须要完成的详细活动或任务。
  
• 活动排序：确定活动之间的逻辑关系，即哪些活动须要先完成，哪些活动可以并行进行。
  
• 活动资源估计：评估完成每个活动所需的资源，包括人力、物力、财力等。
  
• 活动历时估计：猜测完成每个活动所需的时间。
  
• 订定进度计划：根据活动排序、资源估计和历时估计，订定详细的进度计划。
  
• 进度控制：监控项目进度，确保项目按计划进行，并在须要时进行调解。
  

6.2 软件配置管理

软件配置管理（Software Configuration Management，SCM）是一种标识、构造和控制修改的技能。

• 目的：是使错误降为最小并最有效地提高生产效率。
  
• 核心内容：版本控制和变更控制。
  

6.3 软件质量管理

软件质量管理（Software Quality Assurance SQA），软件质量包管。

• 目的：使软件过程对于管理人员来说是可见的。
  
• 紧张任务：SQA审计预评审，SQA陈诉，处理不符合问题。
  
• 软件质量认证：ISO 9001 和 CMM。
  

6.4 软件风险管理

在软件开发过程中遇到预算和进度等方面的问题，以及这些问题对软件项目的影响。

• Bochm
  
  
  
  • 风险估计：风险猜测、风险辨识、风险分析、风险排序
    
  • 风险管理：风险管理计划、风险处理、风险监督
    
  
  
• Charette
  
  
  
  • 风险分身分析：辨识、估计、评价
    
  • 管理：计划、控制、监督
    
  
  

若以为文章对你有帮助，随手『点赞』、『收藏』、『关注』，也是对我的支持。

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。