杨向军：关于需求分析报告的编写需要注意那些事项？
晨落：需求分析报告应该是软件项目中最重要的文件，是软件项目的验收唯一标准，是系统架构师和软件开发人员工作的纲领性文件。但是，软件需求开发人员对这些文字的使用模糊而无可度量的词语，给开发和验收带来困惑。需要对需求文档编写方面进行专业培训。对非功能需求的理解不清楚，特别是需求分析报告中的性能需求是如何分析而来的不知道，不少开发团队是空凭想象而来。所以，我们需要用可量化的和可评价的指标来编写需求分析报告。关于如何编写需求分析报告中的非功能需求部分，我们将做专题培训。
杨向军：您可否将您的这些思想整理成书籍出版呢？
晨落：我真有此想法。不是所有的问题都有解决办法，但是，我个人觉得，至少通过一些培训和学习来解决这些问题。关于计算机软件方面的书籍可以说是琳琅满目、随处可见，这些书籍大概出于两个派系笔下，一类是学院派，另外一类是应用派。
学院派，善于写书基本上是停留在理论研究这个层面上，概念抽象这个层面上。也就是在这样一种教学理论引导下，我们的学生基本上是对概念的理解一知半解，可以说是学了一大堆零散的知识，无法与企业应用结合起来，这也是目前软件人才的困惑所在，企业缺乏人才，学生无法就业。
应用派，这类书籍一般是经过作者多年工作经验积累而形成的，但是，这些经验积累，这些书籍缺少了理论指导，显得内容上比较牵强，甚至觉得空洞。就这样，这类书籍依然在市场上很难找到，因为项目经理和架构师们每天都在忙碌着完成公司项目、对付客户，那有心情来写这些东西呢。
总有一种办法能够将这两者结合起来，将理论和实践结合起来是目前书籍编写的新要求。为了适应读者对书籍的要求，我将结合多年的项目经验，加上对目前软件工程相关书籍的研究，通过对本人多年的工作笔记进行整理编写本篇籍。
编写本篇的基本思路是：
第一，概念介绍，关于概念介绍不追求复杂、前沿、抽象，尽量用自然语言进行解释，不追求术语的专业性，只追求可读性，以读者读懂读明白为唯一目标。
第二，解析概念的应用场景。这是编写本篇的另外一个出发点。特别对于刚从校园走向企业的学生来说，大家不是缺乏知识点，而是缺乏对这些知识点的应用场景的分析。在本篇中，我基本采用的是以情境对话方式来告诉读者理论知识的基本应用场景。这些对话基本上摘录了本人在企业咨询和培训过程中与学生的对话记录。
第三，案例的连贯性。本篇是我所编写的系列书中的一本，为了给读者一个全方位场景的展现。
第四，以案例为基础，告诉读者其中每个知识点在项目实际中是如何应用的，并且对这些应用的，最后以一个案例展现给读者。不仅仅学到知识，同时也能够将这些案例作为模板使用。
2、本篇组织
本文选自《软件是这样"炼"成的--从软件需求分析到软件架构设计》第二章，本站经作者的授权。
版权声明：51Testing软件测试网获作者授权连载本书部分章节。
任何个人或单位未获得明确的书面许可，不得对本文内容复制、转载或进行镜像，否则将追究法律责任。
