在前期文档编写方面的错误总结
1、思考思路方面:完全是基于过程的思考方法，比如说在搭建整个文件的架构时，是这样考虑的：整个框架需要哪些功能，这些功能各涉及到哪些用户，这些用户能干什么，不能干什么；导致整个文档编写的比较乱。再者，文档刚开始起步时，是完全照着别人的需求文档来组织目录的，所以在行文结构上比较散乱。
2、在功能方面：思考的比较散乱，没有一套成型的理论来支持自己来思考功能应该如何建立，没有具体地去分析需要哪些功能；
3、在行文规范上： 没有参考标准的撰写规范，没有做好更新操作
4、需要专业人士的评定
改进方向（针对以上改进的方向）
1、运用统一建模语言（UML），从现实世界-》业务模型 -》概念模型-》设计模型，分析清楚 边界类、控制类、实体类；
边界类：分析清楚整个系统的的范围，哪些在系统需求范围内，系统与系统之间的关联耦合，系统需要哪些接口；
实体类：系统的包含的参与者完成的业务目标及所涉及到的事务，帮助重新构建业务实体信息；
控制类：边界类和实体类都属于静态类，控制器类用于描述动态的信息，即用来描述业务场景中的步骤和活动。
2、功能的确定，实际上是用例的确定，确定每个部分的具体用例，每个用例包含哪些信息（动态、静态），各个用例是如何传递信息的，从而来确定整个系统的功能；
3、行文规范参考标准的需求文档规范
4、寻找专业人士的评定，进行双向交流才能取得长足进步。