凡事先立项

软件工程	https://edu.cnblogs.com/campus/zswxy/software-engineering-2017-1
这个作业要求在哪里	https://edu.cnblogs.com/campus/zswxy/software-engineering-2017-1/homework/10841
团队名称	鸽子开发组
作业正文	如下
其他参考文献	www.baidu.com

1.冲刺的时间计划(冲刺时间为7天，安排再6-23到6-29)

冲刺天数	计划安排
第一天	1.完善计划。 2.分配成员工作 3.回顾需求规格说明书
第二天	1.登录注册页面设计 2.主要功能页面的UI设计。 3.框架的选择。 4.后端成员讨论交互情形。 5.数据库设计。
第三天	1.数据库的导入 2.系统主要功能的实现(文件的上传和下载)。
第四天	1.对已经完成的功能模块，完成测试 2.了解延迟模块的遇到的问题 3.总结测试结果
第五天	1.对上次测试的结果发现的系统问题进行修复。 2.讨论是否需要添加新的功能项。 3.继续进行单元测试。
第六天	1.系统要能运行，进行集成测试。
第七天	1.进行项目的最后整理，整合编写资料准备答辩

2.思考和总结

收获：
1、通过前几次作业让我们了解到团队沟通的重要性，沟通到位才会提高效率；
2、每个成员之间的分工也应该明确，要调动成员的积极性；
不足：
1、团队的沟通时间少
2、成员分工不明确
3、时间规划弱，效率低

3.需要改进的团队分工

1.成员之间的交流还是有所欠缺，特别是有能力的组员和能力不足的组员更应该多交流，才能
更好的学习到新的技术的思维方式
2.分配的任务的数量和难度还需要依据能力进一步规划
3.应该要让组员更充分的合作，而不是大组再分成了小组

4.团队的代码规范

1. 【强制】代码中的命名均不能以下划线或美元符号开始，也不能以下划线或美元符号结束。

2. 反例：name / name / $name / name / name$ / name

3. 【强制】代码中的命名严禁使用拼音与英文混合的方式，更不允许直接使用中文的方式。

4. 说明：正确的英文拼写和语法可以让阅读者易于理解，避免歧义。注意，即使纯拼音命名方式也要避免采用。国际通用的名称，可视同英文。

5. 反例：DaZhePromotion [打折] / getPingfenByName() [评分] / int 某变量 = 3

6. 【强制】类名使用 UpperCamelCase 风格，但以下情形例外：DO / BO / DTO / VO / AO / PO / UID 等。

7. 正例：MarcoPolo / UserDO / XmlService / TcpUdpDeal / TaPromotion

8. 反例：macroPolo / UserDo / XMLService / TCPUDPDeal / TAPromotion

9. 【强制】方法名、参数名、成员变量、局部变量都统一使用 lowerCamelCase 风格，必须遵从驼峰形式。

10. 正例： localValue / getHttpMessage() / inputUserId

11. 【强制】常量命名全部大写，单词间用下划线隔开，力求语义表达完整清楚，不要嫌名字长。

12. 正例：MAX_STOCK_COUNT

13. 反例：MAX_COUNT

14. 【强制】抽象类命名使用 Abstract 或 Base 开头；异常类命名使用 Exception 结尾；测试类 命名以它要测试的类的名称开始，以 Test 结尾。

15. 【强制】包名统一使用小写，点分隔符之间有且仅有一个自然语义的英语单词。包名统一使用单数形式，但是类名如果有复数含义，类名可以使用复数形式。

16. 正例：应用工具类包名为 com.alibaba.ai.core.util、类名为 MessageUtils（此规则参考 spring 的框架结构）

17. 【强制】杜绝完全不规范的缩写，避免望文不知义。

18. 反例：AbstractClass“缩写”命名成AbsClass；condition“缩写”命名成 condi，此类随 意缩写严重降低了代码的可阅读性。

19. 【推荐】为了达到代码自解释的目标，任何自定义编程元素在命名时，使用尽量完整的单词组合来表达其意。

20. 正例：在 JDK 中，表达原子更新的类名为：AtomicReferenceFieldUpdater。

21. 反例：变量 int a 的随意命名方式。

22. 大括号的使用约定。如果是大括号内为空，则简洁地写成{}即可，不需要换行；如果是非空代码块则：

左大括号前不换行。

左大括号后换行。

右大括号前换行。

右大括号后还有 else 等代码则不换行；表示终止的右大括号后必须换行。

5.构建之法阅读

13章 软件测试

14章 质量保障

15章 稳定和发布阶段

16章 IT行业的创新

17章 人，绩效和职业道德