需求分析报告
本项目设计书为笔者软件工程课的作业，由于时间有限较为粗糙，不合理之处还望指出并改正。
互联网+废品回收项目需求分析报告
互联网+废品回收项目概要设计说明书
互联网+废品回收项目详细设计说明书
互联网+废品回收项目数据库设计说明书
页面实现（静态页面）所在git仓库
引言
目的
互联网+废品回收的想象空间：从资源回收产业链改造的角度去说，互联网取缔了“回收站点”，将零散的回收从业者个人统一起来，使旧物直接从用户家中到达回收基地（大型回收分拣处理企业），缩短了产业链流程以节约成本，包括单人、单点覆盖面的时间成本，运输成本、层层转手产生的二次成本。如果从规模上来说，在完全规模化以后，还能实现城市回收基地的取代，直接与再生产企业建立业务往来，这中间成本几乎为零。另一方面，如果旧物回收工具能够成功进入家庭或社区，成为一道入口，在这个方向上将更加具有想象力。
背景
资源回收的巨大市场空间及交易规模：随着我国人民生活水平的提高，废旧物品产生量也在剧增。根据一份再生资源回收利用市场分析报告中写到，目前的中国再生资源回收企业有 5000 多家，回收加工处理工厂 3000 多家，年经营额在6000 亿至 7000 亿元间。将进城收废品的农民工计算在内，从业人员接近 1000万。2014 年我国十大类别的再生资源回收总量约为 2.56 亿吨，回收总值为 5902.8亿元。在所有再生资源类别中，C 端消费品可回收资源占总回收总值的 27% 左右，主要包括一些废纸、废塑料、废弃电子电器产品、废木材（家具）和废纺织品等
参考资料
[1] 张海藩、牟永敏. 《软件工程导论（第6版）》[M].北京: 清华大学出版社，2013
[2] [美] 惠腾（Whitten J.L.）著 肖刚、孙慧等译.《系统分析与设计方法（原书第7版）》[M].北京: 机械工业出版社，2007.8
需求和约束条件
整体描述
本系统模块结构图
角色类图
功能需求
功能列表：
交易系统
a) 用例图
b) 用例描述
用户可以查看商品，并选取可回收商品下订单预定回收。
下订单后，系统给用户返回预计上门回收时间，同时会给回收员新订单提示，回收员在接取订单后需要在规定时间内上门回收。
上门回收时，回收员先称量回收物品的重量，双方协商后完善订单信息（重量），由后台计算出总价格。回收员确认订单后，用户将得到回收款。
用户和回收员均可查看自己的订单。
c) 活动图
d) 参与者
用户、回收员
管理系统
a) 用例图
b) 用例描述
系统管理员可以进行用户管理、回收员管理、回收物品分类及定价、查看交易记录。
其中，用户管理包括：用户增加、密码重置、用户信息查看；回收员管理包括：回收员增加、回收员密码重置、回收员信息查看；查看交易记录还包括：按时间查看交易记录、按指定用户查看交易记录、按指定回收员查看交易记录。
c) 参与者
系统管理员
非功能需求
安全性
安全需求包括安全设施需求和安全性需求。要保证软件和数据的安全，必须有相应的安全设施。软件的安全性必须达到如下要求：
只有经过授权的用户才能操作本软件。
各功能只对授权的用户开放，未经授权的用户即使进入软件，也不能进行操作
内部应用与外部应用需要进行物理隔离、逻辑连通
建立完善的软件日志管理系统
软件须严格的控制请求安全性，保证使用的可靠性
软件的权限设计需灵活简便、粒度小，保证访问的安全性
易用性
能便捷、友好、简单的方式完成对系统访问以满足自身需求。
界面风格统一
尽量减少用户的输入操作，增加操作导航
软件具有一定的灵活性，提供模板和数据导入导出
软件的通用性、操作简单易学，实用性强
整体软件要求具有良好的人机界面，需专门将用户体验作为需求要点进行分析设计，提高软件的用户体验，保证用户的使用方便简易
可靠性
保证系统能可靠运行。
由于所有数据全部保存在服务器上，所以需要对服务器数据经常备份
需要考虑到与Git的之间的连通性
要求软件能7*24稳定运行
对软件运行状态监控，提供软件运行日志
性能
要充分考虑性能需求：
要能支持大量用户（不少于1000人）的并发访问
软件的响应时间应小于10秒
超时概率小于万分之一，错误概率小于万分之一
可维护性、可扩展性和适应性
软件的设计方案应易于理解，相关的文档资料应清晰、完整、一致，同时要有良好的功能、数据可扩展性以及对环境适应能力，软件在无人工干预条件下的稳定性，自排错能力，可测试性，软件具备修正，升级，备份，恢复机制以及能够方便地使用。
相关阅读
人人圆桌人人圆桌是在群讨论的基础上，通过筛选人员、限制讨论时间的一种讨论模式，以达到帮助新人成长、发散思路和学习交流的目的；而
上篇文章讲了怎么定义产品需求，通过学习我们发现，每一个用户端的需求，到了用产品方案来实现的时候，往往对应着多个产品需求，用户需求越
即刻，是一款基于兴趣的极简信息推送工具。它简单轻巧，无庸杂信息，已经成为我获取咨询的主要渠道。作为一枚产品汪，我一直关注即刻的更
今天的快手已然要成为一头独角兽，作者以产品人的身份用分析报告的方式再次解读这个神奇的APP。笔者也算是快手的忠实用户了，2年前偶
目录 开发过程模型： 软件需求分析的任务： 需求分析步骤： 需求分析方法： 分析建模： 分析模型： 建立分析模型的方法： 结构化分析： 软件需