MySQL客户端软件有哪些不错的值得推荐和一用

MySQL作为一种非常流行的关系型数据库，在信息系统开发中扮演着非常重要的角色，经常被用于后端数据存储，而MySQL本身又不提供非常便捷的客户端软件，因此出现了许许多多的第三方管理软件，下面我简单介绍几个，感兴趣的朋友可以自己下载尝试一下：

SQLyog

这是一个非常轻巧灵活的MySQL客户端软件，界面整洁、干净友好，大部分开发人员都应该听说或使用过，可以直接查看数据库目录结构，建库建表灵活，支持SQL脚本导入导出、数据备份恢复等常见功能，语法高亮、自动补全等也都非常不错，对于日常MySQL管理来说，是一个非常不错的工具：

Navicat

这也是一个非常不错的MySQL客户端管理软件，界面简洁、功能强大，基本使用方式和SQLyog差不多，可以直接手动建库建表、设计视图（包括字段类型、主外键关系、触发器等），支持数据库建模、SQL脚本导入导出、数据恢复和备份等常见功能，对于MySQL管理来说，也是一个非常不错的工具：

Workbench

这是MySQL官方自带的一个客户端软件，可以直接到官网下载安装，免费、跨平台，专门为MySQL量身定制，兼容性良好，支持数据库建模（ER模型、前向和反向工程）、数据迁移（低版本到高版本）、恢复与备份等常见功能，对于MySQL日常管理来说，也是一个非常不错的工具：

phpMyAdmin

这是一个专门为php开发人员设计的MySQL管理工具，基于Web浏览器运行，界面干净、整洁友好，可以很方便的查阅管理日常数据库，建库建表也非常容易，如果你是一个专业的php开发人员，那么phpMyAdmin就是一个非常不错的管理工具，缺点就是在数据的备份和恢复上不是很方便：

DataGrip

这是一个比较全能的数据库客户端软件，支持目前几乎所有的主流数据库，包括MySQL，Oracle，SQL Server等，界面友好、干净整洁，日常查询、建库建表、建模设计、备份恢复、数据迁移等，这个软件都能很好支持，语法高亮、自动补全等功能也都非常不错，对于数据库管理来说，也是一个非常不错的工具：

当然，还有许多其他MySQL客户端管理软件，像HeidiSQL，DBeaver等也都非常不错，这里就不一一介绍了，基本功能和前面的这5个软件差不多，只要你熟悉一下使用方式，很快就能掌握的。至于哪个好，哪个更优秀，这个也没有什么明确标准，只要适合自己就行，如果你非常熟悉MySQL的话，也可以使用命令行工具，效果是一样的，网上也有相关资料，感兴趣的话，可以搜一下，希望以上分享的内容能对你有所帮助吧，也欢迎大家评论、留言进行补充。

MySQL的管理维护工具非常多，除了系统自带的命令行管理工具之外，还有许多其他的图形化管理工具，这里我介绍几个经常使用的MySQL图形化管理工具，供大家参考。

1、phpMyAdmin

phpMyAdmin是最常用的MySQL维护工具，是一个用PHP开发的基于Web方式架构在网站主机上的Mysql管理工具，支持中文，管理数据库非常方便。不足之处在于对大数据库的备份和恢复不方便。

2、MySQLDumper

MySQLDumper使用PHP开发的MySQL数据库备份恢复程序，解决了使用PHP进行大数据库备份和恢复的问题，数百兆的数据库都可以方便的备份恢复，不用担心网速太慢导致中间中断的问题，非常方便易用。

这个软件是德国人开发的，还没有中文语言包。

3、Navicat

Navicat是一个桌面版MySQL数据库管理和开发工具。和微软SQLServer的管理器很像，易学易用。

Navicat使用图形化的用户界面，可以让用户使用和管理更为轻松。支持中文，有免费版本提供。

4、MySQL GUI Tools

MySQL GUI Tools是MySQL官方提供的图形化管理工具，功能很强大，值得推荐，可惜的是没有中文界面。

5、MySQL ODBC Connector

MySQL官方提供的ODBC接口程序，系统安装了这个程序之后，就可以通过ODBC来访问MySQL，这样就可以实现SQLServer、Access和MySQL之间的数据转换，还可以支持ASP访问MySQL数据库。

6、MySQL Workbench

MySQL Workbench是一个统一的可视化开发和管理平台，该平台提供了许多高级工具，可支持数据库建模和设计、查询开发和测试、服务器配置和监视、用户和安全管理、备份和恢复自动化、审计数据检查以及向导驱动的数据库迁移。

MySQL Workbench是MySQL AB发布的可视化的数据库设计软件，它的前身是 FabForce 公司的 DDesigner 4。

MySQL Workbench 为数据库管理员、程序开发者和系统规划师提供可视化设计、模型建立、以及数据库管理功能。

它包含了用于创建复杂的数据建模ER模型，正向和逆向数据库工程，也可以用于执行通常需要花费大量时间和需要的难以变更和管理的文档任务。MySQL工作台可在Windows，Linux和Mac上使用。

7、SQLyog

SQLyog 是一个易于使用的、快速而简洁的图形化管理MYSQL数据库的工具，它能够在任何地点有效地管理你的数据库。

SQLyog是业界著名的Webyog公司出品的一款简洁高效、功能强大的图形化MySQL数据库管理工具。使用SQLyog可以快速直观地让您从世界的任何角落通过网络来维护远端的MySQL数据库。

我是一个mis系的大三学生，我们的系统分析与设计课在自己设计系统。这是我们做的case的部分。

不知道你希望要哪种企业的系统，我同学还有些其它case。你要求再明确点我好帮你弄来。

第二章 项目简介

21 创意对象简介

我们做的信息系统主要是对锦江乐园的票务系统的改进。

对传统的票务系统进行一个描述：游客在游园门口购买各类门票（分为联票、普通门票和优待券三种）。进入游园后，可以根据门票已购得的项目进行游乐（联票可任意游玩六个项目（合作项目除外），普通门票两个，优惠券不含），也可以进园后再分别买各游乐项目的票据进行游乐。

传统票务系统的缺点：（1）票务人员冗杂。除游园总门口需要票务人员，在每个游乐项目门口也需要票务人员。每天两班。这还不包括管理票务人员的管理人员。据统计，票务系统共有职工约160人，每年用于票务人员工资、福利及配套设施等的资金达384万元，占游乐场人员工资开支的很大一部分。（2）大多数游客会选择“联票”，而其中很大一部分游客在玩完联票的项目后，不会选择再花钱去玩其他项目。而他们选择的项目往往很集中，导致游园经常出现这样的状况：少数热门项目排很长的队，而其他项目却少有人问津。尤其在每年暑期的游园高峰时期，这种情况更是明显。热门项目过长的队伍经常使得游客抱怨不停。

对我们的新票务系统的描述：游园总门口不设卖票处，只设置“领卡处”。游园卡分为“vip”、“普通”和“特殊”三种。“vip”卡需要持身份z办理，并要缴付15元的卡本费。游客可以将vip卡带出游园。普通卡和特殊卡的领取不需要钱。特殊卡对应原来的“优待券”，是发给老人、12米以下儿童及残疾人的，卡内预存1游乐币。普通卡和特殊卡出门时要无损交还。园内设置若干充卡处。只能用50元或100元充值。50元可充5游乐币，100元可充10游乐币。园内游乐设施分为A、B、C三种。A类需2游乐币，B类需1游乐币，C类免费。每个游戏项目门口有自动刷卡器，能显示余额。退卡金可到各充卡处完成，或在总门口加15元转成vip卡。Vip卡用户每季度会受到一条关于游园新设施的短信，每年会受到游园寄出的期刊并根据消费情况获赠相应游乐币。

22 行业发展趋势与主要竞争对手分析

2．21 行业发展趋势

从总体发展的趋势来看，游乐场行业应该具有光辉的前景。

社会的发展使得人们从整天为温饱奔波忙碌中解放出来，一方面，人们日益增加的收入允许他们将收入的更多部分用于娱乐。另一方面，刺激消费，拉动内需是我国经济发展近期不变的方针。随着休息日从每周一天变为两天，随着类似于“五一”、“十一”黄金周的设立，人们有着越来越多的机会走出家门，到稍远一些的地方获取娱乐。此外，人们日益加快的工作节奏，越来越大的工作压力使得人们本身对于娱乐的需求不断增大。更多人在紧张工作之余渴望寻求一些不同的刺激与体验来充实自己的生活。而游乐场所能提供给人们的娱乐体验在很大程度上是其他许多娱乐方式不能替代的。游乐场既能提供像公园一样的开阔的，或奇妙或惬意的场景，给长期在狭小工作、居住环境中的人们以愉悦，又能提供极具刺激的游乐设施，给现代人最大程度上的感官的满足。

但是游乐场行业同时充满风险。开阔的场地、大型的游乐设施往往需要惊人的资金投入。一旦对游客的需求分析不准确，或是营销投入不足，就会导致无人问津的严重后果。直接影响游乐场收益，严重的可以导致游乐场倒闭。即使是一时被游客接受的娱乐项目，由于现代人对于娱乐的需求变化速度极快，而且人们对于刺激体验的认同非常容易疲劳，也不可能保持很长时间的“热卖”。

因此，游乐场行业可以用“越来越有钱赚，钱越来越不好赚”这句话来概括。如何从经营模式上推陈出新，最大程度上地准确把握游客需求，最大程度上刺激、延长游客的游乐欲望，最大程度上规避游乐项目投资风险是决定一个游乐场成败的关键。

近年来，以“环球嘉年华”为代表的“巡回式游乐场”，给传统的游乐场行业以巨大冲击。凭借着国外引进的先进的经营理念，这些游乐场克服了传统游乐场的许多致命弱点，取得了巨大的收益。

然而，传统游乐场亦并非无路可走。传统游乐场相较于“巡回式游乐场”还是有着许多无法替代的优势。利用好这些优势，并最大程度规避自身弱点，以国外的经验来看，传统游乐场最终将在这场游乐场的模式之争中取得胜利。

2． 22 主要竞争对手分析

锦江乐园的主要竞争对手可以分为两个层次：本地传统游乐场和新型巡回式游乐场。

 传统游乐场

优势：往往具有很高的区域知名度。长期固定的地点使得交通上较便利。有较多旅游团关系资源从而可以作为城市固定旅游点吸引旅游团光顾。

劣势：游乐设施更新成本大，从而更新速度慢。游客的新鲜感日渐降低。

 新型巡回式游乐场

优势：相当一部分设施采取租借模式，再加上不断在各城市间巡回，游客的新鲜感容易保持。

劣势：不具有传统游乐场的那些优势。

23 面临的机遇与挑战

引入信息系统将给锦江乐园带来很大的发展的机遇，同时，也会给其带来新的挑战。我们引入swot分析来详细说明该公司未来发展中会遇到的诸多因素。

2．31 优势(Strengths)

 新的票务系统的建立使得游客的购票方式完全改变了。对于游客而言，他们得到的服务显然更周到全面，从而使得他们相较于其他游乐场，更喜欢来锦江乐园游玩。

 高峰期间系统的优势更能得到体现，能有效引导人流，避免排长队。减少游客因等待而产生的不满情绪。

 经过对系统得到的客户信息的分析，可以更全面、准确、即使地把握游客的需求偏好和变化。再借助游乐园管理层多年对游乐设施盈利情况的经验，可以做到更有针对性地引入娱乐项目。

 对于留下信息的用户，每当游乐园推出新项目可以及时地更具针对地对其进行营销，从而提高了营销的成功率。基于“vip”卡的一系列优惠会增加游客再次游玩的比率。

2．32 劣势(Weaknesses)

 系统的建立需要相当的资金。这会增加乐园的运营成本。

2．33 机会(Opportunities)

 系统的建立使得游客得到了更细致周到的服务，从而会有更多的人愿意来乐园游玩。从而增加了乐园的收益。

 对系统中得到的游客的信息进行分析可以更准确把握游客需求。

 良好的服务会提升游乐场的口碑，再加上本身具有的区位知名度，会建立很好的顾客忠诚度。

2．34 风险(Threats）

 今年来，类似于“环球嘉年华”这样的巡回式游乐园有了很大的发展。这些公司往往具有很强的资本实力。一旦这些竞争对手发现了票务信息系统对于游乐场这一行业的益处，便会立即模仿。更多的资金投入以及通过吸取我们建立系统的经验和教训，可能会使得他们的系统比我们更完善，从而使我们完全丧失这方面的竞争优势。

 任何系统都存在着建立失败的风险。我们建立的票务系统是一种很新颖的票务系统，目前没有游乐场尝试，意味着我们没有成功的经验可供借鉴，更增加了系统建立失败的可能。而信息系统的建立的成本还是相当大的，一旦建立失败，企业将面临巨大的威胁甚至直接倒闭。

 新的票务系统在很大程度上改变了传统游乐园的经营模式，员工对于新模式可能难以接受。而项目实施本身又具有一定的风险。此外，许多工作岗位将被信息系统替代。员工的下岗会使管理层牵涉到复杂的人际关系处理问题。上述原因可能会使得系统建立的提议面临巨大的阻力。

2．4 创意要点与意义

我们所建立的是游乐园信息系统，主要针对游乐园数据的挖掘，加强营销的力度以及及时控制设备的正常运行和维修。

在游乐园的大后方建立一个系统集成平台，将我们要建立的读卡系统，客户关系管理系统以及设备监控系统整合起来。这个平台包括了数据信息平台以及集成处理平台。

对于数据挖据，我们主要建立一个读卡系统，这个系统有一个控制中心，每个游乐场所都有其子系统，而游客进入游乐园及各个游乐场所必须要刷卡，这样，读卡机就可以对游客的数据及时地记录在案，并且及时地分析，比对，从而分析出游客最为喜欢的游乐场所，游玩的地方，从而可以加大力度地予以开发，以吸引更多的游客，增加营业额，当然我们也需要考虑开发的成本，以计算投资的回报率。

对于加强营销力度的方面，主要是利用Internet服务，建立一个游乐园的客户关系管理系统，把游乐园最近开发的项目，广告，游乐园的人员配备，组成，结构，占地面积，网络定票（给与优惠），介绍游乐园的概况等一系列的内容放在信息系统中，定票的内容通过数据信息平台直接联入读卡系统，这样，读卡系统就能增加客户输入的数据，通过读卡系统的数据的分析，把数据挖掘的内容进行分析，以确定客户的需求，从而将一些能吸引客户眼球的信息放到网上，给客户浏览，从而为了吸引新的游客以及维持已有的游客。

对于控制设备的正常运行和维修，我们准备建立一个监控系统，这个监控系统通过后方的平台与呼叫中心相连，各种设备的运行参数，运行指标通过监控系统传达到后方的数据信息集成平台上，在通过信息集成平台的处理，转到呼叫中心，呼叫中心是监控系统的一个部分，也是控制中心，那里的人或者计算机自动进行了分析与处理之后，得出了设备是否完好，如果不完好，有运行的故障，可以及时通知在维修工，叫其到指定的地点进行设备的维修和重运行。

对于游乐园而言，数据的挖掘是一项相当繁重但是及其重要的工作，数据挖掘能够提供游乐园许多没有的信息，例如游乐园游客的信息，竞争者的信息，市场的价格，游乐园游客偏爱的游乐场所，这些数据的开发为日后游乐园规模的扩大提供了一个方向，而一个好的数据挖掘需要信息系统的支持，能够更快地对游客的需求变化，市场的变化做出快速的反应。当然，这也是建立游乐园核心竞争力的基础。

营销是维持客户以及吸引新的客户的重要的手段，通过建立营销系统---客户管理系统，可以加大营销的力度，增加新的客户，维系旧客户，让低利润客户转变为高利润，让高利润客户继续保留，同样也可以增强游乐园的知名度，品牌效应，增加进入壁垒，当然也能提高游乐园的核心竞争力。

我们建立了一个监控系统，以监控所有的设备运作，对设备的故障予以快速，高效的修复，以确保游乐园给客户最大的娱乐，也是维系客户，增加营业利润的关键。

2 5目标及预期效果

通过信息系统的开发，从而最大程度地为游客提供最新颖，别致，安全的游乐项目，让游客各尽所乐，并且不断扩大游乐园的范围，功能，维系更多地客户，从以前的单一功能逐步转化为集休闲，娱乐，静养，调养生息为一体的多功能场所，建立一个以现代化，高科技为基础，以为游客提供一站式服务为导向的综合化的游乐场所。

客户数量在不断地提升，主要是依靠客户关系管理系统实现的，当然也是设备监控，读卡分析，数据挖掘等一系列的运营措施所做的贡献，其次，游乐园的业务流程以及游乐的项目的更新，这些项目趋于新式，能够吸引游客的眼球，对设备故障的反应时间和维修时间缩短了，最后，游乐园的功能不断地齐全，从单一功能转向多功能，一站式，综合性的大型游乐场所。

2 6 项目预算及主要收益

项目预计需要180万元人民币。其中100万元用于设备的更新，80万元用于信息系统的开发与维护。新项目实施后，原来用于票务人员工资、福利及配套设施等的资金被节省了下来，同时也大大增加了游客的黏度。

2 7 项目实施周期

项目预定于2008年1月开始时施，2008年10月信息系统开发完成，2009年3月完成全部设备的更新。

第三章 系统分析

3 1 市场与客户需求分析

锦江乐园的市场需求分析如下：

在上海大型游艺乐园比较少见，市民主要游乐的渠道是大型公园（如森林公园）或者主题公园（如东方绿洲）内的游艺设施以及不定期的嘉年华性质的游艺乐园。究其原因是游艺设施的成本较大，不适合经常更换，与消费者普遍求新求异的特征形成了一对矛盾。

从历次举办的嘉年华来看，上海具有非常大的消费潜力。年轻人普遍比较喜欢刺激的大型游艺设施（如跳楼机、过山车等等）以释放平日受到的巨大工作生活压力。除此之外，在消费这些项目的时候，人们往往对于价格不很敏感，一掷千金的也大有人在，所以导致消费的平均水平相对很高，利润率也令人满意。

然而，乐园的核心受众——年轻人群体对于游艺项目的要求也非常苛刻。消费者偏好呈中等程度分散，但惊险刺激类型的游艺设施聚集了大量人气。但是这种偏好不是没有条件的，如果乐园一直使用一种游艺设施来招揽顾客，久而久之必然让人产生厌倦情绪，这点在大型游艺乐园市场表现的尤为明显，一般来说顾客只会在同一游乐设施上面反复玩上五次。随着大多数设施都已经被主流受众所抛弃，乐园的经营状况只能举步维艰。

在上海之外的周边地区有一些与锦江乐园相类似的大型游艺乐园，由于建立时间相对较晚，设施比锦江乐园要新颖，占地面积也更大。但是因为面向的是青年人，交通是制约他们去周边地区游乐场的主要因素，学生有时间没钱，上班族有钱没时间，两者基本都是在较长的假期里面才会去光顾这些地方。

香港是一个大型游艺乐园行业非常发达的地区。香港市民的消费者行为与上海非常类似，消费水平较上海略高。迪士尼乐园是一个典型的行业领跑者，虽然营业时间不长但是经营业绩非常出众。相比海洋公园在香港已经有了三十年的历史，但是仍然深受欢迎。这两家乐园都可以给锦江乐园带来一些借鉴意义。

锦江乐园的客户需求分析如下，

锦江乐园的客户群体主要是青年及少年，主要的访问途径是学校组织的春游秋游、同学同事约定的双休日长假游或是一家三口的假期出游。收入的主要来源在于大学生以及工作白领。大学生手头充裕，白领有不俗收入，这两个群体都会在乐园里消费大量单位，带给公园可观收益。反之，年龄偏小（高中及以下）群体一般预算有限，中年及老年消费者不会对这些设施产生强烈共鸣或者好感，自然不会投入大笔金钱来消费。何况四十岁以上的普通居民消费观念偏于保守，强调储蓄理财的观念，反对大量消费，不会在乐园里产生大笔支出。

客户对游艺设施的要求呈中度分散。一般来说女生比较偏好游艺性而男生比较偏好竞技性，但是以惊险刺激为卖点的设施是一个例外。人们到乐园的主要目的的渲泄压力，找到短暂无忧无虑的快乐时光，云霄飞车能很好的达到这个目的。所以一般来说这些设施的消费者偏好都是最优的。然而对于大多数一般的设施来说，消费者很容易进入审美疲劳阶段，因为乐园是一直要经营下去的，如果没有轮换设施的话可能一位消费者最多也只会来这个乐园五次。即便是王牌项目消费者的厌倦疲劳情绪也是不可避免的，所以如何提高消费者来乐园的总次数是乐园目前最紧要解决的问题。

3 2管理变革需求分析

乐园现有的业务模式：坐等游客上门游玩，有自己的网站，但仅限于宣传和介绍自己。有电话订票业务， 游乐场玩具开发经销业务，客运业务。现有的业务模式的局限性在于乐园仅仅通过对自身有限的网上宣传来达到吸引散客的目的；网上平台缺乏与客户的沟通交流，不能很好地对游客进行营销；对于能够组织团队游客的旅行社，没有很好的关系系统和数据交流方法，无法提供旅行社及时的更新信息以及之间的交易信息。另外一方面，现有的业务流程和模式无法吸引老客户重新游玩，所以这方面缺少面向游客的关系营销系统支持。为了满足企业成长的需要，为了能够在竞争中保持优势，所以有必要在基于BPR进行管理变革。

 管理者需求：

实现企业增长，通过客户关系管理带来更大的访问量

 数据需求：

整合游客数据、供应商数据、大客户（旅行社）数据等

 流程需求：

实现订票自动化、商贸订单电子化、团体客户预订电子化，游客关系管理自动化

订票自动化包含散客通过访问门户网站在线定购乐园门票以及旅行社通过自己的系统与乐园的客户关系系统互联进行团体游玩的所有信息注册确认合同生成等。

商贸订单电子化，可以通过对现有绒毛玩具的销售情况以及市场上的流行趋势及时设计或制定新的玩具订单，推出系列卡通形象吸引游客。同时通过对乐园人流等数据的统计分析预测未来的需求情况，尽量减少库存，减少新款玩具推出的周期。

团体客户订单电子化，通过建立的旅行社关系系统与旅行社的系统对接实现客户信息，旅游合同等的共享，强化与旅行社之间的友好互利关系。并实现旅行社通过电子订单（合同）系统进行在线实时预订游乐场门票以及对一系列休闲娱乐设施的预订。

游客关系管理自动化，为了能够吸引老游客重新游玩，需要有这么一个系统通过不同的营销手段向VIP游客提供各种最新消息以及推出不同的激励措施吸引这些游客。

 界面需求：

建立门户网站和供应商、客户关系网站，门户网站通过增加flash小游戏激发潜在游客的游玩兴趣。建立供应商、旅行社关系网站，提供清晰可查的交易信息，历史信息，更新信息等，必须有友好的界面。

3 3信息系统需求分析

 对游戏的设备的采购和维护的需求

中国的游乐业是从机械类游艺机开始的，其中大部分属于旋转类的产品。机械类游艺机为国内游乐园的传统和保留项目，稍后亦有游乐园引进水上游乐设施。由于中国的游乐场起源为舶来文化，所以里面通常成为一个奇怪的地方，日本的机动游戏与欧洲的童话故事背景的游乐项目、美国迪斯尼动画文化常常占据绝大多数，偶尔有中国传统的杂技表演客串。

上世纪80年代末、90年代初，国内逐渐兴起一种以古典名著为题材的观赏型主题公园，如西游记宫、封神演义宫等，颇具民族色彩，增加了一些电动效果后，初期亦能受游人欢迎，然而因为技术未能做到真正刺激游客，很快遭到国人抛弃。这些应该算是最具中国特色的游乐园。此后各地一哄而上四处建宫，投资重复，回收困难，有的地方俨然成为烂尾工程，或改为它用。

中国游乐场一般只有2到3个刺激性项目，有的甚至几乎没有刺激性的项目。各游乐场的刺激项目也大多比较重复，比如“激流勇进”、“过山车”几乎是每园必备，即是说，大部分游乐场经营的实际是同一种刺激。业界有观点认为：黄种人体质较弱，中国文化又崇尚中庸，过多的刺激可能不受欢迎，甚至猜测中国人玩过一项刺激性项目后，可能就不能继续玩下去了。

由此可见对于一个大型的游乐场应该建立哪些项目，采购哪些设备都有迫切的需求。在没有信息系统的时候 ，这些采购和调查项目只能靠几个负责人采用“拍脑袋”的决定方法，而对于设备购买后的维修等细节也没有时时的管理，而是等到设备坏了以后才去修理。因此我们的游乐行业急切的需要一个信息管理系统。

2003年6-7月间，在上海举行的“环球嘉年华”，反响颇大，当地媒体《青年报》的一份对市民游乐心理调查结果显示：59%的游客选择刺激性游戏，27%的选择赢奖品的游戏项目，只有8%的选择家庭游艺机，5%的选择儿童游艺机；大多数游客一般一次玩2到3个刺激性游戏（总共8个刺激性项目），承受刺激的底线与白种人、黑种人、拉丁人基本一致；另外，玩刺激游戏的66%是女孩；在双休日，则有63%游客年龄在30-39岁，20-29岁的人只有18%。这些数据说明了，通常被认为保守的中国人，其实渴望着机动型游乐活动的刺激。

对于一个新引进的项目，怎样进行促销和宣传不单单是营销部门的工作，也是一个对于数据的统计和分析的过程。这涉及用多少投入可以产生最大的收益。

 对于游乐场的数据挖掘的需求

对于这样的一个大型的信息系统，从每天的游客流量记录可以反映出很多的问题。比如哪个项目占用的地方少但是带来的收益多，哪个游戏项目从开始被狂热追捧，到末期的无人问津，这些都可以从数据挖掘中找到答案，这些都迫切的需要一个完整的数据挖掘信息系统。商业上：利用所有可能的数据快速而正确的做出决策；用户是业务领域的专家,而不是计算机专业人员；企业数据每18个月翻一番，需要有一种有效的访问这些数据的方法；在商业智能和有利用效企业数据方面，竞争的加剧。技术上：计算机的计算能力越来越便宜（MIPS价格的下跌）；存储介质价格的下跌；网络带宽的增长，网络的传输能力越来越便宜；整个企业的计算机环境越来越复杂，各个时代各个不同厂家的应用系统同时存在；新的应用要访问其他应用的数据。

数据库课程设计

题目：小型超市管理系统

1、项目计划

11系统开发目的

（1）大大提高超市的运作效率；

（2）通过全面的信息采集和处理，辅助提高超市的决策水平；

（3）使用本系统，可以迅速提升超市的管理水平，为降低经营成本， 提高效益，增强超市扩张力， 提供有效的技术保障。

12背景说明

21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。

13项目确立

针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞争力，我们将开发以下系统：前台POS销售系统、后台管理系统，其中这两个子系统又包含其它一些子功能。

14应用范围

本系统适应于各种小型的超市。

15 定义

（1）商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。

（2）交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号。

（3）商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。

（4）促销：在一定时期内，某些商品会按低于原价的促销价格销售。

库存告警提示：当商品的库存数量低于库存报警数量时发出提示。

（5）盘点：计算出库存、销售额、盈利等经营指标。

16 参考资料

《数据库原理及设计》 陶宏才编 清华大学出版社

《SQL Server 2000 实用教程》范立南编 清华大学出版社

《SQL Server 2000 编程员指南》李香敏编 北京希望电子出版社

《轻松搞定 SQL Server 2000 程序设计》Rebecca MRiordan编

《软件工程规范》Watts SHumphrey编 清华大学出版社

《软件工程理论与实践》 Shari Lawrence Pfleeger编 清华大学出版社

《软件需求分析》 Swapna Kishore编 机械工业出版社

《软件工程思想》 林锐编

2、逻辑分析与详细分析

21系统功能

（1）、零售前台（POS）管理系统，本系统必须具有以下功能：

 商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑 *** 作水平层次的人员均能准确快速地进行商品扫描录入。

 收银业务：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行95折优惠，并将所购物品的总金额累计到该会员的总消费金额中。 会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。

 安全性：OS登陆、退出、换班与 *** 作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法 *** 作。

 独立作业：有的断网收银即在网络服务器断开或网络不通的情况下，收银机仍能正常作业

(2)、后台管理系统，本系统必须具备以下功能

 进货管理： 根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。 按计划单有选择性地进行自动入库登记。 综合查询打印计划进货与入库记录及金额。

 销售管理： 商品正常销售、促销与限量、限期及禁止销售控制。 综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。 按多种方式统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。

 库存管理： 综合查询库存明细记录。 库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。 库存自动盘点计算。

 人员管理： 员工、会员、供货商、厂商等基本信息登记管理。 员工 *** 作权限管理。 客户销售权限管理。

（3）系统结构

系统总体结构

模块子系统结构

功能描述：商品录入子系统要求能快速录入商品，因此必须支持条形码扫描。

功能描述：收银业务子系统能计算交易总额，打印交易清单，并根据会员卡打折。

功能描述：进货管理子系统可以根据库存自动指定进货计划，进货时自动等级，以及提供查询和打印计划进货与入库记录的功能。

功能描述：销售管理子系统可以控制某商品是否允许销售，查询每种商品的销售情况并产生年、月、日报表，同时可以生成销售排行榜。

功能描述：库存管理子系统提供查询库存明细记录的基本功能，并根据库存的状态报警，以及自动盘点计算。

功能描述：人员管理子系统提供基本信息登记管理，员工 *** 作权限管理，客户销售权限管理的功能。

22、流程图

前台管理系统

顶层DFD图

第0层DFD图

第1层DFD图

23、户类型与职能

（1）、员工（营业员）：

 通过商品条形码扫描输入商品到购买清单

 *** 作软件计算交易总金额

 *** 作软件输出交易清单

 对会员进行会员卡扫描以便打折

（2）、：超市经理

 *** 作软件录入商品，供货商，厂商

 *** 作软件制定进货计划

 查询打印计划进货与入库记录

 *** 作软件控制商品销售与否

 查询打印销售情况

 *** 作软件生成销售排行榜

 查询库存明细记录

 根据软件发出的库存告警进行入货

 *** 作软件进行盘点计算

（3）、总经理：

 基本信息登记管理

 员工 *** 作权限管理

 客户销售权限管理

24、统开发步骤

 确定参与者和相关的用况

 为每个用况设计过程

 建立顺序图，确定每个脚本中对象的协作

 创建类，确定脚本中的对象

 设计, 编码, 测试, 集成类

 为过程编写系统测试案例

 运行测试案例，检验系统

25、系统环境需求

 系统模式

本系统采用C/S模式作为开发模式

 硬件环境

服务器端：

高性能的计算机一台，

普通的双绞线作为连接。

客户端： 普通的计算机或者工作站，

普通的双绞线作为连接。

 软件环境

服务器端：安装SQL Server 2000的服务器版本，

安装windows 2000服务器版本，

配置了诺顿等必须的防毒软件。

客户端： 安装SQL Server2000的服务器版本，

安装了VB等可视化开发工具软件，

安装windows2000服务器版本。

26、系统安全问题

信息系统尽管功能强大，技术先进，但由于受到自身体系结构，设计思路以及运行机制等限制，也隐含许多不安全因素。常见因素有：数据的输入，输出，存取与备份，源程序以及应用软件，数据库， *** 作系统等漏洞或缺陷，硬件，通信部分的漏洞，企业内部人员的因素，病毒，“黑客”等因素。因此，为使本系统能够真正安全，可靠，稳定地工作，必须考虑如下问题：为保证安全，不致使系统遭到意外事故的损害，系统因该能防止火，盗或其他形式的人为破坏。

 系统要能重建

 系统应该是可审查的

 系统应能进行有效控制，抗干扰能力强

 系统使用者的使用权限是可识别的

3、基于UML的建模

31语义规则

用例模型（use cases view）（用例视图）的基本组成部件是用例（use case）、角色(actor)和系统(system)。用例用于描述系统的功能，也就是从外部用户的角度观察，系统应支持哪些功能，帮助分析人员理解系统的行为，它是对系统功能的宏观描述，一个完整的系统中通常包含若干个用例，每个用例具体说明应完成的功能，代表系统的所有基本功能（集）。角色是与系统进行交互的外部实体，它可以是系统用户，也可以是其它系统或硬件设备，总之，凡是需要与系统交互的任何东西都可以称作角色。系统的边界线以内的区域（即用例的活动区域）则抽象表示系统能够实现的所有基本功能。在一个基本功能（集）已经实现的系统中，系统运转的大致过程是：外部角色先初始化用例，然后用例执行其所代表的功能，执行完后用例便给角色返回一些值，这个值可以是角色需要的来自系统中的任何东西。

UML：是一种标准的图形化建模语言，它是面向对象分析与设计的一种标准表示；它不是一种可视化的程序设计语言而是一种可视化的建模语言；不是工具或知识库的规格说明而是一种建模语言规格说明是一种表示的标准；不是过程也不是方法但允许任何一种过程和方法使用它。

用例（use case）：

参与者（actor）：

32、UML模型

321、系统UML模型

322、子系统UML模型

（1）零售前台（POS）管理系统用例视图

（2）后台管理系统用例视图

33、系统实现图

4、超市销售系统概念设计文档

（1）、系统ER图

（2）、系统ER图说明

1) 商店中的所有用户（员工）可以销售多种商品，每种商品可由不同用户（员工）销售；

2) 每个顾客可以购买多种商品，不同商品可由不同顾客购买；

3) 每个供货商可以供应多种不同商品，每种商品可由多个供应商供应。

（3）、视图设计

1) 交易视图(v_Dealing)——用于查询交易情况的视图；

2) 计划进货视图(v_PlanStock)——用于查询进货计划的视图；

3) 销售视图(v_Sale)——用于查询销售明细记录的视图；

4) 入库视图(v_Stock)——用于查询入库情况的视图。

5、逻辑设计文档

（1）、系统关系模型

a) 商品信息表（商品编号，商品名称，价格，条形码，促销价格，促销起日期，促销止日期，允许打折，库存数量，库存报警数量，计划进货数，允许销售，厂商编号，供货商编号）

b) 用户表（用户编号，用户名称，用户密码，用户类型）

c) 会员表（会员编号，会员卡号，累积消费金额，注册日期）

d) 销售表（销售编号，商品编号，销售数量，销售金额，销售日期）

e) 交易表（交易编号，用户名称，交易金额，会员卡号，交易日期）

f) 进货入库表（入库编号，入库商品编号，入库数量，单额，总额，入库日期，计划进货日期，入库状态）

g) 供货商表（供货商编号，供货商名称，供货商地址，供货商电话）

h) 厂商表（厂商编号，厂商名称，厂商地址，厂商电话）

（2）、系统数据库表结构

数据库表索引

表名 中文名

MerchInfo 商品信息表

User 用户表

Menber 会员表

Sale 销售表

Dealing 交易表

Stock 进货入库表

Provide 供货商表

Factory 厂商表

商品信息表(MerchInfo)

字段名 字段类型 长度 主/外键 字段值约束 对应中文名

MerchID int 4 P Not null 商品编号

MerchName Varchar 50 Not null 商品名称

MerchPrice Money 4 Not null 价格

MerchNum Int 4 Not null 库存数量

CautionNum Int 4 Not null 库存报警数量

PlanNum Int 4 null 计划进货数

BarCode Varchar 50 Not null 条形码

SalesProPrice Money 4 促销价格

SalesProDateS Datetime 8 促销起日期

SalesProDateE Datetime 8 促销止日期

AllowAbate Int 4 Not null 允许打折

AllowSale Int 4 Not null 允许销售

FactoryID Varchar 10 F Not null 厂商编号

ProvideID Varchar 10 F Not null 供货商编号

用户表(User)

字段名 字段类型 长度 主/外键 字段值约束 对应中文名

UserID varchar 10 P Not null 用户编号

UserName Varchar 25 Not null 用户名称

UserPW Varchar 50 Not null 用户密码

UserStyle Int 4 Not null 用户类型

会员表(Menber)

字段名 字段类型 长度 主/外键 字段值约束 对应中文名

MemberID Varchar 10 P Not null 会员编号

MemberCard Varchar 20 Not null 会员卡号

TotalCost Money 4 Not null 累积消费金额

RegDate Datetime 8 Not null 注册日期

销售表(Sale)

字段名 字段类型 长度 主/外键 字段值约束 对应中文名

SaleID Varchar 10 P Not null 销售编号

MerChID Varchar 10 F Not null 商品编号

SaleDate Datetime 8 Not null 销售日期

SaleNum Int 4 Not null 销售数量

SalePrice Money 4 Not null 销售单额

交易表(Dealing)

字段名 字段类型 长度 主/外键 字段值约束 对应中文名

DealingID Varchar 10 P Not null 交易编号

DealingPrice Money 4 Not null 交易金额

DealingDate Money 4 Not null 交易日期

MemberID Varchar 10 会员卡号

UserName Varchar 10 F Not null 用户名称

入库纪录表(Stock)

字段名 字段类型 长度 主/外键 字段值约束 对应中文名

StockID Varchar 10 P Not null 入库编号

MerchID Varchar 10 F Not null 入库商品编号

MerchNum Int 4 Not null 入库数量

MerchPrice Money 4 Not null 单额

TotalPrice Money 4 Not null 总额

StockDate Datetime 8 Datetime 入库日期

PlanDate Datetime 8 Datetime 计划进货日期

StockState Int 4 Not null 入库状态

供货商表(Provide)

字段名 字段类型 长度 主/外键 字段值约束 对应中文名

ProvideID varchar 10 P Not null 供货商编号

ProvideName Varchar 50 Not null 供货商名称

ProvideAddress Varchar 250 供货商地址

ProvidePhone Varchar 25 供货商电话

厂商表(Provide)

字段名 字段类型 长度 主/外键 字段值约束 对应中文名

FactoryID varchar 10 P Not null 厂商编号

FactoryName Varchar 50 Not null 厂商名称

FactoryAddress Varchar 250 厂商地址

FactoryPhone Varchar 25 厂商电话

6、物理设计文档

/----------创建数据库----------/

create database SuperMarketdb

on primary

(

name=SuperMarketdb,

filename='C:\Program Files\Microsoft SQL Server\MSSQL\Data\SuperMarketdbmdf',

size=100MB,

maxsize=200MB,

filegrowth=20MB

)

log on

(

name=SuperMarketlog,

filename='C:\Program Files\Microsoft SQL Server\MSSQL\Data\SuperMarketdbldf',

size=60MB,

maxsize=200MB,

filegrowth=20MB

)

go

/----------创建基本表----------/

use [SuperMarketdb]

go

/创建交易表/

CREATE TABLE Dealing (

DealingID int identity(1,1) Primary key ,

DealingDate datetime NOT NULL ,

DealingPrice money NOT NULL ,

UserName varchar(25) NULL ,

MemberCard varchar(20) NULL

)

GO

/创建厂商表/

CREATE TABLE Factory (

FactoryID varchar(10) Primary key ,

FactoryName varchar(50) NOT NULL ,

FactoryAddress varchar(250) NULL ,

FactoryPhone varchar(50) NULL

)

GO

/创建会员表/

CREATE TABLE Member (

MemberID varchar(10) Primary key ,

MemberCard varchar(20) NOT NULL ,

TotalCost money NOT NULL ,

RegDate datetime NOT NULL

)

GO

/创建商品信息表/

CREATE TABLE MerchInfo (

MerchID int identity(1,1) Primary key ,

MerchName varchar(50) Unique NOT NULL ,

MerchPrice money NOT NULL ,

MerchNum int NOT NULL ,

CautionNum int NOT NULL ,

PlanNum int NOT NULL ,

BarCode varchar(20) Unique NOT NULL ,

SalesProPrice money NULL ,

SalesProDateS datetime NULL ,

SalesProDateE datetime NULL ,

AllowAbate int NOT NULL ,

AllowSale int NOT NULL ,

FactoryID int NOT NULL ,

ProvideID int NOT NULL

)

GO

/创建供应商表/

CREATE TABLE Provide (

ProvideID varchar(10) Primary key ,

ProvideName varchar(50) NOT NULL ,

ProvideAddress varchar(250) NULL ,

ProvidePhone varchar(25) NULL

)

GO

/创建销售表/

CREATE TABLE Sale (

SaleID int identity(1,1) Primary key ,

MerChID int NOT NULL ,

SaleDate datetime NOT NULL ,

SaleNum int NOT NULL,

SalePrice money NOT NULL

)

GO

/创建入库表/

CREATE TABLE Stock (

StockID int identity(1,1) Primary key ,

MerchID int NOT NULL ,

MerchNum int NOT NULL ,

MerchPrice money NULL ,

TotalPrice money NULL ,

PlanDate datetime NULL ,

StockDate datetime NULL,

StockState int NOT NULL

)

GO

/创建用户表/

CREATE TABLE User (

UserID varchar(10) Primary key ,

UserName varchar(25) NOT NULL ,

UserPW varchar(50) NOT NULL ,

UserStyle int NOT NULL ,

)

GO

/----------创建表间约束----------/

/商品信息表中厂商编号、供应商编号分别与厂商表、供应商表之间的外键约束/

ALTER TABLE MerchInfo ADD

CONSTRAINT [FK_MerchInfo_Factory] FOREIGN KEY

(

[FactoryID]

) REFERENCES Factory (

[FactoryID]

),

CONSTRAINT [FK_MerchInfo_Provide] FOREIGN KEY

(

[ProvideID]

) REFERENCES Provide (

[ProvideID]

)

GO

/销售表中商品编号与商品信息表之间的外键约束/

ALTER TABLE Sale ADD

CONSTRAINT [FK_Sale_MerchInfo] FOREIGN KEY

(

[MerChID]

) REFERENCES MerchInfo (

[MerchID]

) ON DELETE CASCADE

GO

/入库表中商品编号与商品信息表之间的外键约束/

ALTER TABLE Stock ADD

CONSTRAINT [FK_Stock_MerchInfo] FOREIGN KEY

(

[MerchID]

) REFERENCES MerchInfo (

[MerchID]

) ON DELETE CASCADE

GO

/----------创建索引----------/

/在交易表上建立一个以交易编号、交易日期为索引项的非聚集索引/

CREATE nonclustered INDEX IX_Dealing ON Dealing(DealingID, DealingDate)

GO

/在商品信息表上建立一个以商品编号为索引项的非聚集索引/

CREATE nonclustered INDEX IX_MerchInfo ON MerchInfo(MerchID)

GO

/在销售表上建立一个以销售编号、销售日期为索引项的非聚集索引/

CREATE nonclustered INDEX IX_Sale ON Sale(SaleID, SaleDate)

GO

/在入库表上建立一个以入库编号、入库日期、商品编号为索引项的非聚集索引/

CREATE nonclustered INDEX IX_Stock ON Stock(StockID, StockDate, MerchID)

GO

/----------创建视图----------/

/创建用于查询交易情况的视图/

CREATE VIEW v_Dealing

AS

SELECT DealingDate as 交易日期,

UserName as 员工名称,

MemberCard as 会员卡号,

DealingPrice as 交易金额

FROM Dealing

GO

/创建用于查询进货计划的视图/

CREATE VIEW v_PlanStock

AS

SELECT StockStockID as SID,

MerchInfoMerchName as 商品名称,

MerchInfoBarCode as 条形码,

FactoryFactoryName as 厂商,

ProvideProvideName as 供货商,

StockMerchNum as 计划进货数量,

StockPlanDate as 计划进货日期

FROM Stock,MerchInfo,Provide,Factory

Where StockMerchID = MerchInfoMerchID

and ProvideProvideID=MerchInfoProvideID

and FactoryFactoryID=MerchInfoFactoryID

and StockStockState=0

GO

/创建用于查询销售明细记录的视图/

CREATE VIEW v_Sale

AS

SELECT MerchInfoMerchName as 商品名称,

MerchInfoBarCode as 条形码,

MerchInfoMerchPrice as 商品价格,

SaleSalePrice as 销售价格,

SaleSaleNum as 销售数量,

SaleSaleDate as 销售日期

FROM Sale INNER JOIN

MerchInfo ON SaleMerChID = MerchInfoMerchID

GO

/创建用于查询入库情况的视图/

CREATE VIEW v_Stock

AS

SELECT MerchInfoMerchName as 商品名称,

MerchInfoBarCode as 条形码,

FactoryFactoryName as 厂商,

ProvideProvideName as 供货商,

StockMerchPrice as 入库价格,

StockMerchNum as 入库数量,

StockTotalPrice as 入库总额,

StockStockDate as 入库日期

FROM Stock,MerchInfo,Provide,Factory

Where StockMerchID = MerchInfoMerchID

and ProvideProvideID=MerchInfoProvideID

and FactoryFactoryID=MerchInfoFactoryID

and StockStockState=1

GO

7、小结

和传统管理模式相比较，使用本系统，毫无疑问会大大提高超市的运作效率，辅助提高超市的决策水平，管理水平，为降低经营成本， 提高效益，减少差错，节省人力，减少顾客购物时间，增加客流量，提高顾客满意度，增强超市扩张能力， 提供有效的技术保障。

由于开发者能力有限，加上时间仓促，本系统难免会出现一些不足之处，例如：

 本系统只适合小型超市使用，不能适合中大型超市使用；

 超市管理系统涉及范围宽，要解决的问题多，功能复杂，实现困难，但由于限于时间，本系统只能做出其中的一部分功能；

对于以上出现的问题，我们深表歉意，如发现还有其它问题，希望老师批评指正。

请采纳。

数据库课程设计报告 目录目录……………………………………………………………………………………1一．设计目标…………………………………………………………………………2二．系统介绍…………………………………………………………………………2三．数据库设计……………………………………………………………………2 1需求分析………………………………………………………………………2 2概念结构设计…………………………………………………………………3 （1）实体设计………………………………………………………………3 （2）ER图……………………………………………………………………3 3逻辑结构设计…………………………………………………………………4四．应用程序设计……………………………………………………………………4 1delphi70开发环境……………………………………………………………4 2．软件分析……………………………………………………………………4 （1）软件的需求分析………………………………………………………4 （2）软件的基本功能………………………………………………………5 3软件的设计与实现……………………………………………………………6 五．实现的应用系统介绍……………………………………………………………8 1．系统模块……………………………………………………………………8 2 文件简介……………………………………………………………………8 3 系统运行……………………………………………………………………8 六．总结………………………………………………………………………………17 一设计目标理论应用－－运用数据库设计理论设计一个较完善的有实际意义的数据库结构；工具使用－－掌握目前流行数据库管理系统工具和前端应用开发工具；应用开发－－为数据库开发相应应用程序，构成完整的数据库应用系统；报告编写－－用文字处理软件编写高质量的设计报告。二系统简介名称：超市进销存管系统功能：基于超市管理的全面自动化，减少入库管理、出库管理及库存管理中的漏洞，节约不少管理开支，增加企业收入。 实现对产品的增加、修改、删除、以及日常查询，对产品的出库、入库进行管理。同时对营销状况进行简单的分析，并可以导出各种查询报表。数据库：ACCESS实现：Delphi 70系统构架：C/S（Client/Server ）三．数据库设计．1．需求分析：超市进销存管理系统2．概念结构设计（1）实体设计商品信息(商品编号，商品名称，商品单位，商品单价，类别，产地,说明)进货信息(进货编号，商品编号，进货单价，进货数量，进货时间，经手人，供货单位)出货信息(出货编号，商品编号，出货单价，出货数量，经手人，接收人及说明等)库存信息(商品编号，库存说明,说明等)用户信息(用户名，密码,用户类型)（2）E-R图包含说明产地商品单价商品类别商品名称商品编号商 品经手人进货数量进货时间进货单价商品编号进货编号供货单位进货记录商品编号出货数量接收人经手人出货单价出货编号出货时间出货记录库存记录说明商品编号库存说明111n3逻辑结构设计关系模型（第1数据项为主键）商品信息(商品编号，商品名称，商品单位，商品单价，类别，产地,说明)进货信息(进货编号，商品编号，进货单价，进货数量，进货时间，经手人，供货单位)出货信息(出货编号，商品编号，出货单价，出货数量，经手人，接收人及说明等)库存信息(商品编号，库存说明,说明等)用户信息(用户名，密码,用户类型)出货商品金额(出货时间，出货单价，出货数量，出货金额)进货商品金额（进货时间，进货单价，进货数量，进货金额）四．应用程序设计1．Delphi 70 开发环境 Delphi被称为第四代编程语言，它具有简单、高效、功能强大的特点。和VC相比，Delphi更简单、更易于掌握，而在功能上却丝毫不逊色；和VB相比，Delphi则功能更强大、更实用。可以说Delphi同时兼备了VC功能强大和VB简单易学的特点。它一直是程序员至爱的编程工具。 Delphi 7的集成开发环境(1DE)和Delphi以前的版本基本一致。它把单、多个工具栏及一组窗口和应用程序设计在一起，将代码以事件的形式与界面的每一元素建立联系，使用户很方便地在这个高度集成的开发环境的组成和各种辅助工具的使用方法和使用技巧。2．软件分析（1）软件的需求分析： 开发本软件的主要目的是为了优化超市的日常管理。采用计算机管理信息系统为实现超市管理科学化和现代化，给它带来了明显的经济效益和社会效益 （2）软件的基本功能与说明： a商品信息管理商品信息管理：用来管理系统中要用来进行进货，出货 *** 作的商品的信息，包括添加，修改，删除和查询信息。其中，查询可以进行精确查询和模糊快速查询。任意时刻，生成当前表格报表。 b 用户管理1用户添加该权限只有管理员拥有，可以添加临时用户，或者增设管理员用户。2用户删除该权限只有管理员拥有，可以删除用户。3用户密码修改用来修改登陆用户的密码，长时间地使用一个密码可能会使密码不安全，导致整个系统的不安全，因此有必要定期修改密码。 c 营销分析1综合分析某一时间段内，将该超市的进货总额、出货总额进行统计，并算出总盈利；将库存中的商品总量统计出来。用户可以打印分析所得报表。同时提供进货情况查询、出货情况查询、库存情况查询。2日分析某一天中，将该超市的进货总额、出货总额进行统计，并算出总盈利；将库存中的商品总量统计出来。用户可以打印分析所得报表。 d 日常 *** 作商品进货 *** 作：用来完成商品的进货 *** 作。商品出货 *** 作：用来完成商品的出货 *** 作。进行进货 *** 作时，进货编号以及进货时间是自动生成的，无需改动，否则会出现错误。所生成的商品编号为该种类型商品的最大编号，且后面有提示用户允许的编号范围，超出此范围会出错，如果编号方式正确且大于最大编号，确定添加后会提示用户填写新加商品的相关信息。进行出货 *** 作时，出货编号自动生成，用记无须改动。在出货单价小于进货的最小单价时会询问是否继续出货，出货数量不能大于库存数量。e信息查询1库存信息查询：用来查询库存的商品的信息，可以按照商品编号，商品名称和商品类别来查询，可以将查询结果打印输出。该查询可以精确查找某一确定的商品的库存信息，并将其打印输出。同时，该查询可以根据商品的库存量来将商品中库存不足、库存饱和、库存过剩的商品一一列出并提供打印输出功能。2进货信息查询：用来查询商品的进货记录，可以按照商品编号，商品名称，商品类别，经手人和进货日期查询，可以将查询结果输出。该查询可以精确查找某一确定的商品或全部商品某一确定时间段的进货情况，并将其打印输出。同时以图表的形式分析该种商品的进货价格走势分析图。3出货信息查询：用来查询商品的出货记录，可以按照商品编号，商品名称，商品类别，经手人和出货日期查询，可以将查询结果打印输出。该查询可以精确查找某一确定的商品或全部商品某一确定时间段的出货情况，并将其打印输出。同时以图表的形式分析该种商品的出货价格走势分析图。3．软件设计与实现添加、修改、删除是通过delphi自带函数实现的。查询是通过添加SQL语句或者直接在access中建立相对的查询（如出货商品金额、进货商品金额查询）实现的。（1）程序实现//添加adoquery1Close;adoquery1SQLClear;adoquery1SQLAdd('select from 进货信息' );adoquery1Open ;adoquery1Append;adoquery1fieldbyname('进货编号')asstring:=edit1Text;adoquery1fieldbyname('商品编号')asstring:=edit2Text;adoquery1fieldbyname('进货单价')asstring:=edit3Text;adoquery1fieldbyname('进货数量')asstring:=edit4Text;adoquery1fieldbyname('进货时间')asstring:=edit5Text;adoquery1fieldbyname('经手人')asstring:=combobox5Text;adoquery1fieldbyname('供货单位')asstring:=edit7Text;adoquery1Post;快速添加：adoquery1Append;//删除一条记录if ApplicationMessageBox('真的要删除当前所选记录吗？','删除确认',MB_YESNOCANCEL+MB_ICONQUESTION+MB_DEFBUTTON3)<>IDYES then abortelseadoquery1delete;//修改一条记录if ApplicationMessageBox('真的要修改当前所选记录吗？','修改确认',MB_YESNOCANCEL+MB_ICONQUESTION+MB_DEFBUTTON3)<>IDYES then AdoQuery1CancelUpdateselseadoquery1edit;//对表的排序procedure TForm2DBGrid1TitleClick(Column: TColumn);var i : integer;beginfor i:= 1 to DBGrid1ColumnsCount dobegin//恢复所有标题字体为默认DBGrid1Columns[i-1]TitleFontColor := clWindowText;DBGrid1Columns[i-1]TitleFontStyle := [];end;if ADOQuery1Sort<>(ColumnFieldName+' ASC') then //判断原排序方式beginADOQuery1Sort := ColumnFieldName+' ASC';ColumnTitleFontColor := clRed; //改变标题行字体为红色，表示当前的排序方式为升序ColumnTitleFontStyle := [fsBold];endelse beginADOQuery1Sort := ColumnFieldName+' DESC';ColumnTitleFontColor := clBlue; //改变标题行字体为红色，表示当前的排序方式为降序ColumnTitleFontStyle := [fsBold];end;end;//查询示例adoquery2close;adoquery2sqlclear;adoquery2SQLAdd('select distinct(进货信息进货编号),商品信息商品名称,进货信息商品编号,商品信息类别,进货信息进货单价,进货信息进货数量,进货信息进货时间,进货信息经手人,进货信息供货单位 from 进货信息,商品信息 where 商品信息商品编号=进货信息商品编号 and ');adoquery2SQLAdd('进货时间>=#'+DateToStr(DateTimePicker1Date)+'# and 进货时间<=#'+DateToStr(DateTimePicker2Date+1)+'#');adoquery2Open;五．实现的应用系统介绍1．系统的模块（1）主界面模块Form1（2）信息管理模块Form2,form18(3)日常 *** 作模块Form3(4)信息管理模块Form5(5) 用户管理模块Form14(6)系统管理模块用户登陆:form8关于系统:form10退出系统:from11（）登陆窗体Form82．文件简介：(1)文件help包括生成jun_help帮助的所有源程序。(2)文件image系统所有用到的文件(3) 文件project系统可执行文件projectexe。系统数据库超市进销存储管理系统mdb(4) 文件sounds系统所有用到的声音文件(5) 文件unit_date系统自动生成的相关文件3．系统运行：1．欢迎：2．到达主界面后，提示登陆（系统管理—登陆系统）。用户可以查看帮助获得系统的相关信息：3．用户登陆界面：4．若用户为管理员，则可以进行用户管理 *** 作。用户有权添加、修改、删除其它用户。5．若用户为普通用户，则用户只能对自己的相关信息进行修改,添加用户、删除用户不可用。6．商品信息管理模块商品信息管理：用来管理系统中要用来进行进货，出货 *** 作的商品的信息，包括添加，修改，删除和查询信息。其中，查询可以进行精确查询和模糊快速查询。任意时刻，生成当前表格报表。7．营销分析模块：1）综合分析某一时间段内，将该超市的进货总额、出货总额进行统计，并算出总盈利；将库存中的商品总量统计出来。用户可以打印分析所得报表。同时提供进货情况查询、出货情况查询、库存情况查询。2）日分析某一天中，将该超市的进货总额、出货总额进行统计，并算出总盈利；将库存中的商品总量统计出来。用户可以打印分析所得报表。8．商品进出货 *** 作模块：1）进行进货 *** 作时，进货编号以及进货时间是自动生成的，无需改动，否则会出现错误。所生成的商品编号为该种类型商品的最大编号，且后面有提示用户允许的编号范围，超出此范围会出错，如果编号方式正确且大于最大编号，确定添加后会提示用户填写新加商品的相关信息。2）进行出货 *** 作时，出货编号自动生成，用记无须改动。在出货单价小于进货的最小单价时会询问是否继续出货，出货数量不能大于库存数量。9．信息查询模块：1）库存信息查询：用来查询库存的商品的信息，可以按照商品编号，商品名称和商品类别来查询，可以将查询结果打印输出。该查询可以精确查找某一确定的商品的库存信息，并将其打印输出。同时，该查询可以根据商品的库存量来将商品中库存不足、库存饱和、库存过剩的商品一一列出并提供打印输出功能。2）进货信息查询：用来查询商品的进货记录，可以按照商品编号，商品名称，商品类别，经手人和进货日期查询，可以将查询结果输出。该查询可以精确查找某一确定的商品或全部商品某一确定时间段的进货情况，并将其打印输出。同时以图表的形式分析该种商品的进货价格走势分析图。3）出货信息查询：用来查询商品的出货记录，可以按照商品编号，商品名称，商品类别，经手人和出货日期查询，可以将查询结果打印输出。该查询可以精确查找某一确定的商品或全部商品某一确定时间段的出货情况，并将其打印输出。同时以图表的形式分析该种商品的出货价格走势分析图。10关于系统模块：11．用户管理模块：1）用户添加该权限只有管理员拥有，可以添加临时用户，或者增设管理员用户。2）用户删除该权限只有管理员拥有，可以删除用户。3）用户密码修改用来修改登陆用户的密码，长时间地使用一个密码可能会使密码不安全，导致整个系统的不安全，因此有必要定期修改密码。12．退出系统模块：

网站数据库，是选SQLServer还是Aess好，可能您会说：选MySQL好，不过现在只是讨论IISASP这种架构下的选择，不讨论ApachePHP的情况

如果您现在是在局域网中使用，而且软件的价格成本不是考虑的因素，那当然是用SQLServer好了，似乎这个问题没什么好讨论的

不过在互联网上就不太一样了，因为大部分做网站的人都是租用别人的虚拟主机，比较常见的组合是PHPMySQL或ASPACCESS或ASPSQLServer，下面就使用ACCESS及SQLServer做一个比较：成本使用SQLServer的虚拟主机报价一般是使用ACCESS的15至25倍

性能就数据库的处理能力和稳定性ACCESS和SQLServer当然是没得比的，但是有一点必须注意的是，在互联网上使用SQLServer和在局域中使用是大不一样的，如果你现在已经在用，请打开“SQL查询分析器”，连接上SQLServer服务器，执行“EXECsp_who”，你可能看到返回的行数有几百行，也就是说你所在SQLServer服务器正在处理几百个连接，然后再执行“selectcount()frommaster”，你可以看这个数字也是在几百以上，也就是说你所在SQLServer服务器上有好几百个数据库

相比之下，你使用的ACCESS文件只有你一个站点在使用，通过这些参数对比，就不能简单地认为使用SQLServer会比使用ACCESS获得更好的性能了

开发在开发能力方面ACCESS和SQLServer当然不在一个档次上，ACCESS没有表的外键和存储过程，可使用的SQL函数也远不如SQLServer，而且ACCESS的界面设计能力在做网站数据库时是用不上的，而且ACCESS没有提供象“SQL查询分析器”这样的自由SQL语句编写调试工具

维护在互联网上对数据库进行维护，SQLServer可以通过“企业管理器”（效果不好，经常连不上去）或“查询分析器”进行管理及维护，前提是SQLServer服务器开放了TCP/IP连接及你能直接连接到互联网或你的代理服务器开通了1433端口

而ACCESS一但把文件上传到网站之后，如果没有辅助工具或自已编写ASP脚本，是无法进行在线维护 *** 作的，唯一的方法是通过FTP把文件拿到本地进行离线 *** 作

从以上的比较可以看出，使69用ACCESS数据库在成本上是有优势，性能上也未必见差，但开发及上线后的维护能力不足，不过使用“网际数据库浏览器”可以弥补这方面的不足，这个软件可以在把ACCESS文件上传到网站后仍能在线地对ACCESS数据库进行查询、插入、更新及删除等 *** 作，这一点是其他基于ODBC连接的数据库开发辅助工具所没有的

以上就是关于MySQL客户端软件有哪些不错的值得推荐和一用全部的内容，包括:MySQL客户端软件有哪些不错的值得推荐和一用、决策支持系统（DSS）分析与设计、数据库课程设计实例等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！