凡事先立项
软件工程 | 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.团队的代码规范
-
【强制】代码中的命名均不能以下划线或美元符号开始,也不能以下划线或美元符号结束。
-
反例:name / name / $name / name / name$ / name
-
【强制】代码中的命名严禁使用拼音与英文混合的方式,更不允许直接使用中文的方式。
-
说明:正确的英文拼写和语法可以让阅读者易于理解,避免歧义。注意,即使纯拼音命名方式也要避免采用。国际通用的名称,可视同英文。
-
反例:DaZhePromotion [打折] / getPingfenByName() [评分] / int 某变量 = 3
-
【强制】类名使用 UpperCamelCase 风格,但以下情形例外:DO / BO / DTO / VO / AO / PO / UID 等。
-
正例:MarcoPolo / UserDO / XmlService / TcpUdpDeal / TaPromotion
-
反例:macroPolo / UserDo / XMLService / TCPUDPDeal / TAPromotion
-
【强制】方法名、参数名、成员变量、局部变量都统一使用 lowerCamelCase 风格,必须遵从驼峰形式。
-
正例: localValue / getHttpMessage() / inputUserId
-
【强制】常量命名全部大写,单词间用下划线隔开,力求语义表达完整清楚,不要嫌名字长。
-
正例:MAX_STOCK_COUNT
-
反例:MAX_COUNT
-
【强制】抽象类命名使用 Abstract 或 Base 开头;异常类命名使用 Exception 结尾;测试类 命名以它要测试的类的名称开始,以 Test 结尾。
-
【强制】包名统一使用小写,点分隔符之间有且仅有一个自然语义的英语单词。包名统一使用单数形式,但是类名如果有复数含义,类名可以使用复数形式。
-
正例:应用工具类包名为 com.alibaba.ai.core.util、类名为 MessageUtils(此规则参考 spring 的框架结构)
-
【强制】杜绝完全不规范的缩写,避免望文不知义。
-
反例:AbstractClass“缩写”命名成AbsClass;condition“缩写”命名成 condi,此类随 意缩写严重降低了代码的可阅读性。
-
【推荐】为了达到代码自解释的目标,任何自定义编程元素在命名时,使用尽量完整的单词组合来表达其意。
-
正例:在 JDK 中,表达原子更新的类名为:AtomicReferenceFieldUpdater。
-
反例:变量 int a 的随意命名方式。
-
大括号的使用约定。如果是大括号内为空,则简洁地写成{}即可,不需要换行;如果是非空代码块则:
左大括号前不换行。
左大括号后换行。
右大括号前换行。
右大括号后还有 else 等代码则不换行;表示终止的右大括号后必须换行。
5.构建之法阅读
13章 软件测试
14章 质量保障
15章 稳定和发布阶段
16章 IT行业的创新
17章 人,绩效和职业道德