1.成员 刘方宜 031502225 林盛031502223
2.原型模型设计工具 Axure Rp
原因：因为30天免费试用。
3.皂片
4.NABCD模型
Need:使用软件进行升学的学生加入部门情况下学生与部门的对接。
Approah:建立一个数据库并为学生与部门提供不同的终端界面进行管理、申请。
Benefit:改变原来一切使用人工纸面处理的现状使用软件进行处理提高信息的实时性。
Competitors:我们大致完成了很多功能，例如申请加入部门，退出部门，活动查询，活动管理（请假与参加），部门对成员信息的修改，社团对申请人的决定及面试（在活动添加里）及历史活动等。劣势界面比较粗糙。
Delivery:如果要推广的话，我认为发传单以及摆个小摊，或者自己去找潜在的用户问他们是否需要。
5.功能及截图
（1）首页：
首页
部门简介
部门活动通知
（2）学生界面：
个人信息
活动查询（参加与请假，及冲突）
退部申请
入部申请
（3）部门界面：
社团首页
社团成员（修改的按钮里有包括删除成员的操作）
入部申请人（对所申请的人决定入部同意和入部拒绝）
活动查看及添加（添加按钮，可选择活动类型，修改则是对活动详情的修改，完成活动后点完成按钮该活动会出现在历史活动里）
历史活动
6.两个人的分工
刘方宜：主要负责原型的设计完善，以及对博客的修改。
林盛：主要负责对原型的检查提出一些建议，让对方修改，以及博客的书写。
7.PSP
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30 | 10 |
| · Estimate | · 估计这个任务需要多少时间 | 120 | 60 |
| Development | 开发 | 120 | 60 |
| · Analysis | · 需求分析 (包括学习新技术) | 60 | 30 |
| · Design Spec | · 生成设计文档 | 5 | 5 |
| · Design Review | · 设计复审 (和同事审核设计文档) | 30 | 30 |
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 5 | 5 |
| · Design | · 具体设计 | 10 | 10 |
| · Coding | · 具体编码 | 0 | 0 |
| · Code Review | · 代码复审 | 0 | 0 |
| · Test | · 测试（自我测试，修改代码，提交修改） | 0 | 0 |
| Reporting | 报告 | 60 | 60 |
| · Test Report | · 测试报告 | 30 | 15 |
| · Size Measurement | · 计算工作量 | 5 | 5 |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 5 | 30 |
| 合计 | 480 | 320 |
8.学习进度条
| 第N周 | 新增代码（行） | 累计代码（行） | 本周学习耗时(小时) | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 1 | 120 | 120 | 24 | 24 | 学会很多小技巧，命令行传参，输出到文件之类 |
| 2-3 | 0 | 0 | 8 | 32 | 看了课本的第4，8章，学习了原型的设计方法 |