结队作业_
一、结对信息
成员列表:陈晓荔:033 邓铭珍:017
项目名称:数学建模报名系统
SRE实战 互联网时代守护先锋,助力企业售后服务体系运筹帷幄!一键直达领取阿里云限量特价优惠。项目描述:用于正式报名前,学生与老师之间的指导关系选择和协调
二、需求分析(NABCD模型)
1、N(Need,需求)
(1)参赛者要报名审核才可参赛。
(2)参赛者可选择自己意向的指导老师,指导老师可选择一定数量的参赛团队。
(3)如发现提交参赛信息有误,可以联系我们进行信息修改。
(4)比赛动态信息,及时了解到比赛的相关情况。
(5)若参赛者还没找到队友,可以为其分配较合适的队友组成队伍。
(6)需要用到MySQL,Java,JavaWed等工具。
2、A(Approach,做法)
(1)要真实信息进行注册和填写信息。
(2)提供师资信息供参赛人员阅读,参赛团队信息供意向指导老师浏览,以求更合适。提供三志愿选择,选取三位意向指导老师,也可不选。之后指导老师选择,剩下系统进行分配。
(3)链接比赛相关情况的动态信息放到首页。
(4)根据未结队的报名人员的学院、专业等情况合理分配。
3、B(Benefit,好处)
更完善的报名系统
4、C(Competitors,竞争)
(1)创新性,合理分配参赛队伍。
(2)可让更多人参与其中,不为找队友而烦恼。
5、D(Delivery,推广)
(1)需要更有效率的建模报名系统。
(2)线上线下推广。
三、原型设计
使用工具:墨刀
1.设 计 流 程:
阶段一: 大概拟草图,然后两人商量各模块功能。
阶段二: 分工做各模块的雏形,边做边商量,即时同步信息。
阶段三: 主体都搞定了,分工简单细化下显示效果。
2.原 型 体 验:
备 注:部分内容在 web 上有显示 bug,本地 app 没遇到问题,见下方截图。
链 接:数学建模报名系统
https://org.modao.cc/app/7b2a45dfad427e483f52617304a403f5c21c8a72
3.原 型 说 明:
备 注:以下原型为 PC端 浏览器分辨率版本,PE端 浏览器需要做出一定的适应PE端分辨率的调整;
背 景:分析中用户较常在手机上浏览,使用最多的比较可能是【版聊】、【收藏】 和 【通知】 功能;
风 格:仿微信PC端风格,设计中着重的设计成能够不做多大调整显示在 PE端,使得在 PE、PC 切换时能较快适应。
4.原型截图:
网站首页:展现竞赛章程、最新动态等
登录:
注册:
最新动态:展现最新的信息资讯
竞赛报名/队伍选择:
若未登录,无法进入页面。
若为学生端登录,则显示进入竞赛报名页面。在选择老师时,会有该名老师的队伍已选信息
若为教师端登录,则显示进入队伍选择页面。
教师选择队伍分为三个阶段,先以第一志愿阶段完成后,再统一进行第二志愿阶段选择,再进行第三志愿阶段选择
师资信息:列出我校数学建模的师资队伍,学生可进入查看教师的具体信息
信息查询:
若未登录,无法进入页面。
若为学生端登录,则显示进入学生版页面。可显示自己历次报名信息
若为教师端登录,则显示进入教师版页面。可显示历次的带队信息
联系我们:
四、PSP表格
PSP2.1 |
Personal Software Process Stages |
预估耗时(分钟) |
实际耗时(分钟) |
Planning |
计划 |
700 |
800 |
· Estimate |
· 估计这个任务需要多少时间 |
500 |
1000 |
Development |
开发 |
16000 |
17000 |
· Analysis |
· 需求分析 (包括学习新技术) |
300 |
400 |
· Design Spec |
· 生成设计文档 |
500 |
600 |
· Design Review |
· 设计复审 (和同事审核设计文档) |
200 |
200 |
· Coding Standard |
· 代码规范 (为目前的开发制定合适的规范) |
100 |
100 |
· Design |
· 具体设计 |
600 |
400 |
· Coding |
· 具体编码 |
10000 |
17000 |
· Code Review |
· 代码复审 |
600 |
500 |
· Test |
· 测试(自我测试,修改代码,提交修改) |
1000 |
1000 |
Reporting |
报告 |
1200 |
1300 |
· Test Report |
· 测试报告 |
600 |
700 |
· Size Measurement |
· 计算工作量 |
50 |
50 |
· Postmortem & Process Improvement Plan |
· 事后总结, 并提出过程改进计划 |
400 |
500 |
合计 |
|
27050 |
30000 |
五、结对过程
- 各自把自己的想法打好概要文稿,以保证交流的效率。
- 进行交流,就部分需求、做法的不同的看法进行交流。
- 结对制作原型,实时交流。
- 拟定最终需求分析文稿。
六、心 得 总 结
陈晓荔:
- 结 对 心 得:
结对讨论,能使大家的思维更加扩宽。无论是需求分析还是原型设计,都能起到很大的完善作用。能够通过进行讨论给彼此带来一些不一样的见解,同一个问题会有不同的考虑角度和方式,相互协作更加能分析出实际的需求,避免个人独断的看法。
2.项 目 总 结
不仅学习了 NACBD 模型的分析,而且通过与小伙伴的合作,深刻明白了需求分析的重要性和提前做出可演示的demo的重要性,客只有把demo做出来,才可以进一步完善项目的功能,使项目价值达到最高。
邓铭珍:
对项目的设计过程有了更好的了解,项目需求分析作为一个项目设计的开端,认识到了它的重要性,有需求才能更好地确定方向。其次,在与队友合作的过程中,要做到相互理解,要耐心对待,相互的合作可以听到不一样的意见,取长补短,共同促进,提高思想觉悟,发展创新能力。
