第一次结对作业

Posted 2020-10-07

第一次结对作业

　　我和他结识于网络，没有过多的交流，伴随着一句“你有队友吗？”的问话和“没有”，的回答，我们便决定了这学期痛苦的软工实践之旅我们一起走，不要认为很随便，看似很随随便的背后，隐藏了种种原因，我们是经过深思熟··········算了，编不下去了，其实还真挺随便得。

　　随后互相爆出了对方的姓名和学号:张富华-031502341和张岳-，一看我们同性瞬间亲切了好多，仿佛已经认识好久了一样，马上便开始了实践之旅。

可以看出来，本次作业描述的就是我们学校里学生社团的现状：纳新时全程手动不说，社团之间在活动上没有交流，完全不考虑社员会不会因为其他事而耽搁，这完全和我们当初“广撒网”的理念背离，虽然我一条鱼没捞到····但这不是重点，重点是在这个高速自动智能化的时代，效率变得尤为重要，为解决现存的问题以及满足客户的需求，我们连夜设计了这个系统，哦不···是连好几个夜。

学生客户需求：

　　需求一:

　　学生应简要了解部门的基本信息、部门本次纳新人数以及部门面试的准确时间以及部门常规的活动时间。

　　设计系统界面截图：

 

 

　　该页面包含了部门的纳新人数，纳新的时间，同时也包含了部门常规的活动时间。为了让学生能更加深入的了解下部门的基本信息，我们不仅在系统首页放置了学校所有的部门的简介，同时在这个页面里点击部门名称也会跳转到各个部门的主页。

同时为了避免客户因为部门面试时间冲突而被淘汰的情况，系统规定各部门面试时间不能相同

　　客户需求二：

　　每个学生最多加入5个部门，同时要考虑到部门活动时间的冲突。

 

 

　　本次设计中在学生客户投递简历时，系统会自动检测客户所选的部门之间常规活动时间是否冲突，并以实时界面通知的形式告诉客户：

　　　　　　　　时间冲突的部门：**部门、xx部门

　　　　　　　　　　与**部门时间不冲突的部门：·······

　　　　　　　　　　与xx部门不冲突的部门：········

　　客户需求三：

能了解客户自己目前已缺勤次数，以避免被淘汰。

 

 

部门客户需求：

　　客户需求一：

　　需要实时了解投递简历的学生的基本信息以及简历的状态。

 

 

　　客户需求二：

　　能准确了解部门成员的基本信息、活动的基本信息查看与发布以及活动时的考勤状态。

（部门活动页面）

 

 

 

（部门成员考勤页面）

 

 

缺勤次数达到6次已上时，以实时界面通知的形式通知部门社长，并由社长决定是否删除该成员。

总需求：

　　需求一：

　　为满足社团和学生对系统不同的管理需求，我们设计了不同的注册（登陆）方式。

学生：

 

 

部门：

 

 

 

 

登陆界面：

 

 

忘记密码：

 

 

张富华（031502341）感言：

　　对于第一次组队完成作业的我来说，怎么样和队友交流思想其实挺困难，因为有些东西不知道怎么去说，去表达。就像这次的系统，刚开始他写的时候我就看了，只不过总感觉缺了点什么就是说不出来，直到写这篇博客的时候，刚开始没有思路，不知道怎么去写，当第二动笔之后，慢慢地我把自己当成了客户，在写“学生客户需求”和 “部门客户需求”的时候，一直在问自己：

　　　　如果我是客户，我会想要什么功能？

　　　　当我回到开发人员的位置时，我又会想：

　　　　我该怎么实现客户想要的功能，同时让客户感觉到方便，舒适，能让他们由衷的选择我们。

　　后来，在两种角色的不断转换中我不知不觉地完成了博客，还不等客户反馈，在写博客的过程中我就逐渐发现这个系统的不足之处。

同时，我也感觉到了写“做后感”的重要性，只不过，我觉得“做后感”应该提前写，也就是“做前感”，因为有时候客户也不知道自己想要什么或者粗略地知道自己想要什么，有或者像这次一样没有客户，这个时候我们就需要写出一个思路，并且在这写的过程中增加一些想到的可以使客户更加方便、舒适的想法。如果是在编程的时候想，我们就会在脑子里同时关注思想和工具而分散注意力，这可能也是为什么结对工作的原因吧。

　　感谢队友张岳的付出，我们下次一定会更好。

　　谢谢老师！