软件工程图书管理系统可行性研究报告.docxVIP

一、可行性研究报告一、 可行性研究报告目录1引言31.1编写目的31.2项目背景31.3定义31.4参考资料32可行性研究的前提42.1要求42.2目标42.3条件、假定和限制42.4可行性研究方法42.5决定可行性的主要因素43对现有系统的分析53.1处理流程和数据流程53.2工作负荷73.3费用支出83.4人员83.5设备83.6局限性84所建议技术可行性分析94.1对系统的简要描述94.2处理流程和数据流程104.3与现有系统比较的优越性144.4采用建议系统可能带来的影响154.4.1对设备的影响154.4.2对现有软件的影响154.2.3对用户的影响154.2.4对系统运行的影响154.2.5对开发环境的影响154.2.6对运行环境的影响154.2.7对经费支出的影响154.5技术可行性评价155所建议系统经济可行性分析165.1支出165.1.1基建投资165.1.2其他一次性支出165.1.3经常性支出165.2效益175.2.1一次性收益175.2.2经常性收益175.2.3不可定量收益175.3收益/投资比175.4投资回收周期175.5敏感性分析176社会因素可行性分析176.1法律因素176.2用户使用可行性187其他可供选择的方案188.结论意见191引言1.1编写目的 在这个日新月异的时代中，人类了解知识很大一方面还要依赖于图书中，信息量的增大导致现如今图书的多种多样，由此产生了个很现实的问题，对于图书馆的图书管理来说，庞大的进出图书流量，繁多的图书种类，要管理这些依靠人力已经远远不足了。计算机网络的应用解决了这一难题。通过软件，可轻松实现对图书的管理。软件的应用可提高工作效率、服务质量和管理水平，并使图书馆管理人员从繁琐的工作中解脱出来。 由此，我们团队开发这样一个图书馆的图书管理系统，从而解决图书馆的图书管理问题。1.2项目背景 建议开发软件的名称：内蒙古工业大学图书馆管理系统 项目任务提出者：内蒙古工业大学图书馆 项目开发者：内蒙古工业大学程序开发三组 用户：内蒙古工业大学图书馆 实现软件单位：内蒙古工业大学图书馆1.3定义该图书馆管理信息系统是基于Internet/Intranet 及Web技术，建立以Browser/Server 为结构模式、以数据库为后台核心应用、以服务为目的信息平台，对资源进行科学的加工整序和管理维护，为教学和科学研究提供文献信息保障和提高管理图书的效率而设计的系统。1.4参考资料1教材：1 自编软件工程综合设计指导书。2 吴建、郑潮、汪杰，UML基础及Rose建模案例，北京：人民邮电出版社，2003 2教学参考书：1 张海藩主编软件工程导论（第四版）北京：清华大学出版社，2003。2 冀振燕，UML系统分析设计与应用案例，人民邮电出版社，20033 郑人杰、殷人昆、陶永雷编实用软件工程（第二版）北京：清华大学出版社，2000。 4 Roger S. Pressman主编软件工程实践者的研究方法（英译版）北京：机械工业出版社，2000。5 张裕益主编UML理论与实作北京：中国铁道出版社，2002。2可行性研究的前提2.1要求功能：对图书馆的图书信息和用户（读者，借阅者等）信息进行有效的管理；性能：数据库的录入；图书目录检索；用户信息查询；图书信息查询； 图书的借阅归还情况； 输出：用户信息；图书信息；输入：用户名称；图书编码；安全保密：馆中所有未借出的书籍能够供用户随时查阅； 用户信息只能被系统管理员查阅，修改；完成期限：2012年1月1日2.2目标以最低的成本，在最短的期限内开发出具有管理图书和用户信息功能的图书馆管理信息系统。包括：人力与设备费用的节省；处理速度的提高；人员工作效率的提高等。2.3条件、假定和限制a: 建议该系统运行的最短寿命为10年；b: 进行该系统方案选择比较的期限为2个月；c: 开发该软件系统的经费来源为内蒙古工业大学；d: 该软件应符合中华人民共和国软件相关规定；e: 运行环境：操作系统： WindowsXP；数据库类型：SQL server；机器配置：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、VFP ODBC6、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构成基本的网络及传输层，是网络操作系统管理环境与通讯平台。第三层：是图书管理系统的应用支撑平台，提供对上层应用系统的信息管理支持，包括数据库管理系统（Microsoft SQL Server/ORACLE）、Windows NT操作系统、Microsoft Internet Information Server 4.0 Web服务器系统。第四层：是应用开发平台，用于对信息的综合开发处理：利用Intedev、VB，HTML，DreamWaver3等。在数据库访问方面，利用ODBC技术建立对应数据库的数据源（DSN），采用ADO等技术访问和操纵数据库。第五层：为应用软件层，即图书管理系统应用软件。客户端计算机运行Windows 98操作系统，以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处理流程和数据流程图书馆组织结构图图书馆采购部验收部编目部馆长流通部管理部财务部系统功能结构该系统分为以下几个子系统：编目子系统、图书采购子系统、图书流通子系统、图书馆过期图书管理子系统、图书馆财务子系统。功能框图如下：图书馆信息系统编目子系统图书采购子系统图书流通子系统图书馆过期图书管理子系统图书馆财务子系统二级功能图：各种财务信息编目结果借书记录借阅要求图书清单订单各种统计报表各种查询要求过期图书清单图书馆信息系统供应商上级部门产业部门借阅者读者财务处采购系统组织结构图:采购部 订书组 验收登记组采购员工1采购员工2验收员1验收员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.8383.3276.67 69.8662.86投资回收期（年）7 2.452.546社会因素可行性分析6.1法律因素根据中华人民共和国计算机软件保护条例（1991年6月4日中华人民共和国国务院令第84号发布） （修改后的新条例2002年1月1日起施行）第九条可知：软件著作权人享有下列各项权利:(一)发表权, 即决定软件是否公之于众的权利;(二)开发者身份权, 即表明开发者身份的权利以及在其软件上署名的权利;(三)使用权, 即在不损害社会公共利益的前提下, 以复制、展示、发行、修改、翻译、注释等方式使用其软件的权利;(四)使用许可权和获得报酬权, 即许可他人以本条第(三)项中规定的部分或者全部方式使用其软件的权利和由此而获得报酬的权利;(五)转让权, 即向他人转让由本条第(三)项和第(四)项规定的使用权和使用许可权的权利。第十二条 受他人委托开发的软件, 其著作权的归属由委托者与受委托者签订书面协议约定, 如无书面协议或者在协议中未作明确约定, 其著作权属于受委托者。第十八条 在软件著作权的保护期内, 软件的著作权人或者其受让者有权许可他人行使本条例第九条第(三)项规定的使用权。著作权人或者其受让者许可他人行使使用权时, 可以按协议收取费用。另外，软件权利的使用许可应当根据我国有关法规以签订、执行书面合同的方式进行。被许可人应当在合同规定的方式、条件、范围和时间内行使使用权。合同中未明确规定为独占许可的, 被许可的