《网上书店管理信息系统》数据库课程设计报告样例(共31页).doc

精选优质文档-倾情为你奉上学 号武 汉 科 技 大 学 城 市 学 院课 程 设 计 报 告 课程设计名称 数据库原理与应用 题 目 网上书店管理信息系统数据库设计 院 系 信息工程学部 专 业 电子商务 班 级 14级电商1班 姓 名 指导教师 石松芳 2016年6月16日课程设计评分表评分标准：1. 学生是否严格遵守课程设计纪律，按照规定时间完成设计任务(占30%)2. 课程设计报告书质量：(占40%)(1)是否采用了良好的设计方法，独立完成课程设计。 (2)课程设计各分段的任务是否按时完成及完成的质量。(3)是否完成课程设计任务书指定的全部要求。 3. 课程设计报告书的撰写规范 (占30%)课程设计报告书的撰写规范要求与毕业设计（论文）的要求相同。教师评分：1.学生出勤得分：(A) (B) (C) (D) 2.程序设计得分：(A) (B) (C) (D) 3.设计报告得分：(A) (B) (C) (D) 总分：_教师评语： 根据该生课程设计期间表现及提交的课程设计报告，综合成绩为 。 教师签名： 日期： 年 月 日编号：010设计题目: 网上书店管理信息系统的设计与实现1. 课程设计教学条件要求: SQL SERVER 2005+POWER DESIGNER15.02. 课程设计任务1、主要功能设计一个网上书店管理信息系统，该系统的用户分别是：管理员和顾客。不同的用户拥有不同的权限，各自完成各自的管理功能，不同的用户看到不同的系统功能。用SQL Server 2005创建后台数据库，按照要求完成所有的功能和模块。系统功能的基本要求：公共的主要功能模块包括：（1）用户的注册与登陆（2）用户个人信息查询与管理（3）登陆社区交流版块，发布留言、查看留言以及投诉（4）用户的退出与注销管理员的主要功能模块包括：（1）用户管理（2）书籍信息管理（3）订单管理顾客的主要功能模块包括：（1）个人信息管理（2）购书信息管理2、主要数据库表单 （1）管理员基本信息表单 主要字段有：管理员编号、管理员姓名、管理员密码、管理员联系方式、管理员性别、管理员年龄。 （2）顾客信息表单主要字段有：顾客编号、管理员编号、顾客姓名、顾客邮箱、顾客密码、注册时间、密码提示问题、密码答案、登录次数、最后一次登录时间、城市、顾客地址、是否为会员、顾客性别、顾客年龄。（3）图书信息表单主要字段有：书名编号、订单号、书名、作者、详细介绍、市场价、会员价、出版社、ISBN、简介、出版时间。（4）订单信息表单主要字段有：订单号、顾客编码、订单日期、收货人姓名、邮编、收货电话、付款方式、送货方式、总金额。3. 课程设计报告书主要内容1) 系统功能需求分析与模块设计。2) 数据库设计：数据库概念设计。3) 数据库设计：数据库物理设计。 4课程设计参考资料1 尹志宇 数据库原理与应用教程SQL Server（第二版）. 清华大学出版社. 20152 程炎龙，刘芳. SQL SEVER 2008数据库教程. 北京：科学出版社. 20123 罗志高. 数据库原理与应用教程. 北京：人民邮电出版社.2003目 录第1章 项目开发背景当今社会正处于信息时代，信息技术已渗透到社会生活的各个领域，特别是各行业的管理领域，智能化信息处理已是提高效率、规范管理、客观审查的最有效途径。信息数据的管理作为一个公司的基层管理工作，是公司对员工工作管理的基本依据。1.1项目开发背景近年来，随着图书馆规模的不断扩大，图书数量也相应的增加，有关图书的各种信息量也成倍增加，面对着庞大的信息量，传统的人工方式管理会导致图书馆管理上的混乱，人力与物力过多浪费，图书馆管理费用的增加，从而使图书馆的负担过重，影响整个图书馆的运作和控制管理，因此，必须制定一套合理、有效，规范和实用的图书管理系统，对图书资料进行集中统一的管理。目前图书管理存在的问题： 1、检索速度慢、效率低 因为图书馆的藏书种类多、数量多，将藏书准确地分门别类，快速检索，手工进行非常困难往往是终于查到了书的信息，馆中没有此书或已被别人借走。图书馆的规模越大，这个问题越突出。 2、借书、还书工作量大 借书、还书频率越大,说明图书馆的作用越大，然而随之而来的大量的借书、 还书登记、实存图书的更新以及借出图书超期、遗失等的处理，其工作量之大，往 往是人工操作所难以胜任的。而且经常会出现这样那样的差错。 3、图书统计工作难、藏书更新不能及时完成。 图书馆的图书应根据科学技术的发展和教学工作的需要及时添加和更新，然而由于藏书数量及图书种类越来越多，加上自然损耗，人为破坏，使图书的统计工作难以及时完成，藏书的更新也就很难有针对性地进行，藏书的知识结构得不到良好地控制。 由上可知，我们有必要对图书管理实行信息化，让系统去帮助我们完成管理工作，且这项工作在技术上、经济上与社会等其它因素上都是可行的。1.2项目特点此系统具有如下5个特点：Ø 灵活性：本系统可以根据不同的登录用户，自动识出用户的身份，并引导和呈现出该用户可以进行的操作。Ø 简单便捷的用户操作：功能模块的操作采用简单易行的使用原则，用户可以很容易理解某个操作的含义并很容易上手。Ø 友好的用户界面：系统的操作界面简单、美观、大方，能够给用户一种简洁舒适的感觉。Ø 跨浏览器兼容性：系统支持多种主流浏览器，用户可以根据自己的喜好选择喜欢的浏览器来访问本系统。Ø 多用户同时在线：本系统以B/S结构构建，支持多人同时在线，多个不同的用户可以同时在系统中进行操作。第2章 项目需求分析 一个设计良好的项目结构必备的条件是：易维护性、可扩展性、当遇到需求变更或功能变更时能够以最低的代码成本响应变更。这就要求整个软件在设计上做好周密、全方位的设计2.1系统模块介绍2.2系统角色分工本系统主要分为两种角色：管理员、顾客。各角色进入系统后，根据权限可以操作的模块如下：管理员：主要完成对所管辖的所有用户信息、订单信息、书籍信息的录入与管理，并完成系统各模块基本数据的初始化工作，包括定义和录入用户及其书籍订单信息、设置用户、书籍、订单信息管理功能。 顾客：主要完成订单的申请与提交，以及个人信息数据的查询。2.3功能需求分析本系统按照角色身份功能可以分为公共功能、管理员功能、顾客功能三大类。2.3.1公共功能公共功能为使用本系统的所有用户都具有的功能。其中包括登录和个人信息。2.3.1.1登录(1)用户登录Ø 信息来源：所有用户Ø 信息要求：用户登录系统及其身份验证Ø 事件信息系统处理：点击登录按钮后，验证用户名和密码是否允许登录。对于用户名或密码无效的用户，弹出提示“用户名或密码错误！”，并不允许登录；对于通过验证的用户，允许用户登录，并根据用户的不同身份跳转到相应的默认页面。Ø 信息处理结果：对于系统管理员，默认跳转到“用户设置管理”；对于用户，默认跳转到“我的个人信息”。2.3.1.2用户个人信息管理Ø 信息来源：所有用户Ø 信息要求：当前登录的用户可以修改登录密码等其他个人信息Ø 事件信息系统处理：点击保存按钮，保存用户修改的手机号码信息。如果“新密码”和“确认密码”都为空，则可以提交保存，且保存时不用修改登录密码；如果只填写了其中一项，则需给出提示另一项也必须填写，此时不能提交保存；如果这两项都填写了，则还需要验证两次输入的密码是否一致，如果不一致，给出提示，且不能提交保存；只有两次输入密码相同时，才允许提交保存，此时将修改当前用户的登录密码为本次新设置的密码。Ø 信息处理结果：将用户修改的登录密码等个人信息更新到数据库。2.3.1.3退出Ø 信息来源：所有用户Ø 信息要求：退出系统Ø 事件信息系统处理：点击退出按钮，注销当前用户的登录，并跳转到登录页面。Ø 信息处理结果：注销当前登录用户信息，跳转到登录页面。2.3.2管理员功能系统管理员的主要功能是对系统的基础数据进行维护，保证系统的正常运行。其功能包括用户信息管理、书籍信息管理、订单管理。2.3.2.1用户管理（1）查询用户Ø 信息来源：管理员Ø 信息要求：以表格形式显示分页的用户的数据Ø 事件信息系统处理：点击查询按钮时，根据所输入的查询条件对用户数据进行联合查询，并将查询结果数据以分页的形式显示在表格中。列表中列头标题为超链接，点击可以实现按照对应的字段对数据进行升序/降序排列切换显示。Ø 信息处理结果：查询出所有符合条件的非管理员用户（即所有顾客），并以表格形式分页显示。（2）添加用户Ø 信息来源：管理员Ø 信息要求：实现用户的添加功能Ø 事件信息系统处理：1.用户类型的选项为“顾客”。2.点击保存按钮时，对用户信息中的必填项进行验证，如果没有填写，则进行相应的提示，并不允许提交保存。如果必填项都已填写，则可以提交保存。提交保存时，需要首先对该用户ID进行验证是否已经存在，如果已经存在则提示“该用户ID已经存在！”，并不允许保存；如果该用户ID不存在，则保存用户信息，并根据保存结果给出相应的提示。Ø 信息处理结果：将填写的用户信息保存到数据库，完成用户的添加。（3）修改用户Ø 信息来源：管理员Ø 信息要求：对系统中现有用户的信息进行修改Ø 事件信息系统处理：1.页面打开时，自动加载出该用户的信息，其中用户ID为只读不能修改。2.点击保存按钮时，对用户信息中的必填项进行验证，如果没有填写，则进行相应的提示，并不允许提交保存。如果必填项都已填写，则可以提交保存，并根据保存结果给出相应的提示。Ø 信息处理结果：将填写的用户信息更新到数据库，完成用户信息的修改。（4）删除用户Ø 信息来源：管理员Ø 信息要求：将所选择的用户从系统中删除Ø 事件信息系统处理：点击删除按钮时，对用户的删除操作弹出确认提示“确定要删除选择的用户吗？”如果选择“否”，则不做任何操作；如果选择“是”，则删除所选择的所有用户数据，并根据删除结果给出相应的提示。Ø 信息处理结果：将用户信息从数据库中删除。2.3.2.2书籍信息管理（1）查询图书信息Ø 信息来源：管理员Ø 信息要求：以表格形式显示分页的图书信息的数据Ø 事件信息系统处理：页面打开时，自动加载出所有图书的信息，而管理员可以根据此页面查询书籍的信息和销售情况。Ø 信息处理结果：查询出所有符合条件的图书数据，并以表格形式分页显示。（2）添加图书信息Ø 信息来源：管理员Ø 信息要求：实现图书信息的添加功能Ø 事件信息系统处理：点击保存按钮时，对图书信息中的必填项进行验证，如果没有填写，则进行相应的提示，并不允许提交保存。如果必填项都已填写，则可以提交保存。提交保存时，需要首先对该图书名称进行验证是否已经存在，如果已经存在则提示“图书名称已经存在！”，并不允许保存；如果该图书名称不存在，则保存图书信息，并根据保存结果给出相应的提示。Ø 信息处理结果：将填写的图书信息保存到数据库，完成图书的添加。（3）修改图书信息Ø 信息来源：管理员Ø 信息要求：对图书信息进行修改Ø 事件信息系统处理：1.页面打开时，自动加载出图书信息。2.点击保存按钮时，对图书信息中的必填项进行验证，如果没有填写，则进行相应的提示，并不允许提交保存。3.提交保存时，如果修改了图书名称，则需要对新的图书名称进行验证是否已经存在，如果存在则提示“图书名称已经存在！”，并不允许保存。保存之后，根据保存结果给出相应的提示。Ø 信息处理结果：将填写的图书信息更新到数据库，完成图书信息的修改。（4）删除图书信息Ø 信息来源：管理员Ø 信息要求：将所选图书从数据库中删除Ø 事件信息系统处理：点击删除按钮时，对用户的删除操作弹出确认提示“确定要删除该图书信息吗？”如果选择“否”，则不做任何操作；如果选择“是”，则删除所选择的图书信息的数据，并根据删除结果给出相应的提示。Ø 信息处理结果：将该图书从数据库中删除。2.3.2.3订单管理（1）查询订单信息Ø 信息来源：所有顾客Ø 信息要求：以表格形式显示分页的订单信息的数据Ø 事件信息系统处理：1.加载订单列表时，如果该订单下不存在任何顾客，则最后一列操作列中显示删除按钮；如果该订单下存在顾客，则不显示删除按钮。2.点击查询按钮时，根据所输入的查询条件对订单数据进行联合查询，并将查询结果数据以分页的形式显示在表格中。Ø 信息处理结果：查询出所有符合条件的订单数据，并以表格形式分页显示。（2）添加订单信息Ø 信息来源：所有顾客Ø 信息要求：实现订单信息的添加功能Ø 事件信息系统处理：点击保存按钮时，对订单信息中的必填项进行验证，如果没有填写，则进行相应的提示，并不允许提交保存。如果必填项都已填写，则可以提交保存。提交保存时，需要首先对该订单名称进行验证是否已经存在，如果已经存在则提示“订单名称已经存在！”，并不允许保存；如果该订单名称不存在，则保存订单信息，并根据保存结果给出相应的提示。Ø 信息处理结果：将填写的订单信息保存到数据库，完成订单的添加。（3）修改订单信息Ø 信息来源：所有顾客Ø 信息要求：对订单信息进行修改Ø 事件信息系统处理：1.页面打开时，自动加载出订单信息。2.点击保存按钮时，对订单信息中的必填项进行验证，如果没有填写，则进行相应的提示，并不允许提交保存。3.提交保存时，如果修改了订单名称，则需要对新的订单名称进行验证是否已经存在，如果存在则提示“订单名称已经存在！”，并不允许保存。保存之后，根据保存结果给出相应的提示。Ø 信息处理结果：将填写的订单信息更新到数据库，完成订单信息的修改。（4）删除订单信息Ø 信息来源：所有顾客Ø 信息要求：将所选订单从数据库中删除Ø 事件信息系统处理：点击删除按钮时，对顾客用户的删除操作弹出确认提示“确定要删除该订单信息吗？”如果选择“否”，则不做任何操作；如果选择“是”，则删除所选择的订单信息的数据，并根据删除结果给出相应的提示。Ø 信息处理结果：将该订单从数据库中删除。2.3.3顾客功能2.3.3.1个人信息管理(1)查看个人信息Ø 信息来源：顾客 Ø 信息要求：以列表形式显示分页的用户的数据Ø 事件信息系统处理：1.页面加载后，以分页的形式显示当前用户所管理的所有基本信息，列表中列头标题为超链接，点击可以实现按照对应的字段对数据进行升序/降序排列切换显示。2.点击“查看”打开个人信息查看界面，可以选择所要查看的信息分类并查询该用户在所选分类下的信息。3.顾客用户个人信息以列表形式展示，详情见“顾客功能我的个人信息查看资料信息（列表）”。Ø 信息处理结果：显示该顾客在所选内容分类下的信息状态数据。（2）添加个人信息Ø 信息来源：顾客Ø 信息要求：实现顾客用户的添加功能Ø 事件信息系统处理：1.用户类型的选项为“顾客”。2.点击保存按钮时，对个人信息中的必填项进行验证，如果没有填写，则进行相应的提示，并不允许提交保存。如果必填项都已填写，则可以提交保存。提交保存时，需要首先对该用户ID进行验证是否已经存在，如果已经存在则提示“该用户ID已经存在！”，并不允许保存；如果该用户ID不存在，则保存用户信息，并根据保存结果给出相应的提示。Ø 信息处理结果：将填写的个人用户信息保存到数据库，完成个人用户的添加。（3）修改个人信息Ø 信息来源：顾客Ø 信息要求：对系统中现有个人信息进行修改Ø 事件信息系统处理：1.页面打开时，自动加载出顾客的个人信息，其中ID为只读不能修改。2.点击保存按钮时，对个人信息中的必填项进行验证，如果没有填写，则进行相应的提示，并不允许提交保存。如果必填项都已填写，则可以提交保存，并根据保存结果给出相应的提示。Ø 信息处理结果：将填写的个人信息更新到数据库，完成个人信息的修改。（4）删除个人信息Ø 信息来源：顾客Ø 信息要求：将所选择的个人信息从系统中删除Ø 事件信息系统处理：点击删除按钮时，对个人信息的删除操作弹出确认提示“确定要删除选择的个人信息吗？”如果选择“否”，则不做任何操作；如果选择“是”，则删除所选择的所有顾客用户数据，并根据删除结果给出相应的提示。Ø 信息处理结果：将个人信息从数据库中删除。2.3.3.2购书信息管理 (1)查询购书信息Ø 信息来源：顾客Ø 信息要求：以表格形式显示当前发起的所有订单申请Ø 事件信息系统处理：页面加载后，以分页的形式显示当前用户发起的所有购书信息记录；列表中列头标题为超链接，点击可以实现按照对应的字段对数据进行升序/降序排列切换显示；点击查询按钮时，根据所输入的查询条件对请假单数据进行联合查询，并将查询结果数据以分页的形式显示在表格中；最后一列中，如果该订单的状态为“待审批”，则显示为编辑和删除按钮，允许对订单进行编辑和删除。如果订单状态为“已提交”，则显示为查看超链接，只允许查看订单的信息。Ø 信息处理结果：查询出所有符合条件的书籍申请数据，并以表格形式分页显示。(2)新增购书信息Ø 信息来源：顾客Ø 信息要求：发起图书订单Ø 事件信息系统处理：点击确定按钮时，对订单中的必填项进行验证，如果没有填写，则进行相应的提示，并不允许提交保存。如果必填项都已填写，则可以提交保存。提交保存时，需要首先验证当前填写的订单是否已经存在，以及是否与其他订单中的下单时间产生冲突（也就是与其他下单的时间存在交集）。如果存在冲突则提示在该时间段内已经存在下单记录，并不允许保存；如果不存在冲突，则保存订单信息，且将该订单的状态设置为“待审批”，并根据保存结果给出相应的提示。Ø 信息处理结果：将发起提交审批的订单信息保存到数据库。 (3)修改订单信息Ø 信息来源：顾客Ø 信息要求：修改已经发起但未提交的订单信息Ø 事件信息系统处理：点击确定按钮时，需要对订单中的必填项进行验证。提交保存时，如果修改了订单内容和时间，要对新填写的订单时间和内容和内容进行验证，是否与其他订单中的时间和内容产生冲突。如果存在冲突则提示在该时间段内已经存在订单记录，并不允许修改。保存修改后的订单信息，并根据保存结果给出相应的提示。Ø 信息处理结果：将修改后的订单信息更新到数据库，完成订单的修改。(4)删除订单信息Ø 信息来源：顾客Ø 信息要求：删除还未审批的订单Ø 事件信息系统处理：点击删除按钮时，对用户的删除操作弹出确认提示“确定要删除该订单申请吗？”如果选择“否”，则不做任何操作；如果选择“是”，则删除所选择的订单申请，并根据删除结果给出相应的提示。Ø 信息处理结果：将还未审批的订单从数据库中删除。第3章 数据库设计3.1数据库概念设计 根据概念设计的步骤，先产生局部E-R图，然后再将局部E-R图合并成初步的E-R图，最后进行优化，得到全局E-R图。 根据网上书店管理信息系统的功能模块进行划分和设计局部E-R图，根据需求建立相关联系。3.1.1管理员基本信息管理E-R图在管理员信息管理功能模块中，包括管理员的一些基本信息：管理员编号、管理员姓名、管理员密码、管理员联系方式、管理员性别、管理员年龄，其E-R图如图所示。图3-1 管理员基本信息管理E-R图3.1.2.顾客基本信息管理E-R图在顾客基本信息管理功能模块中，包括顾客编码、顾客姓名、顾客邮箱、顾客密码、注册时间、密码提示问题、密码答案、登陆次数、最后一次登录时间、城市、顾客地址、是否为会员、顾客性别、顾客年龄。管理员可根据这些信息给顾客分配账号，其E-R图如图所示。图3-2 顾客基本信息管理E-R图3.1.3.订单信息E-R图在订单信息管理功能模块中，包括订单的一些基本信息：订单号、订单日期、收货人姓名、收货地址、邮编、收货电话、付款方式、送货方式、总金额。管理员可根据这些信息给顾客分配订单账号其E-R图如图所示。图3-3 订单信息E-R图3.1.4.图书信息E-R图在图书信息管理模块中，包括各种图书的来源与去向信息：书名编号、书名、作者、详细介绍、市场价、会员价、出版社、ISBN、简介、出版时间，其E-R图如图所示。图3-4 图书信息E-R图3.1.5全局E-R图将各个局部E-R图汇集成一个整体的E-R图，消除冗余和冲突，进行优化后产生全局E-R图，如图所示。图3-5 全局CDM图3.2 物理结构设计3.2.1生成物理数据模型（PDM）将概念数据模型生成物理数据模型。生成后的图如图所示。图3-6完善后的物理数据模型（PDM）3.2.2创建数据库创建数据库表的部分代码语句如下：/*=*/* DBMS name: Microsoft SQL Server 2005 */* Created on: 2016-6-16 15:17:03 */*=*/if exists (select 1 from sysobjects where id = object_id('admin') and type = 'U') drop table admingoif exists (select 1 from sysindexes where id = object_id('"order"') and name = '属于_FK' and indid > 0 and indid < 255) drop index "order".属于_FKgoif exists (select 1 from sysobjects where id = object_id('"order"') and type = 'U') drop table "order"goif exists (select 1 from sysindexes where id = object_id('product') and name = '整理_FK' and indid > 0 and indid < 255) drop index product.整理_FKgoif exists (select 1 from sysindexes where id = object_id('product') and name = '订购_FK' and indid > 0 and indid < 255) drop index product.订购_FKgoif exists (select 1 from sysobjects where id = object_id('product') and type = 'U') drop table productgoif exists (select 1 from sysindexes where id = object_id('"user"') and name = '管理_FK' and indid > 0 and indid < 255) drop index "user".管理_FKgoif exists (select 1 from sysobjects where id = object_id('"user"') and type = 'U') drop table "user"go/*=*/* Table: admin */*=*/create table admin ( adminid char(50) not null, adminname char(50) not null, password char(32) not null, admintel char(11) not null, adminsex char(2) not null, adminage int not null, constraint PK_ADMIN primary key nonclustered (adminid)go/*=*/* Table: "order" */*=*/create table "order" ( actionid char(50) not null, userid char(50) null, actiondate datetime not null, receipt char(16) not null, actionaddress varchar(50) not null, postcode char(16) not null, actiontel char(11) not null, paymethord char(32) not null, deliverymethord char(32) not null, paid float not null, constraint PK_ORDER primary key nonclustered (actionid)go/*=*/* Index: 属于_FK */*=*/create index 属于_FK on "order" (userid ASC)go/*=*/* Table: product */*=*/create table product ( bookid char(50) not null, actionid char(50) null, adminid char(50) null, bookname char(50) not null, author char(16) not null, detail varchar(50) not null, price float not null, vipprice float not null, mark char(50) not null, type int not null, jianjie char(20) not null, productdate datetime not null, constraint PK_PRODUCT primary key nonclustered (bookid)go/*=*/* Index: 订购_FK */*=*/create index 订购_FK on product (actionid ASC)go/*=*/* Index: 整理_FK */*=*/create index 整理_FK on product (adminid ASC)go/*=*/* Table: "user" */*=*/create table "user" ( userid char(50) not null, adminid char(50) null, username char(50) not null, useremail varchar(32) not null, upassword char(