需求，想读懂你的心很难

中国软件项目行业需求管理的现状：

      软件项目中客户对软件的典型心理：
           1：能带来什么效益：客户所要让你开发软件就是为了解决平时生活的麻烦。当你的这款软件解决的客户问题越多的时候，客户越喜欢的了。
           2：可以帮助我解决工作中那些烦人的事情：这也是客户的根本目的，客户就是为了解决困难采取要求你为他开发软件的么
           3：保质期是多久：一个软件在客户那里的生存周期越长，可以说这个软件越受用。当然期望的是一个软件能够享用终生。但是我们的需求一直在变化来满足变化着的社会。而且客户的需求发生变更的时候，还要交付一定的费用。所以客户当然就期盼一次性解决了。

       软件项目行业对客户需求的看法：
            1：需求具有可行性：你提出的需求必须是可以解决的，否则你让我摘月亮我就给你摘月亮啊，我的能力也太大了。
            2：需求沟通一致：你客户给我提出需求的时候，尽量要保持要表达的清楚。如果你明明想制造一个桌子，你描述后给需求分析人员的却成了椅子。最可怕的是直到软件成型之后你才发现这根本就不是你想要的。无疑给所有人都制造了麻烦。
            3：需求稳定不多变：现在虽说是面向对象技术加上设计模式什么的已经很成熟了。但是当客户的需求一变在变的时候，还是会对开发制造那么多的麻烦。所以希望你的需求一次性表达清楚，不要一变再变。

 

       通过UML设计好的图纸是进一步进行代码设计的蓝图。而用户的需求又是软件设想构思的蓝图。

 

       用户提出的需求是设计UML的基础。

       需求是怎么来的呢？就可以这样说吧。需求是因为人懒了而出来的，还有一方面就是人追求效率。人懒了才想法设法让自己的工作变得更加简单。有了效率才可以让自己变的更加富有。人们从手工劳动逐步向自动化生产迈进，通过信息化管理来实现自己的所有操作。无不体现出客户的需求层次在升高。

 

     需求包括的方面：
     1：业务需求 2：功能需求 3：环境需求

 

      在软件领域，需求是客户对软件的要求。需求的来由是手工劳动到自动化生产的迈进，还有就是信息化的管理。需求有功能性需求和非功能性需求两大方面。

 

      软件需求是软件行业的一个重头戏，在需求分析阶段我们要考虑一下几个方面：
      1：可行性：
           1：对当时软件行业的可行性
           2：对客户业务实施的可行性
      2：背景
            所有的想法都要基于一个背景来源，背景也就是软件的需要的运行环境。
      3：客户资源：
            客户现有的人/机/物/法/环境资源
      4：范围
            软件边界定义
      5：约束
           接口约束，环境约束

 

     项目需求管理的四大活动：
      定义；评审；确认；状态管理。

 

      没有最好的需求管理方法，只有最有效的需求方法。需求在RUP中举足轻重。我记得曾经错误的发表过一篇博文，名字是面向对象的不足。然后随即我就给自己评了。当时发表之前感觉是面向对象的不足。发表之后才发现其实这个不足的解决办法已经找到了。就是良好的需求分析。

 

       那篇问题是当修改了数据库中的表之后，不管分了几层，你这里面都有许多层都要跟着做相应的修改。如果你需求这一步做的特别优秀，不可以说完全解决，只能说是更少的会去产生像刚才说的修改数据库中的内容的情况。需求分析阶段就把我的问题解决了。

 

      让我们好好的做好需求分析，让我们的效率飞起来