1）结对人员：3026
2）需求分析用户朱先生对于图书馆的书籍借用情况的查看感到不够方便，希望有一个app能直观的查看书籍借用情况。方便自己借阅
1>N(Need 需求)
1，能够通过书籍基本信息（包括：书号、书名、出版社、出版日期、作者、内容摘要）单个或以AND方式组合多个条件查询书籍信息；
2，对于每一种书籍，除可查看其基本信息之外还可查看其总数以及目前在馆数量
3，能够通过读者基本信息（包括：证号、姓名、性别、系名、年级）单个或以AND方式组合多个条件查询读者信息
4，对于每位读者除可查看其基本信息之外，还可查看其已借的书籍列表、数量、借还日期
2>A(Approach 做法)
在墨刀上做好图书馆的app界面，并与图书馆在线信息完成对接。
3>B(Benefit 好处)
借阅的读者可以在app里面直观的查询到自己所需的书籍。更快，更简洁的完成图书借阅。可以便捷的得知自己所需要的书籍在图书馆中的
存量。节约了使用的时间。
4>C(Competitors 竞争)
该软件是用于校内图书馆的效率改进，并不会有着太大的竞争。因此可以简化界面设计，来加快界面的加载速度。
5>D(Deliver 推广)
先会在班级内测试使用，验证数据库的稳定性。之后在校内公众号上推广。获得反馈以修改出现的问题
3）原型设计
原型开发工具：墨刀
4）psp表格
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
| Planning | 计划 | 5 | 5 |
| · Estimate | · 估计这个任务需要多少时间 | 120 | 135 |
| Development | 开发 | 30 | 30 |
| · Analysis | · 需求分析 (包括学习新技术) | 25 | 20 |
| · Design Spec | · 生成设计文档 | 20 | 20 |
| · Design Review | · 设计复审 (和同事审核设计文档) | 20 | 15 |
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 15 | 15 |
| · Design | · 具体设计 | 40 | 50 |
| · Coding | · 具体编码 | 30 | 30 |
| · Code Review | · 代码复审 | 20 | 20 |
| · Test | · 测试（自我测试，修改代码，提交修改） | 20 | 15 |
| Reporting | 报告 | 30 | 25 |
| · Test Report | · 测试报告 | 15 | 10 |
| · Size Measurement | · 计算工作量 | 10 | 10 |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 15 | 15 |
| 合计 | 415 | 425 |
5）心得体会
人们为了解决现实社会和生活中的各种问题，要求助于软件。需求五花八门，为了满足用户的需求，需要科学的分析他们的问题要点。例如使用nabcd模型来分析用户需求。
先做好需求分析之后列出问题，逐步开始解决问题。这样做出来的软件才会让客户满意。
6）读书笔记
获取用户需求——用户调查
软件开发的过程，就是“用户最需要的东西”在下面这一链条中传送、转换、实现、扭曲或丢失的过程。
用户最需要的>
用户表达出来的>
软件团队能理解的 + 团队的商业目标>
软件团队成员具体表达出来的（PM写Spec）>
在各种约束条件下，具体执行表达出来的（Dev写代码）>
验证通过的（Test）>
通过各种渠道告诉目标用户（发布/推广）
结果用户终于能用上了，但是他们不满意，所以要抓住用户需求才能做出用户需要的软件