小日记

头两天都要被整懵了，任务实在是太具挑战。

昨天整理笔记，写分享整到晚上1点多，白天不到7点起来吃饭，送孩子上学，8点去公司。白天公司忙活一天，晚上8点到家，边吃饭边组织小组分工搞实操，整个协调完，已经是10点半。

最后的和班班确认，明天晚上6点前要交作业。OMG

谈谈分工协调中的一些思考

业务范围圈定

偷个懒，直接拿昨天孤尽老师ppt中的需求分析中的内容来作为需求范围，确定边界。

需求分类，分配给大家

分类方法：

1. 按照不同角色，系统本身也可以看成一个角色
2. 按照业务相关度

分配方法：

1. 根据大家的时间，分配不同权重的模块
2. 有些可能引起大家异议的地方，先私下沟通一下。

基于processon协作

这个遇到了一些坑，购买的个人版，把大家加到一个协作的目录下，大家不能自己创建文件和目录。

纯粹为了分工而分工

由于我们组6个人，为了让每个人练手，就硬生生分出来六个部分。真正在项目中，还是应该由核心的2到3个人来做设计。

实操中的困难

1. 要画哪些图

一个模块，要用哪些图来表达，还是需要所有的图？

2. 图的表达范围

一张图要表达多大的业务范围，业务流程要表达多长的流程，用例图要把一个角色的所有用例都画在一张图上么？

3. 表达的细化程度

表达要细化到什么程度

其他一些疑问

作业要求要出五类图：用例图、时序图、活动图、状态图、类图；

为什么要画这些图，实际过程中，是用来干什么的，是用来指导开发，还是用来辅助理解系统？

我的经验，一般觉得一个东西太复杂了，需要用时序图来描述一下多个系统间如何交互完成一个功能，但是往往是作为理解系统的一个辅助来用。而不是事前就设计出来。