物流仓储管理系统需求分析.doc

物流仓储管理系统需求分析
物流仓储管理系统

需求分析

第三组
2014.7.1

目录
1． 引言 2
1.1编写目的 2
1.2项目背景 2
1.3定义 2
2．任务概述 3
2.1目标 3
2.2运行环境 4
3．数据描述 5
3.1数据库设计 5
3.2用例图 7
3.2.1用户登陆模块用例图 7
3.2.2 整体流程图 8
4．功能需求 10
4.1功能划分 10
4.1.1前台用户 10
4.1.2 后台用户——管理员 10
4.2 功能描述 11
4.2.1 用户信息管理 11
4.3 系统结构 11
5．性能需求 12
5.1环境要求 12
5.2 系统安全性要求 12
5.3 故障处理要求 12
5.4 时间限制 13
5.5 其他性能要求 13
6．运行需求 13
6.1用户界面 13
6.2服务器软件 13
6.3硬件接口 14
6.4软件接口 14
6.5 内部接口 14

1． 引言
1.1编写目的
此需求分析文档对物联网智能仓储管理系统做了全面细致的用户需求分析，明确所要开发的系统应具有的功能、性能及界面，使系统分析人员及仓库开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计及开发工作。

1.2项目背景
在21世纪科技及文化飞速发展之际，物联网通过智能感知、识别技术及普适计算、广泛应用于网络的融合中。
而仓储管理在企业的整个供应链中起着至关重要的作用，如果不能保证正确的进货和库存控制及发货，将会导致管理费用的增加，服务质量难以得到保证，从而影响企业的竞争力。传统简单、静态的仓储管理已无法保证企业各种资源的高效利用。
如今的仓库作业和库存控制作业已十分复杂化多样化，仅靠人工记忆和手工录入，不但费时费力，而且容易出错，给企业带来巨大损失。
在这个大背景下，物联网仓储管理系统针对于特定对象（如仓库）的商品、单据流动，进行仓库作业结果的记录、核对和管理，从而增加仓库的效率、管理透明度、减少了人工成本，提高了仓库利用率，明显增加了经济效益。
1.3定义
Browser/Server体系
B/S结构的软件是相对传统的C/S结构而言的。C/S结构应该具有这样的特征:客户端、服务器端都安装相应的软件，客户端、服务器端各完成相应的计算工作，服务器端保存数据库。B/S结构应该具有如下特征:服务器端都安装相应的软件，客户端不安装任何软件(不需要维护)。客户端运行程序是靠浏览器软件(如IE ,Netscape等)登陆服务器进行的。客户端在浏览器里完成一定的计算任务。
Client/Server体系
在计算机产生和发展的过程中，计算机软硬件设备、网络技术发生了巨大的变化，计算机的体系结构也随着相关技术在不断发展。在计算机发展的早期主要是主机/终端方式，进入80年代以来，Client/Server体系逐渐走上了迅速发展的道路。90年代后，随着大型数据库管理系统以及可视化程序开发技术的成熟，进一步推动了Client/Server结构的广泛应用。如今，Client/Server体系己经成为最主要的计算机应用体系结构，随着网络应用的要求，Client/Server体系又进一步衍变成T多层Client/Server结构体系和Browser/Server体系。
本项目预计使用C/S体系对该工程进行计划。

序号
术语
所指对象或含义
1
JS
一种计算机脚本语言，主要在web浏览器(客户端)解释执行
2
PHP
连接前台及数据库的语言，处理表单
3
Xml
可扩展标记语言, 是一种简单的数据存储语言，使用一系列简单的标记描述数据
4
SQLServer2000
数据库系统
5
HTML
前台界面编写
6
CSS
Cascading Style Sheets 层叠样式表
7
JQuery
Js库
8
Java
一种可以撰写跨平台应用软件的面向对象的程序设计语言
2．任务概述
2.1目标
项目开发意图：将以前一直以人工化的仓储管理方式，通过网站形式转化为物联网智能仓储管理系统，实现在线进行仓库的进入/转出，从而减少人力物力，提高了仓库利用率，明显增加了经济效益。
2.2运行环境
客户的操作平台:PC
Web服务器: Eclipse
数据库服务器软件: MySQL

3．数据描述
3.1数据库设计
字段名称
类型
默认值
是否索引
是否为空
说明
id
int

主键
否
主键
username
varchar(30)

否
账号
password
varchar(30)

用户密码
truename
varchar(30)

姓名
sex
tinyint
0

性别 0男 1女
email
varchar(20)

邮箱
birthday
datetime

生日
create_date
datetime

创建时间
last_modify
datetime

最后修改时间

表3-1 登陆数据字典

字段名称
类型
默认值
是否索引
是否为空
说明
id
int

主键
否
主键
username
varchar(30)

否
账号
password
varchar(30)

用户密码
sex
tinyint
0

性别 0男 1女
address
varchar(50)

地址
create_date
datetime

创建时间
last_modify
datetime

最后修改时间
user_id
int

管理员id

表3-2 客户数据字典

字段名称
类型
默认值
是否索引
是否为空
说明
id
int

主键
否
主键
name
varchar(30)

否
名称
position_num
int

货位数量
used_num
int

已使用货位数量
create_date
datetime

创建时间

表3-3 仓库数据字典

字段名称
类型
默认值
是否索引
是否为空
说明
id
int

主键
否
主键
title
varchar(50)

否
入库标题
type
varchar(50)

否
入库类型
warehouse_id
int

仓库id
position_num
int

占用货位数量
status
tinyint

入库状态
0 未审核
1 审核通过
2 审核未通过
cost
float

货位价格
create_date
datetime

创建时间
last_modify
datetime

最后修改时间
user_id
int

表3-4 申请入库数据字典

字段名称
类型
默认值
是否索引
是否为空
说明
id
int

主键
否
主键
title
varchar(50)

否
出库标题
stock_in_id
varchar(50)

否
入库id
num
int

出库数量
status
tinyint

出库状态
0 未审核
1 审核通过
2 审核未通过
create_date
datetime

创建时间
last_modify
datetime

最后修改时间
user_id
int

表3-5 审核入库数据字典

3.2用例图
3.2.1用户登陆模块用例图

用例规格描述:
l 注册
简要描述：用户通过设定用户名和密码来创建个人账户。
事件流：1. 当用户要求注册成为一个新用户，系统要求输入新的用户名和
密码
2. 新用户输入其用户名和密码
3. 系统进行用户名的验证是否重复
A1：已用的用户名
A2：用户名，密码不符合要求
4. 新用户注册成功
前置条件：未注册新用户输入符合要求的用户名和密码
后置条件：注册成功后，可直接进入系统，管理个人信息。否则修改用户名，重新注册。

l 登陆
简要描述：用户必须输入正确的用户名和密码才可登陆
事件流：1. 当用户要求登陆系统时，系统要求输入用户名和密码
2. 用户输入其用户名和密码
3. 系统进行用户名和密码的验证
A1：无效的用户名
A2：密码错误
4.用户登录系统，进行其他操作
前置条件：用户有正确的用户名和密码
后置条件：登陆成功，用户方可进行相应操作；否则登录失败需重新输入用户名和密码登陆。

l 修改用户信息
简要描述：系统验证登陆者是注册用户且登陆后可以根据需求修改当前账户
的信息
事件流：1.用户登陆系统后选择修改用户信息功能
2.用户输入新的用户信息
3.操作成功
前置条件：登陆者必须是注册用户
后置条件：用户信息修改成功
3.2.2 整体流程图

用例规格描述:
l 注册
简要描述：用户通过设定用户名和密码来创建个人账户。
事件流：1. 当用户要求注册成为一个新用户，系统要求输入新的用户名和
密码
2. 新用户输入其用户名和密码
3. 系统进行用户名的验证是否重复
A1：已用的用户名
A2：用户名，密码不符合要求
4. 新用户注册成功
前置条件：未注册新用户输入符合要求的用户名和密码
后置条件：注册成功后，可直接进入系统，管理个人信息。否则修改用户名，重新注册。

l 登陆
简要描述：用户必须输入正确的用户名和密码才可登陆
事件流：1. 当用户要求登陆系统时，系统要求输入用户名和密码
2. 用户输入其用户名和密码
3. 系统进行用户名和密码的验证
A1：无效的用户名
A2：密码错误
4.用户登录系统，进行其他操作
前置条件：用户有正确的用户名和密码
后置条件：登陆成功，用户方可进行相应操作；否则登录失败需重新输入用户名和密码登陆。
l 修改用户信息
简要描述：系统验证登陆者是注册用户且登陆后可以根据需求修改当前账户
的信息
事件流：1.用户登陆系统后选择修改用户信息功能
2.用户输入新的用户信息
3.操作成功
前置条件：登陆者必须是注册用户
后置条件：用户信息修改成功

4．功能需求
4.1功能划分
4.1.1前台用户
前台用户必须登录成功后方可进入主页面进行其他操作。
用户
1、可以查看自己的信息。
2、可以查看本人所得成就信息
3、可以查看商户、菜品、其他用户等信息（按不同的条件和排序方式显示）。
4.1.2 后台用户——管理员
1、对前台用户管理，增删改查。
2、对后台用户信息进行管理，增删改查，修改密码。
3、数据备份及恢复。
4、对用户提供信息进行审核，然后进行相关操作。
5、后台用户必须登录成功后方可进入后台主页面。
6、可以安全注销。

4.2 功能描述
4.2.1 用户信息管理
1、用户登录机制保证了用户在本网站的安全性，便于网站管理。前台用户必须以微信账号进行登录后才可进行操作，确保了信息的安全性。
2、管理员拥有对用户信息的查看和修改权限，如增、删用户，查询用户信息等。

4.3系统结构

主界面
客户
管理员
申请出入库
添加用户
申请过户
审核出入库
审核过户
修改删除
查看所有人用户
查看仓库
添加管理员

5．性能需求
5.1环境要求
服务器端
①系统软件：Windows xp/win7
②数据库管理系统：Microsoft SQL Server 或Oracle
③开发工具：JAVA / HTML语言/javascript
客户端
①系统软件：Windows xp/win7。
②采用浏览器形式：IE，火狐，chrome等主流浏览器。
① 当执行查询时，查询完后提供返回按钮可继续查找；
② 用户处于一定时间的“不操作”，服务器可不再响应其对数据库的请求操作，除非再次登陆。

5.2 系统安全性要求
① 数据库连接采用MSSQL方法进行连接，从而提高数据库的可操作性和安全性；
② 对某些页面进行强制用户登陆后方能进行相关操作。

5.3 故障处理要求
软、硬件故障：
a) 用户所使用电脑的系统有问题，或者浏览器有问题。
b) 数据库有问题也无法正常使用
c) 内存太小会影响运行速度
d) 对于各类突发事件的要注意避免
e) 对于电脑的存储量要随时关注，以免出现存储量不足的情况
5.4 其他性能要求
保密性:
系统数据要做好保密设施，以免重要数据的丢失或者盗取。
简洁性：
用户的操作界面必须做到简单明了，不能有太复杂的设置或者操作。
可更新性：
对于系统可以根据客户需要进行更新，维护等操作，扩展其功能，并使系统稳定。
可转换性：
只要系统能保证环境部署成功，并且网络正常，就能保证系统的正常运行。

6．运行需求
6.1用户界面
移动端用户界面力求简洁快速，页面设计风格应一致，为用户提供最好的最赏心悦目的服务

6.2服务器软件
Web服务器软件: IIS 5.1(Internet Information Server)
数据库服务器软件: mysql

6.3硬件接口
手机是安卓智能机
GPS

6.4软件接口
服务器的操作系统: Windows XP SP1及以上操作系统

6.5 内部接口
内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。
20 / 20