服装库存管理系统课程设计Word下载.docx
《服装库存管理系统课程设计Word下载.docx》由会员分享,可在线阅读,更多相关《服装库存管理系统课程设计Word下载.docx(28页珍藏版)》请在冰豆网上搜索。
出库单经管包括出库单基本信息经管和出库单明细经管,并能分别对出库单和出库单明细进行增加、删除、修改和查找的操作。
(3)辅助经管
辅助经管包括修改密码。
2.运行环境要求:
(1)客户端:
Windows操作系统
IE浏览器
(2)服务器:
windowsserver版操作系统
Tomcatweb服务器
MySQL数据库服务器
3.技术要求:
强调软件工程过程文档的规范化。
●需求分析规格说明书与用例规约
●系统数据库设计,时序图,类图,MVC架构
●系统完整编码,采用JSP、Servlet技术
设计工作量:
40课时
工作计划:
(1)2010级软件工程所有班级
16课时:
1609理论讲座
20课时:
上机、调试。
计算机系机房
4课时:
答辩。
计算机系机房。
(具体时间地点老师先申请,机动安排)
指导教师签名:
日期:
教研室主任签名:
日期:
系主任签名:
长沙学院课程设计鉴定表
专业
软件工程
班级
10软件1班
设计题目
指导教师意见:
评定等级:
教师签名:
答辩小组意见:
答辩小组长签名:
日期:
教研室意见:
系(部)意见:
说明
课程设计成绩分“优秀”、“良好”、“中等”、“及格”、“不及格”五类;
工程实训(四)工作计划表
周次
实训内容
备注
第0周
(2012.3.12~2012.4.6)
1.实训启动
召集工程组学生开会
明确实训的内容和要求
袁伟森老师讲课
致远楼1609
第一周
(2012.5.14~2012.5.18)
1.系统需求分析设计
致远楼1409
第二周
(2012.5.21~2012.5.25)
1.组长讨论会,讨论需求分析进度情况
完善需求文档
2.用例和用例规约设计
第三周
(2012.5.28~2012.6.1)
1.系统详细设计,类模型设计
2.时序图的设计
致远楼1408
第五周
(2012.6.4~2012.6.8)
1.第一阶段任务检查—需求分析
2.开发工具的使用
第六周
(2012.6.11~2012.6.15)
1.Struts2技术讲解
2.第二阶段任务检查—数据库的设计
第七周
(2012.6.18~2012.6.22)
1.代码实现
2.答疑调试
第八周
(2012.6.25~2012.6.29)
第九周
(2012.7.2~2012.7.6)
1.答辩
致远楼1401
第1章设计内容与要求
1.1设计内容
服装库存经管系统主要的设计内容包括:
(1)系统经管
系统经管包括用户经管和货号经管。
在用户经管中要包括新建系统用户、删除系统用户、查看系统用户详细信息、更新系统用户、查询系统用户、系统用户登陆和修改密码。
在货号经管中包括新建货号、删除货号、查看货号详细信息、更新货号、查询货号
(2)库存经管
入库单经管包括新建入库单、删除入库单、查看入库单详细信息、更新入库单、提交入库单、查询入库单、新增入库单明细、查看入库单明细的详细信息、更新入库单明细、删除入库单明细、查询入库单明细。
出库单经管包括新建出库单、删除出库单、查看出库单的详细信息、更新出库单、提交出库单、查询出库单、新增出库单明细、查看出库单明细的详细信息、更新出库单明细、删除出库单明细、查询出库单明细。
(3)辅助经管
1.2设计要求
(1)系统经管
用户经管中在新建系统用户时用户登录号、用户姓名和用户密码为必选项,如果没有填写应该要能给出提示信息。
用户能够根据用户登录号和用户姓名来查询系统用户的详细信息。
系统用户能够根据用户登录号和密码来成功登陆系统。
用户在成功登陆后可以使用旧密码来设置新密码。
货号经管中在新建货号时货号、品名、色号、尺码、面料、里料、出厂价、零售价为必选项,若有一项没有填写应该要能给出提示信息。
用户可以根据货号、色号、尺码来查看货号详细信息。
入库单经管中在新建入库单时入库日期、所入仓库、来源是必选项,如果有一项没有填写,系统要能够给出提示信息,备注为非必选项。
用户成功登陆系统后可以根据单据号来查看入库单的详细信息。
用户在更新入库单时要先查询到要更新的入库单,然后再进行入库单的更新。
用户在保存入库单信息后可以进行新增入库单详细信息的操作,新建时可以设定入库单明细的货号、色号、尺码和数量。
出库单经管中在新建出库单时出库日期、所出仓库、接收人、接收人电话为必选项,若有一项没有填写则给出提示信息,其中备注为非必选项。
用户成功登陆系统后可以根据单据号来查看出库单的详细信息。
用户在更新出库单时要先查询到要更新的出库单,然后再进行出库单的更新。
用户在保存出库单信息后可以进行新增出库单详细信息的操作,新建时可以设定出库单明细的货号、色号、尺码和数量。
用户在成功登陆系统后可以进行修改密码,修改密码时旧密码、新密码和确认密码为必选项,如果有一项没有填写,系统应该给出提示信息。
旧密码必须要与登录时使用的密码一
致,否则无法修改密码,新密码和确认密码也必须保持一致方能成功修改。
第2章需求分析
2.1整体用例图
图1全局用例图
2.2用例规约
表1用户登陆用例规约
用例名称:
用户登陆
用例ID:
CSMS-01
角色:
用户
简要说明:
用户利用登录号密码登陆系统
前置条件:
无
基本事件流:
1、用户输入登录号
2、用户输入密码
3、用户点击“登陆”按钮
其它事件流:
1、用户输入的登录号和密码为必选项,如有一项为空,系统要能给出提示信息
2、系统接收用户输入的登录号和密码并且将其与数据库中的用户信息表中的对应数据进行验证,验证成功则允许用户登陆,否则提醒用户输入正确的登录号和密码。
异常事件流:
1、登陆号或者密码为空就点击登陆。
2、登录号或者密码错误
后置条件:
系统用户信息保存到数据库中,并且页面能够将用户输入的数据传送至后台服务器中
表2修改密码用例规约
用例名称
修改密码
用例ID
CSMS-02
角色
用户。
简要说明
用户修改密码
前置条件
用户已经登录系统
基本事件流
1、用户请求修改密码。
2、系统弹出修改密码页面。
3、用户输入旧密码。
4、用户输入新密码,确认新密码。
5、点击“完成”。
其他事件流
1、旧密码、新密码、确认密码为必选项、任何一项为空系统都要发出提示信息
2、系统接收用户输入的旧密码,并且将旧密码与数据库中的密码进行验证,若新密码与确认密码一致,且验证通过,则允许用户修改密码
异常事件流
1、用户输入的旧密码与用户登陆使用的密码不一致。
2、用户输入的新密码与确认密码不一致。
后置条件
系统能够获取用户在页面上输入的旧密码、新密码和确认密码,并且对旧密码与登陆密码进行验证。
2.3需求描述
1.用户登陆
需求编号:
CODEMN-1
需求描述:
用户使用登录号和密码来成功登陆系统。
CODEMN-1-1用户输入登录号和密码
CODEMN-1-2页面获取用户输入的登录号和密码,并且与数据库中的数据进行比较
CODEMN-1-3证成功则允许用户登陆,否则提醒用户输入正确的登录号和密码。
2.用户修改密码
CODEMN-2
需求描述:
CODEMN-2-1:
用户输入旧密码、新密码、确认密码。
CODEMN-2-2:
系统接收用户输入的旧密码,并且将旧密码与数据库中的密码进行验证,同时将获取到的新密码和确认密码进行比较。
CODEMN-2-3:
若旧密码验证通过,且新密码与确认密码一致,则允许用户修改密码,否则给出错误提示信息,密码修改不成功。
第3章系统设计
3.1数据库设计
3.1.1数据库对象命名规则
表3数据库对象命名规则
数据库对象
命名规则
备注
表
Tbl_功能描述字符串
例如:
tbl_user用户表
视图
View_功能描述字符串
view_userInfo用户视图
存储过程
Proc_功能描述字符串
proc_draw取款存储过程
3.1.2数据项编码规则
表4数据项编码规则
数据项
数据类型
长度范围
登录名
用户姓名开头字母
字符
10位
密码
6位长的任意数字
货号
2个大写字母+数字
色号
颜色开头字母+数字
删除状态
逻辑数字1或0
整数
2
尺码
正常人身高如170
入库日期
年+月+日
日期
3.1.3用户信息表结构
表5用户信息表
表名
用户信息表
数据库用户
主键
userLogin
其他排序字段
索引字段
序号
字段名称
数据类型(精度范围)
允许为空Y/N
唯一Y/N
区别度
默认值
约束条件/说明
01
Varchar(20)
N
Y
高
02
username
03
Password
04
Remark
F
低
05
flag
Int
sql脚本
createtableuser(
userLoginvarchar(20)notnullprimarykey,
userNamevarchar(20)notnull,
Passwordintnotnull,
remarkvarchar(20),
flagintnotnull
)。
存储用户信息
3.2类图设计
图2系统登陆和修改密码的类图
在登陆和修改密码中,主要运用到userImpl、UserServlet和Userinfo三个类。
userImpl中实现了Userinterface中定义的方法,在userImpl中可以拼写sql