#硬件开发
在不经过与使用者的交互,直接通过软件、硬件来获取书籍的使用权。避免沟通的成本及麻烦。
[TOC]
## 从硬件要完成的任务出发
1. 使用书籍的硬件(优先)
1. 存入书籍、展示书籍、取出书籍。
2. 服务器交互:智能书柜的书籍使用情况
3. 显示屏:与用户交互
2. 解决看书过程,肚子饿的问题
1. 方便面+热水、饮料机(考虑)
3. 为了能够继续看书而提供的硬件(次优先)
1. 桌椅【可调控高度差的级别,待考虑】
2. 秋千:边摆{秋千}边看{书籍},真爽
## 使用场景
从地制宜的角度出发。硬件的配置在不同使用场景,采用不同的方式,相对比较适宜些。
飞机场、高铁、客运站、公交站等使用场景,只提供智能书柜,。不提供桌椅、泡面机。
校园、小区等等使用场景,允许用户将自己的书籍存入到智能书柜,提供给用户使用。
**警告:**
此处所说的使用场景,还处于所假设分析状态,需要经过实际的产品投放来验证。
## 硬件成本
随着硬件设备的增加,购买成本、维护成本
## 简单的硬件模型
模拟智能取快递柜子。智能快递柜的每个柜比较大,需要隔成适合书籍高度的,便于提高书籍利用率。小柜子需要能够识别书籍,是否存在于智能机柜中。
## 硬件的整体设计的简化图示
![](https://box.kancloud.cn/1ed91f0434c18f3cd6a0267bc57814b7_1624x1030.png)
## 通过硬件存放书籍,所遇到的问题
需要考虑以下几个主要的问题:
1. 如何让软件知道,柜子是否存在书籍
2. 如何让软件知道,柜子中的书籍信息
如何解决这个问题:
借用传感器、及利用书籍上的条形码
当柜子的门关闭后,才进行书籍识别,(以免在开门时检测后,被人拿走 )
- 适合你
- 背景
- 正文
- 灵感
- 公司的整体介绍
- 商业模式
- 竞争与合作
- 竞争
- 竞争者的故事
- 产品
- 软件开发
- 获取网络代码
- 开发文档
- 数据库设计
- app实现
- 模块划分
- 流程图
- 命名规范
- id命名
- 效果图
- 颜色
- 文件划分
- 文件创建
- Logo
- 字体设置
- 代码库
- android的功能代码
- intent
- Spinner 下拉框
- Snackbar 与 Tools 弹出提示词
- ViewPager 切换View
- ToolBar
- AppBarLayout 顶部栏
- ListView 与 BaseAdapter
- trim 清空多余的空格
- 获取代码的网站
- 开发问题记录
- 快捷键
- UI
- app设计
- android文件
- style.xml
- array.xml
- 硬件开发
- 垃圾箱
- 库存
- 市场
- 用户群体
- 问题
- 模块
- 图书馆
- 我的书籍
- (活动列表)书籍交流
- 用户
- 需求分析
- 危机感
- 用户及系统的操作流程
- 图片大全