概述
本项目设计书为笔者软件工程课的作业,由于时间有限较为粗糙,不合理之处还望指出并改正。
互联网+废品回收项目可行性分析报告
互联网+废品回收项目需求分析报告
互联网+废品回收项目概要设计说明书
互联网+废品回收项目详细设计说明书
互联网+废品回收项目数据库设计说明书
页面实现(静态页面)所在git仓库
E.1 引言
E.1.1 编写目的
本设计书是高校固定资产管理项目程序的研发概要设计,将项目开发进程中或者项目结束后提供给双方人员使用,同时也可以作为实施后期的维护人员使用。
E.1.2 背景
开发单位:wyq工作室 负责人:wyq
互联网+废品回收的想象空间:从资源回收产业链改造的角度去说,互联网取缔了“回收站点”,将零散的回收从业者个人统一起来,使旧物直接从用户家中到达回收基地(大型回收分拣处理企业),缩短了产业链流程以节约成本,包括单人、单点覆盖面的时间成本,运输成本、层层转手产生的二次成本。如果从规模上来说,在完全规模化以后,还能实现城市回收基地的取代,直接与再生产企业建立业务往来,这中间成本几乎为零。另一方面,如果旧物回收工具能够成功进入家庭或社区,成为一道入口,在这个方向上将更加具有想象力。
E.1.3 定义
B/S:(Browser/Server结构)结构即浏览器和服务器结构。
需求: 用户解决问题或达到目标所需的条件和功能;系统或系统部要满足合同、标准,规范或其他正式文档所需具有的条件及权能。
E.1.4 参考资料
[1] 张海藩、牟永敏. 《软件工程导论(第6版)》[M].北京: 清华大学出版社,2013
E.2 总体设计
E.2.1 需求规定
1. 用户端
- 下订单
- 订单查询
- 查看个人信息
- 修改个人信息
2. 回收员端
- 订单处理
- 查看获取佣金
- 查看个人信息
- 修改个人信息
3. 系统管理
- 用户管理
- 回收员管理
- 回收物分类定价管理
- 交易记录查看
- 修改账户信息
E2.2 运行环境
1. 服务器
- 平台:阿里云
- CPU: 4核
- 内存: 8 GB
- 实例类型: I/O优化
- 操作系统: CentOS 7.2 64位
- 系统盘:400GB
2. 客户端
- CPU:奔腾III500或更高
- 内存:2G以上
- 操作系统: 中英文Windows7/ Windows8/ Windows10等
- 显示卡:SVGA,16K色以上显示模式
- 硬盘:126GB以上
- 驱动器:50倍速CD-ROM以上
- 其它设备:鼠标器,UPS
E2.3 基本设计概念和处理流程
E2.3.1系统的功能结构图
E.2.4 结构
E.2.5 功能需求与程序的关系
* | 验证登陆程序 | 注册信息程序 | 个人信息修改程序 | 订单处理程序 | 订单相关信息查看 | 人员添加程序 | 人员删除程序 | 人员信息修改程序 | 品类添加程序 | 定价修改程序 |
---|---|---|---|---|---|---|---|---|---|---|
账户管理模块 | ✔ | ✔ | ✔ | |||||||
交易系统模块 | ✔ | ✔ | ||||||||
系统管理模块 | ✔ | ✔ | ✔ | ✔ | ✔ |
E.2.6 人工处理过程
(不适用)
E.2.7 尚未解决的问题
由于时间关系本概要设计说明书还需完善。
E.3 接口设计
本系统采用JAVA进行开发,所提供的不同层次的接口,都具有高度的集成性,本系统没有采用低级语言设计和完成自定义的接口,因此接口设计大部分已经由不同方式的JavaBean组件来完成了,以下只做简单的说明。
E.3.1 用户接口
本系统提供可视化的操作方式,不提供命令控制语句进行输入控制,从而用户只需要使用鼠标进行命令操作,使用键盘输入系统接收的参数。
输入输出,界面接口操作包括以下的方面:
输入信息 | 操作和处理 | 输出 |
---|---|---|
管理员的完整的信息 | 执行添加操作 | 对应信息被保存 |
指定一个管理员 | 执行删除操作 | 该信息被删除 |
指定一个管理员,输入该管理员新的信息 | 执行更改操作 | 该管理员原来的信息被新的信息所代替 |
用户的完整的信息 | 执行添加操作 | 对应信息被保存 |
指定一个用户 | 执行删除操作 | 该信息被删除 |
指定一个用户,输入该用户新的信息 | 执行更改操作 | 该用户原来的信息被新的信息所代替 |
商品种类的完整的信息 | 执行添加操作 | 对应信息被保存 |
指定一个商品种类 | 执行删除操作 | 该信息被删除 |
指定一个商品种类,输入该商品种类新的信息 | 执行更改操作 | 该商品种类原来的信息被新的信息所代替 |
商品的完整的信息 | 执行添加操作 | 对应信息被保存 |
指定一个商品 | 执行删除操作 | 该信息被删除 |
指定一个商品,输入该商品新的信息 | 执行更改操作 | 该商品原来的信息被新的信息所代替 |
购物车具备信息 | 执行提交操作 | 对应信息实保存 |
指定某件商品 | 执行添加操作 | 该商品被添加到收藏夹 |
指定某件商品 | 执行删除操作 | 该商品在收藏夹中被删除 |
E.3.2 外部接口
- 高德地图API
- 微信开放平台API
E.3.3 内部接口
输入输出,界面接口操作包括以下的方面:
输入信息 | 操作和处理 | 输出 |
---|---|---|
管理员的完整的信息 | 执行添加操作 | 对应信息被保存 |
指定一个管理员 | 执行删除操作 | 该信息被删除 |
指定一个管理员,输入该管理员新的信息 | 执行更改操作 | 该管理员原来的信息被新的信息所代替 |
用户的完整的信息 | 执行添加操作 | 对应信息被保存 |
指定一个用户 | 执行删除操作 | 该信息被删除 |
指定一个用户,输入该用户新的信息 | 执行更改操作 | 该用户原来的信息被新的信息所代替 |
商品种类的完整的信息 | 执行添加操作 | 对应信息被保存 |
指定一个商品种类 | 执行删除操作 | 该信息被删除 |
指定一个商品种类,输入该商品种类新的信息 | 执行更改操作 | 该商品种类原来的信息被新的信息所代替 |
商品的完整的信息 | 执行添加操作 | 对应信息被保存 |
指定一个商品 | 执行删除操作 | 该信息被删除 |
指定一个商品,输入该商品新的信息 | 执行更改操作 | 该商品原来的信息被新的信息所代替 |
购物车具备信息 | 执行提交操作 | 对应信息实保存 |
指定某件商品 | 执行添加操作 | 该商品被添加到收藏夹 |
指定某件商品 | 执行删除操作 | 该商品在收藏夹中被删除 |
E.4 运行设计
E.4.1 运行模块组合
用户端子系统、回收员端子系统、后台管理端子系统
E.4.2 运行控制
本软件控制流程:当用户登入网站后启动index.Asp通过身份验证后,登入系统,并调用系统,并调用系统,由相应的访问方式分别激活其他模块。
E.4.3 运行时间
各模块运行时间均应控制在1-10秒内。
E.5 系统数据结构设计
E.5.1 逻辑结构设计要点
数据库逻辑设计:
- 系统管理员表 shop_admin
- 回收员表 shop_ collector
- 用户表 shop_user
- 商品表 shop_goods
- 订单表 shop_order
数据表的详细设计:
系统管理员表 shop_admin(主键:adminId)
序号 | 字段名称 | 数据类型 | 长度 | 说明 |
---|---|---|---|---|
1 | adminId | varchar | 10 | 自动增加 |
2 | admin | varchar | 20 | 用户名称 |
3 | passWord | varchar | 20 | 用户密码 |
回收员表 shop_ collector(主键:collectorId)
序号 | 字段名称 | 数据类型 | 长度 | 说明 |
---|---|---|---|---|
1 | collectorId | varchar | 10 | 自动增加 |
2 | collector | varchar | 20 | 用户名称 |
3 | passWord | varchar | 20 | 用户密码 |
4 | region | varchar | 20 | 负责地区 |
5 | realname | varchar | 20 | 真实姓名 |
6 | commission | numeric | 8,2 | 佣金 |
7 | phone | char | 11 | 联系方式 |
用户表 shop_user(主键:userId)
序号 | 字段名称 | 数据类型 | 长度 | 说明 |
---|---|---|---|---|
1 | userId | varchar | 10 | 自动增加 |
2 | user | varchar | 20 | 用户名称 |
3 | passWord | varchar | 20 | 用户密码 |
4 | realname | varchar | 20 | 真实姓名 |
5 | phone | char | 11 | 联系方式 |
商品表 shop_goods(主键:goodsId)
序号 | 字段名称 | 数据类型 | 长度 | 说明 |
---|---|---|---|---|
1 | goodsId | varchar | 10 | 商品编号 |
2 | name | varchar | 20 | 名称 |
3 | describe | varchar | 225 | 描述 |
4 | price | numeric | 8,2 | 单价 |
订单表 shop_order(主键:orderId)
序号 | 字段名称 | 数据类型 | 长度 | 说明 |
---|---|---|---|---|
1 | orderId | varchar | 10 | 订单编号 |
2 | userId | varchar | 20 | 用户ID |
3 | orderDate | varchar | 225 | 订单日期 |
4 | goodsId | varchar | 10 | 商品ID |
5 | goodsCount | int | 物品数量 | |
6 | state | varchar | 10 | 状态 |
7 | totalPrice | numeric | 8,2 | 总价 |
8 | address | varchar | 50 | 地址 |
9 | phone | char | 11 | 电话 |
E.5.2 物理结构设计要点
本数据库的文件物理结构:采用二叉树的结构记录文件。
E.5.3 数据结构与程序的关系
E.6 系统出错处理设计
E.6.1 出错信息
出错输出信息
出错处理对策
- 重新启动系统;
- 中断系统工作;
- 管理修改相关代码,调试数据库。
- 安全保密设计
- 用户要输入密码和用户名登录才可使用,系统设置提供管理员操作界面。
- 对数据库进行备份
- 安装系统防火墙
E.6.2 补救措施
主要的错误可能有:
- 数据库连接错误:这类错误主要是数据库设置不正确,或SQL Server异常引起的,我们只要取消本次操作,提醒用户检查数据库问题就可。
- 输入错误:这主要是用户输入不规范造成的,我们在尽量减少用户出错的条件的情况下,主要也是通过对话框,提醒用户,然后再次操作。
- 其他操作错误:对于用户的不正当操作,有可能使程序发生错误。我们主要是中止操作,并提醒用户中止的原因和操作的规范。
- 其他不可预知的错误:程序也会有一些我们无法预知或没考虑完全的错误,我们对此不可能做出安全的异常处理,这时我们主要要保证数据的安全,所以要经常的进行数据库备份,并能及时的和我们联系,以逐步的完善我们的程序。
E.6.3 系统维护设计
(1) 提供管理员页面方便操作维护
(2) 固定时间对系统进行维护检测
(3) 若系统出现瘫痪,可启动备用系统维持运转。
最后
以上就是满意香烟为你收集整理的互联网+废品回收项目概要设计说明书E.1 引言E.2 总体设计E.3 接口设计E.6 系统出错处理设计的全部内容,希望文章能够帮你解决互联网+废品回收项目概要设计说明书E.1 引言E.2 总体设计E.3 接口设计E.6 系统出错处理设计所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
发表评论 取消回复