需求工程基于web的图书馆管理系统.docx
- 文档编号:27716338
- 上传时间:2023-07-04
- 格式:DOCX
- 页数:27
- 大小:442.03KB
需求工程基于web的图书馆管理系统.docx
《需求工程基于web的图书馆管理系统.docx》由会员分享,可在线阅读,更多相关《需求工程基于web的图书馆管理系统.docx(27页珍藏版)》请在冰豆网上搜索。
需求工程基于web的图书馆管理系统
论文要求------------------------------------------------------------5
可行性研究----------------------------------------------------------6
1.引言-------------------------------------------------------------6
1.1编写目的-----------------------------------------------------6
1.2定义---------------------------------------------------------6
2.可行性研究前提---------------------------------------------------6
2.1要求---------------------------------------------------------6
2.2条件,假定和限制---------------------------------------------7
2.3进行可行性研究方法-------------------------------------------7
2.4评价尺度-----------------------------------------------------8
3.对现有系统评价---------------------------------------------------8
4.所建议的系统-----------------------------------------------------8
4.1改进之处-----------------------------------------------------8
4.2影响---------------------------------------------------------9
4.2.1对设备的影响-------------------------------------------9
4.2.2对软件的影响-------------------------------------------9
4.2.3对系统运行过程的影响-----------------------------------9
4.2.4对开发的影响-------------------------------------------9
4.2.5对经费开支的影响---------------------------------------9
4.3局限性------------------------------------------------------10
4.4技术条件方面可行性------------------------------------------105.投资及效益分析-------------------------------------------------10
5.1支出--------------------------------------------------------10
5.2收益--------------------------------------------------------10
6.社会因素方面可行性----------------------------------------------11
6.1法律方面的可行性--------------------------------------------11
6.2使用方面的可行性--------------------------------------------11
7.结论------------------------------------------------------------11
项目开发计划-------------------------------------------------------12
1.引言-----------------------------------------------------------12
1.1编写目的--------------------------------------------------12
1.2背景-------------------------------------------------------12
1.3定义-------------------------------------------------------12
2.项目概述--------------------------------------------------------12
2.1工作内容----------------------------------------------------12
2.2主要参加人员------------------------------------------------12
2.3产品--------------------------------------------------------13
2.3.1程序--------------------------------------------------13
2.3.2文件--------------------------------------------------13
2.3.3服务--------------------------------------------------13
2.4验收标准---------------------------------------------------13
2.5完成项目的最迟日期-----------------------------------------13
3.实施计划--------------------------------------------------------13
3.1工作任务的分解与人员分工------------------------------------13
3.2接口人员----------------------------------------------------13
3.3进度--------------------------------------------------------14
3.4关键问题----------------------------------------------------15
4.支持条件--------------------------------------------------------15
4.1计算机系统支持----------------------------------------------15
4.2需由用户承担的工作------------------------------------------15
4.3需由外单位提供的条件----------------------------------------15
5.专题计划--------------------------------------------------------15
6.人员组织及分工--------------------------------------------------15
7.交付期限--------------------------------------------------------15
需求规格说明-------------------------------------------------------16
1.引言----------------------------------------------------------16
1.1编写目的--------------------------------------------------16
1.2项目背景--------------------------------------------------16
1.3参考资料--------------------------------------------------17
2.总体描述------------------------------------------------------17
2.1产品描述------------------------------------------------17
2.2产品功能------------------------------------------------18
2.3用户类及特征--------------------------------------------18
2.4运行环境------------------------------------------------19
3.功能需求------------------------------------------------------19
3.1需求获取-------------------------------------------------19
3.2需求分析-------------------------------------------------20
3.2.1业务需求-------------------------------------------21
3.2.2用户需求-------------------------------------------21
3.2.2.1用户需求描述-------------------------------21
3.2.2.2用户需求用例图-----------------------------22
3.2.3接口需求-------------------------------------------23
3.2.3.1用户接口-----------------------------------23
3.2.3.2硬件接口-----------------------------------23
3.2.3.3软件接口-----------------------------------23
3.2.4功能需求-------------------------------------------23
3.2.5非功能需求-----------------------------------------26
附录------------------------------------------------------------26
论文要求:
(1)给出所要实现系统的可行性研究报告(简略)
(2)给出所要实现系统的项目开发计划(简略)
(3)对所选系统进行完整的需求获取以及需求分析工作,给出所选系统的各层次需求,包括业务需求,用户需求,功能需求以及非功能需求。
(4)在(3)的基础上完成需求规格说明书。
软件开发可行性研究报告范文格式
(5)需求规格说明书要详尽,必须包括以下内容:
引言,总体描述,功能需求,接口需求以及其它非功能性需求等,符合需求规格说明书各项细则。
(6)附录中给出所选系统需求规格说明书中各图表的获取过程。
可行性研究报告
1引言
1.1编写目的
编写该可行性研究报告的目的为说明开发基于WEB的数字图书馆管理系统的实现在技术、经济和社会条件方面的可行性;评述为了合理地达到开发目标而可能选择的各种方案;说明并论证所选定的方案。
该研究报告预期的读者包括编写该系统的人员以及甲方负责人员。
1.2定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
2可行性研究的前提
2.1要求
说明对所建议开发的软件的基本要求,如:
A.功能:
可以完成按条件对书籍的搜索,显示所搜索书籍的现存状态(包括所在馆,剩余本数,书籍应当的归还时间),用户借阅图书的信息表,用户信息登记,在书籍归还逾期时对对应账户扣费,对破损修复书籍的统计,对数字书籍的在线阅读与下载等。
B.性能:
该系统可在不同终端上通过网络访问,且运行时稳定快速。
C.符合搜索条件的数目列表(该列表列出了各个符合搜索条件的数目信息,可以查询到该数目所在馆,剩余本数等信息,产生频度很高;
我的图书馆,输出为已借阅图书列表(包括借阅书刊名,被添加为关心书目的馆藏信息,借阅时间及归还时间,与其他用户交流的消息,同时还可以对该图书写上自己的评语和对已借未还图书进行续借的操作,产生频度高);
新书到馆列表(包括新上架的图书的各种信息,格式与搜索出的图书列表一样)。
D.该系统的输入主要包括登入系统时的身份验证和搜索图书时输入的检索条件。
E.处理流程和数据流程用图表的方式表示出最基本的数据流程和处理流程,并辅之以叙述;
F.需要安全方面的保护,如登陆系统时需要输入验证信息。
G.完成期限为2012年10月30日。
2.2条件、假定和限制
a.系统最小运行寿命为一年,随后将有其他版本出现;
b.数据库合法,不得偷偷访问无访问权限的数据;
c.任何普通可以访问网页的计算机,开发环境基于web,可以在网上进行数据交流;
d.数据库包含为某机构藏书信息及借书信息以及人员的登陆身份验证信息;
e.在访问量很大时,要保证健壮性,系统正常运行不会崩溃(系统可容纳1000人同时访问);
f.响应时间不能过慢,要将其控制在2秒以内。
2.3进行可行性研究的方法
该可行性研究采取的基本方法为利用网络查看已有的类似系统,用调查问卷看看网民们对该系统期待的功能,将这些功能形成文档;与类似系统开发者就这些功能进行交流,讨论系统开发过程中他们曾遇到及可能遇到的问题及相应解决方案,对于添加新功能的可行性做一些沟通并交换意见。
列出达到各个功能所需的条件,确定模型看是否与已列出的限制有相悖,是则将该需求定义为尚且不能实现,反之将其定义为可实现。
最后查看已形成的文档,检测建立好的模型是否可以完成所需基本需求。
系统的评价方法:
主要是基本功能实现的全面性,对请求的响应时间,在不同忙碌程度情况下系统的稳定性,不会崩溃以及显示信息的正确性。
2.4评价尺度
使用界面易操作并且美观;
开发费用在预期范围附近能承受的范围内;
主要功能的实现;
开发有最后的截止日期,应当在这个日期前将完成的软件交付。
3对现有系统的分析
现有的系统以武汉理工大学图书馆为例,该系统中基本功能都已经实现了,但是在用的过程中可以发现许多不足的地方。
例如在以书名为检索条件搜索时,可以发现同一本书会在搜索结果列表中多次出现,并且有时候馆藏消息会显示不一样,这是一个不足;
并且这个系统当从非校园网的终端登陆时,打开网页很慢(使用校园网同样很慢),甚至经常加载失败,出现不能访问的情况;
检索结果在中对于书本的位置,除了藏书的图书馆,只有索书号,这对于找书还是有难度,应当适当写上具体位置如位于几楼。
在此之上,笔者认为应当在每本书的附加信息中标注上某门课某个教师推荐使用教材及该书的内容简介;添加评论部分,借书的人们可以进行信息交流。
4所建议的系统
4.1改进之处
对响应速度的提高,对系统的稳定性健壮性的改善;
对图书信息内容的添加;
添加借过该书的同学的列表,用户之间可进行交流;
可适当添加网络图书馆,支持在线阅读或者下载图书,像google那样将有的图书数字化,当然这个过程中会涉及到版权问题;
支持自定义关键词的搜索。
4.2影响
4.2.1对设备的影响
无新提出的设备要求,现存系统中的设备就可以满足所需需求。
可能需要一个扫描机将图书内容扫描到电脑上。
4.2.2对软件的影响
软件不需要做许多改变,只需要在显示图书信息时在下面添加一个留言列表,并且可以留言或写书评,同时显示借阅过该书的用户列表。
在个人图书馆中添加与他人通信的模块功能。
4.2.3对系统运行过程的影响
系统运行过程并不发生很大的变化。
4.2.4对开发的影响
需要对每本书本进行扫描,并把他们放入数据库,整理好,可以提供用户浏览下载。
4.2.5对经费开支的影响
经费开支主要包括书籍的修复,书籍的购入,管理开发人员的工资,扫描人员的工资,扫描工作的机器的购入,系统维护升级的费用。
4.3局限性
说明所建议系统尚存在的局限性以及这些问题未能消除的原因。
对于那些借书未按期归还或者将书弄丢的用户,规定了要进行赔偿。
但有个情况就是若他们停止借书,那么就不用付钱了,这样我觉得应该在每个人的账户下开设一个账户,里面有一些钱,等借书逾期就直接从上面由系统来划钱。
这个问题之所以未能消除,主要关系到个人账户的保密性,若系统可以直接扣钱的话,那无疑可能造成一些错误及纠纷。
该图书馆系统尚未具有推荐功能,即根据你借过的书的类型,由系统总结出可能适合你的书。
该功能将在下一版本中实现。
4.4技术条件方面的可行性
在当前的限制条件技术人员期限下,系统的功能目标可以完成。
5投资及效益分析
5.1支出
所需费用包括工作人员的工资以及书籍修理费用以及对系统的管理修复需要的费用。
数据库已存在,只需要添加一些信息。
5.2收益
该系统除了卖出软件时的收益无其他收益。
6社会因素方面的可行性
6.1法律方面的可行性
法律方面的可行性问题很多,如合同责任、侵犯专利权、侵犯版权等方面的陷井,软件人员通常是不熟悉的,有可能陷入,务必要注意研究。
基于web的图书管理系统,在添加了数字图书部分后。
在法律方面,可能造成侵权的部分为将未被授权的图书发布到系统中,以及对网络上其他资源使用时也要注意。
其他,务必要在合同规定的期限前完成,避免造成违约。
6.2使用方面的可行性
图书馆中有大量的书,需要一个系统来对这些大量的信息做一个整理,对管理和搜索都会提供很大的便利。
该系统的用户大部分为学生或者顾客,因此要顾虑到使用方向,系统的界面操作性要高;另一方面就是系统的管理员,他们也是可以满足使用该软件系统的要求的。
7结论
以上我们分析了研发该系统的必要性,以及各种方面的可行性。
现在可以做出一个结论,该项目可以立即开始执行。
项目开发计划
1.引言
1.1编写目的
编写项目开发计划的目的是给该项目开发的范围做一个规定,确定工作内容以及人员等。
预期读者是参与开发的所有人员。
1.2背景
a.待开发软件系统的名称为《基于web的图书馆管理系统》
b.该项目的任务提出者为图书馆的管理者,用户为到图书馆买书的用户以及工作人员以及该系统的管理人员,实现该软件的计算机网络为图书馆的内部网络。
c.若该系统用于学校中则该与学生信息的系统有相互来往关系。
1.3定义
[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
]
2.项目概述
2.1工作内容
该项目的开始阶段对各个人员分工,该项目进行获取分析需求,建模,再形成文档,评估风险,建立核心架构,完成精化的评估,然后对剩下的较简单或风险较低的任务迭代实现,部署,再进行beta测试,最后形成最终结果。
2.2主要参加人员
架构师:
擅长构建结构,有强的抽象能力以及建模能力,对能力的要求仅次于项目经理。
项目经理:
确定方向,要对全局有很好的掌控能力,对各个流程都很熟悉,对能力的要求很高。
程序员:
编写代码,技术水平较低。
测试员:
对软件流程很清楚,细心。
2.3产品
2.3.1程序
程序名称:
基于web的图书馆管理程序
所用的编程语言:
java
2.3.2文件
需要移交给用户的文件包括书籍的数据库,用户信息。
2.3.3服务
为用户提供的服务包括对系统的维护与对疑难问题的解决。
2.4验收标准
对于上述这些应交出的产品和服务,逐项说明或引用资料说明验收标准。
对于程序的验收,对程序的功能完整性的检验,界面,以及响应速度,健壮性的评价;
对于文件的验收,主要验证数据库的完整性;
检查合约中上的服务时间内容范围是否正确。
2.5完成项目的最迟期限
XXXX年XX月XX日
3.实施计划
3.1工作任务的分解与人员分工
将工作任务分解为:
需求获取人员,架构师,程序员,测试人员,项目经理。
各人各司其职,像需求获取人员,虽然需求的管理是贯彻整个过程的,他们的工作则主要集中在初始阶段,致力于形成最终的需求文档,确定项目的范围与目的;架构师的工作是将项目的层次结构建立出来,不用实现细节,但要将核心架构的迭代实现;程序员是对细节部分的编码;测试人员负责在形成可运行的程序后,使用各种用例对程序进行测试,并进行反馈;项目经理确定大体方向,对整个过程进行管理并作出决策。
3.2接口人员
实现接口的人员应当对程序,架构都相当熟悉,程序员以及架构师都可以胜任。
3.3进度
1.需求分析过程
所需资源:
甲方对软件的要求,对前景的希望,他们对该系统的描述;
各项工作任务完成的先后顺序:
需求获取,需求分析,形成文档,确认;
工作任务完成的标志性事件:
确定后的文档形成。
2.设计过程
所需资源:
已形成的需求文档;
各项工作任务完成的先后顺序:
建模,核心架构迭代实现,高风险的解决;
工作任务完成的标志性事件:
架构构建完成。
3.编码实现过程
所需资源:
已经完成的架构,程序的大体结构已经完成;
各项工作任务完成的先后顺序:
对遗留下的风险较低或比较简单的元素进行迭代实现;
工作任务完成的标志性事件:
可以运行的程序。
4.测试过程
所需资源:
可运行的程序;
各项工作任务完成的先后顺序:
测试各个情景下程序的输出是否正确,再测试反应速度,健壮性等指标;
工作任务完成的标志性事件:
形成一个可以运行的可以提交给用户的程序。
5.移交
所需资源:
已完成的程序;
各项工作任务完成的先后顺序:
工作任务完成的标志性事件:
6.培训和安装等工作
所需资源:
一个已经应用于实际的程序;
各项工作任务完成的先后顺序:
培训用户使用该系统,形成使用手册以及指导安装步骤;
工作任务完成的标志性事件:
大家都对该程序很熟悉,可不用程序员独立操作。
3.4关键问题
能决定该项目的成败的主要是初期的工作,包括最终形成的需求文档是否有错误,遗漏,特别是那些对以后系统共有很大影响的需求,他们甚至可能使程序返工;再者风险估计,若有错误可能造成后期时间,资金不够等问题,或其他更严重的问题。
4.支持条件
4.1计算机系统支持
操作系统windowsxp或windows7及以上均可;
数据存储能力应达到2G以上的机器均可;
有用来浏览网页的浏览器。
4.2需由用户承担的工作
用户需要承担的工作为提供需求以及进行测试,对中间形成的程序提意见。
提供建立该系统所需的数据库资料。
4.3需由外单位提供的条件
[逐项列出需要外单位分合同承包者承担的
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 需求 工程 基于 web 图书馆 管理 系统