图书管理系统项目建设可行性研究报告.doc

上传人:教**** 文档编号:86828206 上传时间:2023-04-15 格式:DOC 页数:34 大小:427.50KB
返回 下载 相关 举报
图书管理系统项目建设可行性研究报告.doc_第1页
第1页 / 共34页
图书管理系统项目建设可行性研究报告.doc_第2页
第2页 / 共34页
点击查看更多>>
资源描述

《图书管理系统项目建设可行性研究报告.doc》由会员分享,可在线阅读,更多相关《图书管理系统项目建设可行性研究报告.doc(34页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、图书管理系统目录一图书馆系统可行性研究报告3 1.引言.3 .2.可行性研究的前提.3 3.技术可行性分析.4 4.操作可行性分析.7 5.其他可供选择的方案.8 6.结论意见.8二图书馆系统需求分析9 1.图书馆系统的功能要求.92图书借阅系统的性能需求.123图书借阅系统的数据需求134图书借阅系统的数据字典145图书借阅系统的逻辑模型.156图书借阅系统的运行要求157建立图书借阅系统的约束16三图书馆系统总体设计说明书.17 1.引言.172.任务概述.183.总体设计.184.接口设计.235.数据结构设计.266.运行设计.237.出错处理设计.248.安全保密设计.249.维护设

2、计.24四图书馆系统UML 1.用例图.25 2.类图.28 3.状态图.28 4.时序图.30 5.协作图.32图书馆系统可行性研究报告1. 引言:1.1 编写目的:为了可行性研究的目的是为了对问题进行研究,以最小的代价在最短的时间内确定问题是否可解经过对此项目进行详细调查研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后,交软件经理审查。1.2 项目背景:1.3 定义:专门术语:SQL Server 2000:是微软公司开发的一个数据库软件。 Microsoft Visual C#.net:是微软开发的一个

3、软件开发平台。 PC:个人计算机。缩写词:C#/C#.net:就是Microsoft Visual C#.net的缩写SQL:就是SQL Server 2000的缩写。 PC:就是Personal Computer的缩写。1.4 参考资料:实用软件工程,Leszek A.Maciaszek,机械工业出版社。数据库系统导论(第八版影印版),美C.J.Date 著,中国电力出版社。2. 可行性研究的前提2.1 要求主要功能:为全校师生员工提供借阅图书的一个平台,方便管理员管理图书的更新,删除等,以及方便学生借阅图书。提高图书馆的利用率。性能要求:管理员在更新图书的时候要及时更新数据库。学生通过网络

4、查询图书时,要能及时将学生所输入的信息在系统中实现。输出要求:提供多种查询方式,根据不同查询方式,分别可以模糊输出,精确输出。并且输出要快速,详细,实时。安全与保密要求:学生的各种操作不能修改图书的基本信息。学生登陆的时候要通过密码和借书证号。完成期限:一年,即:截止到2007年7月1日。2.2 目标系统实现后,大大提高图书馆的利用效率。学生可以通过任何与internet连接的计算机都可以方便的登陆图书馆,查看自己的图书借阅信息。方便图书馆管理员对图书的信息进行修改以及对读者的信息的修改等操作。2.3 条件、假定和限制建议软件寿命:5年。硬件条件:PC机以及服务器。运行环境:Windows N

5、T 及以上操作系统。数据库:SQL Server 2000。2.4 可行性研究方法通过对学校师生员工进行问卷调查,对图书馆管理员访问。2.5 决定可行性的主要因素技术可行性:现有技术完全能承担开发任务。操作可行性:软件能被图书馆管理员、学生以及职工快速接受。3. 技术可行性分析3.1 系统简要描述在图书馆中安装的PC机被图书馆管理员所使用,他们通过PC机向服务器发出修改,删除,更新图书等信息,服务器及时响应,数据库马上修改相应的信息。学生通过与internet连接的计算机访问图书馆系统的时候,向服务器发出查询命令,数据库接到命令,马上响应,并马上返回所查到的信息。当学生要借阅某本书的时候,服务

6、器同时向图书馆管理员发送借阅请求,当图书馆管理员确认该书可借的时候。向服务器发出可借信息,通过服务器,传给学生,以通知该学生该书可借,并显示相关借阅的信息。另外该系统还可以管理读者的信息,管理员可以修改这些信息。3.2 处理流程和数据流程3.2.1 图书馆管理员模块1、编目管理给购买的新书编号、分类、录入基本信息2、典藏管理调拨到流通库和阅览室,确定流通类型3、读者管理办理借书证、修改读者信息4、借书手续借阅条件:(1)该册书没有被其他读者网上预约(若借书者正好是预约该书者可借出);(2)该读者目前的借阅数小于其最大借阅数;(3)该读者没有过期未还的书;(4)该读者没有欠款(即超期罚款)。5、

7、还书手续读者将所还图书(注意:不需交纳借书证)交给管理员,由管理员进行数据处理6、续借手续续借条件:(1)该读者没有过期未还的书;(2)该读者没有欠款(即超期罚款);(3)该图书没有被续借过;(4)该册书没有被其他读者网上预约。7、催还功能逾期未归还图书,则管理员可向该读者发送“催还图书”的电子邮件。8、数目查询可查询某一种图书全部复本的条码号、馆藏地点、流通类型、目前状态、借阅者、应还日期等信息9、罚款处理可查看任意读者的欠款信息,欠款历史,收缴罚款,统计当前所有读者欠款情况,统计罚款收缴情况图书馆管理员新书编号、分类、录入基本信息图书信息数据库图书馆管理员调拨到流通库和阅览室,确定流通类型

8、图书馆管理员读者管理(办理借书证、修改读者信息)等图书馆管理员借书手续(根据借书条件借书)图书馆管理员还书手续(读者还书,管理员处理数据)图书馆管理员续借手续(根据续借条件续借图书)图书馆管理员催还功能(逾期未还者,通过邮件通知)图书馆管理员图书馆管理员数目查询(查询图书基本信息。如:条码号,馆藏地点流通类型,目前状态,借阅者,应还日期等)罚款处理(查看欠款信息,欠款历史,收缴罚款,统计欠款情况,统计罚款收缴情况)产生信息更新,并显示在管理员的PC机上图书馆管理员3.2.2 读者(用户)模块1、用户登陆 登陆方式为输入图书证号和用户自己设定的密码2、修改用户密码 用户登陆成功后,可修改登陆密码

9、。3、修改用户信息 用户登陆成功后,可修改个人信息。4、书目查询 通过检索,和模糊查询,查询图书5、读者当前借阅、预约情况查询6、读者借阅历史查询7、网上续借手续续借条件:(1) 该读者没有过期未还的书;(2) 该读者的欠款(即超期罚款)不大于1.00元;(3) 该图书没有被续借过;(4) 该书没有被其他读者网上预约。8、网上预约手续预约规则:(1) 该读者没有过期未还的书;(2) 该读者的欠款(即超期罚款)不大于1.00元;(3) 每位读者只能预约一册书;(4) 读者不能预约自己正在借的图书;(5) 该种图书有可外借的复本(即不仅仅是只有阅览室才有此种图书);(6) 该种图书可外借的复本(即

10、流通库中的复本)已全部被借出或者预约。9、财经查询可以查询用户的超期罚款情况(逾期图书在未归还以前不计算罚款)。10、感兴趣新书根据用户在填写“个人信息”时选择的感兴趣的图书类别(见前面的“中图简明分类号”),显示符合这些类别的所有出版时间在近1年之内的图书。流程图如下:图书信息数据库读者界面读者登陆系统读者界面修改密码读者界面修改信息读者界面书目查询读者界面借阅情况查询读者界面借阅史查询读者界面续借手续读者界面预约手续读者界面财经查询读者感兴趣新书登陆成功/失败信息读者密码修改成功/失败信息读者信息修改成功/失败信息读者书目查询结果读者借阅情况查询结果读者借阅史查询结果读者续借手续结果读者预

11、约手续结果读者财经查询结果读者读者感兴趣书情况4操作可行性分析4.1 图书借阅系统数据需求1、图书:题名(即书名),责任者(即作者或译者,可包含多项,中间用逗号分隔),主题词(可包含多项,中间用逗号分隔),分类号(由管理员编码,可确定书的类别),索取号(由管理员编码),ISBN号(即国际标准书号),出版时间(可用于确定是否新书),出版社,页码,价格,图书简介2、图书复本:条码号(由系统自动生成),馆藏地点,流通类型,状态,应还日期,累借次数3、读者:读者证号(由系统自动生成),姓名(由管理员指定),密码,单位(由管理员指定),读者类型(由管理员指定),电子邮件,感兴趣图书类别(可选择多项,具体

12、类别见前面的“中图简明分类号”)4.2 开发系统所用软件1、开发环境:visual 20032、Windows XP3、SQL Server 20004.3 其他分析设计系统周期为五年, 估计最长可达10年处理速度:一般查询速度4秒关键数据查询速度: 2秒4.4 用户使用可行性分析作为读者,只需要懂一点计算机的基本操作知识即可。作为图书馆管理员,需要进行基本的数据库的数据操作培训,要求有一定是计算机基本操作技能另外需要两名系统维护员,他们要求有十分好的计算机操作技能,并对数据库操作有一定的经验。经过培训的图书馆管理员,将会很好的使用这套系统,能被他们快速的接受。5. 其他可供选择的方案5.1

13、客户端与服务器端联系在一起在图书馆设立数据库服务器,数据由任何与internet相连的计算机或者图书馆管理员的计算机输入到数据库服务器。所有数据均有数据库服务器处理,只在终端显示数据处理结果。此设计简化了数据处理,但加重了服务器的数据处理。而使用客户端/服务器机理,简化数据流量,加快数据处理。6. 结论意见由于技术、操作都具有可行性,可以进行开发。图书馆系统需求分析1图书馆系统的功能要求图书馆借阅系统的总目标是:在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的图书借阅系统,系统实现后,方便读者快速的查

14、找,借阅图书,还可以提前预约图书。也方便了管理员对图书的管理。大大提高了图书馆的利用率,降低了在借阅图书时发生的错误率。根据可行性研究的结果和客户的要求,分析现有情况及问题,采用C/S,B/S结构,将图书借阅系统划分为两个模块:C/S图书馆管理员模块和B/S读者网上图书馆模块 。 顶层数据流图: 第二层数据流图:第三层数据流图:管理数据流图: 查询数据流图:借还,续借,预约数据流图: 2图书借阅系统的性能需求为了保证系统能够长期、安全、稳定、可靠、高效的运行,图书借阅系统应该满足以下的性能需求:1 系统处理的准确性和及时性系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中,要充分

15、考虑系统当前和将来可能承受的工作量,使系统的处理能力和响应时间能够满足企业对信息处理的需求。2 系统的开放性和系统的可扩充性图书借阅系统在开发过程中,应该充分考虑以后的可扩充性。例如借阅系统的方式的改变(网上预约、需借),用户查询的需求也会不断的更新和完善。所有这些,都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点,应通过系统的开放性来完成,既系统应是一个开放系统,只要符合一定的规范,可以简单的加入和减少系统的模块,配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。3 系统的易用性和易维护性图书借阅系统是直接面对使用人员的,而使用人员往往对计算机并不时非常熟悉。这就要求

16、系统能够提供良好的用户接口,易用的人机交互界面。要实现这一点,就要求系统应该尽量使用用户熟悉的术语和中文信息的界面;针对用户可能出现的使用问题,要提供足够的在线帮助,缩短用户对系统熟悉的过程。4 系统的标准性系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等;同时,在自主开发本系统时,要进行良好的设计工作,制订行之有效的软件工程规范,保证代码的易读性、可操作性和可移植性。5系统的先进性目

17、前计算系统的技术发展相当快,做为图书借阅系统工程,应该保证系统在下个世纪仍旧是先进的,在系统的生命周期尽量做到系统的先进,充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性,不断改善系统的功能完成。另一方面,在系统设计和开发的过程中,应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。6系统的响应速度 图书借阅系统在日常处理中的响应速度为秒级,达到实时要求,以及时 反馈信息。在进行统计分析时,根据所需数据量的不同而从秒级到分钟级, 原则是保证操作人员不会因为速度问题而影响工作效率。3图书借阅系统的数据需求图书借阅系统的数据需求包括如下几点:1 数据录入和处

18、理的准确性和实时性数据的输入是否准确是数据处理的前提,错误的输入会导致系统输出的不正确和不可用,从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性,并且对操作人员要进行系统的培训。在系统中,数据的输入往往是大量的,因此系统要有一定的处理能力,以保证迅速的处理数据。2 数据的一致性与完整性由于系统的数据是共享的,在不同的管理员处,借阅信息是共享数据,所以如何保证这些数据的一致性,是系统必须解决的问题。要解决这一问题,要有一定的人员维护数据的一致性,在数据录入处控制数据的去向,并且要求对数据库的数据完整性进行严格的约束。对于输入的数据,要为其定义完整性

19、规则,如果不能符合完整性约束,系统应该拒绝该数据。3 数据的共享与独立性 整个图书借阅系统的数据是共享的。然而,从系统开发的角度上看,共享会给设计和调试带来困难。因此,应该提供灵活的配置,使各个分系统能够独立运行,而通过人工干预的手段进行系统数据的交换。这样,也能提供系统的强壮性。4图书借阅系统的数据字典系统中的数据元素:名字:读者信息别名:描述:读者的个人信息,用于对读者的确认定义:读者信息=姓名+性别+专业年级+借书证号码+借书时间位置:输入到管理员端(Client端)名字:借阅历史记录别名:描述:读者已借书的相关信息定义:借阅历史记录=书名+条形码+数量+借书时间+到期时间位置:输入到管

20、理员端(Client端)名字:续借信息别名:描述:读者要继续借阅的图书定义:续借信息=图书名+图书编号+续借天数位置:传输到管理员端(Client端)名字:预约信息别名:描述:由于读者所需的书已借出,读者先要预约,以后有书时通知读者定义:预约信息=书名+作者+出版社位置:传输到管理员端(Client端)名字:经费查询信息别名:描述:查询读者所借的书过期多少天以及应付费多少定义:经费查询信息=书名+过期的天数+交费数目位置:输入到管理员(Client端)名字:图书整合信息别名:描述:图书的所有信息定义:图书整合信息=已借出的图书信息+热门图书+所缺图书+太旧需要处理的图书位置:输出到图书数据库(

21、Server端)5图书借阅系统的逻辑模型图书借阅系统的逻辑模型如下图所示: 姓名借书时间借书证号码专业年级 读者图书整合信息还书信息续借信息 1 借阅系统数据库 借阅历史记录预约信息经费查询信息 1 1 系统管理 管理员 催还信息预约手续图书目录查询信息续借手续还书手续借书手续查询6图书借阅系统的运行要求图书借阅系统中的各个子系统的硬件和软件的配置如下:1服务器端子系统的运行要求: 系统软件: Window NT Server 数据库管理系统:SQL Server 硬件要求:Pentium III 450以上, 258M RAM, 14G HD2.客户端子系统的运行要求: 系统软件: Wind

22、ow NT Server数据库管理系统:SQL Server 硬件要求:Pentium 133以上, 32M RAM, 4.3G HD7建立图书借阅系统的约束1. C/S,B/S结构总体设计方案对它的约束: 图书借阅系统做为C/S,B/S结构的一个应用系统,不可避免的要受到C/S,B/S结构的约束。在其实施的各个阶段都要服从它的一些规划,包括功能设计、系统配置和计划。同时,由于信息的共享,图书借阅系统还受到其它系统的信息约束。2人力、资金、时间的约束 图书借阅系统工程实施的目标就是要大大提高图书馆的利用效率,其开发过程中也要考虑到人力、资金和时间的约束。因此,在设计中,重点是借阅查询系统中的方

23、便快捷,能提供给管理者的高效管理,读者的快速查询服务,并提高查询书籍的效率和便捷,提高图书馆的利用效率。3 技术发展规律的约束 计算机技术和产品的发展日新月异,将会给信息处理带来更多的手段,同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步,多媒体技术的发展,这些都要求系统在设计时考虑技术变化的可能性,为可能的变化预留一定的系统处理能力。图书馆系统总体设计说明书1 引言11 编写目的在图书馆借阅系统项目的前一阶段,也就是需求分析阶段中,已经将系统用户对本系统的需求做了详细的阐述,这些用户需求已经在上一阶段中对图书馆实地调研中获得,并在需求规格说明书中得到详尽得叙述及阐明。本阶段已在系

24、统的需求分析的基础上,对图书馆借阅系统做概要设计。主要解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。在下一阶段的详细设计中,程序设计员可参考此概要设计报告,在概要设计对图书馆借阅系统所做的模块结构设计的基础上,对系统进行详细设计。在以后的软件测试以及软件维护阶段也可参考此说明书,以便于了解在概要设计过程中所完成的各模块设计结构,或在修改时找出在本阶段设计的不足或错误。12 项目背景图书馆借阅系统将由两部分组成:置于图

25、书馆的前台客户程序,以及置于图书馆内的数据库服务器。本系统与其他系统的关系如下:客户程序图书馆借阅系统网 络 (图书馆) : : (图书馆) 客户程序服务器及程序客户程序客户程序13 定义131 专门术语SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS)。SQL: 一种用于访问查询数据库的语言事务流:数据进入模块后可能有多种路径进行处理。主键:数据库表中的关键域。值互不相同。外部主键:数据库表中与其他表主键关联的域。ROLLBACK: 数据库的错误恢复机制。132 缩写系统:若未特别指出,统指图书馆借阅系统。SQL: Structured Query Language(结构化

26、查询语言)。ATM: Asynchronous Transfer Mode (异步传输模式)。2.任务概述21 目标22 运行环境系统将由两部分程序组成,安装在图书馆客户机上的客户程序及图书馆内的数据服务器程序。23 需求概述为方便学生,需开发一个图书馆借阅系统。为便于学生,学生可以通过网络进行图书借阅,图书馆把借阅者的借阅信息,包括姓名、性别、院系、学号、借阅时间,输入到图书馆借阅系统的客户端程序,系统经过查询图书馆内的图书数据服务器后,为学生安排借阅。若某册图书已被预约,但借出该书的读者逾期未归还图书,则管理员可向该读者发送“催还图书”的电子邮件。要求系统能有效、快速、安全、可靠和无误的完

27、成上述操作。并要求客户机的界面要简单明了,易于操作,服务器程序利于维护。24 条件与限制3.总体设计31 处理流程下面将使用(结构化设计)面向数据流的方法对图书馆管理系统的处理流程进行分析。311 客户机程序流程1借阅资料23456借阅信息记录1516171918管理员管理记录用户资料789111000用户操作记录121314用户注册下面对各模块(以数字表示)进行功能说明:1) 读入借阅资料 将借书证上的信息读入系统。2) 验证借阅者身份 验证该用户是否合法,如是将信息传至3,否则传至4。3) 录入借阅资料 录入借阅者所进行的操作,所借阅书籍、归还书籍,并将信息传至5。4) 错误信息分析 分析

28、错误的原因,并将其返还用户。5) 完成用户操作 进行用户所需求的操作,如成功,将借阅信息归入数据库,如失败,专至4。6) 读入帐单号 读取所输入的帐单号,并将其格式化,将格式化数据送6。7) 读入用户资料 将用户输入的用户名、密码读入系统,将信息转至8。8) 用户信息验证 验证用户的身份,将其结果传至9、10。9) 信息返还接口 将用户登录的结果、操作结果返还给用户。10) 整体信息记录 勇于记录用户的登陆、操作等各方面信息、保存为日志。11) 操作处理 对用户请求的操作进行处理,将结果传至9、10。12) 读入注册信息 将用户输入得要注册的各项信息读入,并传至13。13) 注册操作处理 进行

29、注册处理,将结果专至14、10。14) 注册结果返还 将注册的结果返还给用户。15) 读入登陆信息 读入管理员的登录信息,传至16。16) 验证管理员身份 验证管理员的身份是否合法,并传至17、18。17) 管理员接口 将各种操作结果及信息返还给管理员。18) 操作记录 记录管理员的登录、操作信息,保存为日志。19) 操作处理 队管理员提出的操作进行处理,将结果传至17、18。20)312 服务器程序流程Web用户1234567图书馆数据库8910下面对各模块(以数字表示)进行功能说明:1 网络数据接收 接受由客户机程序经网络传送到客户机的数据包, 它是程序与网络的接口。2 解开数据 解开/解

30、密打包的数据,并将恢复的数据格式化送入3。3 判断操作 由数据判断需要做什么数据库操作,如为查询操作,转入4,如为其他操作转入7。4 准备数据库查询语句 准备访问SQL SERVER数据库所需的SQL 语句,送入5。5 数据库操作 运行SQL 语句,查询并存入数据库,获得相应的数据,将数据送入6。6 操作结果返还 将查询、或各种操作的结果返还给用户。7 操作处理 完成用户请求的操作,将结果传入6。8 准备回送数据 准备需送回客户机程序的数据,送入9。9 准备网络数据包 将数据准备/加密成网络传输数据包。10.网络数据发送 将数据包经网络发送到服务器程序, 它是程序与网络的接口。32 总体结构和

31、模块外部设计下面以结构图来描述图书馆借阅系统的软件总体结构。框内注明了模块的名字;方框之间的直线表示模块的调用关系。321 客户机部分图书馆借阅系统(客户机程序)输出数据接收输入数据联络服务器确认操作类型解开网络数据包准备网络数据包确认发送数据准备借阅可以借出?借阅成功?接收数据发送数据检验输入读入借阅者资料判断错误类型读入借阅资料确定准备错误信息准备输出准备输出确认显示显示确认显示错误借阅者资料322 服务器程序部分学校图书馆发送数据数据处理、查询接收数据判断查询准备SQL判断类型判断原因数据库操作准备数据包解开数据包准备返回数据准备返回数据发送数据到客户机接收客户机数据其中在数据处理、查询

32、下作了省略只给出了一部分模块,实际上是有两部分,分别对应于定位及确认。3.3 功能分配各项模块的功能可参照3.1 中的说明。客户机程序主要有三大块:接收数据、网络通信及输出部分。服务器程序主要也是由三大功能:接收网络数据、数据库操作及发送网络数据部分。服务器程序需与已建立的SQL SERVER 数据库互连,其接口将于下面部分阐述。4.接口设计41 外部接口411 用户界面在用户界面部分,根据需求分析的结果,用户需要一个用户友善界面。在界面设计上,应做到简单明了,易于操作,并且要注意到界面的布局,应突出的显示重要以及出错信息。外观上也要做到合理化,考虑到用户多对WINDOW 风格较熟悉,应尽量向

33、这一方向靠拢。在设计语言上,已决定使用.NET C# 进行编程,向WINDOWS 风格靠近。 其中服务器程序界面要做到操作简单,易于管理。在设计上采用下拉式菜单方式.总的来说,系统的用户界面应作到可靠性、简单性、易学习和使用。412 软件接口服务器程序可使用C#提供的对 SQL SERVER 的接口,进行对数据库的所有访问。服务器程序上可使用SQL SERVER 的对数据库的备分命令,以做到对数据的保存。在网络软件接口方面,使用一种无差错的传输协议,采用滑动窗口方式对数据进行网络传输及接收。413 硬件接口在输入方面,对于键盘、鼠标的输入,可用C#的标准输入/输出,对输入进行处理。在输出方面,

34、打印机的连接及使用,也可用C#的标准输入/输出对其进行处理。在网络传输部分,在网络硬件部分,为了实现高速传输,将使用高速ATM。42 内部接口内部接口方面,各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据,以参数传递或返回值的形式在各模块间传输。5.数据结构设计51 数据库数据结构设计52 物理数据结构设计53 数据结构与程序的关系6.运行设计61 运行模块的组合客户机程序在有输入时启动接收数据模块,通过各模块之间的调用,读入并对输入进行格式化。在接收数据模块得到充分的数据时,将调用网络传输模块

35、,将数据通过网络送到服务器,并等待接收服务器返回的信息。接收到返回信息后随即调用数据输出模块,对信息进行处理,产生相应的输出。服务器程序的接收网络数据模块必须始终处于活动状态。接收到数据后,调用数据处理/查询模块对数据库进行访问,完成后调用网络发送模块,将信息返回客户机。62 运行控制运行控制将严格按照各模块间函数调用关系来实现。在各事务中心模块中,需对运行控制进行正确的判断,选择正确的运行控制路径。在网络传方面,客户机在发送数据后,将等待服务器的确认收到信号,收到后,再次等待服务器发送回答数据,然后对数据进行确认。服务器在接到数据后发送确认信号,在对数据处理、访问数据库后,将返回信息送回客户

36、机,并等待确认。63 运行时间在软体的需求分析中,对运行时间的要求为必须对作出的操作有较快的反应。网络硬件对运行时间有最大的影响,当网络负载量大时,对操作反应将受到很大的影响。所以将采用高速ATM 网络,实现客户机与服务器之间的连接,以减少网络传输上的开销。其次是服务器的性能,这将影响对数据库访问时间即操作时间的长短,影响加大客户机操作的等待时间,所以必须使用高性能的服务器,建议使用 Pentium III 处理器。硬件对本系统的速度影响将会大于软件的影响。7.出错处理设计71 出错输出信息程序在运行时主要会出现两种错误:1、由于输入信息,或无法满足要求时产生的错误,称为软错误。2、由于其他问

37、题,如网络传输超时等,产生的问题,称为硬错误。对于软错误,须在借阅操作成功判断及输入数据验证模块由数据进行数据分析,判断错误类型,再生成相应的错误提示语句,送到输出模块中。对与硬错误,可在出错的相应模块中输出简单的出错语句,并将程序重置。返回输入阶段。出错信息必须给出相应的出错原因。72 出错处理对策所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。若真断电时,客户机上将不会有太大的影响,主要是服务器上:在断电后恢复过程可采用 SQL SERVER 的日志文件,对其进行ROLLBACK 处理,对数据进行恢复。在网络传输方面,可考虑建立一条成本较低的后备网络,以保

38、证当主网络断路时数据的通信。在硬件方面要选择较可靠、稳定的服务器机种,保证系统运行时的可靠性。8.安全保密设计由于数据的传输上需要通过网络传输,为了客户资料进行保密,需要在网络的传输过程中对数据进行加密。这个工作主要是在准备网络包,及解开网络包这两个模块完成,它们各对数据进行加密及解密还原工作。在加密算法选择上将使用RSA 加密算法。具体算法可参照参考资料中Computer Networkp.598。9.维护设计维护方面主要为对服务器上的数据库数据进行维护。可使用 SQL SERVER 的数据库维护功能机制。例如,定期为数据库进行Backup,维护管理数据库死锁问题和维护数据库内数据的一致性等。图书馆系统UML1.用例图2.类图3.状态图图书管理员状态借阅者4.时序图借阅图书删除书籍添加书籍预定书籍5.协作图处理书籍添加书籍预定书籍

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 教育专区 > 教案示例

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁