需求
“需求”两个字对于大家来说并不陌生，经济学中是这样定义的：购买商品或劳务的愿望和能力。系主任是这样讲的：需求就是产品支持其拥有者的业务所必须完成的事，或让拥有者接受并感兴趣所必须具备的品质。而《软件需求模式》这本书中是这样定义的：需求就是定义系统需要做什么而不是怎么做。我理解这句话的大概意思是：需求必须解决的问题是系统的目的，以及为了达到目的系统需要的所有功能，并不是解决问题的方案。
随着时间的推移，我们所具备的知识也越来越多，我们都知道软件工程的主要活动包括：需求、系统分析与设计、概要设计、详细设计、编码、测试、运行与维护；而《软件需求模式》这本书中记录说：开发一个新系统要经历的开发生命周期阶段有范围、需求、设计、开发、测试和安装。不论从需求在软件工程主要活动中的位置，还是需求在总体方案中的位置，都可以知道需求是多么重要！
很多人都喜欢讲求效率，上级分配给他们什么任务，他们会立即执行，不愿意拿出一点点时间来思考为什么要这样做，于是常常出现任务做完了，但是老板不满意。作为软件工程系的学生，我想很多人可能也遇到过这样的情况，老师布置一项作业题目，从考虑这个题目的需求是什么，认为那是在浪费时间，而是选择直接进行编程，但是结果往往却是被老师叫到办公室一遍又一遍……软件工程理论这本书中提到这样一句话：在软件生命周期中，需求分析（Requirements Analysis）是最重要的一个阶段。
现在我们已经了解了需求，那么何为需求分析呢？所谓“需求分析”，是指对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。可以说，在软件工程当中的“需求分析”就是确定要计算机“做什么”，要达到什么样的效果，可以说需求分析是在系统之前必做的。在软件工程的历史中，很长时间里人们一直认为需求分析是整个软件工程中最简单的一个步骤，但是随着IT行业的发展，越来越多的人认识到，需求分析是整个过程中最关键的一个部分。那么，进行需求分析对软件开发究竟有什么样的影响呢？《软件需求模式》中说影响是深远的、全局性的，高质量需求对软件开发往往起到事半功倍的效果，这正是印证了那句“磨刀不误砍柴功”。通俗的说，如果在需求分析阶段产生了错误，并且没有及时发现，则在后续阶段必定会为改正那个错误付出高昂的代价。