软件工程实践2017结对做业

1.结对成员

031502643 朱晓健
031502626 孙浩楷

2.需求分析

Need

每到开学的时候，各大部门就会挤满青春广场经过各类方式来招收新成员。新生顶着烈日填写完申请表交由部门筛选，部门筛选完再经过面试的方式剔除一批人，最后留下来的即是能正式加入部门的的人。这种工做方式不只不方便新生，对部门工做人员的耐力也是极大考验，并且因为各部门之间信息的不通畅，致使部门工做人员还要在后期对活动时间有冲突的成员进行剔除。这时候就很是须要一个APP来解决这些恼人的痛点。这个APP不该该只是为了解决招收新成员时遇到的难题，还应该考虑部门和成员之间后期进行相关信息通信的问题。

Approach

首先这个APP应该分红部门端和学生端，由于若是把2个端集成到一个应用中，因为部门端的功能和学生端的功能有较大的不一样，将会使整个APP显得很是臃肿。
部门端和学生端之间共享一个数据库，对于不一样的端进行一些权限的限制。部门端和学生端为Android或者IOS平台上的APP。

Benefit

经过使用这个APP：
部门人员受益以下：

• 不用再站在大太阳底下卖力地拉人了
• 电子版的申请表相比纸质版的申请表不只省去了打印费，更有利于环保
• 不用再手工对活动时间有冲突的学生进行筛选了
• 方便开除请假次数超过6次的学生
• 临时通知不用再群发短信了，APP上一键push到全部成员的终端。

学生受益以下：

• 一样不用在烈日下填写申请表了
• 申请请假在APP上就能够方便完成
• 接收部门通知更加方便

Competitors

一款APP要想在竞争中抢夺更多的用户，首先功能必定要强大完善，bug少，且界面美观。说实话，咱们的这个原型模型在交互界面上仍是很不错的，只是功能上仍是只能知足一些基本需求。

Delivery

宣传方面的话部门的领导人员是宣传的主要对象，由于若是部门领导人员以为不错的话，便会让部门人员使用，部门人员以为OK的话，便会在纳新时推荐新生使用这款APP进行相关操做。

3.原型系统

采用的原型模型设计工具：墨刀

学生端：

学生端的功能图以下：

学生端的原型模型UI以下

• 登陆界面, 注册界面
  
• 通知界面(主要是接收部门消息，包括临时活动通知)
  
• 活动表(主要用来查看各活动的时间，点击活动便可查看活动详情以及请假)
  
• 个人(包括“账户设置”“个人部门”“个人请假”“设置”菜单)
  
• 账户设置(能够修改用户名，密码，手机号，头像)
  
• 个人部门(包括“已加入部门”“待面试部门”“加入新部门”等功能菜单)
  
  
• 个人请假(选择一个部门便可查看历史请假日期以及累计请假次数)
  

• 设置
  

  部门端

  部门端功能图以下：
  
  部门端的原型模型UI以下
• 申请列表(主要接收来自学生的申请表)
  
• 个人部门
  
• 部门简介
  
• 成员列表(包括成员详情)
  
• 公告通知(用来设置部门信息，包括常规活动时间)
  

• 发布通知(主要用来发布临时通知)
  

  4.PSP表格

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

  5.结对过程，结对照片

• 主要是结对讨论一些相关的功能衔接以及原型系统的交互界面风格

• 附上照片
  

  6.心得总结

  朱晓健：

  刚看到此次做业的时候是比较茫然的，什么是原型模型？？？那些工具怎么用？？？在我一脸懵逼的时候，浩楷同窗主动找我结对。由于浩楷是作过前端的大神，因此当他找我结对的时候我内心那个乐的啊溢于言表。在浩楷的指导下，我懂得了原型模型就是设计出应用程序的“外壳”，还懂得了如何使用墨刀进行设计。
  咱们两个进行了任务的分工，浩楷作部门端，我作学生端。接下来我就开始思考学生端应该具有的功能，随后和浩楷同窗一块儿讨论了相关功能衔接以及整个图形界面的设计风格，最后便开始使用墨刀进行图形界面的设计。刚入门的我开始用这个工具的时候很不熟练，浪费了挺多时间的，后来慢慢地有了点感受，进度也随之加快了。
  总的来讲吧，此次结对做业对个人帮助仍是蛮大的。经过此次结对做业，我了解了设计原型系统的通常步骤以及相关工具的使用方法，学会了如何和他人沟通合做来共同完成这样一个做业，更为我未来的团队项目打下了良好的基础。

  孙浩楷：

  因为以前参加比赛的时候用过墨刀进行过原型设计，因此一开始看到做业的时候是窃喜的。但个人优点也仅仅是比部分人更早了解和接触过这个工具，减小了上手时间而已。 在此次做业过程当中我也吸收了教训得出如下几点经验： 一、在开始动工前必定要和队友对每一个端、界面、功能等进行详细的规划，理清之间的联系，否则会形成边作边改，作完重作的后果。 二、此次我和晓健同窗是分开作的，咱们相互模拟学生和部门管理员的身份并对对方提出需求，这让我体会到了团队协做的特点和奇妙之处。 三、一开始的时候觉得后期要实现设计的功能，因此在操做时畏手畏脚，可是这次做业我想老师的意图是让咱们尝试一下当PM（产品经理）的身份和感受，因此应该尽最大的能力去想象和拓展功能，至于可否实现 和实现程度则要再和开发部门沟通和完善。