||
水溶肥料智慧生产系统
一、系统说明
随着科学技术的不断发展,我们的社会已经进入了一个信息化的社会,人们每天都要接收大量的信息和处理大量的数据,仅靠传统的纸和笔已不能适应这个时代的要求,人们必须采取新的手段,于是信息技术进入我们的生活,计算机不再是简单的计算工具,它已成为我们生活中处理大量信息的不可或缺的手段。在当今产业竞争越来越激烈的信息时代,企业经营除了降低成本,提高品质外,更需要以先进的管理理念来整合企业内部与外部资源。黎元硅质水溶肥料生产管理系统正是在这个背景下产生的。
本系统正是针对黎元硅质水溶肥料生产部门的货物信息管理,通过对黎元硅质水溶肥料生产基本信息﹑出入库信息等的系统界面设计,将会给管理者带来极大的方便,具有手工管理无法比拟的优点,例如检索速度快、查找方便、可靠性高、存储量大、使用时间长等。用计算机管理取代传统的手工操作,大大减少了管理人员的工作量,提高了工作效率,为获取详细的管理信息提供了保证,方便各类人员的查询和信息保证,增强了管理工作的时效和人员主动性。
黎元硅质水溶肥料生产管理主要两方面:一是黎元硅质水溶肥料生产的基本信息,涉及人员信息、库房信息、供货商信息、客户信息;另一项是黎元硅质水溶肥料生产业务管理,包括入库管理、在库管理、出库管理、报表管理。在本系统中侧重实现黎元硅质水溶肥料生产的基本信息管理。
黎元硅质水溶肥料生产管理系统是为了实现企业产品管理的系统化、规范化和自动化,从而提高企业管理效率而设计的。它完全取代了原来一直用人工管理的工作方式,避免了由于管理人员的工作疏忽以及管理质量问题所造成的各种错误,为及时、准确、高效的完成黎元硅质水溶肥料生产管理提供了强有力的工具和管理手段。黎元硅质水溶肥料生产管理系统是一个中小型数据库管理系统,它界面美观、操作简单、安全性高,基本满足了黎元硅质水溶肥料生产管理的要求。整个系统由基本信息、单据中心、查询统计、报表打印、维护设置、帮助等模块组成。
本系统是在以MySql作为后台数据库,以J2EE为编程语言来开发的。黎元硅质水溶肥料生产管理系统在运行阶段,效果好,数据准确性高,提高了工作效率,同时也实现了黎元硅质水溶肥料生产管理计算机化。
二、需求分析
2.1黎元硅质水溶肥料生产管理系统概述
本系统是为物流管理而设计的高效管理系统,系统功能强大,同时操作又比较简单,而管理人员大多受到过系统的培训,并能够操作电脑,所以只要花很少的时间,就能够让他们熟悉本系统。
系统开发的总体任务是实现各种信息的系统化、规范化和自动化。系统功能分析是在系统开发的总体任务的基础上完成。本黎元硅质水溶肥料生产管理系统需要完成功能主要有:
●黎元硅质水溶肥料生产管理各种信息的输入,包括货物、供应商、客户、黎元硅质水溶肥料生产信息的输入等。
●黎元硅质水溶肥料生产管理各种信息的查询、统计、修改和维护,包括货物、单据查询,货物出入、职员操作统计,各种信息的修改和维护等。
●打印报表的生成。
●在货物管理中加入最高储备和最低储备字段,对黎元硅质水溶肥料生产中的产品实现监控和报警。
●操作日志的管理。
●黎元硅质水溶肥料生产管理理系统的使用帮助。
2.2系统流程图
图2-2系统流程图
2.3数据流程图
数据流图是描述系统的逻辑模型的,图中没有任何具体的物理元素,只是描述信息在系统中流动和处理的情况,它比口头与文字的描述更直观地显示出来系统中数据的使用。
数据流图简称DFD图,数据流图有四种成分:源点或终点、处理、数据存储表和数据流。图中没有任何具体的物理元素,只是描述信息在系统中的流动和处理情况,即使不是专业的计算机技术人员也容易理解,是极好的理解工具。它能精确的描述系统的逻辑模型,描述数据在MIS中有输入经过存储、加工处理最后输出的全过程,是设计者和用户交流的很好的工具。
仔细分析调查有关黎元硅质水溶肥料生产管理信息需求的基础上,得到如图4-1所示的本系统所处理的数据流程。
图2-3 黎元硅质水溶肥料生产管理系统数据流程图
通过对企业黎元硅质水溶肥料生产管理的内容和数据流程分析,设计数据项和数据结构如下:
●货物信息,包括的数据项有编号、货物名称、货物类别、货物规格、计量单位、最高限量、最低限量、备注等。
●黎元硅质水溶肥料生产信息,包括的数据项有编号、黎元硅质水溶肥料生产名称、黎元硅质水溶肥料生产地点、保管员编号、备注等。
●库存状况信息,包括的数据项有编号、货物编号、库存数量、黎元硅质水溶肥料生产编号等。
●入库单信息,包括的数据项有编号、货物编号、经办人编号、入库时间、入库单价、入库数量、供应商编号、黎元硅质水溶肥料生产编号、定单状况、其它金额、备注等。
●出库单信息,包括的数据项有编号、货物编号、经办人编号、出库时间、出库单价、出库数量、客户编号、黎元硅质水溶肥料生产编号、定单状况、其它金额、备注等。
●进行月盘点信息,包括的数据项有编号、黎元硅质水溶肥料生产编号、盘点时间、经办人编号、盘点数据等。
●系统日志信息,包括的数据项有用户名、操作时间、操作内容等。
●用户管理信息,包括的数据项有用户名、用户密码、用户权限等。
另外,还有借入单、借出单、报损单、调拨单信息等。它们与入库单、出库单信息基本类似,这里不再一一例举。
2.4黎元硅质水溶肥料生产管理系统的角色定义
本系统角色包括两种,黎元生产部管理人员和管理部主管,其中,管理部主管拥有整个系统的最高权限。
黎元生产部管理人员:
负责黎元硅质水溶肥料生产的出入库管理,可以根据流向单实现出/入库操作。具体权限有:
●库存信息管理
●库检信息维护
●入库单信息维护
●出库单信息维护
●报表信息管理
●进行密码修改、清除表信息等系统设置
●客户、供应商、库房等基本信息的查询浏览等
黎元生产部主管:
●负责整个黎元黎元生产部门的日常运作和管理工作,主要包括:
部门信息维护
人员信息管理
●审批
●报表信息管理
●进行密码修改、备份数据库等系统设置
三、系统总体设计
3.1总体用例图
用例图是一个系统建模的启始点,可以使用用例图对将要开发系统的实际工作流程进行业务建模,从业务模型的基础上过度到系统建模的开始,可以通过用例图来搜集用户的需求,明确和系统相关的用户和其他系统,同时确定系统将会提供什么功能,以及各个功能间的关系。
图3-1 总体用例图
3.2用例说明
根据上述用例图,对登陆和人员信息管理模块做了如下用例说明:
3.2.1用户从浏览器登录
用例概述
用例名称 | 用户登陆 |
主题领域 | |
用例定义 | 用户登录到系统,获得相应的界面和使用权限 |
角色 | 黎元生产员或主管 |
业务触发事件 | 用户准备开始使用系统进行业务处理或系统管理 |
前置条件 | 系统中已为该用户建立系统用户,并分配了相应权限 |
结束条件 | n 成功条件 用户登录系统,并获得相应权限 n 失败条件 1)系统中没有该用户; 2)用户名、密码错误 |
相关用例 | |
输入概述 | 用户名、密码、角色 |
输出概述 | 与用户权限相应的界面 |
使用性备注 | 本用例使用频繁 |
用例备注 |
主事件流
步骤 | 角色/系统 | 描述 | 数据项 | 备注 |
1. | 角色 | 启动登录程序 | ||
2. | 系统 | 显示登录界面; 提示输入用户标识和保密字 | ||
3. | 角色 | 输入用户标识和保密字,登录系统 | 用户名,密码,角色 | |
4. | 系统 | 验证用户是否合法用户、保密字是否正确;返回用户相应的界面、菜单 | 如果不是合法用户、或保密字不正确转到A1。 | |
5. |
分支事件流
编号 | 主事件流步骤号 | 角色/系统 | 条件 | 描述 | 数据项 | 转去主事件流 步骤号 | 备注 |
A1 | 4 | 系统 | 不是合法用户,用户名、密码错误, 用户名和密码与角色不对应 | 返回登录失败信息 | 登录失败信息 | 2 |
3.2.2供货商信息查询用例概述
用例名称 | 供货商信息查询 |
主题领域 | 供货商信息查询用例包 |
用例定义 | 供货商信息查询 |
角色 | 黎元硅质水溶肥料生产管理人员 |
业务触发事件 | 进行供货商信息查询 |
前置条件 | 有需要查询的供货商信息记录 |
结束条件 | n 成功条件 查询到需要查询的供货商信息 n 失败条件 未查询到需要查询的供货商信息 |
相关用例 | |
输入概述 | 所需查询的供货商信息 |
输出概述 | 查询结果 |
使用性备注 | |
用例备注 |
主事件流
步骤 | 角色/系统 | 描述 | 数据项 | 备注 |
6. | 角色 | 进入查询界面 | ||
7. | 系统 | 显示查询界面 | ||
8. | 角色 | 输入所需查询的供货商信息 | ||
9. | 系统 | 查询是否成功 | 查询成功 | 如果查询成功转到A1 如果查询不成功转到A2 |
分支事件流
编号 | 主事件流步骤号 | 角色/系统 | 条件 | 描述 | 数据项 | 转去主事件流 步骤号 | 备注 |
A1 | 4 | 系统 | 完成供货商信息查询 | 返回成功信息 | 查询的供货商信息 | 2 | |
A2 | 4 | 系统 | 没有完成供货商信息查询 | 返回失败信息 | 查询失败的信息提示 | 2 |
3.2.3供货商信息修改用例概述
用例名称 | 供货商信息修改 |
主题领域 | 供货商信息修改用例包 |
用例定义 | 供货商信息修改 |
角色 | 黎元硅质水溶肥料生产管理人员 |
业务触发事件 | 进行供货商信息修改 |
前置条件 | 有需要修改的供货商信息记录 |
结束条件 | n 成功条件 查询到需要修改的供货商信息 n 失败条件 未查询到需要修改的供货商信息 |
相关用例 | |
输入概述 | 所需修改的供货商信息 |
输出概述 | 修改结果 |
使用性备注 | |
用例备注 |
主事件流
步骤 | 角色/系统 | 描述 | 数据项 | 备注 |
10. | 角色 | 进入修改界面 | ||
11. | 系统 | 显示修改界面 | ||
12. | 角色 | 输入所需修改的供货商信息 | ||
13. | 系统 | 修改是否成功 | 修改成功 | 如果修改成功转到A1 如果修改不成功转到A2 |
分支事件流
编号 | 主事件流步骤号 | 角色/系统 | 条件 | 描述 | 数据项 | 转去主事件流 步骤号 | 备注 |
A1 | 4 | 系统 | 完成供货商信息修改 | 返回成功信息 | 修改的供货商信息 | 2 | |
A2 | 4 | 系统 | 没有完成供货商信息修改 | 返回失败信息 | 修改失败的信息提示 | 2 |
3.2.4 供货商信息添加用例概述
用例名称 | 供货商信息添加 |
主题领域 | 供货商信息添加用例包 |
用例定义 | 供货商信息 |
角色 | 黎元硅质水溶肥料生产管理人员 |
业务触发事件 | 进行供货商信息添加 |
前置条件 | 有需要添加的供货商信息记录 |
结束条件 | n 成功条件 查询到需要添加的供货商信息 n 失败条件 未查询到需要添加的供货商信息 |
相关用例 | |
输入概述 | 所需添加的供货商信息 |
输出概述 | 添加结果 |
使用性备注 | |
用例备注 |
主事件流
步骤 | 角色/系统 | 描述 | 数据项 | 备注 |
14. | 角色 | 进入添加界面 | ||
15. | 系统 | 显示添加界面 | ||
16. | 角色 | 输入所需添加的供货商信息 | ||
17. | 系统 | 添加是否成功 | 添加成功 | 如果添加成功转到A1 如果添加不成功转到A2 |
分支事件流
编号 | 主事件流步骤号 | 角色/系统 | 条件 | 描述 | 数据项 | 转去主事件流 步骤号 | 备注 |
A1 | 4 | 系统 | 完成供货商信息添加 | 返回成功信息 | 添加的供货商信息 | 2 | |
A2 | 4 | 系统 | 没有完成供货商信息添加 | 返回失败信息 | 添加失败的信息提示 | 2 |
3.3功能模块图
功能模块:黎元电脑黎元硅质水溶肥料生产管理系统包括黎元生产部信息管理、业务管理、系统维护等几个功能模块。
图3-3 总功能模块图
1、黎元生产部信息管理模块:为黎元生产部主管提供对黎元生产部信息的管理维护的功能。
图3-3-1 黎元生产部模块图
黎元生产部信息管理模块,如图所示,包括以下功能模块:
1. 基本信息管理模块:为管理员提供实现对客户信息、供货商信息、库房信息和黎元生产人员信息的管理维护,包括对信息查询、添加、修改和删除等操作。
2. 在库信息管理模块:
a、库存信息管理模块:为管理员提供实现对短线货物、货物信息的管理维护,包括对信息查询、添加、修改和删除等操作。
b、库检信息管理模块:为管理员提供实现对产品库检信息、部件库检信息、礼品库检信息的管理维护,包括对信息查询、添加、修改和删除等操作。
3. 出库信息管理模块:为管理员提供查询、添加、修改和删除出库流向单(包括:产品出库单、部件出库单、礼品出库单)的操作,其中添加和删除操作后的出库货检单要交由管理部审核。
4. 入库信息管理模块:为管理员提供查询、添加、修改和删除入库流向单(包括:部件入库单、产品入库单、礼品入库单)的操作、其中添加和删除操作后的入库货检单要交由管理部审核。
5. 报表信息管理模块:为管理员提供实现对报表信息的管理维护,包括对报表信息查询、浏览和上交等操作。
6. 系统设置模块:为管理员提供实现对密码修改、清除表信息的功能
、图3-3-2 管理部模块图
管理部信息管理模块,如图所示,包括以下功能模块:
1、黎元生产部人员管理模块:为管理员提供实现对黎元硅质水溶肥料生产部门信息的管理维护,包括对部门信息查询、添加、修改和删除等操作。
2、黎元硅质水溶肥料生产报表管理模块:为管理员提供实现对报表信息的管理维护,包括对报表的查询、浏览和删除等操作。
3、黎元硅质水溶肥料生产货检信息管理模块:为管理员提供实现对货检信息的管理维护,包括对在库货检信息、入库货检信息和出库货检信息的审核操作。
4、基本信息管理模块:为管理员提供实现对基本信息进行添加、删除、查询和浏览功能、
5、系统设置模块:为管理员提供实现修改密码、备份数据库和恢复数据库的功能
四、系统详细设计
4.1ER图
ER图就是实体关系图,主要完成了对系统中数据部分设计。E-R图为实体-联系图,提供了表示实体型、属性和联系的方法,用来描述现实世界的概念模型。构成E-R图的基本要素是实体型、属性和联系。
4.2数据库设计
数据库设计(Database Design)是指根据用户的需求,在某一具体的数据库管理系统上,设计数据库的结构和建立数据库的过程。一般,数据库的设计过程大致可分数据库设计为5个步骤:
l 需求分析;调查和分析用户的业务活动和数据的使用情况,弄清所用数据的种类、范围、数量以及它们在业务活动中交流的情况,确定用户对数据库系统的使用要求和各种约束条件等,形成用户需求规约。
l 概念设计;对用户要求描述的现实世界(可能是一个工厂、一个商场或者一个黎元等),通过对其中住处的分类、聚集和概括,建立抽象的概念数据模型。这个概念模型应反映现实世界各部门的信息结构、信息流动情况、信息间的互相制约关系以及各部门对信息储存、查询和加工的要求等。所建立的模型应避开数据库在计算机上的具体实现细节,用一种抽象的形式表示出来。以扩充的实体—(E-R模型)联系模型方法为例,第一步先明确现实世界各部门所含的各种实体及其属性、实体间的联系以及对信息的制约条件等,从而给出各部门内所用信息的局部描述(在数据库中称为用户的局部视图)。第二步再将前面得到的多个用户的局部视图集成为一个全局视图,即用户要描述的现实世界的概念数据模型。
l 逻辑设计;主要工作是将现实世界的概念数据模型设计成数据库的一种逻辑模式,即适应于某种特定数据库管理系统所支持的逻辑数据模式。与此同时,可能还需为各种数据处理应用领域产生相应的逻辑子模式。这一步设计的结果就是所谓“逻辑数据库”。
l 物理设计;根据特定数据库管理系统所提供的多种存储结构和存取方法等依赖于具体计算机结构的各项物理设计措施,对具体的应用任务选定最合适的物理存储结构(包括文件类型、索引结构和数据的存放次序与位逻辑等)、存取方法和存取路径等。这一步设计的结果就是所谓“物理数据库”。
l 验证设计;在上述设计的基础上,收集数据并具体建立一个数据库,运行一些典型的应用任务来验证数据库设计的正确性和合理性。一般,一个大型数据库的设计过程往往需要经过多次循环反复。当设计的某步发现问题时,可能就需要返回到前面去进行修改。因此,在做上述数据库设计时就应考虑到今后修改设计的可能性和方便性。
数据库的完整性是指数据的正确性和有效性,是为防止数据库中存在不符合语义规定的数据和防止因错误信息的输入输出造成无效操作或错误信息而提出的。数据库的完整性包括:实体完整性、参照完整性和用户定义完整性。实体完整性(Entity Integrity) :现实世界的实体是可区分的,即它们具有某种唯一性标识。相应地,关系模型中主键应作为唯一性标识。因此实体完整性规则规定基本关系的所有主键(Primary Key)都不能取空值(NULL)。参照完整性(Referential Integrity):参照完整性维护表与表之间的相关性,通常用“主键(Primary Key)/外键(Foreign Key)”保证,其中Foreign Key可以取NULL值,或取其参照表中Primary Key的取值。用户定义的完整性(User_defined Integrity ):针对某一具体数据的约束条件,由应用环境决定。数据库完整性约束能够防止合法用户使用数据库时向数据库中添加不合语义的数据。
4.2.1数据库的逻辑设计
黎元硅质水溶肥料生产管理系统所用的数据库是MySQL,如下是表在数据库的逻辑表示:
表assembly的结构
字段名 | 注释 | 类型 | 长度 | 是否主键 | 是否不为空 |
id | 编号 | INTEGER | 11 | √ | √ |
Inbill_id | 入库单编号 | VARCHAR | 20 | ||
Supplier_id | 供货商编号 | VARCHAR | 20 | ||
Depot_id | 库房编号 | VARCHAR | 20 | ||
Number | 数量 | INTEGER | 11 | ||
Sumof_bad | 不合格数量 | INTEGER | 11 | ||
Atcheck_date | 在库货检日期 | DATE | 11 | √ | |
In_date | 入库日期 | DATE | 11 | √ | |
Employee_id | 货检员编号 | char | 5 |
表product的结构
字段名 | 注释 | 类型 | 长度 | 是否主键 | 是否不为空 |
id | 编号 | INTEGER | 11 | √ | √ |
Makebill_id | 组装单编号 | VARCHAR | 20 | √ | |
Depot_id | 库房编号 | VARCHAR | 20 | ||
Check_id | 货检编号 | VARCHAR | 20 | ||
Number | 数量 | INTEGER | 11 | ||
Sumof_bad | 不合格数量 | INTEGER | 11 | ||
Make_date | 组装日期 | DATE | 11 | √ | |
Check_date | 货检日期 | DATE | 11 | √ |
表assembly_product的结构
字段名 | 注释 | 类型 | 长度 | 是否主键 | 是否不为空 |
id | 编号 | INTEGER | 11 | √ | √ |
Assembly_id | 部件编号 | VARCHAR | 20 | ||
Product_id | 成品编号 | VARCHAR | 20 |
表customer的结构
字段名 | 注释 | 类型 | 长度 | 是否主键 | 是否不为空 |
Customer_id | 客户编号 | VARCHAR | 20 | √ | √ |
name | 姓名 | VARCHAR | 20 | ||
sex | 性别 | VARCHAR | 20 | ||
credit | 信誉度 | INTEGER | 11 | ||
phone | 电话号码 | VARCHAR | 20 | ||
address | 地址 | VARCHAR | 20 | ||
remark | 备注 | VARCHAR | 20 |
表depot的结构
字段名 | 注释 | 类型 | 长度 | 是否主键 | 是否不为空 |
Depot_id | 库房编号 | VARCHAR | 20 | √ | √ |
Employee_id | 责任人编号 | VARCHAR | 20 | ||
phone | 电话号码 | VARCHAR | 20 | ||
address | 地址 | VARCHAR | 20 | ||
remark | 备注 | VARCHAR | 20 |
表employee的结构
字段名 | 注释 | 类型 | 长度 | 是否主键 | 是否不为空 |
Employee_id | 人员编号 | VARCHAR | 20 | √ | √ |
Inbill_id | 入库单编号 | VARCHAR | 20 | ||
Supplier_id | 供货商编号 | VARCHAR | 20 | ||
Depot_id | 库房编号 | VARCHAR | 20 | ||
Number | 数量 | INTEGER | 11 | ||
Sumof_bad | 不合格数量 | INTEGER | 11 | ||
Atcheck_date | 在库货检日期 | DATE | 11 | √ | |
In_date | 入库日期 | DATE | 11 | √ | |
Employee_id | 货检员编号 | VARCHAR | 5 |
表supplier的结构
字段名 | 注释 | 类型 | 长度 | 是否主键 | 是否不为空 |
Supplier_id | 供货商编号 | VARCHAR | 20 | √ | √ |
name | 姓名 | VARCHAR | 20 | √ | |
sex | 性别 | VARCHAR | 20 | ||
credit | 信誉度 | INTEGER | 11 | ||
phone | 电话号码 | VARCHAR | 20 | ||
address | 地址 | VARCHAR | 20 | ||
remark | 备注 | VARCHAR | 20 |
表inbill的结构
字段名 | 注释 | 类型 | 长度 | 是否主键 | 是否不为空 |
In_id | 入库单编号 | VARCHAR | 20 | √ | √ |
Depot_id | 库房编号 | VARCHAR | 20 | ||
Refer_date | 入库日期 | DATE | 11 | ||
Wh_id | 提交人编号 | VARCHAR | 20 | ||
Check_date | 货检日期 | DATE | 11 | ||
Ch_id | 货检人编号 | VARCHAR | 20 | √ | |
Audit_date | 审核日期 | DATE | 11 | √ | |
M_id | 主管编号 | VARCHAR | 20 | ||
In_state | 入库单状态 | VARCHAR | 20 |
表inlist的结构
字段名 | 注释 | 类型 | 长度 | 是否主键 | 是否不为空 |
id | 编号 | INTEGER | 11 | √ | √ |
In_id | 入库单编号 | VARCHAR | 20 | √ | |
Assembly_id | 部件编号 | VARCHAR | 20 | √ | |
Supplier_id | 供货商编号 | VARCHAR | 20 | √ | |
Number | 数量 | INTEGER | 11 | ||
Badnumber | 不合格数量 | INTEGER | 11 | ||
Good_rate | 合格率 | VARCHAR | 20 |
表makebill的结构
字段名 | 注释 | 类型 | 长度 | 是否主键 | 是否不为空 |
Makebill_id | 组装单编号 | VARCHAR | 20 | √ | √ |
Depot_id | 库房编号 | VARCHAR | 20 | ||
Product_id | 成品编号 | VARCHAR | 20 | √ | |
Number | 数量 | INTEGER | 11 | ||
Atcheck_date | 在库货检日期 | DATE | 11 | √ | |
Make_date | 组装日期 | DATE | 11 | ||
Manager_id | 主管编号 | VARCHAR | 20 | √ |
表outbill的结构
字段名 | 注释 | 类型 | 长度 | 是否主键 | 是否不为空 |
Outbill_id | 出库单编号 | VARCHAR | 20 | √ | √ |
Depot_id | 库房编号 | VARCHAR | 20 | ||
Refer_date | 供货商编号 | VARCHAR | 20 | ||
Refer_id | 提交人编号 | VARCHAR | 20 | ||
Audit_date | 审核日期 | DATE | 11 | ||
Out_state | 出库单状态 | VARCHAR | 11 | ||
Audit_id | 审核人编号 | VARCHAR | 20 | ||
Customer_id | 客户编号 | VARCHAR | 20 | √ |
表outlist的结构
字段名 | 注释 | 类型 | 长度 | 是否主键 | 是否不为空 |
id | 编号 | INTEGER | 11 | √ | √ |
Outbill_id | 出库单编号 | VARCHAR | 20 | √ | |
Product_id | 成品编号 | VARCHAR | 20 | √ | |
Number | 数量 | INTEGER | 11 |
表report的结构
字段名 | 注释 | 类型 | 长度 | 是否主键 | 是否不为空 |
Reportid | 报表编号 | VARCHAR | 20 | √ | √ |
Reporttype | 报表类型 | VARCHAR | 20 | √ | |
Depotid | 库房编号 | VARCHAR | 20 | √ | |
beginDate | 起始日期 | DATE | 11 | √ | |
endDate | 结束日期 | DATE | 11 | √ | |
createTime | 创建日期 | DATE | 11 | √ | |
referId | 提交人编号 | VARCHAR | 20 | √ | |
checkState | 审核状态 | VARCHAR | 20 | √ | |
checkDate | 审核日期 | DATE | 11 | ||
AuditId | 审核人编号 | VARCHAR | 20 |
表report_detail的结构
字段名 | 注释 | 类型 | 长度 | 是否主键 | 是否不为空 |
id | 编号 | INTEGER | 11 | √ | √ |
reportId | 报表编号 | VARCHAR | 20 | √ | |
Depotid | 库房编号 | VARCHAR | 20 | √ | |
goodsName | 货物名称 | VARCHAR | 40 | √ | |
goodsType | 货物类型 | VARCHAR | 30 | √ | |
allNumber | 总数量 | INTEGER | 11 | ||
badNumber | 不合格数量 | INTEGER | 11 | ||
checkId | 审核人编号 | VARCHAR | 20 | √ |
4.3运行环境
1. 开发工具:Eclipse,
2. 软件环境:Tomcat6.0,JDK5.0以上,
3. 硬件环境:cpu:P3 2.0GHZ以上 Memory:512M以上
五、代码(见代码册)
六、系统测试
6.1登陆测试方案
l 输入空账号
l 输入不存在的账号密码
l 输入正确的账号和错误的密码
l 输入正确账号和空密码
l 没有登录直接访问页面
6.2 数据录入测试
l 录入一条空记录
l 录入一条以上全部数据项非空记录
l 录入一条以上只填必填数据项的记录
l 录入一条以上只填非必填数据项的记录
l 对具有外键关联的表录入一条以上检验外键约束的记录
l 录入一条以上正确的记录
l 录入一条以上检验其他自定义完整性约束的记录
6.3 查询测试
l 正常查询一条以上记录
l 查询各种查非所查的记录
l 查询各种不对应选项的查询
6.4测试结论
首先,我们要认识到测试是软件开发过程中一个非常重要的环节,一个好的软件必须经过无数次的测试,软件测试是保证软件质量的关键步骤。在经过对各模块的测试后,已经能够证实该软件各方面的能力都可以正常运行。该软件在各方面的综合能力都通过。
七、使用说明
7.1 系统功能简介
本系统角色包括两种,黎元硅质水溶肥料生产主管和普通管理员,其中,黎元硅质水溶肥料生产主管拥有整个系统的最高权限。黎元硅质水溶肥料生产主管负责整个黎元物流公司黎元生产部的日常运作和管理工作,除了具有普通管理员的权利,还具有以下权利和义务,主要包括:
l 基本信息管理:维护客户信息、供货商信息和黎元生产员信息,具体操作有添加、修改、删除和查询。
l 入库管理:查看入库单,并且具有审批的功能,以决定是否需要入库。如果没有通过审批,将不能入库。
l 出库管理:查看出库单,具有审批的功能,如果没有通过审批,将不能出库。
l 报表信息管理:打印、查看一些报表。
l 系统设置:修改个人信息,备份和还原数据。
l 在库管理:管理在库的物品,记录盘点信息,以及维护黎元硅质水溶肥料生产。
l 退货信息管理:管理退货信息,包括客户向公司的退货,以及公司向供货商退货。
黎元生产部管理人员:负责黎元硅质水溶肥料生产的出入库管理,可以根据流向单实现出/入库操作;管理库内的产品,记录一些库检、盘点等信息,还可以修改个人信息等。具体权限有:
l 基本信息管理:只可以查询客户信息,供货商信息和黎元生产员的信息,不能对其做任何修改或删除操作。还可以查询黎元硅质水溶肥料生产信息。
l 入库管理:添加入库单,然后提交给主管审批,如果通过审批,则可以入库。对于通过审批的入库单,不能再作修改,只能查询;对于没有通过审批的入库单,可以根据主管的批注作修改或删除的操作。
l 出库管理:添加出库单,然后提交给主管审批,如果通过审批,则可以出库。对于通过审批的出库单,不能再作修改,只能查询;对于没有通过审批的出库单,可以根据主管的批注作修改或删除的操作。
l 在库管理:查看库存信息、成品组装、在库移动、以及记录盘点信息。
l 退货信息管理:管理退货信息,包括客户向公司的退货,以及公司向供货商退货。
l 报表信息管理:打印、查看一些报表。
l 系统设置:修改个人信息。
7.2 运行环境简介
硬件环境:
服务器端: 推荐配置为1G内存,CPU为1700MHZ以上配置,硬盘容量为80G的微机。
通信网络: 依托校园网,网络协议为HTTP、TCP/IP。
软件环境:
服务器端:
Ø 操作系统: Windows2000/NT/XP/2007
Ø 数据库服务器: MySQL Server 4.1
Ø Web服务器:Apache Tomcat 6.0
Ø 技术架构平台:Sun J2DK 1.6
客户端:
Ø 操作系统: Windows2000/XP/2003
Ø 浏览器:Internet Explore6.0或以上版本
屏幕分辨率推荐为:1024*768或以上
7.3 系统运行与操作指南
配置该项目,启动Tomcat服务器,打开Internet Explorer,在URL地址中输入:
进入登录页面,根据输入的用户,可以判定是主管或者是普通黎元生产员,用户名和密码都正确,即可登录到相应的主页面,进行相应的操作。
7.4操作演示
7.5特色介绍
(1) 本系统根据黎元物流公司实际需求进行设计和开发的,切合实际,具有很强的实用性。
(2) 界面友好,功能完善,接口丰富,具有很好的可扩充性.
(3) 完善的后台管理,管理员不需要懂得任何操作就可以对前台进行控制。
(4) 采用Browser/Server三层体系结构,使系统具有很好的可维护性和可重用性。
(5) Web服务器采用的是Apache的Tomcat应用服务器,它是一个比较完善的、开放的轻量级Web应用服务器,性能优良,配置和部署方便。它严格地遵循普遍流行的开放标准,在中小型开发过程中较为适用。
(6) 有警报设置功能,对于数量不足的产品或积压时间过长的产品,会自动提示,更加人性化。
Archiver|手机版|科学网 ( 京ICP备07017567号-12 )
GMT+8, 2024-9-21 01:22
Powered by ScienceNet.cn
Copyright © 2007- 中国科学报社