团队作业--第二次
团队作业--第二次
1-需求规格说明书的改变
1.改变了最初的分工安排
2.对最开始的app要求进行了更改，使更符合用户需求
2-编码规范
为什么要进行代码规范
因为这个app是我们小组五个人一起编写的代码，每个人编写代码的习惯不同写出来代码的格式也有很大的差异，所以需要统一代码规范，这样在后期修改的时候不管是谁在改，改谁的，都能一目了然的看清楚每行代码的意思，更方便后期修改
代码规范（参考博客：规范你的代码编写风格）
- 标识符应当直观且可以拼读，可望文知意，不必进行“解码”。例如：标识符最好采用英文单词或其组合，便于记忆和阅读。切忌使用汉语拼音来命名。程序中的英文单词一般不会太复杂，用词应当准确。例如不要把CurrentValue写成NowValue。
- 标识符的长度应当符合“min-length && max-information”原则。
- 命名规则尽量与所采用的操作系统或开发工具的风格保持一致。 例如Windows应用程序的标识符通常采用“大小写”混排的方式，如AddChild。
- 程序中不要出现仅靠大小写区分的相似的标识符。
- 变量的名字应当使用“名词”或者“形容词＋名词”。
- 尽量避免名字中出现数字编号，如Value1,Value2等，除非逻辑上的确需要编号。这是为了防止程序员偷懒，不肯为命名动脑筋而导致产生无意义的名字（因为用数字编号最省事）
- 指针以p开头、
编码原则（参考：编码规则）
- 关键词和操作符之间加适当的空格。
- 缩进：4个空格
3.不允许把多个短语句写在一行中，即一行只写一条语句。 4.函数或过程的开始、结构的定义及循环、判断等语句中的代码都要采用缩进风格。 - 编写程序块时‘{’和‘}’应各独占一行并且位于同一列，同时与引用它们的语句左对齐。在函数体的开始、类的定义、结构的定义、枚举的定义以及if、for、do、while、switch、case语句中的程序都要采用如上的缩进方式。
代码测试
- 单元测试要求至少达到语句覆盖。
- 清理、整理或优化后的代码要经过审查及测试。
- 发现潜在的错误和回归性错误及可能需要改进的地方
3-数据库设计与ER图
4-后端架构设计
- 基本的用户验证方案
此时就是后台极简化的架构：
- 整体的架构设计
5-确定团队分工
-
利用象限法确定各个核心需求的优先级
-
在博客中叙述并给出相应的WBS图
-
给出团队各个成员认领的工作，列出当前团队的TODOList
刘辰：登陆注册、决策、文案
曾程：决策、美工、文案
严域俊：游戏分类、游戏编写、文案
邓煜坤：整合代码、代码规范、文案
吴恒佚：游戏分类、游戏编写、文案
6-组员在上述任务中的分工和工作量比例。
- 20172306 刘辰 ：20%
- 20172324 曾程 ：20%
- 20172325 邓煜坤 ：20%
- 20172333 严域俊 ：20%
- 20172321 吴恒佚 ：20%
- 燃尽图
