图书馆管理系统软件工程实验报告书.docx
《图书馆管理系统软件工程实验报告书.docx》由会员分享,可在线阅读,更多相关《图书馆管理系统软件工程实验报告书.docx(60页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、电子信息学院实 验 报 告 书课 程 名 :软件工程试验 题目: 软件工程试验报告试验类别【综合】班级:BX0903学号:31姓名:乐传阳评语:试验态度:认真 一般 差 试验结果:正确 局部正确错 试验理论:把握 生疏 了解 操作技能:强 一般 差 试验报告:好 一般 差 成绩:指导教师:曾宪文批阅时间:年月日1 / 1 文档可自由编辑1、试验目的与要求软件工程是一门有用性强的课程,试验局部主要协作课程的教学, 围绕“图书馆治理系统”软件需求分析、设计、实现、测试、维护等过程进展。通过这些试验,使学生更深入的理解软件工程的根本原理、概念和技术方法,把握软件可行性争论、需求分析、总体设计、具体设
2、计、编码、测试和维护的根本技术和方法,了解软件工程治理、过程模型和团队模型。试验以团队方式组织,每个团队 3-9 人,每人的任务不同,相互合作完成一个工程。开发过程中设置里程碑,每个里程碑进展评审。人人参与评审并被评审。2、 试验步骤 试验步骤及相关文档第一章可行性分析报告1 引言为了便利治理者和与读者、便于图书更好的治理。1.1 编写目的:从现在应用的技术方面和用户的操作方式方面争论图书馆治理治理系统的可行性和必要性。1. 2 工程背景:图书馆每天的图书进出量很大,需要一个治理系统用来统一治理,记录图书的进出信息。开发者:乐传阳1 / 1 文档可自由编辑用户:图书馆治理员及读者1.3 参考资
3、料:软件工程技术及应用数据构造软件工程实践教程软件工程概论2 可行性争论的前提2.1 要求:功能:系统要做到能准确的记录不同图书的借出还入时间,推断是否超时, 以及计算超时应当罚款的多少,还要记录各本书借出对应的学号。系统在稳定性方面也要做到遇到断电、系统崩溃等状况保存数据不能缺失。.性能:稳定快速,实时把握输入/输出:条形码英文和汉字或者扫描仪器输入,英文和汉字输出。安全与保密要求:不能轻易被破坏,不能让治理人员以外的人删改图书信息。2. 2 可行性争论方法:通过调查分析开发图书馆治理所具备的力气及实现的方法。确定总体构造, 利用SQL Server 数据库所具有的力气,以最简洁最简洁的方法
4、,使用VC+ 使其成为一个初级的系统软件。2. 3 打算可行性的主要因素:图书馆规模、设备状况、操作人员技术3. 所建议系统技术可行性分析1 / 1 文档可自由编辑3.1 对系统的简要描述系统能做到能准确的记录不同图书的借出还入时间,推断是否超时,以及计算超时应当罚款的多少,还要记录各本书借出对应的学号。(1).设备:承受系统后,系统的性能设备要求较高,建议系统使用了最先进的技术使设备也必需跟着升级。(2)软件承受了先进的数据库技术以及一系列高技术含量软件,使得原来系统上的一些软件无法连续使用,不过在系统开发过程中将尽量考虑到, 对现有软件的兼容性。3.2 技术可行性评价就目前使用的开发技术来
5、说软件的功能目标应当能够到达;利用现有的技术在规定的期限内开发工作根本能够完成。4 软件经济可行性分析4.1 软件不需太多的硬件设施,所以在购置和安装硬件及有关设备上不会有太多费用支出。.4.2 软件并不是太大的系统软件,系统开发费用很低,并没有一次性的巨大投资和日常争论的消耗。4.3 软件安装和运行维护可能会有确定支出。4.4 软件操作简洁,界面合理,人员不需简洁的培训。5 社会因素分析该工程为独立开发,在技术上没有使用任何现有的软件与方法。所以在法律方面不会存在侵害专利权、侵害版权等问题,完全依据合同规定的责任1 / 1 文档可自由编辑履行。软件对用户要求不高,不会导致用户不会用的状况。7
6、.其他可供选择的方案由于软件比较简洁,所以没有供给其他的方案,只有一种开发方案。8 结论意见经过一系列的各个不同方面的可行性分析,分析员和用户及使用部门的负责人对需要解决的问题取得根本的全都看法,开发方案得到批准,可以进开放发。11 1概述 用户简介其次章需求分析及需求规格说明书本系统要面对图书馆的宽阔读者,以及图书馆的治理人员。宽阔读者借书具有时间和数量的无规律性,而图书馆治理人员要准确的记录图书的进出量以及图书的借出还入时间等等。1 2 工程的目的与目标图书馆具有大量的图书进出信息,为了准确的记录图书的信息,避开图书的缺失。也为了准时反响图书是否被借出的信息,便利宽阔读者借阅。 系统要做到
7、能准确的记录不同图书的借出还入时间,推断是否超时,以及计算超时应当罚款的多少,还要记录各本书借出对应的学号。系统在稳定性方面也要做到遇到断电、系统崩溃等状况保存数据不能缺失。1 3 参考资料软件工程技术及其应用有用软件工程1 / 1 文档可自由编辑软件工程实践教程1. 4 相关文档a 可行性分析报告b 概要设计说明书c 具体设计说明书2. 目标系统描述2.1 组织构造与职责图书治理系统3日常工作根本资料维护查询系统维护标系图读图读书者书者资资资资料料料料的的的的维维查查护护询询借还系权 数统书书统限 据管管登管 库功理理录理 管理能需求3.1 功能需求分析 1日常工作治理:包括借书治理、还书治
8、理。(1) 借书治理:主要功能是记录借阅证编号和图书编号,进展借书过程。在数据库中插入一条借书记录,该记录包括读者编号、图书编号、借出日期、还书期限、 操作员编号。1 / 1 文档可自由编辑(2) 还书治理:主要功能是输入借阅证编号、图书编号,在借阅登记表中找到相应的记录,将该记录的相应数据插入到还书记录中, 同时将借书记录删除,并保存在借阅历史记录表中。 2根本资料维护治理:包括图书资料维护、读者资料维护(1) 图书资料维护:包括书的入库,以及现有书籍资料的修改和删除。(2) 读者资料维护:包括读者的资料入库,以及现有读者资料的修改和删除3. 查询治理:包括图书资料查询、读者资料查询。(1)
9、 图书资料查询:依据相应的图书信息对全部书籍进展所需查询。此查询包括:图书分类、图书编号、图书名称、作者、出版社。(2) 读者资料查询:依据相应的读者资料进展所需查询。 读者编号、读者姓名、读者种类。4. 系统治理:系统的登录、标准数据治理1系统的登录:治理员的登录。2标准数据治理:用于常用数据的系统维护。3.2 功能需求点列表编号名称使用者功能输入输出1借书读者借出书籍书籍编号以及学号书籍是否存在2还书读者还入书籍书籍编号书籍数量1 / 1 文档可自由编辑以及学号3查询读者以及治理员查询书籍数量书籍编号或名称书籍剩余数量4系统治理治理员常用数据的系统维护治理员验证号系统状况4. 目标系统的性
10、能需求4.1 时间要求1. 响应时间不能太长,要求系统能快速给出应答。2. 能更处理时间。3. 远程数据传输时间不能太长,要准时准确。4.2 空间需求 A支持的并行操作的使用者数要到达确定要求,要能支持多个用户同时操作。B要能处理大量文件并记录各种数据。 C在确定时间内处理的数据总数要尽可能的大。 D输入输出数据要完全符合要求,避开图书信息重复。5. 目标系统界面与接口需求5.1 界面需求界面要求便利、简介、美观、全都等。 A输入设备:键盘、鼠标、条形码扫描器和扫描仪等。B输出设备:显示器、打印机等。1 / 1 文档可自由编辑C显示风格:图形和字符界面。 D显示方式:1024x768或640x
11、480。52接口需求点1. 软件接口:可能会需要与一些办公软件相联结。2. 硬件接口:可能会与一些磁盘机光盘刻录机等连接以便保存数据6. 目标系统其他需求6.1 安全性1. 要求查询返回数据不能出错。2. 对于权限把握要合理。为防止非法利用治理员账户登录进展破坏的行为,系统应有相应的检测模块检测到后应冻结账户。 3要有数据库定时备份功能。6.2 牢靠性系统应具有数据的准时准确的处理功能,保证数据的牢靠性。63灵敏性系统应具有确定的灵敏处理的力气,比方书籍的编号和名称都可以查询书籍。可键盘输入学号也可扫描学生卡等7. 目标系统假设与约束条件可利用的资源有学校的机房和自己的电脑,系统投入使用的最晚
12、时间是2023-6-2。第三章软件设计及设计说明书1、导言(1) 目的使软件工程标准化,使设计人员遵循统一的概要设计进展编写,降低系统1 / 1 文档可自由编辑实现的风险,做到系统设计资料标准性与全面性,以利于系统的实现、测试、维护和版本升级等。(2) 范围软件系统总体构造设计、全局数据库和数据构造设计、外部接口设计、主要部件功能安排设计和部件之间接口设计等。(3) 命名规章变量命名规章:声明全局变量、局部变量对象的命名规章。数据库对象命名规章:声明数据库表名、字段名、索引名和视图名等对象的命名规章。4术语定义术语定义和解释表序号术语名称术语定义1总体设计软件系统的总体规律构造,依据不同的设计
13、方法有不同的构造2外部接口本软件和其他软件之间的接口,接口设施可以是中间件3数据构造包括数据库表的构造和其他数据的构造1 / 1 文档可自由编辑4视图在基表和其他视图之上建立的一张虚表,具有很多物理表的性质5子系统具有相对独立功能的小系统6模块具有功能独立能被调用的信息单元7角色数据库中享有某些特权操作的用户8内部接口软件内部的各子系统、模块、部件等之间的接口5参考资料1) 用户需求报告。2) 软件开发合同。3) 数据库设计标准。4) 命名标准。(6) 相关文档1) 具体设计说明书。2) 源程序清单。3) 测试打算及报告。4) 用户使用手册。(7) 版本更记录由于是最版本,无更记录。1 / 1
14、 文档可自由编辑2、1总体设计总体构造图书馆治理系统读管基者理础子子信系系息统统图书图图读帐更书读读管书目书书者户目者者理借检归预开续图检检管员阅索还约户费书索索理管理(2) 运行环境设计硬件平台:条形码扫描仪学生卡读卡机3 子系统清单子系统编号子系统名称子系统功能1读者子系统供读者借书、还书、查阅图书等2治理子系统供治理员治理读者1 / 1 文档可自由编辑开户 续借 查阅图书数量、种类等3根底信息治理治理读者和治理员的根底信息4功能模块清单模块编号模块名称模块功能1图书借阅记录借出图书的编号以及对应的学号借出时间等2图书归还记录归还图书的编号以准时间,计算是否超时,以及超时罚款等3图书查找查
15、找该图书是否还有没有借出以及书名剩余量等信息4读者开户为的读者注册一个账号一般用其学号,记录下他的信息5更书库对于借出和还入的1 / 1 文档可自由编辑书或者加或丧失的图书准时记录,更图书信息3、模块功能安排该系统,可以分为两大模块,一个小模块:分别为治理子系统,读者子系统两大模块;根底信息治理小模块;在治理子系统中:1) :书购入处理模块只要是针对选购员在依据打算在外选购书之后的处理,所以中选购员选购到书后,系统依据原先打算选购的书进展核查,假设符合打算预定,则将书入库;否则退货;该模块主要是处理购入的书是否符合要求;2) :处理学生借书模块:该模块主要是处理学生借书业务,在图书馆治理人员输
16、入学生信息 的时候,系统会依据学生文件对该学生进展查询,看看是否存在该学生, 假设不存在,则系统给出警告信息:该学生不存在;假设存在该学生,则 系统依据罚款单对该学生的欠款状况进展查询,假设欠款超过确定金额, 则借书失败,否则承受借书,更借书文件,在显示器上面显示借书成功;3) :处理学生还书模块:该模块主要是处理学生还书业务,在图书馆治理人员输入要还的图书字段时,系统会在借书文件中查找该图书信息,之后对借书文件,学生文件中的该学生已借书数,图书名目文件进展更;然后在借书文件中提取学生数据,依据图书的还书日期和借出日期对学生的欠款金额进展计算1 / 1 文档可自由编辑之后将结果显示出来; 在查
17、询子系统中:有两个查询内容:1) 学生信息查询:学生信息查询子模块主要是对学生信息的查询;2) 图书信息查询:图书信息查询子模块主要是对图书信息的查询;这些模块,是针对学生或者图书馆治理人员这两个不同的对象,查询子系统主要是让用户了解信息,所以不需要进展用户密码登陆,直接可以进展查询,而治理模块是涉及到图书馆内部的重要信息治理方面,所以必需要设置用户密码登陆和权限等等,以保数据的安全性和系统的安全性;4、 数据构造设计(1) 数据库表名清单序号表名功能概述1学生文件表记录学生的信息,便利学生借书还书注册等2图书名目文件记录图书库里的总图书量及其信息3借书文件表便利查看哪些书籍被借出 还入及其时
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 图书馆 管理 系统软件 工程 实验 报告书
限制150内