原型设计（结对第一次）

作业门

原型链接

成员：031502632 伍晨薇 031502543 周龙荣

工具：Axure 8.0

一、Need(需求分析)

客户的主要需求为通过一个原型系统，让部门和部员的选择能够信息化，解决因人工筛选导致的部员部门时间、兴趣等方面的不匹配，并使学生能更加了解部门、部门也能更加了解学生的情况，同时减少纳新的繁琐程序。
需求的对象分别为学生和部门。

学生

基本：

• 需要能通过系统了解到各个部门的特色、制度、纳新要求；
• 需要能通过系统提交报名表单，并尽可能的展现个人的信息、风采；
• 面试成功五个部门以后，需再反退出部门，直到部门<=5

完善：

• 能通过系统及时了解面试进程，接收面试通知等
• 能获取相关部门成员的联系方式，以便进一步了解部门

部门

基本：

• 能通过系统展现部门信息，提醒学生各部门间常规活动时间
• 能了解学生的信息，每次面试的人数（包括成功、淘汰人数）

完善:

• 能及时通知学生面试结果
• 或在将来能通过系统发送通知

二、Approach(设计思路，修改过程)

当初讨论时，见作业要求上说如果客户通过这次设计，该方案将作为第三次结对项目。所以我们一致认为设计Web版更好实现些。（其实龙荣觉得没差）（噫！哪来的蜜汁自信一定会通过！大概因为我们是正能量Team吧Ｈｈｈｈｈ）

其实最初的设计和成品差很多的，当时的设计是最左有一个导航栏，类似于福大易班的界面，但是真正实现起来，发现界面太空洞了。现在回想起来好像也没什么差别……只是差了一个logo图片。
万事开头难，好的基调对于网页来说很重要，队员们开始查找各类网站，看看有没有可学习的地方……于是找到了我们本学院的官网，发现官网的排版一脸正气，很值得学习！所以你会发现我们的模型制作和官网风格很相似，一看就是数计的学生做的…

具体的板块设计原则是怎么方便怎么来，以满足需求为首要目标。但，时间长了发现，我们的设计太简单了。对于网页来说空洞导致丑陋，于是我们又很认真地添加了一些界面。
p1:

p2:

p3:

p4:

p5:

最后的最后就是你能看到的那个样子啦，详情点击链接～
emmmmmm，这次原型系统是两个队员没吃饱时讨论的产物，因而存在不合理之处，请见谅

三、Benefit(产品亮点）

产品的最大亮点就是界面简洁明了，操作方便简单，信息得到了有效整合，学生和部门之间的双向选择，也大大提高了效率，节约了时间。网站区分学生和部门使用了网站用户登录模式，在学生端可见部门介绍并提前得知部门活动时间，学生通过填写申请表报名感兴趣部门，报名表会上传系统后台数据库，在我的申请模块学生可以查看申请进度。而登录部门端，可以查看已提交的学生报名表及时地进行初步审核，进一步筛选的报名对象。

四、Competitors&Delivery(竞争与推广)

相比于手机端，我们的网站易于维护，如果进行后台升级，手机端用户需要重新下载安装，而网站会自动刷新，避免了下载带来的不方便。
作为部门纳新系统，如果只需要在每年纳新时使用到，当错过纳新时间，这个应用就将空置。只是为了实现纳新功能，网页会更加便利、节约资源。
如果你不仅想实现纳新功能！那我们也可以新添板块！

五、Division of labor（分工）

合作讨论并分析用户需求，及界面的大致设计和操作流程。
ＶＶ主要负责首页和双向申请情况、成员资料的页面设计，ＬＬ主要负责登陆界面、交互、部门展示、申请表单的页面设计，其余共同完成。
之后不断进行拼装统一页面，优化界面，直至完成产品。

六、心得体会

ＬＬ：两个人的合作相对于一个人来说，有很明显的优势:首先减轻了任务难度，也缩短任务时长，其次在合作的过程中通过讨论可以发现更多问题，做出更全面的分析有利于互相学习和促进。增强和队友的交流，锻炼沟通交际的能力，如果缺乏沟通，在结对过程中就免不了要面对的意见不统一发生意见分歧的问题。刚开始两个人对于要着手的项目都还比较生疏，所以着手初期效率相对较低，熟悉之后会好很多。总之。结对的过程中还是收获了很多，也知道了自己的缺陷所在，所以还需要学习许多东西，这样我们之后的合作才能更加的顺畅。
ＶＶ：一定要提前定制好具体的安排，对细化具体化要求！对于团队合作设计来说，不同设计风格约等于只完成了一半，有时甚至要重新制作。这样效率太低了。这是第一次用原型模型设计软件制作原型模型，感觉很神奇。制作出成品后，有一丢丢开心，虽然还是很丑陋，一些功能没实现…再继续加油吧~提高思想的深度，争取做的更丰富合理些。

忘记拍照的我们

七、PSP

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