列城托3128 林家彦3119
一、需求分析（NABCD模型）
1、N（Need，需求）
图书馆自习室的座位跟不上学生对座位的需求，每当临近考试之际，图书馆“占位”现象更是严重。学生为了寻求空位，更是不惜对图书馆各自习室进行轮番寻找，既浪费学生时间又影响他人学习。学生与学生、学生与图书馆管理人员也经常产生矛盾，极不利于图书馆管理。因此，为提高图书馆座位利用率，急需一种能够实时检测座位使用情况并反馈给学生的系统。
2、A（Approach，做法）
导师选择系统大致的运行流程如下：
1.学生和导师在第一次登录系统时便要完善个人信息，进行实名认证。
2.图书馆使用二维码管理座位，学生通过系统APP查看信息、预约座位及时间，学生到达预约座位后扫码开始计时。
3、B（Benefit，好处）
·图书馆座位利用率提高
·图书馆管理简便
·学生可以在用户终端实时了解座位情况，避免无位可坐的情况
·学生提前预约座位，不用浪费时间找座位
4、C（Competitors，竞争）
劣势：某些同学不通过系统APP直接到图书馆占座，出现座位重叠情况
优势：对本校学生而言，使用方便，对图书馆而言，管理方便
5、D（Delivery，推广）
可以同校方联系合作，通过校报、校青协等宣传；也可以通过运行微信公众号，进行线上传播。
二、原型设计
原型设计工具：墨刀
登录界面（使用获取验证码登录）
使用密码登录
占座界面
三、PSP
|
PSP2.1 |
Personal Software Process Stages |
预估耗时（分钟） |
实际耗时（分钟） |
|
Planning |
计划 |
30 |
20 |
|
· Estimate |
· 估计这个任务需要多少时间 |
30 |
20 |
|
Development |
开发 |
400 |
400 |
|
· Analysis |
· 需求分析 (包括学习新技术) |
120 |
120 |
|
· Design Spec |
· 生成设计文档 |
40 |
40 |
|
· Design Review |
· 设计复审 (和同事审核设计文档) |
10 |
10 |
|
· Coding Standard |
· 代码规范 (为目前的开发制定合适的规范) |
--- |
--- |
|
· Design |
· 具体设计 |
160 |
160 |
|
· Coding |
· 具体编码 |
--- |
--- |
|
· Code Review |
· 代码复审 |
--- |
--- |
|
· Test |
· 测试（自我测试，修改代码，提交修改） |
70 |
70 |
|
Reporting |
报告 |
120 |
120 |
|
· Test Report |
· 测试报告 |
70 |
70 |
|
· Size Measurement |
· 计算工作量 |
30 |
30 |
|
· Postmortem & Process Improvement Plan |
· 事后总结, 并提出过程改进计划 |
20 |
20 |
|
All |
合计 |
550 |
550 |
四、总结
心得体会
林家彦：第一次完成结队作业，让我了解到结队时交流的重要性；同时也第一次接触到了原型设计，使用到了墨刀这一工具，过程还是挺快乐的。
列城托：第一次完成结队作业让我感受最大的是，结队交流的时候头脑风暴可以使你对项目的理解加深，使用墨刀设计时，我了解了大量的原型，参考了很多原型后，我们选取了电影院占座的原型进行修改，这个过程中受益匪浅。
项目总结
图书馆占座问题是存在普遍大学的问题，我们身边有多同学对于传统的占座方式十分不满，为此我们以这个为需求分析设计了图书馆管理系统，这个系统以方便，易普及为特点。