图书综合管理系统概要设计项目新版说明书.doc

概要设计说明书目 录1引言31.1编写目标31.2背景31.3定义31.3.1 专门术语31.3.2缩写41.4参考资料42总体设计42.1需求要求42.2运行环境42.3基础设计概念和处理步骤52.3.1体系结构设计52.3.2基础处理步骤62.3.2.1借书程序步骤图62.3.2.1还书续借程序步骤图62.3.3整体结构72.4功效需求和程序关系82.5还未问决问题93接口设计93.1外部接口93.1.1用户界面93.2 软件接口93. 3 硬件接口93.4内部接口104运行设计104.1运行模块组合1042 运行控制104.3运行时间105系统数据结构设计115.1逻辑结构设计关键点115.2物理结构设计关键点115.2.1图书类表115.2.2图书信息表115.2.3借阅统计表115.2.4预订图书统计表125.2.5管理员信息表125.2.6读者信息表125.3数据库概念结构设计135.3.1部分E-R图135.3.1.1图书135.3.1.2管理员135.3.1.3读者135.3.2整体E-R图146系统犯错处理设计146.1犯错信息146.2补救方法156.3系统维护设计156.4 安全保密设计151引言1.1编写目标在本图书借阅管理系统项目标前一阶段，也就是需求分析阶段中，已经将系统用户对本系统需求做了具体叙述，这些用户需求已经在上一阶段中对图书馆及相关人员实地调研中取得，并在需求规格说明书中得到详尽得叙述及说明。本阶段已在系统需求分析基础上，对图书借阅管理系统做概要设计。关键处理了实现该系统需求程序模块设计问题。包含怎样把该系统划分成若干个模块、决定各个模块之间接口、模块之间传输信息，和数据结构、模块结构设计等。在以下概要设计汇报中将对在本阶段中对系统所做全部概要设计进行具体说明。在下一阶段具体设计中，程序设计员可参考此概要设计汇报，在概要设计对图书借阅管理系统所做模块结构设计基础上，对系统进行具体设计。在以后软件测试和软件维护阶段也可参考此说明书，方便于了解在概要设计过程中所完成各模块设计结构，或在修改时找出在本阶段设计不足或错误。该文档预期读者为开发组设计人员。1.2背景本项目名称：图书借阅管理系统项目开发人员：续期读者：全部在校学生（包含专科，本科，硕士），老师（包含在职老师和离退休老师），和其它行政人员1.3定义1.3.1 专门术语SQL SERVER: 系统服务器所使用数据库管理系统（DBMS）。SQL: 一个用于访问查询数据库语言事务流：数据进入模块后可能有多个路径进行处理。主键：数据库表中关键域。值互不相同。外部主键：数据库表中和其它表主键关联域。ROLLBACK: 数据库错误恢复机制。1.3.2缩写系统：若未尤其指出，统指本图书借阅系统。SQL: Structured Query Language（结构化查询语言）。ATM: Asynchronous Transfer Mode (异步传输模式)。1.4参考资料图书借阅管理系统需求说明书2总体设计2.1需求要求本项目是为了方便读者，图书管理员而设计，读者能够直接输入相关书名、作者、出版社或关键字到用户端系统，系统将在屏幕上显示所要查询图书信息（数量及所在位置），同时，读者输入图书证号和密码登录后，可查看自己个人信息和借阅图书情况（借阅图书信息，借阅日期等），读者能够在登录后输入自己想要借阅图书信息来进行预定或解除预定；图书管理员输入登录名和密码登录系统，当读者需要借书时，图书管理员输入读者图书证号查看读者是否能够借书，假如能够再输入图书ID，假如该图书没有被其它读者预定即可给借阅，该读者借阅信息上将新增加一条借阅该书相关信息。假如读者要还书，图书管理员输入图书ID后系统自动检测该图书是否过期，假如过期则计算对应罚款，不然读者能够续借，此时图书管理员只需修改借阅日期，不然更新读者借阅信息和图书库信息。2.2运行环境操作系统为windows系列数据库：软件开发平台：2.3基础设计概念和处理步骤2.3.1体系结构设计C/S体系结构数据库应用，由两部分组成：用户应用程序和数据库服务器程序。二者可分别称为前台程序和后台程序。运行数据库服务器程序机器，称为应用服务器，一旦服务器程序被开启，就随时等候响应用户程序发来请求；用户程序运行在用户自己电脑上，对应于服务器电脑，可称为用户电脑。当需要对数据库中数据进行任何操作时，用户程序就自动地寻求服务器程序，并向其发出请求，服务器程序依据预定规则做出应答，送回结果。从原理和经验上看，对本案例或类似应用，C/S结构是现在技术条件下，能很好适应不确定和改变需求环境比较现实方案。它能够以较低投入，实现将易变和稳定要素分离，快速地增添和替换“瘦小”而相互独立前台应用，保持数据连续性和继承性。3.3 未来需求 在这个案例中，用户确定了这么应用发展策略：由点到面，由简到繁逐步引进电脑化作业方法，稳步改善日常业务模式，并期望于时机成熟时候开展基于信息技术业务步骤重计划。 具体应用计划是：先建立简单有效数据库应用，深入开发更多，更具专业性、更深入应用项目，进而在更大范围上应用，最终期望将用户也纳入到电脑系统用户中来，实现用户和销售人员远程在线查询、下单。在指导性发展计划中，具体提出了企业内部互连网（Intranet）和面向国际互连网（Internet）应用远景。 在这么应用策略下，对电脑应用开发，将是一个逐步完善过程，对这么开发环境，上一节中已经做了分析。 以现在技术看，先建立C/S结构局域网络应用，再向Internet/Intranet模式下数据库应用过渡，是比较现实，相对易于把握、成本较低。即使是一次到位开发，对于类似环境和小型应用而言，要想实现不一样人员，从不一样地点，以不一样接入方法（比如LAN, WAN, Internet/Intranet等）访问和操作共同数据库，并有效地确保和管理数据安全性、访问权限、完整性，采取C/S架构和支持C/S架构数据平台，是肯定选择。3.4 成本和资源考虑 因为用户已经建立并运行着LAN、文件服务器，并运行着（而且以后也要继续运行）部分基于PC或PC LAN应用，现行硬件设备基础上不用大扩充，就能够运行基于文件服务器多用户数据库或基于应用服务器C/S应用。 采取C/S体系结构，用户所支出费用项目，将增加数据库平台和对其维护成本，和可能需要增加适合数据库平台运行应用服务器操作系统。 这么，从现有资源出发，不考虑开发成本，最直接而经济实现方案，是建立基于文件服务器多用户系统，其次才是C/S体系结构。相比之下，主机模式不管从软硬件投资、开发成本上全部是巨大，没有什么理由替换前两种模式。3.5 公布、运行和维护考虑 因为数据库用户地理位置和数量增加可能，需要考虑安装上原因。C/S结构应用最少需要设置用户和服务器两个项目，而基于文件服务器应用，通常只需要一次性安装和设置。现在用户服务器开发技术，能够将用户端作成简单复制一个瘦小实施文件就能够运行，用户端通常没有维护要求，对服务器安装设置则是一次性。 对于非C/S架构数据库系统来说，维护方面性能也是在应用程序开发中决定。这么系统，通常全部需要原设计开发者才能比很好地维护。 C/S架构数据库系统，因为数据库是建立在通用平台之上，而且支持SQL这么通用技术，对数据库维护工作愈加专业，但更为开放，这意味着维护和深入开发对原设计开发者依靠性能够降低。用户能够愈加好地适应人员流动或服务/供给商变更。对体系计划合理性，和部分特殊技术采取，比如后台服务器上存放过程、触发器等，会影响到这个特点。出于这个理由，在C/S应用设计时，应尽可能采取规范模式，标准化技术。一样努力，在其它架构中就相对难以实现或较少实际意义。3.6 性能、开发和品质确保考虑 非C/S结构应用性能，更大程度取决于应用程序设计和实现。基于文件服务器运行多用户系统，当数据量、用户数扩大时，性能就会严重下降，这包含巨大网络传输量，和难以有效地平衡工作站和服务器负荷。所以，大数据容量和多用户环境，通常是采纳C/S结构一个关键理由。主机-终端模式即使可能更具能量，但高成本和封闭性，限制了它应用领域。 从运行上来看，一样设计良好系统，C/S结构引入了更多“衔接”步骤，这意味着故障机会和资源花费，然而，一旦系统处于开放网络和应用环境中，这些开销就变成是必需。 对于含有良好计划能力开发者而言，C/S结构给计划者更大空间和更强支持，易于实现不一样应用间合理分离，分别调试和投入应用。前台应用和后台数据库开发，被“强制”地分开；数据库部分逻辑和规则，一经调试完成，就能够在未来应用中一直确保下去；在一个动态改善或逐步扩充开发环境，或复杂应用环境中，这些全部是提升系统可靠性有利原因。对基于文件服务器系统而言，每次增加或修改功效，通常全部意味着整个系统升级，前后台一体化，也就意味着每次变更全部有更大可能性造成对原有规则破坏，并引发连锁效应。 以现在技术环境而言，在C/S结构下，有更多成熟，适合不一样规模应用开发平台和数据库平台可供选择，并普遍遵照或采取SQL等标准或技术，相对较具开放性，有更多技术支持、开发和维护人员起源，而且基于技术和行业发展趋势，未来也会有更多发展和保障。4 小结 总结以上种种分析，能够发觉，对于这个特定案例，仅就目前已确定和期望立即实现需求而言，能够用传统，基于LAN文件服务器多用户系统实现，但考虑到用户真实需求不确定性和不停扩充可能等等原因，有更多理由支持采取C/S体系结构。作为一个权宜方案，也能够考虑先采取基于文件服务器多用户系统，在计划和实现上，尽可能为将合适时候来转换成为C/S结构打下基础。另外，假如采取C/S体系结构，还应该尽可能采取开放，标准技术。 在上面分析中，支持采取C/S理由关键有： 应用不确定性，逐步开发和增加新应用需要 适应未来开放异种网络环境中应用需要 用户数、数据量增加可能性 适应电脑开发、维护、供给商和相关技术人员变更需要 有利于动态计划和动态开发过程，对系统可靠性确保 另外，从用户现有资源延续利用和新增投入，及开发成本和难度看，采取C/S结构，也是比较适中、现实选择。 读者应该留心，这里仅仅是针对一个特定环境下小型应用案例开发策略分析，而不是对数据库体系结构一个完整分析比较，更不是对技术本身评价。图2.3.1C/S体系结构2.3.2基础处理步骤2.3.2.1借书程序步骤图（1）借书程序步骤图：向系统输入借阅证，系统检验该借阅证是否能够借书，假如该借阅证达成最大借书书目，或已经欠费，则系统不许可借书给出提醒；不然许可借书，继续输入要借阅图书ID，系统检验该书是否被预定。被预定则给出不能借该书提醒，不然系统自动更新图书库、借阅统计，完成借书。2.3.2.1还书续借程序步骤图（2）还书、续借程序步骤图：首先向系统输入图书ID，系统查询出该图书借阅信息判定该图书是否逾期，假如没有逾期，则能够选择是否要进行续借，假如在续借许可时间内，则能够续借，不然提醒不在续借时间内，不能续借；假如已经逾期，则计算显示出罚款并实施还书操作。 图（1）借书程序步骤图 图（2）还书、续借程序步骤图2.3.3整体结构本系统共分为两大模块：系统登录模块和系统设置模块；系统设置关键是系统对借阅信息时间限定，读者可借阅图书数，有效预定时间限定；登录共分为三个用户登录：读者，图书管理员和系统管理员；用户能够在不登录情况下查询图书，登录成功后，读者能够完成预定、解除预定和查询；图书管理员能够实现查询、借阅信息管理和图书管理；系统管理员能够实现对系统维护和用户维护两大模块。具体，读者能够实现预定，解除预定，查看借阅信息、查看预订信息；图书管理员能够查询图书，对图书进行添加、修该和删除，实现借书、还书、续借处理；系统管理员能够对后台数据维护，日志维护，同时能够实现对用户信息添加、修改和删除。图2.3.3 整体模块2.4功效需求和程序关系登录界面图书管理用户管理查询借阅管理预定图书解除预定查看预定信息查找图书查看借阅信息借书管理还书管理增加图书删除图书修改图书信息日志维护数据维护添加用户删除用户用户信息修改2.5还未问决问题（1）只对系统功效进行了描述，没有叙述各个模块之间是怎样协调合作；（2）没有描述模块实现方法，和在这个过程具体步骤。3接口设计3.1外部接口3.1.1用户界面在用户界面部分，依据需求分析结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，而且要注意到界面布局，应突出显示关键和犯错信息。外观上也要做到合理化，考虑到用户多对WINDOW 风格较熟悉，应尽可能向这一方向靠拢。在设计语言上，已决定使用Visual Studio 进行编程，在界面上可使用Visual Studio所提供可视化组件，向WINDOWS 风格靠近。 其中服务器程序界面要做到操作简单，易于管理。在设计上采取下拉式菜单方法，在犯错显示上可调用Visual Studio库中错误提醒函数。总来说，系统用户界面应作到可靠性、简单性、易学习和实用3.2 软件接口服务器程序可使用Visual Studio提供对 SQL SERVER 接口，进行对数据库全部访问。服务器程序上可使用SQL SERVER 对数据库备份命令，以做到对数据保留。在网络软件接口方面，使用一个无差错传输协议，采取滑动窗口方法对数据进行网络传输及接收。3. 3 硬件接口在输入方面，对于键盘、鼠标输入，可用Visual Studio标准输入/输出，对输入进行处理。在输出方面，打印机连接及使用，也可用Visual Studio标准输入/输出对其进行处理。在网络传输部分，在网络硬件部分，为了实现高速传输，将使用高速ATM。3.4内部接口内部接口方面，各模块之间采取函数调用、参数传输、返回值方法进行信息传输。具体参数结构将在下面数据结构设计内容中说明。接口传输信息将是以数据结构封装了数据，以参数传输或返回值形式在各模块间传输。4运行设计4.1运行模块组合用户机程序在有输入时开启接收数据模块，经过各模块之间调用，读入并对输入进行格式化。在接收数据模块得到充足数据时，将调用网络传输模块，将数据经过网络送到服务器，并等候接收服务器返回信息。接收到返回信息后随即调用数据输出模块，对信息进行处理，产生对应输出。服务器程序接收网络数据模块必需一直处于活动状态。接收到数据后，调用数据处理/查询模块对数据库进行访问，完成后调用网络发送模块，将信息返回用户机。42 运行控制运行控制将严格根据各模块间函数调用关系来实现。在各事务中心模块中，需对运行控制进行正确判定，选择正确运行控制路径。在网络传输方面，用户机在发送数据后，将等候服务器确实定收到信号，收到后，再次等候服务器发送回复数据，然后对数据进行确定。服务器在接到数据后发送确定信号，在对数据处理、访问数据库后，将返回信息送回用户机，并等候确定。4.3运行时间在软体需求分析中，对运行时间要求为必需对做出操作有较快反应。网络硬件对运行时间有最大影响，当网络负载量大时，对操作反应将受到很大影响。所以将采取高速ATM 网络，实现用户机和服务器之间连接，以降低网络传输上开销。其次是服务器性能，这将影响对数据库访问时间即操作时间长短，影响加大用户机操作等候时间，所以必需使用高性能服务器，提议使用 Pentium III 处理器。硬件对本系统速度影响将会大于软件影响。5系统数据结构设计5.1逻辑结构设计关键点图书类表（图书编号，图书名，图书作者，图书出版社，图书单价，图书摘要）；图书信息表（图书ID，图书编号，是否借出标识）借阅统计表（图书ID，图书名，借阅证号，借阅日期）预订图书统计表（图书ID，图书名，借阅证号，预定时限开始日期）管理员信息表（编号，姓名，联络电话，登录名，地址，密码，权限）读者信息表（借阅证号，读者姓名，学院，专业，联络电话，密码，读者类型）5.2物理结构设计关键点5.2.1图书类表 列名 数据类型可否为空说明BookClassID Guid 否图书编号BookNameNchar（20）否图书名BookAuthorNChar（20）是图书作者BookPressNChar（50）是图书出版者BookPriceDouble是图书单价BookSummarytext是图书摘要5.2.2图书信息表列名数据类型可否为空说明BookIDGuid否图书IDBookClassIDGuid否图书编号SendFlagint否是否借出标识5.2.3借阅统计表列名数据类型可否为空说明BookIDGuid否图书IDBookNameNChar（20）否图书名CardNumNchar（20） 否借阅证号BorrowDateDateTime否借阅日期5.2.4预订图书统计表列名数据类型可否为空说明BookIDGuid否图书IDBookNameNChar（20）否图书名CardNumNchar（20） 否借阅证号BookDateDateTime否预定时限开始日期5.2.5管理员信息表列名数据类型可否为空说明AdministerIDguid否管理员编号AdmNameNchar（20）否管理员姓名TelNumberNchar（11）是联络电话LoginNameNchar（20）否登录名AddressNchar（50）是地址LodinKeyNchar（6）否密码PowerNchar（10）否权限5.2.6读者信息表列名数据类型可否为空说明CardNumNchar（20） 否借阅证号ReaderNameNchar（10）否读者姓名CollegeNchar（20）是学院ProfessionNchar（20）是专业TelNumberNchar（11）是联络电话LodinKeyNchar（6）否登录密码ReaderTypeNchar（10）否读者类型5.3数据库概念结构设计5.3.1部分E-R图5.3.1.1图书图书为实体，有8个属性，分别为图书ID（主键）、图书编号、图书作者、图书单价、图书出版社、图书名、是否借出标识5.3.1.2管理员管理员作为一个实体，有7个属性，分别为：编号（主键）、姓名、联络电话、登录名、权限、密码、地址等。5.3.1.3读者读者作为一个实体，有7个属性，分别为：借阅证号（主键）、读者姓名、学院、专业、联络电话、读者类型、密码等。5.3.2整体E-R图6系统犯错处理设计6.1犯错信息（1）验证用户身份若读者密码、借阅证号有误则发出“验证错误”信息；（2）假如借书证未登记入库，则发出“借书错误”；假如图书未登记入库则发出“借书错误”；假如读者借书已满限制数N ，则发出“借书错误”；假如读者所借书中有超期，则发出“借书错误”；（3）假如所还图书超期则，统计超期天数，生成含警告返回信息；（4）输入预定图书信息，假如预定图书信息不存在，则提醒不存在；若用户取消了解除预定操作不然系统取消解除预定；（5）假如不在有效续借天数则返回不能续借提醒信息；（6）输入要录入图书信息，若信息输入有误，则返回添加失败，若添加信息时系统发生异常，则返回添加失败；（7）输入编号、要修改图书信息，若信息输入有误，则返回修改失败，若修改信息时系统发生异常，则返回修改失败；（8）输入要删除图书信息，若删除时系统发生异常，则返回删除失败；6.2补救方法（1）后备技术说明准备采取后备技术，当原始系统数据万一丢失时启用副本建立和开启技术，比如周期性地把磁盘信息统计到磁带上去就是对于磁盘媒体一个后备技术；(2 )降效技术说明准备采取后备技术，使用另一个效率稍低系统或方法来求得所需结果一些部分，比如一个自动系统降效技术能够是手工操作和数据人工统计；(3 )恢复及再开启技术说明将使用恢复再开启技术，使软件从故障点恢复实施或使软件从头开始重新运行方法。6.3系统维护设计立即清理数据库，提升数据库运行能力；同时对更新数据立即保留，以预防数据丢失。6.4 安全保密设计（1）对用户输入全部内容全部应进行安全性和正当性检验，避免恶意输入；（2）为了确保数据库安全，数据库采取冗余备份、定时备份和即时备份相结合，具体统计日志文件，以备灾难恢复。（3）系统对用户注册密码要进行安全性提醒，确保密码不易丢失或失窃，同时为用户提供密码找回功效，确保安全。（4）系统对用户全部操作和相关信息全部统计在案。