软件需求十步走 读书笔记一
“什么是软件需求？”“怎样进行软件需求分析？”这两个问题是从事软件开发的人员都必须直面的问题。当作者遇到这问题时，作者会把“是什么，怎么做”的问题先放下，先思考一下“从哪来，到哪去”的问题。“抓两端，促中间”是解人之惑的一个有效的办法。需求从客户那里来，软件需求到开发人员那里去，最终客户和软件开发组织共同拿着软件需求对软件产品进行验收，所以软件需求是面向客户方和软件开发商，将双方的诉求进行有机结合，最终形成双方持有的一个契约。
软件需求十步走：（需求规划6个业务活动）业务需求、应用建模、系统规范、分析计算、报告编制、规划评审。（需求开发4个业务活动）需求获取、需求分析、需求编制、需求验证。概括为”两阶段，十步走。“
这本书根据软件需求和软件需求工程的7个主要问题需要解决提出了相应的应对之策和解决方案。（7个问题 难点问题，性能问题，范畴问题，鸿沟问题，关系问题，观念问题，地位问题。）这本书一共分为7篇分别为原理篇、知识篇、方法篇、规划篇、开发篇、管理篇、组织篇。
这次读书，我读了这本书的前两章，原理篇和知识篇。
在本书第一章中将软件需求比作“阿喀琉斯之踵 ”————一个致命的弱点。这或许也是中国软件一直不好的关键所在吧。我们需要将“重业务、重系统”作为新一代软件需求工程的重要概念。并且重新定位软件需求并借助逻辑方法是软件需求做到完整、准确、清晰、变化可控等等。软件需求分为业务及信息化规划、用户需求分析和系统需求分析。软件需求既有内容上的特征又有形式上的特征，不同的特征是不同软件需求工作的目标。
与传统的软件需求工程相比，新的软件需求工程增加了需求规划。需求规划编制出有问题分析、目标分析、业务分析、系统分析构成的业务及信息化规划说明，用于指导需求开发工作和软件工程个环节的工作。新软件需求工程由业务研究、应用建模、系统规划、需求获取、需求分析等10个业务活动结构。10个环节环环相扣，上一环节的输出是下一环节的输入。需求分析的好坏决定着项目的成败，轻视业务分析、需求分析是当前软件开发工作中普遍存在的弊病。要想做出好的软件，就必须将业务分析、需求分析与系统和编码放在同一等高的位置。
需求分析中的不同角色对于软件的需求各有不同，这就形成了矛盾。这就需要系统构架师能够有客户的思维吧，想客户之所想。系统构架师应该就是客户与软件开发者的一个链接吧。需求工程不是一成不变的，它会随着新的理论、实践过程中的总结、软件开发技术的改进等等作出适应性的改变。在软件开发过程中，需求风险是不可忽视和遗漏的，任何的错误（无论是理解还是编程）都可能带来不可小觑的风险。
“需求工程是圆心，软件工程是圆点”是需求工程和软件工程间关系的真实写照。我认为需求工程为软件工程的基础，需求工程为软件工程做什么、根据什么做提供了一个依据、一个方向，而软件工程是对需求工程的一种实现。
对于新加入的需求规划，其关键在于问题、业务、系统三个类要素。提出问题、找到根源、找到症结是我们在解决问题时常说的定向、定位、定点。在我看来需求规划的七个原则为我们对我们提出了需求分析七个需要注意的地方。虽然对需求工程的理解还不是很到位，但对于其基础的概念理解还是可以的。需求工程虽然提到了很多的原则、模型等等，但都提出了以业务为主，技术为辅，可见需求工程的重要性。这些都为以后的开发，具体的学习打下了基础。