图书管理系统需求分析报告经典范例Word文件下载.docx
《图书管理系统需求分析报告经典范例Word文件下载.docx》由会员分享,可在线阅读,更多相关《图书管理系统需求分析报告经典范例Word文件下载.docx(11页珍藏版)》请在冰豆网上搜索。
归还图书时,由管理员录入借书卡号和待归还的图书编号,显示借书卡号、读者姓名、读书编号、读书名称、借书日期、应还日期等信息,并自动计算是否超期以及超期的罚款金额,若进行续借则取消超期和罚款等信息;
若图书有损坏,由管理员根据实际情况从系统中选择相应的损坏等级,系统自动计算损坏赔偿金额。
完成归还操作的同时,修改相应图书信息的状态、修改读者信息中的已借数量、在借书信息中对相应的借书记录做标记、在还书信息中添加相应的记录。
图书管理员不定期地对图书信息进行添加、修改和删除等操作,在图书尚未归还的情况下不能对图书信息进行删除。
也可以对读者信息进行添加、修改、删除等操作,在读者还有未归还的图书的情况下不能进行删除读者信息。
系统管理员主要进行图书管理员权限的设置、读者类别信息的设置、图书类别的设置以及罚款和赔偿标准的设置、数据备份和数据恢复等处理。
2.4功能层次图
3、数据描述
3.1静态数据
图书:
图书编码,书名,书号,图书类别,作者,出版社,出版时间,单价
管理员:
用户名,密码,权限,姓名
读者:
借书卡号,姓名,性别,读者类别,所属系部,部门或班级
3.2动态数据
输入数据:
鼠标对按钮的点击,查询方式,查询关键字,新建图书项,新建读者项,图书项、读者项记录的修改,图书借还以及注销操作时的输入信息,受限操作所需的密码等。
输出数据:
查询关键字所确定的数据库子集,统计结果,操作成功或失败的消息,图书借还以及注销操作时的结果信息。
3.3数据库描述
数据库采用SQLServer数据库。
3.4数据流图与数据字典
1、数据流图
(1)顶层数据流图
(2)0层数据流图
(3)1层数据流图
∙1.读者信息管理
∙2.图书信息管理
∙3.图书借还管理
2、数据字典
(1)数据接口描述
∙名称:
图书管理员
简要描述:
完成登记注册、统计查询、借书、还书等操作;
有关数据流:
读者信息,图书信息,统计条件信息,读者情况,图书情况,统计结果;
系统管理员
完成用户设置,读者类别设置,图书类别设置,罚金标准设置等操作;
用户信息,读者类别信息,图书类别信息,罚金标准信息;
(2)加工逻辑词条描述
∙加工名:
录入新读者
加工编号:
1.1
将新的读者信息登记到读者信息表中
输入数据流:
新读者数据,读者类别
输出数据流:
有效读者信息
加工逻辑:
输入读者信息
选择读者类别
执行SQL语句,将完整的读者信息写入读者信息表
(3)主要数据流名词条描述
∙数据流名:
新图书信息
数据流说明:
用以标识新图书的书面信息
数据流来源:
数据流去向:
图书信息录入
数据流组成:
图书编号+书名+书号+作者+出版社+出版时间+单价
图书信息
用以标识图书在图书信息表中的信息
图书信息录入,图书信息表
图书信息表,借书管理,图书总量统计
图书编号+书名+书号+图书类别+作者+出版社+出版时间+单价+入库时间+操作员姓名+书架编号+图书状态
(4)数据存储词条描述
∙数据存储名:
图书信息表
简单描述:
存放已登记入库的图书的详细信息
图书状态
数据组成:
存储方式:
关键码(图书编号)
读者信息表
存放读者的详细信息
已借数量,操作员姓名
读者信息
借书卡号+姓名+性别+读者类别+所属系部+部门或班级+联系电话+登记日期+操作员姓名+已借数
关键码(借书卡号)
(5)数据项词条描述
数据项名
数据类型
长度
取值范围
图书编码
字符串
10
6{字符}10
书名
30
2{字符}30
书号
20
11{字符}20
图书类别
3
2{字符}3
作者
4{字符}10
出版社
6{字符}20
出版时间
日期型
默认日期格式
单价
实型
4
一位小数
入库时间
操作员姓名
书架编号
2{字符}4
整型
1
[0|1]
借书卡号
8
8{字符}8
读者姓名
读者类别
所属系部
16
4{字符}16
部门或班级
联系电话
13
11{字符}13
登记日期
已借数
[2|3|4|5]
用户名
12
6{字符}12
用户密码
用户权限
[0|1|2]
借书日期
限还日期
借阅状态
过期罚金
5
损坏罚金
图书类别名
借书限额
2..5
还书期限
2
2为整数
罚金类别名
2{字符}2
罚金倍数
1..10
3.5数据关系E-R图
3.6数据采集
数据采集采用键盘输入
4、功能需求
4.1功能划分
该系统具有以下主要功能:
浏览功能;
查询功能;
添加功能;
修改功能;
删除功能;
4.2功能描述
1、浏览功能
∙列出当前数据库文件中图书信息、读者信息、借阅信息和还书信息等的所有记录。
∙可选定一项记录,显示所有域。
2、查询功能
∙书目匹配查询
∙读者匹配查询
∙书目和读者匹配查询
3、添加功能
∙添加书目和读者记录以及借书还书记录
∙添加系统设置相关信息
4、修改功能
∙修改书目和读者记录,提供相关确认机制。
∙修改系统设置相关信息,提供相关确认机制。
5、删除功能
∙删除书目和读者记录,提供相关确认机制。
∙删除系统设置相关信息,提供相关确认机制。
5、性能需求
5.1数据精确度
保证查询的查全率和查准率为100%,所有在相应域中包含查询关键字的记录都能查到,所有在相应域中不包含查询关键字的记录都不能查到。
5.2系统响应时间
系统对大部分操作的相应时间应在1—2秒内。
5.3适应性
满足运行环境在允许操作系统之间的安全转换和与其他应用软件的独立运行要求。
6、运行需求
6.1用户界面
系统采用对话框方式,多功能窗口运行。
6.2硬件接口
支持各种X86系列的PC机。
6.3软件接口
运行于Windows2000及更高版本的具有WIN32API的操作系统之上。
6.4故障处理
正常使用时不出错,对于用户的输入错误给出适当的改正提示信息,遇不可恢复的系统错误时,保证数据库的完好无损。
影像集中处理系统需求分析:
1.采用统一客户端、统一服务和统一的数据库来及时上传反馈影像报告信息。
不同机构通过机构标示将各机构的信息上传到影像处理中心。
中心医生处理完成后通过机构标示反馈回各医院客户端。
(各级一级医疗机构在完成登记采图后点击提交,及时上传中心。
二级报告书写医生的软件界面会出现来自不同机构的病人信息和采集图像信息。
通过采集的信息给该病人书写相关诊断报告。
点击完成后书写的报告自动反馈回各上传机构。
一级机构在报告中直接打印相关报告给病人。
)
2.在pacs软件中镶嵌机构工作人员比较认可的图像处理软件。
可以由中心医生直接将采集的原始图像处理后保存,方便各机构调取打印。
3.支持网络胶片打印。
各机构根据自己的需求,打印中心医生处理过的图像。
4.架设专门的影像集中处理服务器和存储。
(使用虚拟或实体服务器来作为专用影像处理服务器。
存储就目前全区机构上线到现在,存储使用状态不到1T。
预留可用10T作为影像中心存放影像文件专用。
5.分级分权限管理。
一级医疗机构只能处理采集病人的信息上传和查询打印上级机构书写的报告功能不能删除修改。
二级医疗机构工作人员有处理书写报告的权限。
中心主任有修改删除一般工作人员书写的报告的权限。
通过留痕或者加载主任医生姓名的功能来保存此份报告。
6.优化诊疗流程,病人在HIS的门诊住院信息在登录的过程中采取模糊查询的方式加载病人信息。
7.HIS系统中的医生通过客户端或者健康浏览器,只能查看和调阅病人的相关信息不能删除医技医生完成的影像和报告。
8.影像处理系统软件实现扣费的功能。
在完成登记采图后。
反馈信息给HIS系统来完成住院或者门诊病人的费用扣去。
以防止漏费情况的发生。