什么是需求？需求就是定义系统需要做什么，而不是需要怎么做系统。作为需求人员，我们必须要知道，我们做的需求，是为了确定用户需要什么，用户需要用这个系统完成什么样子的功能，而不是为了开发软件而去做需求。我们必须首先理解对方的需求，可以先理解一个概括性的需求，但是一定也要可以对需求进行细化，到软件开发的时候，我们不能只告诉软件开发人员一个概括性的需求。需求最终要的是定义了系统必须做什么和它必须完成的行为，这些功能性需求需要我们重视，同时，我们不能忽略非功能性需求，主题，性能，安全性，这都是我们需要考虑的地方，一个系统，能完成用户所期望的功能，这当然是前提，就像我们使用手机一样，接打电话，发送短信，可以使用各种app,这是前提，然后，我们选手机的因素有哪些呢？手机的外观，手机的性能，手机的安全性。手机竞争靠这些因素，那系统竞争也不过如此。对于需求，我们一定要下足功夫，对于需求的思考，一定要记录在笔记本。
需求需要我们做到以下几点。1.定义问题，而不是解决方案。这需要我们我们明白，妖之道做什么，而不是怎么做。2.定义系统，而不是项目。也就是说，需求定义了系统需要做什么，而不是整个项目需要做什么，整个项目涉及到的东西太多，整个项目相关的人员也太多，所以，需求只需要定义系统需要做什么。3.要避免信息重复。重复，加大了相关人员的工作量，也会引起没有必要的不一致性。
系统规格的介绍部分：系统目的，文档目的，需求格式，词汇表，参考书，以及文档历史。系统目的：需求规格的开篇应该应该描述系统是为了什么：是谁这样想，为什么，谁将使用它，背后的业务动机是什么。同时要注意描述的是系统本身的目的，而不是项目的目的。文档目的：每个技术文档都应该陈述文档扮演的角色，最好在文档的开始就标注好文档目的是什么，让人可以明显的看到。尽量使解释简洁而坚决，不要特别繁杂，以至于读者没有心情看下去，或者看不到重点。需求格式：需求的大部分真正的读者对于什么是正式的需求或者不知道，或者不了解，这就需要我们完成以下工作：1.解释规格中的素材分为正式和非正式两部分2.描述每个规格中信息的条目3.解释每个需求。 我们要标注好需求标识符，这是为一个标识符，方便对每一个需求进行跟踪和管理，这就需要标识符需要简介，独特，连续。需求定义是需求规格的核心，需要定义需要我们写好需求的正式陈述以及额外的细节。优先级。优先级确定了需求的重要性，优先级决定了如何开发系统以及开发系统的顺序。总结描述。需要我们用简短的语言进行描述，这样可以提高可读性，也可引起读者的重视。词汇表。词汇表也是相当重要。因为词汇表大多部分是解释相关术语，这便于读者的理解和消除误解，而且，还要有必要将一些模糊的专业性概念进行解释，要让读者读起来顺畅。