期刊管理系统(wlf)

目录第一章系统概述11.1系统的开发背景与调查结果1开发背景1系统调查结果1第二章系统需求分析22.1系统功能需求2系统功能要求2开发环境22.2系统可行性分析3第三章系统设计43.1系统层次划分43.2业务流程图63.3系统数据流程图83.4数据字典9数据项10数据流11处理逻辑13数据存储15外部实体163.5系统概念设计17概念模型〔E-R图〕17关系模式19个人总结20参考文献21系统概述1.1系统的开发背景与调查结果开发背景期刊管理系统是图书情报信息管理系统中的一个相当重要的组成局部。其主要作用是帮助图书情报管理部门对各种期刊的采购、借阅、装订等项工作进行管理。同时要针对不同类型的期刊和不同类型的读者分别设置期刊的借阅方式，并根据期刊的借阅情况分析期刊的使用效率和读者情况。系统调查结果原有期刊管理存在的问题：期刊的采购过程不够科学，而只是凭借经验。期刊的编目和装订工作任务繁重效率低。对书库的管理工作相对复杂，甚至有时出现很乱。期刊的根本信息、使用情况不能事项时时查询。读者对期刊的情况查询困难。对原有问题的解决方法：组织结构是上，调整人员分配。将原来的书籍借阅与读者管理的两个人分开，将书籍借阅与期刊借阅和在一起由两个人负责。读者管理令成一个工作单元由一个人负责。系统的工作方式上，将统计工作由计算机完成，使报表及期刊信息的管理实现信息化、数字化，代替原有人工的纸张形式。方便读者及工作人员的查询。为采购工作提供数据依据，使其更加合理、更加科学。使编目和装订工作实现半自动化，降低工作难度，提高工作效率。系统需求分析2.1系统功能需求系统功能要求图书管理人员希望利用计算机建立读者及期刊档案，能够随时统计期刊借阅情况，随时查询期刊的入库情况，随时统计读者情况，能够根据读者的不同类别确定期刊是否可以借出。能够经常根据期刊的语种、类型及发行周期查询各种期刊。能够随时统计期刊的借出情况，并根据借阅人的要求建立期刊借出预定表，待借出期刊还回时自动帮助管理人员通知预定借阅人。希望帮助图书管理人员根据期刊的阅览和借出情况及订购期刊的费用，预测下一年度期刊的订购方案。希望系统能够帮助图书管理人员随时打印各种报表。要求能够利用期刊管理系统查询哪些期刊哪期没有正常入库并上架供读者阅览。并希望利用计算机系统帮助分析期刊的阅览情况，为图书管理部门进一步做好图书管理工作提供科学的数据支持。读者希望利用计算机系统查询期刊的借阅情况，查询哪些期刊不能阅览(包括已被其他读者借出、其他读者正在阅览、正在装订成册等)，并能够在期刊预约表上登记自己的预约记录。希望利用系统分析相关专业学生期刊阅读的重点，为同专业学生文献检索及期刊阅读提供一定的指导。开发环境现有硬件资源图书馆现有数据库效劳器，应用系统效劳器。馆内各工作科室均有PC机，图书馆还为读者提供查询相关信息的PC机，所有机器均接入图书馆的局域网，且与校园网互联。现有软件资源图书馆数据库以oracle为平台，应用程序以Java为平台开发。图书馆里的PC机均已WindowsXP位操作系统，IE为浏览器。2.2系统可行性分析技术可行性分析：据客户提出的系统功能、性能和实现系统的各项约束条件，跟系统是一个数据库管理和查询的系统。订购管理，书库管理、读者管理和借阅管理等大局部的功能通过图书馆内的局域网实现，有利于提高系统的效率和平安性：期刊信息查询、个人借阅情况查询、续借等功能可在互联网上进行，利于有效地提高系统使用效率；能在一定程度上实现局域网和互联网数据交换的自动化。用户在经过身份确认后，系统按照权限的不同向其不同各种类型用户所对应的功能。经济可行性分析：用户在使用了新系统后只需花一定资金购置一局部计算机与软件就能实现自动化。社会可行性分析：没有使用期刊管理系统前，图书情报管理部门采用的是人工方式，耗时大，效率低;根据现有的硬件条件和管理模式，在办公室中，图书情报管理部门的工作人员普遍都配备计算机利于计算机来运行期刊管理系统，对有一定文化素质的工作人员来说，操作简单，运行方便。经上述研究，该系统具有方便快捷等优势，使用期刊管理工作实现电子化，符合社会信息化开展的需要，从人力资源优化的角度来说，可以充分利用学校已有的人力资源。从经济、技术、社会方面都是可行的，可以开发该系统。系统环境需求系统设计3.1系统层次划分组织结构图的定义：组织结构图，最常见的表现雇员，职称和群体关系的一种图表，它形象的反映了组织内各机构，岗位上下左右之间的相互关系。组织结构图是组织结构的直观反映，也是组织功能的一种侧面诠释。组织部门结构描述：图书情报管理部门包括主任2人、书籍期刊采购2人、书籍期刊编目1人、读者管理书籍借阅2人、期刊借阅1人、书籍期刊装订整理1人。其主要业务包括图书期刊的订购、编目、装订、借阅、读者管理、书库管理等。部门组织如下列图所示：图3.1系统组织结构图功能描述：总体介绍期刊管理管理系统的组织部门组成。系统总体模块图如下所示：图3.2系统总体功能模块功能描述：总体介绍期刊管理系统的总体框架结构以及组织管理模式。图3.3期刊装订功能模块图功能描述：对期刊进行装订整理，对于订阅数量超过两份的期刊需要从其中取出一份作为库存保存，以待一年后按年装订成册。其余期刊暂不留库存，两年后再按年装订成册。3.2业务流程图业务流程图的定义：业务流程图是用规定的符号表示具体业务处理过程。业务流程图的绘制根本上按照业务的实际处理步骤和过程绘制。业务流程图的作用：业务流程图是系统分析员作进一步系统分析的依据；业务流程是系统分析员，管理人员相互交流的思想工具；系统分析员可以直接在业务流程图上模拟出计算要处理的局部；利用业务流程图分析业务流程是否合理。期刊管理系统总业务流程图如下：图3.4总业务流程图业务流图说明如下：书刊采购：通过期刊使用情况及读者要求向主任报告采购单,经审批后购置期刊,然后将期刊交给编目人员,并做相关登记。书刊编目：根据期刊信息编目,把编目好的期刊放到阅览室或留作库本。书刊装订：对以往期刊根据其类型进行装订并入库。书刊借阅：根据期刊的信息,读者的身份进行书刊的借阅,并做相关记录.。读者管理：管理读者的相关信息并对其意见进行反应,并做相关记录.。期刊装订业务过程：接受采购来的期刊，对于订阅数量超过两份的期刊需要从其中取出一份作为库存保存，以待一年后按年装订成册。其余期刊暂不留库存，两年后再按年装订成册。其业务流程图如下所示：图3.5期刊装订业务流程图3.3系统数据流程图数据流程图的定义：数据流程图是一种能全面地描述系统逻辑模型的主要工具，它可以用少数几种符号综合的反映出信息在系统中的流动、处理和存储情况。数据流程图的作用：系统分析员用这种工具自顶向下分析系统信息流程；可以在图上画出计算机处理的；根据逻辑存储，进一步作数据分析，可向数据库设计过渡；根据数据流向，定出存取方式；对应一个处理过程，可以用相应的程序语言来表达处理方法，向程序设计过渡。3.主要的数据流程图顶层数据流图如下：图3.5期刊管理系统顶层数据流图图3.6期刊装订系统一层数据流图图3.7期刊装订系统二层数据流图3.4数据字典数据字典的定义：数据字典是对数据流程图中的数据项、数据结构数据流、处理逻辑、数据存储和外部实体进行定义和描述的工具，是数据分析和管理工具，同时也是系统设计阶段进行数据库设计的重要依据。数据字典的作用：数据字典的作用是给数据流图上每个成分以定义和说明，即数据流图上所有成分的定义和解释的文字集合就是数据字典。数据字典对数据流图的各种成分起注解、说明的作用，并给这些成分赋以实际的内容。此外，数据字典还要对系统分析中其他需要说明的问题进行定义和说明。数据项数据项编号：I-01数据项名称：期刊简述：各种期刊的名称类弄及宽度：字符型，4位取值范围：“0001”～“数据项编号：I-02数据项名称：时间简述：各种期刊保存的时间类弄及宽度：时间型，4位取值范围：“0001”～“数据项编号：I-03数据项名称：期刊数量简述：采购的期刊数量类弄及宽度：字符，4位取值范围：“0001”～“数据项编号：I-04数据项名称：期刊装订简述：对各种期刊进行装订整理类弄及宽度：时间型，4位取值范围：“0001”～“数据流数据流编号：D1数据流名称：待装订的期刊目录简述：等待装订的期刊目录有关信息数据流来源：采购员所有期刊目录数据流去向：期刊装订管理系统数据流组成：期刊名称+出版社+单价数据流量：高峰流量：数据流编号：D2数据流名称：装订后的期刊目录简述：装订以后的期刊目录有关信息数据流来源：期刊装订管理系统数据流去向：书籍期刊装订整理员数据流组成：期刊名称+出版社+单价数据流量：高峰流量：数据流编号：D3数据流名称：期刊目录简述：期刊目录有关信息数据流来源：原采购员所有期刊目录数据流去向：订阅范围审核处理数据流组成：期刊名称+出版社+单价数据流量：高峰流量：数据流编号：D4数据流名称：读者查询信息简述;读者查询信息数据流来源：读者查询后，由借阅管理员输入计算机数据流去向：读者登录检索模块，读者查询信息将查询数据存入数据库数据项组成：读者编号+所在系+姓名+性别+违章数+累计借书+借书日期数据流量：1000人/日顶峰流量：2000人/日数据流编号：D5数据流名称：读者查询结果信息简述;读者查询结果信息数据流来源：读者查询读者表后显示的结果数据流去向：借阅管理员数据项组成：读者编号+所在系+姓名+性别+违章数+累计借书+借书日期数据流量：1000人/日顶峰流量：2000人/日数据流编号：D6数据流名称：预定信息简述：读者预定图书时填写的信息数据流来源：读者填写图书预定信息，要求预定图书数据流去向：预定信息输入数据项组成：读者编号+所在系+姓名+性别＋身份证号数据流量：50次/日顶峰流量：100次/日数据流编号：D7数据流名称：读者留言简述：读者留言数据流来源：读者数据流去向：留言处理模块数据项组成：读者编号+所在系+姓名+性别+违章数+累计借书+借书日期数据流量：100条/日顶峰流量：500条/日处理逻辑处理逻辑编号：P1处理逻辑名称：期刊装订管理简述：对期刊目录进行处理并得到装订后的期刊目录输入的数据流：期刊目录，来源于采购员处理：根据期刊目录进行处理，得到装订后的期刊目录输出的数据流：装订后的期刊目录，流向实体书籍期刊装订整理员处理频率：处理逻辑编号：P2处理逻辑名称：查看期刊信息简述：查看采购的期刊数量是否超过两份输入的数据流：采购来的期刊处理：将超过两份的期刊中的一份库存保存输出的数据流：期刊入库单处理频率：1次/天处理逻辑编号：P3处理逻辑名称：库存保存简述：对超过两份的期刊中的一份进行库存保存输入的数据流：期刊目录，来源于采购员处理：取采购两份以上的期刊中的一份进行库存保存输出的数据流：待装订的期刊目录，流向实体书籍期刊装订整理员处理频率：处理逻辑编号：P4处理逻辑名称：装订成册简述：对期刊进行装订成册输入的数据流：期刊目录，来源于采购员处理：对到达一定期限的期刊进行装订成册输出的数据流：装订后的期刊目录，流向实体书籍期刊装订整理员处理频率：数据存储数据存储编号：F1数据存储名称：期刊订购表简述：记录订购期刊的一些信息数据存储组成：订购单序号+日期+期刊名称+发行单位+单价+年订阅费用关键字：订单编号相关联的处理：数据存储编号：F2数据存储名称：期刊保存时间表简述：记录期刊保存的信息数据存储组成：期刊订购日期+期刊名称+期刊类型+发行单位+单价关键字：——相关联的处理：数据存储编号：F3数据存储名称：读者表信息表简述：存储所有读者的信息数据存储组成：读者编号+所在系+姓名+性别+违章数+累计借书+借书日期关键字：读者编号数据存储编号：F4数据存储名称：期刊出入库表简述：采购来的期刊出入库处理数据存储组成：出入库单序号+日期+期刊类型+数量关键字：--相关联的处理：数据存储编号：F4数据存储名称：期刊借阅记录表简述：对期刊的借阅记录情况数据存储组成：值班人+日期+编码+名称+期+借阅人+类别+还期+已还关键字：日期+编码+期相关联的处理：外部实体外部实体编号：S1外部实体名称:期刊管理员简述：对各种期刊进行管理输入的数据流：输出的数据流：外部实体编号：S2外部实体名称:读者简述：进入期刊管理系统进行期刊的借阅输入的数据流：期刊信息输出的数据流：期刊信息外部实体编号：S3外部实体名称:书库简述：存放期刊的仓库输入的数据流：采购的期刊输出的数据流：3.5系统概念设计概念模型〔E-R图〕根据前面的分析，我们可以提炼出本系统中的主要实体主要有：读者、管理员、期刊。单个实体的E-R图读者管理员期刊实体之间的联系系统E-R图的说明：E-R图的“联系”用来刻画实体之间的联系。对于任意两个实体型，依据需求分析的结果，考察任意两个实体类型内部是否存在联系。假设有联系，进一步确定是1：1，1:N，还是M：N等。还要考察一个实体类型内部是否存在联系，两个实体类型之间是否存在联系，多个实体类型之间是否存在联系，对于本管理系统：一种期刊只能属于一种期刊类别，而一种期刊类别可以包含多个期刊;一个管理员可以更新多个期刊信息，而一个期刊可被多个不同的管理员更新；一个读者可以借阅多种不同的期刊，而一个期刊也可以被多个不同的读者借阅;关系模式根本实体属性的关系如下：管理员〔工作证号，密码，姓名，性别，，住址〕；读者〔借书证号，姓名，性别，系，班级，学号〕；期刊〔语种，名称，类型，单价，出版单位，分类，发行日期〕；根据以上的分析，将E-R模型转换成逻辑模型，设计出本系统数据库。根据需要，设计了6个数据表。期刊订购表〔订购单序号，日期，期刊名称，发行单位，期刊类型，分类，语种，发行日期，单价，年订阅费用〕期刊入库表〔入库单序号，日期，期刊类型，数量〕期刊入库登记帐表〔日期，编码，期刊名称，期，数量，语种，类型，经手〕期刊阅览表〔编码，名称，期，借阅人，类别〕期刊借出表〔日期，编码，名称，期，借阅，还期，已还〕读者信息表〔单位，姓名，编号，类别，密码〕个人总结在课程设计实验周中，我们小组选择的是设计一个期刊管理系统，这对我们来说是一次尝试与创新的过程，也可以说是一个挑战的过程，毕竟以前没有做过，缺少经验。但这个本身也是一个知识转化为生产力的过程。在实验中，我作为小组组长，我把期刊管理系统的设计分成六个功能板块