订货发货管理系统设计.docx
《订货发货管理系统设计.docx》由会员分享，可在线阅读，更多相关《订货发货管理系统设计.docx（18页珍藏版）》请在冰豆网上搜索。
订货发货管理系统设计
学号
200810119135
武汉科技大学城市学院
课程设计报告
课程名称信息系统分析与设计课程设计
题目
仓库订发货管理系统设计
学部
信息工程学部
专业
信息与计算科学
班级
08级信科
（1）班
姓名
崔东
指导教师
伍永豪
2011
年
11
月
16
日
课程设计评分表
评分标准：
1.学生是否严格遵守课程设计纪律，按照规定时间完成设计任务（占30%）
2.课程设计报告书质量：
（占40%）
（1）是否采用了良好的设计方法，独立完成课程设计。
（2）课程设计各分段的任务是否按时完成及完成的质量。
（3）是否完成课程设计任务书指定的全部要求。
3.课程设计报告书的撰写规范（占30%）
课程设计报告书的撰写规范要求与毕业设计（论文）的要求相同。
教师评分：
1.学生出勤得分：
_________
2.内容质量得分：
_________
3.撰写规范得分：
_________
最终评定成绩（以优、良、中、及格、不及格评定）：
_________
教师评语：
根据该生在课程设计期间是否严格遵守课程设计纪律，按照规定时间完成设计任务，完成的程序设计是否符合的质量与规范，提交的课程设计报告书的质量与规范等多方面的评分，该生本次课程设计的评分为：
签字：
日期：
年月日
题目:
仓库订货发货管理系统设计
1.课程设计教学条件要求：
VISO+界面设计语言（JAVA/VB/HTML）
2.课程设计任务
1、设计内容
设计一个订货发货管理系统，该系统的用户由一般用户和管理员组成，然后不同的用户拥有不同的权限，各自完成各自的管理功能，首先是欢迎页面，然后选择登录，登录的时候首先要判断用户的身份，合法的用户然后进入到系统主页面中，不同的用户看到不同的系统功能。
用sqlserver2000创建后台数据库，然后利用程序设计语言（JSP）编写程序实现对数据库的操作，按照要求完成所有的功能和模块。
2、订货发货管理系统主要功能
（1）用户管理：
用户登录页面、客户注册页面（可完成客户的注册）、客户登录页面登录，修改个人资料等）、合同管理页面（可完成签订合同，查询合同详细情况，包括合同内容，订购的产品清单，发货记录等）、本用户密码的修改页面。
（2）管理员管理：
管理员登录页面、库存页面（可完成产品入库）、发货页面（合同发货）、合同管理页面。
3、订货发货管理系统数据库表单（可以按照需求增加）
（1）用户登陆信息表单，主要字段有：
用户名、密码、用户身份（管理员和普通用户）
（2）合同管理表单，主要字段有：
、客户的名称、地址、签定时间、帐号、总金额、产品清单。
（3）库存信息表单，主要字段有：
商品ID、名称、型号规格、产地、单位、定价、库存、最低存量、供应商ID
（4）发货信息表单，主要字段有：
发货ID、名称、型号规格、合同编号、发货时间
3、课程设计报告书主要内容：
1、需求分析：
包括系统概述，具体分析，用户需求等需求描述
2、系统概要设计：
包括系统用例图、系统结构图、数据定义
3、详细设计：
包括系统设计系统设计方案，对应的类的设计，界面设计关系
4、测试方案：
包括黑盒测试，单元测试压力测试等不同设计方案的选择
5、课程设计体会：
6、参考文献：
按正确格式列出3篇以上的参考文献
4.课程设计要求
（1）学生按时到课程设计指定地点签到，遵守课程设计纪律。
（2）学生独立完成课程设计任务。
指导教师分时段验收学生完成的阶段任务。
（3）学生按时提交课程设计成果和打印的课程设计报告书。
5．课程设计参考资料
[1]张海藩.软件工程导论.北京：
清华大学出版社,2009
[2]毕硕本,卢桂香.软件工程案例教程.北京：
北京大学出版社,2009
[3][美]Echel,BC#编程思想（第三版）.北京:
机械工业出版社,2005
撰写者：
伍永豪指导导师：
伍永豪
1.需求分析
1.1系统目标
本系统通过强大的计算机技术给仓库管理人员和普通用户带来便利。
本系统除了仓库管理的一般功能还外，还包括查询用户信息、查询物品库存情况和入库等功能。
目标还包括：
●软件的用户为小型企业仓储管理人员。
●软件能进行仓库基本信息的设置，如物品、仓库名等信息。
●软件能进行各种物品的入库、出库操作，库存物品的数量、金额同步更新。
●软件具备各种组合条件的查询功能。
●软件能自动生成仓库统计月报表。
●软件具备系统管理、基础数据维护等功能。
1.2用户特点
✧本软件的最终用户是面向管理员、普通用户，他们都具有一定的计算机应用基础，可以比较熟练操作计算机。
管理员和普通用户都是经常性用户。
✧系统维护人员为计算机专业人员，熟悉数据库、操作系统、网络维护工作。
维护人员为间隔性用户。
1.3系统特性
进货时，管理员先登陆系统查看物品库存量，如果库存量较少，则通知进货。
入库时管理员更改入库表单，同时相应物品的库存量会自动增加。
出库时，管理员首先查看库存中是否有该物品，若无则进行出错提示，有则查看库存数量是否不小于出库数量，若是则出库成功，否则出库失败。
管理员定期或不定期对物品信息进行入库、修改、删除等出库入库管理以及注销。
管理员定期查看销售报表。
1.4功能需求
1.4.1管理员管理功能
1.4.1.1系统特性说明：
（1）登录。
（2）将所有的物品分类，购入新物品入库时查询仓库中是否存在这种物品，如果存在，这种物品的数量相应的增加；如果不存在，则新建这种物品的全部信息。
出库时，对该种物品的数量进行减少。
（3）定期查看销售报表。
（5）制定采购计划。
1.4.1.2功能需求：
功能编号
功能名称
功能描述
Manager-01
登录
填写用户名，密码进行登录
Manager-02
查看销售报表
定期查看报表
Manager-03
制定采购计划
定期根据库存，制定采购计划
Manager-04
物品信息管理
对物品的入库，出库进行管理
1.5其他需求
●安全性：
提供管理员身份验证。
●友好性：
好的管理界面。
●系统容量：
系统可以在线管理500个产品入库、出库等操作。
2.系统概要设计
2.1系统用例图
图2.1系统用例图
2.2系统结构图
图2.2系统结构图
2.3数据定义
1.数据库定义：
图2.3数据库结构图
2.数据库字段表说明：
2.1产品信息表：
记录产品的信息
表2.1产品信息表的结构
列名
数据类型
长度
允许空
产品号
Char
6
主键
产品名称
Char
20
NULL
仓库名
Char
20
NULL
物品信息表单：
记录物品信息，主要字段有：
物品编号、物品名称、物品所在仓库的编号；
2.2User表：
作用是记录用户信息
表2.2user表的结构
字段名
属性
长度
是否主键
备注
userId
char
8
是
用户编号
username
char
50
否
姓名
usersex
char
8
否
性别
userage
int
int
否
年龄
userpassword
char
20
否
密码
userphone
char
11
否
联系方式
用户信息表:
记录系统用户信息，主要字段有：
用户编号、姓名、密码、权限；
2.3现有库存表：
作用是记录仓库中物品的信息
表2.3现有库存表的结构
列名
数据类型
长度
允许空
产品号
Char
6
主键
产品名称
Char
20
NULL
现有库存
Bigint
8
NULL
最大库存
Bigint
8
NULL
最小库存
Bigint
8
NULL
现有库存信息表单：
记录库存物品的信息，主要字段有：
产品号，产品名称，现有库存，最大库存，最小库存;
2.4入库信息表：
作用是记录入库的物品信息
表2.4入库信息表的结构
列名
数据类型
长度
允许空
产品号
Char
6
主键
产品名称
Char
20
NULL
入库时间
Datetime
8
NULL
供应商号
Char
10
NULL
入库数量
Bigint
8
NULL
单价
Money
8
NULL
入库信息表：
记录入库物品的信息，主要字段：
产品号，产品名称，入库时间，供应商号，入库数量，单价；
2.5出库信息表：
作用是记录入库物品信息表
表2.5出库信息表的结构
列名
数据类型
长度
允许空
产品号
Char
6
主键
产品名称
Char
20
NULL
出库时间
Datetime
8
NULL
经手人
Char
10
NULL
出库数量
Bigint
8
NULL
用途
Char
10
NULL
出库产品信息表单：
记录在出库产品的信息，主要字段有：
产品号，产品名称，出库时间，经手人，出库数量，用途；
2.6采购信息表：
作用是记录采购产品的信息
表2.6采购信息表的结构
列名
数据类型
长度
允许空
产品号
Char
6
主键
产品名称
Char
20
NULL
现有库存
Bigint
8
NULL
最大库存
Bigint
8
NULL
购买数量
Bigint
8
NULL
供应商号
Char
10
NULL
单价
Money
8
NULL
计划采购时间
Datetime
8
NULL
采购产品信息表单：
记录在采购产品的信息，主要字段有：
产品号，产品名称，现有库存，最大库存，购买数量，供应商号，单价，计划采购时间；
3.详细设计
根据以上的概要设计对本系统的问题描述、系统模块的规划、系统结构的设计以及对数据库的设计，其系统的规划就比较清晰了。
此系统采用MVC模式进行设计，以此其中包含了大量的数据处理类，在这里我也无法给予具体的定义，只能描述其大概的功能，我将采用简单的图形表示一个类，只是给出相应的说明：
由于不要求编码实现，所以对于具体的界面也就是视图，在这里只做简单的描述，对于各个页面的布局和规划我也无法阐述清楚，在这里我将使用一个简单的图形予以表示，其基本的功能我将给予简单的说明。
对于控制器，我也只能用一个图形表示，具体的功能只要看图与图之间的联系就一目了然了。
所有的具体设计图示如下：
3.1数据处理封装图
数据库表处理的类的封装：
在下图中所示的静态图中，Connection类负责专门连接数据库并且被其他数据库表处理类使用userCommand类负责处理针对user表的所有操作，此类提供了七个公有方法供其他类或方法来调用以处理与user表的交互。
由于篇幅所限其他的几个表在这里略去，其实现的方法与上面提供的几个类类似。
图3.1数据库结构封装
3.2系统设计
1、总框架图：
描述了系统的基本结构和模块之间的调用关系，在下图中所示的反映了整个系统的模块间的关系，同样它揭示了与此系统相关的各个角色的使用权限。
图3.2总框架结构图
2、界面设计
（1）操作人员登陆界面
图3.3用户登录界面
（2）系统主界面
图3.4系统主界面
（3）产品信息界面
图3.5产品信息界面
（4）入库信息统计界面
图3.6入库信息统计界面
（5）现有库存界面
图3.7现有库存管理界面
（6）出库信息窗体
图3.8出库信息管理界面
（7）采购信息窗体
3.9采购信息管理界面
（8）生成仓库月统计表
图3.10仓库月统计表
4.测试方案
4.1黑盒测试
主要验证系统的外在功能是否准确，在测试过程中要多次逐一验证系统的每一项功能，记录下系统的每次执行情况，将结果记录在表格一中。
在测试构成中要注意链接是否正确，图形是否正确显示、网页上显示的内容是否正确可靠以及整体的网站风格是否一致等等。
表1：
黑盒测试表
模块名称
功能名称
所执行的操作
执行结果
测试者
测试日期
Manager
用户信息管理
添加用户信息
添加成功
崔东
2011-11-16
Manager
查看仓库信息表
查看信息
无查看信息
崔东
2011-11-16
User
登录
输入用户名和密码进入系统
用户名和密码不匹配
崔东
2011-11-16
4.2连接速度测试
由于本系统是给予web的B/S系统，所以连接的速度是一项和重要的指标。
有些问题可能在单机上检测往往很正常，但一但上了服务器却会发生莫名其妙的问题。
因此必须将这样的问题在测试阶段加以解决。
在web应用技术中，数据库骑着重要的作用，数据库为web应用系统的管理、运行、查询盒实现用户对数据存储的请求等提供空间。
在web应用中，最常用的数据库类型是关系数据库，可以使用sql对信息进行处理。
而连接速度问题导致的问题往往会影响到数据库的查询。
在使用了数据库的web应用系统中，一般情况下，可能发生两种错误，分别是数据一致性错误盒输出错误。
数据一致慈宁宫错误主要是由于用户提交的表单信息不正确而造成的，而输出错误主要是路由与网络速度或程序设计问题等引起的，针对这两种情况，可分别进行测试。
在测试构成中完成表格二。
表2：
连接速度测试表
页面名称
功能名称
网速
操作
执行结果
测试者
测试日期
Adduser.jsp
添加用户
1M
输入用户信息进行添加
相同编号的用户添加成功，系统报错
崔东
2011-11-16
UserInformatioan.jsp
查看用户信息
1M
点击查看
查看成功
崔东
2011-11-16
Report.jsp
生成报表
1M
点击生成报表
查看报表速度很慢
崔东
2011-11-16
4.3负载测试
负载测试是为了测量web’系统在某一负载级别上的性能，一保证web系统在需求范围内能正常工作。
负载级别可以是某个时刻同时访问web系统的用户数量，也可以是在线数据处理的数量。
例如：
web应用系统能允许多少个用户同时在线？
如果超过了这个数量，会出现什么现象？
web应用系统能否处理大量用户对同一个页面的请求？
测试过程需要完成表格三。
表3：
负载测试表
访问时间
请求页面
用户数量
CPU使用率
测试者
测试日期
13:
10
Adduser.jsp
1
40%
崔东
2011-11-16
13:
20
UserInformatioan.jsp
3
60%
崔东
2011-11-16
13:
30
Report.jsp
1
50%
崔东
2011-11-16
4.4压力测试
压力测试应该安排在web系统发布以后，在实际的网络环境中进行测试。
因为一个企业内部员工，特别是项目组人员总是有限的，而一个web系统能同时处理的请求数量将远远超出这个限度，所以，只有放在internet上，接受负载测试，其结果才是正确可信的。
进行压力测试是指实际破坏一个web应用系统，测试系统的反映。
压力测试是测试系统的限制和故障恢复能力，也就是测试web应用系统会不会崩溃，在什么情况下会崩溃。
黑客常常提供错误的数据负载，直到web应用系统崩溃，接着当系统重新启动是获得存取权。
压力测试的区域包括表单、登陆和其他信息传输页面等。
在测试过程中需要完成表格四。
表4：
压力测试表
攻击方式
系统反应
测试者
测试日期
多个用户同时要求生成报表
系统死机
崔东
2011-11-16
多个用户同时请求访问系统
系统死机
崔东
2011-11-16
5.课程设计体会
大学四年，这应该算是最后一次课程设计了，鉴于之前很多考试的网上搜索，也以为这门课程经过网上依然可以搜索。
往常做课程设计一般最主要的一直是代码设计那一块，所以对于这次伍老师分配任务说，最重要在于写需求分析时，一下子觉得没有了头绪。
加上，这段时间正处在考试的关键时期，时间非常紧。
很多东西都没有接触过，在同学们的帮助和对所有资料加以修改后，我完成了这次课程设计。
最开始从网上看了很多关于仓库管理的设计资料，都没有老师要求的用例图和数据库定义图，本来已经决定了不从事这方面的工作，对于这门课程也一直是采取了逃的方式，所以，刚开始对于这些东西，完全属于门外汉。
所幸，同学们做的很快，给了我很多参考，根据书上的知识和网上搜索一些资料，完成了这一次的课程设计的难关部分。
通过软件工程的课程设计，我明白设计最重要的并不一定是代码模块，在文档方面也特别的重要，设计系统前对于文档的编写，不仅对于编排方面有很大提高，对于之后的编程和模块设计都有一个引导作用，让我明白无论做什么事情，都必须有充分的准备工作。
成功等待的是有准备的人。
在此次课程设计中，也稍微掌握了Visio画图，明白对于设计者来说，Visio画图是必不可少的工具。
对于今后无论是否从事关于计算机的工作，相信无论哪方面工作都有文档的设计，那个时候应该会明白大学所学知识的重要性。
6.参考文献
[1]钱乐秋.软件工程[M]，北京：
清华大学出版社，2010.4；
[2]张害藩.软件工程导论[M]，北京:
清华大学出版社,2007.4；
[3]王珊.数据库原理及设计[M]，北京:
清华大学出版社,2009.8；
[4]赵池龙.软件工程实践教程[M]，武汉:
电子工业出版社，2009.8；
[5]郑人杰.实用软件工程[M]，北京：
清华大学出版社，2007.4；
[6]罗运模，谢志敏.CMMI软件过程改进与评估[M]，武汉：
电子工业出版社，2008.7；
[7]宣小平但正刚张文毅.《ASP数据库系统开发实例导航》，北京:
人民邮电出版社,2003.1；
[8]杜煜姚鸿.《FrontPage2000实用技能》，北京：
清华大学出版社,北京2000.1；
[9]李四达.《Dreamweaver4.0精彩网页设计教程》，北京:
人民邮电出版社2001.3；
升级会员 