JAVA商品销售管理系统(ER图+源代码)-课程设计
销售管理系统ER图设计
三、处理结果（结论） （1）E-R 图
商店编号
商店名
地址
月销量 商品号
商店 m
销 售 n 商品
1
聘期
聘用
月薪 m
职工编号
职工
业绩
姓名
性别
单价
商品名
规格
（2）关系模型 商店（商店编号、商店名、地址） 商品（商品号、商品名、规格、单价） 销售（商品号、商店编号、月销量） 职工（职工编号、姓名、性别、业绩、聘期、月薪、商店编号）
姓名、性别、业绩等。
商店与商品间存在“销售”联系，每个商店可销售多种商品，每种商品也可放在多个商店销
售，每个商店销售一种商品，有月销售量；商店与职工间存在着“聘用”联系，每个商店有许多
职工，每个职工只能在一个商店工作，商店聘用职工有聘期和月薪。
（1） （2） （3）
试画出 ER 图，并在图上注明属性、联系的类型。 将 ER 图转换成关系模型，并注明主键和外键。
（3）关系模型转换成 SQL2008 数据库
商店表
字段名 类型 宽度
备注
商店编号 char
4
主关键字
商店名
varchar 8
地址
varchar 20
商品表
字段名 商品号 商品名 规格 单价
类型
char varchar varchar float
宽度 4 8 4
销售表 字段名 商品号 商店编号 月销量
实验项目 一、实验原理
绘制 ቤተ መጻሕፍቲ ባይዱR 图
建立信息世界中的E-R（概念）模型
所用工具E-R图，其基本符号如下：
实体：
实体
属性：
数据库设计(E-R图转换)
借书证号
姓名
单位
借书人 还书日期 借书日期 m 借阅 n 书号 图书 n 出版
出版社名
电报编号
电话
出版社 1 邮编 地址
书名
数量
位置 5
对应的关系模式结构如下：
借书人(借书证号、姓名、单位) 图书(书号、书名、数量、存放位置、出版社社名) 出版社(出版社社名、电话编号、邮编、电话、地址) 借阅(借书证号、书号、借书日期、还书日期)
9
6
某医院病房计算机管理中心需要如下信息： 科室：科名、科地址、科电话、医生姓名 病房：病房号、床位号、所属科室名 医生：姓名、职称、所属科室名、年龄、工作证号 病人：病历号、姓名、性别、诊断、主管医生、病 房号 其中，一个科室有多个病房、多个医生，一个病房 只能属于一个科室，一个医生只属于一个科室，但 可负责多个病人的诊治，一个病人的主管医生只有 一个
7
病房号
床位号 n 组成 1
科名
科地址
科电话
病房 1
科室 1 从属 n
入住 n
病人 n 1
诊治
医生
年龄
姓名
病历号
性别
工作证号
姓名
职称 8
对应的关系模式结构如下： 科室( 科名、科地址、科电话) 病房(病房号、科室名、床位号) 医生(工作证号、姓名、职称、所属科室名、年龄) 病人(病历号、姓名、性别、主管医生、病房号)
某超市公司下属有若干个连锁店，每个商店经营若 干种商品，每个商店有若干职工，但每个职工只能 在一个商店工作。 设实体类型“商店”的属性有：商店编号，店名， 店址，店经理。 实体类型“商品”的属性有：商品编号，商品名， 单价，产地。 实体类型“职工”的属性有：职式编号，职工名， 性别，工资。 试画出反映商店、商品、职工实体及其联系类型的 E-R图，要求在联系中应反映出职工参加某个商店工 作的起止时间，商店销售商品的月销售量。
ER图例子
E-R事例1、某商业集团的销售管理系统数据库中有三个实体集。
一是“商店”实体集，属性有商店编号、商店名、地址等；二是“商品”实体集，属性有商品号、商品名、规格、单价等；三是“职工”实体集,属性有职工编号、姓名、性别、业绩等。
商店与商品间存在“销售”联系,每个商店可销售多种商品，每种商品也可放在多个商店销售,每个商店销售一种商品，有月销售量;商店与职工间存在着“聘用”联系，每个商店有许多职工，每个职工只能在一个商店工作,商店聘用职工有聘期和月薪。
（1）试画出ER图，并在图上注明属性、联系的类型。
（2）将ER图转换成关系模型，并注明主键和外键.解：(1) ER图如图7。
1所示。
图7。
1（2）这个ER图可转换4个关系模式：商店（商店编号，商店名，地址）职工（职工编号，姓名，性别,业绩，商店编号，聘期，月薪）商品（商品号，商品名，规格，单价）销售（商店编号,商品号，月销售量）2、设某商业集团的仓库管理系统数据库有三个实体集.一是“公司”实体集，属性有公司编号、公司名、地址等；二是“仓库”实体集，属性有仓库编号、仓库名、地址等;三是“职工”实体集，属性有职工编号、姓名、性别等. 公司与仓库间存在“隶属”联系，每个公司管辖若干仓库，每个仓库只能属于一个公司管辖；仓库与职工间存在“聘用"联系，每个仓库可聘用多个职工，每个职工只能在一个仓库工作，仓库聘用职工有聘期和工资。
(1)试画出ER图，并在图上注明属性、联系的类型。
(2)将ER图转换成关系模型，并注明主键和外键。
解:（1) ER图如图7。
2所示.图7。
2(2）这个ER图可转换3个关系模式：公司（公司编号，公司名,地址）仓库(仓库编号,仓库名，地址,公司编号)职工（职工编号，姓名，性别,仓库编号，聘期，工资）3、设某商业集团的商品供应管理系统数据库有三个实体集。
一是“商品”实体集，属性有商品号、商品名、规格、单价等；二是“商店”实体集，属性有商店号、商店名、地址等；三是“供应商”实体集，属性有供应商编号、供应商名、地址等。
软件工程课程设计销售管理系统
系统部署
服务器选择：根据 系统需求选择合适 的服务器配置
数据库设计：根据 系统功能设计数据 库表结构
系统部署流程：从 代码编写到系统上 线的过程
系统安全措施：保 障系统数据安全和 稳定运行的措施
系统运行与维护
系统运行
系统硬件配置要求
软件环境要求
系统启动与关闭流程
系统运行过程中的监控与日 志管理
系统升级的风险： 数据丢失、系统崩 溃、影响现有功能 等
系统升级的注意事项： 选择合适的升级时机、 确保数据安全、测试 环境的搭建等
总结与展望
系统总结
实现了销售管理 系统的基本功能， 包括客户信息管 理、订单处理、 库存控制等。
系统设计合理， 易于使用和维护， 提高了销售流程 的效率和准确性。
采用了先进的技 术和开发工具， 保证了系统的稳 定性和可扩展性。
性能需求：系统应保证响应速度快、稳定性高、数据安全性强
界面需求：系统界面应简洁明了、操作便捷、美观大方
功能需求
用户登录与权限管理 客户信息管理 产品信息管理 订单信息管理
非功能需求
系统的可靠性
系统的安全性
系统的可扩展性
系统的可维护性
系统设计
架构设计
系统架构：采用三层架构，包括表示层、业务逻辑层和数据访问层 数据库设计：使用关系型数据库管理系统，设计合理的表结构和关系 系统部署：采用分布式部署方式，提高系统的可靠性和可扩展性 接口设计：提供RESTful API接口，方便与其他系统集成和交互
经过测试和优化， 系统性能稳定可 靠，得到了用户 的好评。
未来展望
技术创新：随着技术的不断发展， 销售管理系统将更加智能化、自动 化，提高销售效率和客户满意度。
设计教学管理系统数据库E-R模型
设计教学管理系统数据库E-R模型在设计教学管理系统的数据库E-R模型时，首先需要明确系统中存在的实体和实体之间的关系，以便建立起系统的结构化模型。
通过E-R图的设计，可以清晰地表示数据库中不同实体之间的联系，有助于系统的管理与维护。
实体在教学管理系统中，我们可以识别以下几个主要实体：学生（Student）•属性：学生编号（StudentID）、姓名（Name）、性别（Gender）、班级（Class）等•关系：学生与课程（Course）、成绩（Grade）之间的关联教师（Teacher）•属性：教师编号（TeacherID）、姓名（Name）、职称（Title）、所教课程（Course）等•关系：教师与课程、学生之间的关联课程（Course）•属性：课程编号（CourseID）、名称（Name）、学分（Credit）、授课教师（Teacher）、上课时间（Time）等•关系：课程与学生、教师之间的关联成绩（Grade）•属性：学生编号（StudentID）、课程编号（CourseID）、成绩（Score）、学期（Term）等•关系：成绩与学生、课程之间的关联关系在设计E-R模型时，需要考虑不同实体之间的关系，以建立起系统完整的数据模型。
学生与课程学生可以选择注册不同的课程，因此学生（Student）和课程（Course）之间存在“选修”关系，一名学生可以选择多门课程，一门课程也可以被多名学生选择。
教师与课程教师可以同时教授多门课程，因此教师（Teacher）和课程（Course）之间存在“教授”关系，一个教师可以授课多门，一门课程也可以被多名教师所教。
成绩记录学生参加考试后会有成绩记录，因此学生（Student）和成绩（Grade）之间存在“成绩记录”关系，一个学生可以有多条成绩记录，一门课程的成绩也可以被多名学生记录。
E-R模型图最终的教学管理系统数据库E-R模型可以用以下E-R图来表示：学生 ---- 选修 ---- 课程||V教师 ---- 教授 ---- 课程||V学生 ---- 成绩记录 ---- 成绩这样一来，通过E-R模型的设计，我们可以清晰地表示出教学管理系统中学生、教师、课程以及成绩之间的关系，有助于建立数据库的结构化模型，提高系统的管理效率。
学生课程管理系统er图
学生课程管理系统er图本文将介绍学生课程管理系统的实体关系图(ER图)设计。
学生课程管理系统是一个为学生提供查看、选择和管理课程信息的系统。
设计ER图是为了清晰地表示系统中不同实体之间的关系，便于系统开发和维护。
学生实体学生是该系统的核心实体之一，每个学生都有独一无二的学生ID、姓名、年龄和性别等基本信息。
学生可以选修多门课程，因此与课程之间存在多对多关系。
课程实体课程是学生可以选择的教学单元，每门课程都有唯一的课程编号、名称和学分等属性。
一个课程可以由多名学生选修，因此与学生之间也存在多对多的关系。
教师实体教师是负责教授课程的实体，每位教师有独一无二的教师ID、姓名和职称等属性。
每门课程都由一位教师负责授课，因此教师与课程之间存在一对多的关系。
关系图设计为了清晰地表示各实体之间的关系，我们设计的ER图如下：erDiagramSTUDENT {string StudentIDstring Nameint Agestring Gender}COURSE {string CourseIDstring CourseNameint Credits}TEACHER {string TeacherIDstring Namestring Title}STUDENT_COURSE {string StudentIDstring CourseID}COURSE_TEACHER {string CourseIDstring TeacherID}STUDENT }|..|| STUDENT_COURSECOURSE }|..|| STUDENT_COURSETEACHER }|..|| COURSE_TEACHERCOURSE }|..|| COURSE_TEACHER在ER图中，学生、课程和教师分别为各自的实体，并通过 STUDENT_COURSE 和 COURSE_TEACHER 实体表示学生与课程、课程与教师之间的关系。
软件工程课程设计(进销存管理系统)
一、系统背景随着现代科学技术的迅猛发展，计算机技术已渗透到各个领域，成为各行业必不可少的工具，特别是Internet技术的推广和信息高速公路的建立，使IT产业在市场竞争中越发显示出其独特的优势，步入数字化时代，有巨大的数据信息等待着加工处理和传输，这使得对数据库的进一步开发和利用显得尤为迫切。
作为国内市场的一些中小超市，他们在信息化过程中的步伐要落后大中型超市，而对于这些企业的资源管理，信息的存储和处理也显的迫切需要，要适应市场竞争，就需要有高效的处理方式和管理方法，因此加快超市的电算化进程是必不可少的。
在会计业务中，产成品的完成，发出和结存关系到超市销计划的完成和流动资金占用情况，而销售核算子系统是电算化会计系统中一个关键且比较复杂的子系统。
通过这个子系统提供的信息可以了解企业的经营成果，通过产品销售收入用来补偿已消耗的生产资料，支付工资和其他费用，缴纳税金并实现利润。
超市进销存管理系统是目前应用于公司或企业进销存管理系统中的典型代表，它涉及商品或货物管理中主要的几个方面，即进货、销售、库存。
本文利用Visual Basic完成管理平台设计，构造所用的类库；使用Access数据库存储数据，限单机使用。
主要阐述了进销存管理系统的设计目标，系统要求、总体设计、详细设计、测试等。
二、系统的需求分析1、理解需求本系统通过进销存系统的终端用户和客户的进行调研后，得出系统需求的关键部分如下：（1）进货管理商品进货信息管理：商品进货信息包括商品进货数量、单价、供货商、进货日期、等。
商品进货管理功能完成进货信息登记、修改和删除等。
更新库存：进货信息的变动直接关系到库存的变化（2）库存管理库存商品信息管理：：商品库存信息包括商品进货数量、单价、供货商、进货日期、等。
商品库存管理功能完成库存信息登记、修改和删除、查询等。
（3）销售管理信息管理：商品销售信息包括商品销售数量、单价、统计日等商品销售。
管理功能完成销售信息登记、修改和删除，以及销售总汇查询。
销售管理系统--ER图
实例7 销售管理系统要提高市场竞争力,即要有好的产品质量，同时也要有好的客户服务。
企业要作到能及时相应客户的产品需求，更具需求迅速生产，按时交货，就必须有一个好的计划，使得市场销售和生产制造2个环节能够很好地协调配合。
销售管理是商业企业经营管理中的核心关节，也是一个企业能否取得效益的关键。
如果能做到合理生产、及时销售、库存量最小、减少积压，那么企业就能取得最佳的效益。
由此可见，销售管理决策的正确与否直接影响了企业的经济效益。
在手工管理的情况下，销售人员很难对客户作出正确的供货承诺，同时企业的生产部门也缺少一份准确的生产计划，目前的生产状况和市场的需求很难正确的反映到生产中去，部门之间的通讯也经常部畅通。
这在激烈竞争的市场中是非常不利的。
企业销售管理系统就是在这种状况下出现的。
它利用计算机的技术，使得企业生产、库存和销售能够有利结合起来，产销连接，提高企业的效率和效益。
第一节系统设计一、系统客户要求系统开发的目标是实现企业销售管理的系统化、规范化和自动化。
这是在用户要求的基础上提出来的，用户要求如下。
●●产销衔接。
利用销售管理系统后，要求能够对整个生产过程进行实时的监控，特别是一些半产品和热销产品的库存量和生产能力。
对于即将生产完成的产品，能够提前将信息由生产部门传递到销售部门，这样销售部门可以根据客户订单的要求，提前做好发货的准备；对也不能按时完成的产品，系统自动向经理发出警报，以便及时采取措施。
●●产品库存。
通过本系统能够清楚的看到企业库存中的产品数量、存放地点等信息。
使得生产部门和销售部门都能够根据库存信息做出决策。
●●订单管理。
对于销售部门输入的订单能够通过电脑以这跟踪下去。
企业做到以销定产，在库存中备有一定的储备量。
●●客户管理。
能够对企业的顾客有一个清楚地了解，通过客户管理分保持和客户良好的关系。
即使得到客户反馈的意见，上交有关部门及时处理。
●●发货计划。
根据客户订单的要求和企业现有的库存，制定发货数量、发货顺序等计划。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
JAVA商品销售管理系统(ER图+源代码)-课程设计JAVA商品销售管理系统(ER图+源代码)目录1 相关技术简介 31.1 SQL Server 2005简介 31.2 Eclipse简介 32 销售信息管理系统需求分析 32.1 数据流图 42.2 数据字典 42.2.1产品信息 52.2.2客户信息 52.2.3销售信息 62.2.4售后服务信息 72.2.5策略公告信息 82.3 安全性与完整性 92.3.1安全性 93 概念结构设计 94 逻辑结构设计 104.1 关系数据模型： 104.2 系统结构图： 124.3 安全性和完整性设计 124.3.1 安全性 124.3.2 完整性 125 数据库物理结构设计 135.1 数据库存放位置 135.2 数据库系统配置 136 数据库实施 136.1 创建数据库 136.2 创建基本表 146.3 修改各表外键： 156.4 创建存储过程 166.5 数据库备份和恢复方案 16 6.6.1登录界面 176.6.2销售人员工作界面 176.6.3售后服务人员工作界面 18 6.6.4市场部经理工作界面 18 6.6.5管理员界面 186.6.6程序加密方法 197 系统测试方案和报告 228 系统的使用功能和使用说明 26 8.1 登录模块 268.2 客户信息管理模块 268.3 销售信息管理模块 278.4 售后服务信息管理模块 27 8.5 策略公告模块 278.6 统计报表管理模块 279 系统安装说明 279.1 附加数据库 279.2 Java，Eclipse的安装 2710 心得与体会 281 相关技术简介1.1 SQL Server 2005简介SQL Server是一个全面的、集成的、端到端的数据解决方案，它为企业中的用户提供了一个安全、可靠和高效的平台用于企业数据管理和商业智能应用。
SQL Server 2005 为IT专家和信息工作者带来了强大的、熟悉的工具，同时减少了在从移动设备到企业数据系统的多平台上创建、部署、管理及使用企业数据和分析应用程序的复杂度。
通过全面的功能集、和现有系统的集成性、以及对日常任务的自动化管理能力，SQL Server 2005 为不同规模的企业提供了一个完整的数据解决方案。
1.2 Eclipse简介Eclipse 是一个开放源代码的、基于 Java 的可扩展开发平台。
就其本身而言，它只是一个框架和一组服务，用于通过插件组件构建开发环境。
幸运的是，Eclipse 附带了一个标准的插件集，包括 Java 开发工具（Java Development Tools，JDT）。
本次设计采用了SQL Server 2005与Eclipse（Java—SWT）技术。
2 销售信息管理系统需求分析销售人员向系统提交自己一段时间的销售数据、查询历史的销售数据、录入客户信息、销售队伍的信息公告。
客户服务人员答复客户的咨询、对产品使用情况进行回访、对产品进行保修等，将这些售后服务信息录入系统、查询历史的售后服务记录、查询某一位客户的产品使用情况。
市场部经理取得销售报表和售后服务报表，根据市场情况对销售策略进行宏观调控，发布策略公告。
根据以上信息进行分析，可得出销售信息管理系统应包括以下基本功能：图2.1 销售信息管理系统基本功能图2.1 数据流图图2.2 销售信息管理系统顶层图图2.3销售信息管理系统0层图2.2 数据字典2.2.1产品信息a.数据项描述：数据项：产品编号含义说明：唯一标识每个产品别名：ID，ProductID类型：整型长度：>=5至MAX取值范围：10000至MAX，步长为1取值含义：无b.数据结构：数据结构名：产品说明：销售管理系统中销售的产品组成：产品编号+产品名称+规格+产商+产品进价+备注c.数据流描述：数据流名称：产品信息说明：产品的相关信息数据流来源：生产商数据流去向：销售信息管理组成：产品编号+产品名称+规格+产商+产品进价+备注平均流量：10份/月高峰期流量：20份/月d.数据存储描述：数据存储名称：产品列表别名：Product简述：存放产品的相关信息组成：产品编号+产品名称+规格+产商+产品进价+备注数据量：200张/年存取方式：索引文件，以产品编号为关键字e.处理过程:处理过程名：产品销售说明：客户购买该产品输入：产品信息，客户信息输出：销售信息处理：客户购买该产品后，产生销售信息，记录客户信息及购买相关的产品。
2.2.2客户信息a.数据项描述：数据项：客户编号含义说明：唯一标识每个客户别名：ID，CustomerID类型：整型长度：>=5至MAX取值范围：10000至MAX，步长为1取值含义：无b.数据结构：数据结构名：客户说明：产品的销售对象组成：客户编号客户姓名+客户性别+联系电话+地址+邮编+E-mail c.数据流描述：数据流名称：客户信息说明：客户的相关信息数据流来源：客户数据流去向：销售信息管理组成：客户编号客户姓名+客户性别+联系电话+地址+邮编+E-mail989 JAVA商品销售管理系统(ER图+源代码)平均流量：200个/月高峰期流量：500个/月d.数据存储描述：数据存储名称：客户列表别名：Customer简述：存放客户的相关信息组成：客户编号客户姓名+客户性别+联系电话+地址+邮编+E-mail数据量：2000个/年存取方式：索引文件，以客户编号为关键字e.处理过程:处理过程名：产品销售，售后服务说明：客户购买产品，提供售后服务输入：产品信息，客户信息，售后服务信息输出：销售信息，售后服务情况处理：客户购买该产品后，产生销售信息，记录客户信息及购买相关的产品。
售后服务人员为客户提供售后服务，记录售后服务情况。
2.2.3销售信息a.数据项描述：数据项：销售编号含义说明：唯一标识每次销售别名：ID，SellID类型：整型长度：>=5至MAX取值范围：10000至MAX，步长为1取值含义：无b.数据结构：数据结构名：销售单说明：销售管理系统中销售的情况组成：销售编号+产品编号+客户编号+销售人员编号+销售时间+单价+销售量c.数据流描述：数据流名称：销售信息说明：销售的情况数据流来源：销售人员数据流去向：售后服务信息管理组成：销售编号+产品编号+客户编号+销售人员编号+销售时间+单价+销售量平均流量：200份/月高峰期流量：500份/月d.数据存储描述：数据存储名称：销售列表别名：Sell简述：存放销售结果的描述组成：销售编号+产品编号+客户编号+销售人员编号+销售时间+单价+销售量数据量：2000份/年存取方式：索引文件，以销售编号为关键字e.处理过程:处理过程名：售后服务管理说明：售后服务人员为购买产品的用户提供服务的情况输入：销售信息输出：售后服务信息处理：记录本次售后服务人员为客户提供服务的情况2.2.4售后服务信息a.数据项描述：数据项：售后编号含义说明：唯一标识每个售后服务别名：ID，ServiceID类型：整型长度：>=5至MAX取值范围：10000至MAX，步长为1取值含义：无b.数据结构：数据结构名：售后服务说明：售后服务人员为客户提供的服务情况组成：售后编号+销售编号+服务人员编号+服务类型+详细情况+是否完成+客户满意度c.数据流描述：数据流名称：售后服务信息说明：售后服务情况的记录数据流来源：客户信息，销售信息，服务人员数据流去向：统计分析组成：售后编号+销售编号+服务人员编号+服务类型+详细情况+是否完成+客户满意度平均流量：200份/月高峰期流量：500份/月d.数据存储描述：数据存储名称：售后服务列表别名：Sell简述：存放售后服务信息组成：售后编号+销售编号+服务人员编号+服务类型+详细情况+是否完成+客户满意度数据量：2000张/年存取方式：索引文件，以售后编号为关键字e.处理过程:处理过程名：统计分析说明：一段时间内售后服务的情况统计分析输入：售后服务信息输出：统计结构处理：统计规定时间内售后服务情况2.2.5策略公告信息a.数据项描述：数据项：公告编号含义说明：唯一标识每个公告别名：ID，PolicyID类型：整型长度：>=5至MAX取值范围：10000至MAX，步长为1取值含义：无b.数据结构：数据结构名：公告说明：市场部发布的公告内容组成：公共编号+工作人员编号+公告类型+E-mail+联系电话+发布日期+所回复的公告+内容c.数据流描述：数据流名称：公共信息说明：公告的相关信息数据流来源：工作人员数据流去向：工作人员组成：公共编号+工作人员编号+公告类型+E-mail+联系电话+发布日期+所回复的公告+内容平均流量：30条/日高峰期流量：80条/日d.数据存储描述：数据存储名称：公共列表别名：Policy简述：存放公告的相关信息组成：公共编号+工作人员编号+公告类型+E-mail+联系电话+发布日期+所回复的公告+内容数据量：200张/月存取方式：索引文件，以公告编号为关键字e.处理过程:处理过程名：公告管理JAVA商品销售管理系统(ER图+源代码)说明：工作人员发布公告输入：公共内容输出：发布公共处理：市场部根据统计结果的分析，对销售策略进行宏观调控，发布相关的公告策略。
2.3 安全性与完整性2.3.1安全性安全性是本系统设计的一个重点内容。
数据库采用自主存取控制，工作人员和管理员对销售信息管理系统的数据库拥有不同的存取权限，不同类型的工作人员（销售人员、售后服务人员、市场部经理）也只能进行相应的不同操作。
2.3.2完整性a.实体完整性每个表都以编号为主码，编号为使用IDENTITY自动生成，步长为1。
因此不用考虑主码是否唯一或者为空。
b.参照完整性每个表的外码都来自其他表的主码。
对参照完整性的违约处理采用级联删除。
3 概念结构设计图3.1 销售信息管理系统E-R图4 逻辑结构设计4.1 关系数据模型：客户信息表(Customer):字段包括客户编号、客户姓名、性别、联系电话、地址、邮编、E-mail。
关键字是客户编号。
产品列表(Product):字段包括产品编号、产品名称、规格、生产厂商、产品进价、备注。
关键字是产品编号。
工作人员表(Staff):字段包括工作人员编号、姓名、密码、类型。
关键字是工作人员编号。
销售信息表(Sell):字段包括销售编号、产品编号、客户编号、销售人员编号、销售日期、销售单价、销售量。
关键字是销售编号。
售后服务信息表(Service):字段包括售后编号、销售编号、市场人员编号、服务类型、详细情况、是否完成、客户满意度。
关键字是售后编号。
市场策略信息公告表(Policy):字段包括公告编号、员工编号、E-mail、联系电话、公告时间、公告类型、回复对应公告的编号和公告内容。