需求文档的写作思路

最近在最需求调研，第一次做这个事情还是一些摸不着头脑，找一些需求调研方面的东西。

首先，应重视需求分析的目的（意义），编写目的明确，写的详细，能确保文档的质量有所提高。
下面是一段需求分析意义的范例，希望对大家有所帮助。
1.6进行需求分析的意义
1. 本说明书将对用户生产信息管理的业务、对系统要实现的主要功能、性能等需求进行全面地阐述，以便帮助用户判断所要开发的软件是否符合他们的要求。该说明书将在软件开发目标和需求方面为用户和开发者之间创建一个共同的基础和共识。
2. 由于需求说明书要有用户的审核、修改完善、认定的过程，在这个过程中可以使用户在软件设计之前广泛地征求各业务部门的意见、提出有关系统建设的建议、对自己的需求和要求进行周密地思考，并要把这些意见和建议反映到用户需求说明书中。这样就能减少事后重新设计、重新编码和重新测试的返工行为。
3. 用户需求的调查分析过程也是用户对自己的业务和管理进行总结和规范的过程，通过用户需求说明书把用户更加规范的管理反映到了软件开发中，从而使用户的管理更加完善和规范。
4. 需求说明书是开发者进行软件设计的依据，软件设计要依据本说明书将进行系统分析、数据库设计、模块设计、接口设计、输入输出格式设计等。
5. 需求说明书使开发者在软件进行设计和开发之前，能够充分了解和熟悉用户的要求，并判断这些要求是否有不能解决的技术问题，若有应提出一个用户认可的代替解决方案。以免出现设计出的一个目标不能在开发过程中实现的问题
6. 在需求调查和分析期间可以搜集有关系统开发的有关原始数据和代码，以便在系统开发中建立开发环境时应用
7. 在软件开发方面为用户和开发者提供一个标准，为系统开发结束进行确认和验收提供一个双方认可的依据。
8. 便于软件的维护和提高，为软件维护和为今后对所开发的软件进行完善扩充提供进一步分析的基础。
总之，用户需求说明书的编写是软件工程中的非常关键的一个环节，用户说明书也是软件工程中的非常重要的一个文档。一个好的用户需求说明书不但能够提高软件开发的效率、保障软件开发的质量，而且有利于系统的验收和以后软件的维护及扩充。

        下面正式谈一下我对需求文档的一些写作思路：   

        首先要对用户机构机构有清晰的了解，写出各机构所涉及的业务，画出相应业务的用例图；之后提取出相应的业务流程，画出相应的流程图。通过业务流程，即可抽象出系统需实现的功能。再将各业务（功能）涉及到对象（如人员，物品等）信息描述出来，根据提取出的信息将功能以IPO表（即输入、处理、输出表）的形式进行描述，逐项定量和定性地叙述对软件所提出的功能要求，详细的说明输入什么量、经怎样的处理、得到什么输出，并说明待开发软件应支持的终端数和应支持的并行操作的用户数。需求文档的主要部分就这样完成了。