团队作业（三）——确定分工
1、修改完善上周提交的需求规格说明书，并在博客中描述：上次的《需求规格说明书》初稿有哪些不足？修改需同时体现在Github的MarkDown文件与PDF中。（提示：功能考虑不全或需求文档描述缺少的地方。）
- 区分管理员权限和客户人员身份
- 明确具体实施细节存在一些不清晰的地方
- 工作分工尚未合理安排
2、讨论制定团队的编码规范，讨论之前和讨论之后，队员阅读《构建之法》第四章内容，并讨论总结。将代码规范和编码原则发布在随笔上，并说说你们这么选择的理由。
代码规范and编码原则：
-
变量命名：使用英语命名，避免使用拼音命名，以方便阅读。
-
类名、参数名和代码整体形式：采用国际统一的命名规范。
-
常量命名：全部大写，单词之间使用下划线进行分隔。
-
代码注释：对于关键行，要写清楚注释，以便他人理解代码的逻辑。
-
函数内容限制：尽量将函数内容限制在200行左右，避免函数过长。
-
参数数量限制：避免函数出现过多参数，限制在3个参数以内。
-
递归函数调用：在函数中避免出现相互调用递归函数的情况，以免造成难以排查的问题。
通过遵守这些规范，我们可以解决以下问题： -
代码冗余：减少重复代码，提高代码的可读性和可维护性。
-
复杂逻辑：将复杂逻辑进行拆分和封装，使代码更易理解和维护。
3、通过Powerdesigner完成团队项目的数据库设计，并在随笔中提供相应ER图
4、进行项目的后端架构设计，要与需求规格说明书中的界面原型设计相对应
用户认证与授权模块：
负责处理用户的登录、注册、注销等操作；
使用JWT（JSON Web Token）或其他认证机制进行用户身份验证；
实现用户权限管理，控制用户对系统功能的访问权限。
用户管理模块：
提供用户信息的增删改查功能；
用户角色、权限的管理；
可以与第三方身份认证系统进行集成。
文件管理模块：
提供文件的上传、下载、删除等功能；
实现文件的分类管理，如按照文件类型、文件夹等进行组织；
支持文件的版本控制、权限控制等。
搜索与检索模块：
实现全文搜索功能，通过关键字快速检索文件；
支持按照文件属性、文件内容等进行高级检索。
消息通知模块：
实现系统内消息的推送和提醒功能；
支持邮件、短信等多种方式进行消息通知；
可以配置消息的接收人、发送时间等参数。
数据库管理模块：
负责数据库的设计、创建和维护；
实现数据的备份和恢复功能；
日志记录与审计模块：
记录系统操作日志，包括用户登录、文件操作、审批记录等；
支持日志的查询和导出功能；
实现系统的审计功能，对系统操作进行监控和追踪。
第三方集成模块：
可以与其他系统进行集成，如邮件系统、人事管理系统等；
支持数据的导入导出，与其他系统进行数据交互。
5、确定团队分工。请参考"分而治之(WBS - Work Breakdown Structure)"，提供下述内容：
利用象限法确定各个核心需求的优先级，依据需求优先级确定团队Alpha 版本需要实现的功能，在博客中叙述并给出相应的WBS图。
在团队管理软件中（比如Github的Issue，Leangoo等）将各个叶子结点的功能加入，并确定每个子功能的工作量，在博客中给出分配后的截图。值得注意的是，与学习技术相关的任务也需要考虑在工作量中，开发需要检验产出，学习同样要有结果。PM可以用小Demo演示或学习心得博客作为学习任务的检验。
给出团队各个成员（用学号代替姓名）认领的工作，列出当前团队的TODOList，并在最后给出燃尽图。
to do list
燃尽图：
