第五次作业——结对
第五次作业--原型设计（结对）
结对人员：031502123 廖兴桔 and 031502124 林晗
1、N
客户分为两个主要群体：学生部门负责人与新生。
对于学生部门负责人客户群体，他们的需求为：希望纳新的流程简单；希望各个部门之间能有效率地沟通，使得活动时间的安排不互相冲突；希望对申请部门的学生有更好的了解。
对于新生客户群体，他们的需求为：希望在申请部门前能对相应部门有更好的了解；希望能避免因多个部门活动时间冲突导致自己被淘汰，浪费时间与精力。
2、A
在技术上，我们准备采用PHP语言进行网页的开发来完成这个项目。
这是我们预期设计的登录界面，用户是所有的福大学生，初始账户和密码都是学号。
在人脉上，我们的队伍中有曾经从事过学生部门工作（曾在数计学院体育部担任副部长）的人，在全校推广该网站时，我们与院级和校级各个学生部门的负责人沟通时将会方便不少，并且可以在数计学院的各学生部门中首先推广该网站。
3、B
我们的产品给客户带来最大的好处，就是让他们节省时间与精力。
对于全校各学生部门的负责人，目前他们所使用的联系报名新生的方式，基本是从学生投递的报名表格上获取学生的联系方式（手机号码或qq号码）后联系他们，面对大量的报名新生，挨个通知过于分散，费时费力。使用了我们的产品，只要在招新前令欲报名的新生登录此网站，并在网站上找到自己心仪的部门申请，负责人便可以一次性向所有报名者发布各类信息，省去了分批通知的烦恼。
各个学生部门在招新之前可能沟通不足，导致面试时间冲突，对想报名多个部门的新生造成困扰，使用了我们的网站，所有学生部门的负责人将共享一个页面，在该页面上他们能对不同部门的面试安排具体时间一目了然，并据此进行商量，调整各自的计划安排，减少部门在面试时间与地点上的冲突。
这是我们预期设计的部门申请界面，点击部门名字的按钮可以弹出关于本部门的详细介绍，电子版的介绍较之口头的概括更为详尽，能使报名者对部门有更具体的了解。同时我们也可以通过申请状态，来了解到我们的申请状态。
各个部门在招新时通过印制大量的申请表令申请新生填写，在收集完成这些申请表后继续进行审核，使用了我们的网站，各学生部门的负责人可以直接在网站上发布申请表令报名者填写，使用了电子版的申请表后，报名者可以有更多的时间斟酌考虑，申请表的回收过程也变得即时，同时使部门负责人的审核任务更为方便，还能省下一大笔打印申请表的费用，节约用纸还符合绿色环保的时代主题。
这是部门管理人员的部门管理界面
点击部门管理可以弹出下面这个界面，通过人员审核按钮可以对申请的人员进行初步审核，同时也可以在活动管理界面发布纳新的通知，或者是发布近期的活动。
对于报名参加部门的新生，使用我们的网站，能清楚地得知自己目前的部门生活状况，如：申报了多少个部门，各个部门的面试与活动时间，在各个部门常规部门活动中的请假情况，从而合理地安排自己的课余时间，最大程度地减少自己被部门淘汰的可能，避免时间与精力的浪费。
这是我们的部门活动界面，通过此界面，我们可以很快的看到所有部门的最近的活动的时间及地点，能够让部员更合理的安排时间。
4、C
我方的产品有以下优势：拥有经验丰富的代码人员，我们的产品可以比其他竞争产品提前进入市场；拥有数计学院学生部门的人脉关系，我们的产品能在数计学院的各个部门快速推广，数计学院是本校的一个大院，若我方的产品成功在数计学院推广，将会引起其他学院学生部门甚至校级学生部门的关注。
我方的产品有以下劣势：开发周期过短，在产品发布初期将面对较多的问题，在此阶段有用户流失的风险。除此之外，产品存在大量的竞争者。
5、D
对于两个不同的客户群体，我们分别有不同的推广方式，两种推广方式相辅相成。
首先对于第一类用户——各个学生部门负责人，先由数计学院的学生部门开始，向各个负责人展示我们产品的优越性，说服他们试用我们的产品。并借机向其他学院或校级部门的负责人推荐。
在部门纳新时，我们产品的第一批试用者可以在部门的宣传单上附上我们产品的下载方式，在扫楼以及其他宣传活动时令新生接触到我们的产品，由第一类用户带动第二类用户接触我们的产品。
对于第二类用户——对部门活动感兴趣的新生，我们可以与第一批接触我们产品的第一类用户在学校每年创建的新生群里做宣传工作，使有意在大学加入学生部门的新生对我们的产品有初步的认识。
而第一批接触我们产品的第二类用户，在使用我们的产品后，便会有意无意地向身边的同学推广之，我们便拥有了一定数量的用户。
除此之外，我们还可以向学院领导介绍我们的产品，他们将会是我们产品推广最大的动力。
若我们的产品在发布后积累下了一定数量的两类用户，便在初步搭建的阵地上站住了脚跟，有机会在今后的几年内在学院，学校甚至外校得到推广。
原型模型必须采用专用的原型模型设计工具实现：如Axure Rp、Balsamiq Mockup、Prototype Composer、GUI Design Studio、Adobe设计组件等等。在博文中说明你所采用的原型开发工具，以及为什么？
我们所采用的是Axure Rp这款原型开发工具，至于为什么，主要是因为这个是第一个搜的，看了一下软件不大，并且教程也不难，就选择了这个软件。
描述结对的过程，提供非摆拍的两人在讨论、细化和使用专用原型模型工具时的结对照片。
这次结对作业，廖兴桔主要负责的是模型的设计，林晗主要是负责nabcd的设计。在各自的设计过程中，我们都互相给予了对方一定的意见和帮助，对一些感觉没做好的地方也进行了进一步的讨论，最后得出的结果都是我们两个人合作讨论后得出的。
左 廖兴桔 右 林晗
### [博客PDF](https://files.cnblogs.com/files/sunhan161/A5.pdf)
遇到的困难及解决方法
遇到的最大的困难就是我们两个人从来都没有设计过任何一个产品，没有任何UI经验可言，所以原型模型的设计比较困难。
解决方法：学习任何东西，一开始都是从模仿开始的，所以我们找到了福大的另一个网站：福大易班。我们模仿这个网站完成了我们的原型模型设计。
关键代码or设计说明
要说明的东西都已经在NABCD中说明。
PSP
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | ||
| · Estimate | · 估计这个任务需要多少时间 | 10 | 5 |
| Development | 开发 | ||
| · Analysis | · 需求分析 (包括学习新技术) | 60 | 50 |
| · Design Spec | · 生成设计文档 | 60 | 90 |
| · Design Review | · 设计复审 (和同事审核设计文档) | 10 | 20 |
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| · Design | · 具体设计 | 0 | 0 |
| · Coding | · 具体编码 | 0 | 0 |
| · Code Review | · 代码复审 | 0 | 0 |
| · Test | · 测试（自我测试，修改代码，提交修改） | 0 | 0 |
| Reporting | 报告 | ||
| · Test Report | · 测试报告 | 60 | 90 |
| · Size Measurement | · 计算工作量 | 10 | 10 |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 10 | 10 |
| 合计 | 220 | 275 |
