ldmsapp文档格式.docx
《ldmsapp文档格式.docx》由会员分享,可在线阅读,更多相关《ldmsapp文档格式.docx(39页珍藏版)》请在冰豆网上搜索。
![ldmsapp文档格式.docx](https://file1.bdocx.com/fileroot1/2022-12/12/15c6378d-c882-4354-9778-7f93f2e14d63/15c6378d-c882-4354-9778-7f93f2e14d631.gif)
4·
1性能要求:
14
2运行环境:
15
1.推荐配置:
2.支持软件:
3数据的安全性:
详细设计说明书16
1引言16
1.1编写目的16
2图书馆在线系统结构16
3程序描述17
3.1数据字典17
3.2文件字典17
3.3数据项条目17
3.4主要程序代码18
4程序代码设计19
4.1服务器根据要求到数据库中查找数据,并进行数据处理19
4.2相关数据参数在各个板块之间传递20
4.3向用户显示信23
用户手册24
1引言24
1.1编写目的24
1.2背景24
1.3参考资料24
2用途25
3运行环境25
3.1硬设备25
3.2支持软件25
4使用过程25
4.1创建主目录25
4.2数据库配置26
4.3用户注册与登录27
4.4图书查询29
4.5下载功能32
4.6小型论坛讨论区33
系统总结报告35
可行性研究报告
※小组成员联系方式及担负任务:
(班级:
02-12班)
姓名
学号
邮件地址
担负任务简介
吴敏华
19
Zhiyou497@
组长。
负责项目的整体规划与设计。
负责系统总体源代码的编制、登录子系统的实现、
读者借书信息子系统实现
系统开发总结报告的完成
刘岩
25
yefan2222@
负责版面的设计
负责相关资料的收集整理。
负责在馆图书查询模块的实现
可行性研究报告的完成。
林龚伟
26
lingongwei2001@
负责下载模块的实现
需求分析报告的完成。
宋小玲
23
Lily_jick_0@
负责版面的设计,
负责新入馆图书查询
详细设计报告的完成
1引言
1.1编写目的
如今有些图书馆现为手工管理,效率低、易出错、手续繁琐,耗费大量的人力,而且数据处理手工操作,工作量大,出错率高,出错后不易更改。
由于信息比较多,图书借阅信息的管理工作混乱而又复杂;
一般借阅情况是记录在借书证上,图书的数目和内容记录在文件中,图书馆的工作人员和管理员也只是当时对它比较清楚,时间一长,如再要进行查询,就得在众多的资料中翻阅、查找了,造成查询费时、费力。
如要对很长时间以前的图书进行更改就更加困难了。
因此,我们设计这个图书馆系统,管理读者的登记、图书的购入、借出、归还以及注销等。
管理人员还可以查询某位读者、某本图书的借阅情况,对当前借阅情况给出一些统计,给出统计表格,以全面掌握图书的流通情况。
同时本系统基于WEB页面有很好的连网功能,也便于在校学生查询自己的借阅信息,在馆图书情况,可以在网上自行续借图书,大大节省了图书馆的人力资源,方便了学生、教师的借阅,查询。
1.2背景
1.本系统命名:
图书馆在线系统
2.小组成员:
吴敏华,刘岩,林龚伟,宋小玲
3.开发工具:
ASP、ASP.NET、DREAMWEARMX、ACCESS
4.面向对象:
学校图书馆管理员以及在校教师、学生
5.系统运行环境:
本系统可以在Windows2000/XP以及更高版本系统上稳定运行,有很强的兼容性。
1.3参考资料
《DREAMWEARMX建站指南》、《ASP.NET编程基础》、《中国图书分类法第四版》等,部分资料来源于本校图书馆及网上资源。
2可行性研究的前提
2.1要求
完成期限:
2.2目标
系统的主要开发目标:
该系统可以完成读者登记、新书查询、读者查询、在馆图书查询、电子资源下载、讨论区等功能。
2.3条件、假定和限制
运行环境与辅助设备基本要求:
◆硬件平台
服务器:
CPU:
PentiumⅢ500以上处理器
内存:
128MB以上
硬盘:
10G以上
2、工作站:
IntelPentiumII350/Intel赛扬300/AMDK62以上处理器。
64MB以上。
6.4G以上
3、备份设备:
磁盘、磁带、光盘。
◆软件平台
客户端:
Windows2000/WindowsXP
服务器端:
WindowsNTServer/Windows2000Server,SQLServer2000。
◆辅助设备及用品
书标、条码:
可直接从市场购买,不用打印,可节省费用及时间,4-5分/个。
条型码阅读器:
500-800元/只。
读卡器:
用于一卡通服务,若无一卡通则不需要。
我们提供应用接口。
2.4评价尺度
本系统开发时间为五个月,使用简单、方便,无须开发费用。
3对现有系统的分析
3.1处理流程和数据流程
本课题设计在充分进行用户需求分析的基础上把系统划分为六个子模块:
读者登记、新书查询、读者查询、在馆图书查询、电子资源下载、讨论区。
这六个模块之间,紧密结合,共享信息资源,形成一种完美的学校图书馆借阅管理的解决方案。
系统模块图:
4.3改进之处
本系统相对于其他系统具有的改进的地方:
A.新书查询:
可以查询从输入时间到目前为止所购买的所有图书。
B.读者查询:
查询到读者的借阅情况,还书日期等。
C.在馆图书查询:
分为按类别查询、按作者查询、按书名查询等。
D.电子资源下载:
学生可以在线下载电子文档、图书配套光盘等内容。
4.4影响
为了建立和运行所建议系统,用户单位仅需要一到两人运行管理此软件,技术水平要求不高,一般仅需要对电脑有基本的操作技能。
4.4.1对系统运行过程的影响
说明所建议系统对运行过程的影响,如:
a.用户的操作规程;
b.运行中心的操作规程;
c.运行中心与用户之间的关系;
d.源数据的处理;
e.数据进入系统的过程;
f.对数据保存的要求,对数据存储、恢复的处理;
g.输出报告的处理过程、存储媒体和调度方法;
h.系统失效的后果及恢复的处理办法。
4.4.2对开发的影响
为了便于系统的开发,用户需要提供他们所有需求信息,并实地考察,开发人员按照客户的要求来设计系统。
为了开发和测验所建议系统稳定性,在一定时期的进行检测。
4.4.3对经费开支的影响
各项工作费用的支出:
系统的开发
设计
维持运行
无需
需要
4.5技术条件方面的可行性
在当前的限制条件下,该系统所定义的功能一般均能实现,目标可以达到。
可以在规定时间内完成本系统的开发。
6结论
本系统可以立即开始进行
需求分析报告
1概述
目前的图书馆多为手工管理,手续繁琐,耗费大量的人力,而且由于信息比较多,图书借阅信息的管理工作混乱而又复杂;
同时本系统基于WEB页面有很好的连网功能,也便于在校教师,学生查询自己的借阅信息,在馆图书情况,下载所需资源,大大节省了图书馆的人力资源,方便了教师、学生的借阅,查询。
1背景
随着计算机及网络技术的飞速发展,Internet/Intranet应用在全球范围内日益普及,当今社会正快速向信息化社会前进,信息自动化的作用也越来越大。
从而使我们从繁杂的事务中解放出来,提高了我们的工作效率。
目前学校图书馆的借阅工作部分还是手工管理,工作效率很低,并且不能及要求。
手工管理还存在这许多弊端,由于不可避免的人为因素,造成数据的遗漏、误报。
计算机信息化管理有着储存量大,速度快等许多优点,提供给我们的处理信息及时快捷,因此我们利用计算机提供给我们的信息对学生们的借阅过程形成一整套动态的管理。
2系统目标
1.实现图书馆对在馆图书的按类别,书名,作者,是否已被借出等多方面的查询。
2.实现图书馆对新书入库,旧书注销的简单处理,并且建立书籍档案,方便图书管理。
3.对在馆图书进行编辑,包括添加图书信息、删除图书信息、修改图书信息。
4.建立图书馆外借读者数据库,包括添加读者信息、删除读者信息、修改读者信息。
5.可以按读者编号查询读者信息,包括该读者所借图书名称,归还日期等信息。
6.设立讨论区,方便管理员与读者之间的交流。
7.电子资源下载:
实现读者对电子文档,随书光盘的下载的功能。
2业务逻辑和数据流图
本课题设计在充分进行用户需求分析的基础上把系统划分为三大模块,其中查询模块又分为三个子模块:
1.数据录入:
(1)新书入库,
(2)读者登记
2.查询:
(1)新书查询、
(2)读者查询、(3)在馆图书查询、
3.下载:
电子资源下载
2数据流图
顶层数据流图
一层数据流图
二层数据流图
三层数据流图
3数据调查及分析
系统的数据分析:
通过对图书系统的分析,可以得出系统涉及四个实体:
读者、图书、管理人员。
通过对各实体数据关系的整理,我们可以画出如下ER图。
1
这些实体涉及的数据项有:
读者:
读者条码,姓名,学号,借阅情况
图书:
图书编码,书名,作者,出版社,出版日期,数量
管理人员:
工作人员ID,姓名,密码,职务
4系统特点
系统有较强的兼容性,能在各种PC机上正常运行。
在系统运行异常及数据文件损坏时能给出出错提示,保证系统的可靠性。
cpu:
IntelPentium以上
64M
100M空闲空间
操作系统:
WindowsXP,Windows2000,WindowsMe/NT.
由于该系统统计管理单位的各种书目,人员数据及出入库数据,因此需要保证数据的可靠性和安全性。
对于软件方面,采用手动或定时对数据库采取备份,使由于数据破坏所产生的损失降到最低,同时便于恢复。
详细设计说明书
给开发人员确定明确的任务
2图书馆在线系统结构
在总体设计阶段产生的软件结构图如软件概要说明书中的软件数据结构设计,整个软件的结构已非常的明了了,软件系统的结构图如下图。
下面就进行软件的详细设计阶段,进行逐个模块的详细设计。
3程序描述
3.1数据字典
数据流注册信息别名借书证
注册信息=学生证号+{姓名}
数据流图书
图书=图书号(流水号)+{图书名+作者+定价+出版社+(备注)}
3.2文件字典
文件图书库
图书库=图书号(流水号)+图书名+作者+定价+出版社+(备注)+yes/no(借/否)
组织形式:
以图书号(流水号)为关键字升序排列
说明:
yes/no(借/否)用来表示此书是否被借
文件学生库
学生库=学号+姓名
组织形式:
以学号为关键字升序排列
3.3数据项条目
1.学号:
╳╳╳╳╳╳╳(七位数字)
第1∽2位:
入学日期
第3∽4位:
系统编号
第5∽6位:
班级编号
第7∽8位:
班内序号
姓名=长度≦8的字符串
性别=长度≦2的字符串
系/级/班=长度≦10的字符串
2.流水号:
╳╳╳╳╳╳(6位数字)
第1∽2位:
入库日期
图书类别
图书编号
图书名=长度≦20的字符串
作者=长度≦8的字符串
出版社=长度≦50的字符串
备注=长度≦255的字符串
定价=货币值(小数位为2位)
借/否=逻辑型(0/1)
3.4主要程序代码
加工1学生注册
begin
确认学生注册;
根据学生注册在学生库中查找该生;
写该生注册表
end
加工2图书查询
输入要查图书号(流水号)及图书名;
在图书库中查找;
if存在do
图书信息;
else
图书馆没有所需图书
enddo
加工3读者查询
验证读者身份
if合法do
返回读者信息
else
请加入会员
加工4图书添加管理
验证管理员身份
If合法do
图书添加
你没有足够的权限
加工5下载
输入读者证号;
if该读者是会员do
下载该软件
请先加入我们成为会员
4程序代码设计
4.1服务器根据要求到数据库中查找数据,并进行数据处理
在ASP组建的动态网站中,访问数据库的职责是由ASP的重头戏——ADO来完成的.ADO实际上是ASP调用的ActiveX数据对象,所以在使用ADO访问数据库之前,必须先用ASP的Server对象来调用ADO对象.即:
Server.CreateObject("
ADO.Connection"
)
ADO.Recordset"
)
ADO对数据库的访问和操作是通过它的三大对象Connection,Command和Recordset来完成的.虽然这三个对象都可以独立的完成对数据库的操作,但实际上它们的作用却各有侧重.为了更好,更方便的进行访问,我们应该根据它们各自的长处配合使用.
建立联系——Connection对象
Connection对象能够建立数据库与应用程序之间的联系,在建立联系之后,由其他两大对象Command和Recordset来请求,存储或更新数据.形象的打个比方就是,Connection对象的功能好似拨通电话的动作,而Command和Recordset对象则好似与另一方通话的具体谈话动作.必须要指出,即使我们能够使用其它两个对象完成所有数据操作,但在之前必须先使用Connection对象建立连接.方法是:
MM_mm_STRING="
DRIVER=MicrosoftAccessDriver_(*.mdb);
DBQ="
&
Server.MapPath("
../data/db2.mdb"
)&
"
;
pwd=11223344;
setcnn=Server.CreateObject("
ADODB.Recordset"
Cnn.OpenMM_mm_STRING
查询——Command对象
Command对象的功能主要是对数据库进行数据查询,一般情况下,请求是采用标准的SQL语句来表示的.先把欲请求的SQL字符串指定到Command对象内的CommandText属性;
接着执行数据库查询的动作Excute,在数据库服务器响应后,该响应的数据结果立即存储在Recordset对象中供用户使用.方法是:
Setcmd=Server.CreateObject("
ADODB.Command"
Cmd.ActiveConnection=Connect
Cmd.Commandtype=adCmdText
Cmd.CommandText="
具体Select语句"
Setrst=cmd.Execute
返回查询——Recordset对象
Command对象从数据库中取得的数据集合就存储在Recordset对象中,这些数据集合已经是符合用户向数据库发出的查询条件的数据所组成的集合.由于Recordset对象中所存的记录只是已经符合条件的一小部分,所以操作起来处理速度非常之快.
Recordset对象是所有ADO对象之中功能最强大的.因为在Recordset对象内提供了许多实用的方法和属性,这些方法,属性与Command,Connection对象自动进行链接,并且在后台完成了Command,Connection对象所需完成的工作.所以在实际对数据库进行操作时,查询和返回查询的工作可由Recordset对象一肩承担.方法为:
Setrst=Server.CreateObject("
SQL="
rst.OpenSQL,cnn,2,2
ADO对象共享机制
在ADO中还有一个重要的机制,就是ADO对象共享机制.对于不同的Command对象可以同时共享同一个Connection对象,甚至不同的Web页面对数据库的链接都可以共享一个Connection对象,也就是说只需要一个Connection对象对数据库做出链接的动作,就可以重复不断的利用该对象来向数据库服务器做出不同的数据库查询动作,当然这些查询动作是关联不同的Command对象.这样不同的Web页面对于每次数据库的链接不需要分别建立一个Connection对象,数据库服务器端的负担就降低了,对于整个应用程序的响应速度和效率都大大提高了.同样,ADO允许Recordset对象共享同一个Connection或Command对象.ADO这种对象共享机制可以与ODBC内的FoolingConnection做出结合的动作,这样更加改善了服务器链接效率.
4.2相关数据参数在各个板块之间传递
由于HTTP协议中并不支持持续的跟踪连接,服务器端每完成一次客户端的应用请求后将不再保持连接,因而,当用户从一个页面转向另一个页面时,我们需要采用一定的方法将用户后面要用到的数据参数保存下来.又由于这些信息往往是用户在使用过程中产生的个人信息,将它们全部存入数据库的办法不仅给检索带来很大的困难,而且极其浪费数据库资源,没有任何效率和优势可言.所以,这种想法是不可行的.对于这种情况,我们是这样解决的:
用终端机的Cookies集合来保存每个用户的个人信息.
对于用户认证功能,就是定义一个Cookies变量passed,在其中存放用户的认证信息.在用户登录过程中,利用Response对象将认证标志存放到客户机的Cookies集合中;
在进入相关页面时,再利用Request将passed从客户机的Cookies集合中读取出来判断用户有无相关操作权限.实际程序如下:
VERSION5.00
Object="
{5E9E78A0-531B-11CF-91F6-C2863C385E30}#1.0#0"
"
MSFLXGRD.OCX"
BeginVB.FormfrmReader
Caption="
读者信息列表"
ClientHeight=3972
ClientLeft=60
ClientTop=348
ClientWidth=7680
LinkTopic="
Form1"
MDIChild=-1'
True
ScaleHeight=3972
ScaleWidth=7680
WindowState=2'
Maximized
BeginMSFlexGridLib.MSFlexGridmsgList
Height=3132
Left=120
TabIndex=1
Top=720
Width=7452
_ExtentX=13145
_ExtentY=5525
_Version=393216
Cols=4
FixedCols=3
AllowUserResizing=1
End
BeginVB.LabellblTitle
读者信息列表"
BeginPropertyFont
Name="
宋体"
Size=12
Charset=134
Weight=700
Underline=0'
False
Italic=0'
Strikethrough=0'
EndProperty
ForeColor=&
H8000000D&
Height=255
TabIndex=0
Top=240
Width=3015
AttributeVB_Name="
frmReader"
AttributeVB_GlobalNameSpace=False
AttributeVB_Creatable=False
AttributeVB_PredeclaredId=True
AttributeVB_Exposed=False
OptionExplicit
PublictxtSQLAsString
DimmrcAsADODB.Recordset
DimMsgTextAsString
PrivateSubForm_Load()
ShowTitle
ShowData
flagRedit=True
ndSub
PrivateSubForm_Resize()
IfMe.WindowStatevbMinimizedAndfMainForm.WindowStatevbMinimizedThen
'
边界处理
IfMe.ScaleHeight<
10*lblTitle.HeightThen
ExitSub
EndIf
IfMe.ScaleWidth1Then
gintBmode=1
intCount=msgList.Row
frmBookin1.txtSQL="
select*fromroomswhereroomNO='
&
rim(msgList.TextMatrix(intCount,1))&
frmBookin1.Show
EndSub
PrivateSubmsgList_MouseUp(Butt