概述
本项目设计书为笔者软件工程课的作业，由于时间有限较为粗糙，不合理之处还望指出并改正。
互联网+废品回收项目可行性分析报告
互联网+废品回收项目需求分析报告
互联网+废品回收项目概要设计说明书
互联网+废品回收项目详细设计说明书
互联网+废品回收项目数据库设计说明书
页面实现（静态页面）所在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秒
超时概率小于万分之一，错误概率小于万分之一
可维护性、可扩展性和适应性
软件的设计方案应易于理解，相关的文档资料应清晰、完整、一致，同时要有良好的功能、数据可扩展性以及对环境适应能力，软件在无人工干预条件下的稳定性，自排错能力，可测试性，软件具备修正，升级，备份，恢复机制以及能够方便地使用。
最后
以上就是甜美大碗为你收集整理的互联网+废品回收项目需求分析报告引言需求和约束条件的全部内容，希望文章能够帮你解决互联网+废品回收项目需求分析报告引言需求和约束条件所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。
发表评论 取消回复