基于uml和c图书管理系统设计毕业设计论文(编辑修改稿)

基于uml和c图书管理系统设计毕业设计论文(编辑修改稿)内容摘要：

t Visual Studio 20xx Visual Studio 是由微软公司发布的集成开发环境平台，它不仅是一款为人熟知的开发工具，更是研发团队的协作与管理平台。 使用 Visual Studio 可以创建桌面，网络，移动终端等不同平台的应用程序。 Visual Studio 20xx 提供了高级开发工具、调试功能、数据库功能和创新功能，帮助在各种平台上快速创建当前最先进的应用程序。 Visual Studio 20xx 包括各种增强功能，例如可视化设计器（使用 .NET Framework 加速开发）、对 Web 开发工具的大量改进，以及能够加速开发和处理所有类型数据的语言增强功能。 Visual Studio 20xx 为开发人员提供了所有相关的工具和框架支持，帮助创建引人注目的、令人印象深刻并支持 AJAX 的 Web 应用程序。 开发人员能够利用这些丰富的客户端和服务器端框架轻松构建以客户为中心的 Web 应用程序，这些应用程序可以集成任何后端数据提供程序、在任何当前浏览器内运行并完全访问 ASP. NET 应用程序服务和 Microsoft 平台。 程序 开发为了帮助开发人员迅速创建先进的软件， Visual Studio 20xx 提供了改进的语言和数据功能，各个编程人员可以利用这些功能更轻松地构建解决方案以分析和处理信息。 Visual Studio 20xx 还使开发人员能够从同一开发环境内创建面向多个 .NET Framework 版本的应用程序。 B/S 体系结构 本系统采用比较流行的 B/S 三层结构。 图 B/S 三层结构图 B/S 体系结构及浏览器 /服务器结构，是对 C/S 体系结构进行改进后的一种结构。 要实现一个完整的 B/S 应用系统，需要三部分组成。 B/S 模式第一层客户机的主体是浏览器，它是 B/S 结构中用户与整个系统交互的界面，用于向服务器发送特定的数据或请求，以及接收从服务器发来的数据。 浏览器将 HTML 代码转化成图文并茂的网页。 网页还具备一定的交互功能，允许用户在网页提供的申请表上输入信息提交给后台，并提出处理请求。 这个后台就是第二层的 Web 服务器。 第二层的 Web 服务器是实现 B/S 结构的关键， Web 服务器的引入，使得通过浏览器来访问数据库服务器成为可能，从而免去了 4 开发与维护客户端界面的大量工作。 用户只要安装了浏览器软件， 就可以访问数据库服务器。 Web 服务器作为一种应用服务器，可以将原来分布于客户端或服务器端的应用集中在一起，使系统的结构更加清晰和精细，有利于系统的扩展。 Web 服务器作为客户端和服务器端的中介，起着沟通与协调的作用。 第三层数据库服务器的任务类似于 C/S模式，负责协调不同的 Web 服务器发出的请求，管理数据库。 在该层中存储了系统中所有需要发布的数据信息，因此，为了保证 Web 站点的快速，高效，一般需要把数据库服务器放在硬件配置较好的机器上，它可以和 Web 服务器在同一台计算机上，也可以位于两台，甚至多台计算机上。 B/S 软件体系结构的优点有：它简化了客户端，无需像 C/S 模式那样在不同的客户机上安装不同的客户端应用程序，而只需安装通用的浏览器软件，就可享受到无限丰富的永远在不断变化和发展着的信息服务。 这样不但可以节省客户机的硬盘空间与内存，而且使客户端的安装和升级过程更加简便，原则上取消了所有在客户机一侧的维护工作。 B/S 体系结构通过 Inter 技术统一访问不同种类的数据库，提供了异种机器，异种网络，异种应用服务之间的统一服务的最现实的开放性基础。 B/S 软件体系结构也存在问题，比如缺乏对动态页面的支持能力，没有集成有 效的数据库处理能力，系统的扩展性差，安全性难以控制以及集成工具不足等缺点。 B/S 体系结构有开放的标准，只需在客户端安装浏览器，降低了开发和维护的成本，用户使用方便，界面友好。 开发框架 是一项微软公司的技术，是一种使嵌入网页中的脚本可由因特网服务器执行的服务器端脚本技术。 是作为 .NET 框架体系结构的一部分推出的， 应用包含多种类型的文件，在 网页中，页面代码模型由可视元素和逻辑两部分组成，可视元素由一个包含静态标记（如 HTML 或 服务器控件）的文件组成， 网页用做要显示的静态文本和控件的容器， 网页的逻辑由代码组成，这些代码由用户创建，并与页进行交互。 在进行 页面设计时，可以充分利用 Visual Studio 提供的控件，快速实现应用程序的界面设计，实现页面与用户的动态交互。 ASP .NET 是基于通用语言的编译运行的程序，其实现完全依赖于虚拟机，所以它拥有跨平台性， ASP .NET 构建的应用程序可以运行在几乎全部的平台上。 使用一种字符基础的，分级的配置系统，虚拟服务 器环境和应用程序的设置更加简单。 的语法在很大程度上与 ASP 兼容，同时它还提供一种新的编程模型和结构，可生成伸缩性和稳定性更好的应用程序，并提供更好的安全保护。 是一个已编译的、基于 .NET 的环境，把基于通用语言的程序在服务器上运行。 将程序在服务器端首次运行时进行编译，比 ASP 即时解释程序速度上要快很多。 而且是可以用任何与 .NET 兼容的语言（包括 Visual Basic .NET、 C和 JScript .NET）创作应用程序。 另外，任何 应用程序都可以使用整个 .NET Framework。 5 3 系统总体设计 需求规格说明 系统需求分析 图书管理系统开发首先要做的事都是确定系统的需求功能。 功能性需求描述了系统的功能，在面向对象的方法中，可以用用例来描述系统的功能。 采用用例驱动的分析方法分析需求的主要任务是识别出系统的参与者和用例，并建立用例模型。 图书管理 系统要实现功能如下 :设计要实现的图书管理系统，图书管理员可以进行读者管理，可以添加新读者，对读者账户有挂失和恢复状态管理。 每个读者有最多借书权限，最多借书数量由管理员设置，超过该设置就不能借书，挂失状态也不能借书。 读者登录成功后可以查看图书列表和借书记录列表，借书还书由图书管理员操作，读者与系统不进行借书还书交互。 可对图书进行分类管理，图书管理，同时对图书信息进行删除，编辑，查看操作。 在借书时，需要输入所借的图书分类，图书名，图书编号，然后输入借书证号和读者名，完成后提交所填表格，系统验证读者是否有效，若有 效，允许借书，系统查询数据库系统，看要求借的图书是否存在，若存在，则读者可以借出图书，并在系统中建立借书记录列表。 借书证号就是读者登录用户名，借书证号和密码由系统自动生成。 读者还书以后，生成关于图书的借书记录。 限制还书期限为 15 天，超期每天罚款一元，每个读者只可以续借一次。 读者可以进行图书列表查询，借书记录列表查询，图书查询，续借管理。 系统功能结构图如下图 所示。 图 系统功能结构图 分析上述图书管理系统要实现功能的描述，就得到下列需求。 （ 1） 读者持有借书证号。 （ 2） 读者可以查看图书列表。 （ 3） 读者可以查询图书信息。 （ 4） 读者可以进行续借管理。 （ 5） 图书管理员作为读者的代理借书。 （ 6） 图书管理员作为读者的代理还书。 （ 7） 图书管理员可以创建新的读者账户。 6 （ 8） 图书管理员修改读者的账户信息。 （ 9） 图书管理员可以添加新图书种类。 （ 8） 图书管理员可以修改图书分类信息。 （ 9） 图书管理员可以删除系统中的图书分类。 （ 10）图书管理员可以在系统中添加图书信息 （ 11）图书管理员可以编辑图书信息。 （ 12）图书管理员可以删除图书信息。 （ 13） 图书管理员可以限制最长借书时间。 （ 14）图书管理员可以查询读者借书记录。 （ 15）图书管理员可以生成借书记录列表。 识别参与者 由图书管理系统的功能描述，能够得出图书管理系统的两个参与者，即读者和图书管理员。 对参与者的描述如下。 读者描述：查看图书信息，查看借书记录列表；管理员描述：读者管理，借书管理，还书管理，图书分类管理，可以添加、编辑、删除图书分类信息；图书管理，可以添加、编辑、删除图书信息。 识别用例 根据图书管理系统的功能需求再做分 析，能够得出图书管理系统的各个用例： （ 1） 借书管理 （ 2） 还书管理 （ 3） 读者管理 （ 4） 图书分类管理 （ 5） 借书记录 （ 6） 登录 （ 7） 图书列表 （ 8） 图书管理 本用例描述了用户如何登录进入图书管理系统。 明确了参与者和用例两者的联系后可创建用例图。 “借书”、“还书”这些动作是由“读者”执行的，但是对于本系统来说，这些操作是由“管理员”与系统进行交互完成的，因此参与者“读者”和参与者“管理员”之间存在着依赖关系，即“读者” 借助“管理员”完成这些工作。 用例“读者管理”、“图书管理”、“图书分类管理”也是参与者“管理员”进行交互的。 出于对图书管理系统安 全方面的考虑，“管理员”必须要经过身份验证成功（用户名和密码符合）才能登录本系统执行后续的管理。 系统的用例图如图 和图 所示。 7 图 系统用例图 图 系统的用例图 用例的事件流描述 用例还可以用事件流描述，用例的事件流是对完成用例行为为所需的事件的描述。 事件流描述了系统应该做什么，而没有描述系统应该怎样做，也就说事件流是用域语言描述的，而不是用实现语言描述的。 通常，事件流文档的建立主要在细化阶段进行。 开始只是对执行用例的常规流（即用例提供了什么功能）所需步骤 的简单描述。 随着分析的进行，通过添加更多的详细信息，步骤不端细化。 最后，再将例外流添加到用例的事件流描述中。 图书管理系统的用例事件流描述如下。 前置条件 8 在这个用例开始之前，管理员必须登录到系统中。 后置条件 如果这个用例成功，在系统中生成借书记录列表。 反之，系统的状态没有变化。 扩充点 没有。 事件流 基流 当读者从图书馆借阅图书时，用例启动。 如果管理员选择“借书”，就执行分支流 S1：借书 分支流 S1：借书 (1)提供图书种类、读者信息。 (2)检索图书种类 (E1)。 (3)确定所借的图书是否能够借阅 (E2)。 (4)检索读者 (E3)。 (5)图书馆将图书借给读者。 (6)创建借阅记录。 (7)存储借阅记录。 替代流 E1：系统提示图书不存在，用例终止。 E2：系统提示图书已借完，用例终止。 E3：系统提示没有该读者，用例终止。 前置条件 在这个用例开始前，管理员必须登录到系统中。 后置条件 如果这个用例成功，系统删除借阅记录。 反之，系统 状态不变。 扩充点 没有。 事件流 基流 当读者返还所借的图书时，用例启动。 (1)提供所还图书信息。 (2)检索图书 (E1)。 (3)查询图书的借阅记录 (E2)。 (4)删除借阅记录。 替代流 E1：系统提示图书不存在，用例终止。 E2：系统提示借阅记录不存在，用例终止。 前置条件 在这个用例开始之前，管理员必须登录到系统中。 后置条件 9 若用例成功，系统可管理读者信息。 反之，系统的状态没有变化。 扩充点 没有。 事件 流 基流 当管理员想维护读者信息时，用例启动。 系统要求管理员选择所想执行的动作 若选择的动作是“添加读者”，就执行分支流 S1：添加读者。 若选择的动作是“修改读者”，就执行分支流 S2：修改读者。 分支流 S1：添加读者 (1)提供读者信息，如姓名、联系方式、状态等。 (2)系统存储读者信息 (E1) S2：更改读者 (1)提供读者的信息。 (2)查询并显示读者的信息 (E2)，修改相应的信息。 (3)更新并存储系统中读者的信息。 替代流 E1：系统提示读者已存在 ，用例终止。 E2：系统提示没有该读者，用例终止。 前置条件 在这个用例开始之前，管理员必须登录到系统中。 后置条件 若该用例成功，系统进行图书管理。 反之，系统状态没有变化。 扩充点 没有。 事件流 基流 当管理员想维护图书信息时，用例启动。 系统要求管理员选择所想执行的动作。 若选择的动作是“添加图书”，就执行分支流 S1: 添加图书信息。 若选择的动作是“删除图书”，就执行分支流 S2: 删除图书信息。 若选择的动作是“编辑图书”，就执行分支流 S3: 编辑图书信息。 分支流 S1：添加图书信息 (1)提供图书分类、图书编号、图书名、作者、出。