《软件工程图书管理系统可行性分析.docx》由会员分享，可在线阅读，更多相关《软件工程图书管理系统可行性分析.docx（25页珍藏版）》请在三一办公上搜索。
1、可行性研究汇报目录1 .引言31.1 编写目的31.2 项目背景31.3 定义31.4 参照资料42 .可行性研究的前提42.1 规定42.2 目的52.3 条件、假定和限制52.4 可行性研究措施52.5 决定可行性的重要原因63 .对既有系统的分析63.1 处理流程和数据流程63.2 工作负荷103.3 费用支出103.4 人员103.5 设备103.6 局限性114 .所提议技术可行性分析124.1 对系统的简要描述124.2 处理流程和数据流程154.3 与既有系统比较的优越性194.4 采用提议系统也许带来的影响20对设备的影响20对既有软件的影响20对顾客的影响20对系统运行的影响
2、20对开发环境的影响错误!未定义书签。对运行环境的影响错误!未定义书签。对经费支出的影响错误!未定义书签。4.5 技术可行性评价215 .所提议系统经济可行性分析215.1 支出21基建投资21其他一次性支出21常常性支出215.2 效益22一次性收益22常常性收益22不可定量收益225.3 收益/投资比225.4 投资回收周期225.5 敏感性分析226 .社会原因可行性分析236.1 法律原因236.2 顾客使用可行性257 .其他可供选择的方案258 .结论意见25I-引言1.1 编写目的在这个日新月异的时代中，人类理解知识很大首先还要依赖于图书中，信息量的增大导致现如今图书的多种多样，
3、由此产生了个很现实的问题，对于图书馆的图书管理来说，庞大的进出图书流量，繁多H勺图书种类，要管理这些依托人力已经远远局限性了。计算机网络的应用处理了这一难题。通过软件，可轻松实现对图书的管理。软件的应用可提高工作效率、服务质量和管理水平，并使图书馆管理人员从繁琐的工作中解脱出来。由此,我们团体开发这样一种图书馆的图书管理系统,从而处理图书馆H勺图书管理问题。1.2 项目背景提议开发软件的名称：内蒙古工业大学图书馆管理系统项目任务提出者：内蒙古工业大学图书馆项目开发者：内蒙古工业大学程序开发三组顾客：内蒙古工业大学图书馆实现软件单位：内蒙古工业大学图书馆1.3 定义该图书馆管理信息系统是基于Im
4、ernet/Intranet及Web技术，建立以BrOWSeIVServer为构造模式、以数据库为后台关键应用、以服务为目的信息平台，对资源进行科学口勺加工整序和管理维护，为教学和科学研究提供文献信息保障和提高管理图书的效率而设计的系统。1.4 参照资料1 .教材：I自编.软件工程综合设计指导书。2吴建、郑潮、汪杰，UML基础及ROSe建模案例，北京：人民邮电出版社，20232 .教学参照书：1张海藩主编.软件工程导论（第四版）.北京：清华大学出版社，2023o2冀振燕，UML系统分析设计与应用案例，人民邮电出版社，20233郑人杰、殷人昆、陶永雷编.实用软件工程（第二版）.北京：清华大学出版
5、社，2023oROgerS.Pressman主编.软件工程一实践者的研究措施（英译版）.北京：机械工业出版社，2023O5张裕益主编.UML理论与实作.北京：中国铁道出版社，2023o2.可行性研究的前提2.1 规定功能：对图书馆的图书信息和顾客（读者，借阅者等）信息进行有效的管理；性能：数据库的录入；图书目录检索；顾客信息查询；图书信息查询；图书的借阅偿还状况；输出：顾客信息；图书信息；输入：顾客名称；图书编码；安全保密：馆中所有未借出册J书籍可以供顾客随时查阅;顾客信息只能被系统管理员查阅，修改；完毕期限：2023年1月1日2.2 目的以最低的成本,在最短的期限内开发出具有管理图书和顾客信
6、息功能的图书馆管理信息系统。包括：人力与设备费用的节省；处理速度的提高；人员工作效率的提高等。2.3 条件、假定和限制a:提议该系统运行的最短寿命为23年；b:进行该系统方案选择比较的期限为2个月；c:开发该软件系统的经费来源为内蒙古工业大学；d:该软件应符合中华人民共和国软件有关规定；e:运行环境：操作系统：WindowsXP:数据库类型：SQLserver；机器配置：CPU：P2023mmx以上，内存不不大于128M。开发环境：VC+6.0f：可运用既有图书馆管理系统进行构造研究；g：提议开发软件投入使用的最迟时间为2023年2月1日；2.4 可行性研究措施分为三方面研究：1.技术可行性2
7、 .经济可行性3 .操作可行性2.5决定可行性的重要原因重要原由于：既有的技术条件，经济条件，市场前景，团体合作精神等。3 .对既有系统的分析3.1 处理流程和数据流程图书信息集成管理系统FLCS分为图书采访、图书编目、图书流通、图书典藏、期刊管理、论文管理、公共检索、系统管理、阅览管理九部分，系统各部分既互相独立，又能进行各部分之间H勺数据调用。图书馆管理信息系统系统管理图：图除通Igm期理IW应管因公共检索图书采访子系统的重要功能是记录采访信息并向编目子系统提供数据。图书采访子系统重要由数据处理、查询查重、记录打印、图书验收、信函定书几部分构成。图书采访数据处理杳询力”F统I卜打印图M验收
8、信函定/图书编目时系统自动调用采访子系统数据及所购MARC数据，图书编目完毕后，可将数据交送到编目主库及流通子系统进行图书典藏及流通。图书编目子系统大体有图书编目、自动重查、记录打印、数据转换、数据维护几部分构成。图书编目图/编11自动电看统订打卬数据转换数据维护图书流通是用来记录图书借还信息的，必需有书有证才能进行图书流通，流通子系统中的）图书数据来自编目子系统。图书流通图书借还借阅统计图书预约爸询罚款书证管理期刊管理由期刊订购、现刊管理、过刊管理三部分构成，过刊编目完毕后，可以通过数据交送，将数据交送到流通子系统进行过刊借还。通过图书典藏，顾客可以指明每册书的条码号、馆藏位置、与否容许流通
9、等信息。FLCS容许顾客进行批量交送典藏然后再对个别图书进行典藏登记的方式，从而简化了典藏手续,加紧了典藏效率。图书典藏FLCS60论文全文管理系统，通过这一系统，顾客可以从光盘上、互联网上等媒体上下载信息，建立自己的全文数据库。FLCS的论文管理系统容许顾客通过WINDOWSR,JOLE功能寄存WoRD文档、图片、声音、影像等多媒体信息，它是一种有效的多媒体管理工具，同步又是一种得利的办公助手。顾客建立的全文数据可以通过FLCS的INTERNET检索系统通过网络公布。一种C/S构造的INTERNET检索系统，通过该系统，顾客可以运用浏览器，从所有上网的计算机上检索到图书馆的馆藏书目、读者基本
10、信息、读者借书、预约到书、超期读者、罚款记录、最新图书、借阅频率最高的图书及借阅频率最高的读者、期刊数据、科技论文数据等信息。该系统的服务器端配置为NT4、IIS3、ASP3、VFPODBC6、TCP/IP协议。3.2 工作负荷该图书馆管理信息系统为原则的网络软件。通过它,我们可以实现几台计算机同步编目、借还、检索等操作。通过特殊的算法，它在网络上运行时，图书借还、模糊检索等速度得到了大幅度的提高。理论上讲，图书管理系统的记录限制为一亿条，系统测试HP(I6632M2.1G)服务器，联想(16632M2.1G)PC机工作站，管理20万册图书时，在检索、借还等操作时均实现秒级延时。系统合用的网络
11、规模只受网络操作系统限制。3.3 费用支出*【如人力、设备、空间、支持性服务、材料等项开支。】*3.4 人员该系统维护人员两名，至少为计算机本科学历，系统操作人员八名，对其进行系统应用的培训并纯熟掌握。3.5 设备该系统的运行环境包括硬件环境和软件环境，是一种以InternetZIntranet为架构的平台。系统的总体构造如下图所示，分为五个层次：第一层：是物理设备层，包括Pe服务器、路由器、访问服务器、程控互换机、语音卡等。第二层：是网络支撑平台，用TCP/IP、PPP、HTML、POP3和SMTP构成基本的网络及传播层，是网络操作系统管理环境与通讯平台。第三层：是图书管理系统的应用支撑平台
12、，提供对上层应用系统的!信息管理支持，包括数据库管理系统(MierOSOftSQLSerVer/ORACLE)、WindOWSNT操作系统、MicrosoftInternetInformationServer4.0Web服务器系统。第四层：是应用开发平台，用于对信息的综合开发处理：运用IntedevsVB,HTML,DreamWaver3等。在数据库访问方面，运用ODBC技术建立对应数据库的数据源(DSN),采用ADo等技术访问和操纵数据库。第五层：为应用软件层，即图书管理系统应用软件。客户端计算机运行WindOWS98操作系统，以IE浏览器访问应用系统Web服务器。3.6 局限性计算机停电或
13、死机会不会导致数据丢失？图书管理系统没有即时存盘功能,被修改日勺数据不会立即存盘，会因计算机异常错误而丢失数据。能否存贮多媒体信息？图书管理系统不能存贮所有册目的文本、图片、声音、动画等多媒体信息。此外顾客也不能建立自己的多媒体资料库。与否有2023年问题？图书管理系统在系统内部没有所有采用4位记时，没有处理了2023年问题。能否打印读者借阅证？图书管理系统不能根据读者办证日期、读者单位、读者姓名或证码打印读者借阅证。能否批量销证？图书管理系统不能单个销证，更不能批量销证。系统与否易学易用？图书管理系统不是原则的WlNDoWS应用程序，界面不友好，操作不轻易，必须通过专门训练才可进行操作。图书
14、管理系统的数据流程与图书馆工作流程不大相符，必须要懂图书馆业务，在一种月左右时间内就可掌握。能寄存多少数据、能用于多大规模的网络？理论上讲，图书管理系统的记录限制为一亿条，系统测试用HP(166/32M/2.1G)服务器，联想(16632M2.1G)PC机工作站，管理20万册图书时，在检索、借还等操作时均实现十秒级延时。系统合用的!网络规模受网络操作系统限制。我们与否可以外购数据及与其他图书馆互换数据？系统可以自动调用所购采访数据、编目数据，FLCS可以生成原则MARC(ISO2709)数据以用于数据互换，FLCS也可以接受其他图书馆的MARC数据建立联合编目。FLCS还可以和其他软件如WOR
15、D、EXCEL等互换数据。系统与否轻易出问题、出了问题时怎么办？系统所有代码为16位，安全性一般，会出问题。系统具有的自我修复能力，例如因停电、死机、机器硬件故障等原因导致系统不能正常运行时，可由系统自动修兔，实在不行，可打给代理商，但尚未做到随叫随到。系统与否容许顾客出错误？系统不具有高度容错能力，可自动检测如登录号、复本出错、数据追加反复等错误，如顾客不小心执行了错误操作，系统也许会死机。4 .所提议技术可行性分析4.1 对系统的简要描述图书管理系统包括如下三方面功能：(一)图书管理员图书信息存储与管理，包括:图书编目。图书种类的录入、删除及修改。新书录入、过期图书删除及修改。读者信息存储
16、与管理，包括：读者类别管理。不同样读者借阅书种类、借阅时间、借阅册数都不相似。读者信息的登记、删除及修改：新读者的增长、读者信息的修改0读者借阅状况查询：根据借阅状况，预约告知、过期书的催还。借书系统读者查询到所需图书后即可借阅，可以借阅多种图书，每种图书一般只容许借一本，若已经有图书超期请交清罚金后，才能开始本次借阅。读者拿着要借的书，到图书管理员处办理借书手续，图书管理员根据借书证号判断该读者可否借此类书，与否超过最大容许借书册数0还书系统对过期未还图书进行罚款，对偿还的图书能从借书登记表中取消，对丢失的!图书进行登记。记录报表可以产生读者档案卡、读者借阅清单等。可以产生图书一览表、图书种
17、类等有关报表。图书的出借、返还、续借预约等状况查询、记录。能记录出某图书的总借出数量与库存量。能记录出某读者借书总数。可以根据其他条件，得出记录成果并提供打印输出。顾客权限管理可以提供一定的安全机制，提供数据信息授权顾客访问，防止随意删改，同步提供信息备份的服务。新书公布新书信息及时公布。新闻公布图书馆新闻公布、告知、通告等。预约告知当预约的图书到馆后，图书管理员通过邮件告知读者；过期书的催还。（二）读者读者查询读者可以上网，进入自己的帐户，查询自己的借阅状况。预约借书读者在图书馆书没有可借书的）状况下，可以上网，进入自己的帐户，进行预约。当预约的图书到馆后，图书管理员通过邮件告知读者。续借功
18、能读者在没有预约的前提下，可以上网，进入自己H勺帐户，进行续借。续借的次数、天数由顾客的类型确定。（三）公共检索系统能根据书号、书名、作者、出版社、内容提纲、关键字、分类号、索书号等查询图书信息,也可以进行多关键字查询，并打印所需信息。可随时查询出可借阅图书的详细状况，如图书编号、图书名称、出版日期、图书出版社、图书寄存位置、图书总数量、图书在架状况等，这样便于读者选借。顾客登录顾客输入顾客名、密码，进入自己权限容许的范围。4.2 处理流程和数据流程图书馆组织构造图系统功能构造该系统分为如下几种子系统：编目子系统、图书采购子系统、图书流通子系统、图书馆过期图书管理子系统、图书馆财务子系统。功能
19、框图如下：二级功能图:采购系统组织构造图:二级流程图:*层流图:三层流图:教师类学生类4.3 与既有系统比较的J优越性在以上几点中已可以看出新系统的）性能与功能上与既有系统的差异，首先新系统克服了本来系统的资金投入大，人员设备技术含量低，系统工作承担重等缺陷。并且加入了对数据的安全性保护的功能，使原有系统在可用性与稳健性方面有了很大的进步。4.4 采用提议系统也许带来的影响对设备的影响采用提议系统后，改善了原有系统的性能因此对设备规定自然更高，提议系统使用了最先进的技术使设备也必须跟着升级。对既有软件的影响由于提议系统采用了先进的数据库技术以及一系列高技术含量软件,使得本来系统上的某些软件无法
20、继续使用，不过在新系统开发过程中将尽量考虑到，对既有软件的）兼容性。对顾客的影响提议系统使用的新技术是完全基于原有H勺系统上的I,故顾客不必考虑新系统带来的人员培训等等。对系统运行的影响系统有效期六个月，在开始必须对初始数据进行录入，包括所有的书目信息，出库图书的信息，读者的信息，流通图书信息，图书馆管理者的信息，图书馆财务信息，图书馆资金应用信息等。在六个月口勺有效期通过检查后，将要优化该系统!勺性能，把某些发挥不良的组件重新开发，或者加入合适的补丁文献，系统稳定后的重要工作是加强该系统安全性。4.5 技术可行性评价就目前使用的开发技术来说提议系统的!功能目的应当可以抵达;运用既有H勺技术在
21、规定的期限内开发工作基本可以完毕。5 .所提议系统经济可行性分析5.1 支出基建投资系统开发费用(1)人员费用：本系统开发期为三周，试运行一周。开发期需要开发人员3人，试运行期需要开发人员2人。人员费用为万元。(2)设备费：本系统所需的硬件设备费用为万元。系统开发总费用为万元。其他一次性支出不可预见费：按开发费用的15%计算。常常性支出系统运行费用：系统维护费：需要人/年进行系统维护，维护费为万元设备维护费：设备更新费为万元。设备维护费为万元。消耗材料费：每年按元计算。综上所述,设系统使用时间年,系统开发和运行总费用万元,平均万元/年。5.2 效益一次性收益常常性收益不可定量收益5.3 收益/
22、投资比5.4 投资回收周期5.5 敏感性分析为测算项目也许承受风险的能力及项目在财务上、经济上的可靠性，拟对项目的重要风险原因的变化对项目财务内部收益率和投资回收期的影响进行敏感性分析。根据项目特点确定重要风险原由于项目的销售收入。其分析如下：敏感性分析表项目销售收入+10%+5%0-5%-10%财务内部收益率（）89.8383.3276.6769.8662.86投资回收期（年）2.242.32.372.452.516社会原因可行性分析1.1 法律原因根据中华人民共和国计算机软件保护条例（1991年6月4日中华人民共和国国务院令第84号公布）（修改后的新条例2023年1月1日起施行）第九条可知
23、：软件著作权人享有下列各项权利：（一）刊登权，即决定软件与否公之于众的权利；（二）开发者身份权，即表明开发者身份R勺权利以及在其软件上签名R勺权利；（三）使用权，即在不损害社会公共利益的前提下，以复制、展示、发行、修改、翻译、注释等方式使用其软件的权利；（四）使用许可权和获得酬劳权，即许可他人以本条第（三）项中规定的部分或者所有方式使用其软件的权利和由此而获得酬劳的权利；（五）转让权，即向他人转让由本条第（三）项和第（四）项规定的使用权和使用许可权的权利。第十二条受他人委托开发的软件，其著作权Fl勺归属由委托者与受委托者签订书面协议约定，如无书面协议或者在协议中未作明确约定，其著作权属于受委托
24、者。第十八条在软件著作权的保护期内，软件的著作权人或者其受让者有权许可他人行使本条例第九条第（三）项规定H勺使用权。著作权人或者其受让者许可他人行使使用权时，可以按协议收取费用。此外，软件权利的使用许可应当根据我国有关法规以签订、执行书面协议的方式进行。被许可人应当在协议规定的方式、条件、范围和时间内行使使用权。协议中未明确规定为独占许可的，被许可的软件权利应当视为非独占的。第二十二条因课堂教学、科学研究、国家机关执行公务等非商业性目的的需要对软件进行少许的复制，可以不经软件著作权人或者其合法受让者的同意，不向其支付酬劳。但使用时应当阐明该软件的名称、开发者，并且不得侵犯著作权人或者其合法受让
25、者依本条例所享有的其他各项权利。该复制品使用完毕后应当妥善保管、收回或者销毁，不得用于其他目口勺或者向他人提供。第三十条除本条例第二十一条及第二十二条规定的状况外，有下列侵权利为的，应当根据状况，承担停止侵害、消除影响、公开赔礼道歉、赔偿损失等民事责任，并可以由国家软件著作权行政管理部门予以没收非法所得、罚款等行政惩罚：（一）未经软件著作权人同意刊登其软件作品；（二）将他人开发的软件当作自己的作品刊登；（三）未经合作者同意，将与他人合作开发的软件当作自己单独完毕的作品刊登；（四）在他人开发的软件上签名或者涂改他人开发的软件上的签名；（五）未经软件著作权人或者其合法受让者的同意修改、翻译、注释其
26、软件作品；（六）未经软件著作权人或者其合法受让者的同意复制或者部分复制其软件作品；（七）未经软件著作权人或者其合法受让者的同意向公众发行、展示其软件的复制品；（八）未经软件著作权人或者其合法受让者的同意向任何第三方办理其软件的许可使用或者转让事宜。第三十三条当事人不履行协议义务或者履行合法义务不符合约定条件日勺,应当根据民法通则有关规定承担民事责任。1.2 顾客使用可行性从大学图书馆的使用人员来看，可大体分为五类：一、学生；二、教职工；三、图书馆管理人员；四、行政职工；五、其他各界人士。顾客的素质较高，大部分受过本科教育，而新开发的软件系统友好的界面及简便的操作措施,保证能满足绝大多数顾客使用该系统的规定。7 .其他可供选择的方案由于系统简朴，因此开发小组没有提供其他的方案，只有一种开发方案。8 .结论意见综上所述，此项目在技术可行性，经济可行性，操作可行性三方面都符合条件，可着手组织开发。
