课程设计脚本

❶ 大师好,我现在做课程设计,需要将接收来的GPS数据显示到百度地图上,并标记位置和轨迹.

您好，我大致研究了BAIDU MAPS API和GOOGLE MAPS API，可以通过前台JAVA Script来显示地图标识点，如果需要实时的显示，还需要JAX结合后台程序来实现，JAX完成数据的调用和地图的刷新工作，具体的请参考JAX相关资料。另外后台程序主要是接受JAX的请求并返回地理数据。这些API仅支持页面前台的数据显示，不支持数据库层面的操作，JAX是个不错的方法，当然也可以动态生成页面，比如由程序输出页面数据，将地理位置直接嵌在页面上，然后定期刷新。

❷ 急求一份数据库课程设计

合肥经济技术职业学院
电子信息系

课程设计报告

课程：数据库课程设计

题目：学生管理系统

班级：09计 用

成员：

指导老师：
日期：

目录
第一章 前言 3
1.1 课题简介 3
1.2 设计目的 3
1.3 需求分析 4
第二章 数据库实例的分析及应用 4
2.1 题目和E-R图 4
2.2 数据库的实现 5
2.3 数据库结构属性 8
2.3.1主键（主键约束PRIMARYKEY;索引设置） 8
2.3.2数据库的默认值和规则 13
2.3.3 视图和存储过程 15
2.3.4 触发器 17
第三章 总结报告 19
参考文献 19

第一章 前言
1.1 课题简介
数据库技术是计算机科学技术发展最快，应用最为广泛的技术之一。其在计算机设计，人工智能，电子商务，企业管理，科学计算等诸多领域均得到了广泛的应用，已经成为计算机信息系统和应用的核心技术和重要基础。
本文主要介绍学生成绩管理系统的数据库设计，从需求分析到数据库的运行与维护都进行详细的叙述。本系统是利用SQL开发出来的。通过SQL建立学生成绩管理系统，大大方便和简化了数据的查询和处理，管理员可以通过SQL语言对表内数据进行添加，删除，修改，查询等操作，还可以建立多用户，对其使用权限进行分配和回收。随着数据处理的不断进步和计算机网络的迅速发展，使数据库应用系统不仅在功能而且在结构上都有了深刻的变化，而且运用在生活的每一个方面。通过学习关系代数，关系演算，函数依赖，关系模式分解，关系模式的规范化让我们建立了扎实的关系数据库理论基础。而在掌握基本理论的基础上掌握关系数据库的设计方法，掌握现代信息系统的开发方法也显得尤为必要。目前在关系数据库中用得最多的SQL数据库，开发数据库的语言工具多数用C++.。所以对于计算机专业的学生来说掌握数据库应用的基本技术，熟悉编程语言与SQL数据库的结合运用是我们计算机专业学生之必备本领。本次课程设计是以学生信息管理系统为模拟模型，运用C++编程语言结合SQL数据库所开发系统。
1.2 设计目的
随着学生数量的日益增多，学校对学生的管理要求也越来越高，为了使信息技术与学生信息更好的结合在一起以及使学生成绩的管理更加系统化，数字化，因此我们设计了该学生信息管理系统。运用基于E-R模型的数据库设计方法和关系规范化理论做指导完成从系统的分析到设计直至系统的最终实现，开发学生成绩管理系统，完成学生成绩管理系统的全部功能。首先做好需求分析，并完成数据流图，其次做概念分析，利用实体联系的方法将需求分析的用户需求抽象为信息结构，得到E-R图，然后就是逻辑结构设计，将E-R图转换为计算机系统所支持的逻辑模型。最后利用SQL完成具体的实例。
1.3 需求分析
1、问题的提出：为了高效率的完成学生的管理，决定开发学生管理系统。
2、需完成的功能：
（1）能录入、修改、查询、输出学生的档案信息，这些信息包括学生的成绩、课程、个人信息等。
（2）触发器，索引,约束，规则，默认值，，视图，存储过程的建立及使用。

第二章 数据库实例的分析及应用
2.1 题目和E-R图
随着学生数量的日益增多，学校对学生的管理要求也越来越高，为了使信息技术与学生信息更好的结合在一起以及使学生成绩的管理更加系统化，数字化，因此我们设计了该学生信息管理系统。以下是次学生信息管理系统的E-R图，进一步详细的说明数据库的结构以及用途。实体和属性的定义：
学生表（学生学号，姓名，班级编号）
班级表（班级编号，班级名称，系部编号）
系部表（系部编号，系部名）
教师表（教师名，课程编号，系部编号）
课程表（课程编号，课程名，学分，教师，系部号）
下面是E-R图，用来进一步说明数据库的作用和用途：

2.2 数据库的实现
运用SQL Server 2000数据设计表格的物理结构如下：

班级表：

学生表：

系部表：

课程表：

教师表：

各表关系图：

设计表格的具体填入数据是：
班级表：

学生表：

教师表：

系部表：

课程表：

2.3 数据库结构属性
2.3.1主键（主键约束PRIMARYKEY;索引设置）
1.索引与书目录相似，可以快速找到指定内容。索引通过记录表中的关键值来指向表中的记录，这样数据库就不用扫描而能定位到相关的记录。以下是对各表进行索引的实现。
学生表的设置如图：

班级表的设计如下：

教师表的设计如下：

课程表的设计如下：

系部表的设置如下：

2.约束定义了关于允许什么数据进入数据库的规则，是分配给表或表中某列的一个属性。使用约束的目的在于防止列中出现非法的数据，可以自动维护数据库的数据完整性。下面是用企业管理器对class表实现的主键约束：

2.3.2数据库的默认值和规则
1.使用默认可以实现当用户在向数据表中插入新纪录时，如果没有给出某列的输入值，则由SQL Server自动为该列输入默认值。下面是对class表进行实现默认的功能：

实现默认值：

2.规则也是实现数据完整性的方法之一，作用与CHECK约束类似，在向表的某列插入或更新数据时，用它来限制输入值的取值范围。下面我们运用对Course表进行规则的实现：

2.3.3 视图和存储过程
1.视图的作用相当于一个虚拟表，是用户查看数据库表中数据的一种方式使用户通过他能够以需要的方式浏览表中的部分或全部数据，而数据的物理存放位置仍然在数据库的表中。我们通过在企业管理器中创建视图管理视图应用视图，更加形象具体的说明了视图的作用。
添加表格到视图：

添加数据并运行：

运行结果，具体视图呈现：

2.存储过程是一组编译在单个执行计划中的Transact-SQL语句，它将一些固定的操作集中起来交给SQL-Server数据库服务器完成，以实现某个任务。首先我们在查询管理器中创建存储过程：

并且执行存储过程：

在企业管理器中也可以体现出存储过程：

2.3.4 触发器
触发器的作用是强制执行业务规则。SQL Server主要提供了两种机制来强制业务规则和数据完整性：约束和触发器。触发器在指定的表中数据发生变化时被调用以响应INSERT、UPDATE或DELETE事件。触发器可以查询其他表，并可以包含复杂的语句。SQL Server将触发器和触发它的语句作为可在触发器内回滚的单个事物对待，如果检测到严重错误，则整个事物即自动回滚。首先我们在查询管理器中新建触发器：

新建触发器：

管理触发器：

第三章 总结报告
这次的课程设计真的做起来困难重重，深刻体会到做一个软件，里面需要的很多知识我们没有接触过，去图书馆找书的时候发现，我们学的仅仅是皮毛，还有很多东西需要我们去发掘，就算是借一本书看完它，我们还是会发现还有很多知识没有吃透，这需要我们不断的实践，不断地自学习，不断地发现问题去思考问题。
经过不断地测试，不断地改进，其中还是发现了不少问题，第一次做这些工作，没有任何经验，甚至无从下手，还是很谢谢老师和同学的帮忙，从中也学到了一些代码的写法，为什么要这样写，通过和同学的讨论，找到一些书本上没有的方法，如何数据绑定等等，怎样从数据库中将数据提取出来放到一个文本框或者标签内，这些东西是组成界面的东西，虽然小，但是可以体现整个软件的水平，其实并不需要建多少数据库的表，写多少复杂的存储过程，是不是用了数据库函数，触发器等等，但是至少要弄明白这些东西如果操作，清晰思路才能将功能分清晰。
经过一段时间的学习与实践，学生信息管理系统基本上开发好了。该系统具备了：添加、修改、删除、浏览、查询、输出日程信息，实现了根据用户需求查看日程等功能。作为一个个人日程管理系统，本系统所提供的功能的确太少了一些，仅仅只实现了一些基本的功能，有很多地方还有待扩展和改良。
人如果没有自信，没有目标，没有信心就不可能把事情做好，当其他人都在迷茫的时候，自己一定要坚信目标，大学毕业出去即是面临找工作，从学习这个专业，到以后做这方面的工作都需要不断地去学习去实践，这次实践可以给我们敲一个警钟，我们面临毕业，面临择业，需要这些实践经验，在困难面前要勇于尝试，这是这次课程设计给我的最大感想。在此特别感谢老师的辛苦指导和教育！
参考文献
黄维通编《SQL Server2000 简明教程》
徐人凤 曾建华编《SQL Server2000数据库及应用》

❸ 微课程设计与制作选择理由

微课程设计与制作选择理由是以学生为中心，重视学习情境、资源、活动的设计。

微课程是以某一学习主题为核心组织起来的相关活动，所以它不仅仅是简单地将技术整合到课程中去，更重要的是将已经脱离社会的学习活动回归到真实的生活中，将人为孤立起来的知识回归到真实的生活源泉中，将单一的被动接受学习方式还原为丰富多彩的学习方式群落。

微课程课时一般比较短，教学材料小，具有很大的灵活性，所设计的活动一般和现实相关，不只是让学生提取知识，而是鼓励学生进行更高层次的思考，在具体的活动过程中，学生既学习了本门课程的知识，也丰富了其他相关学科知识。

微课程类型：

1、PPT式微课程，此课程比较简单，PPT由文字、音乐、图片构成，设计PPT自动播放功能，然后转换成视频，时间在5分钟左右。

2、讲课式微课程：由讲师按照微课程要求，按照模块化进行授课拍摄，经过后期剪辑转换，形成微课程，时间为5-10分钟。

3、情景剧式微课程，此课程借鉴好莱坞大片拍摄模式，企业组成微课研发团队，对课程内容进行情景剧设计策划，撰写脚本，选择导演、演员、场地进行拍摄，经过制片人后期视频剪辑制作，最终形成微课程。时间为5-10分钟。

❹ 数据库课程设计

一、通过ODBC DSN建立连接 运用ODBC数据源，首先必须在控制面板的ODBC中设置数据源，然后再编写脚本和数据库源建立连接。 1、创建 ODBC DSN 通过在 Windows 的"开始"菜单打开"控制面板"，您可以创建基于 DSN 的文件。双击"ODBC"图标，然后选择"系统 DSN"属性页，单击"添加"，选择数据库驱动程序，然后单击"下一步"。按照后面的指示配置适用于您的数据库软件的 DSN。常用的数据库软件有Microsoft Access和SQL Server等，这里以SQL Server 数据库为例。 配置 SQL Server 数据库系统 DSN：注意如果数据库驻留在远程服务器上，请与服务器管理员联系，获取附加的配置信息；下面的过程使用 SQL Server 的 ODBC 默认的设置，它可能不适用于您的硬件配置。在"创建新数据源"对话框中，从列表框中选择"SQL Server"，然后单击"下一步"。键入 DSN 文件的名称，然后单击"下一步"。单击"完成"创建数据源。键入运行 SQL 服务程序的服务器的名称、登录 ID 和密码。在"创建 SQL Server 的新数据源"对话框中，在"服务器"列表框中键入包含 SQL Server 数据库的服务器的名称，然后单击"下一步"。选择验证登录 ID 的方式。如果要选择 SQL 服务器验证，请输入一个登录 ID 和密码，然后单击"下一步"。在"创建 SQL Server 的新数据源"对话框中，设置默认数据库、存储过程设置的驱动程序和 ANSI 标识，然后单击"下一步"。（要获取详细信息，请单击"帮助"。）在对话框（同样名为"创建 SQL Server 的新数据源"）中，选择一种字符转换方法，然后单击"下一步"。（详细信息，请单击"帮助"。）在下一个对话框（同样名为"创建 SQL Server 的新数据源"）中，选择登录设置。 注意典型情况下，您只能使用日志来调试数据库访问问题。 在"ODBC Microsoft SQL Server 安装程序"对话框中，单击"测试数据源"。如果 DSN 正确创建，"测试结果"对话框将指出测试成功完成。 首先，流程是一切的根本。所谓软件工程，当初上课的时候根本无法体会其意义。现在经过一个个烂系统的熏陶之后，终于渐渐明白，流程不是用来说说而已的，一个项目真的不是那么容易就可以掌控的，进度控制是项目顺利进行的基础。没有大局观，面对问题和变更就会不知所措了。 其次，架构是重要的，比你想象的还要重要！往往我们自以为明白这一点，但实际做起来却总是不知不觉地偏离。上次做的宿舍管理系统，自以为做得很好，现在知道了，当时写页面那么痛苦就是因为我们用的是“JSP + JavaBean”，连一个servlet都没写，把"C-V"部分全都推在页面上了。。。这次用了Struts，虽然也没用用到深层的东西，但至少明白了何为MVC，并切身感受到了Struts带来的方便。 再次，我们原来只算是高级劳工罢了。说得很好听，搞技术的，其实弄懂弄好技术之后，还不一样是一堆一堆的体力劳动。所以有时候我在连续熬夜赶工调试代码的时候会有种厌倦感，有时甚至真的做到想吐！因为做来做去都是那些东西，就像A片看多了也会乏味一样吧。 最后，实践比一切空谈和理论更能学到东西。注意，这里不是说理论的基础的东西就没用。看‘Java How To Program’那么久，感觉真的很上瘾。是的，没错，上瘾！弄清了很多概念，解答了很多一直让人困惑的问题。但是！！一个项目做下来，你就会觉得跟项目过程中学到的东西相比，平时那些不过都是理论都是皮毛，一旦不用很快就忘记，始终要在实践中才会发现问题才会努力去解决才能成长。不过没看完的‘Java How To Program’还是会继续看的，始终认为基础便是这样的东西，枯燥（JHTP至少比‘Thinking In Java’好多了），看似简单，却是你走上高处的基础。

❺ 根据本课程的课程设计，选取其中一个段落进行推广片的分镜头脚本设计（构成一个蒙太奇段落）。（30分）

=.=好学生作业要自己做的。不然你毕业论文怎么办

❻ 求拓展培训项目脚本~~

1.时间：
l小时以上

人数：
不限，人数较多时，需要将队员划分成若干个由8～12个人组成的小组。

道具：
(每个小组)
·选取两棵结实的大树(用来支撑蜘蛛网)。
·尼龙绳或其它类似的绳子(用来编织蜘蛛网)。
·8个如图1所示的螺栓，或者几节电线，甚至几小节绳子亦可(用来把蜘蛛网固定在树上)。
·蒙眼布，如果有人被蜘蛛咬着了，他的眼睛就会被蒙起来。
·选项：用来做警报器的小铃铛；用来制造气氛的大橡胶蜘蛛。

概述：
这是一个广为人知的着名的户外游戏，它是幻想和挑战的完美融合。它可以被用来创建团队、培养团队合作精神、学习冲突处理技巧、培养领导才能、锻炼沟通能力。虽然这个游戏需要培训专员进行一定的准备工作，但是这些准备工作一定会带来超值回报。

目的：
1．培养团队合作精神。
2．增进沟通。
3．体现协同工作在解决问题中的作用。
4．把队员团结在一起。
5．学会克服看似难以解决的问题。

准备：
培训专员需要为每个小组架设一个蜘蛛网，具体方法如下：
1．用螺栓或绳子在2棵树上做出8个固定点(如图1)，每棵树上4个点，最低固定点距离地面约20cm(8英寸)，同一棵树上的固定点间距为70era(2英尺4英寸)。这样最高固定点距离地面约为2．3m(7英尺8英寸)。
2．固定点做好后，利用固定点来测量编织蜘蛛网边框所需的尼龙绳的长度。
尼龙绳的长度= (两棵树的间距+最高固定点与最低固定点之间的距离)×2
在编织边框之前，最好先在尼龙绳上打出绳结。绳结的做法是从尼龙绳的一端开始，每隔10～15cm打一个结。打绳结的作用是阻止内部网线的任意滑动(如图2)。
3．编织蜘蛛网的边框。具体做法如下：从树l开始，把尼龙绳的一端系在树l的最低固定点上；用绳子由下至上穿过树1的其他三个固定点，到达最高固定点；把绳子从树1的最高固定点拉到树2的最高固定点；用绳子从上到下穿过树2的四个固定点，到达最低固定点；把绳子从树2的最低固定点拉回到树l的最低固定点；拉紧绳子，形成一个长方型，把绳子的剩余部分固定在树1的最低固定点上。

2.抓球
机会成本，是指由于将某种资源用于某种特定用途而放弃的其他各种用途中的最高收益。每一种资源可以有多种用途，而这些资源又是十分稀缺的，因而将一种资源使用于某一种用途，就不得不放弃将这种资源用于其他各种用途的"机会"，放弃了这些机会，也就放弃了在这些用途中可能得到的收益，这些收益中的最高值就是将该资源使用于某种特定用途而付出的"代价"或"成本"。所以，准确把握机会成本无论对企业还是对个人都至关重要。 目标：使学员正确认识自己的实力以及对机会的正确评价、选择等。
时间：15-20分钟
教具：准备乒乓球若干只，用适当的方法在乒乓球上进行编号，并用塑料袋装好。
过程：
1、 将学员分成数量相等的小组。
2、 宣布游戏规则：
1)不同编号的乒乓球代表不同分值。
2)每个人只能抓一次，时间为10秒。
3)评分标准：
A．小组成员估计抓数与实际抓数差值的绝对值的和（越小越好）；
B．小组成员每个人抓数的分值和（越大越好）。

3.2—3分钟的游戏开场白．加上找出答案所需的时间。不同的小组找出答案所需时间可能会有非常大的差别。

人数：

不限，人数较多时，需要将队员划分成若干个由4个人组成的小组。

道具：

·两顶红帽子，分别装在两个不透明的厚纸袋子里。

·两顶蓝帽子，分别装在两个不透明的厚纸袋子里。

·一堵砖墙或是一棵大树(用来把一名队员和其他三名队员隔开)。

概述：

这是一个能让所有队员都开动脑筋的游戏。可以用它来培养团队精神和沟通能力。单纯以娱乐为目的来玩也未尝不可。

目的：

1．展示以小组为单位解决问题的好处，展示集体智慧的力量。

2．娱乐。

3．可以作为课外思考题。

准备：

把四顶帽子分别放人4个纸袋子里，注意放的过程不要让队员们看见。在袋子上做好标记，以保证在发帽子时，给1号战俘一顶红帽子，2号战俘一顶蓝帽子，3号战俘一顶红帽子，4号战俘一顶蓝帽子。

步骤：

l、告诉队员他们需要一起来解决一道难题。

2．邀请4个志愿者充当战俘。给每个志愿者一个装有帽子的纸袋子，告诉他们得到命令之后才能打开纸袋子，不得擅自开启。

3．让4个志愿者排队站好(如主图所示)。l号战俘站在砖墙或大树的后面，将被戴上一顶红帽子；2号战俘站在砖墙或大树的另一侧，将被戴上一顶蓝帽子；3号战俘站在2号战俘的后面，将被戴上一顶红帽子；4号战俘站在3号战俘的后面，将被戴上一顶蓝帽子。四个志愿者站好后，告诉他们在任何情况下都不许说话和回头。

4．让其他队员每四个人组成一个小组，并告诉他们保持沉默，仔细听。

5．所有小组组建完毕、就位之后，给站好的4个“战俘”作游戏开场白，开场白如下：

请你们把自己想象成战俘集中营里的战俘。集中营的司令让你们四个人站成一排，并给每人戴一顶帽子。他不许你们移动、回头和说话。如果有人胆敢回头或说话，就会立刻被枪决。现在。请你们闭上眼睛，把帽子从袋子里拿出来，戴在头上。在这个过程中，任何人都不许看自己的帽子。司令让你们猜出自己所戴帽子的颜色，如果你们4个人中有人能说对自己所戴帽子的颜色，你们4个人都会被释放。但是，如果第一个答案是错误的，你们都会被枪决。显然，第一个答案将决定你们的命运。一个重要的已知条件是4项帽子中两顶是红的。两顶是蓝的。别忘了。不可以说话、走动和回头。

6．有必要的话，重述一遍游戏开场白，以确保4个人都明确了问题和游戏规则。然后，对他们说：“从现在开始，你们说出的第一句话将会决定你们的生死。祝你们好运!”

7．把其他小组带到这4个人听力所及的范围之外，问他们哪个战俘可能猜出自己帽子的颜色?为什么?

8．游戏小组找到答案之后，引导队员就解决问题、团队合作和沟通等方面展开讨论。

讨论问题示例：

·你们在游戏过程中碰到了什么问题?怎样分析问题 答案的?每个人都做了什么?

·这个游戏揭示了什么道理?

·如何将这个游戏和我们的实际工作联系起来?

安全：

变通：

1．可以让多个小组同时做这个游戏。

2．每个小组都遵循上面的步骤，这样来做需要较长的游戏时间和更多的帽子。

3．这个游戏也可以作为课外作业，让学员们自己去思考。

只有第三个战俘可以猜出自己所戴帽子的颜色。因为他可以看到自己前面的人(也就是2号战俘)戴着蓝帽子，他可以据此这样推理：如果他自己也带着一顶蓝帽子的话，4号战俘就会看到两顶蓝帽子，那么4号战俘就可以知道自己戴的是红帽子；但是4号战俘没有说话，这说明4号战俘一定是看到了一顶蓝帽子和一顶红帽子。而自己已经看到了一顶蓝帽子，那么自己的帽子一定是红色的。

❼ 帮忙做下linux课程设计，

5．某系统管理员需每天做一定的重复工作，请按照下列要求，编制一个解决方案：
（1）在下午4 :50删除/abc目录下的全部子目录和全部文件；
（2）从早8:00～下午6:00每小时读取/xyz目录下x1文件中每行第一个域的全部数据加入到/backup目录下的bak01.txt文件内；
（3）每逢星期一下午5:50将/data目录下的所有目录和文件归档并压缩为文件：backup.tar.gz；
（4）在下午5:55将IDE接口的CD-ROM卸载（假设：CD-ROM的设备名为hdc）；
（5）在早晨8:00前开机后启动。
解决方案：
（1）用vi创建编辑一个名为prgx的crontab文件；
（2）prgx文件的内容：
50 16 * * * rm -r /abc/*
0 8-18/1 * * * cut -f1 /xyz/x1 >;>; /backup/bak01.txt
50 17 * * * tar zcvf backup.tar.gz /data
55 17 * * * umount /dev/hdc
（3）由超级用户登录，用crontab执行 prgx文件中的内容：
root@xxx:#crontab prgx；在每日早晨8:00之前开机后即可自动启动crontab。

❽ 数据库课程设计实例

数据库课程设计

题目：小型超市管理系统
1、项目计划
1.1系统开发目的
（1）大大提高超市的运作效率；
（2）通过全面的信息采集和处理，辅助提高超市的决策水平；
（3）使用本系统，可以迅速提升超市的管理水平，为降低经营成本， 提高效益，增强超市扩张力， 提供有效的技术保障。
1.2背景说明
21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。
1.3项目确立
针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞争力，我们将开发以下系统：前台POS销售系统、后台管理系统，其中这两个子系统又包含其它一些子功能。
1.4应用范围
本系统适应于各种小型的超市。
1.5 定义
（1）商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。
（2）交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号。
（3）商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。
（4）促销：在一定时期内，某些商品会按低于原价的促销价格销售。
库存告警提示：当商品的库存数量低于库存报警数量时发出提示。
（5）盘点：计算出库存、销售额、盈利等经营指标。
1.6 参考资料
《数据库原理及设计》 陶宏才编 清华大学出版社
《SQL Server 2000 实用教程》范立南编 清华大学出版社
《SQL Server 2000 编程员指南》李香敏编 北京希望电子出版社
《轻松搞定 SQL Server 2000 程序设计》Rebecca M.Riordan编
《软件工程规范》Watts S.Humphrey编 清华大学出版社
《软件工程理论与实践》 Shari Lawrence Pfleeger编 清华大学出版社
《软件需求分析》 Swapna Kishore编 机械工业出版社
《软件工程思想》 林锐编

2、逻辑分析与详细分析
2.1系统功能
（1）、零售前台（POS）管理系统，本系统必须具有以下功能：
 商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。
 收银业务：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号）。如果顾客是本店会员并持有本人会员卡，则在交易前先扫描会员卡，并对所购物品全部实行95折优惠，并将所购物品的总金额累计到该会员的总消费金额中。 会员卡的有效期限为一年，满一年未续卡者，该会员卡将被注销。
 安全性：OS登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作。
 独立作业：有的断网收银即在网络服务器断开或网络不通的情况下，收银机仍能正常作业
(2)、后台管理系统，本系统必须具备以下功能
 进货管理： 根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。 按计划单有选择性地进行自动入库登记。 综合查询打印计划进货与入库记录及金额。
 销售管理： 商品正常销售、促销与限量、限期及禁止销售控制。 综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。 按多种方式统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。
 库存管理： 综合查询库存明细记录。 库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。 库存自动盘点计算。
 人员管理： 员工、会员、供货商、厂商等基本信息登记管理。 员工操作权限管理。 客户销售权限管理。

（3）系统结构
系统总体结构

模块子系统结构

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

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

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

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

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

功能描述：人员管理子系统提供基本信息登记管理，员工操作权限管理，客户销售权限管理的功能。
2.2、流程图
前台管理系统

顶层DFD图

第0层DFD图

第1层DFD图

2.3、户类型与职能
（1）、员工（营业员）：
 通过商品条形码扫描输入商品到购买清单
 操作软件计算交易总金额
 操作软件输出交易清单
 对会员进行会员卡扫描以便打折
（2）、：超市经理
 操作软件录入商品，供货商，厂商
 操作软件制定进货计划
 查询打印计划进货与入库记录
 操作软件控制商品销售与否
 查询打印销售情况
 操作软件生成销售排行榜
 查询库存明细记录
 根据软件发出的库存告警进行入货
 操作软件进行盘点计算
（3）、总经理：
 基本信息登记管理
 员工操作权限管理
 客户销售权限管理
2.4、统开发步骤
 确定参与者和相关的用况
 为每个用况设计过程
 建立顺序图，确定每个脚本中对象的协作
 创建类，确定脚本中的对象
 设计, 编码, 测试, 集成类
 为过程编写系统测试案例
 运行测试案例，检验系统
2.5、系统环境需求
 系统模式

本系统采用C/S模式作为开发模式
 硬件环境
服务器端：
高性能的计算机一台，
普通的双绞线作为连接。
客户端： 普通的计算机或者工作站，
普通的双绞线作为连接。
 软件环境
服务器端：安装SQL Server 2000的服务器版本，
安装windows 2000服务器版本，
配置了诺顿等必须的防毒软件。
客户端： 安装SQL Server2000的服务器版本，
安装了VB等可视化开发工具软件，
安装windows2000服务器版本。

2.6、系统安全问题
信息系统尽管功能强大，技术先进，但由于受到自身体系结构，设计思路以及运行机制等限制，也隐含许多不安全因素。常见因素有：数据的输入，输出，存取与备份，源程序以及应用软件，数据库，操作系统等漏洞或缺陷，硬件，通信部分的漏洞，企业内部人员的因素，病毒，“黑客”等因素。因此，为使本系统能够真正安全，可靠，稳定地工作，必须考虑如下问题：为保证安全，不致使系统遭到意外事故的损害，系统因该能防止火，盗或其他形式的人为破坏。
 系统要能重建
 系统应该是可审查的
 系统应能进行有效控制，抗干扰能力强
 系统使用者的使用权限是可识别的
3、基于UML的建模
3.1语义规则
用例模型（use cases view）（用例视图）的基本组成部件是用例（use case）、角色(actor)和系统(system)。用例用于描述系统的功能，也就是从外部用户的角度观察，系统应支持哪些功能，帮助分析人员理解系统的行为，它是对系统功能的宏观描述，一个完整的系统中通常包含若干个用例，每个用例具体说明应完成的功能，代表系统的所有基本功能（集）。角色是与系统进行交互的外部实体，它可以是系统用户，也可以是其它系统或硬件设备，总之，凡是需要与系统交互的任何东西都可以称作角色。系统的边界线以内的区域（即用例的活动区域）则抽象表示系统能够实现的所有基本功能。在一个基本功能（集）已经实现的系统中，系统运转的大致过程是：外部角色先初始化用例，然后用例执行其所代表的功能，执行完后用例便给角色返回一些值，这个值可以是角色需要的来自系统中的任何东西。
UML：是一种标准的图形化建模语言，它是面向对象分析与设计的一种标准表示；它不是一种可视化的程序设计语言而是一种可视化的建模语言；不是工具或知识库的规格说明而是一种建模语言规格说明是一种表示的标准；不是过程也不是方法但允许任何一种过程和方法使用它。

用例（use case）：

参与者（actor）：

3.2、UML模型
3.21、系统UML模型

3.22、子系统UML模型
（1）零售前台（POS）管理系统用例视图

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

3.3、系统实现图

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\SuperMarketdb.mdf',
size=100MB,
maxsize=200MB,
filegrowth=20MB
)
log on
(
name=SuperMarketlog,
filename='C:\Program Files\Microsoft SQL Server\MSSQL\Data\SuperMarketdb.ldf',
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 Stock.StockID as SID,
MerchInfo.MerchName as 商品名称,
MerchInfo.BarCode as 条形码,
Factory.FactoryName as 厂商,
Provide.ProvideName as 供货商,
Stock.MerchNum as 计划进货数量,
Stock.PlanDate as 计划进货日期
FROM Stock,MerchInfo,Provide,Factory
Where Stock.MerchID = MerchInfo.MerchID
and Provide.ProvideID=MerchInfo.ProvideID
and Factory.FactoryID=MerchInfo.FactoryID
and Stock.StockState=0
GO
/*创建用于查询销售明细记录的视图*/
CREATE VIEW v_Sale
AS
SELECT MerchInfo.MerchName as 商品名称,
MerchInfo.BarCode as 条形码,
MerchInfo.MerchPrice as 商品价格,
Sale.SalePrice as 销售价格,
Sale.SaleNum as 销售数量,
Sale.SaleDate as 销售日期
FROM Sale INNER JOIN
MerchInfo ON Sale.MerChID = MerchInfo.MerchID
GO
/*创建用于查询入库情况的视图*/
CREATE VIEW v_Stock
AS
SELECT MerchInfo.MerchName as 商品名称,
MerchInfo.BarCode as 条形码,
Factory.FactoryName as 厂商,
Provide.ProvideName as 供货商,
Stock.MerchPrice as 入库价格,
Stock.MerchNum as 入库数量,
Stock.TotalPrice as 入库总额,
Stock.StockDate as 入库日期
FROM Stock,MerchInfo,Provide,Factory
Where Stock.MerchID = MerchInfo.MerchID
and Provide.ProvideID=MerchInfo.ProvideID
and Factory.FactoryID=MerchInfo.FactoryID
and Stock.StockState=1
GO

7、小结
和传统管理模式相比较，使用本系统，毫无疑问会大大提高超市的运作效率，辅助提高超市的决策水平，管理水平，为降低经营成本， 提高效益，减少差错，节省人力，减少顾客购物时间，增加客流量，提高顾客满意度，增强超市扩张能力， 提供有效的技术保障。
由于开发者能力有限，加上时间仓促，本系统难免会出现一些不足之处，例如：
 本系统只适合小型超市使用，不能适合中大型超市使用；
 超市管理系统涉及范围宽，要解决的问题多，功能复杂，实现困难，但由于限于时间，本系统只能做出其中的一部分功能；
对于以上出现的问题，我们深表歉意，如发现还有其它问题，希望老师批评指正。

❾ C#课程设计浏览器的设计运行提示当前脚本发生错误，如何改代码

调试状态，看一下发生错误的地方，什么原因出的错？没有代码，无法具体看你的问题,祝你好运！

❿ 数据库课程设计，脚本。请问这个脚本怎么改

你的图截取得不够清晰，看不清楚