数据库-零件交易中心管理系统 报告
数据库系统概论实验指导(第七版)
数据库系统概论实验指导（第七版）计算机学院2013/09改版履历目录目录 (3)1.实验概要 (4)1.1.实验说明 (4)1.2.实验环境和配置 (4)1.3.上机要求 (5)2.实验1:数据库/表的基本操作和表级约束 (5)2.1.目的和要求 (5)2.2.实验准备 (5)2.3.实验内容 (5)3.实验2:库级约束和基本表的数据操作 (8)3.1.目的和要求 (8)3.2.实验准备 (8)3.3.实验内容 (8)4.实验3:视图操作和安全性控制 (10)4.1.目的和要求 (10)4.2.实验准备 (10)4.3.实验内容 (10)5.实验4:存储过程/触发器/ODBC数据库编程 (12)5.1.目的与要求 (12)5.2.实验准备 (12)5.3.实验内容 (12)6.实验5：数据库综合实验 (14)6.1.目的与要求 (14)6.2.实验准备 (14)6.3.实验内容 (15)5.3.1.题目一：零件交易中心管理系统 (15)5.3.2.题目二：图书管理系统 (15)5.3.3.题目三：民航订票管理系统 (15)5.3.4.题目四：学生学籍管理系统 (16)5.3.5.题目五：车站售票管理系统 (16)5.3.6.题目六：企业人事管理系统 (16)5.3.7.题目七：电话交费管理系统 (16)5.3.8.题目八：医药销售管理系统 (17)7.附录：实验报告格式 (18)1.实验概要1.1.实验说明内容：本课程实验分5次完成，每次完成一部分。
具体内容参考本指导的后半部分。
成绩：每次实验100分，最后取5次实验的加权平均分作为实验的总成绩，其中第五次实验占40%，其余各次占15%。
每次实验中各个环节的评分标准如下：上述每一项按照百分制给出分值，最后按照比率计算每次实验的最终成绩。
实验报告每次实验需提交电子版的实验报告(最后一次实验需提交设计文档，源程序等相关资料)。
每次实验结束时，将写好的实验报告，提交给各班辅导老师。
java数据库销售管理系统实验报告完整版
java数据库销售管理系统实验报告完整版一、实验目的本实验的目的是设计并实现一个Java数据库销售管理系统，通过实践掌握数据库设计、Java编程以及GUI界面设计的技能，加深对数据库管理与应用的理解。
二、实验内容1. 数据库设计根据实验要求，设计一个数据库模型，包括不同表之间的关系和字段设计。
常见的表包括：客户表、产品表、订单表等。
通过建立适当的关系，实现数据的一致性和完整性。
2. Java编程使用Java编程语言，编写与数据库交互的代码，实现对数据的增、删、改、查等操作。
通过JDBC连接数据库，编写SQL语句，执行数据库操作。
3. GUI界面设计使用Java的Swing库，设计一个用户友好的图形界面，使用户可以方便地浏览和操作数据库中的数据。
通过按钮、输入框、下拉框等组件，实现用户交互界面。
三、实验步骤1. 数据库设计根据实验要求，设计出合适的数据库表结构。
注意：表之间的关系应符合数据库规范，并满足数据的一致性和完整性。
2. Java编程使用Java编程语言，通过JDBC连接数据库，编写代码实现与数据库的交互。
包括：- 建立数据库连接；- 执行SQL语句，实现对数据库的增、删、改、查等操作；- 处理数据库操作的结果，如显示查询结果。
3. GUI界面设计使用Swing库设计一个用户界面，可通过图形化的方式浏览和操作数据库中的数据。
包括：- 设计界面布局，添加按钮、输入框、下拉框等组件；- 实现按钮的点击事件，触发数据库操作；- 显示查询结果。
四、遇到的问题及解决方法1. 数据库设计问题在数据库设计的过程中，需要考虑不同表之间的关系以及字段的合理性。
通过阅读相关资料和多次修改设计，最终得到了满足要求的数据库模型。
2. SQL语句编写问题在编写SQL语句时，可能会遇到语法错误或逻辑错误。
通过查询相关文档和调试代码，逐步解决了这些问题。
3. GUI界面设计问题在设计图形界面时，可能会遇到布局混乱、组件功能实现不完善等问题。
库存管理系统报告
库存管理系统报告报告内容如下：尊敬的领导和同事们，我很荣幸向大家呈报我们最新开发完成的库存管理系统。
这个系统帮助我们更加高效地管理和控制我们公司的库存，从而提升了我们的运营效率和利润。
在接下来的报告中，我将向大家介绍该系统的功能和优点。
首先，该库存管理系统包含了以下核心功能：1. 库存追踪：系统能够实时追踪库存的入库和出库情况，以及库存的位置和数量。
这让我们能够准确地知道每个产品的存储位置和可用量，方便及时补充库存。
2. 库存预测：系统基于历史数据和订单量，能够预测未来的库存需求。
这有助于我们合理安排生产计划和库存补充，避免库存过剩或不足。
3. 供应链管理：系统能够与供应商和分销商进行信息交互，实现供应链的协调管理。
我们可以通过系统直接下订单和管理退货，从而提高供应链的效率和准确性。
4. 库存报告：系统提供了各种报告和分析工具，能够帮助我们监控库存状况和业务绩效。
我们可以通过系统了解到每个产品的库存周转率、销售额和利润等关键指标，以便做出合适的决策和调整。
这个库存管理系统的优点如下：1. 高效性：系统能够实时追踪库存和自动化管理过程，减少了人工操作和错误的可能性。
这大大提升了我们处理库存的效率。
2. 准确性：系统提供了准确的数据和预测结果，使我们能够更好地掌握库存状况和未来需求，降低了库存管理带来的风险和成本。
3. 灵活性：系统可以根据我们的需求进行定制和扩展。
我们可以根据不同产品和业务需求，调整系统的设置和功能，满足我们的具体要求。
4. 数据分析：系统提供了丰富的数据分析工具，帮助我们深入了解库存的运营情况和走势。
这让我们能够做出更明智的决策和优化运营。
最后，为了确保库存管理系统的顺利运行，我们计划进行以下几个步骤：1. 系统测试：我们将进行全面的系统测试，包括功能测试、性能测试和安全测试，以确保系统的稳定性和安全性。
2. 培训与推广：我们将为相关人员提供培训，帮助他们熟悉系统的使用和操作。
同时，我们将积极推广和宣传系统的便利性和重要性，以获得广泛的支持和使用。
数据库销售管理系统实验报告完整版
数据库销售管理系统实验报告1. 引言数据库销售管理系统是一个基于数据库的应用系统，用于管理销售中心的销售业务。
本实验报告旨在介绍数据库销售管理系统的设计与实现，并对系统的功能和性能进行评估。
2. 系统设计2.1 系统需求数据库销售管理系统主要具备以下功能需求： - 用户管理功能：包括用户的登录、注册、角色管理等。
- 客户管理功能：包括客户信息的添加、查询、修改、删除等。
- 产品管理功能：包括产品信息的添加、查询、修改、删除等。
- 销售管理功能：包括销售订单的创建、查询、修改、删除等。
- 统计报表功能：包括销售额统计、客户订单统计等。
2.2 数据库设计数据库设计是系统设计的重要一环，它涉及数据库表的设计以及表之间的关联关系。
在数据库销售管理系统中，我们设计了以下几个主要表： - 用户表（User）：用于存储用户的登录信息和角色信息。
- 客户表（Customer）：用于存储客户的基本信息。
- 产品表（Product）：用于存储产品的基本信息。
- 销售订单表（SalesOrder）：用于存储销售订单的详细信息。
2.3 系统架构数据库销售管理系统采用三层架构模式进行设计，包括表示层、业务逻辑层和数据访问层。
其中，表示层负责与用户的交互，业务逻辑层负责处理业务逻辑，数据访问层负责与数据库进行交互。
3. 系统实现3.1 系统环境数据库销售管理系统采用Java编程语言，结合MySQL数据库进行开发。
系统环境包括以下主要组件： - JDK 1.8：Java开发工具包。
- MySQL 5.7：关系型数据库管理系统。
- Spring Framework：提供了全面的企业级开发支持。
- MyBatis：持久层框架，用于与数据库进行交互。
- Maven：项目管理工具。
3.2 系统模块数据库销售管理系统主要包括以下几个模块： - 用户管理模块：实现用户的登录、注册和角色管理功能。
- 客户管理模块：实现客户信息的添加、查询、修改和删除功能。
sql数据库实例零件销售中心管理系统
（详细地调查分析系统对象、功能、性能等需求）l 供应商供应商的操作流程图如图 A1 所示。
增修删加改除供个应人项信息图 A1 供应商操作分类表2．顾客顾客的地位和供应商几乎是对称的，所以功能分类上也很相似．顾客的操作流程图如图 A2 所示。
增修删加改除需个求人项信息图 A2顾客操作分类表3．交易员生，并如何达成，可以用图 A3 来说明这个问题．我们在处理交易的时候可能面临如下问题：(1)一个交易只能在交易双方都同意的情况下才可以进行，所以数据库中的供求信息只能作 为达成某个交易的基础；(2)交易的双方可能不同时使用这个系统，因此需要系统提供一个双方交换信息的方式； (3)系统需要提供一种方便系统( 库数据完整性的情况下达成交易。
协议正书式草签案字供应 交 完易 商成员 以交签 及易发客签字 顾 供 应 项注册注销顾 客注册注销交易 员供应商 顾客提出 交易员提出提出交易 交易申请 交易建议图 A ．3交易员操作图[概念模型设计]（从实践概括抽象出理论模型 E/R ）数据库需要表述的信息有以下几种： (1)零件信息 (2)供应商信息 (3)顾客信息(4)供应商集和零件集之间的联系(供应)简介供应商名价格数量零件名简介电话供应重量 地址供应商号零件号颜色N图 A ．4 供应商和零件之间的联系(供应) E/R 模型(5)顾客集和零件集之间的联系(求购)零件号零件名数量价格顾客号颜色顾客名求购重量地址简介电话图 A ．5 顾客和零件之间的联系(求购) E/R 模型M : N零件顾客M :零件供应商(6)交易(三元联系)可以用 E/R 模型表述该模型的设计，E/R 图如图 A7 所示。
零件号零件名简介数量颜色重量数量供应求购价格价格交易顾客号电话地址简介供应商名数量顾客名供应商号价格电话地址图 A ．7全局 E/R 模型[逻辑设计](从理论‘E/R 模型’到理论‘关系模型’的整理转换)通过 E/R 模型到关系模型的转化，可以得到如下关系模式：(1)零件实体集转换为 Part(ID ，Color ，Name ，Weight ，Intro) (2)供应商实体集转换为 Provider(ID ，Name ，Addtess ，Tel ，Intro)关系：关系 (3)顾客实体集转换为 (4)供应联系转换为 关系 Customer(ID ，Name ，Addtess ，Tel) 关系 Supply(PartlD ，ProviderlD ，Price ，Quantity) (5)求购联系转换为OfferToBuy(CustomerlD ，PartID ，Price ，Quantity)(6)交易联系转换为Business(CustomerlD ，ProviderlD ，PartID ，Price ，Quantity) 关系 关系每个关系模式的主键码都用下划线标出。
经管类数据库-汽车零部件进销存数据库设计报告
课程设计报告本课程设计名称：数据库课程设计C课程设计题目：汽车零部件企业进销存管理系统学院：经管学院专业：物流工程班级：072姓名、学号：Ankey 、107064XX (组长) 姓名、学号：Luckylily 、107064XX指导教师：XXXX2010年6月2日目录目录 (1)第1章引言 (2)1.1 背景 (2)1.2系统开发的目的及意义 (2)1.2.1 系统开发的目的 (2)1.2.2 系统可行性分析 (3)第2章汽车零部件企业进销存系统总体设计 (5)第3章汽车零部件企业进销存系统数据库设计 (6)3.1数据库需求分析 (6)3.2数据库概念结构设计 (8)3.3数据库逻辑结构设计 (13)第4章汽车零部件企业进销存系统功能模块的分析 (18)4.1系统维护 (18)4.2基本信息 (19)4.3数据录入 (21)4.4业务查询 (22)第5章汽车零部件企业进销存系统运行效果分析 (26)第6章主要设计成果及展望 (30)附录一：《数据库课程设计C》成员工作分配表 (31)附录二：课程设计答辩记录 (32)第1章引言1.1 背景随着我国改革开放的不断深入，经济飞速的发展，企业要想生存、发展，要想在激烈的市场竞争中立于不败之地，没有现代化的管理是万万不行的，企业管理的全面自动化、信息化则是其中极其重要的部分。
为了加快企业管理自动化的步伐，提高企业的管理业务处理效率，建立企业管理系统已变得十分重要。
将计算机这一信息处理利器应用于企业的日常管理已是势必所然，而且这也将为企业管理带来前所未有的改变，它可以带来意想不到的效益，同时也会为企业的飞速发展提供无限潜力。
采用计算机管理信息系统已成为企业管理科学化和现代化的重要标志，它给企业管理来了明显的经济效益和社会效益。
主要体现在：极大提高了工作人员的工作效率，大大减少了以往进销存流程繁琐，杂乱，周期长的弊端，可以节约不少管理开支，增加企业收入。
企业的管理的操作自动化和信息的电子化，全面提高了企业的管理水平。
零件订单供应管理系统数据库
数据库课程设计题目零件订单供应管理系统班级：交通设备142、143班学号：1426042034、1426042058 姓名：王乔伊、程琪一、零件订单供应管理数据库研究背景随着市场经济的飞速发展，企业生产力不断提高，传统订单管理基于简单的系设计除了简单、不安全外，同时操作平台受到限制，显然是适应不了制造业复杂的时务需求。
企业要不断开发客户市场，必须联系方式有较为全面的了解，还要做好财务的收付工作和产品管理工作。
同时收集处理信息的速度、准确性、安全性，还影响到公司整体的管理水平和决策层对整体业务的控制和协调。
采用更高级流行的计算机软件管理信息是解决上述问题的一个行之有效的方法，促使完整实用于制造企业的订单管理系统的迫待开发。
二、零件订单供应管理数据库需求分析我国目前的订单管理软件很多，大多是针对商业的订单进行整体分析设计综合管理，而且进行事务处理的表都非常综合单调，同时大多数是基于最早的VB设计和access数据库这些简单的设计工具，高科技发展的现代显然这种管理方式不安全而且受到平台的限制，基于这种现状制造企业订单管理系统，就是根据制造业业务流程，将企业业务的各类数据联系起来，组成一个有机的系统，使得业务、财务、市场等方面的信息得以方便、快捷地传递并经过精细和综合处理生成各种报表送交给各个职能部门及决策层同时增添了订单警示功能，不仅可以节省大量的人力，减少工作中的失误，对客户的询问可以迅速的从电脑中查询信息答复客户，而且不受平台限制，B/S是目前很好的数据库访问结构，基于封装行非常好的安全性大大有所提高，加上功能的齐全，使其提高了竞争性和增强了安全性。
通过对零件订单供应工作过程的内容和数据流图分析，设计如下面的数据项和数据结构。
1、供应商信息，包括的数据有：供应商代码、供应商姓名、供应商状态、供应商所在城市2、零件信息，包括的数据有：零件代码、零件名、颜色、重量3、工程项目信息，包括的数据有：工程项目代码、工程项目名、工程项目所在城市4、供应情况信息，包括的数据有：供应商代码、零件代码、工程项目代码、供应数量5、客户信息，包括的数据有：客户代码、客户姓名、通信地址、联系方式数据库系统的选择原则（1）数据库系统采用易于集成的，开放的技术。
零件交易中心管理系统实验报告
中南民族大学计算机科学学院数据库综合实验报告题目零件交易系统年级2012级专业网络工程指导教师李秀娟小组成员李枝虎（组长）2012213779黄勇 2012213773海冰 2012213766高兆文 2012213771实验类型综合型2013年月日前言一、目的数据库是一门理论性和实践性都很强的面向实际应用的课程，它是计算机科学技术中发展最快的领域之一。
数据库综合实验要求学生在学习完程序设计语言、数据结构、操作系统等课程后，综合利用所学计算机软件知识完成一个数据库应用系统的设计。
是一个重要的教学实践环节，是对学生所学知识的掌握和应用程度的一个全面地、综合地考察。
在学生初步具备了一定的软件程序设计基础上，本课程设计针对日常应用中的实际问题，要求学生完成一个相对完整的数据库应用系统，培养学生运用数据库理论知识和数据库技术解决实际应用问题的能力，巩固和加深所学理论知识，初步掌握一个完整数据库应用系统的开发过程和方法。
加深对数据库系统、软件工程、程序设计语言的理论知识的理解和应用水平；通过设计实际的数据库系统应用课题，进一步熟悉数据库管理系统的操作技术，提高动手能力，提高分析问题和解决问题的能力。
培养相关专业专业本科学生科学研制、开发数据库应用系统的基本能力，为计算机在本专业领域的应用奠定基础。
二、项目背景概述1、项目实施环境(注：包括开发、运行环境)最小硬件设备主要配置:CPU: Petium I或赛扬等能正常运行Window98、Window2000、WindowXP、Window2003；内存： 8M以上；硬盘： 2G以上。
建议（不间断电源（UPS），后备时间15分钟以上）软件环境操作系统：Windows 7；数据库软件：sql server 2008 r2;开发软件：myeclipse6.0。
2、项目人员及其分工海冰：编写后台；高兆文：编写前台；黄勇：写实验报告；李枝虎：负责收集资料。
3、项目实施计划先理解题目，分析需求，画出相应的ER图，具体分工，编写前台，编写后台，收集相关资料，连接前台与后台。
数据库设计范例—供应零件工程管理系统
《供应零件工程管理系统》数据库设计目录自动生成1.引言数据库在一个信息管理系统中占有非常重要的地位，数据库设计结构的好坏将直接对应系统的效率以及实现的效果产生的影响。
数据库设计一般包括以下六个部分：数据库设计需求分析、数据库概念结构设计、数据库逻辑结构设计、数据库物理结构设计、数据库实施、数据库运行和维护。
2.数据库设计需求分析通过对供应商供应零件给工程的工作内容和数据流程图分析，设计如下面的数据项和数据结构。
（1）供应商信息，包括的数据项有：供应商代码、供应商姓名、供应商状态、供应商所在城市等。
（2）零件信息，包括的数据项有：零件代码、零件名、颜色、重量等。
（3）工程项目信息，包括的数据项有：工程项目代码、工程项目名、工程项目所在城市等。
（4）供应情况信息，包括的数据项有：供应商代码、零件代码、工程项目代码、供应数量等。
3.数据库概念结构设计根据上面的设计规划出的实体，我们对各个实体用E-R图进行了具体的描述，分别如图3.1-3.4所示。
图3.1 供应商信息E-R图图3.2 零件信息E-R图图3.3 工程项目信息E-R图图3.4 供应情况信息E-R图4.数据库逻辑结构设计供应商信息表，即S表，存储供应商的有关信息，其表结构如表4.1所示。
表4.1供应商信息表零件信息表，即P表，存储零件的相关信息，其表结构如表4.2所示。
表4.2零件信息表工程项目信息表，即J表，存储工程项目的信息，其表结构如表4.3所示。
表4.3工程项目信息表工程情况信息表，即SPJB表，存储供应商供应零件给工程项目的信息，其表结构如表4.4所示。
表4.4供应情况表5.数据库物理结构设计5.1创建数据库SPJCREATE DATABASE SPJON(NAME = 'SPJ_Data',FILENAME='C:\ProgramFiles\MicrosoftSQLServer\MSSQL\data\ SPJ_Data.MDF' ,SIZE = 2,MAXSIZE = 10,FILEGROWTH = 10%)LOG ON(NAME = 'SPJ_Log',FILENAME='C:\ProgramFiles\MicrosoftSQLServer\MSSQL\data\SPJ_Log.LDF' ,SIZE = 1,FILEGROWTH = 2MB)5.2创建表SCREATE TABLE S( SNO char(4) PRIMARY KEY，SNAME char(20) NOT NULL, STATUS int NOT NULL, CITY char(10) NOT NULL );5.3创建表PCREATE TABLE P( PNO char(4) PRIMARY KEY，PNAME char(20) NOT NULL, COLOR char(2) NOT NULL, WEIGHT int NOT NULL ); 5.4创建表JCREATE TABLE J( JNO char(4) PRIMARY KEY，JNAME char(20) NOT NULL, CITY char(10) NOT NULL );5.5创建表SPJCREATE TABLE S( SNO char(4)，PNO char(4),JNO char(4) ,QTY int NOT NULL,PRIMARY KEY(SNO,PNO,JNO), FOREIGN KEY(SNO) REFERENCES S(SNO), FOREIGN KEY(PNO) REFERENCES P(PNO), FOREIGN KEY(JNO) REFERENCES J(JNO), );6.数据库实施阶段6.1 S表结构图6.1 S表结构6.2 S表的数据图6.2 S表数据6.3 P表的结构图6.3 P表结构图6.4 P表数据6.5 J 表的结构图6.5 J表结构图6.6 J表数据6.7 SPJB表的结构图6.7 SPJB表结构6.8 SPJB表的数据图6.8 SPJB表数据7.数据库运行和维护在数据库试运行合格后，数据库开发工作就基本完成，可以投入正式地运行，但是由于应用环境在不断变化，数据库运行过程中物理存储也会在不断变化，对数据库设计进行评价、调整、修改等维护工作主要是由该数据库的管理员完成。
零件交易中心管理系统设计报告
零件交易中心管理系统设计报告(设计目的)略(设计简述)零件交易中心管理系统主要提供顾客和供应商之间完成零件交易的功能，其中包括供应商信息、顾客信息以及零件信息。
此系统可以让供应商增加、删除和修改所提供的零件产品，还可以让顾客增加、删除和修改所需求的零件。
交易员可以利用顾客提出的需求信息和供应商提出的供应信息来提出交易的建议，由供应商和顾客进行确认后即完成这笔交易。
[设计全过程]1、需求分析：（实际详细调查）2、数据库设计：(SQL Server 2000设计)概念(模型)设计（实际到概念）逻辑设计（逻辑推导）物理设计（理论到实现）SQL编程、调试（测试验证）（实践反复检验）3、应用程序编程、调试、测试(用人机交互前台开发工具开发windows和Web应用程序)[需求分析]（详细地调查分析系统对象、功能、性能等需求）l．供应商供应商的操作流程图如图A1所示。
图A1 供应商操作分类表2．顾客顾客的地位和供应商几乎是对称的，所以功能分类上也很相似．顾客的操作流程图如图A2所示。
图A2 顾客操作分类表3．交易员交易员的工作就是提出交易和完成交易。
这里需要仔细考虑的问题是：一个交易如何产生，并如何达成，可以用图A3来说明这个问题．我们在处理交易的时候可能面临如下问题：(1)一个交易只能在交易双方都同意的情况下才可以进行，所以数据库中的供求信息只能作为达成某个交易的基础；(2)交易的双方可能不同时使用这个系统，因此需要系统提供一个双方交换信息的方式；(3)系统需要提供一种方便系统(交易员)向用户提出建议来促成交易的途径，并在保证数据库数据完整性的情况下达成交易。
图A．3 交易员操作图[概念模型设计]（从实践概括抽象出理论模型E/R）数据库需要表述的信息有以下几种：(1)零件信息(2)供应商信息(3)顾客信息(4)供应商集和零件集之间的联系(供应)图A．4供应商和零件之间的联系(供应) E/R模型(5)顾客集和零件集之间的联系(求购)图A．5 顾客和零件之间的联系(求购) E/R模型(6)交易(三元联系)可以用E/R模型表述该模型的设计，E/R图如图A7所示。
零件交易中心管理系统
系统调查报告一、零件交易中心管理系统概述：零件交易中心管理系统主要提供顾客与供应商完成零件交易的功能，其中包括供应商信息，顾客信息以及零件信息。
此系统可以让供应商增加、删除和修改所提供的零件产品还可以让顾客增加、删除和修改所需求的零件。
交易员可以利用顾客提出的需求信息和供应商提出的供应信息来提出交易的建议，由供应商和顾客进行确认后即完成这笔交易。
业务流程：1.供应商的操作流程图如图：2．顾客的地位和供应商几乎是对称的，所以功能分类上也很相似。
顾客的操作流程图如图：3．交易员；交易员的工作就是提出交易和完成交易。
这里需要仔细考虑的问题是：一个交易如何产生，并如何达成。
交易员的操作流程如图：二、现行系统存在的问题很明显现行零件交易中心管理系统并没有提供面向供应商修改零件信息的接口，所以供应商提供的零件必须已经在零件表中存在；可以这祥假设，交易所的管理员负责更新零件信息，而供应商可以向交易所申请增加某种零件的信息．事实上顾客也可以提出这样的要求。
三、开发新系统的目的：通过完成从用户需求分析、数据库设计到上机编程、调试和应用等全过程，进一步了解和掌握Visual Basic 6.0和SQL Server2000的相关内容。
目标：针对需求分析中提出的问题，我们提出了“协议书”的解决方案：(1)每个交易在达成以前都作为协议书保存在数据库中，协议书具有和交易一样的完备信息，可以在条件成熟的情况下转为一个达成的交易；(2)协议书只有在供应商和顾客都签字的情况下才有效；有效的协议书由交易员签发，协议书一经签发，就生效，表明一个交易的达成，数据库中的数据将同时予以修改；(3)协议书可以由供应商、顾客或者交易员中的任意一个人提出申请。
当协议书在双方没有都签字前，协议的双方或者交易员都可以删除这个协议书；但是，当协议书签字完毕后，协议书就不得删除(修改)，只能由交易员进行处理；(4)协议书有可能在转成交易的过程中失败，因为在交易达成以前，数据库中的数据有可能因为其他交易而变化，一个协议书可能失效，这是允许的。
数据库课程设计报告_工厂零件进销存及工程管理系统
（20 分）
□基本能正确回答 （30 分）
学 生 的 工 作 态 度 □工作态度认真能独立完成任务 □工作态度认真但独立性较差
与独立工作能力
（10 分）
（8 分）
（占总成绩 10%） □工作态度基本认真但缺乏独立性
（5 分）
设计报告的规范
性
□符合规范
（占总成绩 10%） （10 分）
□基本符合规范 （8 分）
创建 Employees（工程负责人）表 CREATE TABLE Employees
( Employee_No varchar(5) not null, Employee_Name varchar(20), Age decimal(3), Title varchar(20), Project_No varchar(5), Constraint PK_Employees
表 Deal 的结构
字段名称
数据类型
Deal_No
Varchar(5)
Provider_No
Varchar(5)
Part_No
Varchar(5)
Deal_Date
Date
Deal_Number Decimal(7)
说明 供应编号，主键
供应商编号 零件编号 供应日期 供应数量
Deal_No （provider_No，Part_No，Deal_Date，Deal_Number），
Title
5
Age
Varchar（20） 头衔 Decimal（3） 年龄
Employee_No （Employee_Name,Project_No,Title,Age）,该关系模
式满足 BCNF
,
表 Providers 的结构
数据库实例零件销售中心管理系统概述
数据库实例零件销售中心管理系统概述本文主要介绍一个数据库实例，即零件销售中心管理系统。
该系统旨在帮助管理者有效地管理零件销售中心的运营情况，并提供了一套完整的功能，包括零件管理、销售订单处理、库存管理、供应商管理等。
首先，零件管理是该系统的核心功能之一。
通过该功能，管理者可以轻松地添加、编辑和删除各种类型的零件信息。
每个零件的信息包括名称、规格、价格、库存量等。
管理者可以根据需要对零件进行分类和标记，以便更好地组织和检索。
其次，销售订单处理是该系统的另一个重要功能。
当顾客下单购买零件时，销售订单处理功能可自动记录订单信息，并生成相应的发票和交付单。
管理者可以通过该功能随时查看和管理所有的销售订单，并跟踪订单的状态、支付情况和交付进度。
同时，该功能还提供了统计分析功能，方便管理者了解销售情况和顾客购买偏好。
此外，库存管理功能允许管理者实时查看和监控零件的库存情况。
当零件销售量达到一定阈值时，系统会自动发出库存预警，提醒管理者及时补充货源，以确保销售的顺畅进行。
管理者还可以根据需要进行库存盘点，并生成相应的报告。
最后，供应商管理功能使管理者能够方便地管理与各个供应商的合作关系。
通过该功能，管理者可以记录供应商的基本信息，包括名称、联系方式、地址等，并查看供应商提供的零件清单和价格信息。
此外，管理者还可以根据供应商的绩效和信誉，对供应商进行评估和排序，以便更好地选择合作伙伴。
综上所述，零件销售中心管理系统是一个功能完善的数据库实例，能够帮助管理者高效地管理零件销售中心的各项业务。
通过该系统，管理者可以实时掌握销售情况、库存情况和供应商情况，从而更好地决策和管理。
零件销售中心管理系统是一个数据库实例，旨在帮助管理者有效地管理零件销售中心的运营情况。
该系统提供了一套完整的功能，包括零件管理、销售订单处理、库存管理、供应商管理等。
首先，零件管理是该系统的核心功能之一。
通过该功能，管理者可以轻松地添加、编辑和删除各种类型的零件信息。
仓库管理系统系统分析报告
仓库管理系统系统分析报告1.引言仓库是企业内部的关键节点之一，对于物流和供应链管理起着至关重要的作用。
传统的仓库管理方式主要依赖人工操作，存在着效率低、管理不规范、信息不准确等问题。
为了提高仓库管理的效率和精度，减少人为因素的干扰，需要引入仓库管理系统来进行管理和控制。
本报告通过对仓库管理系统的分析，旨在为企业提供一个完善的仓库管理系统的设计和实施建议。
2.系统需求分析2.1用户需求在进行仓库管理系统的设计前，首先要了解用户的需求，包括仓库管理员、物流人员和供应链管理人员等等。
他们需要通过仓库管理系统实现的功能包括：-入库管理：包括入库单的生成、入库货物的归档和分类、实时库存的更新等功能。
-出库管理：包括出库单的生成、出库货物的查询、库存的调整和更新等功能。
-库存管理：包括库存的查询、盘点和统计分析功能，以及自动化追踪库存变化等功能。
-物流管理：包括订单的跟踪、货运计划的制定和执行、运输方式的选择和调整等功能。
2.2系统功能需求根据用户需求，我们可以总结出仓库管理系统的功能需求如下：-仓库基本信息的管理：包括仓库的编号、名称、所在地、面积、容量等基本信息的录入、修改和查询。
-货物入库管理：包括采购订单的生成、入库收货单的录入、货物验收和分类、库存信息的更新等功能。
-货物出库管理：包括销售订单的生成、出库发货单的录入、货物拣货和装车、库存信息的更新等功能。
-库存管理：包括库存的查询、盘点和统计分析功能，以及自动化追踪库存变化等功能。
-物流管理：包括订单的跟踪、货运计划的制定和执行、运输方式的选择和调整等功能。
3.系统设计和实施建议3.1系统架构设计仓库管理系统的架构应该是分层的，包括用户界面层、业务逻辑层和数据存储层。
用户界面层提供用户交互的界面，包括图形界面和命令行界面等。
业务逻辑层负责处理用户的请求，执行相应的业务逻辑，并与数据存储层进行交互。
数据存储层负责存储和管理仓库管理系统的数据。
3.2技术选型建议在选择技术方案时，应考虑以下几个因素：-用户需求：根据用户需求选择适合的技术方案，例如选择易于使用和操作的用户界面框架。
数据库-零件交易中心管理系统 报告
江西农业大学软件学院数据库原理课课程设计教学实验指导书2011.1零件交易中心管理系统实验报告(实验目的)通过完成从用户需求分析、数据库设计到上机编程、调试和应用等全过程，进一步了解和掌握本书中所讲解的内容。
(实验简述)零件交易中心管理系统主要提供顾客和供应商之间完成零件交易的功能，其中包括供应商信息、顾客信息以及零件信息。
此系统可以让供应商增加、删除和修改所提供的零件产品，还可以让顾客增加、删除和修改所需求的零件。
交易员可以利用顾客提出的需求信息和供应商提出的供应信息来提出交易的建议，由供应商和顾客进行确认后即完成这笔交易。
[课程设计全过程]1需求分析：（实际详细调查）2数据库设计：(SQL Server 2000设计)概念(模型)设计（实际到概念）逻辑设计（逻辑推导）物理设计（理论到实现）SQL编程、调试（测试验证）（实践反复检验）3应用程序编程、调试、测试 (用人机交互前台开发工具开发windows和Web 应用程序 )[需求分析]（详细地调查分析系统对象、功能、性能等需求）l供应商供应商的操作流程图如图A1所示。
图A1 供应商操作分类表2．顾客顾客的地位和供应商几乎是对称的，所以功能分类上也很相似．顾客的操作流程图如图A2所示。
图A2 顾客操作分类表3．交易员交易员的工作就是提出交易和完成交易。
这里需要仔细考虑的问题是：一个交易如何产生，并如何达成，可以用图A3来说明这个问题．我们在处理交易的时候可能面临如下问题：(1)一个交易只能在交易双方都同意的情况下才可以进行，所以数据库中的供求信息只能作为达成某个交易的基础；(2)交易的双方可能不同时使用这个系统，因此需要系统提供一个双方交换信息的方式；(3)系统需要提供一种方便系统(交易员)向用户提出建议来促成交易的途径，并在保证数据库数据完整性的情况下达成交易。
图A．3 交易员操作图[概念模型设计]（从实践概括抽象出理论模型E/R）数据库需要表述的信息有以下几种：(1)零件信息(2)供应商信息(3)顾客信息(4)供应商集和零件集之间的联系(供应)图A．4供应商和零件之间的联系(供应) E/R模型(5)顾客集和零件集之间的联系(求购)图A．5 顾客和零件之间的联系(求购) E/R模型(6)交易(三元联系)可以用E/R模型表述该模型的设计，E/R图如图A7所示。
汽车配件公司业务管理信息系统的系统报告
小组成员：胡豆豆郑晓鹏莫仕华陈超刘瑞指导老师：白健明目录第一章汽车配件公司业务管理信息系统的系统规划 (1)第一节项目说明 (1)第二节项目背景 (1)第三节项目目标 (1)第四节限定条件 (1)第五节项目策略 (1)第六节所采用的工具和技术 (1)第七节小组项目分工 (2)第二章汽车配件公司业务管理信息系统的系统分析 (2)第一节组织结构与功能分析 (2)第二节业务功能一览表 (3)第三节业务流程图 (4)第四节数据流程图 (5)第五节数据字典 (9)第三章汽车配件公司业务管理信息系统的系统设计 (20)第一节数据库的设计 (20)第二节用户界面设计 (23)第三节系统功能模块图 (28)第四章汽车配件公司业务管理信息系统的系统实施 (29)第一节应用软件的编程 (29)第二节数据准备及输入 (29)第三节系统测试 (32)第四节用户使用手册 (32)第五节结构图 (33)第五章汽车配件公司业务管理信息系统的系统总结 (34)第一节本系统的优缺点 (34)第二节开发心得 (36)附录 (38)第一章汽车配件公司业务管理信息系统的系统规划第一节项目说明为汽车配件公司业务更加系统化，更方便于管理，设计一个管理信息系统来管理汽车配件公司业务和企业的各个部门。
第二节项目背景随着经济的发展和中国汽车市场的不断扩大，某汽车配件公司也随着发展的浪潮不断扩大规模，随之，订单成倍增加，各项业务更加细化，各部门工作量增加，以往的人工处理方式就显得力不从心，劳动强度大而且容易出错。
第三节项目目标本课程设计的具体任务就是设计一个企业内部业务管理信息系统，利用现代计算机和数据库开发技术来代替人工处理，从而减轻企业各部门工作人员的劳动强度，提高工作质量和效率，提高信息资源的利用率和企业管理水平。
第四节限定条件本小组采用Microsoft Visual Studio进行系统设计，在设计上存在一定的局限性，部分要求达到的系统功能未能成功在Microsoft Visual Studio设计；其次就是上课学习时间较短，有些系统设计知识未能充分学习。
零件销售管理系统系统设计报告
零件销售系统系统设计报告1．功能模块图图一功能模块图2．软硬件选择编程软件就选择软件，数据库软件选择Microsoft office 中的Access数据库软件。
因为Microsoft Visual Basic对于处理一些编程比较简单，且具有可视化界面处理，能够设计出界面较美观的系统。
Access对于建立数据库来说比较简单且便于操作。
硬件就选择能够运行该程序的电脑即可。
3.代码设计：（1）客户ID代码的设计:先建立一个字母和数字的对照表建立客户信息的IDID必须要唯一标识一个客户，所以我将客户ID的编码设计成两部分组成—姓名信息+年龄信息+性别，姓名信息我取每个字的首字母所代表的数字表示，性别规定单数代表男性，双数代表女性。
（2）零件信息ID的代码设计如下：因为零件的总类比较繁多，分类较复杂，所以零件信息的ID我选择用顺序代码表示。
如1代表车轮、2代表聚乙烯等。
（3）订货信息ID的代码设计如下所示：订货信息由三部分组成：客户ID+零件ID+订货数量。
4．数据库设计对于数据库的设计，只需在Access中新建4个表，分别如下所示：建一个系统管理员信息表，对系统进行管理；建一个零件信息存放表对零件进行管理；建一个用户信息存放表对用户进行管理；建一个订货信息存放表进行订货管理。
5.系统的IPO设计系统的输入输出设计要使系统能够正常的运作，合理的输入输出（I/O）设计非常重要。
在销售管理系统中，涉及到了许多数据输入与输出的环节，如用户信息的注册录入，订单的生成，商品的查询，订单的查询等。
输入设计：是整个系统设计的关键环节之一，它主要是根据业务形式来确定怎样录入数据，其根本任务是如何保证将数据方便、正确的传送到系统中去，然后再由计算机完成各种各样的后续处理工作。
输入内容：登录密码，零件名称，购入数量，库存数量，客户名称，联系电方式，需求量。
输入方式：人工输入。
输入设备：键盘，鼠标。
输出设计：该设计的目的是使系统输出满足用户需要的有用信息，输出的信息能否满足用户要求，直接关系到系统的使用效果。
数据库课设实验报告——进销存管理系统
数据库课程设计报告 -------进销存管理信息系统目录一、系统开发平台 (2)二、数据库规划 (3)2.1 任务陈述 (3)2.2 任务目标 (3)三、系统定义 (3)3.1 系统边界 (3)3.2 用户视图 (4)四、需求分析 (4)4.1 用户需求说明 (4)4.1.1 数据需求 (4)4.1.2 事务需求 (5)4.2 系统需求说明 (6)五、数据库逻辑设计 (7)5.1 ER图 (7)5.2 数据字典 (7)5.3 关系表 (10)六、数据库物理设计 (10)6.1 索引 (10)6.2 视图 (10)6.3 安全机制......................................... 错误！未定义书签。
6.4 其他 (13)七、应用程序设计 (11)7.1 功能模块 (11)7.2 界面设计 (11)7.3 事务设计......................................... 错误！未定义书签。
八、测试和运行........................................................... 18 九、总结................................................................. 19 附. 参考文献 (19)一、系统开发平台题目：进销存管理信息系统 数据库：My sql 5.5.42 开发工具： Eclips操作系统： Microsoft Window 7 旗舰版二、数据库规划2.1 任务陈述进销存管理信息系统，是指在销售行为发生时，将所有交易信息迅速记录在计算机里，并从中分析并掌握市场需求动态。
使商场能够更好地管理其商品的进销存数据记录，提高公司的工作效率及业务水平。
2.2 任务目标（1）基本信息管理添加、删除、修改、查询商品资料 添加、删除、修改、查询客户资料 添加、删除、修改、查询供应商资料 （2）业务处理添加、删除、修改、查询商品采购入库变动信息 添加、删除、修改、查询商品销售变动信息 添加、删除、修改、查询其他库存变动信息 （3）业务统计 实现库存统计实现短线商品和超储商品报警 （4）其他实现超级管理员给其他管理员分配权限的功能 对基础数据进行维护三、系统定义3.1 系统边界四、需求分析4.1 用户需求说明4.1.1 数据需求（1）管理员用户视图基本信息：管理员ID、管理员权限、管理员密码客户资料：客户ID、客户名、地址、联系人、电话、备注供应商资料：供应商ID，地址，联系人，电话，备注商品资料：商品ID，用户名，规格，计量单位，参考进价，参考售价，库存上限，库存下限采购入库信息：入库单ID，供货商名，商品ID，商品名，规格，计量单位，入库数量，入库单位，金额，入库日期销售信息：销售单ID，供货商名，商品ID，户品名，规格，计量单位，商品数量，商品单价，金额，销售日期其他库存变动信息：对方名称，入库单ID，变动名称，变动类型，商品ID，商品名，规格，计量单位，数量，变动日期（2）经理用户视图管理员权限设置信息：管理员ID，密码，权限基本信息：管理员ID、管理员权限、管理员密码客户资料：客户ID、客户名、地址、联系人、电话、备注供应商资料：供应商ID，地址，联系人，电话，备注商品资料：商品ID，用户名，规格，计量单位，参考进价，参考售价，库存上限，库存下限采购入库信息：入库单ID，供货商名，商品ID，商品名，规格，计量单位，入库数量，入库单位，金额，入库日期销售信息：销售单ID，供货商名，商品ID，户品名，规格，计量单位，商品数量，商品单价，金额，销售日期其他库存变动信息：对方名称，入库单ID，变动名称，变动类型，商品ID，商品名，规格，计量单位，数量，变动日期4.1.2 事务需求（1）管理员用户视图:数据查询：列出客户详细信息列出供应商详细信息列出商品详细信息数据录入：录入采购入库信息录入销售信息录入其他库存变动信息数据输出：输出采购入库信息输出销售信息输出其他库存变动信息（2）经理用户视图:数据查询：列出管理员基本信息列出客户详细信息列出供应商详细信息列出商品详细信息数据录入：录入管理员信息录入采购入库信息录入销售信息录入其他库存变动信息数据输出：输出采购入库信息输出销售信息输出其他库存变动信息4.2 系统需求说明4.2.1软件环境软件环境需要支持Window操作系统，及MySQL数据库4.2.2硬件环境4.2.3初始数据库大小4.2.4数据库增长速度4.2.5记录查找的类型和平均数量4.2.6性能4.2.7安全性每个用户在进入系统时都必须有口令保护；每个用户分配特定的用户视图所应有的访问权限；不同用户根据其事先定义的角色不同进入不同的用户视图界面。
汽车配件管理系统分析报告
汽车配件管理系统分析报告《汽车配件公司业务管理信息系统》需求分析报告⼀、项⽬背景项⽬委托⽅（⽤户⽅）：《汽车配件公司业务管理信息系统》需求分析报告⼀、项⽬背景项⽬委托⽅（⽤户⽅）：XX汽车配件公司项⽬承接⽅（开发⽅）：第⼗⼀⼩组⼆、编写⽬的1. 为了提⾼公司内部管理的效率，所以需要编制⼀套完整的⽤于公司内部管理的系统。
这样⼀个系统可以在整个公司范围内使⽤，做到了公司资源的整合与共享。
2.明确需求分析，为下⼀步的系统设计做准备。
3.指导软件的代码编写，使开发具有明确的⽅向性。
4.描述系统的这个业务和数据流程。
5.描述系统的数据字典，为以后数据库设计做依据。
三、读者对象：软件开发⼈员及其协助⼈员四、系统⼤致模块划分1、销售管理（P1）：对顾客的订货进⾏处理并回答顾客的咨询。
包括订货处理、缺货通知、通知财务、制作销售报表等功能。
这部分侧重的是对客户服务的，它是以客户为中⼼开展的。
是整个系统数据的⼊⼝处。
2、采购管理（P2）：负责向供应商采购汽车配件并通知财务部门。
包括采购配件、通知财务等功能。
这部分侧重的是供应商的联系。
它以采购配件为中⼼展开。
3、财务管理（P3）：主要负责向顾客收款与向供应商付款。
包括付款给供应商、向顾客收款、制作报表等功能。
这部分管理这公司的资⾦⽅⾯。
4、库存管理（P4）：主要负责对供应商收货与对顾客发货。
包括验证发货给顾客、收取供应商发的货、通知采购部门到货、制作库存报表等功能。
这部分管理这公司配件库存。
五、组织结构图六、业务流程1. 基本符号2. 业务流程图1) 业务流程图总图2) 销售业务流程图3) 采购管理业务流程图财务管理业务流程图2. 业务流程图1) 业务流程图总图2) 销售业务流程图3) 采购管理业务流程图财务管理业务流程图七、数据流程1．基本符号2．数据流程图绘制⽅法⾃顶向下，分层绘制。
3．数据流程图绘制规则（1）每张数据流程图须从左往右绘制，即从产⽣数据的外部实体开始到使⽤数据的外部实体结束。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
江西农业大学软件学院数据库原理课课程设计教学实验指导书2011.1零件交易中心管理系统实验报告(实验目的)通过完成从用户需求分析、数据库设计到上机编程、调试和应用等全过程，进一步了解和掌握本书中所讲解的内容。
(实验简述)零件交易中心管理系统主要提供顾客和供应商之间完成零件交易的功能，其中包括供应商信息、顾客信息以及零件信息。
此系统可以让供应商增加、删除和修改所提供的零件产品，还可以让顾客增加、删除和修改所需求的零件。
交易员可以利用顾客提出的需求信息和供应商提出的供应信息来提出交易的建议，由供应商和顾客进行确认后即完成这笔交易。
[课程设计全过程]1需求分析：（实际详细调查）2数据库设计：(SQL Server 2000设计)概念(模型)设计（实际到概念）逻辑设计（逻辑推导）物理设计（理论到实现）SQL编程、调试（测试验证）（实践反复检验）3应用程序编程、调试、测试 (用人机交互前台开发工具开发windows和Web 应用程序 )[需求分析]（详细地调查分析系统对象、功能、性能等需求）l供应商供应商的操作流程图如图A1所示。
图A1 供应商操作分类表2．顾客顾客的地位和供应商几乎是对称的，所以功能分类上也很相似．顾客的操作流程图如图A2所示。
图A2 顾客操作分类表3．交易员交易员的工作就是提出交易和完成交易。
这里需要仔细考虑的问题是：一个交易如何产生，并如何达成，可以用图A3来说明这个问题．我们在处理交易的时候可能面临如下问题：(1)一个交易只能在交易双方都同意的情况下才可以进行，所以数据库中的供求信息只能作为达成某个交易的基础；(2)交易的双方可能不同时使用这个系统，因此需要系统提供一个双方交换信息的方式；(3)系统需要提供一种方便系统(交易员)向用户提出建议来促成交易的途径，并在保证数据库数据完整性的情况下达成交易。
图A．3 交易员操作图[概念模型设计]（从实践概括抽象出理论模型E/R）数据库需要表述的信息有以下几种：(1)零件信息(2)供应商信息(3)顾客信息(4)供应商集和零件集之间的联系(供应)图A．4供应商和零件之间的联系(供应) E/R模型(5)顾客集和零件集之间的联系(求购)图A．5 顾客和零件之间的联系(求购) E/R模型(6)交易(三元联系)可以用E/R模型表述该模型的设计，E/R图如图A7所示。
图A．7 全局E/R模型[逻辑设计](从理论‘E/R模型’到理论‘关系模型’的整理转换)通过E/R模型到关系模型的转化，可以得到如下关系模式：(1)零件实体集转换为关系：Part(ID，Color，Name，Weight，Intro)(2)供应商实体集转换为关系Provider(ID，Name，Addtess，Tel，Intro)(3)顾客实体集转换为关系Customer(ID，Name，Addtess，Tel)(4)供应联系转换为关系Supply(PartlD，ProviderlD，Price，Quantity)(5)求购联系转换为关系OfferToBuy(CustomerlD，PartID，Price，Quantity)(6)交易联系转换为关系Business(CustomerlD，ProviderlD，PartID，Price，Quantity)每个关系模式的主键码都用下划线标出。
同时，对于从联系导出的关系Supply(供应)，OfferToBuy(求购)和Business(交易)，使用与之相联系的实体集的主健码作为自己的键码，必须符合外键码约束。
对于Customer(顾客)，Provider(供应商)和Part(零件)之间，不存在直接的约束，所以可以存在没有供应商供应同时也没有顾客求购的零件。
[物理设计]（从理论‘关系模型’到实现\实施‘数据库建立’）（物理文件的安排和建立索引）1 为了提高在表中搜索元组的速度，在实际实现的时候应该基于键码建立索引是各表中建立索引的表项：(1)part(ID)(2)Provider(ID)(3)Customer(ID)(4)Supply(PartID，ProviderID>(5)OfferTOBuy(CustomerID，PartID)(6)Business(CustomerlD，ProviderID，PartID)2[用SQL实现设计]实现该设计的环境为Windows 2000 Perfessinal+MSSQLServer 2000.01．建立Part表CREATE TABLE Part(ID smallint IDENTITY(1,1) PRIMARY KEY CLUSTERED,Color varchar(20),Name varchar(20) NOT NULL,Weight int DEFAULT 0,Intro text)2．建立Provider表CREATE TABLE Provider(ID smallint IDENTITY(1,1) PRIMARY KEY CLUSTERED,Name varchar(20) NOT NULL,password varchar(8) NOT NULL,Address varchar(30),Tel varchar(20),Intro text)3．建立Customer表CREATE TABLE Customer(ID Smallint IDENTITY(1,1) PRIMARY KEY CLUSTERED,Name varchar(20) NOT NULL,Address varchar(30),TeL Varchar(20) )4．建立Supply表CREATE TABLE Supply(PartID Smallint,ProviderID smallint,Price int,QUantity int,CONSTRAINT PK_SUPPLY PRIMARY KEY CLUSTERED(PartID,ProviderID),CONSTRAINT FK_SUPPLY_PARTID FOREIGN KEY(PartID) REFERENCES Part(ID),CONSTRAINT FK_SUPPLY_PROVIDERID FOREIGN KEY(ProviderID) REFERENCES Provider(ID))5．建立OfferToBuy表CREATE TABLE OfferToBuy(CustomerID smallint,PartID Smallint,Price int,Quantity int,CONSTRAINT PK_OFFERTOBUY PRIMARY KEY CLUSTERED(CustomerID,PartID),CONSTRAINT FK_OFFERTOBUY_CUSTOMERID FOREIGN KEY(CustomerID)REFERENCES Customer(ID),CONSTRAINT FK_OFFERTOBUY FOREIGN KEY(PartID)REFERENCES Part(ID))6．建立Business表CREATE TABLE Business(CustomerID smallint,ProviderID smallint,PartID Smallint,Price int,Quantity int,CONSTRAINT PK_BUSINEss PRIMARY KEY ClUSTERED(CuscomerID,ProviderID,PartID),CONSTRAINT FK_BUSINESS_CUSTOMERID FOREIGN KEY(CustomerID)REFERENCES Customer(ID), CONSTRAINT FK_BUSINESS_PROVIDERlD FOREIGN KEY(ProviderID)REFERENCES Provider(ID), CONSTRAINT FK_BUSINESS_PARTID FOREIGN KEY(PartID)REFERENCES Part(ID))7．供应商操作(1)注册(register)INSERT INTO Provider(Name，password，Address，TeI，Intro)VALUES(#Name，#password，#Address，#Tel，#Intro)在登记操作后，供应商得到一个唯一的ID，可以根据这个ID采查询和修改供应商的数据。
(2)注销(unregister)DELETE Provider WHERE(ID=#ID)；(3)修改个人馆息(update)UPdate Provider Set(Name=#Name,Address=#Address，Tel=#Tel，Intro=#Intro) WHERE(ID＝#ID)；(4)增加供应项(add_supply_item)INSERT INTO Supply(PartID，Providerid，Price，Quantity)VALUES(#PartID，#ProvderlD，#Price；#Quantily)；(5)删除供应项(delete_supply_item)DELETE SupPlyWHERE(PartlD=#PartID AND ProvideID=#ProviderlD)；(6)修改供应项(update_supply_item)UPDATESupplySET(Price=#Price，Quantity=#Quantity)WHERE(PartlD=#PartID AND ProviderID=#ProviderID)‘很明显，系统并没有提供面向供应商修改零件信息的接口，所以供应商提供的零件必须已经在零件表中存在；可以这祥假设，交易所的管理员负责更新零件信息，而供应商可以向交易所申请增加某种零件的信息．事实上顾客也可以提出这样的要求。
8．顾客操作‘(1)注册(register)INSERT INTO Customer(Name，Address，Tel)VALUES(#Name，#Address，#Tel)；在登记操作后，顾客得到一个唯一的ID，可以根据这个ID来查询和修改顾客的数据．(2)注销(unregister)DELETE CustomerWHERE<ID=#ID)；(3)修改个人信息(update)UPDATE Customer Set(Name=#Name，Address=#Address，Tel=#Tel)WHERE(1D=#ID)；(4)增加需求项(add_OfferToBuy_item)INSERT INTO OfferToBuy(PartID,CustomeriD，Price，Quantity)VALUES(#PartID，#CustomerID，#Price，#Quantity)'(5)删除需求项(delete_OfferToBuy_iterm)DELETE OfferToBuyWHERE(PartlD=#PartlD AND CustomerlD=#CustomerID)；(6)修改需求项(叩date_OfferToBuy_item)UPDATE OfferToBuy SET(Price=#Price，Quantity=#QuantityWHERE(PartlD=#PartID AND CustomeriD=#CustomerID)9．交易员针对需求分析中提出的问题，我们提出了“协议书”的解决方案，方案的说明如下： (1)每个交易在达成以前都作为协议书保存在数据库中，协议书具有和交易一样的完备信息，可以在条件成熟的情况下转为一个达成的交易；(2)协议书只有在供应商和顾客都签字的情况下才有效；有效的协议书由交易员签发，协议书一经签发，就生效，表明一个交易的达成，数据库中的数据将同时予以修改；(3)协议书可以由供应商、顾客或者交易员中的任意一个人提出申请。