团队项目开发5天-规范要求
转发：
转发地址：http://www.javacc.top/showbloginfo.action?id=44
项目规范
数据库名称规范
1218g1p2
数据库支持utf-8
最终版的提交物
- 01.项目需求简报-系统功能分析v1.0.xlsx
- 02.项目立项申请书.docs
- 03.项目开发周期表.xlsx
- 04.***项目WBS.docx
- 05.***项目数据库建模.pdm
- 06.需求说明与分析2.0.docx
- 07.***项目展示.pptx
- 08.***db.sql
- 09.测试账号.txt
- 项目文件
项目规范
- 项目名称小写，不要有链接符号
- 包名小写，域名倒置
- com.im.dao
- com.im.service
- …
- 使用Maven管理目录结构
- 自定义名称要符合规范
- 所有接口的方法，都要有文档注释
项目第一天
项目提交物检查
- 根据要求，统一项目提交物的名称，文档格式。
- 检查各个小组提交物的内容，着重文档规范，项目提交物文档命名规范
早晨9点半，开启小组会议
会议内容
- 确保小组成员到位
- 总结昨天的工作内容
- 确定全组今日目标
- 分配每个小组成员工作内容，细化工作
- 确定好交付时间，时间细化到30分钟
- 给小组成员一个回答时间，自己遇见的难点需要帮助地方
组长日志
- 体现出今天的工作，同时体现出明天的任务
- 要体现出每个人的任务，完成情况要属实，用百分比表示。
开发中注意的事项
命名规范
- 项目名称
- 包名
- 类名称
- UserDao
- UserServcie
- UserServiceImpl 实现类
- UserController
- addUser(@ModelAttrubite(“user”) User user)方法
- deleteUser(int id);
- CharacterFilter
- 方法名称
- 驼峰命名法
- 首字母小写，合成单子，依次首字母大写
- 例如：getName();
- 首字母小写，合成单子，依次首字母大写
- 一般使用的是动词，如果遇见不知道的单词使用单词查询
- 驼峰命名法
- 变量名称：
- 如果该变量是一个属性的话。
- 见名知意。
- 同方法一样驼峰命名。
- 如果是实体类（bean、po）的属性，记住要和数据库字段保持一致。
- 如果该变量是一个属性的话。
- URL地址栏中的信息要求小写
- RequestMapping("/地址小写")
注释
在接口，实体类，控制器中要有明确的文档注释
- 要求每一个接口的方法都要有文档注释。
- 每一个实体类的字段都要有文档注释。
- 控制器的功能要有文档注释。
- 写明当前类的作者@author ***
- 如果多人编辑同一个类，
- 增加版本号@version 1.2
- 增加作者@author ***
代码提交
- 在项目中，没有写完的（出现编译错误的）代码，不允许提交。
- 确保提交的代码没有编译问题。
- SVN项目版本同步，先更新项目，然后修该，最后提交JAVA文件。
代码冲突
修改文件v2.2，A拿到的是v2.2， B拿到了v2.2，A修改完成提交v2.3，B提交的内容中没有A的v2.3
B备份自己的文件， 同步到最新的v2.3，将自己的内容再添加进入，合并，再提交，新版本v2.4成功。
保持有效沟通
- 每人写自己的任务的时候，必须和组员相互沟通。
- 乐观，正能量，谈话要有情商。
代码检查
- 每个人提交自己的代码之前，都必须检查好。
- 保证自己的项目为比较新的版本。
- TeamLeader要定时ReView代码。
日志提交
- 组员在20：00之前提交程序员日志。
- 组长在22：00之前提交组内日志。
- 日志要体现出今天你完成的工作，明天你将要完成的事情。
- 组日志，要体现出团队的进度，明日计划。
项目第二天
项目中强调的事情
- 这次项目不只是一个实践的过程，更是一个提升。
- 做自己能做的事情，也要尝试着做哪些自己不熟悉的工作。
- 对于学习慢的同学要奋起直追。
项目协作
- 沟通，有效沟通
- 判断项目合作的效率，1个人的工作量 + 1个人的工作量 >= 2个人的工作量
- 思考如何将团队合作变的高效，
- 要有对代码强有力的责任心。
- 判断项目合作的效率，1个人的工作量 + 1个人的工作量 >= 2个人的工作量
- 写代码要有的态度
- 耐心
- 细心
- 奋斗的心
开发注意事项
项目设计修改
- 同步pdm数据库建模
- 要和组员全组通知
- 《需求文档》要同步（数据库字典）
项目内容扩展
- 确保目前功能保证完成
- 增加新的功能
- 修改项目设计，参考以上项目修改标准
关注成员工作
- 以半个小时为节点，询查一下情况。
- 解决问题，不要死磕。
注意休息间隔
- 组长组织休息时间
项目增加功能
- 需要修改增加的功能点
- 找相关的人完成相关的业务
项目目标
- 完成业务逻辑实现
- 使用单元测试Junit，通过检测所有的业务逻辑方法
- 前端页面要交付，以zip的形式提交到群共享的组里面
- 名称：项目名称_web.zip
- 完成少量的控制器
注意代码保护
定时：保存一下代码
小组会议：
- 现阶段完成的东西
- 接下来需要完成的任务
- 目标与现实之间的差距
项目第三天
互动
- 每个同学聊聊写项目的感受
- 聊聊如何在家提升工作效率
- 如何保证有效沟通
项目研发流程
- 需求分析
- 概要设计
- 详细设计
- 项目原型图
- 项目开发
- 框架选择
- 建模
- 编码
- 项目测试、修正
- 白盒测试
- 黑盒测试
- 项目内部线上测试
- 服务器内部，部分访问
- 压力测试
- 根据测试结果，版本修正
- 由内部修正版本迭代
- 项目上线测试
- 通过用户反馈收集信息，等待下个版本加入
- 项目2次迭代
- 运维
项目里程碑
- 明确目前项目完成的内容
- 明确目前项目中还未完成的内容
- 确定项目最后结束时间
项目第四天
软件开发
有点累：充实。
累到不行：需要要调整。
做软件是有一定规律的
- 设计的充分与否关乎到后期开发的方方面面。
- 计划的设定与实际开发，往往中间实现是有差距的。
- BUG是一定会有的
- 程序在开发阶段出现的结果，没有好与坏，是开发环节的必经过程
做软件中寻求你的快乐
只有找到心中的热情，才能把这个事情做好
- 认真可以把事情做完
- 用心可以把事情做好
项目开发注意事项
- 代码规范，
- 类名称，
- 方法名称，
- 属性名称
- 字符集规范统一，使用utf-8
- 接口、实现的命名
- 包的创建，层侧划分
- 见名知意的原则
注释
- 保证项目中使用文档注释
- 每一个类都要有文档注释
- 每个接口的抽象方法都要有文档注释
- 每个类的中的属性，都要有文档注释
- 在方法里面对于关键代码使用单行注释说明
- 10分之3是注释
项目组长会议
- 将每个人的任务点划分明确，到具体的业务上。
- 扩展新功能模块，增加图表展示。
- 梳理代码，组长REVIEW，规范第一。
增进用户体验
- 页面要美观大方。
- 能自动计算的地方自动计算，不需要用户手动输入。
项目跟进
实事求是
- 小组成员汇报自己的项目，提交物：程序员日志
- 项目组长汇报工作，提交物：小组进度日志
项目大局观
- 合理安排项目功能点的开发顺序
项目突破
- 增加亮点功能
- 打造让客户尖叫的产品
项目准备提交物更新
- 同步你的需求文档《06.需求说明与分析》
- 同步项目组的WBS
- 同步项目组中的数据库建模pdm
- 同步项目需求简报
- 同步立项申请书
- 同步开发周期表
项目第五天
能力的提高
- 协作的能力
- 执行能力
- 学习能力
- 解决问题的能力
- 自控力
完成新增功能
- 使用echars完成数据图表展示
- 提高用户体验
项目答辩所需要的材料
最终版的提交物
-
01.项目需求简报-系统功能分析v2.0.xlsx
-
02.项目立项申请书.docs
-
03.项目开发周期表.xlsx
-
04.***项目WBS.docx
-
05.***项目数据库建模.pdm
-
06.***项目项目原型文件
-
07.需求说明与分析2.0.docx
-
08.***项目展示.pptx
-
09.***db.sql
-
10.测试账号.txt
-
项目文件
明天要准备的东西
明天项目内部测试
常用的用户账号信息，
- 使用记事本把常用的账号和密码保存在文本里面
- 测试数据，要规范
- 每一个数据都像真实数据一样
- 以上内容不要翻看数据库
流程熟悉
- 流程必须熟悉，不能出现卡顿
- 在演示过程中避免出现404，500，505等异常信息
- 项目整合，多次练习
周一项目答辩的要求：
要求：
- PPT展示不得少于10页，页面得体大方
- 每个同学都写入一些感言在里面
- 保证提交上来的项目是能够运行的
- 确保你的项目整合完整的
- 项目的数据库备份的sql数据是丰富、并且正确的。
PPT内容
- 项目开发的背景和需求
- 项目使用的技术和数据库
- 业务流程和主要功能
- 重点功能详细展示
- 项目总结与项目收获
转发：
转发地址：http://www.javacc.top/showbloginfo.action?id=44
感谢分享~
3396
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
