《软件需求十步走》读书笔记二

这次都《软件需求十步走》的后三篇，分别为“方法篇”、“规划篇”、“开发篇”。

方法篇：

1.需求工程的方法观方法的使命就是要将问题的结构和规律展现出来

2.分析计算方法分析计算是需求规划方法与传统需求分析方法有本质区别的地方之一。分析计算包括系统支撑能力计算和业务发展能力计算

3.结构化分析方法结构化的分析（又称SA）方法是本书在需求规划中的业务建模、系统建模和体系建模所采用的方法

4.面向对象分析方法在需求分析中本书采用面向对象的分析方法作为用例分析和功能需求分析的方法

5.需求统一模式方法需求统一模式方法和软件设计模式的思想一样的，也是将大部分软件系统的需求进行归类描述的一种模式

6．需求管理工具借助需求管理工具可以做到文档与现实的一致、跟踪每个需求的状态、建立与软件开发活动的关系链等

7.需求形式化描述方法形式化需求规格说明（简称形式化规格说明）意味着用严格的数学知识和符号来构建系统的需求模型，使需求模型更加严密、无二义性和易于推理

8.面向问题域的需求分析方法面向问题域（PD）的需求分析方法是一种新的需求分析方法。与结构化需求分析方法和面向对象的需求分析方法相比，其需求建模风格明显不同

规划篇

1.需求规划的思路和过程需求规划工作是面向“全业务、全信息、全系统”，采用分析综合、归纳演绎的逻辑方法整理出组织与对象的业务逻辑模型，在此业务的逻辑模型基础上进行系统的规划

2.业务研究业务研究就是借鉴科学研究方法通过资料研究、现场调研还原一个完整的、准确的、逻辑的业务面貌

3.应用建模应用建模的内容包括业务建模、系统建模、体系建模

4.系统规划系统规划是根据业务研究中组织结构、业务事项、业务数据的规模和用户对业务目标的期望，并结合应用建模的成果对支撑这种规模和应用所需的信息系统构成内容的一种规划

5.分析计算分析计算包括系统支撑能力计算和业务发展能力计算

6.报告编制需求规划报告不仅是需求开发工作的基础，也将是软件开发工作的指导性文件，还是下一次信息化建设的基础

7.规划评审规划评审是检查需求规划报告的一项工作，是对需求规划阶段工作成果一次完整性、准确性、合理性、规范性的检查

开发篇

1.需求开发的思路和过程需求开发工作是“以技术为核心、以业务为辅助”作为指导思想，以要说清楚软件系统“做什么”的软件需求规格说明为目标

2.需求获取这里的需求获取和传统需求工程中需求获取最大的不同，一是无须与客户进行面对面的交流来获取需求，二是只需将需求规划的工作成果作为需求获取的第一来源

3.需求分析需求分析工作分为分析和综合两部分工作。分析工作在于找出需求信息间内在的联系和可能的矛盾，而综合工作就是去掉这些矛盾来建立软件系统的功能、数据的逻辑模型

4.需求编写软件需求的规划说明是由业务需求、用户需求和系统需求构成。而这些需求都在过程文档中，如果将这些文档看做一粒粒珍珠的话，那我们需要一根线将其穿成一个珍珠项链，穿起珍珠的这根线就是软件需求规格说明

5.需求验证需求验证严格来说是检验软件需求规格说明，这是需求开发的最后一项活动，是对前期或阶段工作成果的一次完整的检查

问题是理想与现实之间的差距，目标是理想和现实之间的一个路标，问题决定范围、目标决定深度。

　　面向信息系统的某个类用户以及解决某某问题或某几个问题是应用的显著特征。由业务建模、系统建模和体系建模三个建模共同构成的应用建模，是从业务系统转向信息系统的中间过程，是业务系统和信息系统之间的桥梁，其基本方法是业务与系统的映射。业务是对业务系统的组成成分的一种整体性认识，系统功能是对信息系统组成成分的一种整体性的认识，他们之间一一对应但又不是简单的对应。业务域和子系统是一对一映射，业务事项与功能模块是一对一和多对一，业务事项和功能模块是一对一或多对一，业务视图和基本表是一对多等等。

　　需求规划报告不仅是需求开放工作的基础，也是软件开发工作的指导性文件，还是下一次信息化建设的基础。