软件工程作业图书馆管理系统可行性分析报告样本.docx
- 文档编号:26293808
- 上传时间:2023-06-17
- 格式:DOCX
- 页数:45
- 大小:486.86KB
软件工程作业图书馆管理系统可行性分析报告样本.docx
《软件工程作业图书馆管理系统可行性分析报告样本.docx》由会员分享,可在线阅读,更多相关《软件工程作业图书馆管理系统可行性分析报告样本.docx(45页珍藏版)》请在冰豆网上搜索。
软件工程作业图书馆管理系统可行性分析报告样本
软件工程课程设计汇报——图书管理系统
一、可行性研究汇报
1.引言
1.1编写目标
在编写软件前,查阅了很多资料,也到了本校图书馆做了调查,经过分析和总结,做了一个这么可行性汇报,这个汇报对系统进行了一个尽可能全方面分析来明确了这次项目标可行性,也是对此次项目标个计划。
本汇报从应用技术方面和用户操作方法方面研究图书馆管理管理系统可行性和必需性,期望对开发人员提供一定帮助。
1.2项目背景
项目标任务提出者:
高校图书馆馆长
开发者:
武汉理工大学软件工程09级学生
用户:
图书馆管理员及学生
1.3定义
这次高校图书馆管理系统应用了网站知识、数据库知识等技术意在为图书馆提供一套高效安全简便软件。
1.4参考资料
《软件需求工程》——毋国庆梁正平编著机械工业出版社
《软件工程导论》——张海藩编著清华大学出版社
《C程序设计》——谭浩强编著清华大学出版
2.可行性研究前提
2.1要求:
功效:
对图书馆内用户和图书信息进行有效管理。
性能:
稳定快速,实时控制
输入:
用户编码、图书编码
输出:
用户信息、图书信息
安全和保密要求:
图书信息、用户信息只能由图书馆管理员来更改和维护,对系统出现多种问题有恢复功效以保障数据不受损失。
2.2可行性研究方法:
经过调查分析开发图书馆管理所含有功效确定总体结构,利用MYSQL数据库所含有能力,以最简练最轻易方法,以最低成本在短时间开发出该系统。
2.3决定可行性关键原因:
设备情况、操作人员技术、经济条件、团体合作精神。
3.对现有系统分析:
3.1组织机构调查
现有组织机构有图书馆领导,三个部门:
采购部,系统管理部,图书管理部。
3.2业务步骤
(1)新书入库及图书注销
查询由采购部采购回来图书信息,添加新书入库编号存放。
对因故丢失等要删除图书经行删除相关信息操作保留至出库单中。
(2)图书借阅和归还
学生能够凭借自己学号密码来借书,经过图书管理员更改信息取得书;归还图书由图书管理员更改图书信息及学生信息来完成。
(3)用户添加删除及数据修改
由系统管理员负责将系统用户文件进行删除添加用户信息操作,对于要更改信息对对应数据库修改。
(4)查询信息
用户上网输入关键字进行查询信息
费用调查
开发所需费用及硬件由图书馆来负担
设备
使用windows操作系统,和SQLServer数据库软件
人员
系统管理人员3名,有一定计算机知识。
图书馆管理人员15名,能够熟练使用软件。
3.3不足
图书管理系统功效不是很完善,人员必需经过专门培训,而且要求对业务,因为编写人员经验有限所以系统功效少规模较小健壮性可能较差也不够完善。
4.所提议系统技术可行性分析
4.1对系统简明描述:
所提议图书馆管理系统使用基于C/S架构Windows应用程序,使用了优异数据库技术和数据管理技术,使数据正确性和安全性得到了很大提升,且在用户并行操作和用户管理方面也有了极大地改善。
4.2和现有系统比较优越性:
本项目应用了最新技术,系统规模小,功效齐全,含有了较高管理效率,有较高实时避免了学生借书和所查询信息不一致。
其次系统投入资金也降低了很多,而且加入了对使用权限安全性保护功效,使系统在可用性和稳健性方面有了很大进步。
4.3采取提议系统可能带来影响:
1.设备:
采取提议系统后,使用设备不要求太高,只需更换较少设备,以前还能够用。
2.现有软件:
提议系统采取了优异数据库技术和一系列高技术含量软件,对适用平台要求为Windowsxp,其兼容性很好,能够使用大部分软件。
3.用户:
界面人性化,操作简单,便于使用。
4.对系统影响:
系统规模小,功效全,运行快。
4.4技术可行性评价:
本软件有本校软件专业学生开发,就现在使用开发技术来说提议系统功效目标应该能够达成,所以可完成性高。
5.所提议系统经济可行性分析
5.1支出
(1)系统开发费用
1)人员费用:
本系统开发期为三周,试运行一周。
开发期需要开发人员x人,试运行期需要开发人员x人。
人员费用为x万元。
2)设备费:
本系统所需硬件设备费及研究费用用为x万元。
3)不可预见费:
按开发费用15%计算。
(2)系统运行费用
1)系统维护费:
由图书馆系统管理人员负责,费用由图书馆支出。
2)设备维护费:
由图书馆指定人员进行维护。
费用图书馆自己支付。
5.2收益
总而言之,系统开发收益费用x万元,平均每人约x元。
倘若提升工作效率,降低工作人员能够对应提升收益。
6.社会原因可行性分析
6.1法律原因
本软属于项目组开发,符正当律各项要求。
6.2用户使用可行性
本软件提升和改善管理信息服务质量、增强资源共享、降低降低人力和设备费用、加紧信息查询速度和正确性、管理系统建成后能够和校园网相连,提供网上查询服务。
符合工作人员及学生习惯,方便操作,含有可行性。
7.技术原因可行性分析
本系统开发人员对系统采取WindowXP操作系统,服务器采取Window操作系统,前端开发语言使用JAVA,使用WYSQL数据库管理系统及网络和通信技术有很深了解。
技术上是可行。
8.结论意见
依据以上分析可知,开发该图书馆管理信息系统不仅有巨大经济效益,而且有更大社会效益,不过时间有限,可能有所缺点,但我们会不停改善。
所以,我认为开发此系统条件已经含有,完全是可行。
二、项目开发计划
1.引言
1.1编写目标
本项目开发是一个图书馆管理系统,这份文档目标是提供一个系统开发实施步骤,对项目中将要面正确问题及处理方案初步设计及合理安排、明确风险此、经济效益和开发中对各项工作人员分配统计下里,呈交项目经理和系统分析人员审阅方便在最短时间最小代价下完成项目。
1.2背景
a.开发软件:
高校图书馆管理系统
b.项目开发单位:
武汉理工大学软件09级
c.项目开发者:
xxx
d.用户:
图书馆各管理人员及学生
e.项目开发环境:
系统WindowsXP,数据库MYSQL,开发语言Java。
1.3定义
图书馆管理系统是一个基于集中统一计划数据库数据管理模式,用以方便图书于学生间交互和图书出纳日常管理。
1.4参考资料
《软件需求工程》——毋国庆梁正平编著机械工业出版社
《软件工程导论》——张海藩编著清华大学出版社
《C程序设计》——谭浩强编著清华大学出版社
《UML和模式应用》——CraigLarman编著机械工业出版社
2.项目概述
2.1工作内容
为图书馆建立一个图书管理系统,完成软件开发、测试及试运行,而且完成图书馆信息查询网络建设。
该系统能为用户提供查询检索服务,图书新建和删除,图书借阅、归还,信息更新修改,用户注册和注销和系统维护功效。
2.2关键参与人员
因为该项目较小,参与人数少由软件0904班自己组织完成。
该项目开发小组共7人:
项目经理:
待定
项目组员:
待定
2.3产品
2.3.1程序
图书馆管理系统程序包及MYSQL数据库
2.3.2文件
1.项目可行性分析汇报
2.项目开发计划
3.需求规格说明书
4.具体设计说明书
5.测试计划说明书
6.用户文档
2.3.3服务
因为该程序简单,具体操作也比较简单,所以只需对图书馆管理人员进行一个简单培训即可,具体出现问题能够查看用户文档。
对系统维护能够交给系统管理人进行,因为软件成品后要修改关键为外部信息,系统也易于维护能够交给系统管理人员维护,只需对系统维护人员进行一个系统培训,项目组不需要进行参与具体工作。
2.3.4非移交产品
开起源程序及其资料和相关开发计划、需求说明、设计及测试文件,需要由开发者保留,并含有开发权,不需要交给用户。
2.4验收标准
2.4.1代码验收:
因为软件缺点造成丢失数据,不符合设计要求,响应时间太长无法接收,要求功效没有完成等问题。
2.4.2文档验收:
清楚易读,内容详尽,符合规范。
2.4.3用户服务验收:
经过仔细一系列测试后,合乎要求,同时使用户能够熟练操作系统。
2.5交付日期:
六个月后
2.6同意日期及同意者:
本系统自12月1号正式同意,同意人为xxx。
3.实施计划
3.1工作任务分解和人员分工
人员分工具体由项目经理依据各人专长担任具体角色,完成自己任务。
3.2接口人员
由软件发开方派专员,按用户要求,指定地点安装,调试,运行并给用户演,在后期中负责通知系统维护人员怎样维护。
3.3进度
包含可行性分析、需求分析、项目开发计划、软件具体设计、编码、安装、测试、编写用户文档、培训等阶段活动和任务安排。
3.4预算
3.4.1开发费用:
1)人员费用:
本系统开发期为三周,试运行一周。
开发期需要开发人员x人,试运行期需要开发人员x人。
人员费用为x万元。
2)设备费:
本系统所需硬件设备费及研究费用用为x万元。
3)不可预见费:
按开发费用15%计算。
3.4.2系统运行费用
1)系统维护费:
由图书馆系统管理人员负责,费用由图书馆支出。
2)设备维护费:
由图书馆指定人员进行维护。
费用图书馆自己支付。
3.5关键问题
(1)没有经费和硬件设施有限
(2)用户需求不清,存在误解及二义性
(3)第一次开发软件,开发人员没有实际经验
(4)时间有限,没有足够开发时间
4.支持条件
4.1计算机系统支持
硬件环境:
服务器
若干台能够正常工作计算机
软件环境:
操作系统:
Windowsxp
Web服务器:
TOMCAT7.0
Web浏览器:
InternetExplorer6.0
数据库:
MYSQL
4.2需由用户负担工作
需要和开发组进行沟通,以获取对应需求。
由开发组组员进行培训,掌握系统操作,了解系统结构,能够自行维护和信息管理。
配置对应硬件系统,做到规范操作,软件交付日期为软件安装测试人员提供环境。
5.专题计划关键点
5.1开发人员培训计划
在具体设计阶段前,对开发人员进行专门培训计划。
5.2测试计划
指定时间内对软件进行各项测试工作。
5.3质量确保计划
严格根据项目开发过程中各项步骤,认真完成各项任务确保软件质量。
5.4用户培训计划
在软件实际应用后前30天,组织对用户进行软件操作及维护具体培训。
5.5协议计划
和用户协商签署软件使用协议。
三、需求规格说明书
1.引言
1.1编写目标
本需求编写是为了掌握需求规格说明书写法;明确本系统具体需求,完成图书馆管理系统具体设计;系统掌握软件开发过程中具体设计方法;完成图书馆管理统需求设计汇报;了解相关需求为以后工作做准备。
1.2预期读者和阅读提议
本需求预期读者是图书馆系统管理人员、图书馆管理人员和学生代表,和本项目标项目经理等参、开发人员、测试人员和文档编写人员。
用户群关键对功效了解以后者要求对整个用户文档有一个深了解。
1.3范围及背景
本项目标名称:
高校图书馆管理系统。
本项目标任务是建立高校图书馆管理系统,帮助图书馆高效有序处理图书馆运作,用户是学校图书馆管理者、学生及相关读者。
本产品是关键用于电脑管理图书需求设计,关键包含系统信息管理模块及图书馆管理员管理模块和查询服务模块。
其中,信息管理模块能够进行管理员学生注册及删除、日常信息更新、系统设置、图书信息管理,管理员管理模块能够完成购入新书、读者借还书、图书注销等关键功效,查询服务模块能够完成管理员、学生信息查询,图书检索功效。
1.4定义
图书文件:
包含了图书馆全部书目录,及对应分类存放位置,具体到每本书信息有存放具体位置、是否在馆、借出学生名字、创建时间、出版社编者及书目编号。
学生文件:
包含了本校全部学生,及分属学院,具体到每个学生学生信息(姓名、编号、密码、年级等),所借书目及相对应日期。
图书馆管理员文件:
包含了本校图书馆管理员全部些人员信息(姓名、登录密码、相对权限、编号)。
系统管理员文件:
包含了本校系统管理人员信息(姓名、编号、登录密码及权限)。
入库单:
购入新书目录及对应书目。
出库单:
注销图书目录及对应信息注销时间。
罚款单:
为学生借书超额及书籍丢失后做出罚款后保留相关信息。
购入图书信息文件:
购入新书每类具体信息包含出版社、作者等。
系统管理人员:
负责对系统维护及基础信息管理拥有最高权限。
图书馆管理员:
负责图书馆日常出纳、还借书管理。
1.5参考资料
《软件需求工程》——毋国庆梁正平编著机械工业出版社
《软件工程导论》——张海藩编著清华大学出版社
《C程序设计》——谭浩强编著清华大学出版社
《UML和模式应用》——CraigLarman编著机械工业出版社
2.项目概述
2.1产品描述
为方便对图书馆进行高效管理,经过该项目实现图书信息和用户信息管理。
使用该程序后,系统管理人员能够方便对使用用户经行管理、信息更新和系统维护。
图书馆管理人员能够管理图书购入、借出、归还和注销等;还能够查询某位读者、某本图书借阅情况方便了解图书馆情况。
学生则能够对图书经行随时收索方便了解图书馆资源。
该程序还含有更简便、更高正确度、信息化更高管理步骤。
2.2系统使用用户
本系统最终用户有三种:
一是系统管理人员为计算机专业人员,熟悉数据库、网络维护工作,能够负责用户变动及系统维护;二是图书馆管理员,她们能够新增、删除图书、出借和收回图书及部分查询工作;三是学生,能够查看她们借阅信息和图书馆图书信息。
她们全部含有一定计算机应用基础,能够比较熟练操作计算机。
2.3产品前景
图书馆在正常运行中面对大量书籍、读者信息和二者间相互联络产生很多烦杂信息。
使用人工统计方法既效率低又错误过多,大大影响了图书馆正常管理工作。
所以需要对书籍资源、读者资源、借书信息、还书信息进行管理,立即了解各个步骤中信息变更等管理效率提升。
本系统经过计算机管理技术给图书管理人员和读者借、还书带来便利。
本系统除了图书馆内日常管理通常功效还外,还网上在线查询图书信息、查询本人借阅情况等功效,极大方便了用户。
依据以后不一样需要,还需对系统进行更新。
2.2产品功效
(1)登录系统是进入系统窗口,只有进行登录后才能够使用系统多种功效,用户需要输入自己编号及密码方可进入,进入后显示用户信息及权限,用户能够进行对应操作。
(2)系统管理模块是由系统管理人员进行管理和维护模块,它是整个系统最高级子系统,拥有系统数据设置,图书馆管理员设置,学生设置,图书信息
设置,图书馆消息设置五个子模块,首先是对用户设置,负责添加和删除常见用户学生和图书管理员用户群及对她们信息做出修改功效,然后能够对系统
参数能够设置,起到维护系统作用更改系统操作设置功效,另外能够公布些通知及新闻图书馆消息设置和对图书信息修改如书目摆放位置及书籍信息修改等图书信息设置功效。
(3)管理子模块是属于系统常见子模块,负责系统平时书籍借出、收回新书购入等常见工作,由图书馆管理人员来完成。
这个子模块又包含了新书导入,图书注销、学生借书,学生还系书四个模块来组成,新书导入模块经过键入新书信息和入库数据库查对确定后有管理员完成导入,新书注销能够由管理员键入书籍名字系统然后查对图书文件成功后撤销该图书信息以后打印出库单保留修改信息。
学生借书经过管理员键入学生信息及要借图书,经过查对后成功后查看是否有超额现象没有则修改该生信息及图书文件数据库。
学生还书需键入所借书目,找到该生信息核实该书是否超额,有则缴费成功后更改学生文件及图书文件。
(4)查询子系统是针对整个用户群包含系统管理、图书馆管理人员及学生但拥有查询权限不一样,经过用户键入对应信息能够查到不一样信息,系统管理人员能够对自己信息、图书管理员及学生信息进行访问,图书馆管理员能够对全部学生、自己和图书信息进行访问,学生能够对自己图书信息查询。
2.3运行环境
1)硬件环境
服务器
处理器型号:
AMD/Intel2.8GHZ及以上
内存容量:
1GB及以上
外存剩下空间;100M网卡
签到用户机
处理器型号;AMD/Intel1.6MHZ及以上
内存容量:
512MB及以上
外存剩下空间:
1GB及以上
网络配置:
100M网卡、RS232串口、PS2接口
假如电脑无RS232串口、PS2接口,需购置USBtoRS232、USBtoPS转换线。
Web浏览PC机
处理器型号:
AMD/Intel1.6GMZ及以上
内存容量:
256MB及以上
外存剩下空间:
200M及以上
网络配置:
100M网卡
读卡器:
读卡器是非接触式IC卡读卡器,能够读取RF(镭射)类型非接触式IC卡。
所采取读卡器含有PS2接口(用手供电)、RS232串口(用于传输数据)。
2)软件环境
服务器
操作系统:
windowsXP
Web服务器:
TOMCAT7.0配置TCP/IP协议
Web浏览器:
InternetExplorer6.0以上
数据库:
MYSQL
3)接口
硬件接口
考虑到大量数据备份等要求,需要保持和磁带机和光盘刻录机接口,这较易实现。
软件接口
这里,关键考虑软件和操作系统、数据库管理系统接口,和局域网和互联网软件之间数据交换。
考虑到文档处理时有可能需要较常见办公软件。
比如MicrosoftOffice系列,所以应尽可能实现它们之间数据格式自动转换。
2.4设计和实现上限制
开发时间比较短,机器限制,开发人员数目少、经验少,是开发系统中关键问题管理不完善,设计时没能全得到考虑,系统数据多处理难度高,安全保密方面问题全部会影响本项目标开发进程。
2.5假设和依据
系统中系统信息管理模块及管理系统环境绝大部分为图书馆内部,而查询模块为网上环境。
相关系统管理人员受到管理可能极少变动要极少。
系统不支持刷卡认证,手动输入还是很多。
假设学生只要不欠费就能够借书数目没限制,且学生不分类。
3.功效需求
3.1需求要求
在系统中,系统管理员要为每个学生建立借阅账户,并給通知读者不一样编号及密码,账户内存放读者个人信息和借阅统计信息。
已经拥有账户读者能够经过图书馆管理人员借阅、归还图书,读者借书时间有一定时限,逾期及丢失要赔偿不然终止借书,能够经过互联网或图书馆内查询终端查询图书信息和个人借阅情况。
借阅图书时,先输入读者编号及图书信息,系统验证读者是否正当和读者是否可继续借阅图书,无效则提醒其原因,有效则显示借书成功,更改读者及图书文件。
还书时图书馆管理人员输入归还书书号,系统查找借阅人信息验证是否超期借阅,有则提醒罚款金额并交付罚款,后实施还书操作,无则更给读者和图书信息后显示读者和图书基础信息。
假如有丢失情况,先转入图书丢失处理缴纳罚款,打印罚款单统计相关信息,然后提交还书请求。
图书管理人员不定时对图书信息进行入库、注销图书信息管理,包含图书类别和出版社管理。
系统管理人员要对系统进行维护及信息更新,数据库修改如书籍信息修改,人员变更修改等工作。
3.2功效分类
3.3具体需求
系统总体图
第一层图:
(1):
登陆子系统
(2)管理子模块
(3)系统管理模块
(3)查询模块
第二层图:
(1):
处理新书购入
处理编号:
2.1
简单说明
为了输入新书全部信息到图书文件中并编号成为其中一部分。
输入
新书名字。
处理
经过购入图书信息文件调入图书文件新书信息并编号分配存放位置并显示在显示器上。
输出
新书全部信息。
(2)处理学生借书
处理编号:
2.2
简单说明
为了完成借给学生这个功效。
输入
要借书及学生编号和密码。
处理
经过对输入学生信息来调到学生文件信息先确定学生是否欠费来演着是否含有借书资格,以后经过借书编号调到图书文件该书信息修改该文件添加借书学生基础信息,在更改学生信息录入所借书目时间。
输出
借书后学生信息。
(3):
处理学生还书
处理编号:
2.3
简单说明
为了完成学生还书这个功效。
输入
输入归还书编号。
处理
经过对输入图书编号找到对应图书信息然后调用学生文件借书学生信息核实是否延期有则缴费然后注销图书信息及学生相关借书信息。
输出
学生还书厚信息。
(4):
处理图书注销
处理编号:
2.4
简单描述
为了注销图书相关信息。
输入
图书信息编号或名字。
处理
经过图书编号或名字到图书文件数据库找到对应图书信息实施删除操作,保留删除统计到出库单中并删除该书一切信息。
输出
将保留在删除统计出库单该书信息显示在显示器上。
(5)处理信息查询
处理编号:
3.1、3.2、3.3
简单描述
为了使用户经过对输入关键字找自己能够查询权限内信息。
输入
要查询信息关键字。
处理
确定查询信息看用户是否含有查询权限有则经过调用对应数据库找到相关信息显示在显示器上没有对应权限则在显示器上显示犯错。
学生能够查询全部图书和自己信息,图书管理员能够查询全部图、学生和自己信息,系统管理员能够查询全部图书、学生、图书管理员、系统管理员信息。
输出
要查询信息或犯错信息。
4.非功效需求
4.1性能需求
1)精度需求
确保查询查全率和查准率为100%,全部在对应域中包含查询关键字统计全部能查到,全部在对应域中不包含查询关键紫统计全部不能查到。
2)时间需求
系统对大部分操作对应时间应在1-2秒内。
3)灵活性
满足运行环境在许可操作系统之间安全转换和和其它应用软件独立运行要求,当系统操作及多种数据要做出对应对应修改时设计软件要做合适调整,灵活性很大。
4)故障处理
在开发阶段出现故障由开发人员来修改和处理,测试经过以后。
关键表面常见问题如操作设置问题数据库变更等则是交给系统管理人员来维护管理。
正常情况数据库不许可犯错。
4.2安全性需求
图书管理系统操作也只能由专员进行,只有图书管理部门工作人员才能拥有权限,图书借出情况,假如没有安全管理部分,后果难以想象,可能每次登录全部需要用户身份验证尤其是系统数据库管理和维护需要专业人士来管理。
对于系统出现错误在正常使用不许可出现,对操作出现错误要提醒,系统出现错误时要确保数据库完好无损。
4.3防护性需求
本软件作为教学管理辅助设备,它规模比较小,且关键出借回收收购注销及数据管理在图书馆中进行数据修改在局域网中进行,其它查询不回对数据做出修改且系统拥有权限认证不需要保密技术。
4.4软件质量属性及其它需求
(1)可维护性强,要求软件组成程序组构较为简单,所以,需要电子设备简单易于管理和维护,具体到软件时数据库数据结构简单但庞大,参与操作人员数量多话,维护起来也比较简单,犯错也轻易修复。
(2)数据处理功效较强,因为图书馆中数据交流比较平凡且要求反应速度快、不易犯错出现意外是系统恢复能力强。
(3)用户界面系统采取对话框方法,多功效窗口运行。
四、概要设计说明书
1、引言
1.1、编写目标
经过需求分析阶段工作,系统必需“做什么”已经清楚了,概要设计基础目标就是回复“概括地说,系统应该怎样实现?
”这个问题。
概要设计说明书说明图书馆管理系统功效实现方法和软件结构,确定系统中每个程序是由哪些模块组成和这些模块相互间关系。
1.2、 背景
开发软件名称:
图书馆管理系统
开发者:
用户:
图书管理人员
主管部门:
计算机学院
1.3、专业术语
系统步骤图:
概括地描述物理系统工具,基础思想是用图形符号以黑盒子形式描绘
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 作业 图书馆 管理 系统 可行性 分析 报告 样本