结对项目之需求分析与原型设计
结对项目之需求分析与原型设计
结队者：3010 艾晓晗 & 3006 梁旖
在《构建之法（邹欣版）》中，在竞争性需求分析的框架板块介绍了NABCD模型
- N需求（need），解决用户的需求；
- A,做法（approach），解决需求的手段；
- B,好处（benefit），产品会给客户/用户带来什么好处；
- C,竞争（competitors）,市场竞争，看清优劣事态；
- D,推广(delivery)，如何把产品交到用户手中
结对设计过程
按照本次作业的要求，我们两人来自不同的课设小组。开始我们对自己的项目是比较模糊的，需求和功能都很模糊。在询问和调查了一下其他同学的需求之后，我们开始讨论和确定我们的项目，讨论过程中，各有想法，但最终完成了作业。
我在此先用NABCD模型简要分析一下我们两人的设计过程：
N：在日常生活中，我们很少有同学有做时间计划，经常会忘记一些待办的事务。对于大学生来说，各大组织社团还有班级经常有重要会议或者其他通知。当待办事情还有几天甚至更久的时候，我们总会轻易地将其丢在一边，直到事件（会议或者其他活动截止时间）发生时就会忘记，所以我们经常会使用一些备忘录来提醒我们。 但是有一个问题，我们有时候会忘了做备注，比如说上着课看到有有紧急会议要开，想着下课再备注，接着还是忘记了。因此我们需要一个更为智能的备忘录来管理我们的时间和提醒我们待办事件的时间地点。
A：明白客户需求之后，我和我的队友便开始了分析和讨论如何解决问题、满足需求的方法：
1. 首先在web端和app之间，我们选择了后者；因为我们更多的时候是在移动端接收到提醒，我们很少会主动登陆网页页面查看。断网情况下网页也无法及时推送提醒。
2. 接着我们参考了一些我们自己手机本身已有的备忘录（针对界面设计）以及目前应用市场上已有的一些备忘录app（针对功能和用户反馈），我们简略地模拟出一些界面和功能。比如登陆、手动添加备忘录、系统主动识别信息的时间地点事件等主要信息并自动设置提醒等过程。
3. 完善和设计我们的亮点功能，明确各功能优缺点，完善我们的项目
4. 对模型做修改，不断完善。
原型图
此处我们采用的做法有以下的亮点：
- 设计亮点1：信息筛选和自动设置提醒功能。针对事件突然到来或者紧急的情况，我们可能在忙其他事情，没有来得及手动输入提醒，这时候只要把事件通知复制黏贴到备忘录app里，它会自动识别出时间、地点和主要事件等关键字，并且自动设置提醒。
- 设计亮点2：交互功能。 我们的备忘录增加了好友分享交流功能。备忘录可以仅自己可见也可以设置其他人可见，也可以当作一个交流的平台在上面类似朋友圈一样的点赞和评论功能。
- 设计亮点 3：界面友好，可以选择多种界面主题。 一个好的主题可以使用户更有打开app的欲望，因此我们设计的备忘录允许用户选择自己喜欢的主题“皮肤”，这样即便用户在看到待办事情的时候也能愉悦一点。（不要这个功能的话就删掉这一段）
B：改变了原先手动的“码字备忘”模式，不仅实现了信息提醒智能化，并且通过我们的设计，原本单一的“单枪匹马完成任务”可以变成和“队友”一起互相提醒，互相监督。当看到自己的要完成的事情一件一件一件地被完成，也会获得成就感。增加了交流功能，也可以减少我们设置备忘录时一些重要信息的错误输入等。
C：这个原型设计如果说存在竞争压力的话，首先是来自不同对的同学，其次是来自已有的备忘录软件和其他类似功能的小程序等。
D：如果老师接纳，该方案将作为我们结对项目的下次作业。如果老师不接纳，下周我们的结对就将无法继续编码本次的内容。如果能够完成，相比不那么智能化的传统备忘录，只要我们成功推荐给同学们，很快就能收到欢迎。
PSP
|
PSP2.1 |
Personal Software Process Stages |
预估耗时（分钟） |
实际耗时时间 （分钟） |
|
|
Planning |
计划 |
10 |
30 |
|
|
· Estimate |
· 估计这个任务需要多少时间 |
10 |
15 |
|
|
Development |
开发 |
655 |
500 |
|
|
· Analysis |
· 需求分析 (包括学习新技术) |
30 |
10 |
|
|
· Design Spec |
· 生成设计文档 |
30 |
15 |
|
|
· Design Review |
· 设计复审 (和同事审核设计文档) |
10 |
10 |
|
|
· Coding Standard |
· 代码规范 (为目前的开发制定合适的规范) |
5 |
|
|
|
· Design |
· 具体设计 |
40 |
|
|
|
· Coding |
· 具体编码 |
5h*60 |
|
|
|
· Code Review |
· 代码复审 |
1h*60 |
|
|
|
· Test |
· 测试（自我测试，修改代码，提交修改） |
3h*60 |
|
|
|
Reporting |
报告 |
290 |
|
|
|
· Test Report |
· 测试报告+博客 |
4h*60 |
|
|
|
· Size Measurement |
· 计算工作量 |
10 |
|
|
|
· Postmortem & Process Improvement Plan |
· 事后总结, 并提出过程改进计划 |
40 |
|
|
|
合计 |
955 |
|
|
我们的项目目前处于原型阶段，无法提供诸如开发、记录用时的具体信息，但是我们可以完成的是对于项目用时的估计。
心得
第一次尝试结对项目，我和队友互相讨论，互相听取对方的意见，谢谢我的同伴，帮助了我很多，十分感谢。从这次作业，学会了使用墨刀，十分开心。体验到了合作的乐趣。
