饱满骑士团队第二次作业—github编程实战

团队作业第二次——团队Github实战训练

作业的基本信息
这个作业属于哪个课程	2021春软件工程实践S班
团队名称	饱满骑士
这个作业要求在哪里	团队第二次作业github编程实战
这个作业的目标	进一步熟悉git；初步体验团队编程的同时了解自身的不足
其他	CSDN、百度、boostrap

Part1——团队Github实战训练

基础功能

会议网站展示会议议程和分论坛信息，包括分论坛议题、主席和召开时间等；
普通参会者注册时需选择参加的分论坛，可以选择参加一个或多个分论坛；
会议主席、分论坛主席登录系统后，能了解会议、分论坛的参会人数；秘书可以获取全部参会者信息；分论坛主席、秘书负责发布分论坛相关消息通知；
普通参会者注册通过后，登录系统后，将收到所选择参加分论坛的信息推送。

github项目地址

项目地址

组员职责分工

人员	职责
王国志	后端编写servlet
宋方滐	负责servlet部分的用户注册，显示论坛信息和论坛所有用户和人数
王振南	后端关于Dao包
宋喜仁	后端创建与数据库的交互
吴特锦	后端创建与数据库的交互
周美婷	前端关于首页、参会人员界面的设计
司维维	负责前后端接口交互
毛富林	负责完善前端界面
汪碧桢	前端关于秘书界面的设计

github的提交日志截图

人员	commit次数
王国志	14
宋喜仁	9
宋方滐	11
毛富林	8
周美婷	5
吴特锦	6
汪碧桢	7
司维维	5
王振南	3

程序运行截图

这是我们前端其中一个页面的截图

数据库表

数据库连接部分

public class DBUtil {
    static String ip = "*";
    static int port = 3306;
    static String database = "meeting";
    static String encoding = "UTF-8";
    static String loginName = "*";
    static String password = "*";
    static {
        try {
            Class.forName("com.mysql.jdbc.Driver");
        } catch (ClassNotFoundException e) {
            e.printStackTrace();
        }
    }

    public static Connection getConnection() throws SQLException {
        String url = String.format("jdbc:mysql://%s:%d/%s?characterEncoding=%s&serverTimezone=GMT", ip, port, database, encoding);
        return DriverManager.getConnection(url, loginName, password);
    }

    /* 关闭连接的方法 */
    public static void close(ResultSet rs, Statement stmt, Connection conn) {
        try {
            if (rs != null)
                rs.close();
        } catch (Exception ex) {
            ex.printStackTrace();
        }
        try {
            if (stmt != null)
                stmt.close();
        } catch (Exception ex) {
            ex.printStackTrace();
        }
        try {
            if (conn != null)
                conn.close();
        } catch (Exception ex) {
            ex.printStackTrace();
        }
    }

    public static void main(String[] args) throws SQLException {
        System.out.println(getConnection()+"ssss");
    }
}

利用先前的DBUtil，读取数据库中所有的消息

public ArrayList<Message> getAllMessages()  {
        Connection conn = null;
        Statement stmt = null;
        ResultSet rs = null;
        ArrayList<Message> mesList = new ArrayList<>();
        try{
            conn = DBUtil.getConnection();
            stmt = conn.createStatement();

            String sql = "select * from messages " ;
            rs = stmt.executeQuery(sql);

            Message m;
            while(rs.next()){
                int id = rs.getInt(1);
                String message = rs.getString(2);
                String forum = rs.getString(3);
                m = new Message(id,message,forum);
                mesList.add(m);
            }

        }
        catch (Exception e){

        }
        finally {
            DBUtil.close(rs,stmt,conn);
        }
        return mesList;
    }

前端登录js逻辑

//alert(this.username+this.password)
            // 传送的数据为json格式
            let data = JSON.stringify({
                username: this.username,
                password: this.password
            });
            /**
             * url 请求路径
             * data 传递数据
             */
            var that = this;
            axios.post(url, data).then(function (response) {
                // console.log(response);
                // 获取服务端返回的数据
                vm.$data.list = response.data;
                //判断逻辑
                // if(true){
                //     window.location.href="staticmludy.html";
                // }else{
                //     //....
                // }
            }).catch(function (error) {
                console.log(error);
            });
        },

遇到的困难及解决方法

王国志：

困难：开始时没有计划好前后端的交互、后端接口的调用，导致后面编码的盲目。
解决方法：后来重新讨论，理清了思路。

周美婷：

困难：前端css、bootstrap、html、vue等等没一个会的
解决方法：现学，学不会再说

宋方滐：

困难：
1、原型设计的时候没有做好，导致前后端交互上出现了分歧
2、通过JSON传递数据的方法不熟练，写起来磕磕碰碰
3、没有统一好类名，最后一直在改BUG
解决方法：后来重新讨论，理清了思路

汪碧桢：

困难：对前端很多知识其实很模糊，写的磕磕碰碰；同时在前端设计界面方面一直没有确定，导致真正前端开发过程中不断纠正原来的思路。
解决方法：和前端的小伙伴一起讨论最终的页面设计

吴特锦：

困难：配置问题，还有数据之间逻辑的处理
解决方法：网上查资料和询问同学

宋喜仁：

困难：和数据库操作相对应的功能设计
解决方法：与对手商讨

毛富林：

困难：分工合作后，合并时有许多bug，比如格式，类名，id上的问题。
解决方法：大伙一起商量讨论解决。

司维维

困难：看不懂其他同学的代码。
解决方法：和他们商量。

组员的贡献比例

人员	贡献比例
王国志(后端)	11.5%
王振南(后端)	12.5%
宋方滐(后端)	11%
宋喜仁(后端)	10.75%
吴特锦(后端)	10.75%
司维维(前端)	12.5%
毛富林(前端)	11%
周美婷(前端)	10%
汪碧桢(前端)	10%

PSP表格

王国志

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划
• Estimate	• 估计这个任务需要多少时间	10min	10min
Development	开发
• Analysis	• 需求分析 (包括学习新技术)	180	180min
• Design Spec	• 生成设计文档	20min	20min
• Design Review	• 设计复审	10min	10min
• Coding Standard	• 代码规范 (为目前的开发制定合适的规范)	0min	0min
• Design	• 具体设计	30min	30min
• Coding	• 具体编码	480min	540min
• Code Review	• 代码复审	30min	30min
• Test	• 测试（自我测试，修改代码，提交修改）	30min	30min
Reporting	报告
• Test Repor	• 测试报告	0min	0min
• Size Measurement	• 计算工作量	10min	10min
• Postmortem & Process Improvement Plan	• 事后总结, 并提出过程改进计划	30min	30min
	合计	830min	890min

周美婷

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划	60	30
• Estimate	• 估计这个任务需要多少时间	10	5
Development	开发	420	480
• Analysis	• 需求分析 (包括学习新技术)	20	40
• Design Spec	• 生成设计文档	60	40
• Design Review	• 设计复审	10	30
• Design	• 具体设计	20	30
• Coding	• 具体编码	40	60
• Coding Standard	• 代码规范 (为目前的开发制定合适的规范)	10	10
• Code Review	• 代码复审	30	20
• Test	• 测试（自我测试，修改代码，提交修改）	50	30
Reporting	报告	30	40
• Test Repor	• 测试报告	20	10
• Size Measurement	• 计算工作量	10	10
• Postmortem & Process Improvement Plan	• 事后总结, 并提出过程改进计划	30	20
	合计	760	855

王振南

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划
• Estimate	• 估计这个任务需要多少时间	5	5
Development	开发
• Analysis	• 需求分析 (包括学习新技术)	120	100
• Design Spec	• 生成设计文档	10	10
• Design Review	• 设计复审	10	10
• Coding Standard	• 代码规范 (为目前的开发制定合适的规范)	10	10
• Design	• 具体设计	60	60
• Coding	• 具体编码	200	220
• Code Review	• 代码复审	30	20
• Test	• 测试（自我测试，修改代码，提交修改）	60	60
Reporting	报告
• Test Report	• 测试报告	30	10
• Size Measurement	• 计算工作量	10	10
• Postmortem & Process Improvement Plan	• 事后总结, 并提出过程改进计划	20	10
	合计	700	800

宋方滐

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划
• Estimate	• 估计这个任务需要多少时间	10min	10min
Development	开发
• Analysis	• 需求分析 (包括学习新技术)	180	180min
• Design Spec	• 生成设计文档	20min	20min
• Design Review	• 设计复审	10min	10min
• Coding Standard	• 代码规范 (为目前的开发制定合适的规范)	0min	0min
• Design	• 具体设计	30min	30min
• Coding	• 具体编码	480min	540min
• Code Review	• 代码复审	30min	30min
• Test	• 测试（自我测试，修改代码，提交修改）	30min	30min
Reporting	报告
• Test Repor	• 测试报告	0min	0min
• Size Measurement	• 计算工作量	10min	10min
• Postmortem & Process Improvement Plan	• 事后总结, 并提出过程改进计划	30min	30min
	合计	830min	890min

汪碧桢

PSP2.1	Personal Software Process Stages	预估耗时（分钟)	实际耗时（分钟）
• Estimate	• 估计这个任务需要多少时间	20	20
Development	开发	430	545
• Analysis	• 需求分析(包括学习新技术)	40	60
• Design Spec	• 生成设计文档	20	30
• Design View	• 设计复审	10	15
• Coding Standard	• 代码规范(为目前的开发制定合适的规范)	20	30
• Design	• 具体设计	20	20
• Coding	• 具体编码	250	300
• Coding Review	• 代码复审	30	30
• Test	• 测试（自我测试，修改代码，提交修改）	40	60
Reporting	报告	80	105
• Test Repor	• 测试报告	45	60
• Size Measurement	• 计算工作量	15	20
• Postmortem & Process Improvement Plan	• 事后总结, 并提出过程改进计划	20	25
	合计	530	670

吴特锦

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划	20	25
· Estimate	· 估计这个任务需要多少时间	10	15
Development	开发	300	400
· Analysis	· 需求分析 (包括学习新技术)	100	120
· Design Spec	· 生成设计文档	20	15
· Design Review	· 设计复审 (和同事审核设计文档)	20	20
· Coding Standard	· 代码规范 (为目前的开发制定合适的规范)	10	10
· Design	· 具体设计	60	80
· Coding	· 具体编码	300	300
· Code Review	· 代码复审	60	60
· Test	· 测试（自我测试，修改代码，提交修改）	60	80
Reporting	报告	30	30
· Test Report	· 测试报告	10	20
· Size Measuremen	· 计算工作量	10	10
· Postmortem & Process Improvement Plan	· 事后总结, 并提出过程改进计划	10	15
	合计	720	800

宋喜仁

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划
• Estimate	• 估计这个任务需要多少时间	5	5
Development	开发
• Analysis	• 需求分析 (包括学习新技术)	120	100
• Design Spec	• 生成设计文档	10	10
• Design Review	• 设计复审	10	10
• Coding Standard	• 代码规范 (为目前的开发制定合适的规范)	10	10
• Design	• 具体设计	60	60
• Coding	• 具体编码	200	220
• Code Review	• 代码复审	30	20
• Test	• 测试（自我测试，修改代码，提交修改）	60	60
Reporting	报告
• Test Report	• 测试报告	30	10
• Size Measurement	• 计算工作量	10	10
• Postmortem & Process Improvement Plan	• 事后总结, 并提出过程改进计划	20	10
	合计	565	525

毛富林

PSP2.1	Personal Software Process Stages	预估耗时（分钟)	实际耗时（分钟）
• Estimate	• 估计这个任务需要多少时间	20	20
Development	开发	510	625
• Analysis	• 需求分析(包括学习新技术)	50	60
• Design Spec	• 生成设计文档	20	30
• Design View	• 设计复审	15	15
• Coding Standard	• 代码规范(为目前的开发制定合适的规范)	15	30
• Design	• 具体设计	25	20
• Coding	• 具体编码	300	350
• Coding Review	• 代码复审	25	30
• Test	• 测试（自我测试，修改代码，提交修改）	60	90
Reporting	报告	90	105
• Test Repor	• 测试报告	50	60
• Size Measurement	• 计算工作量	20	20
• Postmortem & Process Improvement Plan	• 事后总结, 并提出过程改进计划	20	25
	合计	620	750

司维维

PSP2.1	Personal Software Process Stages	预估耗时（分钟）	实际耗时（分钟）
Planning	计划
• Estimate	• 估计这个任务需要多少时间	10min	10min
Development	开发
• Analysis	• 需求分析 (包括学习新技术)	180	180min
• Design Spec	• 生成设计文档	20min	20min
• Design Review	• 设计复审	10min	10min
• Coding Standard	• 代码规范 (为目前的开发制定合适的规范)	0min	0min
• Design	• 具体设计	30min	30min
• Coding	• 具体编码	480min	540min
• Code Review	• 代码复审	30min	30min
• Test	• 测试（自我测试，修改代码，提交修改）	30min	30min
Reporting	报告
• Test Repor	• 测试报告	0min	0min
• Size Measurement	• 计算工作量	10min	10min
• Postmortem & Process Improvement Plan	• 事后总结, 并提出过程改进计划	30min	30min
	合计	830min	890min

Part2——重新思考

思考问题

对于有位热情的同学提问：“我们boss机制简单，成长简单，什么都要简单，那还要怎么吸引玩家”，我们想补充以下几点：

简单是为了上手快，实际上机制简单不意味着攻略boss简单，我们会做到boss有挑战性
我们游戏和空洞骑士侧重点不一样，更侧重剧情，通过游戏情节的跌宕起伏，环环相扣的剧情让用户身临其境，体验游戏之美

具体行动

在人物形象设计这块我们投入了较大的精力，力求人物精美，与情节相辅相成，让玩家更好的融入这个游戏中
选题报告后，我们深感剧情对我们最后成果的效果至关重要。在没有好剧情的情况下，仅靠粗糙的美工和简单的2d动画难以吸引玩家，难以提交优秀的作业。为此，我们给两人分配剧情设计任务，让他们学习优秀的影视或游戏作品，为剧情的质量做出保障。此外，我们还要求剧本策划要与美工紧密交流，一旦有进展。就与美术沟通，要求美术设计。

posted @ 2021-04-26 14:03 饱满骑士开发组阅读(90) 评论(1) 编辑收藏举报

刷新页面返回顶部