一、结对信息

成员列表:陈晓荔: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.原型截图:

网站首页:展现竞赛章程、最新动态等

 结队作业_ 随笔 第1张

 

登录:

 结队作业_ 随笔 第2张

 

注册:

 结队作业_ 随笔 第3张

 

 

最新动态:展现最新的信息资讯

 结队作业_ 随笔 第4张

 

 

竞赛报名/队伍选择:

若未登录,无法进入页面。

结队作业_ 随笔 第5张

 

 

 

若为学生端登录,则显示进入竞赛报名页面。在选择老师时,会有该名老师的队伍已选信息

 结队作业_ 随笔 第6张

 

 

若为教师端登录,则显示进入队伍选择页面。

教师选择队伍分为三个阶段,先以第一志愿阶段完成后,再统一进行第二志愿阶段选择,再进行第三志愿阶段选择

 结队作业_ 随笔 第7张

 

 

师资信息:列出我校数学建模的师资队伍,学生可进入查看教师的具体信息

 结队作业_ 随笔 第8张

 

 

信息查询:

若未登录,无法进入页面。

 结队作业_ 随笔 第9张

 

 

若为学生端登录,则显示进入学生版页面。可显示自己历次报名信息

 结队作业_ 随笔 第10张

 

 

若为教师端登录,则显示进入教师版页面。可显示历次的带队信息

 结队作业_ 随笔 第11张

 

 

联系我们:

 结队作业_ 随笔 第12张

 

 

四、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做出来,才可以进一步完善项目的功能,使项目价值达到最高。

 

邓铭珍:

   对项目的设计过程有了更好的了解,项目需求分析作为一个项目设计的开端,认识到了它的重要性,有需求才能更好地确定方向。其次,在与队友合作的过程中,要做到相互理解,要耐心对待,相互的合作可以听到不一样的意见,取长补短,共同促进,提高思想觉悟,发展创新能力。

扫码关注我们
微信号:SRE实战
拒绝背锅 运筹帷幄