读书馆信息系统 软件工程导论.docx
- 文档编号:17310683
- 上传时间:2023-07-24
- 格式:DOCX
- 页数:32
- 大小:243.22KB
读书馆信息系统 软件工程导论.docx
《读书馆信息系统 软件工程导论.docx》由会员分享,可在线阅读,更多相关《读书馆信息系统 软件工程导论.docx(32页珍藏版)》请在冰点文库上搜索。
读书馆信息系统软件工程导论
《软件工程导论》
——课程设计论文
题目:
读书馆管理系统设计
专业:
信息管理与信息系统
班级:
110513
姓名:
赵文龙
学号:
110513113
完成时间:
2013.12.19
摘要4
3.1技术可行性分析
3.2管理系统开发方法17
摘要
随着电子计算机和通信技术的发展,人类已经逐渐地进入信息化社会。
信息和材料、能源一样成为一种社会的基本生产资料,在人类的社会生产活动中发挥着重要的作用。
同时人们对信息和数据的利用与处理也已进入自动化、网络化和社会化的阶段,因此,开发相关的管理信息系统已经成为各行各业的必要和必需了,管理信息系统作为一门边缘学科,集管理科学、信息科学、系统科学、现代通信技术和电子计算机技术于一体,可以解决企业或组织所面临的问题,对内来看,可以提高工作效率;对外来看,获得竞争优势。
管理信息系统的开发方法有生命周期法、原型法和面向对象的开发方法等。
生命周期法(LifeCycleMethod)是20世纪60年代发展起来的一种应用广泛且比较成熟的管理系统开发方法,它的基本思想是将系统的开发工作从开始到结束划分为若干个阶段,每个阶段都有明确的任务,而系统开发出来后,并不意味着生命周期的结束,而意味着根据组织的需要对系统的修改和重建的开始;原型法(PrototypingMethod)是20世纪80年代发展起来的,旨在改变生命周期法的缺点的一种系统开发方法,该法的开发思路是首先根据用户的要求,由用户和开发者共同确定系统的基本要求和主要功能,利用系统快速生成工具,建立一个系统模型,再在此基础上与用户交流,将模型不断补充、修改、完善,如此反复,最终直至用户和开发者都比较满意为止,从而形成一个相对稳定、较为理想的管理信息系统;面向对象(ObjectOriented)的开发方法于20世纪80年代开始兴起的,是一种基于问题对象的自底向上的一种系统开发方法,这种方法的特点是以对象为基础,对象是分析问题和解决问题的核心。
基于以上三种方法的特点和各自的优缺点,本图书馆管理系统利用软件工程化思想和方法,总体上是采用结构化生命法进行系统分析和设计的,而系统实现等步骤则采用了原型法和面对对象的方法。
项目开发计划
1引言
1.1编写目的
1.编写该项目开发计划的目的:
对该软件系统的开发做一个整体全面的规划,在整个开发过程中所有开发人员能够明白自己的任务和开发期限,使整个开发过程井然有序地进行。
2.该项目开发计划预期的读者:
开发该软件项目的所有人员(包括系统架构师、项目经理、项目组长、程序员和测试员等)。
1.2背景
该软件系统的名称:
图书管理系统。
该项目的提出者:
杨敏;
该项目的开发者:
赵文龙、王亮、王辉、马琪超;
该项目的用户(假象用户):
西安工业大学读书馆;
该软件系统的实现场所:
个人电脑。
该软件系统同其他系统的关系:
该系统是一个完整的系统,是本小组开发的管理系统,包括它的用户界面和管理员界面。
2项目概述
2.1工作内容
在本项目的开发中须进行的主要工作:
进行可行性研究、制定项目开发计划、进行需求分析、进行概要设计、进行详细设计、进行用户界面设计、编码、测试、编写文档、运行与维护等。
2.1.1主要参加人员
参加本项目开发的主要人员:
赵文龙、王亮、王辉、马琪超
2.1.2程序
移交给用户的相关内容如下:
1.系统的名称:
西安工业大学读书管理系统(软件)一个;
2.所用的编程语言:
access程序设计语言;
3.存储程序的媒体形式:
文件系统。
2.1.3文件
移交用户的每种文件:
用户手册。
2.1.4非移交的产品
开发集体应向本单位交出但不必向用户移交的产品:
可行性研究报告、项目开发计划、软件需求说明书、概要设计说明书等。
2.1.5完成项目的最迟期限
完成该项目的最迟期限:
2013-12-15。
2.1.6该计划的批准者和批准日期
该计划的批准者:
杨敏老师;
该计划的批准日期:
2013-12-15。
3实施计划
3.1工作任务的分解与人员分工
项目开发中的人员分工见表2.1:
表2.1项目开发的人员分工
工作任务
人员分工
可行性研究
王亮
项目开发计划
王辉
需求分析
马琪超
概要设计
王亮
详细设计
王辉
用户界面设计
王亮、赵文龙
编码
赵文龙、王亮、王辉、马琪超
测试
王辉
编写文档
赵文龙、王亮、王辉、马琪超
运行与维护
马琪超
3.2接口人员
负责接口工作的人员及他们的职责如下:
1.负责本项目同用户的接口人员:
王辉;
2.负责本项目同本单位各管理机构(合同计划管理部门、财务部门、质量管理部门等)的接口人员:
王亮、赵文龙;
3.负责本项目同个份合同负责单位的接口人员:
王辉。
3.3进度
对于需求分析、设计、编码实现、测试、移交、培训和安装等工作,给出每项工作任务的预定开始日期、完成日期及所需资源,规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件(即所谓“里程碑)。
见表2.2:
表2.2进度表
工作任务
开始日期
完成日期
标志性事件
可行性研究
2013-12-05
2013-12-25
可行性研究报告
项目开发计划
2013-12-10
2013-12-14
项目开发计划书
需求分析
2013-12-15
2013-12-01
软件需求说明书
概要设计
2013-12-7
2013-12-15
概要设计说明书
详细设计
2013-12-5
2013-12-15
详细设计说明书
用户界面设计
2013-12-15
2013-12-24
用户界面设计报告
编码
2013-12-1
2013-12-15
源代码
测试
2013-12-15
2013-12-20
测试分析报告
用户手册
2013-12-15
2013-12-17
用户手册
运行与维护
2013-12-26
3.4预算
逐项列出本开发项目所需要的劳务(包括人员的数量和时间)以及经费的预算(包括办公费、机时费、资料费、通讯设备和专用设备的租金等)和来源。
本开发项目所需要的资源见表2.3:
表2.3项目开发资源表
资源名称
来源
开发人员
自给
硬件
自给
支撑软件
学院提供、网上下载(免费版)
3.5计算机系统支持
逐项列出开发中和运行时所需的计算机系统支持,包括计算机、外围设备、通讯设备、模拟器、编译(或汇编)程序、操作系统、数据管理程序包、数据存储能力和测试支持能力等,逐项给出使用时间的要求。
1.开发中需要的计算机系统支持:
主机、WindowsXP、SQLaccess等;
2.运行时所需的计算机系统支持:
服务器tomcat、Windows2000、SQLServer2000、IIS6.0等。
3.6需由用户承担的工作
需由用户承担的工作:
用户要积极和开发人员合作,提供相关的专业知识和解决方案等。
详细设计规格说明
在软、硬件方面对系统的需求,软件要求易学,界面友好,容易掌握,可以很简单方便的管理各种图书信息。
硬件需求的配置要求不能太高,这样可以很好的适应当前的学校图书管理工作。
1编目读书
1、编目前先查看书库中是否有与未编目书同样的图书;
2、选择已编目书的分类号给要编目的新图书;
3、若书库中没有与新书相同的图书,则由编目给图书分类并录入图书分类号。
4、录入新图书类编号;
2流通部分借书要求
1、查看学生的个人借阅情况,看是否已经借满;
2、进行借书登记,同步修改相关信息。
在流通部分的还书这一方面,主要有以下方面的要求:
1、学生还书时,核对其图书的有效性;
2、进行还书登记,同步修改相关信息。
在流通部分的查书这一方面:
用户即就是学生,所提出得的需求比较集中:
学生可以根据各种不同的查询途径来对书库图书进行全面的查询。
此外,系统的安全性等其他方面还有以下的要求:
1、系统的所有数据进行统一的管理,要保证其安全性;
2、有专门的人员对数据库进行更新和维护;
3、设计不同用户的操作权限和登陆方法。
3读书功能
书籍信息管理:
包括书籍信息的添加、书籍信息的修改、书籍信息的查询
和书籍信息的删除4部分功能。
其中,书籍信息包括图书编号、书名、图书类别、作者、出版社、出版日期、登记日期已及是否已被借出。
书籍类别管理:
包括书籍类别的添加、书籍类别的修改、书籍类别的闪出3部分功能。
其中,书籍类别包括类别名称和类别编号两部分。
4读书管理部分
读者信息管理:
包括读者信息的添加、读者信息的修改、读者信息的查询和读者信息的删除部分功能。
其中,读者信息包括读者姓名、读者编号、性别、读者类别、工作单位、家庭住址、电话号码、登记日期和已借书数量。
读者类别管理:
包括读者类别的添加、读者类别的修改、读者类别的删除3部分功能。
其中,读者类别包括种类名称、借书数量、借书期限和有效期限4部分。
5借书管理部分
借书管理:
包括添加借书信息和查询借书信息2部分功能。
其中,借阅信息包括借阅编号、读者编号、读者姓名、书籍编号、书籍名称、出借日期和还书日期
还书管理:
实现添加还书信息功能。
其中,还书信息与借阅信息各部分明细相同。
6系统管理部分
设置操作人员。
系统初始设置一个超级用户和密码,操作人员可以利用这个超级用户名和密码登录,之后,可以设置其他的超级用户名称,也可以设置权限用户,同时也设置了这个用户可以使用的权限。
读书管理系统功能概要设计规格
图书馆现行的图书管理方法是完全以人工的方式进行的图书的编目、典藏、查询、流通等工作。
图书馆管理系统基于计算机技术,实现编目、典藏、流通、读者、查询、系统维护功能。
系统对整体功能进行完善。
系统对子系统进行调整和划分,编目包括图书/期刊简易编目;典藏可以进行新增、修改及删除馆藏等操作;流通实现借书、还书、续借等各项操作;读者实现对读者资料的各项操作;查询按读者个人借阅情况、编目、馆藏及分类进行查询;系统维护实现对操作员的管理与维护、系统参数维护、操作员登录密码的修改等。
1编目
实现图书/期刊的简易编目与维护。
其中“图书/期刊简易编目”作业的作用是新增简单编目,可简单至只需要入书刊名、作者、日期等。
“图书/期刊简易维护作业”的作用是处理图书和期刊的编目信息,在这里可以查询书目、修改书目和进行馆藏维护等工作。
2典藏
实现对馆藏资料的管理和维护。
在“典藏资料管理”作业中操作员可以进行新增、修改及删除馆藏等操作。
3流通
实现图书流通的各项操作。
流通界面是图书馆对外的窗口,馆员可在“图书流通”作业中按读者学号查询读者相关资料及其借书、还书等情况,并进行借书、还书等各项操作。
4读者
实现对读者资料的各项操作。
在“读者管理”作业中可以按照各种条件来查询读者相关资料,并进行新增读者、修改读者资料、删除读者等各项操作。
5查询
实现对读者个人借阅情况查询、编目查询、馆藏查询及分类查询。
“读者个人借阅查询”、“编目查询”和“馆藏查询”作业可以按照所选择或输入的多项查询条件。
“分类查询”作业则是按照图书分类法,从大类直到细类逐层进行查询。
系统维护:
实现对操作员的管理与维护、系统参数维护、操作员登录密码的修改等。
其中“操作员管理”作业可对系统操作人员进行管理与维护,包括对组员的增加与删除。
“系统参数维护”作业可对系统内使用到的各种数据、参数等进行维护,例如管理员可以编辑或修改“读者身份”、“借阅规则”等。
“修改登录密码”用来修改操作员的登录密码。
系统功能模块
在这一阶段中我们将根据系统调查与分析阶段的结果,进行系统的设计。
系统设计包括两个方面的工作:
首先是系统总体结构的设计,即把系统的功能分解成许多基本的功能模块,确定它们之间的联系,规定它们的功能和处理流程;其次是具体的物理设计,即对实现系统的各项功能,选择具体的技术手段和处理方式。
因此,如果说系统研制人员在系统调查与分析阶段的任务是在逻辑上弄清楚系统“作什么”的话,在系统设计阶段的任务则是在物理上确定系统“如何去做”。
系统设计包括如下工作内容:
1、系统的总体设计
(1)系统功能结构的划分
(2)系统界面设置
2、具体物理设计
(1)代码设计
(2)输出设计
(3)输入设计
从图书管理系统的整体出发,根据系统的目标将其分解成一系列子系统,各个子系统既相互配合,又各自具有一定的独立功能,共同实现整个系统的目标。
上层的子系统其功能越笼统、越抽象,越下层的子系统其功能越简单、越优越,越具体。
对于每一个子系统或系统模块,都应该尽量使其相对独立,要尽可能减少各个子系统之间的联系.
系统数据流程图
这项工作的主要任务是给组成系统的各个子系统和模块勾画出大致的计算机处理流程。
目的是让开发人员明确子系统或模块中信息的流动、转换、存储和处理情况,以便进一步明确模块物理设计及日后模块实现的任务和工作要点,从而把系统的总体设计思想落实到每一个子系统和功能模块之中。
子系统和模块计算机处理流程,可以用一种基于计算机处理的业务流图来表示。
1借书
借书是图书管理系统的主要流程之一,其过程是在馆藏中查找自己所需要的图书,然后进行借书、借书登记等操作。
其流程图如图3-2
2还书
借书是图书管理系统的主要流程之一,其过程是输入还书的编号或者还书的名称,然后进行还书操作,同时删除借阅记录。
其流程图如图3-3
可行性分析报告
1.2背景
图书馆现现在管理,效率低,手续繁琐,而且耗费大量的人力。
图书馆希望设计一个图书管理系统,用于管理读者的登记,图书的购入、借出、归还以及注销等。
并且方便管理人员还查阅某位读者、某本图书的借阅情况。
并可加快对当前借阅情况统计的效率,以全面掌握图书的流通情况、提高工作效率、加快信息反馈,为读者提供满意的借阅环境。
1.3组织目标和战略
图书馆的目标是以优质的服务、快捷的借阅方式、大量优质的、最新的图书,向读者提供优质的借阅环境,使本图书馆能够顺利发展逐步壮大。
具体分解为:
1)更加方便读者借阅,减少读者借书、还书时间20%,提高读者满意度。
2)进三年每年增加25%的新图书品种。
3)能够快速统计和掌握本市读者的借书要求,对借阅次数较多的图书及时增加馆藏册数。
对读者需要而还未购入的,能够即时统计购入。
4)及时发现破损书籍,及时补充。
5)快速掌握国内最新出版的各类图书。
6)统计借书、还书、馆存与盘点信息效率加快50%。
7)加大图书馆面积,增加馆藏图书数量。
8)每年增加30%购书资金,增加图书品种。
9)修改库存管理办法,提高效率,方便管理。
10)建立图书馆管理系统,全面提高工作效率与管理水平。
1.4业务概况
书馆设有采购部、图书管理部、读者管理部、人力资源部四个部门。
采购部负责编制图书订购计划、图书订购、图书征订等项业务。
图书管理部负责图书入库、出库、盘库、图书的报损和统计过期未还罚款等项工作。
读者管理部部负新增读者、读者注销和读者信息的统计等工作。
人力资源部负责书书店员工的相关事务管理工作。
1.5条件、假定和限制
由于图书管内部各部门都需要使用该系统对相关业务进行管理,故需要用B/S模式进行开发。
部分人没有计算机基础,所以要求系统要简单易用。
2评价的尺度
本次可行性分析将从经济可行性、技术可行性、社会可行性三方面进行分析。
3拟建立的图书馆管理系统
3.1简要说明
为了提高该图书馆的工作效率和管理水平,为读者提供满意的借阅环境,书店计划投入一定资金建立图书馆管理系统,以全面管理图书业务。
图书馆领导以及工作人员对所建立的管理系统有以下基本需求:
1全面管理的书店信息系统
对图书馆管理业务提供全面管理的书店信息系统。
要求该系统可以完成读者登记、购入新书、读者借书、读者还书、图书注销等功能。
2对所有读者提供全面管理与统计。
对所有读者提供全面管理与统计。
可以完成读者登记、购入新书、读者借书、读者还书、图书注销等功能。
读者登记时要为读者编制读者卡片,包括读者的具体信息(读者编号、姓名、学院、专业、年龄等),写入读者目录文件中。
对图书的借、还、罚款统计、报损、盘点、统计、借阅情况提供全面管理与统计。
读者借书时,先检查该读者是否是有效的读者,若无效则拒绝借书,另外检查该读者所借同书是否超过最大限制数(根据情况自定)以及有无未归还的过期图书,否则拒绝借书。
查找该图书是否还有,如果有则可以借出,登记图书分类号、读者号和借阅日期等;读者还书时,根据流水号,从借书文件中读出有关记录,查明应还书日期,如果图书过期,则处以罚款,并打印罚款单;在某些情况下,需要对图书馆的图书进行清理工作,对无价值的、过时的和损坏的图书要能够及时注销。
3对进书、出版社、图书商提供全面管理。
购入新书时要为该书编制图书卡片,包括分类日录号、流水号(唯一)、书名、作者、内容摘要、价格和购书日期等信息,写入图书目录文件中。
5)系统能够方便的查询到需要的信息并能够打印报表。
咨询要求分为查询某位读者、某种图书和全局图书3种情况;可以打印读者和图书情况统汁表。
4对工作人员信息提供全方面的管理
管理系统应当足够稳定,能够长时间运行并且保证数据不丢失。
对图书馆的影响与意义
本管理系统的开发能够提高工作效率、扩大服务范围、加快图书借还效率、减少各项事务手续、为读者创造良好的借阅环境、及时获取信息、减少决策失误、减少工作量、提高统计能力、充分掌握图书馆现状。
2.经济可行性分析
2.1支出
1系统开发费用
(1)人员费用:
开发工作量约需4个人月工作量。
每人月工资约为2000元,,累计8000元。
(2)硬件设备费用:
估计开发该系统须购买硬件、外部设备(高性能计算机1台、普通计算机5台、打印机3台、条形码扫描仪6台、网络设备和布线、不间断电源1台、工作台8台),花费5.18万元左右。
2系统运行费用
开发完成后维护费用平均每年约1500元,开发成功后,原有的3名管理人员可以减少为两名,每人月工资1000元。
2.2收益
1)提高工作效率,减少工作人员:
本管理系统累计可以综合提高工作效率达50%。
可以减少现有15%的工作人员。
2)提高服务能力,增加图书馆收入:
本系统的建设可以加快服务速度并能及时发现受欢迎图书与损坏图书的信息。
提高订书的合理性和准确率,提高读者满意度,增加读者数量。
3.技术可行性分析
3.1管理系统开发方法
在开发小组中有开发软件系统的经验并有强大的技术支持做后盾。
在本图书馆管理系统开发方法上不存在任何问题。
3.2网络和通信技术
本开发小组有使用TOMCAT和IIS做服务器的经验。
3)B/S结构规划和设计技术:
开发小组有B/S开发经验。
4)数据库技术:
开发小组有应用数据库开发经验。
5)access开发技术:
开发小组能够使用java编程。
综上,本系统开发技术是可行的。
4.社会可行性分析
目前已有很多成功开发图书馆管理系统的先例,社会需要图书馆管理的现代化和信息化。
图书馆管理系统开发和运行与国家的政策法规不存在任何冲突和抵触之处。
另外,图书馆管理系统所采用的操作和工作方式符合工作人员和读者的日常习惯,而且操作方便灵活,便于学习。
具有可行性。
需求分析及设计概要
1.1系统功能要求
根据高校图书管理的实际要求,结合本系统开发的要求,对与本章所要介绍的“图书管理系统”的需求实现如下功能:
1、书籍管理部分:
这一部分包括书籍类别管理和书籍信息管理两部分,其中书籍类别管理包括添加书籍类别、修改书籍类别等;书籍信息管理包括书籍信息的添加、书籍信息的修改、书籍信息的查询、书籍信息的删除等。
2、读者管理部分:
这一部分包括读者类别管理和读者信息管理两部分。
其中德政类别管理包括添加读者类别、修改读者类别;读者信息管理包括添加读者信息、修改读者信息、删除读者信息、查询读者信息等。
3、借阅管理部分:
这一部分包括借书信息管理和还书信息管理两部分。
其中,借书信息管理包括借书信息的添加、借书信息的修改、借书信息的查询等;还书信息管理部分包括还书信息的添加、还书信息的修改、还书信息的查询等
4、系统管理:
包括修改系统用户密码,增加新用户以及退出系统等。
1.2系统功能分析
《图书管理系统》针对的用户是高校,藏书的种类和数量较多。
(1)能够存储一定数量的图书信息,并方便有效的进行相应的书籍数据操作和管理,这主要包括:
①图书信息的录入、删除及修改。
②图书信息的多关键字检索查询。
③图书的出借、返还和资料统计。
(2)能够对一定数量的读者进行相应的信息存储与管理,这其中包括:
①读者信息的登记、删除及修改。
②读者资料的统计与查询。
(3)能够提供一定的安全机制,提供数据信息授权访问,防止随意删改,同时提供信息备份的服务。
1.3系统需求分析
数据存储设计的任务是根据系统功能的要求(特别是数据存储的要求),决定数据的组织形式和存储方法,以便获得最好的文件结构和文件组织形式。
数据存储设计主要是进行数据库设计。
(1)规划阶段
确定开发的总目标,给出计划开发的软件系统的功能、性能、可靠性以及接等方面的设想。
(2)需求分析阶段
认真细致地了解用户对数据的加工要求,确定系统的功能与边界。
本阶段的最终结果,提供一个可作为设计基础的系统说明书,包括对软硬件环境的要求和一整套完善的数据流程图。
(3)设计阶段
把需求分析阶段所确定的功能细化,主要工作是概念设计阶段、逻辑设计阶段、物理设计阶段,然后,对每个阶段内部设计详细的流程。
(4)程序编制阶段
以一种或几种特定的程序设计语言表达上一阶段确定的各模块控制流程。
程序编制时应遵循结构化程序设计方法。
(5)调试阶段
对已编好的程序进行单元调试(分调),整体调试(联调)和系统测试(验收)。
(6)运行和维护阶段
这是整个设计周期最长的阶段,其工作重点是收集和记录系统实际运行的数据。
在运行中,必须保持数据库的完整性,必须有效的处理数据故障和进行数据库恢复。
同时解决开发过程的遗留问题,改正错误进行功能完善。
图书馆是一家所有工作手工操作的图书管理,随着计算机的发展,更多的图书馆采用计算机图书管理系统来实现,这样可以得到更好的管理。
目前,方正学院已经购买了所有的计算机硬件很网络设备。
设计一从采购—编目—流通—管理一体化的图书馆系统。
主要表现:
(一)采购,对新书的目录,要查存,判断图书馆是不是已经订过了,要人工查阅帐本完成,是很麻烦的事。
(二)验证,要填写两个帐本和盖章,而且在帐本上面很多信息是重复的。
(三)编目,通过手工对书编目,对不同种类的书都要查找书是否已有,如果没有的话对新的书进行查阅中图法宝典来要编目,并且还有填写跟书卡,和大量的查阅用的卡片。
这块消耗的人力最大了。
(四)流通,在借书的时候要填写跟书卡和借书证并保管跟书卡做为借条;在还书的时候工作人员先要花一定时间把保管的跟书卡先找出来,再填写跟书卡和借书证。
然后再把跟书卡和书夹在一起,工作人员要消耗很多时间,大大降低了工作效率。
(五)无法统计书的阅读次数、当天的借还数目等很多统计信息。
2相关理论知识
2.1数据库
数据库管理系统:
数据库管理系统DBMS是数据库系统的核心,数据库的各种功能和特性并不是数据库中的数据固有的
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 读书馆信息系统 软件工程导论 读书 信息系统 软件工程 导论