框架开发文档在改进中的总结与改进

　　在前期文档编写方面的错误总结

1、思考思路方面:完全是基于过程的思考方法，比如说在搭建整个文件的架构时，是这样考虑的：整个框架需要哪些功能，这些功能各涉及到哪些用户，这些用户能干什么，不能干什么；导致整个文档编写的比较乱。再者，文档刚开始起步时，是完全照着别人的需求文档来组织目录的，所以在行文结构上比较散乱。

 

2、在功能方面：思考的比较散乱，没有一套成型的理论来支持自己来思考功能应该如何建立，没有具体地去分析需要哪些功能；

 

3、在行文规范上： 没有参考标准的撰写规范，没有做好更新操作

 

4、需要专业人士的评定

　　改进方向（针对以上改进的方向）

1、运用统一建模语言（UML），从现实世界-》业务模型 -》概念模型-》设计模型，分析清楚 边界类、控制类、实体类；

　　边界类：分析清楚整个系统的的范围，哪些在系统需求范围内，系统与系统之间的关联耦合，系统需要哪些接口；

　　实体类：系统的包含的参与者完成的业务目标及所涉及到的事务，帮助重新构建业务实体信息；

　　控制类：边界类和实体类都属于静态类，控制器类用于描述动态的信息，即用来描述业务场景中的步骤和活动。

 

2、功能的确定，实际上是用例的确定，确定每个部分的具体用例，每个用例包含哪些信息（动态、静态），各个用例是如何传递信息的，从而来确定整个系统的功能；

 

3、行文规范参考标准的需求文档规范

 

4、寻找专业人士的评定，进行双向交流才能取得长足进步。