团队作业（三）：确定分工

一、作业要求：

1. 修改完善上周提交的需求规格说明书，并在博客中描述：上次的《需求规格说明书》初稿有哪些不足？修改需同时体现在Github的MarkDown文件与PDF中。（提示：功能考虑不全或需求文档描述缺少的地方。）（5'）
2. 讨论制定团队的编码规范，讨论之前和讨论之后，队员阅读《构建之法》第四章内容，并讨论总结。将代码规范和编码原则发布在随笔上，并说说你们这么选择的理由。（5'）
3. 通过Powerdesigner完成团队项目的数据库设计，并在随笔中提供相应ER图。(10')
4. 进行项目的后端架构设计，要与需求规格说明书中的界面原型设计相对应。（15'）
5. 确定团队分工。请参考"分而治之(WBS - Work Breakdown Structure)"，提供下述内容：（15'）

• 利用象限法确定各个核心需求的优先级，依据需求优先级确定团队Alpha 版本需要实现的功能，在博客中叙述并给出相应的WBS图。
• 在团队管理软件中（比如Github的Issue，Leangoo等）将各个叶子结点的功能加入，并确定每个子功能的工作量，在博客中给出分配后的截图。值得注意的是，与学习技术相关的任务也需要考虑在工作量中，开发需要检验产出，学习同样要有结果。PM可以用小Demo演示或学习心得博客作为学习任务的检验。
• 给出团队各个成员（用学号代替姓名）认领的工作，列出当前团队的TODOList，并在最后给出燃尽图。

1. 描述组员在上述任务中的分工和工作量比例。
2. 以上内容发表成一篇随笔，Alpha 版本的发布时间安排在5月下旬，请各个团队注意时间结点，尽快开始开发。
3. 附录

• Github项目生成燃尽图的方式

 

二、作业完成：

 

       （一）规格说明书完善及编码规范讨论制定

1、不足之处总结：

（1）、界面原型缺少管理员身份识别与录入，缺少公文模板评选功能。

（2）、公文提交与传阅实验邮箱那种结构，没有必要做访问控制。

（3）、验证测试新增公文传输功能、但前面界面场景和功能描述中并未提及。

（4）、完善修改链接https://www.cnblogs.com/20211416yang/articles/17810672.html

 

2、代码规范和编码原则

    （1）、命名规范：

          使用有意义的变量和方法名，能够清晰表达其功能和用途。

    （2）、缩进与空格：

          使用统一的缩进风格，例如使用四个空格进行缩进。

    （3）、注释规范：

          使用注释解释代码的功能、用途和关键步骤。

          注释应该写在需要解释的代码右侧。

    （4）、函数与方法：

          函数和方法应该尽量短小，单一职责原则。

    （5）、异常处理：

          在合适的地方捕获异常，并对异常进行处理。

    （6）、文件组织：

          将相关的文件组织在同一个文件夹下，使用有意义的文件名。

    （7）、总结：

       整个开发过程中代码规范与编码原则应得到贯彻执行。定期进行代码评审和重构，以确保代码质量和一致性。

    （8）、选择理由：

        编码当中的重要原则是删除无用的代码和注释，保持代码的简洁性。代码不仅是用来运行的，还是为他人实现相同功能而设置的。代码风格统一有利于小组编码分配与整合。

 

       （二）ER图绘制

 

       （三）后端架构设计

语言栈：java、javascript、mysql

后端servlet结构图：

 

API接口设计：     数据库接口：待定

                            java工程接口：待定

                            javascript接口：待定

 

       （四）确定团队分工

1、核心需求优先级确定

 

2、WBS图

 

3、燃尽图

 

 

（五）分工与工作量比例

小组成员	工作内容	工作量占比
杨语桐	修改完善需求规格说明书；制定团队的编码规范	22.5%
范超明	完成团队项目的数据库设计，绘制 ER图	22.5%
周意凯	项目的后端架构设计	22.5%
黄琪凯	确定各个核心需求的优先级，绘制WBS图； 在leangoo中完成分配工作量；绘制燃尽图	22.5%
尤其羽	描述分工和工作量比例，并完成工作整合和博客撰写	10%