需求分析心得——快易需求助手项目

        我们这个项目的需求分析其实还是比较简单的，因为我们这是一个二期项目，之前关于整个系统的需求定位以及功能实现也已经由学长们做出一部分了 ，而我们只需要专注于我们这学期要做的部分——构件就可以了。

        而构件部分之前的实现方式是通过“机构”的形式，同一机构或同一项目下的用户之间可以共享构件内容，但之后老师觉得这样的实现方式不便于大众之间进行共享，也就无法真正节约出更多的需求文档撰写时间，同时构件的类型也比较少：仅有图文、用户、用例三种，而在实际的需求文档撰写过程中需要的远不止此，因此，我们的需求分析主要从构件共享的方式以及构件的类型展开。

        首先，关于构件共享的方式，经过讨论我们认为还是所有的用户之间都可以共享构件比较利于整个软件行业撰写需求文档的发展，不过也带来了一些问题：用户上传的构件质量是否有保证？是否会造成违法内容传播？用户引用别人的构件是否需要支付金钱？如何保证用户的“构件知识产权”？这些在讨论过程中也造成了一些困惑，不过最终也都解决掉了——还是要有一个后台管理系统进行构件内容的审核，从而保证用户自身乃至整个平台的利益，关于构件引用是否收费问题，我们这个权利交给用户了（但我们还是会对售价范围进行限制的）。

        其次就是构件种类的问题了，这个就比较简单了，我们在研究了大量成功的需求文档后，将构件种类丰富到了7种，具体内容也进行了明确。

        关于心得，其实我们组做的项目就是和需求有关的，因此我们也很明白一个道理：在需求分析上越下功夫，分析得越详细，之后的开发工作做得也就会越轻松。因此我们在需求分析的过程中也是尽量细化到每一个界面的内容，每一个功能的细节以及备用流程，并且反复与老师讨论确定，最后定下的需求以及撰写的需求文档也比较详细，在之后的开发过程中也的确少了不少麻烦，没有出现因为需求理解不到位导致不同同学开发的功能有冲突或不正确的情况（虽然开发的还是很艰难，哭唧唧）。