软件工程图书管理系统可行性研究报告.docx
- 文档编号:8324124
- 上传时间:2023-01-30
- 格式:DOCX
- 页数:17
- 大小:279.37KB
软件工程图书管理系统可行性研究报告.docx
《软件工程图书管理系统可行性研究报告.docx》由会员分享,可在线阅读,更多相关《软件工程图书管理系统可行性研究报告.docx(17页珍藏版)》请在冰豆网上搜索。
软件工程图书管理系统可行性研究报告
一、可行性研究报告
1.引言
1.1编写目的
在这个日新月异的时代中,人类了解知识很大一方面还要依赖于图书中,信息量的增大导致现如今图书的多种多样,由此产生了个很现实的问题,对于图书馆的图书管理来说,庞大的进出图书流量,繁多的图书种类,要管理这些依靠人力已经远远不足了。
计算机网络的应用解决了这一难题。
通过软件,可轻松实现对图书的管理。
软件的应用可提高工作效率、服务质量和管理水平,并使图书馆管理人员从繁琐的工作中解脱出来。
由此,我们团队开发这样一个图书馆的图书管理系统,从而解决图书馆的图书管理问题。
1.2项目背景
建议开发软件的名称:
内蒙古工业大学图书馆管理系统
项目任务提出者:
内蒙古工业大学图书馆
项目开发者:
内蒙古工业大学程序开发三组
用户:
内蒙古工业大学图书馆
实现软件单位:
内蒙古工业大学图书馆
1.3定义
该图书馆管理信息系统是基于Internet/Intranet及Web技术,建立以Browser/Server为结构模式、以数据库为后台核心应用、以服务为目的信息平台,对资源进行科学的加工整序和管理维护,为教学和科学研究提供文献信息保障和提高管理图书的效率而设计的系统。
1.4参考资料
1.教材:
[1]自编.软件工程综合设计指导书。
[2]吴建、郑潮、汪杰,UML基础及Rose建模案例,北京:
人民邮电出版社,2003
2.教学参考书:
[1]张海藩主编.软件工程导论(第四版).北京:
清华大学出版社,2003。
[2]冀振燕,UML系统分析设计与应用案例,人民邮电出版社,2003
[3]郑人杰、殷人昆、陶永雷编.实用软件工程(第二版).北京:
清华大学出版社,2000。
[4]RogerS.Pressman主编.软件工程—实践者的研究方法(英译版).北京:
机械工业出版社,2000。
[5]张裕益主编.UML理论与实作.北京:
中国铁道出版社,2002。
2.可行性研究的前提
2.1要求
功能:
对图书馆的图书信息和用户(读者,借阅者等)信息进行有效的管理;
性能:
数据库的录入;图书目录检索;用户信息查询;图书信息查询;
图书的借阅归还情况;
输出:
用户信息;图书信息;
输入:
用户名称;图书编码;
安全保密:
馆中所有未借出的书籍能够供用户随时查阅;
用户信息只能被系统管理员查阅,修改;
完成期限:
2012年1月1日
2.2目标
以最低的成本,在最短的期限内开发出具有管理图书和用户信息功能的图书馆管理信息系统。
包括:
人力与设备费用的节省;处理速度的提高;人员工作效率的提高等。
2.3条件、假定和限制
a:
建议该系统运行的最短寿命为10年;
b:
进行该系统方案选择比较的期限为2个月;
c:
开发该软件系统的经费来源为内蒙古工业大学;
d:
该软件应符合中华人民共和国软件相关规定;
e:
运行环境:
操作系统:
WindowsXP;数据库类型:
SQLserver;
机器配置:
CPU:
P2000mmx以上,内存大于128M。
开发环境:
VC++6.0
f:
可利用现有图书馆管理系统进行结构研究;
g:
建议开发软件投入使用的最迟时间为2012年2月1日;
2.4可行性研究方法
分为三方面研究:
1.技术可行性
2.经济可行性
3.操作可行性
2.5决定可行性的主要因素
主要因素为:
现有的技术条件,经济条件,市场前景,团队合作精神等。
3.对现有系统的分析
3.1处理流程和数据流程
图书信息集成管理系统FLCS分为图书采访、图书编目、图书流通、图书典藏、期刊管理、论文管理、公共检索、系统管理、阅览管理九部分,系统各部分既相互独立,又能进行各部分之间的数据调用。
图书采访子系统的主要功能是记录采访信息并向编目子系统提供数据。
图书采访子系统主要由数据处理、查询查重、统计打印、图书验收、信函定书几部分组成。
图书编目时系统自动调用采访子系统数据及所购MARC数据,图书编目完成后,可将数据交送到编目主库及流通子系统进行图书典藏及流通。
图书编目子系统大致有图书编目、自动重查、统计打印、数据转换、数据维护几部分组成。
图书流通是用来记录图书借还信息的,必需有书有证才能进行图书流通,流通子系统中的图书数据来自编目子系统。
期刊管理由期刊订购、现刊管理、过刊管理三部分组成,过刊编目完成后,可以通过数据交送,将数据交送到流通子系统进行过刊借还。
通过图书典藏,用户可以指明每册书的条码号、馆藏位置、是否允许流通等信息。
FLCS允许用户进行批量交送典藏然后再对个别图书进行典藏登记的方式,从而简化了典藏手续,加快了典藏效率。
FLCS60论文全文管理系统,通过这一系统,用户可以从光盘上、互联网上等媒体上下载信息,建立自己的全文数据库。
FLCS的论文管理系统允许用户通过WINDOWS的OLE功能存放WORD文档、图片、声音、影像等多媒体信息,它是一个有效的多媒体管理工具,同时又是一个得利的办公助手。
用户建立的全文数据可以通过FLCS的INTERNET检索系统通过网络发布。
一个C/S结构的INTERNET检索系统,通过该系统,用户可以利用WWW浏览器,从所有上网的计算机上检索到图书馆的馆藏书目、读者基本信息、读者借书、预约到书、超期读者、罚款记录、最新图书、借阅频率最高的图书及借阅频率最高的读者、期刊数据、科技论文数据等信息。
该系统的服务器端配置为NT4、IIS3、ASP3、VFPODBC6、TCP/IP协议。
3.2工作负荷
该图书馆管理信息系统为标准的网络软件。
通过它,我们可以实现几台计算机同时编目、借还、检索等操作。
通过特殊的算法,它在网络上运行时,图书借还、模糊检索等速度得到了大幅度的提高。
理论上讲,图书管理系统的记录限制为一亿条,系统测试HP(166/32M/2.1G)服务器,联想(166/32M/2.1G)PC机工作站,管理20万册图书时,在检索、借还等操作时均实现秒级延时。
系统适用的网络规模只受网络操作系统限制。
3.3费用支出
******************************************************************************
【如人力、设备、空间、支持性服务、材料等项开支。
】
*******************************************************************************
3.4人员
该系统维护人员两名,至少为计算机本科学历,系统操作人员八名,对其进行系统应用的培训并熟练掌握。
3.5设备
该系统的运行环境包括硬件环境和软件环境,是一个以Internet/Intranet为架构的平台。
系统的总体结构如下图所示,分为五个层次:
第一层:
是物理设备层,包括PC服务器、路由器、访问服务器、程控交换机、语音卡等。
第二层:
是网络支撑平台,用TCP/IP、PPP、HTTP、HTML、POP3和SMTP构成基本的网络及传输层,是网络操作系统管理环境与通讯平台。
第三层:
是图书管理系统的应用支撑平台,提供对上层应用系统的信息管理支持,包括数据库管理系统(MicrosoftSQLServer/ORACLE)、WindowsNT操作系统、MicrosoftInternetInformationServer4.0Web服务器系统。
第四层:
是应用开发平台,用于对信息的综合开发处理:
利用Intedev、VB,HTML,DreamWaver3等。
在数据库访问方面,利用ODBC技术建立对应数据库的数据源(DSN),采用ADO等技术访问和操纵数据库。
第五层:
为应用软件层,即图书管理系统应用软件。
客户端计算机运行Windows98操作系统,以IE浏览器访问应用系统Web服务器。
3.6局限性
计算机停电或死机会不会造成数据丢失?
图书管理系统没有即时存盘功能,被修改的数据不会立即存盘,会因计算机异常错误而丢失数据。
能否存贮多媒体信息?
图书管理系统不能存贮所有册目的文本、图片、声音、动画等多媒体信息。
此外用户也不能建立自已的多媒体资料库。
是否有2000年问题?
图书管理系统在系统内部没有全部采用4位记时,没有解决了2000年问题。
能否打印读者借阅证?
图书管理系统不能根据读者办证日期、读者单位、读者姓名或证码打印读者借阅证。
能否批量销证?
图书管理系统不能单个销证,更不能批量销证。
系统是否易学易用?
图书管理系统不是标准的WINDOWS应用程序,界面不友好,操作不容易,必须经过专门训练才可进行操作。
图书管理系统的数据流程与图书馆工作流程不大相符,必须要懂图书馆业务,在一个月左右时间内就可掌握。
能存放多少数据、能用于多大规模的网络?
理论上讲,图书管理系统的记录限制为一亿条,系统测试用HP(166/32M/2.1G)服务器,联想(166/32M/2.1G)PC机工作站,管理20万册图书时,在检索、借还等操作时均实现十秒级延时。
系统适用的网络规模受网络操作系统限制。
我们是否可以外购数据及与其他图书馆交换数据?
系统可以自动调用所购采访数据、编目数据,FLCS可以生成标准MARC(ISO2709)数据以用于数据交换,FLCS也可以接收其他图书馆的MARC数据建立联合编目。
FLCS还可以和其他软件如WORD、EXCEL等交换数据。
系统是否容易出问题、出了问题时怎么办?
系统全部代码为16位,安全性一般,会出问题。
系统具有的自我修复能力,例如因停电、死机、机器硬件故障等原因造成系统不能正常运行时,可由系统自动修复,实在不行,可打电话给代理商,但还未做到随叫随到。
系统是否允许用户犯错误?
系统不具有高度容错能力,可自动检测如登录号、复本出错、数据追加重复等错误,如用户不小心执行了错误操作,系统可能会死机。
4.所建议技术可行性分析
4.1对系统的简要描述
图书管理系统包含如下三方面功能:
(一)图书管理员
图书信息存储与管理,包括:
图书编目。
图书种类的录入、删除及修改。
新书录入、过期图书删除及修改。
读者信息存储与管理,包括:
读者类别管理。
不同读者借阅书种类、借阅时间、借阅册数都不相同。
读者信息的登记、删除及修改:
新读者的增加、读者信息的修改。
读者借阅情况查询:
根据借阅情况,预约告知、过期书的催还。
借书系统
读者查询到所需图书后即可借阅,可以借阅多种图书,每种图书一般只允许借一本,若已有图书超期请交清罚金后,才能开始本次借阅。
读者拿着要借的书,到图书管理员处办理借书手续,图书管理员根据借书证号判断该读者可否借此类书,是否超出最大允许借书册数。
还书系统
对过期未还图书进行罚款,对归还的图书能从借书登记表中取消,对丢失的图书进行登记。
统计报表
能够产生读者档案卡、读者借阅清单等。
能够产生图书一览表、图书种类等相关报表。
图书的出借、返还、续借预约等情况查询、统计。
能统计出某图书的总借出数量与库存量。
能统计出某读者借书总数。
能够根据其它条件,得出统计结果并提供打印输出。
用户权限管理
能够提供一定的安全机制,提供数据信息授权用户访问,防止随意删改,同时提供信息备份的服务。
新书发布
新书信息及时公布。
新闻发布
图书馆新闻发布、通知、告示等。
预约告知
当预约的图书到馆后,图书管理员通过邮件通知读者;过期书的催还。
(二)读者
读者查询
读者可以上网,进入自己的帐户,查询自己的借阅情况。
预约借书
读者在图书馆书没有可借书的情况下,可以上网,进入自己的帐户,进行预约。
当预约的图书到馆后,图书管理员通过邮件通知读者。
续借功能
读者在没有预约的前提下,可以上网,进入自己的帐户,进行续借。
续借的次数、天数由用户的类型确定。
(三)公共
检索系统
能根据书号、书名、作者、出版社、内容提要、关键字、分类号、索书号等查询图书信息,也可以进行多关键字查询,并打印所需信息。
可随时查询出可借阅图书的详细情况,如图书编号、图书名称、出版日期、图书出版社、图书存放位置、图书总数量、图书在架情况等,这样便于读者选借。
用户登录
用户输入用户名、密码,进入自己权限允许的范围。
4.2处理流程和数据流程
图书馆组织结构图
系统功能结构
该系统分为以下几个子系统:
编目子系统、图书采购子系统、图书流通子系统、图书馆过期图书管理子系统、图书馆财务子系统。
功能框图如下:
二级功能图:
采购系统组织结构图:
工作流程图:
二级流程图:
图书流通子系统:
工作流图
二层流图:
三层流图:
4.3与现有系统比较的优越性
在以上几点中已可以看出新系统的性能与功能上与现有系统的差别,首先新系统克服了原来系统的资金投入大,人员设备技术含量低,系统工作负担重等缺点。
而且加入了对数据的安全性保护的功能,使原有系统在可用性与稳健性方面有了很大的进步。
4.4采用建议系统可能带来的影响
4.4.1对设备的影响
采用建议系统后,改进了原有系统的性能所以对设备要求自然更高,建议系统使用了最先进的技术使设备也必须跟着升级。
4.4.2对现有软件的影响
由于建议系统采用了先进的数据库技术以及一系列高技术含量软件,使得原来系统上的一些软件无法继续使用,不过在新系统开发过程中将尽量考虑到,对现有软件的兼容性。
4.2.3对用户的影响
建议系统使用的新技术是完全基于原有的系统上的,故用户不必考虑新系统带来的人员培训等等。
4.2.4对系统运行的影响
系统使用期半年,在开始必须对初始数据进行录入,包括所有的书目信息,出库图书的信息,读者的信息,流通图书信息,图书馆管理者的信息,图书馆财务信息,图书馆资金应用信息等。
在半年的使用期通过检验后,将要优化该系统的性能,把一些发挥不良的组件重新开发,或者加入合适的补丁文件,系统稳定后的主要工作是加强该系统安全性。
4.5技术可行性评价
就目前使用的开发技术来说建议系统的功能目标应该能够达到;利用现有的技术在规定的期限内开发工作基本能够完成。
5.所建议系统经济可行性分析
5.1支出
5.1.1基建投资
系统开发费用
(1)人员费用:
本系统开发期为三周,试运行一周。
开发期需要开发人员3人,试运行期需要开发人员2人。
人员费用为万元。
(2)设备费:
本系统所需的硬件设备费用为万元。
系统开发总费用为万元。
5.1.2其他一次性支出
不可预见费:
按开发费用的15%计算。
5.1.3经常性支出
系统运行费用:
系统维护费:
需要人/年进行系统维护,维护费为万元
设备维护费:
设备更新费为万元。
设备维护费为万元。
消耗材料费:
每年按元计算。
综上所述,设系统使用时间年,系统开发和运行总费用万元,平均万元/年。
5.2效益
5.2.1一次性收益
5.2.2经常性收益
5.2.3不可定量收益
5.3收益/投资比
5.4投资回收周期
5.5敏感性分析
为测算项目可能承受风险的能力及项目在财务上、经济上的可靠性,拟对项目的主要风险因素的变化对项目财务内部收益率和投资回收期的影响进行敏感性分析。
根据项目特点确定主要风险因素为项目的销售收入。
其分析如下:
敏感性分析表
项目
销售收入
+10%
+5%
0
-5%
-10%
财务内部收益率(%)
89.83
83.32
76.67
69.86
62.86
投资回收期(年)
2.24
2.3
2.37
2.45
2.54
6.社会因素可行性分析
6.1法律因素
根据《中华人民共和国计算机软件保护条例》(1991年6月4日中华人民共和国国务院令第84号发布)(修改后的新条例2002年1月1日起施行)第九条可知:
软件著作权人享有下列各项权利:
(一)发表权,即决定软件是否公之于众的权利;
(二)开发者身份权,即表明开发者身份的权利以及在其软件上署名的权利;
(三)使用权,即在不损害社会公共利益的前提下,以复制、展示、发行、修改、翻译、注释等方式使用其软件的权利;
(四)使用许可权和获得报酬权,即许可他人以本条第(三)项中规定的部分或者全部方式使用其软件的权利和由此而获得报酬的权利;
(五)转让权,即向他人转让由本条第(三)项和第(四)项规定的使用权和使用许可权的权利。
第十二条受他人委托开发的软件,其著作权的归属由委托者与受委托者签订书面协议约定,如无书面协议或者在协议中未作明确约定,其著作权属于受委托者。
第十八条在软件著作权的保护期内,软件的著作权人或者其受让者有权许可他人行使本条例第九条第(三)项规定的使用权。
著作权人或者其受让者许可他人行使使用权时,可以按协议收取费用。
另外,软件权利的使用许可应当根据我国有关法规以签订、执行书面合同的方式进行。
被许可人应当在合同规定的方式、条件、范围和时间内行使使用权。
合同中未明确规定为独占许可的,被许可的软件权利应当视为非独占的。
第二十二条因课堂教学、科学研究、国家机关执行公务等非商业性目的的需要对软件进行少量的复制,可以不经软件著作权人或者其合法受让者的同意,不向其支付报酬。
但使用时应当说明该软件的名称、开发者,并且不得侵犯著作权人或者其合法受让者依本条例所享有的其他各项权利。
该复制品使用完毕后应当妥善保管、收回或者销毁,不得用于其他目的或者向他人提供。
第三十条除本条例第二十一条及第二十二条规定的情况外,有下列侵权利为的,应当根据情况,承担停止侵害、消除影响、公开赔礼道歉、赔偿损失等民事责任,并可以由国家软件著作权行政管理部门给予没收非法所得、罚款等行政处罚:
(一)未经软件著作权人同意发表其软件作品;
(二)将他人开发的软件当作自己的作品发表;
(三)未经合作者同意,将与他人合作开发的软件当作自己单独完成的作品发表;
(四)在他人开发的软件上署名或者涂改他人开发的软件上的署名;
(五)未经软件著作权人或者其合法受让者的同意修改、翻译、注释其软件作品;
(六)未经软件著作权人或者其合法受让者的同意复制或者部分复制其软件作品;
(七)未经软件著作权人或者其合法受让者的同意向公众发行、展示其软件的复制品;
(八)未经软件著作权人或者其合法受让者的同意向任何第三方办理其软件的许可使用或者转让事宜。
第三十三条当事人不履行合同义务或者履行合法义务不符合约定条件的,应当依照民法通则有关规定承担民事责任。
6.2用户使用可行性
从大学图书馆的使用人员来看,可大致分为五类:
一、学生;二、教职工;三、图书馆管理人员;四、行政职工;五、其余各界人士。
用户的素质较高,大部分受过本科教育,而新开发的软件系统友好的界面及简便的操作方法,保证能满足绝大多数用户使用该系统的要求。
7.其他可供选择的方案
由于系统简单,所以开发小组没有提供其他的方案,只有一种开发方案。
8.结论意见
综上所述,此项目在技术可行性,经济可行性,操作可行性三方面都符合条件,可着手组织开发。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 图书 管理 系统 可行性研究 报告