信息系统与数据库技术报告

1、上海应用技术学院课程设计报告课程设计题目名称：图书信息管理班级号：*学号：*学生姓名：*院系：*任课教师：*课程设计起止日期：2012-5-52012/5/191. 上海应用技术学院课程设计任务书（下发）第一篇 课程设计说明一. 课程设计目的本课程设计是信息系统设计的实践性环节之一，是在学生学习完信息系统与数据库课程后进行的一次全面的综合技术实践。二.课程设计要求1. 分析课程设计题目的要求；2. 写出详细设计说明；3. 编写程序代码，调试程序使其能正确运行；4. 设计完成的软件要便于操作和使用，有整齐、美观的使用界面；5. 设计完成后提交课程设计报告（按学校要求装订）和源代码文件的电子文档。

2、三. 课程设计的内容1.在指导书提供的课程设计题目中选择一题，每个题目限 2 人完成，题目选定后不可更换；2.用户提供的主操作界面应该方便用户的操作。3.最后提交的课程设计成果包括：a)课程设计报告打印稿；b)课程设计报告电子稿；c)源程序文件；d)可执行程序文件。四. 课程设计报告的内容：1. 课程设计题目名称、班级号、学号、学生姓名和课程设计起止日期（封面）；2. 上海应用技术学院课程设计任务书（下发）3. 系统目标；4. 需求分析；5. 数据库设计；6. 系统开发设计；7. 课程设计总结；8. 附录：1 参考文献 2 程序清单。五. 评分标准：1. 根据平时出勤情况和设计时的工作情况；

3、20%2. 根据课程设计程序的完成情况，必须有可运行的程序文件。50%3. 根据课程设计报告的质量。(课程设计报告不能雷同，雷同的所有人判为不及格)20%。4. 在题目要求之外附加具有实用性的功能。10%六. 进度安排：1选择课程设计题目，分析系统目标，设计数据库；2按功能模块编写详细设计说明；3系统开发设计；4写课程设计报告；5 交课程设计报告（打印稿及电子稿）；第二篇 课程设计题目题目一 客户信息管理1. 设计要求：设计网上书店信息系统中的客户信息管理模块，要求有客户和店员两个方面的功能。客户类的用户能注册、维护个人信息；查看个人购买记录；查看个人客户信息。店员类的用户能查询、浏览、汇总客

4、户信息；客户评价；客户分类等。2. 提示：界面设计要求以菜单集成各功能窗口。各窗口界面整齐美观，恰当地使用各种窗体控件，便于用户使用。有用户登录界面（即进行身份验证，用户根据权限使用不同的功能）。程序设计注意事项 注意输入有效性检查，即用程序检验用户输入的数据是否符合数据类型或格式需求，如果不合适，提醒其重新输入，从而保证与数据库的正确交互以及保证数据库信息的有效性。 全局变量使用：因为系统中含有多个窗体和模块文件，为了数据处理需要，可以使用一些全局变量，这样可以简化程序，减少代码量，简化提高系统效率，可以将全局变量放在模块文件中。 过程和函数的使用：将一些具有独立功能的程序段编写为过程或函数

5、，这样不仅使程序结构模块化，而且可以通过过程或函数多次调用共享代码。 存储过程建立在SQL Server 服务器端，在数据库应用程序中使用存储过程可以简化客户端程序，提供系统运行效率，并且减少网络信息传输量。 视图建立在SQL Server 服务器端，可以简化客户端程序和提高访问安全性。题目二 图书信息管理1. 设计要求：设计网上书店信息系统中的客户信息管理模块，要求有客户和店员两个方面的功能。客户类的用户能图书查询、浏览（包括浏览本书信息和相关图书列表）。查看个人客户信息。店员类的用户能维护图书基本信息、包括增、删、改等；图书折扣管理；图书信息汇总。2. 提示：界面设计要求 以菜单集成各功能

6、窗口。 各窗口界面整齐美观，恰当地使用各种窗体控件，便于用户使用。 有用户登录界面（即进行身份验证，用户根据权限使用不同的功能）。程序设计注意事项 注意输入有效性检查，即用程序检验用户输入的数据是否符合数据类型或格式需求，如果不合适，提醒其重新输入，从而保证与数据库的正确交互以及保证数据库信息的有效性。 全局变量使用：因为系统中含有多个窗体和模块文件，为了数据处理需要，可以使用一些全局变量，这样可以简化程序，减少代码量，简化提高系统效率，可以将全局变量放在模块文件中。 过程和函数的使用：将一些具有独立功能的程序段编写为过程或函数，这样不仅使程序结构模块化，而且可以通过过程或函数多次调用共享代码

7、。 存储过程建立在SQL Server 服务器端，在数据库应用程序中使用存储过程可以简化客户端程序，提供系统运行效率，并且减少网络信息传输量。 视图建立在SQL Server 服务器端，可以简化客户端程序和提高访问安全性。题目三 购书管理1. 设计要求：设计网上书店信息系统中的客户信息管理模块，要求有客户和店员两个方面的功能。客户类的用户能图书查询、浏览（包括浏览本书信息和相关图书列表）。查看个人客户信息。店员类的用户能维护图书基本信息、包括增、删、改等；图书折扣管理；图书信息汇总。2. 提示： 界面设计要求 以菜单集成各功能窗口。 各窗口界面整齐美观，恰当地使用各种窗体控件，便于用户使用。

8、有用户登录界面（即进行身份验证，用户根据权限使用不同的功能）。程序设计注意事项 注意输入有效性检查，即用程序检验用户输入的数据是否符合数据类型或格式需求，如果不合适，提醒其重新输入，从而保证与数据库的正确交互以及保证数据库信息的有效性。 全局变量使用：因为系统中含有多个窗体和模块文件，为了数据处理需要，可以使用一些全局变量，这样可以简化程序，减少代码量，简化提高系统效率，可以将全局变量放在模块文件中。 过程和函数的使用：将一些具有独立功能的程序段编写为过程或函数，这样不仅使程序结构模块化，而且可以通过过程或函数多次调用共享代码。 存储过程建立在SQL Server 服务器端，在数据库应用程序中

9、使用存储过程可以简化客户端程序，提供系统运行效率，并且减少网络信息传输量。 视图建立在SQL Server 服务器端，可以简化客户端程序和提高访问安全性。2. 系统目标；我选择的是图书信息管理模块。在此次课程设计中，我致力于开发一款简单的网上书店信息系统。本系统支持图书商品管理、图书销售、客户分析等三个方面的功能，兼具有信息管理、事务处理和决策支持的系统特点。3. 需求分析；网上书店可以挤压盗版空间，浓缩了图书的库存空间，数量、种类多,出版时间跨度大，综合性的网上书店涉及各种各类内容的图书,提供订购的书目信息达上万、几十万条,而图书出版的时间有最新出版的,也有几十年前的,这是传统书店难以做到的

10、。且不受时间、地域限制 ，信息丰富，网上书店的栏目丰富:特价书、书业视窗、销售排行、新品上架、最新推荐等,动态地向用户提供各种信息,让用户了解书市的最新情况。另外,每种被检索出来的图书也有详尽的介绍,如基本书目信息、封面、目次、内容提要、书评等,这些信息都有助于用户选书。多途径综合检索，相对于其它购书方式来说找书更快捷。价格低廉，一般来讲，网上书店买书，要比普通书店便宜。由于抛弃了传统书店运作的所需的服务设施和多重环节，绝对的成本低廉。在系统实施方面，有以下具体几个需求：1）业务需求网上书店主要有三类用户角色：客户、店员、店长。他们各自的主要业务处理需求如下： 客户在系统中完成图书浏览和订购。

11、主要业务和流程包括：查询、浏览图书商品选择放入购物车选择支付方式、发货方式和填写个人信息生成和提交订单。 店员在系统中完成商品管理、订单处理等：商品上架、下架；商品折扣管理；商品汇总；订单查看订单处理（系统中不包括费用结算、发货等管理，此处的订单处理仅实现订单完成情况标记，即标记完成、取消等状态）。 店长在系统中获得商品和销售状况分析、客户分析以制订营销策略：商品汇总（包括分类汇总）；销售分析（包括按时间、图书类别、客户地域、客户类别等汇总）；客户分析（按客户订单汇总、客户兴趣分析、客户重要性、忠诚度分析等）。2）功能需求要求有客户和店员两个方面的功能。客户类的用户能图书查询、浏览（包括浏览本

12、书信息和相关图书列表）。查看个人客户信息。店员类的用户能维护图书基本信息、包括增、删、改等；图书折扣管理；图书信息汇总。3）性能需求此系统是一个网上书店管理系统，所以该系统在时间方面和安全性方面性能要求还是比较的高。而且此系统涉及到很多的书籍，则数据库的要求比较高。而且由于系统涉及到了商业的隐私，所以在登录那里的密码验证要求比较高，密码采用加密存储。4）数据处理需求系统涉及的数据源有图书数据、客户数据、客户购买数据，产生图书信息表、客户信息表、订单、客户分析表、销售分析表等各项表单。结合业务处理需求，系统数据流图如图 9-1 所示。客 户客 户店 员店 长4. 数据库设计；（1）数据库概念设计

13、支 付方 式系统主要实体有图书和客户两个，它们通过“订购”活动建立联系，分析定义各实体的属性，建立实体联系模型的E-R 图如图 9-5 所示。图 9-5 网上书店的E-R 图（2）数据库逻辑设计首先，我们给出几个定义：如果A 是关系模式R 的候选键中的属性，那么称 A 是 R 的主属性对于函数依赖WA，如果存在 X W 有 XA 成立，那么称 WA 是局部函数依赖如果XY，YA，且 Y 不依赖于 X 和 A Y ，那么称 XA 是传递函数依赖（A 传递依赖于 X）第一范式：如果关系模式 R 的所有属性都是不可再分的数据项，则称 R 是第一范式（first normal form，1NF）的模式

14、第二范式：如果关系模式 R 是 1NF，且它的每一个非主属性都完全依赖于候选键（不存在部分函数依赖），则称 R 是第二范式（second normal form，2NF）的模式第三范式：如果关系模式 R 是 1NF，且它的每一个非主属性都不传递依赖于 R 的候选键，则称 R 是第三范式（third normal form，3NF）的模式BCNF 范式：如果关系模式 R 是 1NF，且它的每个属性都不传递依赖于 R 的候选键，则称 R 是 BCNF 范式（Boyce-Codd NF）的模式根据以上数据库规范化理论，我们设计如下表：客户（客户号,帐户密码,客户姓名,性别,职业,生日,所在省区,邮编

15、,qq 号码,Email,联系电话,注册时间,用户等级,忠诚度）图书（书号,书名,国际标准书号,作者出版社,出版时间,版次,图书类别,内容简介,价格,库存,折扣）员工（员工号,账户密码,员工姓名,性别,身份证号,权限,出生年月,民族,婚姻状况,政治面貌,籍贯,电话号码,家庭地址,学历,毕业学校,专业,参加工作时间,本人照片,入职时间,月薪）订单表（订单号,客户号,审核员,支付方式,发货方式,收货人,收货地址,邮编,收货人联系电话,订货时间,订单状态）订单详细资料（订单号，书号，数量）注：下划线表示主键，波浪线表外键根据范式理论，我们验证得所有表都是满足BCNF 范式，因此数据库是具有较少的数据

16、冗余的。数据库基本表关系图如下：数据库表的具体结构如下：1) Customer 客户表：存储客户基本信息。字段名称字段说明类型定义属性限定索引关系（外键）CustomerCode客户号Char(8)Primary Key主 索引CustomerKeyCode帐户密码Char(20)Not NullName客户姓名Varchar (16)Not NullSex性别Char (1)Not Null M 或FDefault“M”Job职业Char(12)Not NullBirthday生日DatetimeHometown所在省区Varchar(100)Not NullZIPCode邮编Char（6）

17、Not Null 数字组成QQqq 号码Varchar (10)数字组成EmailEmailVarchar (40)必 需 形 如*.comTelephone联系电话Varchar (40)Not Null 数字组成RegisterTime注册时间DatetimeNot Null DefaultGetDate()VIPClass用户等级Char(1)“A”D”LoyaltyClass忠诚度Char(1)“A”D”注：sex 中 F 表示女，M 表示男。Hometown 中我改为 100，因为只有 100 为才够用。2) BookInfo 图书基本信息表：存储图书基本情况。字段名称字段说明类型定

18、义属性限定索引关系（外键）BookCode书号Char(8)PrimaryKey主索引BookName书名Varchar(60)Not NullISBN国 际标 准书号Char（17）Not NullAuthor作者Char(20)Not NullPublisher出版社Varchar(50)Not NullPublishTime出版时间DateTimeNot NullPublishCount版次Varchar(9)Not NullBookSort图书类别Char(8)Not NullContent内容简介TextPrice价格Numeric(4,1)Not NullStock库存Int =0

19、Not NullDiscount折扣Numeric(3,2)Not NullDefault 1图书类别 BookSort 取值：少儿、计算机、社会、生活、体育、外语、其他为 ISBN、Author 添加索引是为了提高查询速度，图书类别非空是为了便于查询。字段名称字段说明类型定义属性限定索引关系（外键）EmployerCode员工号Char(4)Primary Key主索引EmployerKeyCode账 户 密码Char(20)Not NullEmployerName员 工 姓名Char(8)Not NullEmployerSex性别Char（1）NotNull“M”或”F”Default“M

20、”ID身 份 证Char（18）Not null UniqueDiscount 改为：Numeric(3,2)是由于Numeric(2,1)实际上是不够用的。 3）Employer 员工基本信息表：存储员工的基本信息号Authority权限Char（1）Not null 0 或 1Default 0Birthday出 生 年月DatetimeNot null=1960-1-1Royal民族Char（12）Not null Default汉族IsMarry婚 姻 状况Char（1）Not null Y 或 NPoliticalLand政 治 面貌Char（8）Not nullBirthHomeT

21、own籍贯Char（20）Not nullEmployerTeleph电 话 号码Varchar(11)HomeAddress家 庭 地址Char（100）Not nullDegree学历Char（8）School毕 业 学校Char（20）Major专业Char（20）TimetoWork参 加 工作时间DatetimeNot Null=1980-1-1Picture本 人 照片ImageJointoHere入 职 时间DatetimeNot Null= TimetoWorkSalary月薪FloatNot Null =1200注：authority 中 0 表示普通员工，1 表示店长。Is

22、Marry 中 Y 表示已婚，N 表示未婚字段名称字段说明类型定义属性限定索引关系（外键）OrderCode订单号Char(8)Primary Key主索引CustomerCode客户号Char(8)Not NullCustomer: CustomerCodeEmployerCode审核员Char(4)Employer ：EmployerCo dePayType支 付 方式Varchar(1)Not Null “C”或“I”，“B”SendType发 货 方Varchar(1)Not Null “F”或HomeAddress 由Char（40）改为Char（100），因为 Char（40）是不

23、够用的。 4)Order1 订单表：存储订单的基本情况式“P”ReceiverName收货人Char(8)NotNullDefault 客 户姓名Address收 货 地址Varchar(200)NotNull Default 客 户地址ZIPCode邮编Char（6）NotNullDefault 客 户邮编ReceiverTeleph one收 货 人联 系 电话Varchar(40)NotNull Default 客 户电话OrderTime订 货 时间DateTimeNot Null Default GetDate() =1990-1-1OrderStatus订 单 状态Char(1)“

24、 P ”、“ F ”、“ C ”、“ A ”、 “R”Default “P”支付方式 PayType 取值：“C”为货到现金支付；“I”为信用卡支付；“B”为银行卡支付。发货方式 SendType 取值：“F”为快递；“P”为邮局邮寄。订单状态 OrderStatus 取值：“P”为处理中，“F”为完成，“C”为取消，“A”表示已发货、“R”表示正在配货。因为order 为 SQL 数据库的关键字，故我们将 order 表更改为 order1 表.书上 Address 表示发货地址，但本人认为发货地址不好理解，易产生歧义，联系实际，考虑再三，改为收货地址。5)OrderDetail 订单详细情

25、况表：存储订单的详细情况。字段名称字段说明类型定义属性限定索引关系（外键）OrderCode订单号Char(8)PrimaryKey主索引Order:OrderCodeBookCode书号Char(8)PrimaryKey主索引Book:BookCodeAmount数量IntDefault 10注：书本上 Amount 默认是 0，本人认为默认为 1 最好，因为单个客户在购书时一般某种书只会买一本，故在此本人用默认 15. 系统开发设计；在本系统的开发中，具体环境为：Windows 7 操作系统、Microsoft Visual Stdio 2008 集成环境、SQL Server 2005

26、数据库、C-Free 5 专业版、AMD V series 2.5G CPU、3G 内存本系统的设计思路：打开系统时为系统登录界面，点击登录后，进入第二个窗体界面，显示正在登录，请稍候。当登录成功后进入相应的系统界面，在此将产生三个窗体，第一个为客户信息界面，具有查看图书，查看个人信息，系统设置等三大主功能，查看图书分为图书查询、图书浏览（包括浏览本书信息和相关图书列表）等若干子功能，查看个人信息分为个人信息查看与修改个人信息等功能；第二个为店员图书管理界面，具有图书管理，查看个人信息，系统设置等功能，图书管理包括维护图书基本信息如增、删、改等，图书折扣管理，图书信息汇总等子功能，查看个人信息

27、分为个人信息查看，与个人信息修改等子功能，其中个人信息修改只能修改手机号码这一项；第三个为店长管理界面，包括图书销售情况查看，客户服务，员工服务，系统设置等功能，客户服务分为删除不常用的客户等功能，员工服务包括修改员工工资，重置员工密码等子功能。修改密码统一放置在系统设置功能的子功能里。当登录不成功（用户名错误后密码错误）则返回，如果登录失败两次将进入一个需要回答简单问题的界面。当登录失败次数多于 5 次时，系统会自动关闭。本系统的功能结构图如下：查看个人信息重置员工密码在具体的界面设计中，我们设计了八个界面：一个是没有验证码的登录界面，一个是有验证码的登录界面，一个是显示登录中的引擎界面，一

28、个是用户注册界面，一个是显示作者信息界面，其余三个分别为用户使用界面、店员使用界面、店长使用界面。第一个界面如下：登录主界面当点击最上方的注册时，会弹出注册界面，在本界面中，设计了一定的过滤功能，当点击注册时，如果帐号或密码为空，则提示用户帐号或密码不能为空，如下图所示。当两个文本框都非空时，进入正在登录界面。在本系统中，客户、店员、店长统一使用这个登录界面，这样设计的目的在于人人平等这个伟大理念。为了防止用户误操作，当用户点击退出时，会显示如图所示的确认面板，在确认面板中，点击确认就会退出系统，点击取消，系统不会退出，当用户点击本界面的关闭按钮就会退出系统，不会弹出确认界面。非空提示界面退出

29、确认界面当进入正在登录界面时,前台会显示漂亮的进度条和能变动的“登录中，请稍候”提示信息。后台的 backgroundwork 组件进行账户、密码验证，界面选择。在此界面设计中使用了多线程技术。若用户名或密码错误，将根据登录次数选择返回的界面，登录超过两次，进入需要验证的登录界面，否则返回，并根据错误类型提示用户，如下图所示：正在登录界面错误提示界面需要验证的登录界面当用户点击注册时，显示注册界面如下：注册界面为了防止恶意注册，本界面添加了回答问题的必填项，如果回答错误，则系统拒绝注册。为了使用户顺利注册，本界面设计了非常人性化的错误提示，使用的是 ToolTip 提示，当账号文本框失去焦点时

30、，系统进行客户表数据检索，如果账号已存在，则提示用户并要求用户输入新的账号。当确认密码与密码不同时，会提示用户，要求用户更正输入。为了防止用户用户输入非法的日期，出生日期一栏使用 DateTimePicker 工具，为了防止用户输入非法的性别，我们使用 ComboBox 工具，ComboBox 提供“男“女“两个选项，默认为男。联系电话、邮编、QQ 号、答案等栏目都具有过滤功能，只允许输入数字。E-Mail 一栏要求有字符，当鼠标移动到提示信息上时，提示信息会变黑，当鼠标离开时，提示信息会变成灰色。本界面及本系统的所有界面的文本框都根据数据库列属性的长度进行了长度限制，故本系统文本框的内容超过

31、数据库表列属性长度。当点击注册后，如果用户填写都正确，系统会创建一个新用户，用户就可以用刚注册的账号登录了。如果注册成功，系统会根据登录次数选择相应的登录界面。若用户名和密码都正确，系统会根据用户所在的类别显示相应的界面，这里帐号是不会重复的，因为客户账号必须大于五位，而员工或店长账号只有四位。当客户注册时，由于要求注册帐号必须至少五位，故在客户表中不会产生四位的账号。客户系统界面如下：客户系统界面客户系统界面集成了所有功能，它的查询界面如下客户系统查询界面在此查询中有三种查询方式：按书名查询、按ISBN 查询、按作者查询。这三种功能中用的是模糊查询，用户只要输入部分信息就可以返回相关的图书信

32、息。客户系统浏览界面在图书浏览中有三种浏览方式：按出版社浏览、按图书类别浏览、浏览全部。其中按出版社浏览采用模糊匹配。客户系统个人信息界面在个人信息界面中，由于系统在不支持修改个人信息，故采用的是不可编辑的文本框，单击确定按钮会返回主界面。客户系统修改密码界面在修改密码中添加了回答问题一项，以此防止用户误操作，单击确定按钮，如果输入都合法，密码就会被修改。单击取消会返回主界面。关于作者界面在此界面中给出了作者的联系方式，单击链接还会进入作者的主页！当单击系统的关闭按钮时会弹出如图的询问按钮。店员系统界面当进入店员系统时，显示在用户面前的是如上的主界面。店员系统修改图书信息界面在修改图书信息界面

33、中当用户输入正确的图书编号后，确定与取消按钮就可以使用了。为了防止用户误操作，再次还增加了答案一项。店员系统添加图书界面当图书编号一栏失去焦点时，系统会进行编号检索，如果数据库中已存在该图书编号，将会弹出如下所示的提示信息，并会使图书编号一栏重新得到焦点！店员系统删除图书界面当用户输入正确的图书编号时，两个按钮及文本框都能使用了！店员系统折扣管理界面当输入正确的图书编号后，原本不可用的确定按钮就可用了！店员系统信息汇总界面在用户登录时，该界面的数据就已经从数据库中查询出来了，所以用户进入这个界面是很迅速的，不会进行数据库查询！店员系统个人信息界面单击确定会返回主界面店员系统修改密码界面店员系统修改密码与用户系统修改密码功能及实现方式一样，在此不再赘述！店长系统界面进入店长系统的主界面如上所示。店长系统图书查询界面店长系统图书查询功能有三种查询方式：按类别查询、按销量查询、按库存查询。按销