《软件工程》学习笔记（二）

8.1 需求工程师

软件工程师的思维方式是做出尽可能简化问题复杂度的假设。计算机科学家的思维方式是将眼前的问题看成是更具一般性问题的特例，数学家更注重精确性。

当代工程师的要求

1.分析问题和解决问题的能力

2.人际沟通及交流能力

3.软件工程知识和技能

4.应用领域有关知识

5.书面语言组织和表达能力

优秀需求工程师的目标

· 识别错误假设

· 确保一致性

· 提升依从性

· 减少彼此误解

· 提高支持速度和效率

· 提升客户满意度

· 撰写优质需求文档

需求工程师要避免的

· 干扰

· 沉默

· 过度规约

· 矛盾

· 含糊

· 向前引用

· 不切实际与一厢情愿

8.2 需求的定义

什么是需求

需求，是人们要解决的某个问题或达到某种目的的需要。是系统或其组成部分为满足某种书面规定（合同，标准，规范等）所需要具备的能力。需求将作为系统开发，测试，验收，提交的正式文档依据。

需求的内容

· 需求是系统为满足客户期望的目标而完成的行为

· 需求要体现出对问题领域的清晰理解

· 给出系统的使用场景和上下文

求：由系统的存在而使能的应用领域性质。

存在问题的需求描述实例

用户手册大纲

· 介绍

· 产品总览和基本原理

· 术语和基本特征

· 展示格式与 表格式的总结

· 手册的大纲

· 开始

· 开始指令

· 帮助模式

· 样例运行

· 操作模式

· 命令行/对话框/ 告

· 高级特征

· 命令语法和系统选项

需求规格说明的用户

IEEE-830 SRS模板大纲

SRS模板优缺点

过程方法

过程方法是系统地识别和管理组织内所使用的过程，保证更有效地获得期望的结果。

软件过程

软件配置管理是通过执行版本控制、变更控制的规程，并且使用合适的配置管理软件， 来保证所有产品配置项的完整性和可跟踪性。

原型化模型

原型是一个部分开发的产品，用于加强对系统的理解，有助于明确需求和选择可行的设计策略。（看似美丽，实则不现实）

迭代模型：一开始提交一个完整系统，在后续发布中补充完善各子系统功能。