软件工程知识点总结

软件工程概念

软件工程

1. 应用系统的、规范的、可量化的方法来开发、运行和维护软件，将工程应用到软件。
2. 对1中各种方法的研究。

软件工程知识域（10个）

软件需求、软件设计、软件构造、软件测试、软件维护、软件配置管理、软件工程管理、软件工程过程、软件工程工具和方法、软件质量。

项目管理基础

如何管理团队？

1. 建立团队章程。
2. 获得持续成功。
3. 和谐沟通。
4. 避免团队杀手。

项目管理过程组（5个）

项目启动、项目计划、项目执行、项目跟踪与控制、项目收尾

质量模型有哪些因素？ （6个因素）

功能性、可靠性、易用性、效率、可维护性、可移植性

配置管理有哪些活动？

1. 标识配置项
2. 版本管理
3. 变更控制
4. 配置审计
5. 状态报告
6. 软件发布管理

软件需求基础

需求的定义：

（从用户、系统、文档三方面阐述）

1. 用户唯一解决问题或达到某些目标所需要的条件或能力。
2. 系统或系统部件为了满足合同、标准、规范或其他正式文档的要求而需要具备的条件或能力。
3. 对1或2中的一个条件或一种能力的一种文档化表述。

需求获取的方法

• 面谈
• 头脑风暴
• 集中获取方法
• 原型

区分需求的三个层次

1. 业务需求
   • 描述组织为什么要开发系统
   • 解决方案与系统特性（系统提供…服务）
2. 用户需求
   • 描述系统能帮用户做什么
   • 系统所能完成的具体任务（系统应该允许…操作）
3. 系统级需求
   • 描述开发人员需要实现什么
   • 系统与外界的一次交互

需求类型

1. 需求图谱

   1. 需求
      • 项目需求——对项目的规定
      • 过程需求——开发采取的过程模型
      • 系统需求（硬件需求、软件需求、其他需求）
   2. 不切实际的期望

2. 需求的分类

   1. 功能需求
   2. 性能需求
   3. 质量属性(可靠性、易用性、效率、可维护性、可移植性)
   4. 对外接口
   5. 约束
   6. 数据需求

需求分析方法

用例图

1. 绘制方法
   1. 分析系统功能和参与者
   2. 确定用例
   3. 用例粒度调整
2. 注意事项
   1. 不要将用例细化为单个操作
   2. 不要将同一个业务目标细化为不同用例
   3. 不要将没有业务价值的内容作为用例
3. 用例说明模板
   ID、用例名称、参与者、触发条件、前置条件、后置条件、正常流程、扩展流程

分析类图（概念类图）

1. 识别候选类，区分类和属性
2. 识别类之间的关联

系统顺序图

系统状态图

要有开始和结束、每个方框中描述系统不同的状态。

需求规格说明

1. 需求规格说明文档
   在软件系统的角度，以系统级需求列表的方式描述软件系统解决方案。
2. 注意事项
   简洁、精确、易读（查询）、易修改

软件设计