总结计划样本
总结计划样本 本文关键词：样本，计划
总结计划样本 本文简介：计算机系3月份工作总结4月份计划在新学期的开始，通过同学们的努力和各个部门的配合，完成了本月的工作。本月主要有两个活动，现总结如下：我系与院文秘部、院学习部共同举办的无偿献血献爱心活动，取得了较好的效果。我部门为此次活动做展板进行了宣传，使同学们了解了这次活动，而且也都参与进去。总体上来说，这次宣传
总结计划样本 本文内容：
计算机系3月份工作总结4月份计划
在新学期的开始，通过同学们的努力和各个部门的配合，完成了本月的工作。本月主要有两个活动，现总结如下：
我系与院文秘部、院学习部共同举办的无偿献血献爱心活动，取得了较好的效果。我部门为此次活动做展板进行了宣传，使同学们了解了这次活动，而且也都参与进去。总体上来说，这次宣传是较为成功的。
针对于全国两会，我部门也大力的进行了宣传。这块展板相对于前一块有明显的不足，其中最大的错误就是把信息写错，导致整块展板的失败。对此，我部干事已深刻认识到自己的错误和不足。在以后的工作中我们一定会更加认真、更加仔细收集关于工作的资料，在宣传之前做好每次宣传所需要的准备工作。
在今后的工作中，我部门将更加认真的做好各项宣传工作，不会在有类似此次的失误发生，也会努力配合各个部门完成各项工作。
1、
严冬刚过，天气也渐渐变暖，经过严寒，运动也随之而来。一年一度的运动会也将在下月举行，让同学们锻炼锻炼自己的身体。我部将会协助我系体育部将此次校运会搞好宣传工作，我部预计将制作一块展板，若干横幅来进行宣传。
2、
低碳是近期宣传的一个话题，我部门也将以低碳生活办10张左右的海报，使更多同学了解低碳。
3、
本月份的黑板报以“低碳生活”为题，大力宣传。将在月末进行各班的黑板报评比。
以上就是我部门本月的工作总结、下个月的计划，如有不足之处，望多多指出，我们将努力改正，争取做得更好。
计算机系宣传部
2010年3月30日
篇2：总报告样本
总报告样本 本文关键词：样本，报告
总报告样本 本文简介：课程设计课程名称数据库应用课程设计题目名称书店仓库管理系统学生学院商学院专业班级××××××学号×××，×××，××××××，×××，×××姓名×××，×××，××××××，×××，×××指导教师郑玲利2009年1月7日摘要本报告介绍了一个使用MicrosoftAccess2003为后台，VB6.0
总报告样本 本文内容：
课
程
设
计
课程名称
数据库应用课程设计
题目名称
书店仓库管理系统
学生学院
商
学
院
专业班级
××××××
学
号
×××，×××，×××
×××，×××，×××
姓
名×××，×××，×××
×××，×××，×××
指导教师
郑玲利
2009
年
1
月
7
日
摘
要
本报告介绍了一个使用Microsoft
Access
2003为后台，VB6.0为前台界面的用于书店仓库管理的数据库管理系统。该系统能够实现对供应商信息、操作员信息、图书基本信息、图书库存信息、图书入库信息和图书出库信息的管理功能，即对这些信息编辑、查询和报表功能。
报告首先分析了用户的需求，设计出了系统的功能结构图，然后对系统进行了概念结构设计，设计出了系统的局部ER图和全局ER图，根据全局ER图对系统进行了逻辑结构设计，确定出系统的数据结构即关系模式，根据这些关系模式，在Microsoft
Access
2003中，创建了供应商信息、操作员信息、图书基本信息、图书库存信息、图书入库信息、图书出库信息六张基本表对象；同时，利用这些表对象，创建了满足用户需求的各种查询对象；创建了用于信息编辑和浏览的用户窗体，其中包含如控制面板一样的主窗体；创建了供集中浏览和打印信息的报表对象。最后，使用VB语言和数据库连接技术创建了用户登录窗体和图书基本信息管理窗体。
关键词：数据库，Access
2003，书店仓库管理
小组情况
本系统是通过小组全体成员的共同努力，经过分工合作完成的，具体情况如下：
1.合作的工作
需求分析、概念结构设计、逻辑结构设计和报告的草稿通过小组讨论完成。
2.分工
在数据库系统的总体方案确定之后，小组成员开始分工，独立完成不同的模块及工作。其中
l
×××：负责书籍信息管理模块的设计，以及总报告的撰写和排版工作。
l
×××：负责图书出库管理模块的设计，以及总报告的撰写工作。
l
×××：负责图书入库管理模块的设计。
l
×××：负责用户信息模块的设计。
l
×××：负责供应商模块的设计。
l
×××：前台界面设计
目
录
1
绪
论1
2
需求分析2
2.1
系统功能2
2.2
系统数据3
3
概念结构设计7
3.1
实体分析及其局部E-R图7
3.2
实体之间的联系及其ER图9
3.3
系统全局ER图11
4
逻辑结构设计12
4
数据库设计14
4.1
创建表对象14
4.2
创建查询对象16
4.3
创建窗体及控制面板16
4.3.1
创建控制面板16
4.3.2
创建信息编辑窗体17
4.4
创建报表18
5
前台界面设计19
5.1
用户登录窗体19
5.1.1
登录窗体设计19
5.1.2
用户登录窗体的主要代码19
5.21
用户信息浏览编辑窗体20
5.2.1窗体设计20
5.2.2主要代码20
总结22
致谢23
参考文献24
IV
1
绪
论
对于任意大小书店来说，仓库管理的好坏都直接关系到书店的发展和管理，它是书店经营管理中非常重要的环节。图书从采购到出库是一个有机整体，因此仓库管理系统需要集供应商、操作员、图书及图书出入库信息与一体，使操作员能够方便地处理图书出入库等信息，也能使经营者及时掌握库存信息，并根据销售情况，及时调整经营方向，做出好的决策。（系统设计的意义）
该设计使用Access
2003设计了一个能够独立运行的数据库系统，同时使用VB程序建立了前台用户界面，并使用数据库连接技术实现前台界面与后台数据库的连接。整个设计过程是通过小组全体成员分工合作完成的，设计内容包括以下几个方面：
（1）需求分析
通过调查分析系统的功能，画出功能结构图，确定系统涉及的主要数据项及含义。
（2）概念结构设计
根据需求分析的结果确定系统实体及其联系的局部ER图，消除ER图中有冲突的属性，画出系统全局ER图。
（3）逻辑结构设计
根据全局ER图设计系统的逻辑结构即表结构。
（4）数据库设计
根据逻辑结构设计和需求分析在Access
2003中设计表对象、查询对象、窗体对象、报表对象和宏对象。
（5）使用VB6.0创建用户登录窗体和基本图书信息管理窗体，并使用数据库连接技术将前台界面与后台数据库建立连接。（系统设计的方法及内容）
26
2
需求分析
2.1
系统功能
随着信息化技术的飞速发展及普及，书店的仓库管理模式也发生了巨大的变化，由原来的手工管理模式逐步转变为信息化管理，通过信息化管理，极大地提高管理水平和效率。
为了使本小组设计的系统能够尽可能满足书店仓库管理的实际需求，在进行系统设计之前，小组全体成员通过查资料、亲临书店进行调查和小组多次激烈的讨论，最后确定本系统应该具有如下的功能：
2
供应商管理：能够对供应商的信息进行有效的管理，其中包括供应商信息的添加、修改和删除，以及供应商信息查询和生成报表。
2
图书入库管理：能够对图书入库的信息进行有效的管理，其中包括入库图书信息的添加、修改和删除，以及入库信息查询和生成报表。
2
图书出库管理：能够对图书出库的信息进行有效的管理，其中包括出库图书信息的添加、修改和删除，以及出库信息查询和生成报表。
2
图书基本信息管理：能够对图书基本信息进行有效的管理，其中包括图书基本信息的添加、修改和删除，以及图书基本信息的查询和生成报表。
2
图书库存信息管理：能够对图书库存信息进行有效的管理，其中包括图书基本信息的添加、修改和删除，以及图书基本信息的查询和生成报表。
2
操作员管理：能够对操作员信息进行有效的管理，其中包括操作员信息的添加、修改和删除，以及操作员信息查询和生成报表。
上述的需求分析可以总结为如图2.1所示的功能结构图。重新画图
供应商信息编辑
供应商信息查询
供应商信息报表
图书入库信息编辑
图书入库信息查询
图书入库信息报表
图书出库信息编辑
图书出库信息查询
图书出库信息报表
图书信息编辑
图书信息查询
图书信息报表
操作员信息编辑
操作员信息查询
操作员信息报表
供应商管理
图书入库管理
图书信息管理
图书出库管理
操作员管理
书店仓库管理系统
图2.1
书店仓库管理功能结构图
操作员管理
2.2
系统数据
说明：数据项可以选最主要的来写
数据库的核心是数据，相互关联的数据构成数据结构。对于数据库设计来说，通常使用数据字典对各类数据及其集合进行描述，数据字典是进行数据收集和数据分析所获得的主要成果。下面将根据系统功能对本系统设计的数据项和数据结构分别分别进行分析。
本系统涉及基本图书、库存图书供应商和操作员四个对象，所以系统的数据结构分别由基本图书、库存图书、供应商和操作员组成，系统涉及的数据项由这四个对象本身的属性和它们之间关系的属性确定。下面将分别讨论他们的数据结构和数据项。
(1)
基本图书
名称：基本图书
含义：基本图书是书店仓库管理系统的主要数据结构，包含了图书的所有信息。基本图书已经属于系统管理的对象范畴，具有统一的编号，但是，由于没有进行入库处理，所以还不能够进行流通。
组成：基本图书对象分别由编号，书名，作者，出版社四个数据项组成。
各数据项的含义如下：
l
数据项：编号
含义：图书编号，能够唯一标识每一种类图书。
别名：图书编号
数据类型：字符型
长度：10
l
数据项：书名
含义：图书所取的名称
别名：图书名称
数据类型：字符型
长度：20
l
数据项：作者
含义：撰写图书的第一作者
别名：编者
数据类型：字符型
长度：30
l
数据项：出版社
含义：出版图书的出版社
别名：出版社名称
数据类型：字符型
长度：30
（2）库存图书
库存图书和基本图书实质上是同一对象，即图书对象，因此具有许多相同的属性。但是他们在图书系统处理流程中的位置不同，所以发挥的作用也不同，对于基本图书只可以做入库处理，但是对于库存图书，只可以做出库处理。
名称：库存图书
含义：库存图书是可以进行流通的图书对象。其主要的关注点是库存数量。
组成：库存图书对象分别由编号，书名，作者，出版社，数量五个数据项组成。
各数据项的含义如下：
l
数据项：数量
含义：每一种图书的数量，该数量动态可变，每当有同样书入库时数量要增加，每当有书出库时，库中同类书的数量要做相应的减少。
别名：库存数量
数据类型：长整性
其余数据项的含义与基本图书对象的相同。
（3）供应商
名称：供应商
含义：图书的供应机构，即出版社。
组成：供应商对象分别由名称、地址、联系人和联系电话组成。
各数据项的含义如下：
l
数据项：名称
含义：供应商名称，即出版社的名称，名称能够唯一确定出版社的所有信息。
别名：出版社
数据类型：字符型
长度：30
l
数据项：地址
含义：出版社的通讯地址
别名：出版社地址
数据类型：字符型
长度：50
l
数据项：联系人
含义：出版社负责图书销售业务的人
数据类型：字符型
长度：4
l
数据项：联系电话
含义：与出版社联系业务的电话
数据类型：字符型
长度：11
(4)
操作员
名称：操作员
含义：在系统中起非常重要的作用，图书编号、入库、出库等工作全部由操作员完成。
组成：操作员对象分别由编号、姓名和密码组成。
各数据项的含义如下：
l
数据项：编号
含义：系统为每一位操作员进行统一编号管理，编号能够唯一确定操作员对象。
别名：工号
数据类型：字符型
长度：10
l
数据项：姓名
含义：操作员的姓名
数据类型：字符型
长度：4
l
数据项：密码
含义：操作员登录系统的安全编码，最初由系统分配一个登录密码，但操作员一旦登录系统，就可以修改密码了。
数据类型：字符型
长度：6
3
概念结构设计
概念结构设计就是将需求分析阶段得到的用户需求抽象为数据库的概念结构。本论文使用E-R图来描述系统的概念结构，即使用ER图表示需求分析的结果。在实际设计过程中，首先分析系统中以实体为基本单位的局部ER图，然后分析两两实体之间的联系，画出两两实体联系的局部E-R图，再将两两实体之间联系的ER图作为基本单位，画出他们之间联系的ER图，依次类推，最后将各局部E-R图合并成全局E-R图，下面将分别进行分析。
3.1
实体分析及其局部E-R图
通过需求分析得知，图书仓库管理系统的研究对象有图书、供应商和操作员三个对象，也就是三个实体，但由于系统的主要功能是管理仓库的图书（入库和出库），所以在实际处理中将图书分为基本图书和库存图书，也就是说，为了处理问题的方便，将系统的实体对象分为供应商、操作员、基本图书和库存图书。
（1）供应商
对于书店仓库管理系统来说，比较重要的供应商信息是名称、地址、联系人和联系电话。其中供应商的名称能够唯一确定某个供应商的所有信息，故在该实体中定义供应商名称为实体标识符。供应商的ER图如3.1所示。
供
应
商
名称
地址
联系人
联系电话
图3.1
供应商ER图
（2）
操作员
对图书仓库的所有管理工作由操作员来完成，操作员在系统中发挥着非常重要的作用，故系统必须对操作员进行统一管理，给每个操作员设置编号和密码。本系统中操作员实体的属性为操作员编号、姓名和密码，其中，操作员编号能够唯一标识操作员的各个属性，所以定义操作员编号为操作员实体的标识符。操作员的ER图如3.2所示。
操作员
编号
姓名
密码
图3.2
操作员ER图
（3）基本图书
在基本图书实体中，包含编号、书名、作者、出版社四个属性。其中，编号能够唯一标识每一本图书，故定义编号为图书实体的标识符。基本图书实体的ER图如下：
基本图书
编号
书名
作者
出版社
图3.3
基本图书ER图
（4）库存图书
在库存图书实体中，包含编号、书名、作者、出版社、数量五个属性。其中，编号能够唯一标识每一本图书，故定义编号为图书实体的标识符。基本图书实体的ER图如下：
库存图书
编号
书名
作者
出版社
图3.4
库存图书ER图
数量
3.2
实体之间的联系及其ER图
（1）基本图书与供应商联系的ER图
仓库中的每一本图书均由某个出版社出版，一个出版社出版多种图书，故供应商和基本图书之间联系类型是1:n的联系。供应商在供应图书的过程中将产生数量、日期和供应单号属性。基本图书和供应商联系的ER图如图3.5所示。
供
应
商
名称
地址
联系人
联系电话
1
供应单号
供应
N
数量
日期
基本图书
编号
书名
作者
出版社
图
3-5
供应商与基本图书的联系
（2）操作员、基本图书和库存图书联系的ER图
图书购回之后，操作员首先要对其进行基本处理（如编号、盖章等），然后进行入库处理，使基本图书成为库存图书之后，这些图书就可以进行出库处理了。操作员、基本图书和库存图书之间通过入库处理建立联系，每两个实体之间均是m:n联系。在入库的过程中，产生了日期、数量和单号两个属性，为了入库信息统计的方便，将入库信息做成流水账，所以要为每个入库操作增加一个单号，即入库单号。三者联系的ER图如图3-6所示。
基本图书
编号
书名
作者
出版社
M
库存图书
编号
书名
作者
出版社
数量
操作员
编号
姓名
密码
数量
日期
P
N
入库
入库单号
图3-6
操作员、基本图书与库存图书之间的关系
（3）操作员和库存图书联系的ER图
库存图书通过操作员的出库处理，就可以出库了，在出库的过程中将产生出库日期、出库数量和出库单号属性。操作员和库存图书之间的联系是m:n联系。其联系的ER图如图3-7所示。
日期
数量
库存图书
编号
书名
作者
出版社
数量
操作员
编号
姓名
密码
N
M
出库
出库单号
图3-7
操作员与库存图书之间的联系
3.3
系统全局ER图
将图3-5、3-6、3-7合并，同时对各个属性进行整合，就得到系统全局ER图。在整合的过程中，各局部ER图的属性发生如下的冲突，所以需要重新进行定义。
（1）数量
数量属性分别在四处出现，所以要进行重新定义。根据数量所处的位置，分别定义为供应数量、出库数量、入库数量和库存数量。
（2）日期
日期属性分别在三个联系中出现，也要重新定义，根据所处的位置，分别定义为供应日期、入库日期和出库日期。
（3）供应商与出版社
图书的供应商就是出版社，所以将供应商的名称该为出版社更加确切。
（4）编号
编号属性分别在两处出现，所以将两处的编号分别定义为图书编号和操作员编号。
整合后的ER图如图3-8所示。
P
出版社
供应
基本图书
库存图书
操作员
入库
出库
图3-8
系统全局ER图
1
N
M
M
最好将将属性画在ER图中
整合后各实体及其联系的属性如下：
出版社（出版社，地址，联系人,联系电话）；
基本图书（图书编号，书名，作者，出版社）；
供应（供应单号，供应日期，供应数量）；
操作员（操作员编号，姓名，密码）；
库存图书（图书编号，书名，作者，出版社，库存数量）；
入库（入库单号，入库日期，入库数量）；
出库（出库单号，出库日期，出库数量）。
4
逻辑结构设计
逻辑结构设计是将全局概念模型（ER图）转换成DBMS支持的概念模式或关系模式（或者称为数据结构）。本系统选用Access
2003
作为后台数据库，该数据库属于关系型数据库，即使用表结构表示系统中的所有实体及其联系。
要在Access中实现图3-8所示的全局ER图（系统概念结构），必须将其转换成关系模式。从ER图出发，导出关系模式数据结构遵循如下的两个原则：
第一，对ER图中的每个“实体”，都应该转换成一个关系，该关系内至少要包含对应实体的属性，并根据语义关系确定关系的主键。
操作员(操作员编号，姓名，密码)
M
P
出版社
供应
基本图书
库存图书
操作员
入库
出库
图4-1
将全局ER图转换成数据结构
1
N
M
出版社（出版社名称，地址，联系人，联系电话）
基本图书（图书编号，书名，作者，出版社名称）
入库（入库单号，图书编号,书名,操作员编号,入库日期,入库数量）
出库（出库单号，图书编号，书名，操作员编号,出库日期，出库数量）
库存图书（图书编号，书名，作者，出版社名称，库存数量）
第二，对ER图中的“联系”，要根据实际联系的方式及数据处理的需要，或者将其作为独立的关系来处理，或者将关系的属性（如果有）纳入相关联的实体的属性中。
如果实体之间是1:n联系，且联系没有产生对系统来说非常重要的属性，一般将1端的主键纳入n端的实体关系中，但是如果联系中产生对系统比较重要的属性，且需要独立研究该属性，则要将联系转换成一个独立的关系。
如果实体之间的联系是m:n联系，且联系中的属性多或者比较重要，则要将联系作为独立的关系来处理，且在关系中要包含联系的属性和与联系相关联的实体的属性。根据这个原则，将图3-8转换成图4-1所示的数据结构。
说明：出版社和供应之间有一个供应关系，属性较多，但是由于该关系不是本系统研究的重点内容，所以，没有将其转换成关系，但是，由于基本图书是一个非常特殊的实体，出版社又是基本图书一个非常重要的属性，该属性正好是出版社关系的主键，通过该关系可以建立基本图书和出版社之间的联系。故在创建数据结构时并没有将其转换成独立的关系。
4
数据库设计
本系统使用Access
2003作为后台数据库，同时也使用Access
2003设计了一个前台界面，因此，在Access中，除了创建基本表对象之外，还创建了查询对象、窗体对象、报表对象和宏对象。
4.1
创建表对象
表对象是数据库最基本的对象，数据库中所有其它的对象都是基于表对象来创建的。表对象要根据逻辑设计阶段设计的关系模式来创建。在创建表结构之前，首先应该确定表中各字段的数据类型和约束，然后在设计视图或SQL视图中创建表对象。下面分别使用表格来表示各个表对象的数据类型和约束。
（1）
操作员
在操作员对象的三个字段中，操作员编号能够唯一标识一个操作员，所以将该字段定义为主键，其它两个字段在操作员表中必不可少，所以定义为非空约束。表4.1列出了操作员表结构的数据信息。
表4.1
操作员表结构
列名
数据类型
约束情况
操作员编号
Text(10)
主键
姓名
Text(4)
非空
密码
Text(6)
非空
使用SQL语言创建表结构的语句如下：
Create
Table
操作员
(操作员编号
Text(10)
Constraint
C_pri
Primary
Key,姓名
Text(4)
not
null,密码
Text(6)
not
null)
（2）
供应商
供应商名称能够唯一标识供应商的所有信息，故定义为主键，联系人和联系电话字段不能为空，表4.2列出了供应商表结构的数据信息。
表4.2
供应商表结构
列名
数据类型
约束情况
名称
Text(30)
主键
地址
Text(50)
-
联系人
Text(4)
非空
联系电话
Text(11)
非空
（3）
基本图书
图书是本系统研究的主要对象，在图书关系中定义图书编号为主键，其余为非空约束，表4.3列出了基本图书表结构的数据信息。
表4.3
基本图书表结构
列名
数据类型
约束情况
图书编号
Text(10)
主键
书名
Text(20)
非空
作者
Text(30)
非空
出版社
Text(30)
外键
（4）
库存图书
库存图书是出入库的主要对象，在库存图书关系中定义图书编号为主键，其余为非空约束，表4.4列出了基本图书表结构的数据信息。
表4.4
库存图书表结构
列名
数据类型
约束情况
图书编号
Text(10)
主键
书名
Text(20)
非空
作者
Text(30)
非空
出版社
Text(30)
非空
库存数量
Long
非空
（5）
入库
入库关系通常作为信息统计和贫证使用，每一单作为一个独立的记录，故定义入库单号为主键，其余字段为非空约束。表4.5列出了基本图书表结构的数据信息。
表4.5
入库表结构
列名
数据类型
约束情况
入库单号
Long自动编号）
主键
图书编号
Text(10)
非空
外键
书名
Text(20)
非空
入库数量
Long
非空
入库日期
datetime
非空
操作员编号
Text（10）
非空
外键
（6）
出库
出库与入库相对应，通常作为出库信息统计和贫证使用，每一单作为一个独立的记录，故定义出库单号为主键，其余字段为非空约束。表4.6列出了基本图书表结构的数据信息。
表4.5
出库表结构
列名
数据类型
约束情况
出库单号
Long自动编号）
主键
图书编号
Text(10)
非空
外键
书名
Text(20)
非空
出库数量
Long
非空
出库日期
datetime
非空
操作员编号
Text（10）
非空
外键
4.2
创建表之间的关系
通过表之间关系的创建，将在表中创建外键约束，为创建多表之间的连接查询做好准备。本系统创建的关系图见图4-1所示。
图4-1
关系图
4.3
创建查询对象
在图书入库和出库管理中，分别创建了按照流水号、书籍编号和出入库时间查询记录的参数查询；创建了出版社、操作员管理及基本图书信息、入库信息、出库信息、库存信息管理的选择查询；创建了对库存信息进行添加的追加查询；
创建了修改库存数量的更新查询；创建了哲学类图书信息的生成表查询，总计十四个查询对象，通过这些对象，实现系统的信息查询功能。（根据实际创建的对象来写）
4.3
创建窗体及控制面板
本系统与用户的交互是通过窗体对象来实现的。窗体为用户提供一个形式友好、内容丰富的数据库操作界面，通过窗体可以打开数据库中的查询、其它窗体和报表。本系统创建了18个普通窗体，6个主窗体（控制面板），通过这些窗体对象来调用所有的查询对象、窗体对象和报表对象。
4.3.1
创建控制面板
主窗体分了两个层次，第一层次的主窗体是用户进入系统的总窗体，按照管理模块的功能设置了六个按钮，单击命令按钮打开对应的管理模块窗体，通过这一层的窗体再通过命令进入。图4.1-4.4分别是操作界面。
图4-1
系统主界面
4.1
控制面板
图4.4书籍信息查询管理窗体
图4.3
书籍信息编辑窗体
图4.2
书籍信息管理窗体
4.3.2
创建信息编辑窗体
信息编辑窗体是用户编辑和浏览数据的窗体，其设计如图4.3、4.5、4.6所示。
图4.5供应商信息编辑窗体
图4.6供应商信息编辑窗体
4.4
创建报表
该数据库管理系统中，分别在报表设计视图中设计了书籍信息报表、图书入库报表、图书出库报表、供应商报表和操作员报表共5张报表，通过这些报表，将用户所查询的内容直观地展示出来，便于用户进行预览和打印，图4.6是其中一个报表的设计界面。
图4.7操作员信息报表
4.5
创建宏
宏主要用于执行某一操作，除了可以打开表、查询、窗体和报表对象之外，通过宏，可以同时打开多个对象，宏还可以打开信息对话框，也可以设置宏组和条件宏。本设计总共设计了5个宏对象。
5
前台界面设计
前台界面使用VB6.0实现，通过前台界面，使用户能够直接与数据库建立连接，操作后台数据库中的数据，限于时间，本系统仅创建了用户登录窗体和用户信息编辑窗体。下面分别进行介绍。
5.1
用户登录窗体
5.1.1
登录窗体设计
本系统设计的登录窗体专门用于系统管理员使用，管理员通过用户姓名和密码登录，登录成功后，登录成功后将进入用户管理窗体，通过该窗体就可以查询和编辑用户信息。登录窗体设计见如图5-1所示，窗体对象的属性见表5-1。
图5-1
用户登录窗体
表5-1
5.1.2
用户登录窗体的主要代码
Private
Sub
cmdOK_Click()
Dim
sql
As
String
Dim
rs_login
As
New
ADODB.Recordset
Dim
conn
As
New
ADODB.Connection
Dim
txtusername
As
String
conn.Open
“provider=Microsoft.Jet.OLEDB.4.0;
data
source=“&
App.Path
&
“/书店仓库管理系统.mdb“If
Trim(text1.Text)
=
““Then
MsgBox
“用户名不能为空，请重新输入！“text1.SetFocus
Else
sql
=
“select
from
用户和密码
where
姓名=
“&
Trim(text1.Text)
&
““rs_login.Open
sql,conn,adOpenKeyset,adLockOptimistic
If
rs_login.EOF
=
True
Then
MsgBox
“没有这个用户,请重输入！“,vbOKOnly
+
vbExclamation,““text1.Text
=
““text1.SetFocus
Else
txtusername
=
text1.Text
If
Trim(rs_login.Fields(2))
=
Trim(text2.Text)
Then
Unload
Me
Form1.Show
MsgBox
“登录成功“Else
MsgBox
“密码不正确,请重输入！“,vbOKOnly
+
vbExclamation,““text2.SetFocus
text2.Text
=
““End
If
End
If
End
If
cnt
=
cnt
+
1
If
cnt
=
3
Then
Unload
Me
End
If
End
Sub
添加代码的流程结构图
图5-2用户信息浏览编辑窗体
5.2
用户信息浏览编辑窗体
5.2.1窗体设计
用户信息浏览与编辑窗体使用Adodc控件与
数据库建立连接，使用DataGrid控件浏览和编辑用户信息，使用命令按钮添加、修改和删除用户信息.，窗体设计操作界面见图5-2所示，窗体中对象的属性见表5-2。
表5-2
name
Caption
其他属性
Command1
添加
Command2
修改
Command3
删除
Command4
结束
5.2.2主要代码
Private
Sub
Command1_Click()
Adodc1.Recordset.AddNew
End
Sub
Private
Sub
Command2_Click()
Adodc1.Recordset.Update
MsgBox
“修改成功！“End
Sub
Private
Sub
Command3_Click()
Dim
i
As
Integer
i
=
MsgBox(“是要删除该记录吗？“,vbYesNo)
If
i
=
vbYes
Then
Adodc1.Recordset.Delete
End
If
End
Sub
Private
Sub
Command4_Click()
End
End
Sub
总结
通过本此课程设计，让我们更进一步地掌握了《数据库应用》课程的相关知识，熟悉了创建数据库管理系统的全过程。熟练地掌握了运用SQL语言和视图创建基本表、选择查询、参数查询、生成表查询、追加查询的方法，同时也熟练地掌握了创建用户窗体、报表和宏对象的方法。本系统创建的后台数据库能够独立运行，并满足用户对数据库管理的各种需求。
为了拓展我们的视野，我们通过自学学习了VB6.0程序设计语言和数据库连接的相关知识，并使用这些知识创建了用户登录窗体和基本图书管理窗体，通过这些窗体实现用户对数据库的管理。经过程序调试，前台系统运行良好。
在数据库的设计过程中，我们遇到了种种困难，比如E-R图的确定，每一个问题的解决都加深了我们对数据库的了解。
不过，由于专业知识的限制，我们所制作的书店仓库管理系统仍然存在一些问题，如…，今后需要进一步学习，完善系统的功能。
致谢
感谢×××老师平时对我们的教导，此次课程设计，老师帮助了我们很多，在此感谢老师对我们的悉心教导。老师对工作的负责深深地影响了我们全组成员，使我们在不知不觉中全心投入了课程设计，尽自己最大的努力把系统做得更好。
参考文献
[1]
郑玲利.数据库原理及应用案例教程[M].北京：清华大学出版社，2008.9.
[2]
李春葆.Access2003程序设计教程[M].北京：清华大学出版社，2007.10.
[3]
李雁翎.Access数据库应用技术
[M].北京：中国铁道出版社，2008.1.
[4]
刘韬,骆娟.
Visual
Basic
数据库系统开发实例导航（第2
版）[M].北京：人民邮电出版社，2003.8.
[5]
刘文涛.Visual
Basic
+Access数据库开发与实例[M].北京：清华大学出版社，2006.
[6]
王珊，萨师煊.数据库系统概论（第四版）[M].北京：高等教育出版社，2010.1.
篇3：药品代理销售协议书样本
药品代理销售协议书样本 本文关键词：协议书，样本，代理销售，药品
药品代理销售协议书样本 本文简介：（委托）合同编号：销售协议2011年甲方：乙方：为了更好地拓展甲方产品在市场销售，甲、乙双方根据《中华人民共和国合同法》，本着平等互利、共同协商之原则，经双方确认，乙方为甲方在该地区的经销商，负责甲方所生产约定产品的销售工作，就此签订协议如下。第一条协议期限本协议自2011年1月1日至2011年12
药品代理销售协议书样本 本文内容：
（委托）合同编号：
销
售
协
议
2011年
甲
方：
乙
方：
为了更好地拓展甲方产品在
市场销售，甲、乙双方根据《中华人民共和国合同法》，本着平等互利、共同协商之原则，经双方确认，乙方为甲方在该地区的经销商，负责甲方所生产约定产品的销售工作，就此签订协议如下。
第一条
协议期限
本协议自
2011
年
1
月
1
日
至
2011
年
12
月
30
日止，协议到期后双方重新协商签订协议。
第二条
相互关系
乙方为甲方在
的普药代理经销商，乙双方之间系购销合作关系，除甲、乙双方已订约定，否则任何一方不得以其他关系为理由，不履行本协议，或要求对方承担额外的义务和责任。
第三条
协议区域
乙方的销售区域为
连锁公司直营店
，如乙方须扩大业务区域应与甲方协议商定。
第四条
产品价格及质量
一、甲乙双方协议产品、规格、供货价格（含税）如下：
（甲方提供的产品应具有物价部门核准的物价单）
序号
产
品
名
称
规
格
单
位
件装量
供货价格
最高零售价
注：此供货价格为第一次要货计划供货价格。如因国家政策及市场因素已导致产品原材料价格和生产成本上涨，供货价按甲方调整后价格执行。调整后价格以甲方价格调整通知单为准。并作为协议附件生效。
二、乙方如需甲方高出实际供货价开票，对其高开部分金额乙方按：
【（开票金额－供货价金额）÷1.17×0.1853】补税，并向甲方提供符合财务要求的有效费用票据。
三、甲方应确保供货产品的质量符合国家药品标准。如因甲方产品质量问题造成乙方退货，由甲方负责退换。如因乙方保管不善而造成的产品质量问题，则由乙方负责。因甲方负责运输造成的破损，乙方提供运输部门的证明，甲方确认后负责补、换货。
第五条
销售发货及付款方式
一、合作方式为实销实结。乙方每月月底盘点当月销售数据，甲方根据数据开具增值税发票进行结款。每月1-5日对账，10日前回款。
二、乙方须按照市场实际销售情况制定月要货计划，于每月1日前报给甲方，若乙方未报月要货计划而造成甲方未能及时发货，造成的损失由乙方负责。
三、货物到达交货地点后，乙方应及时查收，如对数量或质量有异议，乙方应在货物到达三天内向甲方提出（并提供承运部门的证明）。乙方收货后自行承担相关费用。
五、甲方发货方式为汽运、铁路运输。货到乙方接货站（或邮局）前的运杂费（以铁路快件费用为最高限）由甲方承担，到站（或邮局）后的运杂费由乙方承担。如果乙方要求改变发货方式，则超过甲方承运费用限额以上部分由乙方负担。
第六条
窜货处理
（1）按窜货额（按零售价计算）1－5倍罚款，
（2）甲方有权取消乙方配送权。
严禁乙方将甲方供货产品放入批发大流通市场，出现此种情况，甲方对乙方按窜货条款处罚。
第七条
产品宣传与推广
一、乙方在所负责销售区域宣传、推广甲方产品，甲方提供数量合格的产品资料、宣传资料。甲方若需乙方进行产品宣传，乙方应严格按照甲方的要求执行。
二、甲乙双方应定期相互提供信息和市场报告，尽可能的保证产品销售。
三、甲方同意为乙方开具供货产品在约定区域的代理销售委托书及开展业务所需的其他相关资料。
四、甲方协助在乙方代理区域内的招标，及时提供各种招标所需的资料。
五、甲乙双方须设立专人管理普药产品的市场运作，及时保持沟通联系。
六、乙方有权依照甲方有关规定在指定区域内扩大供货产品的销售，发展下游分销商、销售商并积极组建终端销售队伍，推广甲方供货产品。
第八条
相关销售约定
一、乙方在甲方产品市场销售工作中，须严格遵守国家相关的法律法规，若有违规违法等不良行为发生，则乙方承担完全责任。
二、严禁甲方销售业务人员（包括各级执行业务经理）以任何理由向乙方借货、调货或借款。一旦发生此情况对甲方造成经济损失，由乙方负责赔偿。
第九条
协议终止：只要双方终止协议，乙方在两个月内付清所有货款。
第十条
其
它
一、若遇政策调价造成本协议无法正常执行时，双方可协商补充条款。其补充条款可与正本具有同等法律效力。
二、在本协议期满后，乙方有优先续约权。如果本合同期满或因不可抗拒的因素而中止，甲乙双方对协议遗留事宜应在一个月内进行交接和清理完毕。
三、若乙方违反本协议之任何规定，甲方有权通知乙方立即终止本协议，而无须承担任何赔偿责任。
四、本协议未尽事宜或产生纠纷，甲、乙双方应进行友好协商；如协商未果，则向甲方所在地一审管辖法院提起诉讼。
五、本协议一式二份，甲方一份，乙方一份，双方签字，盖章后生效。
甲
方：成都第一制药有限公司
乙
方：
签字代表：
签字代表：
电
话：
电
话：
传
真：
传
真：
邮
编：
邮
编：
地
址：
地
址：
签订日期：*年*月*日
签订日期：*年*月*日
附件：
户
名：
开户银行：
银行账号：
税
号：
电
话：
地
址：
5