结对信息
031502305 陈锦谋
031502403 曾俊
结对过程
确定原型设计工具
先上结果再说过程：我们用了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优化上线之后，可用怀柔政策让学院大家用上这款产品，实在不行强行试用一波，最后大家用习惯了就可向院外推广。辣鸡易班成长记
遇到的困难及解决方法
-
困难描述
首先是自己看到作业再想起来的时候已经晚了，一直以来的队友们已经在一起了。自己一个人是多么的寂寞，有种举目无情的感觉，加上不知道原型是什么，只知道上手就是代码，手足无措。
-
做过哪些尝试
在群里喊了大家一声，居然还有这么多人跟我一样！一下子就有队友了，还是挺开心的。然后我们在线上又是寻找原型设计软件，在宿舍也讨论各种各种尝试，选出了一款属于菜鸡的设计工具来做。
-
是否解决
算解决了吧。
-
有何收获
如何一起做原型
原型图片
首页
部门信息
部长
副部
部员
候补成员
申请纳新
申请活动
学生部门列表
所有部门
学生信息
点开部门
面试通知
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 周 | 192 | 192 | 31 | 31 | 复习C++语法、学习VS2017操作、了解回溯 |
| 第 1 周 | 0 | 192 | 7 | 38 | 原型设计、合作探讨、学习需求分析 |
附件PDF