在团队项目中我的工作是整理整个项目组的文档。

一开始觉得,这应该是一个比较轻松的工作,但是在实际的工作中,我发现我的观点完全是错误的。

不同于各个模块间的分工,我要做的是熟悉整个项目的结构,以及各个模块的实现进度,并检查他们有没有按照预先设定的设计实现整个软件。

首先,我需要为最初的设计做出详细的总结,光是各种描述的图结构就画了不少于十几个,而且每个图都要经过详细的修改以及可行性验证。

其次,在项目实现的过程中,各个模块都会对最初的设计有一些优化方面的修改,所以我又需要不断地去修改设计图,以描述当前的软件结构。

最终经过多次修改,我总结的团队项目图如下:

关于文档整理关于文档整理关于文档整理

关于文档整理    关于文档整理    关于文档整理    关于文档整理  关于文档整理

个人认为,最为清晰地图应该是第一个流程图,它涵盖了整个软件执行的分支,以及模块间的调用关系。

 

相关文章:

  • 2018-10-21
  • 2021-10-26
  • 2021-09-10
  • 2021-12-06
  • 2022-12-23
  • 2022-01-31
猜你喜欢
  • 2022-12-23
  • 2021-11-10
  • 2021-10-06
  • 2021-11-21
  • 2021-08-18
相关资源
相似解决方案