之所以需求如此难是因为客户一方希望少出钱功能尽可能多，而软件公司的想法是多拿钱少干活，客户的想法是不断变化的，但这种变化总体是想最后目标迈进的，刻舟求剑的故事说明了对不断变化的客户想法让他们签字确认是无意义的，客户不断的提出问题时一种双赢的效果，说明客户在一直应用此软件，从而软件公司也能得到自己想要的经济等方面的‘赢’。客户肯定是对自己的领域了解的所以开始时他们的需求认知高于软件开发人员不过只有后来开发人员的需求认知高于客户才能真正把软件做好。需求分析的核心是解决软件有没有用的问题而软件设计的核心是解决软件开发成本的问题，越是底层的用户越容易提出需求规格的问题，越是高层越是容易提出需求方面的问题，需求与UML的结合，可以利用结构型的UML图对客户业务进行结构建模，对业务概念等静态结构进行系统化的梳理和提炼，就是对业务概念的梳理和提炼叫做结构建模，业务流程叫做行为建模。
关于面向对象和面向过程，开始的编程就是一行行孤独的代码，后来对于处理复杂的问题只是一行行代码显得杂乱，后来出现了方法，对一些行为的封装，通过调用方法来实现操作目的，后来结构化大型的软件已经不能仅仅通过函数调用来满足，面向对象的C++应运而生，C++以类的实例对象为操作对象类里面是一些相关的属性和方法，可以将现实中的一些实体比如人，学生直接写为一个类，类的属性和方法对应于人的属性和行为，类之间的关系，一种是直线型，含义是他们之间有关系但是不能确定是什么关系，由直线相连的两个实体有数量的对应关系。