经过以前的数次讨论，方案终于定了下来，在接下来的日子里，每个人负责不同的部分，开始进入各种文档的实现阶段。
  我负责写总体的需求文档，虽然以前写过类似的什么需求分析啊，概要设计啊，相信设计等等，但是，这次的需求文档还是花了我很多的心思。
在写之前特别又看了一遍《需求分析黄金法则》那20条，写了一个晚上，一气呵成，不过不知道是因为文笔退步还是别的原因，写出的文档，大家不是很满意，
咳，严重郁闷中。
        ·业务需求——反映了组织机构或客户对系统、产品高层次的目标要求，通常在项目定义与范围文档中予以说明。

        ·用户需求——描述了用户使用产品必须要完成的任务，这在使用实例或方案脚本中予以说明。

        ·功能需求——定义了开发人员必须实现的软件功能，使用户利用系统能够完成他们的任务，从而满足了业务需求。

        ·非功能性的需求——描述了系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准、规范和约束，操作界面的具体细节和构造上的限制。
这几项都有包括啊，回头问问差在哪里了。
  虽然大赛并没有要求提供需求分析文档，但是需求在开发、测试、质量保证、项目管理以及相关项目功能中起着重要作用，所以，就像软件工程的流程一样，一切从需求开始，一切文档化。
         接着修改。。。。。。。