logo资料库

电商项目需求说明书.doc

第1页 / 共96页
第2页 / 共96页
第3页 / 共96页
第4页 / 共96页
第5页 / 共96页
第6页 / 共96页
第7页 / 共96页
第8页 / 共96页
资料共96页,剩余部分请下载后查看
商 品 交 易 管 理 系 统 【摘要】本文简要介绍了本商品管理系统的开发情况,基本设计思想、系统开发环境及目前 的应用情况。 关键词 订单 代理商 销售查询 备份 目 录: 第一章 引言 第二章 数据库应用系统开发简介 2.1 数据库 2.2 数据库管理系统 2.3 创建数据库 第三章 应用系统开发工具 3.1 3.2 DELPHI简介 DELPHI数据库访问方法与数据库组件介绍 第四章 商品销售管理系统目标分析 4.1 任务分析 4.2 系统目标 第五章 商品销售管理系统的数据库设计 5.1 常见应用程序数据表 5.2 DELPHI中的数据文件路径管理 第六章 试题库系统应用程序界面设计 6.1 用户登录窗体 6.2 主窗体 6.3 系统设置窗体 6.4 权限管理窗体 6.5 操作员信息设置窗体 6.6 代理商进/退货录入窗口 6.7 订单进货数据录入窗口 6.8 代理商销售数据查询窗口 6.9 商品分布查询窗口 第七章 结束语 致谢 主要参考文献 附录程序清单及注释
一 引 言 随着大学教学改革进一步的深入和大学本科课程建设的逐步完善,对学生掌 握每一课程内容程度的考试必须规范化,系统化,科学化,现代化;教学管理必 须现代化、规范化。我们知道,传统的出试卷方法是由教师个人组卷,这样往往 造成试题难度和知识覆盖面难以把握,不能达到对学生的科学而又全面的考核。 针对这一情况,我们研制了计算机类学科试题库与自动组卷系统。一方面,自动 组卷系统避免了手工出试卷造成的试卷不规范,不易集中管理;另一方面,避免 教师每次考试时手工组卷及平时为学生组织练习时的重复劳动,将教师从简单、 重复的环节中解脱出来,以更多的精力投入到教学与科研中去。 高校教务管理工作中一项非常重要的工作就是考试管理工作,每学期各专业 考试,从组织出卷到试卷的印制及试卷的管理等工作非常繁琐且工作量很大,这 种组织管理方式不仅工作任务繁重而且试卷的标准化程度、难易程度、题量大小 等各方面难以控制,难以形成有效的试题库,不利于充分发挥历年来的优秀试题 及试卷的作用,给试题和试卷的管理带来很多问题和困难。鉴于这种情况,利用 计算机进行试卷的自动生成并逐步积累形成有效的试题库,对试题和试卷的管理 将变的高效而便捷,对提高工作效率,使试卷管理逐步走向正规化自动化将起到 十分重要的作用。 在试题库的制作方面,通过自动组卷系统对每次考试的实现,可以不断地对 试题库的内容进行完善。在每一次组卷时,可以进一步对每题的内容进行分析, 发现细微的问题,对试题库的内容作进一步地修改。这样避免了传统出试卷时, 考试一次结束一次的缺点。由于试题库的建设具有继承性,规范性,可以不断积 累考试经验,丰富试题库的内容。 二 数据库应用系统开发简介 在数据库应用系统开发之前,对开发数据库的基本概念应当了解,对数据库的结构、开 发数据库应用程序的步骤、开发体系及方法都应当有相当清晰的了解和认识。 数据库应用系统开发的目标是建立一个满足用户长期需求的产品。开发的主要过程为:理 解用户的需求,然后,把它们转变为有效的数据库设计。把设计转变为实际的数据库,并且 这些数据库带有功能完备、高效能的应用。 数据库技术在计算机软件邻域研究中一直是非常重要的主题,产生于 60 年代,30 多年来 数据库技术得到了迅速发展,并已形成较为完整的理论体系和一大批实用系统。并且,近年 来,随着 World Wide Web(WWW)的猛增及 Internet 技术的迅速发展,使得数据库技术之时成 为最热门技术之一。 §2.1 数据库 数据库由 DBMS(数据库管理系统)处理,DBMS 则由开发人员和用户通过应用程序直接或 间接地使用。它主要包括四个要素:用户数据、元数据、索引和应用元数据。 用户数据: 目前,大多数主流数据库管理系统把用户数据表示为关系。现在把关系看作
数据表。表的列包含域或属性,表的行包含对应业务环境中的实体的记录。并非所有的关系 都同样符合要求,有些关系比其它关系更结构化一些。 元数据: 数据库是自描述的,这就意味着它自身包含了它的结构的描述,这种结构的描 述称作元数据。因为 DBMS 产品是用来存储和操纵表的,所以大多数产品把元数据以表的形式 存储,有时称作系统表。这些系统表存储了数据库中表的情况,指出每一个表中有多少列, 那一列是主关键字,每一列的数据类型的描述,它也存储索引、关键字、规则和数据库结构 的其他部分。在表中存储元数据不仅对 DBMS 是有效的,对用户也是方便的,因为他们可以使 用与查询用户数据同样的查询工具来查询元数据。本文介绍的 SQL 语言可以同时用于元数据 和用户数据。 应用元数据:存储在数据库中的第四种数据是应用元数据,它用来存储用户窗体、报表、 查索引:第三种类型的数据改进了数据库的性能和可访问性,这种数据经常称作开销数据, 尽管有时也采用其他类型的数据结构,如链表,但它主要还是索引。索引可以用来排序和快 速访问数据。 查询和其他形式的查询组件。并非所有的 DBMS 都支持应用组件,支持组件的 DBMS 也不 一定把全部组件的结构作为应用元数据存储在数据库中。然而,大多数现代的 DBMS 产品存储 这种数据作为数据库的一部分。一般来说,数据库开发人员和用户都不直接访问应用元数据, 想反,他们通过 DBMS 中的工具来处理这些数据。 §2.2 数据库管理系统 数据库管理系统(DBMS)是指数据库系统中管理数据的软件系统。DBMS 是数据库系统的 核心组成部分。对数据库的一切操作,包括定义、更新及各种控制,都是通过 DBMS 进行的。 DBMS 总是基于某种数据模型,可以把 DBMS 看成是某种数据模型在计算机系统上的具体实现。 根据数据模型的不同,DBMS 可以分成层次型、网状型、关系型、面向对象型等。Access 2000 就是一种关系型数据库管理系统。 DBMS 的特点和功能可以分为三个子系统:设计工具子系统、运行子系统和 DBMS 引擎。 设计子系统有一个方便数据库及其应用创建的工具集。它典型地包含产生表、窗体、查询和 报表的工具。DBMS 产品还提供编程语言和对编程语言的接口;运行子系统处理用设计子系统开 发的应用组件。它所包含的运行处理器用来处理窗体和数据库的数据交互,以及回答查询和 打印报表等;DBMS 引擎从其他两个组件接受请求,并把它们翻译成对操作系统的命令,以便读 写物理介质上的数据。DBMS 引擎还涉及事务管理、锁、备份和恢复。 §2.3 创建数据库 数据库模式: 数据库模式定义了数据库的结构、表、关系、域和业务规则。数据库模式 是一种设计,数据库和应用正是建立在此基础上的。 数据库设计主要是进行数据库的逻辑设计,即将数据按一定的分类、分组系统和逻辑层 次组织起来,是面向用户的。数据库设计时需要综合企业各个部门的存档数据和数据需求, 分析各个数据之间的关系,按照 DBMS 提供的功能和描述工具,设计出规模适当、正确反映数 据关系、数据冗余少、存取效率高、能满足多种查询要求的数据模型。 数据库中的关系表是二维的,它有如下四个性质: l 在表中的任意一列上,数据项应属于同一个属性(如图中每一列都存放着不同记录的同 一属性数据)。 2 表中所有行都是不相同的,不允许有重复组项出现(如图中每一行都是一个不同的记 录)。 3 在表中,行的顺序无关紧要(如图中每行存的都是记录,至于先放哪一个都没关系)。
4 在表中,列的顺序无关紧要,但不能重复 为防止数据库出现更新异常、插入异常、删除异常、数据冗余太大等现象,关系型数据 库要尽量按关系规范化要求进行数据库设计。 三 应用系统开发工具 §3.1 Delphi 简介 Delphi 是一个极有代表性的面向对象开发工具;它将面向对象的程序设计方法与数据库 技术;网络技术以及可视化;事件驱动,代码自动生成等先进技术完美的结合在一起,使用 它可以直观的,快速地开发,高质量的 windows 应用程序。Delphi 强大的易用的特点得到程 序员的青睐。Delphi7.0 除了保留以前版本的强大功能之处,更在数据库程序开发方面提供了 强有力的支持,使程序员完全可能轻松开发出复杂且功能强大的数据库程序。 Delphi 类可以粗略地分成两部分:一部分是组件类,这些组件类通常以某种方式出现在 组件面板上,当用户从组件面板上点取一个类的图标后,在程序中就自动生成了该类的对象 (非可视组件除外);另一部分是功能类,这此功能类的对象通常出现在程序代码中,起着不 可代替的作用,但是这些功能类在组件面板上是找不到的。在 Delphi 中,每一个类的祖先都 是 Tobject 类,整个类的层次结构就像一棵倒挂的树,在最顶层的树根即为 Tobject 类。这样, 按照面向对象编程的基本思想,就使得用户可用 Tobject 类这个类型代替任何其它类的数据 类型。 §3.2 Delphi 数据库访问方法与数据库组件介绍 ● 3.2.1 数据库访问方法 1. BDE 方法:它提供了存取各种文型和客户/服务器型数据库的驱动器程序。该方法直 接访问 Paradox 和 Dbase 等数据库或通过 DOBC(Open DataBase connecivity,开放数据库) 来访问 Access 和 PoxPro 等数据库,还可通过内嵌方式访问 SQL Servr、Oracle 和 DB2 等大 型数据库。 2. ADO 方法:ADO 方法是微软提供的一种数据库访问技术。通过 ADO 技术可方便的访 问各种类型的数据库,尤其对于 OLEDB 类型的数据库,ADO 更是访问数据库的标准接口。 Delphi 通过 ADO 技术可让开发者快速访问关系或非关系型数据库,但使用时需安装 ADO 的 数据库引擎。 3. MIDAS 方法:MIDAS 方法是 Delphi 用于开发多层应用系统的中间透明引擎。通过 MIDAS,开发者可使用相同的组件来存取不同的后台应用程序服务器。这些后台应用服务器 程序包括 COM+/DCOM 应用程序服务器、MTS 中间件或 CORBA 应用程序服务器。MIDAS 方法实 现了真正意义上的客户端程序与后台数据库的分离,但 MIDAS 的灵活性很差,与数据感应控 件关联过于密切,限制了程序员的创造性。 4. dbExpress 方法:Delphi 6.0 提供了新一代的跨平台数据访问引擎 dbExpress 方法, 它由一组新控件、技术和驱动程序组成,并通过这些组成部分和各种数据源连链接。如配合 不同的数据库动态链接库文件,还可处理后台数据库数据。因此也是 Delphi 和 Kylix 的核 心数据访问。 综上所述,虽然 Delphi 的各个版本提供多种数据库的连接和访问方法,但在同一个应 用程序中,开发者几乎不可能同时选用多种连接方法,因而选择合适方法是一个必须在开发 前仔细考虑的问题。
● 3.2.2 数据库组件 用 Delphi6.0 开发数据库应用,重点是和各种数据库组件打交道,控件组有:BDE 控件 组、ADO 控件组、Date Controls 控件组和 dbExpress 控件组。1ADO 是 Micrsoft 公司关于 各种类型数据的高等界面,后来逐渐演变成满足所有数据访问需要的完整解决办法。ADO 的 对象模型是所有数据访问接口对象模型中最简单的一种。它主要控件有:TTADOConnection 控件,TADOCommand 控件,ADODateSet 控件,TADOTable 控件,TADOQuery 控件,TADOStoeProc 控件。Delphi 的 ADO 组件无需依靠 BDE 而是使用 ADO 技术,提供了可以通过数据控制组件 访问数据的新方法。唯一的要求是在使用 ADO 组件时必须运行 ADO/OLE-DB。ADO 组件的使 用使得 DELPHI 在访问数据的类型和采用的技术方面都有了很大的突破 四 商品销售管理系统目标分析 §4.1:任务分析: 由于商品销售管理系统是一个用来帮助使用者管理商品销售流程的软件。使用者通过 对销售过程中所涉及到的商品,订单,销售商等资料的录入,便可以轻松实现商品销售流程 的管理。所以,此系统必须向使用者提供一下一些具体功能:。 1:软件必须向使用者提供商品基本的录入,删除,编辑等基本功能 2:鉴于商品的不同销售方式(分为订单销售和代理商销售两种形式),软件必须向使 用者提供商品销售环节中的基本管理功能,因此必须有订单分销模块和代理商分销模块。 3:软件必须向使用者提供基本的查询功。 4:由于是销售管理软件,所以系统安全性必须是要考虑的问题。因此,必须实现以下 两点: a:系统操作员机制。对系统的使用者,按等级开放管理权限,这样可以在一定 程度上保证数据库系统的安全性,避免数据被泄漏,非法更改等。 B:销售数据直接反映了一个销售单位的盈亏状况,鉴于销售数据的重要性,所 以必须对这些数据加以保护,在系统崩溃时或者误操作等情况下,可以对数据进行恢复。这 就需要系统提供备份功能。 5 :对于销售数据不能只存储在计算机中,而是需要导出步骤,最后以印刷品的形式出 现在使用者面前,该软件设计的最终目的才能得以具体的实现。所以,打印功能是必不可少 的系统功能之一。 经过系统分析阶段,得下图:
商品交易管理系统 安全子系统 销售子系统 密 码 登 陆 数 据 备 份 数 据 恢 复 权 限 管 理 订单销售 代理商销售 订 单 销 售 录 入 订 单 销 后 查 询 代 理 商 销 售 查 询 代 理 商 进 货 数 据 代 理 商 进 货 明 细 人员管理子系统 操 作 员 信 息 管 理 代 理 商 信 息 管 理 §4.2:系统目标 本系统的目标是:使用者通过对基本销售信息的录入,即可方便直观的实现对商品交易流程 的管理,查询,以及对已有信息的打印输出等功能。本销售系统定义了两种销售模式: 1:订单销售。即销售方通过订单方式销售的商品。 2:代理商销售方式。(此功能略复杂,所以在实现的是时候必须对其提供录入修改查 询等基本功能)。 除了上述基本功能外,系统还必须提供必要的附加功能: 1:数据备份功能。 2:密码登陆功能。 3:操作员及相应的权限管理功能。 综上所述,为实现上述系统目标,必须定义相应功能的单元模块,所以本系统的层次结构如
下图所示:: 商品交易管理系统 文件 基本信息 销售管理 业务查询 退 出 系 统 设 置 数 据 备 份 数 据 恢 复 权 限 管 理 操 作 员 信 息 代 理 商 信 息 商 品 信 息 订 单 进 货 统 计 代 理 商 进 货 查 询 代 理 商 进 货 明 细 商 品 分 布 统 计 代 理 商 进 货 数 据 录 入 代 理 商 退 货 数 据 录 入 订 单 销 售 数 据 录 入 五 商品销售管理系统数据库设计 §5.1 创建应用程序数据表 在这个商品销售管理系统中我们设计了若干个 paradox 类型的 table 表(代理商信 息表﹑商品信息表﹑操作员信息表﹑代理商销售记录﹑订单销售记录,系统信息表),每个 表的具体字段内容如下: 1:depot(代理商信息表) 字段名 类型 长度 NO ID NAME TYPE MEMO + A A A A 2:Goods(商品信息表) 字段名 NO ID 类型 + A 20 20 20 200 长度 20 关键字 是 备注 排序用 代理商编号 代理商姓名 代理商地址 代理商备注 关键字 是 是 备注 排序用 商品编号
NAME TYPE UNIT MEMO A A A A 40 20 6 200 3:sysuser(操作员信息表) 字段名 类型 长度 NO ID NAME SEX PASS RIGHTS MEMO + A A A A A A 20 20 2 20 50 200 4:SysUserRights(权限表) 字段名 类型 长度 NO ID NAME RIGHTS + A A A 20 20 20 5:YWYData(订单信息) 字段名 类型 长度 No ID NAME XH SL JFRQ Memo + A A A A A A 20 20 20 200 20 200 6:stockrecord(代理商进货表) 字段名 No MYDATE DEPOTID GOODSID NUMBER 类型 长度 + A A A S 10 20 20 是 关键字 是 关键字 是 关键字 是 关键字 是 商品名称 商品型号 单位 备注 备注 排序用 操作员编号 操作员姓名 操作员性别 操作员密码 操作员权限 操作员备注 备注 排序用 权限编号 权限名称 权限开放程度 备注 排序用 订单编号 所订商品名称 商品型号 订货数量 交付日期 订单备注 备注 排序用 购买日期 代理商编号 商品编号 进货数量
分享到:
收藏