结对作业
结对信息
031502305 陈锦谋
031502403 曾俊
结对过程
结对过程自然就是在QQ群里啊，微信群里啊喊了一波
确定原型设计工具
我们用了mockplus。
首先我们先下载了老师给的例子中的第一个“Axure Rp”，下载来觉得RP好专业的样子我们菜鸡不会用啊！没剩多少时间了我们学习能力再强也没法马上运用啊！在逛宿舍的时候我们发现了“墨刀”这款软件，但是看他的介绍页都是手机APP样式，私觉得题目要求的这款软件还是比较适合在PC上运行，手机端打开使用要输入管理各种东西需要更好的设计，系统就用web教务处式网站吧！反正数据库实践也写过网页会比较轻松。
在搜索“墨刀”的时候常常会伴随着“RP”和“mockplus”的比较，发现mockplus是有网页选项的，然后我们就开始试试mockplus。还是不错的，官网上的演示视频什么的看了也是简单，就用这个做下去吧！（界面没墨刀好看）
NABCD框架
N（Need，需求）
其实，部门在纳新的时候的普遍做法是对逐个新生宿舍扫楼，向其描述本部门的工作内容、部门优势、部门文化。而新生对学长学姐所说的这些并不能完全理解，仅仅凭借十几分钟甚至几分钟的描述并不能对部门有一个清晰的认识，认知的错误容易让新生在后期退部，继而造成部门混乱。
对部门来收就更是不了解新生了，采用的往往是广撒网，再筛选的策略，这就有点浪费了初期的宣传所消耗的人力物力。院与校部门之间也没有一个统一的平台进行纳新，根据今年的经验是在平台上打造部门门面，再强制新生关注平台，从而让部门纳新进行顺利。
部门想要推销出自己并省时省力，学生想要认清楚部门并让部门接纳自己。
于是我们要做出一个系统，让部门选择的过程能够信息化起来，让学生和部门之间可以双向选择。
A（Approach，做法）
有过数据库实践做网页以及做桌面软件的经历，我们决定在此基础上进行网页改良即可，耗费的时间可以缩减，网页也省去了用户下载的麻烦。如果能集成在必用的教务处里就更好了
B（Benefit，好处）
对于部门而说，省去了大量的人力物力，不必再爬N个6楼扫楼，网页也能直观描述部门的工作，及时通知大家部门活动，方便部门的人员管理，增加淘汰机制，减少使用短信通知的方式。省钱省时
对于学生来说，有了更清晰的认识，对部门不用保持神秘的情感，在明确的淘汰机制面前提高工作效率。
C（Competitors，竞争）
-
优势：
- 除了软工实践各位，校内并没有这种系统，我们有先发优势（First Mover Advantage，FMA）
- 今年计四血洗数计学生会，上线不愁没有市场。
-
劣势：
- 组队两人是初次见面，还需磨合。
- 竞争对手过多，菜鸡互啄也有胜负，何况一群大神我们生存条件跟更差。
D（Delivery，推广）
同优势，系统debug优化上线之后，可用怀柔政策让学院大家用上这款产品，实在不行强行试用一波，最后大家用习惯了就可向院外推广。市场好像还是蛮大的。
遇到的困难及解决方法
-
困难描述
首先是自己看到作业再想起来的时候已经晚了，而且一直只注意到有团队作业，完全忽视了结对作业。
于是，微信群里喊了一波，没人答。。。。
看到qq群大腿在找结对，果断啊
于是结对成功。。。
做的时候，一开始还是不懂各个组件怎么弄，弄了个贼丑的页面
后来和大腿的一比较，发现他的还是美得呀，果断相同风格，毕竟同一个软件不能出现风格迥异的玩意吧。
如何一起做原型
原型图片
首页
部门信息
部长
副部
部员
候补成员
申请纳新
申请活动
学生部门列表
所有部门
学生信息
点开部门
面试通知
PSP
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 10 | 5 |
| · Estimate | · 估计这个任务需要多少时间 | 10 | 5 |
| Development | 开发 | 250 | 330 |
| · Analysis | · 需求分析 (包括学习新技术) | 60 | 60 |
| · Design Spec | · 生成设计文档 | 30 | 10 |
| · Design Review | · 设计复审 (和同事审核设计文档) | 10 | 10 |
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| · Design | · 具体设计 | 120 | 240 |
| · Coding | · 具体编码 | 0 | 0 |
| · Code Review | · 代码复审 | 0 | 0 |
| · Test | · 测试（自我测试，修改代码，提交修改） | 10 | 20 |
| Reporting | 报告 | 75 | 90 |
| · Test Report | · 测试报告 | 30 | 20 |
| · Size Measurement | · 计算工作量 | 15 | 10 |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 30 | 60 |
| 合计 | 335 | 555 |
学习进度条
| 第 N 周 | 新增代码（行） | 累计代码（行） | 学习耗时(小时) | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 第 0 周 | 152 | 152 | 35 | 35 | 复习C、C++语法、学习VS2017操作、了解回溯 |
| 第 1 周 | 0 | 152 | 7 | 38 | 原型设计、合作探讨、学习需求分析 |
