结队项目-第一次作业

一、团队设计

姓名	学号
赖晓连	031502118
林巧娜	031502125

原型工具：墨刀

原型链接：https://modao.cc/app/h9IpOeHaoFjTxSStDXFZraUDdBkOsdu

APP名称：约部

二、Need

---

部门需求:

• 在开学初，每个部门都进行了相应的部门纳新活动，但是传统的纳新会造成很多不必要的麻烦，比如纸质材料过多，很多学生会选择忽视，形成大量的浪费。收集材料的时候，也会产生一些疏漏，人力消耗也较大。现阶段还存在着一个很棘手的问题，如果有新生加入了不同部门，但是在部门活动的时间上发生了冲突，这个时候部员只能选择退出某些部门，这对部门的人才流失以及人员数量控制方面就造成了一定的影响。部门对部员的作息时间不了解，往后如果有一些活动，可能就会造成人手不够的情况，就对活动的开展产生一些问题。

---

学生需求:

• 上大学了，也想加入一些部门来锻炼自己的能力，但是各种各样的部门令我眼花缭乱，收到五花八门的传单有的时候也没有时间看，就随手丢掉了，都不怎么了解各个组织的情况。后面青春广场也有纳新，本来也想去了解一下，但是人实在太多，天气也十分炎热，也就不了了之了。
  
• 加入一些部门之后，才发现有的时候部门的活动时间和我的课程，事情什么的产生了很大的冲突，这个时候我就不得不选择退出，有些对不起学长学姐们的认可，很不好意思。

---

三、Approach

• 针对用户需求，我们总结了一下情况，主要就是：
  1、组织众多，很难一个个去了解，部门这边造成了很多财力人力的损失，新生也难充分了解哪个部门适合自己。
  2、部门的活动时间和个人时间冲突在后期才开始体现，产生人员的流失。
• 所以我们根据这两个问题进行规划，首先产品要加入每个部门的简介，这样就可以让新生足不出户就能了解每个部门的相关信息，并可以随时随地了解各部门的动态。在部门的简介中也加入了部门的常规活动时间，方便新生们进行相关的选择，并限制了新生加入部门的数量。若新生加入不同的部门有时间冲突，系统会直接进行提醒。每个部门通过线上审核报名表，若通过，直接发送面试通知。

四、Benifit

• 学生们可以了解更多的部门，不用去看五花八门的宣传单，而且使用手机App进行查看，不会产生厌烦。
• 部门通过线上审核的方式，节省了很多开支，也方便了部门工作人员进行统计活动，通过平台展示自己的优点，省时省力。

五、Competitors

• 我们的产品不仅可以实现用户需求，还增添了消息通知（部门的消息以及动态）以及讨论专区（每个使用者都可以通过该板块进行发表自己的看法），使软件的功能更加丰富。并有设立了广告栏，可以帮助部门达到宣传效果。并有对部员的出勤情况进行统计，方便考评。

六、Delivery

• 在暑期的时候，向各个部门进行宣传，讲述自己软件的优点，吸引他们的加入使用，并告知我们有广告栏模块，可以不定期帮助宣传。然后在各个新生群里面上传软件的安装包，鼓励大家下载使用，可以在还没来学校之前就了解相关部门，有更长的考虑时间。
  

七、原型部分展示

1、登录界面，切换可进行学生和部门的身份登录

2、部门登录界面

点击三栏进行切换
3、部门管理
对部员的出勤情况进行统计，方便考评，若请假六次管理员有权进行人员淘汰

4、部员登陆界面


5、点击部门进行查看报名


点击报名表，成功界面

失败界面

以上截图只是部分功能，若要查看全部，请点击上方原型链接进行查看。

八、PSP

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

九、我们

附件链接