资源描述
中文题目:基于jsp页面的图书在线销售系统
外文题目:ONLINE BOOK SALES SYSTEM BASE ON JAVA SERVER PAGES
毕业设计(论文)共 42 页(其中:外文文献及译文20页)图纸共0张
完成日期 2012年6月 答辩日期 2012年6月
摘要
电子商务概述电子商务,即“电子化的商务贸易”,它既包括实物交易,也包括非实物的各种信息服务,它涉及到整个商务活动的每一个环节,如在线购买、定单处理、支付、配送等。本系统为网上图书销售管理系统,该系统为一图书网的网上交易及会员间的交流提供后台支持,集成了图书信息,会员信息,管理员信息的录入、更新、删除、统计、查询等一系列功能,还有图书管理,网上订单管理模块。另外,该系统还为前台的管理员发起的公告,会员发布的论坛帖子提供了相应的数据录入、更新、维护等后台支持。本系统是基于Jsp技术,采用B/S结构,使用MyEclipse开发,数据库采用SQLServer2000。
关键词:在线图书销售;Jsp技术;SQL Server 2000数据库技术;B/S结构
Abstract
Overview of e-commerce e-commerce, namely, "e-business trading" (European Commission 1997), both including in-kind transactions, including in-kind services to a variety of information, which involves the whole business in every aspect, such as online purchase , order processing, payment, distribution and so on. Designed database backend management system for online sales management system, which is a network of online transactions and book exchanges between members to provide background support, integrated book information, membership information, administrator information input, update, delete, statistics inquiries and a series of functions, In addition, the system administrator for the front also initiated a notice published in the Forum members to provide the corresponding post data entry, updating, maintenance and other back-office support. The system is based on Jsp technology, B/S structure, MyEclipse tool and SQLServer 2000 database.
Key words: Book sales on line; Jsp technology; SQL Server 2000 database technology; B/S Stucture
目录
1 项目概述 1
1.1现系统的概述 1
1.2现系统存在的问题 1
1.3业务流程描述 1
2 需求分析 2
2.1总体目标 2
2.2具体目标 2
2.3 系统功能构建 4
2.3.1数据流程图 4
2.3.3 数据字典 7
2.4系统数据模型 10
3 概要设计 一五
3.1 系统结构设计 一五
3.2 代码设计 16
3.2.1 代码设计的原则 16
3.2.2 系统所需代码设计 17
3.3 数据库设计 17
3.3.1系统关系模式设计 17
3.3.2数据字典 一八
3.4 运行环境 19
4 详细设计 21
4.1模块定义 21
4.2输入项目 22
4.3输出项目 25
4.4程序逻辑 28
4.4.1商品查询流程图 28
4.4.2购物车流程图 29
4.4.3登陆流程图 30
4.5接口设计 31
4.5.1外部接口 31
4.5.2内部接口 31
5 编码 32
5.1概述开发工具及编程脚本 32
5.2脚本习惯说明 33
6 测试 35
6.1 测试原则及测试方式概述 35
6.2测试项目测试用例 36
6.3软件测试结论 40
6.3.1软件能力 40
6.3.2缺陷和限制 40
6.3.3建议 40
6.3.4测试结论 40
结论 41
致谢 42
参考文献 43
附录A 中文译文 44
附录B 英文原文 51
附录C 源程序代码 64
1 项目概述
1.1现系统的概述
企业的销售网络局限,只注重物理销售地点。在网络高度发达的今天,仅仅靠一些专卖店、销售专柜是不够的,应充分利用互联网,拓宽销售渠道。该系统出现后能够帮助企业尽量合理的控制物流,尤其是材料库存的控制,将材料控制到只在需要的时候向需要的部门按需要的数量,提供所需要的物料,也就是说,它既防止物料供应滞后于对他们的要求,也防止了物料过早地出产和进货,以免增加库存,造成物资和资金的积压。利用本软件系统,可以实现对员工数据管理、供应管理、客户管理、产品分类管理、产品管理、入库管理、出库管理等管理,使得管理合理规范。
1.2现系统存在的问题
现行系统的功能结构不是很合理,致使效率低下。需要将功能从新分类整合,形成新的体系结构来提升系统效率;另外现行系统中一些界面没有基本的数据校验,对数据的选择没有约束;现系统在商品展示环节不是直观展示,缺乏必要的图片展示,新系统将在这方面加以改善;现行系统页面布局稍显凌乱,新系统进行从新布局,尽量使页面显得美观整洁。
1.3业务流程描述
业务流程图是描述现行系统业务的最好的工具,使系统分析人员与企管理人员交流更加方便、直观。业务流程图是描述现系统业务处理由开始到结束的整个过程的非结构化图形工具,它可以描述一个系统的业务,也可以描述一项具体业务的处理过程。
业务流程使用的符号:
表1-1 业务流程使用的符号表
Tab1-1 The mark and explanation of Service Flow Diagram
图例
名称
实体
业务处理
表单数据
账目存储
流向线
本系统具体业务流程图如下所示:
图1-1系统业务流程图
Fig.1-1System service flow chart
2 需求分析
2.1总体目标
本系统的开发与实施,基本能够实现产品交易的简单化,便捷化。给销售商和购买者带来了方便。避免了购买者亲自到销售现场与买家接触并且进行讨价还价等一系列繁琐过程导致的双方过多的浪费时间。销售商还可以在第一时间把新产品信息发到网站上去供客户查询,这样可以有效的提高交易的效率。达到充分利用网络资源,提高效益的目的。
2.2具体目标
(1)能够在系统上展示产品,包括文字信息和图片信息。
管理员在后台可以批量添加产品,同时可以填写商品的详细信息,前台用户可以察看所有产品的信息,包括产品的文字信息和图片信息,从而让用户可以更详细的了解到所察看图书的所有信息是否符合自身需求,让顾客买到合适的产品。
(2)能够管理用户的信息。
前台用户可以注册新的用户信息,而后台管理员则可以完成对客户的删除操作,从而保证系统的性能。
(3)能够判断使用者不同级别的权限,不同级别的使用者可以使用系统不同的功能。
后台管理员给用户赋予不同级别的权限,
(4)用户通过Internet浏览商品信息,可以在网上下订单。
用户浏览网站拥有的商品以后,可以在网上填写自己购物的订单交到后台管理员处管理,用户填写订单以完成与网站的交易,填写订单后则不能修改。
(5)能够对产品的订货次数进行统计,对销售商进行简单的决策支持。
管理员可以对用户订单进行查询和删除操作,查询目的是管理员通过对用户订单的查询可以统计每种产品的销量如何,从而给销售商的商品策略提出好的建议,删除订单的目的是管理员可以对时间过长而且信息用处不大的订单进行删除以保障系统的性能良好。
2.3 系统功能构建
2.3.1数据流程图
数据流程图(Data Flow Diagram简称DFD),是结构化分析中对系统进行描述的重要工具,它反映了系统的逻辑全貌,是系统分析阶段的核心内容。数据流程图就是组织中信息运动的抽象,是管理信息系统逻辑模型的主要形式。
数据流程图是按照自顶向下、逐层分解、先整体后局部的思想和方法设计的,数据流程图是对现系统的再认识的过程,表达了设计者的逻辑方案及新系统的设计思想。
数据流程图的基本组成及符号:
1) 外部实体:外部实体是指由系统之外向系统提供原始数据(输入数据)的实体及接受系统的结果数据(输出数据)的实体。
2) 数据流:数据流是指由外部实体传送给系统的原始数据(输入数据流)和由系统加工后传送给外部实体的结果数据(输出数据流)。
3) 数据存储:逻辑意义上的数据存储环节,即系统信息处理功能需要的、不考虑存储物理介质和技术手段的数据存储环节。
4) 数据处理:处理是指计算机对数据的加工处理。
本次设计所使用的数据流程图符号如下所示:
表2-1 数据流程图符号表
Tab 2-1 Data flow chart symbol table
图例
名称
外部实体
数据处理
数据存储
数据流
本设计数据流程图如下所示:
P
网上图书销售系统
发票(F6)
会员
订单(F1)
财务部
会员信息(F2)
系统管理员
会员注册表(F3)
新客户
购物订单(F7)
网站信息(F4)
系统管理员
发布后的网站信息(F8)
会员
商品信息(F5)
发布后的商品信息(F9)
图2-1图书销售网站DFD的顶层图
Fig.2-1 book sales of top-level site map DFD
图2-2 图书销售网站DFD的一层图
Fig.2-2 book sales of first -level site map DFD
2.3.3 数据字典
在结构化分析中,数据字典的作用时给数据流程图上的每个成分以定义和说明。换句话说,数据流程图上所有的成分的定义和解释的文字集合就是数据字典。数据字典描述的主要内容有:数据元素、数据流、数据存储、数据处理,其中数据元素是组成数据流的基本成分。在系统分析中,数据字典起着重要的作用。它包含关于系统的详细信息。
本系统的数据字典如下:
数据元素
名称:用户名
别名:会员
描述:用来标示用户名
数据类型:String
长度:10
名称:管理员用户
别名:用户名
描述:公告发出者
数据类型:String
长度:10
名称:部门用户
别名:用户名
描述:发票接收者
数据类型:String
长度:10
名称:新用户
别名:用户名
描述:公告发出者
数据类型:String
长度:10
数据存储
名字:订单信息
描述:记录订单的具体信息
编号:D1
组成:订单ID,订单号,下订单的客户,订货时间,订货具体内容
名字:会员信息
描述:记录用户的个人信息
编号:D2
组成:用户ID,用户名,密码,EMAIL,电话,地址,注册时间,备注
名字:商品信息
描述:记录商品的属性信息
编号:D3
组成:商品ID,商品型号,商品类别,是否新品,订货件数,订货次数,
名字:公告信息
描述:公告具体信息
编号:D4
组成:公告ID,公告主题,发布时间,具体内容
数据流
名字:订单信息
描述:记录用户的个人信息
编号:F1
组成:订单ID,订单号,下订单的客户,订货时间,订货具体内容
名字:会员信息
描述:记录会员的具体信息
编号:F2
组成:用户ID,用户名,密码, EMAIL,电话,地址,注册时间,备注
名字:新会员信息
描述:记录新会员的具体信息
编号:F3
组成:用户ID,用户名,密码, EMAIL,电话,地址,注册时间,备注
名字:公告信息
描述:记录公告具体信息
编号:F4
组成:公告ID,公告主题,发布时间,具体内容
名字:商品信息
描述:记录商品的属性信息
编号:F5
组成:商品ID,商品型号,商品类别,是否新品,订货件数,订货次数
名字:发票
描述:记录发票信息
编号:F6
组成:订单ID,商品ID,商品型号,商品类别,是否新品,订货件数,订货次数
名字:购物订单
描述:记录购物订单信息
编号:F7
组成:订单ID,订单号,下订单的客户,订货时间,订货具体内容
名字:发布后的网站信息
描述:公告信息
编号:F8
组成:公告ID,公告主题,发布时间,具体内容
名字:发布后的商品信息
描述:商品信息
编号:F9
组成:商品ID,商品型号,商品类别,是否新品,订货件数,订货次数
数据处理
名字:订单管理
描述:用户的购物信息查询和订单信息查询
编号:P1
输入/输出数据流:用户或订单基本信息
名字:会员管理
描述:对会员信息的查询和修改
编号:P2
输入/输出数据流:会员基本信息
名字:公告管理
描述:管理员对新闻和商品信息的添加,删改等
编号:P3
输入/输出数据流:新闻基本信息
名字:商品管理
描述:管理员对商品信息的添加,删改等
编号:P4
输入/输出数据流:商品基本信息
2.4系统数据模型
建立系统数据模型的主要工具则是实体—关联图,即E—R图。如果系统是一个复杂的大型系统,可考虑如下步骤实现:
(1)选择局部应用。在多层的数据流图中选择一个适当层次的数据流图,在该部分每一个部分对应一个局部应用,又有与共的数据流图只能反映系统的概貌,而中层的数据流图能较好的反映系统局部应用的子系统组成,故通常选择中层数据流图作为设计分E—R图的依据。
(2)逐一设计分E—R图。根据上述所选择的局部应用逐一设计分E—R图。
(3)合并E—R图。生初步E—R图。此时,可存在分E—R图间的冲突,如属性冲突、命名冲突、结构冲突等现象,此时,应根据需求分析的语义定义对实体联系的类型进行综合或调整。
(4)给出系统的综合E—R图。
为了进一步说明问题,系统地E—R图作如下规范:
(1) E—R图的图形符号如下:
①矩形。表示实体集。
②椭圆。表示属性。
③菱形。表示联系集。
④线段。将属性连接到实体集或将实体集连接到联系集。
⑤双椭圆。表示多值属性。
⑥虚椭圆。表示派生属性。
(2)标明映射的基数
映射的基数即两个实体集之间联系的类型。在E—R图中除了上述的图形符号外,还应当给出现实世界联系的类型,对于联系的类型,约束如下:
对于实体集A和B之间的二元联系R来说,映射的基数必然是以下情况之一:
1) 一对一。A中的一个实体至多同B中的一个实体相联系。
2) 一对多。A中的一实体可以同B中的任意数目的实体相联系,而B中的一个实体至多同A中的一个实体相联系,
3) 多对一。A中的一个实体可以同B 中任意数目实体相联系,B中的一个实体也可以同A中任意数目的实体相联系,
(3) 应注意弱实体集
1)有些实体的属性都不足以生成主码,这样的实体集称弱实体集。与这些相对,有主码的实体集称作强实体集。
2)虽然弱实体集没有主码,仍需要用某种方法来区分该实体中依赖于某个特定强实体的所有实体。弱实体集分辨符是使得我们能进行这种区分的属性集合。
3)弱实体集的主码由该弱实体集所在依赖的强实体集的主码和该弱实体集的分辨符共同组成。
4)弱实体集可以作为拥有者参与到另一个弱实体集的标识性联系中。尽管一个弱实体集总是存在依赖于一个强实体集,但是一个存在依赖并不导致一弱实体集——从属实体集也可以有主码。
5)在某些情况下,数据库设计者会选择用拥有者实体集的多值、复合属性来表示弱实体集。如果弱实体集只参与标识性联系,而且其属性不多,那在建模时将其表述为一个属性更恰当。相反地,如果弱实体集参与到标识性联系中,或者其属性较多,则建议将其表述为弱实体集更恰当。
本系统的前、后台局部E-R图如下所示:
图2-3 销售系统E-R图
Fig.2-3 distribution system map E-R
限于篇幅,上述E-R图中的所有实体的属性都没有给出,主要给出集成过程,表2-2以表格的形式给出各实体的属性。
表2-2实体及其属性表
Tab 2-2 Entity and relationship
实体名称
说明
用户
用户名,密码,电子邮箱,电话号码,地址,注册时间,密码提示问题,密码提示答案
业务员
业务员ID,账号,密码
订单
产品ID,订单ID,订货数量,下订单用户,下订单时间
产品
编号,名称,产品所属的大类别,详细信息,产品所属的小类别,产品所属的品牌,
订单细则
商品种类,订购数量,订购时间,订购金额
表2-3关系及其属性表
Tab 2-3 relationship and attribute
实体名称
说明
管理员-管理-会员
管理员-维护-图书
会员-下订单-订单
下订单时间
管理员-维护-订单
订单-封装-图书
3 概要设计
系统设计阶段的主要目的是将系统分析阶段所提出的反映了用户信息需求的系统逻辑方案转换成可以实施的基于计算机和通信系统的物理方案。在系统分析中所设计的逻辑模型用来解决系统“做什么”的问题,而物理模型是要解决“如何做”的问题。在完成了新系统的分析之后,我们开始进行系统设计。
系统设计的内容主要包括系统功能结构设计、代码设计、输入设计、输出设计、数据库设计、软硬件配置等。
3.1 系统结构设计
系统结构设计,即系统的功能设计。由于系统的特性决定了系统设计中可以采用“自顶向下”的原则,将系统看成一个模块,考虑其各个业务处理,继续分解成若干模块,直至每一模块可以独立实现一个功能。功能设计的结果即是系统的结构图。
根据数据流程图的自顶向下逐级细化和结构图自顶向下逐层分解的原理,找出数据流程图的各级细化图与结构图的各层模块的对应关系,从而实现依据数据流程图快速、准确地完成结构图设计。根据这一方法的特点,我们称之为结构图设计的DFD映射法。
客户(前台)
特价查询
新品查询
排行查询
购物管理
查询管理
会员管理
添加商品至购物车
查看购物车
删除购物车中商品
会员注册
会员登录
会员资料修改
生成订单
分类查询
编辑购物车
图3-1网上图书销售系统结构图
Fig.3-1 network system structure of the book sales outlook
3.2 代码设计
3.2.1 代码设计的原则
代码设计是处理对象的代号或表示符号,其主要目的是方便计算机排序、检索、查找等处理。代码设计的关键是方便用户,满足业务要求,通常编码有如下规则:
(1)要考虑的是编码的标准化,尽量按照有关的国际标准、国家标准、部门或行业的标准进行设计。
(2)要考虑容易修改,当某段代码、条件或某个函数代表的实体关系改变时,容易进行变更。
(3)要考虑企业的发展和变化时对系统的扩展,当增加新的实体和属性时,直接利用原代码追加,保持原代码体系不变。
(4)要考虑结构简洁,代码的长度涉及到存储空间的占用和信息处理的速度。而且影响代码输入的出错率,所以,在满足当前需要和扩充要求的前提下应尽量结构简单,长度要短。
(5)考虑代码值的唯一性。
3.2.2 系统所需代码设计
商品编号
XX XX XXXX
代表商品号
代表商品系列号
代表商品类型号
3.3 数据库设计
数据库是计算机领域中最重要的技术之一,是计算机科学的重要分支。借助数据库技术可以科学地保存和管理大量的复杂数据,充分利用信息资源,实现信息共享。建立一个良好的数据组织结构和数据库,使整个系统都可以迅速方便、准确的调用和管理所属的数据,是衡量信息系统开发工作好坏的标准之一。以关系模型为基础的数据库称为关系数据库,本系统采用的就是关系数据库。
3.3.1系统关系模式设计
(1)用户 (用户ID,用户名,密码, EMAIL,电话,地址,注册时间,备注)
(2)管理员 (用户ID,用户名,密码, EMAIL,电话,地址,注册时间,备注)
(3)公告信息 (公告ID,公告主题,发布时间,具体内容)
(4)订单信息 (订单ID,订单号,下订单的客户,订货时间,订货具体内容)
(5)商品信息 (商品ID,商品型号,商品类别,是否新品,订货件数,订货次数,入库时间)
(6)类别信息 (类别ID,类别名,所属大区域,该类别商品种类)
3.3.2数据字典
表3-1 商品表
Tab 3-1 goods’ information table
列标示
列含义
数据类型
长度
是否允许为空
ID
主键,对象标识符
Long
自动编号
不允许为空
ID
产品编号
bigint
8
不允许为空
GOODSNAME
产品名称
varchar
20
不允许为空
TYPEID
产品所属的大类别
int
4
不允许为空
INTRODUCE
产品的详细信息
text
16
允许为空
PRICE
原价格
money
8
不允许为空
NEWPRICE
现价
money
8
允许为空
NEWGOOD
是否为新品
int
4
不允许为空
INTIME
入库时间
dateTime
8
不允许为空
PICTURE
图片
varchar
100
允许为空
SALE
卖出量
int
4
不允许为空
表3- 2 订单表
Tab 3-2 orders’ information table
列标示
列含义
数据类型
长度
是否允许为空
ID
主键,对象标识符
Long
自动编号
不允许为空
order_ID
下订单用户
Long
10
不允许为空
shangpin_ID
商品的键ID
Long
10
不允许为空
ORDER_ID
订单的ID
Int
10
不允许为空
NUMBER
订货数量
Timestamp
10
不允许为空
REGISTERED_TIME
下订单时间
Long
10
不允许为空
表 3-3 子类别表
Tab 3-3 subtype’ information table
列标示
列含义
数据类型
长度
是否允许为空
ID
主键,对象标识符
Long
自动编号
不允许为空
NAME
类别名称
String
10
不允许为空
NAMEENGLISH
类别英文名称
String
10
不允许为空
TYPE
类别所属产品大类
Char
10
不允许为空
表3-4 论坛表
Tab 3-4 bbs’ information table
列标示
列含义
数据类型
长度
是否允许为空
ID
主键,对象标识符
Long
自动编号
不允许为空
TITLE
公告标题
String
10
不允许为空
DESCRIPTION
公告内容
String
10
不允许为空
REGISTERED_TIME
公告发布时间
Timestamp
10
不允许为空
表3-5 成员表
Table 3-5 member’ information table
列标示
列含义
数据类型
长度
是否允许为空
ID
主键,对象标识符
Long
自动编号
不允许为空
NAME
用户名
String
10
不允许为空
PASSWORD
密码
String
10
不允许为空
EMAIL
电子邮箱
String
10
不允许为空
TELEPHONE
电话号码
String
10
不允许为空
ADDRESS
地址
String
10
不允许为空
REGISTERED_TIME
注册时间
Timestamp
45
不允许为空
DESCRIPTION
备注信息
Text
45
不允许为空
QUESTION
密码提示问题
String
45
不允许为空
ANSWER
密码提示问题答案
String
45
不允许为空
3.4 运行环境
服务器端的软件配置:
1) 操作系统的选择
操作系统OS 是计算机系统最基本的系统软件,它是控制和管理计算机硬件与软件资源,合理的组织计算机工作流程,以及方便用户使用计算机系统的众多程序集合从用户的观点看,它是用户和计算机之间的接口,从资源管理观点看,它是控制和管理计算机资源的软件。针对本系统,选择Windows xp作为服务器操作系统,这个版本的OS 具有使用简单,界面友好的特点,比较容易接受,性能稳定。
2) WWW服务器平台
Tomcat是Sun和Apache合作做出来的JSPServer,支持Servlet2.2及JSP1.1等版本。是目前最流行的中小型站点的应用平台。Tomcat在设计上是以独立的Server执行,而不像Jserv是附在Apache中,这样就更可以发挥在servlet中,非HttpServlet的能力。Tomcat是Java程序,所以只要有JDK就可以使用,不需要考虑操作系统平台。
4) 数据库的选择
数据库选择。SQL具有功能强、使用简单、管理方便、运行速度快、可靠性高、安全保密性强等优点。
客户端的软件配置:
操作系统可以选择Microsoft Windows95、98/Me,Windows NT Server/Workstation或Windows2000 专业版/服务器版/高级服务器版 。应用软件选择Internet Explorer 5.0/6.0。
4 详细设计
4.1模块定义
(1)用户管理模块
用户管理自然是每个网站必不可少的,在本系统中,要求这部分管理安全可靠,权限分明,且其在前台和后台的表现不同,下面将分别进行介绍。
1)前台表现
①用户注册。
②要确保权限为普通用户。
③要有密码保护措施,保证用户设定之后可以找回遗忘的密码。
2)后台表现
①系统管理员可以添加用户。
②系统管理员可以动态的给用户赋予权限,保证系统信息不外泄。
③系统管理员可以修改和删除用户信息。
④系统管理员可以给用户建立备注信息,其仅对具有权限的用户可见。
(2)产品管理模块
产品管理是本系统的根本,安全可靠和按照权限展示是这部分的要求,要操作方便、展示美观。
1)前台表现
①产品展示中可以通过大类别→小类别分级展示产品。
②产品图片要保证不失真。
2)后台表现
①系统管理员可以动态添加、修改和删除产品。
②必须为产品指定产品小类别。
③必须为产品指定产品品牌。
④产品信息要包含一幅或者多幅图片,对产品的订货次数进行统计,以便于进行简单的决策支持。
(3)网上订单管理模块
网上订单能够带来的方便和快捷是经销商所期待的。
1)前台表现
①用户可以看到自己所有订单的历史记录,以便用户自己做一些统计或者备忘。
②可以在网上下订单,订单信息包括产品型号和数量,且这两项数据要求进行校验。
2)后台表现
①系统管理员可在后台查看所有和图书厂商建立业务关系的用户订单,从而决定是留下或者是删除。
②若无特殊情况,要保证所有业务的用户订单都能够长久保留,这些历史数据可以为统计或者做账目提供依据。
(4)公告管理模块
发布公告虽然不是本系统的重要部分,却是不能少的部分,倘若这一部分利用好,带来的商机也是不容小视的。
1)前台表现
①前台的表现是展示公告,用户可以查阅。
2)后台表现
②后台的表现是系统管理员可以动态添加和删除公告。
4.2输入项目
输入本系统中的数据如下所示:
(1)用户信息需要有用户亲自注册,管理员帐号由系统自动生成。
(2)产品信息需要有管理员手动进行添加。
(3)公告标题、内容由管理员添加,发布时间由系统自动检验生成。
(4)订单信息需要由用户填写。
(5)产品类别以及品牌信息则要由系统管理员手动输入添加。
表4-1输入设计 编号:001
Tab 4-1 input design number:001
输入名称:用户信息
输入设备和介质:键盘、鼠标
输入源:管理员
输入时间和频率:添加新用户时输入
输入信息量:
共享范围:本系统使用
表4-2 输入格式及内容
Tab 4-2 input form and content
输入项名称
类型
实际长度
备注
主键
Long
6
自动生成
用户名
String
3-12
英文字母A~Z,a~z,数字0~9,字符“_”
密码
String
5-12
英文字母A~Z,a~z,数字0~9
电子邮箱
String
5-12
英文字母A~Z,a~z,数字0~9
电话号码
String
10-11
数字0~9
地址
String
100
管理员输入
注册时间
Timestamp
45
自动生成
备注信息
Text
一八
管理员输入
表4-3输入设计 编号:002
Tab 4-3 input design number:002
输入名称:商品信息
输入设备和介质:键盘、鼠标
输入源:管理员
输入时间和频率:添加商品时输入
输入信息量:
共享范围:本系统使用
表4-4 输入格式及内容
Tab 4-4 input form and content
输入项名称
类型
实际长度
备注
产品编号
bigint
8
管理员输入
产品名称
varchar
200
管理员输入
产品所属的类别
int
4
管理员输入
产品的详细信息
text
16
管理员输入
产品的价格
money
8
管理员输入
是否为新品
int
4
管理员输入
入库时间
datetime
8
自动生成
产品编号
bigint
8
管理员输入
表4-5输入设计 编号:003
Tab 4-5 input design number:003
输入名称:订单信息
输入设备和介质:键盘、鼠标
输入源:用户
输入时间和频率:用户购买商品时输入
输入信息量:
共享范围:本系统使用
表4-6 输入格式及内容
Table 4-6 input form and content
输入项名称
类型
实际长度
备注
商品ID
Long
6
自动生成
订货数量
int
6
用户输入
表4-7输入设计 编号:004
Tab 4-7 input design number:004
输入名称:公告信息
输入设备和介质:键盘、鼠标
输入源:管理员
输入时间和频率:管理员添加公告时输入
输入信息量:
共享范围:本系统使用
表4-8 输入格式及内容
Tab 4-8input form and content
输入项名称
类型
实际长度
备注
公告标题
String
100
管理员或用户输入
公告内容
String
4000
管理员或用户输入
表4-9输入设计 编号:005
Tab 4-9input design number:005
输入名称:类别信息
输入设备和介质:键盘、鼠标
输入源:管理员
输入时间和频率:管理员添加类别时输入
输入信息量:
共享范围:本系统使用
表4-10 输入格式及内容
Tab 4-10 input form and content
输入项名称
类型
实际长度
备注
主键,对象标识符
Long
6
自动生成
类别名称
String
45
管理员输入
类别所属产品大类
Char
10
管理员输入
4.3输出项目
本系统输出的数据如下所示:
(1)系统公告标题、内容可以输出到显示器屏幕上供用户查询观看。
(2)系统的订单信息则输出给管理员观看,以便于其对过期订单的删除。
展开阅读全文