戎腾——第三次个人作业
|这个作业要求在哪里 |https://edu.cnblogs.com/campus/fzzcxy/2018CS/homework/11888|
| --------- | ------ |-----|
| 这个作业的目标 | 确定需求,选择模型,考虑(可能的)技术实现问题 |
|作业正文||
|其他参考文献|《构建之法》|
逻辑框架:
如图,工作流程大致如此。
背景:图书馆需要提高借阅率,同学们需要更方便的图书馆有关工具
问题:
//请参考我画的逻辑框架理解我,为什么没办法在无中生有的情况下提出一个后置实体问题
1 | 我们想做什么 |
2 | 用户想要什么(真实需求) |
3 | 我们能做什么 |
4 | 用户想要的我们能做吗 |
5 | 我们能给的用户想要吗 |
6 | 以上条件都满足了,第三方会不会有不能接受的理由?(比如需要同学们要付押金,图书馆觉得难以接受) |
7 | 系统安全性? |
8 | 细节问题(比如怎么导入图书馆的数据) |
解决方案:
//就像写议论文有题目才能写论点一样,我得先做上图流程,才能去按部就班的询问用户真实需求
//第一次采访需求用来建设逻辑框架,后续才能采访同学们的第二流程的真实需求
- 计划1(我的原型发展而来的)
计划1是从1出发做一套图书馆代借代还图书的小程序,选择增量或者螺旋模型做
1 | 我们想做图书馆代借代还(类似外卖平台) |
2 | 用户可能想要这个代借代还(设计组出发的猜测目的) |
3 | 我们可能能写出代借代还平台,但是细节和安全问题难以解决 |
4 | 用户想要的功能,用户真实需求的需求需要进一步采访,所以没办法评估 |
5 | 我们能给的用户可能想要(指开发组设想的需求(开发组本身也是用户之一)) |
6 | 假设条件都满足了,第三方可能接受不了(指押金和安全问题) |
7 | 如上述 |
NABCD
NABCD | 描述 |
---|---|
N(Need需求) | 同学们想足不出户借书还书 |
A (Approach 做法) | 请参考我的团队分配任务法和计划1的具体细节 |
B (Benefit 好处) | 提高图书馆借阅率,同学们不去图书馆就借书还书(尤其是在学分阅读制下) |
C (Competitors 竞争) | 在非同期竞争的情况下,其他逻辑更简单的非同类小程序,可能会占用用户的精力而忽略本小程序 |
D (Delivery 交付, Data 数据) | 通过校内举行活动,班级老师和学生会成员推广,同学推广来提高使用率 |
计划1可行性不高
- 计划2(计划1失败后的思考)
计划1失败可能在于选择的技术层面和细节层面非常麻烦,以至于无法实现,所以我应该选择简单一点的计划
1 | 我们想做一个简单的定时闹钟app(做考研卷子的时候计时),还有电子书签的功能,能记录当前(纸)阅读页数 |
2 | 用户想要一个能够适合图书馆使用的专门针对考研而优化的小工具合集 |
3 | 我们能做:时间计划表安排考研计划,激励学生坚持自己的考研计划,定时振动闹钟提醒考研学生不要打乱计划时间,记录当前页数的情况,方便第二天再来。 |
4 | 用户想要的我们应该能做到 |
5 | 我们能实现功能 |
6 | 以上条件都满足了,第三方应该能接受(需要进一步地调查) |
7 | 系统安全性很好 |
8 | 细节问题好处理 |
计划2可行性很高,但是问题在于真实需求和同质化问题,需要改善
NABCD | 描述 |
---|---|
N(Need需求) | 同学们想要个适合图书馆使用的考研工具篮子 |
A (Approach 做法) | 请参考我的团队分配任务法和计划1的具体细节 |
B (Benefit 好处) | 简单易用 |
C (Competitors 竞争) | 同类竞争严重 |
D (Delivery 交付, Data 数据) | 通过校内举行活动,班级老师和学生会成员推广,同学推广来提高使用率 |