软件工程实验.docx
- 文档编号:30198442
- 上传时间:2023-08-07
- 格式:DOCX
- 页数:50
- 大小:884.95KB
软件工程实验.docx
《软件工程实验.docx》由会员分享,可在线阅读,更多相关《软件工程实验.docx(50页珍藏版)》请在冰豆网上搜索。
软件工程实验
软件工程实验(总31页)
北方工业大学
软件工程课程实验实验报告
题目:
小型图书馆图书信息管理系统
专业:
班级:
组:
组长:
成员:
指导教师:
完成日期:
2014年6月5日
1项目开发计划书……………………………………………………
(2)
2软件需求规格说明书………………………………………………(7)
3设计规格说明书……………………………………………………(14)
4源程序清单…………………………………………………………(20)
5测试报告……………………………………………………………(35)
6用户手册……………………………………………………………(39)
一、项目开发计划书
完成人:
1.引言(Introduction)
本需求的编写是为了实现读者借还书的信息化,并且利用Internet网络实现读者与图书馆之间的互动和图书馆的人性化管理,提高图书的利用率、减少相关人员的工作量,使学校的图书管理工作真正做到科学、合理的规划,系统、高效的实施。
项目概述(ProjectSummary)
本次作业设计题目:
“小型图书馆图书信息管理系统”主要目的是利用数据库软件编制一个管理软件,用以实现图书、读者以及户(学生)借书、查询图书信息,向流通组预约图书、缺书登记,借书数量、期限限制。
还书时流通组根据图书是否超期、损坏等作相应处理。
采编部根据缺书登记进行采购以及将旧书淘汰、注日常工作等多项管理。
同时对整个系统的分析、设计过程给出一个完整论证。
具体包括借还图书。
总之,系统的规模较小,只涉及图书、读者、借还书的管理,相关的部门有采编部、流通部、办公室,只是完成简单规模的图书管理操作。
术语定义(TermsGlossary)
图书管理系统:
是一个由人、计算机等组成的能进行管理信息的收集、传递、加工、保存、维护和使用的系统。
采编部:
是一个负责图书馆中外文图书资料入库前的采访、订购、验收、登记、典藏、调拨,以及书目数据的审校并上传至中央数据库等工作的部门。
需求分析:
在建立一个新的或改变一个现存的电脑系统时描写新系统的目的、范围、定义和功能时所要做的所有的工作。
系统设计:
设计数据库的结构以及设计模块的控制流程,明确软件系统"如何做"。
需求规格说明书:
经可行性研究后,对要求解的问题重新进行描述,使之更能准确地反映实际业务流程,导出并评价可供选择的解法,推荐行动方针。
系统设计说明书:
说明对程序系统的设计考虑,包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等,为程序的详细设计提供基础。
相关文档(RelatedDocuments)
《需求规格说明书需求规格说明书》、《系统设计说明书》、《测试报告》、《用户手册》、《源程序清单》。
2.软件生存周期(SoftwareLifeCycle)
因系统规模较小,采用瀑布模型确定软件生存周期。
(1)项目生存期框图
(2)项目生存期说明
问题定义:
分析问题,确定整体项目设计思路与架构,对系统功能有一个初步的认定,确定项目的规模与基本实现思路。
可行性研究:
对项目的可行性,包括技术可行性、经济可行性、社会可行性等进行研究,为下一步工作做准备。
需求分析:
对项目整体需求做一个整体调研和分析,最终将分析结果归纳总结为清晰、全面、系统、准确的需求规格说明书。
项目设计:
分块设计项目内容,对各个阶段的项目工作有一个整体的划分。
项目实施:
进行代码的设计编写,最终完成项目的初步模型。
测试:
对完成的项目进行测试,找出存在问题和需要优化、改进的地方。
维护:
定期对项目进行测试,查找项目漏洞进行完善处理。
3.任务与工作产品(TaskandWorkProducts)
项目任务和工作产品,是指根据项目生存期阶段划分的任务,和相应阶段的工作产品。
记录项目生存期各阶段确定的需重点控制的阶段任务和工作产品。
建议以表格的形式,列出生存期各阶段的任务和工作产品。
项目包含的任务,如:
(1)需求分析
(2)系统设计
(3)系统实现
(4)测试
(5)产品交付
项目可能包含的产品,如:
(1)需求规格说明书
(3)系统设计说明书
(4)源程序
(5)测试报告
(6)用户手册
4.工作产品、任务规模、工作量估计(EstimatesofWorkProduct,TaskSizeandWorkload)
该项目只是完成简单的图书信息管理,系统规模较小。
经分析决定,最终由五人一组的小组形式完成该实验。
指定一名组长,负责分工和进度控制等管理工作。
其中,开发计划由组长完成,其他文档按计划中的任务分工,分别由各责任人完成。
由于项目规模不大,计划在在20个课时左右完成整个设计任务。
最终分配给每个组员的任务量并不大,应该能够按期完成。
5.资源需求计划(ResourceRequirementPlan)
根据项目的具体实现功能,为保证项目能够正常流畅运转,最终确定的主要软硬件设备清单列表如下:
处理器
CPU系列
英特尔酷睿代系列
CPU型号
英特尔酷睿i54570
CPU频率
总线
DMI5GT/s
三级缓存
6MB
核心代号
Haswell
核心/线程数
四核心/四线程
制程工艺
22nm
存储设备
内存容量
4GB
内存类型
DDR31333MHz
内存插槽
4个DiMM插槽
硬盘容量
500GB
硬盘描述
7200转
光驱类型
DVD刻录机
显卡/声卡
显卡类型
核心显卡
显卡芯片
InterGMAHD4600
显存容量
共享内存容量
DirectX
支持DirectX11
音频系统
集成声卡
网络通信
有线网卡
1000Mbps以太网卡
软件
数据库
sqlserver2005
运行环境
Java
运行平台
Win7
6.软件项目进度计划(SoftwareProjectSchedule)
(1)项目阶段划分
整体项目划分为四个阶段:
1、需求分析阶段
根据调研结果,了解用户需求进而确定项目整体实现思路,所要完成的基本功能,保证项目的全面性,确保实现用户需要的所有功能。
该过程是十分重要的阶段,能确定整个项目进行的效率和最终效果,所以一定要认真细致的落实。
2、系统设计
对需求分析阶段的结果进行概要设计和详细设计,画出功能模块图。
对系统的主界面、图书信息录入界面、学生借书操作界面、学生借书结果查询界面进行设计。
进行数据库设计。
得到数据库的逻辑结构图。
3、图书管理系统编程
在之前工作的基础上,进行实现代码的编写,在编写的过程中不断完善各项功能,在保证基本功能的前提下,尽量做到界面的友好性和可行性。
4、图书管理系统测试与维护
对系统进行测试,并解决发现的问题,进一步维护完善选课系统。
(2)各阶段任务分解
需求分析阶段:
1、结合实验内容说明,对现有的学生选课系统进行必要的调研,了解基本的工作流程、软件功能、数据需求和界面风格。
2、画系统流程图,反映本系统的物理结构。
并给出一份系统的软硬件配置清单,包括设备的型号、系统软件的版本号,报价等信息。
3、分析实验内容说明和调研结果,画出系统的数据流程图。
4、组内充分的讨论,不断细化和完善数据流程图。
5、编写系统的数据字典。
6、用IPO图描述系统的处理过程。
7、画出系统ER图。
系统设计阶段:
1、全组走查需求分析文档和其他相关的图表和文字说明。
对不清楚的内容进行完善和补充。
2、组长和小组成员共同协商一份设计规范:
设计用的图形符号、字体、大小规范,界面设计规范,用语规范等等。
3、组内6人分工,并行进行详细设计、界面设计和数据库设计。
4、组长检查所有的设计规范性和设计质量。
编程阶段:
选用某一高级编程语言实现本系统,并对编码通过注释进行必要的说明。
系统测试与维护阶段:
设计测试用例并实现测试与维护。
(3)时间和人员安排
四个阶段每个阶段分配四个学时,预计共需大约20个学时完成本次项目的设计。
人员安排如下:
由组长完成项目计划书,具体分配任务。
各个阶段任务划分如下:
(4)阶段工作成果
每个阶段都需要完成相应的任务,具体如下:
需求分析阶段:
1)系统流程图和软硬件设备清单表。
2)细化的数据流程图和图解说明。
3)系统的数据字典和IPO图。
4)系统的ER图。
5)需求说明规格说明书。
系统设计阶段:
1)设计规格说明书(包括概要设计说明书和详细设计说明书)。
2)数据库设计(包括表名、字段名、字段类型、字段大小、字段说明)。
编程阶段:
1)系统主要功能界面。
2)系统主要模块的源代码(包括注释)
3)系统主要模块的使用说明书。
测试维护阶段:
1)系统主要模块测试用例及测试结果
2)系统主要模块边界测试用例及测试结果
二、需求规格说明书
完成人:
1.概述(Summary)
项目的目的与目标(PurposeandAimofProject)
该项目为简单的管理系统,主要实现图书借还处理,以及图书馆内的相关图书管理工作。
目标是实现读者借还书的信息化,并且利用Internet网络实现读者与图书馆之间的互动和图书馆的人性化管理,提高图书的利用率、减少相关人员的工作量,使学校的图书管理工作真正做到科学、合理的规划,系统、高效的实施。
术语定义(TermsGlossary)
图书管理系统:
图书管理系统,是一个由人、计算机等组成的能进行管理信息的收集、传递、加工、保存、维护和使用的系统。
利用信息控制企业的行为;帮助企业实现其规划目标。
在现代大中型企业纷纷利用的系统。
系统设计:
设计数据库的结构以及设计模块的控制流程,明确软件系统"如何做"。
为下一步编程阶段做好准备。
需求规格说明书:
经可行性研究后,对要求解的问题重新进行描述,使之更能准确地反映实际业务流程,导出并评价可供选择的解法,推荐行动方针。
系统设计说明书:
说明对程序系统的设计考虑,包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等,为程序的详细设计提供基础。
设计规格说明书:
在进行系统分析后,对整体设计把握的体现,包括各种设计参数的定义,以及设计元素、风格的确立等。
出库表:
存放已销售的书籍的数据。
入库表:
存放入库书籍的数据。
购书表:
存放提交的购书信息。
缺书登记表:
存放缺少的书籍的信息。
待购教材表:
存放待购书籍信息。
相关文档(RelatedDocuments)
《项目开发计划书》
《需求规格说明书》
《设计规格说明书》
《源程序清单》
《测试报告》
《用户手册》
2.问题初始分析(EarlyAnalysis)
场景描述(SceneDescription)
本次项目是以实现图书、读者以及户(学生)借书、查询图书信息为背景,目的是为了实现读者借还书的信息化,并且利用Internet网络实现读者与图书馆之间的互动和图书馆的人性化管理,提高图书的利用率、减少相关人员的工作量,使学校的图书管理工作真正做到科学、合理的规划,系统、高效的实施。
初始功能提取(EarlyFunctionDistill)
基本实现功能如下:
1、向流通组预约图书、缺书登记,借书数量、期限限制。
2、还书时流通组根据图书是否超期、损坏等作相应处理。
2、采编部根据缺书登记进行采购以及将旧书淘汰、注日常工作等多项管理。
3.目标系统功能需求(FunctionofTargetSystem)
功能需求分析(FunctionAnalysis)
数据流图如下:
数据字典:
编号:
DS1名称:
读者信息记录
名称
键值
类型
长度
值域
初值
备注
读者编号
P
字符
100
学生姓名
字符
100
学生班级
字符
100
性别
字符
10
借阅图书数量
数字
借阅图书信息
字符
200
借出日期
日期
8
应还日期
日期
8
是否有图书超期
布尔
预定图书信息
字符
100
编号:
DS2名称:
图书信息记录
名称
键值
类型
长度
值域
初值
备注
图书编号
P
字符
100
书名
字符
100
类型
字符
100
可选择
作者
字符
100
图书ISBN
字符
100
出版社
字符
20
出版日期
日期
8
总的册数
数字
关键字
字符
100
当前在库数量
数字
编号:
DS6名称:
缺书记录
名称
键值
类型
长度
值域
初值
备注
图书编号
P
字符
100
书名
字符
100
类型
字符
100
可选择
作者
字符
100
图书ISBN
字符
100
出版社
字符
20
出版日期
日期
8
功能需求点列表(FunctionList)
对每个处理用IPO表进行详细说明,列出功能需求点列表如下:
编号:
IPO1名称:
读者查询
输入
处理说明
输出
图书信息
1.输入图书信息
3.如果此书在馆,显示图书信息
将DS2中相应图书记录显示出来
备注:
编号:
IPO2名称:
书目编辑
输入
处理说明
输出
图书信息
1.输入图书信息
2.增添图书记录
修改DS2的在库图书量
插入图书信息到DS2
备注:
编号:
IPO3名称:
图书注销
输入
处理说明
输出
图书信息
1.输入图书信息
2.删除图书记录
修改DS2的在库图书量
删除DS2中相应图书记录
备注:
编号:
IPO4名称:
缺书登记
输入
处理说明
输出
所缺图书信息
1.输入缺书信息
2.创建缺书记录,修改缺书登记记录
3.通知采购部及时采购图书
插入缺书记录到DS6
修改DS6缺书记录状态
备注:
编号:
IPO5名称:
图书采购
输入
处理说明
输出
采购图书信息
1.输入采购图书信息
2.如果此书已经采购,则取消图书缺书记录
修改DS6缺书记录状态
备注:
编号:
IPO6名称:
图书预定
输入
处理说明
输出
预定图书信息
1.输入图书信息
2.创建图书预定记录
插入图书预定记录
到DS5
修改DS5图书预定
预订记录状态
备注:
编号:
IPO7名称:
取消预定
输入
处理说明
输出
预定图书信息
1.输入图书信息
2.删除图书预定记录
删除DS5中图书预定
记录
修改DS5图书预定
预订记录状态
备注:
编号:
IPO10名称:
借书处理
输入
处理说明
输出
读者编号
图书编号
1.输入读者编号和图书编号
2.创建借书记录,修改图书在库量
3.如果此书曾经预订,则取消图书预订记录
修改DS2的在库图书量
插入借书记录到DS3
修改DS5预订记录状态
备注:
编号:
IPO12名称:
还书处理
输入
处理说明
输出
读者编号
图书编号
1.输入读者编号和图书编号
2.创建还书记录,修改图书在库量
3.如果此书曾经预订,通知预定读者
修改DS2的在库图书量
插入还书记录到DS2
修改DS5预订记录状态
备注:
4.目标系统性能需求(PerformanceofTargetSystem)
时间要求(TimeRequest)
鉴于图书信息量较大,同时又考虑到读者对响应时间的容忍限度,最终确定查询的最长等待时间为30秒左右,而更新处理时间为40秒左右,远程数据传输时间控制在一分钟以内。
尽量保证时间响应控制在合理的范围内。
空间要求(SpaceRequest)
如因为借还书功能是面向全校师生,因此用户量较大,必须保证能够支持足够多的终端用户同时借阅查询,最好同时在线操作人数控制在50人以内,超过次门限值采取等待措施。
另外,图书信息量大,所以处理的文件和记录数也会相应变得庞大,同时也限制了处理任务的数量,为加快数据传输效率,对输入输出数据的精度要求和对处理和传输过程中的精度要求并不高。
性能需求点列表(PerformanceList)
根据数据流程图和对需求的了解,给出一张功能需求表,包括需求的编号、简单描述、优先级和验证方式见下表。
编号
简述
使用者
优先级
验证方式
IPO1
查询
读者
1
分别对图书/借还书信息的有效数据、无效数据、各种组合条件进行查询,显示查询结果(结果是0条、1页、多页的情况)
IPO2
书目编辑
采编部
1
输入完整的图书信息,输入不完整的图书信息、输入错误的图书信息,重复输入
IPO3
图书注销
采购部
1
注销现有图书、注销不存在图书
IPO31
新书发布
采购部
2
缺书采购到馆后,通知登记的读者
IPO4
缺书登记
读者
2
正确的和完善的缺书信息,正确但不完善的缺书信息,重复录入缺书信息
IPO5
图书采购
采编部
2
采购缺书登记的图书,重复采购,超量采购
IPO6
预订
读者
2
正确的和完善的预订数据,正确但不完善的预订数据,无效的预订数据,相同的预订数据
IPO7
取消预订
读者
2
取消已经预订的图书、取消没有预订的图书、反复取消同一条预订记录
IPO8
更新系统参数
系统管理员
1
在XML文件中定义各种参数的值,在DTD文件中定义参数的模型,在XLS中定义参数的显示格式
IPO81
更新处罚规则
系统管理员
1
在XML文件中定义处罚规则,在DTD文件中定义参数的模型,在XLS中定义参数的显示格式
IPO9
处罚
流通部
1
输入超期处罚、丢失处罚和破损处罚信息,且测试不同日期、不同价格图书、不同页数信息
IPO10
借书处理
流通部
1
正确的和完善的借书信息,正确但不完善的借书信息,无效的借书信息,重复的借书信息,超量借书,借预订图书,续借
IPO101
有效性检查
流通部
1
输入有效/无效读者号,有效/无效图书号,借书已超量,有延期书,0库存书
IPO11
读者管理
办公室
1
输入正确读者信息、错误读者信息和无效的读者信息
IPO12
还书
流通部
1
还1本书/多本书,还过期书,还书有预订,还无效图书(没有借书记录)
IPO121
催还通知
自动触发
3
系统参数中设置催还日期,检验系统能否按照设置的日期自动发出催还邮件
IPO13
预订通知
自动触发
1
检查系统自动触发1条/多条预订到书通知,给有效邮箱、无效邮箱分别检验系统
5.目标系统界面与接口需求(InterfaceofTargetSystem)
界面需求(InterphaseRequirement)
界面整体特点方便、简洁、美观、一致等。
(1)输入设备:
键盘、鼠标、条码扫描器、扫描仪;
(2)输出设备:
显示器、打印机;
(3)显示风格:
蓝色背景为主,界面简约简单,功能实现突出;
(4)显示方式:
1024*768;
(5)输出格式:
列表显示、按序输出。
接口需求(InterfaceRequirement)
由于本项目只是实现校内图书借阅查询管理功能,因此所需接口仅限于图书馆办公室管理人员的控制接口。
用于管理人员对整个系统进行必要的测试维护,保证整个系统的顺利运行。
6.目标系统其他需求(OtherRequirementsofTargetSystem)
安全性(Security)
由于图书信息和读者信息都是学校内部隐私信息,因此,系统的安全性必须得到很好的保证。
可靠性(Dependability)
图书查询需要最终有明确的查询结果,因此查询过程的可靠性必不可少。
此外,这也是保证系统能够正常运转运行的重要前提。
灵活性(Agility)
图书信息量较大,因此,查询时必须采取灵活的查询措施,如分类、模糊查询等,保证查询的效率和灵活性。
7.目标系统假设与约束条件(SupposeandRestrictionofTargetSystem)
本系统只是内部运行的简单图书管理系统,外部限制几乎可以不必考虑。
主要的限制在于内部软硬件的供应和保证,总体问题不大,相信完成后可以尽快投入运行。
三、设计规格说明书
完成人:
1.引言(Introduction)
本章对该文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明。
目的(Purpose)
本文档的目的旨在推动软件工程的规范化,使设计人员遵循统一的概要设计书写规范,节省制作文档的时间,降低图书管理系统实现的风险,做到系统设计资料的规范性与全面性,以利于系统的实现、测试、维护、版本升级等。
命名规则(NamingRule)
变量对象命名规则:
全局变量和局部变量均以能代表变量意义的单词表示,为加以区分,其中,全局变量首字母大写、局部变量则全小写。
数据库对象命名规则:
为方便理解,数据库建立时的相关表名命名也采用代表特定意义的英文字母表示。
表名首字母大写,其余一律大写。
术语定义(TermsGlossary)
序号
术 语 名 称
术 语 定 义
1
总体结构
软件系统的总体逻辑结构。
按照不同的设计方法,有不同的总体逻辑结构。
若采用面向功能或面向数据的设计方法,则总体逻辑结构为一树形的功能模块结构图。
若采用面向对象或面向部件(构件)的设计方法,则总体逻辑结构为部件(构件)的组装图
2
外部接口
本软件系统与其他软件系统之间的接口,接口设施可以是中间件。
接口描述包括:
传输方式、带宽、数据结构、传输频率、传输量、传输协议
3
数据结构
数据结构包括:
数据库表的结构、其他数据结构等
4
概念数据
模型CDM
关系数据库的逻辑设计模型,叫做概念数据模型。
主要内容包括一张逻辑E-R图及其相应的数据字典
5
物理数据
模型PDM
关系数据库的物理设计模型,叫做物理数据模型。
主要内容包括一张物理表关系图及其相应的数据字典
6
视图
在基表或其他视图之上建立的一张虚表,叫做视图,它具有物理表的许多性质,在数据处理和授权上很有用
7
角色
数据库中享有某些特权操作的用户,叫做角色。
角色的权利通过授权来实现
8
子系统
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 实验
![提示](https://static.bdocx.com/images/bang_tan.gif)