3.确定分工
修改完善上周提交的需求规格说明书,并在博客中描述:上次的《需求规格说明书》初稿有哪些不足?修改需同时体现在Github的MarkDown文件与PDF中。
- 不足
- 清晰度和一致性:
- 初版《需求规格说明书》清晰性、易读性不高,排版不够清晰,内容不够易读,且由于多人同时撰写,格式和风格未能遵循一致性,需要进行调整。
- 完整度和互斥性:
- 初版《需求规格说明书》各版块内容之间存在少量冲突,关联需求并未完成纳入其中,且版块也有遗漏和重复的内容,产生了不必要的工作麻烦和问题。
- 明确度和合法性:
- 初版《需求规格说明书》中有关功能的描述不够明确、是有一定歧义的,且不太符合特定的行业标准和规范,因此需求完善以防止误解和争议。
- 清晰度和一致性:
- 修改后的《需求规范说明书》:
讨论制定团队的编码规范,讨论之前和讨论之后,队员阅读《构建之法》第四章内容,并讨论总结。将代码规范和编码原则发布在随笔上,并说说你们这么选择的理由。
编码标准
关于本次公文系统,计划采用UTF-8编码标准。UTF-8是一种通用的编码标准,支持各种字符集,包括中文字符,适用于处理中文公文以及多语言内容。通过在前端和后端都使用UTF-8编码,可以确保公文系统能够正确处理中文字符,同时也具备了灵活性以支持其他语言。
它有如下优势:
- 支持多语言。UTF-8可以处理多种语言的字符,包括中文、英文等。我国的公文也存在需要翻译成外文的决议等情况,使用UTF-8标准能够兼容两种语言便于使用。
- 数据库编码。后端数据库使用UTF-8编码,可以确保数据在数据库中正确存储和检索,不会出现乱码或字符集问题。
- 字符串处理。在后端开发中,字符串处理和文本处理代码使用UTF-8格式编写可以避免出现编码问题。
- 前端网页开发。在前端网页开发中,HTML和CSS文件使用UTF-8编码,以便正确显示中文字符。同时,确保浏览器也使用UTF-8编码来渲染网页。
- 输入和输出。在公文系统中,处理用户输入和生成输出时,都要使用UTF-8编码,以确保文本数据的正确传递和显示。
代码规范和编码原则
- 命名约定:变量、函数、类和文件名的命名应该具有描述性,使用有意义的单词和驼峰命名法。优先使用英文标识符。由于本系统采用java编程,驼峰命名法采用小驼峰,即第一个单词的首字母小写,而后续单词的首字母大写。例如,myVariableName 或 calculateTotalAmount。
- 缩进和格式化:使用统一的缩进风格,使用4个空格作为缩进。
统一的代码格式化约定,例如大括号的位置、空格的使用等。 - 对关键步骤进行注释:使用清晰和有意义的注释来解释代码的功能、目的和重要性。
特别是对于复杂的逻辑或关键业务逻辑,提供详细的注释。 - 异常处理:定义清晰的异常处理策略,包括错误处理、日志记录和用户友好的错误信息。
避免捕获异常后不处理或忽略异常。 - 安全性:防止代码注入攻击,包括SQL注入和跨站脚本(XSS)攻击。遵循最佳的安全实践,例如验证输入、不信任数据的处理等。
- 数据库访问:使用参数化查询来防止SQL注入攻击。优化数据库查询以提高性能,避免频繁的数据库访问。
- 版本控制:使用版本控制工具(如Git)来管理代码,包括分支、合并和提交的最佳实践。
- 安全性和隐私:确保处理敏感信息时采用适当的安全性和隐私措施,一切算法采用国密算法进行加密,符合相关法律法规。
通过Powerdesigner完成团队项目的数据库设计,并在随笔中提供相应ER图。


进行项目的后端架构设计,要与需求规格说明书中的界面原型设计相对应。

确定团队分工。请参考"分而治之(WBS - Work Breakdown Structure)",提供下述内容:
- 利用象限法确定各个核心需求的优先级,依据需求优先级确定团队Alpha 版本需要实现的功能,在博客中叙述并给出相应的WBS图。
- 在团队管理软件中(比如Github的Issue,Leangoo等)将各个叶子结点的功能加入,并确定每个子功能的工作量,在博客中给出分配后的截图。值得注意的是,与学习技术相关的任务也需要考虑在工作量中,开发需要检验产出,学习同样要有结果。PM可以用小Demo演示或学习心得博客作为学习任务的检验。
- 给出团队各个成员(用学号代替姓名)认领的工作,列出当前团队的TODOList,并在最后给出燃尽图。
![]()
![]()
![]()
| 修改《说明书》,制作PDF | 20211405周睿雅 |
| 写代码规范和编码原则,写理由 | 20211423袁艺 |
| Powerdesigner数据库设计,提供相应ER图 | 20211420杨谨徽 |
| 后端架构设计 | 20211425高政 |
| 确定团队分工,写博客 | 20211421文鑫河 |



浙公网安备 33010602011771号