数据库-零件交易中心管理系统 报告
数据库系统概论实验指导(第七版)
数据库系统概论实验指导（第七版）计算机学院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、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 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)协议书可以由供应商、顾客或者交易员中的任意一个人提出申请。