项目开发感悟记录一：需求分析

         本科的时候学习的都是C++方面的东西，也谈不上有什么大的经验，经验都是从一点一滴的小事情上积攒出来的。现在学做web项目了！一个普通项目，但是觉得这种项目经验的成长过程很重要，所以我这里做记录，另外，不针对项目的任何成员的哦，我只是在记录而已。

         好，入正题。这次不是我主导的项目，所以我是更多的是在观察这个项目的运行，然后反思如果是我处理这个项目，会怎么做。项目已经开始三个星期了，boss赶工期，所以很多流程走的很快，但是都走了一遍把！说说我的想法。

    

           先记录下需求分析阶段。

        这个阶段很是重要，这个项目我也觉得需求分析做的很好，虽然还有不好的地方。但是有一点需要说明，就是我们的团队，更严格的说是boss有一种什么都想做的心态，把情景想得十分的美好，而一些重点的什么是一期做的，什么是二期做的都没有理清楚。目前我的发现是二期基本是没有什么事情做的。

       还有一点，需求分析免不了要产生很多文档，那么一个团队的人去做文档，从字体，行距，标题级别，标题格式，文档命名方式，文档说明内容，甚至是文档工具都应该有一个清楚的规格同一起来，不然产出的文档会十分的混乱，最糟糕的情况就是一个人一种格式，最终没法整合。这点，我总结有以下几点需求注意的：

1.确定文档结果：有几级标题，每级标题字体，格式是什么；

2.确定文档正文的字号，字体，行距，颜色的用法，加粗的含义等等；

3.确定文档内的表格的格式（几行几列，行的含义，列的含义都有必要说清楚）；

4.确定Office的版本，同一使用一个版本，同一用wpd也可以，但是一定要同一；

5.确定文档的命名格式：比如以模块命名，以模块+日期命名等等格式；

以上是在做需求分析的过程中做文档的时候遇到的问题，所以这里记录下来，避免以后我主持项目的时候犯下同样的错误。上面是对统一文档规范的说明。下面说说对需求分析的感受。

需求分析应该做的尽量的细致，多调查和参考别人或者已有的产品是怎么做的，多想我们能不能做的比别人更加好。另外也要十分的清楚自己产品的定位，明白用户群是谁。做需求要多交流，多讨论，这样才会做出更加全面的分析。关于讨论一定要注意一点：一次讨论必须要有成果，必须要注意时间，也就是说大牛应该为会议做好充分的准备工作。

另外，在做需求分析的时候，可以也应该考虑目前的技术能不能实现。