标签：
这几天读了读《软件需求十步走》这本书的前面的一小小部分，感觉有好多知识以及一些名词都没见过，学到了不少新东西。
下面是一些名词及其解释：
SA方法：即结构化分析方法（Structured Method，结构化方法），是强调开发方法的结构合理性以及所开发软件的结构合理性的软件开发方法。
CASE（Computer Aided（or Assisted）Software Engineering)。原来指用来支持管理信息系统开发的、由各种计算机辅助软件和工具组成的大型综合性软件开发环境，随着各种工具和软件技术的产生、发展、完善和不断集成，逐步由单纯的辅助开发工具环境转化为一种相对独立的方法论。
CASE工具：一种软件工具，对某个具体的软件生命周期的任务实现自动化（至少是某一部分的自动化）。
RUP（Rational Unified Process，统一软件开发过程，统一软件过程)是一个面向对象且基于网络的程序开发方法论。
还有其他的一些知识：
“垃圾进，垃圾出”是对软件系统输入输出关系的经典描述，不正确的输入信息是不会产生正确的输出的。
业务需求是源头，问题目标是关键，形式逻辑是方法。
软件需求分析是需求分析人员将双方的诉求进行有机结合。做好软件需求分析工作要做到“一法两点”：掌握逻辑方法，懂的客户业务知识和软件知识。软件需求分析是提高软件质量的基础，也是决定一个项目成败的关键。
业务需求、用户需求、系统需求构成了软件需求。业务需求是软件需求的核心，等等一些正确的观点。
写一下个人感受：
看了前面的一部分内容，作者很是强调，业务需求非常重要，是软件需求的核心。其实应该说做软件需求的都知道业务需求比较重要，但是如何保证得到的业务需求是完整准确的，就不是那么好说了。很多需求分析人员通过采用场景分析等各种方式来获取用户需求，确定用户想要的，认为这是完整准确的业务需求。这是片面的，我们应该在对用户业务资料以及现场调研后，合理科学的对用户业务加以分析和研究，判断用户的想法是否科学，是否合理，找出业务的内在要素、结构、关系，然后告诉用户业务的整体。
然后在做软件的过程中，需求经常发生变化，如何能很好的控制需求的变化，就要找到需求变化的根源，书中作者讲需求变化的根源是客户服务的对象，而不是客户本身。
怎么说呢，收到这本书后，发现一个学期要读完，并且体会到其精髓，对我来说是不可能的。书的第一篇“原理篇”，要是我很认真仔细的看，并且有一些自己的见解，就够我看很长时间的了，所以这本书是需要我经常拿来读读的，这里面有很多新的观点值得我去体会。
标签：
原文地址：http://www.cnblogs.com/jinghun/p/5931735.html
