《图书管理系统设计说明书.doc》由会员分享，可在线阅读，更多相关《图书管理系统设计说明书.doc（15页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、概要设计说明书目 录1引言3编写目的3背景3定义31.3.1 专门术语3缩写4参考资料42总体设计4需求规定4运行环境4根本设计概念和处理流程5体系构造设计5根本处理流程6借书程序流程图6还书续借程序流程图6整体构造7功能需求和程序的关系8尚未问决的问题93接口设计9外部接口9用户界面93.2 软件接口93. 3 硬件接口9内部接口104运行设计10运行模块组合1042 运行控制10运行时间105系统数据构造设计11逻辑构造设计要点11物理构造设计要点11图书类表11图书信息表11借阅记录表11预订图书记录表12管理员信息表12读者信息表12数据库概念构造设计13局部E-R图13图书13管理员
2、13读者13整体E-R图146系统出错处理设计14出错信息14补救措施15系统维护设计156.4 平安保密设计151引言在本图书借阅管理系统工程的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对图书馆及相关人员的实地调研中获得，并在需求规格说明书中得到详尽得表达及说明。本阶段已在系统的需求分析的根底上，对图书借阅管理系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成假设干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据构造、模块构造的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有
3、概要设计进展详细的说明。在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对图书借阅管理系统所做的模块构造设计的根底上，对系统进展详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计构造，或在修改时找出在本阶段设计的缺乏或错误。该文档预期读者为开发组设计人员。本工程名称：图书借阅管理系统工程开发人员：续期读者：所有在校的学生包括专科，本科，研究生，教师包括在职教师与离退休教师，以及其他行政人员1.3.1 专门术语SQL SERVER: 系统效劳器所使用的数据库管理系统DBMS。SQL: 一种用于访问查询数据库的语言事务流：数据
4、进入模块后可能有多种路径进展处理。主键：数据库表中的关键域。值互不一样。外部主键：数据库表中与其他表主键关联的域。ROLLBACK: 数据库的错误恢复机制。系统：假设未特别指出，统指本图书借阅系统。SQL: Structured Query Language构造化查询语言。ATM: Asynchronous Transfer Mode (异步传输模式)。图书借阅管理系统需求说明书2总体设计本工程是为了方便读者，图书管理员而设计的，读者可以直接输入相关书名、作者、出版社或者关键字到客户端系统，系统将在屏幕上显示所要查询图书信息数量及所在位置，同时，读者输入图书证号与密码登录后，可查看自己的个人信
5、息以及借阅图书情况借阅图书信息，借阅日期等，读者可以在登录后输入自己想要借阅的图书信息来进展预定或解除预定；图书管理员输入登录名与密码登录系统，当读者需要借书时，图书管理员输入读者图书证号查看读者是否可以借书，如果可以再输入图书ID，如果该图书没有被其他读者预定即可给予借阅，该读者借阅信息上将新增加一条借阅该书相关信息。如果读者要还书，图书管理员输入图书ID后系统自动检测该图书是否过期，如果过期那么计算相应的罚款，否那么读者可以续借，此时图书管理员只需修改借阅日期，否那么更新读者借阅信息与图书库信息。操作系统为windows系列数据库：软件开发平台：C/S体系构造的数据库应用，由两局部组成：客
6、户应用程序与数据库效劳器程序。二者可分别称为前台程序与后台程序。运行数据库效劳器程序的机器，称为应用效劳器，一旦效劳器程序被启动，就随时等待响应客户程序发来的请求；客户程序运行在用户自己的电脑上，对应于效劳器电脑，可称为客户电脑。当需要对数据库中的数据进展任何操作时，客户程序就自动地寻找效劳器程序，并向其发出请求，效劳器程序根据预定的规那么做出应答，送回结果。从原理与经历上看，对本案例或类似的应用，C/S构造是目前技术条件下，能较好适应不确定与变化的需求环境的比拟现实的方案。它可以以较低的投入，实现将易变与稳定的要素别离，快速地增添与替换“瘦小而互相独立的前台应用，保持数据的连续性与继承性。3
7、.3 未来的需求 在这个案例中，用户确认了这样的应用开展策略：由点到面，由简到繁逐步引进电脑化作业方法，稳步改良日常的业务模式，并期望于时机成熟的时候开展基于信息技术的业务流程重规划。 具体应用的规划是：先建立简单有效的数据库应用，进一步开发更多的，更具专业性、更深入的应用工程，进而在更大的范围上应用，最终期望将客户也纳入到电脑系统的用户中来，实现客户与销售人员的远程在线查询、下单。在指导性的开展规划中，具体提出了企业内部的互连网Intranet与面向国际互连网Internet的应用远景。 在这样的应用策略下，对电脑应用的开发，将是一个逐步完善的过程，对这样的开发环境，上一节中已经做了分析。
8、以目前的技术看，先建立C/S构造的局域网络应用，再向Internet/Intranet模式下数据库应用过渡，是比拟现实，相对易于把握、本钱较低的。即使是一次到位的开发，对于类似的环境与小型的应用而言，要想实现不同的人员，从不同的地点，以不同的接入方式比方LAN, WAN, Internet/Intranet等访问与操作共同的数据库，并有效地保证与管理数据的平安性、访问权限、完整性，采用C/S架构与支持C/S架构的数据平台，是必然选择。3.4 本钱与资源的考虑 由于用户已经建立并运行着LAN、文件效劳器，并运行着并且以后也要继续运行一些基于PC或PC LAN的应用，现行的硬件设备根本上不用大的扩
9、大，就可以运行基于文件效劳器的多用户数据库或基于应用效劳器的C/S应用。 采用C/S体系构造，客户所支出的费用工程，将增加数据库平台与对其维护的本钱，与可能需要增加适合数据库平台运行的应用效劳器操作系统。 这样，从现有资源出发，不考虑开发的本钱，最直接而经济的实现方案，是建立基于文件效劳器的多用户系统，其次才是C/S体系构造。相比之下，主机模式无论从软硬件投资、开发本钱上都是巨大的，没有什么理由替代前两种模式。3.5 发布、运行与维护的考虑 由于数据库用户的地理位置与数量增加的可能，需要考虑安装上的因素。C/S构造的应用至少需要设置客户与效劳器两个工程，而基于文件效劳器的应用，通常只需要一次性
10、的安装与设置。现在的客户效劳器开发技术，可以将客户端作成简单复制一个瘦小的执行文件就可以运行，客户端通常没有维护的要求，对效劳器的安装设置那么是一次性的。 对于非C/S架构的数据库系统来说，维护方面的性能也是在应用程序的开发中决定的。这样的系统，通常都需要原设计开发者才能比拟好地维护。 C/S架构的数据库系统，由于数据库是建立在通用的平台之上，并且支持SQL这样的通用技术，对数据库的维护工作更加专业，但更为开放，这意味着维护与进一步开发对原设计开发者的依赖性可以降低。用户可以更好地适应人员的流动或效劳/供给商的变更。对体系规划的合理性，与一些特殊技术的采用，例如后台效劳器上的存储过程、触发器等
11、，会影响到这个特点。出于这个理由，在C/S应用设计时，应尽可能采用标准的模式，标准化的技术。同样的努力，在其他架构中就相对难以实现或较少实际意义。3.6 性能、开发与品质保证的考虑 非C/S构造应用的性能，更大程度取决于应用程序的设计与实现。基于文件效劳器运行的多用户系统，当数据量、用户数扩大时，性能就会严重下降，这包括巨大的网络传输量，以及难以有效地平衡工作站与效劳器的负荷。因此，大的数据容量与多用户环境，通常是采纳C/S构造的一个重要理由。主机-终端模式虽然可能更具能量，但高本钱与封闭性，限制了它的应用领域。 从运行上来看，同样设计良好的系统，C/S构造引入了更多的“衔接环节，这意味着故障
12、的时机与资源的消耗，然而，一旦系统处于开放的网络与应用环境中，这些开销就变成是必须的。 对于具备良好的规划能力的开发者而言，C/S构造给予规划者更大的空间与更强的支持，易于实现不同应用间的合理别离，分别调试与投入应用。前台应用与后台数据库的开发，被“强制地分开；数据库局部的逻辑与规那么，一经调试完成，就可以在将来的应用中一直保证下去；在一个动态改良或逐步扩大的开发环境，或复杂的应用环境中，这些都是提高系统可靠性有利因素。对基于文件效劳器的系统而言，每次增加或修改功能，通常都意味着整个系统的升级，前后台的一体化，也就意味着每次变更都有更大的可能性造成对原有规那么的破坏，并引起连锁效应。 以目前的
13、技术环境而言，在C/S构造下，有更多成熟的，适合不同规模应用的开发平台与数据库平台可供选择，并普遍遵循或采用SQL等标准或技术，相对较具开放性，有更多的技术支持、开发与维护人员的来源，并且基于技术与行业开展的趋势，将来也会有更多的开展与保障。4 小结 总结以上的种种分析，可以发现，对于这个特定的案例，仅就当前已确定的与希望马上实现的需求而言，可以用传统的，基于LAN的文件效劳器的多用户系统实现，但考虑到用户真实需求的不确定性与不断扩大的可能等等因素，有更多的理由支持采用C/S体系构造。作为一种权宜的方案，也可以考虑先采用基于文件效劳器的多用户系统，在规划与实现上，尽量为将适当时候来转换成为C/
14、S构造打下根底。此外，如果采用C/S体系构造，还应当尽可能采用开放的，标准的技术。 在上面的分析中，支持采用C/S的理由主要有： 应用的不确定性，逐步开发与增加新应用的需要 适应将来开放的异种网络环境中应用的需要 用户数、数据量增长的可能性 适应电脑开发、维护、供给商与相关技术人员变更的需要 有利于动态规划与动态开发过程，对系统可靠性的保证 此外，从用户的现有资源的延续利用与新增投入，及开发的本钱与难度看，采用C/S构造，也是比拟适中、现实的选择。 读者应当留意，这里仅仅是针对一个特定环境下小型应用案例开发策略的分析，而不是对数据库体系构造的一个完整的分析比拟，更不是对技术本身的评价。1借书程
15、序流程图：向系统输入借阅证，系统检查该借阅证是否可以借书，如果该借阅证到达最大借书书目，或者已经欠费，那么系统不允许借书给出提示；否那么允许借书，继续输入要借阅的图书ID，系统检验该书是否被预定。被预定那么给出不能借该书的提示，否那么系统自动更新图书库、借阅记录，完成借书。2还书、续借程序流程图：首先向系统输入图书ID，系统查询出该图书的借阅信息判断该图书是否逾期，如果没有逾期，那么可以选择是否要进展续借，如果在续借允许的时间内，那么可以续借，否那么提示不在续借时间内，不能续借；如果已经逾期，那么计算显示出罚款并执行还书操作。 图1借书程序流程图 图2还书、续借程序流程图本系统共分为两大模块：
16、系统登录模块与系统设置模块；系统设置主要是系统对借阅信息时间的限定，读者可借阅的图书数，有效预定的时间限定；登录共分为三个用户的登录：读者，图书管理员与系统管理员；用户可以在不登录的情况下查询图书，登录成功后，读者可以完成预定、解除预定与查询；图书管理员可以实现查询、借阅信息管理与图书管理；系统管理员可以实现对系统维护与用户维护两大模块。具体的，读者可以实现预定，解除预定，查看借阅信息、查看预订信息；图书管理员可以查询图书，对图书进展添加、修该与删除，实现借书、还书、续借处理；系统管理员可以对后台数据维护，日志维护，同时可以实现对用户信息的添加、修改与删除。图2.3.3 整体模块登录界面图书管
17、理用户管理查询借阅管理预定图书解除预定查看预定信息查找图书查看借阅信息借书管理还书管理增加图书删除图书修改图书信息日志维护数据维护添加用户删除用户用户信息修改1只对系统的功能进展了描述，没有阐述各个模块之间是如何协调合作；2没有描述模块的实现方法，以及在这个过程具体的流程。3接口设计在用户界面局部，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化，考虑到用户多对WINDOW 风格较熟悉，应尽量向这一方向靠拢。在设计语言上，已决定使用Visual Studio2021 进展编程，在界面
18、上可使用Visual Studio2021所提供的可视化组件，向WINDOWS 风格靠近。 其中效劳器程序界面要做到操作简单，易于管理。在设计上采用下拉式菜单方式，在出错显示上可调用Visual Studio2021库中的错误提示函数。总的来说，系统的用户界面应作到可靠性、简单性、易学习与实用3.2 软件接口效劳器程序可使用Visual Studio2021提供的对 SQL SERVER 的接口，进展对数据库的所有访问。效劳器程序上可使用SQL SERVER 的对数据库的备份命令，以做到对数据的保存。在网络软件接口方面，使用一种无过失的传输协议，采用滑动窗口方式对数据进展网络传输及接收。3.
19、3 硬件接口在输入方面，对于键盘、鼠标的输入，可用Visual Studio2021的标准输入/输出，对输入进展处理。在输出方面，打印机的连接及使用，也可用Visual Studio2021的标准输入/输出对其进展处理。在网络传输局部，在网络硬件局部，为了实现高速传输，将使用高速ATM。内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进展信息传递。具体参数的构造将在下面数据构造设计的内容中说明。接口传递的信息将是以数据构造封装了的数据，以参数传递或返回值的形式在各模块间传输。4运行设计客户机程序在有输入时启动接收数据模块，通过各模块之间的调用，读入并对输入进展格式化。在接收数据模块
20、得到充分的数据时，将调用网络传输模块，将数据通过网络送到效劳器，并等待接收效劳器返回的信息。接收到返回信息后随即调用数据输出模块，对信息进展处理，产生相应的输出。效劳器程序的接收网络数据模块必须始终处于活动状态。接收到数据后，调用数据处理/查询模块对数据库进展访问，完成后调用网络发送模块，将信息返回客户机。42 运行控制运行控制将严格按照各模块间函数调用关系来实现。在各事务中心模块中，需对运行控制进展正确的判断，选择正确的运行控制路径。在网络传输方面，客户机在发送数据后，将等待效劳器确实认收到信号，收到后，再次等待效劳器发送答复数据，然后对数据进展确认。效劳器在接到数据后发送确认信号，在对数据
21、处理、访问数据库后，将返回信息送回客户机，并等待确认。在软体的需求分析中，对运行时间的要求为必须对做出的操作有较快的反响。网络硬件对运行时间有最大的影响，当网络负载量大时，对操作反响将受到很大的影响。所以将采用高速ATM 网络，实现客户机与效劳器之间的连接，以减少网络传输上的开销。其次是效劳器的性能，这将影响对数据库访问时间即操作时间的长短，影响加大客户机操作的等待时间，所以必须使用高性能的效劳器，建议使用 Pentium III 处理器。硬件对本系统的速度影响将会大于软件的影响。5系统数据构造设计图书类表图书编号，图书名，图书作者，图书出版社，图书单价，图书摘要；图书信息表图书ID，图书编号
22、，是否借出标记借阅记录表图书ID，图书名，借阅证号，借阅日期预订图书记录表图书ID，图书名，借阅证号，预定期限开场日期管理员信息表编号，姓名，联系 ，登录名，地址，密码，权限读者信息表借阅证号，读者姓名，学院，专业，联系 ，密码，读者类型 列名 数据类型可否为空说明BookClassID Guid 否图书编号BookNameNchar20否图书名BookAuthorNChar20是图书作者BookPressNChar50是图书出版者BookPriceDouble是图书单价BookSummarytext是图书摘要列名数据类型可否为空说明BookIDGuid否图书IDBookClassIDGuid
23、否图书编号SendFlagint否是否借出标记列名数据类型可否为空说明BookIDGuid否图书IDBookNameNChar20否图书名CardNumNchar20 否借阅证号BorrowDateDateTime否借阅日期列名数据类型可否为空说明BookIDGuid否图书IDBookNameNChar20否图书名CardNumNchar20 否借阅证号BookDateDateTime否预定期限开场日期列名数据类型可否为空说明AdministerIDguid否管理员编号AdmNameNchar20否管理员姓名TelNumberNchar11是联系 LoginNameNchar20否登录名Add
24、ressNchar50是地址LodinKeyNchar6否密码PowerNchar10否权限列名数据类型可否为空说明CardNumNchar20 否借阅证号ReaderNameNchar10否读者姓名CollegeNchar20是学院ProfessionNchar20是专业TelNumberNchar11是联系 LodinKeyNchar6否登录密码ReaderTypeNchar10否读者类型数据库概念构造设计图书为实体，有8个属性，分别为图书ID主键、图书编号、图书作者、图书单价、图书出版社、图书名、是否借出标记管理员作为一个实体，有7个属性，分别为：编号主键、姓名、联系 、登录名、权限、密
25、码、地址等。读者作为一个实体，有7个属性，分别为：借阅证号主键、读者姓名、学院、专业、联系 、读者类型、密码等。6系统出错处理设计1验证用户的身份假设读者的密码、借阅证号有误那么发出“验证错误信息；2如果借书证未登记入库，那么发出“借书错误；如果图书未登记入库那么发出“借书错误；如果读者借书已满限制数N ，那么发出“借书错误；如果读者所借书中有超期，那么发出“借书错误；3如果所还图书超期那么，统计超期天数，生成含警告的返回信息；4输入预定图书信息，如果预定图书信息不存在，那么提示不存在；假设用户取消了解除预定操作否那么系统取消解除预定；5如果不在有效续借的天数那么返回不能续借提示信息；6输入要
26、录入的图书信息，假设信息输入有误，那么返回添加失败，假设添加信息时系统发生异常，那么返回添加失败；7输入编号、要修改的图书信息，假设信息输入有误，那么返回修改失败，假设修改信息时系统发生异常，那么返回修改失败；8输入要删除的图书信息，假设删除时系统发生异常，那么返回删除失败；1后备技术说明准备采用的后备技术，当原始系统数据万一丧失时启用的副本的建立与启动的技术，例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术；(2 )降效技术说明准备采用的后备技术，使用另一个效率稍低的系统或方法来求得所需结果的某些局部，例如一个自动系统的降效技术可以是手工操作与数据的人工记录；(3 )恢复及再启动技术说明将使用的恢复再启动技术，使软件从故障点恢复执行或使软件从头开场重新运行的方法。及时清理数据库，提高数据库运行能力；同时对更新的数据及时保存，以防止数据丧失。6.4 平安保密设计1对用户输入的所有内容都应进展平安性与合法性检查，防止恶意输入；2为了确保数据库的平安，数据库采用冗余备份、定时备份与即时备份相结合，详细记录日志文件，以备灾难恢复。3系统对用户注册密码要进展平安性提示，确保密码不易丧失或失窃，同时为用户提供密码找回功能，确保平安。4系统对用户的所有操作与相关信息都记录在案。第 15 页