文件存储系统研究与探索课题研究的实习报告文档格式.docx
《文件存储系统研究与探索课题研究的实习报告文档格式.docx》由会员分享，可在线阅读，更多相关《文件存储系统研究与探索课题研究的实习报告文档格式.docx（25页珍藏版）》请在冰豆网上搜索。
由Server端负责向数据库服务器镇中插入新的用户信息，新用户生成成功后，由Server向Client发送新用户注册成功信息，这个信息中必须包含用户的编号。
用户就以用户编号和用户名称登录到本系统。
（2）用户信息修改。
此功能主要是面向老用户，老用户有时需要对自己的相关用户信息进行修改。
用户信息修改由Client向Server发送用户信息修改消息，消息中必须包含用户编号、用户名称和用户描述等信息。
由Server负责将用户的信息修改到数据库服务器。
修改成功后，Server向Client发送修改成功反馈。
（3）用户登录。
此功能主要是面向已经注册的用户，此功能更进一步是为了防止非法用户登录到系统中。
由Client端发送登录请求，Server负责对用户信息进行核对。
用户信息校验成功后，Server端向Client端发送登录成功的消息。
（4）存储文件。
经过用户登录的用户，如果没有被Server锁定，就具有此项功能。
由Client发送存储文件请求，发送所要存储的文件，Server负责将所接收到的文件存储到规定的目录，并将相关信息存储到数据库服务器中，以便日后的查询和管理。
（5）索回文件。
用户要索回存储在Server上的文件，Client发送索回文件的消息给Server，此消息中必须包含此文件的唯一标识。
由Server负责将文件传回Client。
（6）删除文件。
因为在Server上要求对每个用户的存储空间进行严格的控制，所以就必须提供删除文件这个功能，允许用户对自己存储的文件进行管理。
因为用户在存储时，很有可能是在存储空间已满的情况下进行存放操作。
（7）存储空间申请。
Server对每个用户的存储空间进行有效的控制。
视每个用户的不同，也根据每个用户的具体需要，允许用户向Server提出存储空间申请。
由Client向Server发出申请请求，Server将申请信息存储到数据库服务器，由管理员来具体处理。
（8）存储空间申请处理结果反馈。
用户向Server发出存储空间申请请求，最终由管理员对这些申请请求作出处理，所以允许用户向Server索要存储空间申请处理结果。
（9）存储空间申请处理。
对于用户来的存储空间申请，管理员需要做出最终的处理意见。
如果同意申请就应给用户添加存储空间，如果不同意也要提供反馈意见，，以便用户能得到准确答复。
（10）用户信息管理。
Server对系统所存在的用户进行有效的管理，允许管理员对个别用户进行锁定操作，锁定后的用户不能进行任何操作。
Server还需要对用户的存储空间进行管理，来处理用户的具体空间申请请求。
（11）服务器日志管理。
对于任何Client操作，Server都会记录日志，以方便管理员对用户的动作进行监视。
允许管理员对日志进行删除操作。
项目主要实现技术
（1）数据库编程。
在Server端，使用VisualC++的ODBC数据库编程方式。
（2）网络编程。
采用C/S的软件系统架构，Client和Server的通信都采用TCP/IP协议，使用VisualC++的网络编程技术。
二、项目开发环境
1硬件环境
因为所要实现的项目本身不是太大，所以只有以下几点硬件要求：
∙两台以上计算机：
一台服务器，一台工作站
∙CPU：
1G以上
∙硬盘：
10G以上
∙内存：
128M以上
2软件环境
∙WindowsXP
∙VisualC++6.0
∙SQLServer2005
∙MicrosoftSoftwareDevelopmentNetwork
3环境配置
两台计算机在安装了Windows2000后需要做到以下几点：
（1）两台计算机物理上联网。
（2）服务器和工作站配置在同一个网段内，配通。
（3）服务器上安装SQLServer2005，SQLServer2005的服务器和客户端都要安装上去，并且支持混合模式登录。
三、项目工作原理
1FSS服务器工作原理
作为Client和数据库服务器中间层的软件应用服务器，主要用来处理Client发过来的业务请求，避免Client直接与数据库服务器打交道，从而使得Client变得很“瘦”。
不仅仅使整个系统的安全性得到很大提高，还使软件系统可以做到按照用户的需求进行业务扩充，非常方便，更使系统在大业务量时可以进行多机集群。
项目的FSS软件应用服务器的工作原理如图1-1所示。
图1-1FSS服务器的工作原理图
从上面的图中应该可以看出，应用服务器主要分为业务处理和内部管理两大块。
业务处理以业务中心为主要处理模块，接受来自不同Client发送来的业务处理请求，分类处理，对于用户的各类请求做出及时的响应。
1.1应用服务器的内部管理方法如下：
1.1.1参数管理
1）参数配置
一个应用程序一般都会有参数等需要保存起来，保持配置参数一般有一下3种方法：
（1）将参数保存到注册表。
优点是保存方便，无需自己管理；
缺点是Windows登录用户必须有访问注册表的权限。
（2）将参数保存到本地文件中。
可以是文本文件，也可以是INI文件或其他自定义形式的文件。
优点是与Windows登录用户的权限没有任何关系；
缺点是需要自己编写读取和写入配置文件的代码。
（3）将参数保存到数据库。
这样的话不仅是本地用户可以用，也可以讲配置参数进行网络共享。
此功能提供给管理员设置应用服务器的IP地址、端口号以及用户存储文件的存放路径。
参数配置业务处理流程图如图1-2所示。
图1-2参数配置业务处理流程图
2）参数保存和导入
这个功能对用户是透明的，此功能为FSS服务器的参数保存和导入，主要负责在应用服务器启动时把注册表中的配置信息导入，在应用服务器退出时把配置信息保存到注册表中。
（1）要将参数保存到注册表中必须有以下3个步骤：
∙打开注册表子目录句柄。
∙保存参数数据。
∙关闭注册表子目录句柄。
（2）参数导入。
1.1.2动态配置数据源
如果应用程序发布出去时ODBC数据源还要用户自己手工来配置的话，那是很不切合实际的。
因为大多数的用户只是停留在会使用Windows基本操作的水平基础之上，更有甚者，很多用户连基本的Windows操作都不会。
所有，在设计软件时必须考虑到这种因素，可以说根本不能指望用户来配置ODBC数据源。
在这种情况下就需要考虑让应用程序来自动配置ODBC数据源。
有如下两种方法可让应用程序自动配置ODBC数据源：
（1）要发行软件软件产品肯定要制作安装程序，那么就可以在制作安装程序时将ODBC数据源自动配置进去。
这种方式就是在安装时就要输入相应的参数。
（2）也可以在应用程序的配置模块里实现这个功能，等用户填写好配置参数时，就可以自动将ODBC数据源配置起来。
1.1.3日志管理
1）历史日志管理
对应用服务器进行任何操作、客户端对应用服务器进行任何业务请求，都要把它们记录进日志中，长此以往，日志不可避免地越来越多。
对我们说，并不是任何日志都有用。
对管理员有意义的只有很小的一部分，所以应提供日志管理功能让管理员对服务器日志进行有效的管理。
此对话框显示时会将所有日志导入列表框中，管理员只要选中列表框中想要删除的日志，然后单击“删除日志”按钮执行删除操作即可。
2）添加日志
添加日志功能的调用对用户来说也是透明的，也可以在应用服务器的其他功能中调用这个功能。
这个功能负责把日志信息保存到数据库中。
供管理员进行日常的应用服务器管理，监视应用服务器的运行情况。
1.1.4文件管理
文件管理功能主要供管理员对用户的存储文件进行监督。
管理员可以根据时间段或根据某一个用户查询出应用服务器上存储的文件列表。
只要管理员选择好日期和存储的用户名称，单击“查询”按钮就可以查询出应用服务器上适合条件的存储文件列表。
如果管理员什么条件也不输，则可以查询出所有的存储文件。
为了防止用户存储非法的文件，管理员可以对非法文件进行删除。
管理员只要在文件列表中选中想要删除的文件，单击“删除”按钮就可以删除此文件。
文件管理业务处理流程图如图1-3所示。
图1-3文件管理业务处理流程图
1.1.5用户管理
在此功能模块中，管理员可以添加一个新的用户信息，也可以修改或删除一个用户信息。
分别通过“添加用户”、“修改用户”和“删除用户”这3个按钮来完成这些功能。
在这个功能模块中，管理员还可以给某个用户增加存储空间的容量，也可以对某一个用户进行锁定操作，不让这个用户进行任何操作。
用户管理业务处理流程图如图1-4所示。
图1-4用户管理业务处理流程图
1.1.6存储申请管理
存储申请管理功能仅提供管理员，让管理员对用户提出的存储空间申请进行处理。
此对话框一显示就会在列表框中显示出所有的申请信息，管理员只要选中其中一项就可以对此项申请进行处理。
选中其中一个申请后，单击“同意申请”则批准选中的申请，单击“拒绝申请”则不批准选中申请的空间要求。
1.2应用服务器的业务处理方法如下：
1.2.1接受连接
1.2.2启动/停止服务
启动/停止服务器功能放在主对话框上，主要是控制应用服务器的服务器运行。
1.2.3新用户注册服务
客户端发送新用户注册请求到应用服务器，通过业务中心的数据处理，将新用户的信息传送给新用户注册服务功能，本功能将新用户的数据增加到数据库中，并返回给客户端一个新用户的用户编号。
新用户注册业务处理流程图如图1-5所示。
图1-5新用户注册业务处理流程图
1.2.4用户信息修改服务
客户端发送用户注册修改请求到应用服务器，通过业务中心的数据处理，将用户的新信息传送给用户信息修改服务功能，本功能将用户的新数据增加到数据库中，并返回给客户端修改成功的消息命令。
用户信息修改业务处理流程如图1-6所示。
图1-6用户信息修改业务处理流程图
1.2.5用户登录服务
客户端发送用户登录请求到应用服务器，通过业务中心的数据处理，将用户信息传送给用户登录服务器功能，应用服务器把客户端发来的用户信息与数据库里的进行校验，如果校验成功，则发送登录成功消息，否则发送登录不成功消息。
用户登录业务处理流程图如图1-7所示。
图1-7用户登录业务处理流程图
1.2.6接收文件服务
客户端发送接收存储文件请求到应用服务器，通过业务中心的数据处理，将请求数据传送给接收文件服务器功能，应用服务器将客户端发过来的文件信息到数据库中进行校验，如果校验成功，则进入接收文件状态。
然后，客户端不断发送文件数据传来，直到客户端发送结束传送文件命令。
接收文件业务处理流程图如图1-8所示。
图1-8接收文件业务处理流程图
1.2.7回送文件服务
客户端发送索回存储文件请求到应用服务器，通过业务中心的数据处理，将存储文件标识传送给回送文件服务功能，应用服务器将客户端发过来的存储文件标识到数据库中进行查询，如果查询成功，则回送文件客户端，否则，发送未找到存储文件消息。
回送存储文件业务处理流程图如图1-9所示。
图1-9回送存储文件业务处理流程图
1.2.8用户存储文件删除服务
客户端发送删除存储文件请求到应用服务器，通过业务中心的数据处理，将存储文件标识传送给用户存储文件删除服务功能，应用服务器用客户端发过来的存储文件标识到数据库里进行查询，如果查询到存储文件信息，则删除此存储文件信息，并且删除此存储文件。
删除存储文件业务处理流程图如图1-10所示。
图1-10删除存储文件业务处理流程图
1.2.9用户存储文件查询服务
客户端发送查询存储文件列表请求到应用服务器，通过业务中心的数据处理，将用户编号传送给用户存储文件查询服务功能，应用服务器用客户端发过来的用户编号到数据库里进行查询，如果查询到用户存储文件列表，则将文件列表发送给客户端。
查询存储文件列表业务处理流程图如图1-11所示。
图1-11查询存储文件列表业务处理流程图
1.2.10接受存储空间申请服务
客户端发送存储空间申请请求到服务器，通过业务中心的数据处理，将存储空间申请信息传送给接受存储空间申请服务功能，本功能负责把存储空间申请信息保存到数据库，供管理员定期对这些存储空间申请进行处理。
存储空间申请业务处理流程图如图1-12所示。
图1-12存储空间申请业务处理流程图
1.2.11存储空间申请处理结果查询服务
客户端发送查询存储空间申请处理结果请求到应用服务器，通过业务中心的数据处理，将用户编号传送给存储空间申请处理结果查询服务功能，本功能负责到数据库查询出该用户的存储空间申请信息，逐条返回给客户端。
存储空间申请处理结果查询业务处理流程图如图1-13所示。
图1-13存储空间申请处理结果查询业务处理流程图
2FSS客户端工作原理
软件应用客户端是作为直接面对用户的产品，用户所有的操作都将在这个产品上执行。
软件应用客户端只跟软件应用服务器打交道，只要软件应用客户端配置好软件应用服务器的参数、连接上软件应用服务器后，就可以进行任何操作。
项目的FSS软件客户端的工作原理如图2-1所示。
图2-1FSS软件客户端的工作原理图
从上面的图可以看到，一个新用户只要在开始阶段注册后成为正式用户，成功登录后就能进行各种操作，知道最后断开与服务器的连接。
2.1连接服务器
本功能负责使客户端连接到应用服务器上。
如果连接失败，则询问用户是否要重新连接，得到肯定答案后重新连接应用服务器，否则，退出客户端。
2.2参数设置
本功能提供给用户配置应用服务器的参数，包括应用服务器的IP和端口号。
2.3参数导入和保存
这个功能对用户是透明的，此功能主要负责在客户端启动时把注册表的配置信息导入，在客户端退出时把配置信息保存到注册表中。
2.4新用户注册服务
本功能可以从用户登录窗口进入，提供给还没应用本系统用户的新用户使用。
使用本功能，用户只要填入用户名称和用户描述后向应用服务器发送新用户注册申请，注册成功后新用户就可以获得一个用户编号。
新用户注册业务处理流程图如图2-2所示。
图2-2新用户注册业务处理流程图
2.5用户登录服务
为了防止非法用户进行恶意操作，所以客户端需要用户登录后才能正常使用。
本功能还提供了客户端参数配置和新用户注册等子功能的入口。
用户登录业务处理流程图如图2-3所示。
图2-3用户登录业务处理流程图
2.6用户信息修改服务
本功能提供给用户用来修改基本用户信息，修改好用户信息后，发送用户信息修改到应用服务器，应用服务器修改好用户信息后发送修改成功信息。
用户信息修改业务处理流程图如图2-4所示。
图2-4用户信息修改业务处理流程图
2.7存储文件服务
本功能也作为客户端的主要功能之一，由用户选择一个本地文件发送到应用服务器进行存储。
存储文件业务处理流程图如图2-5所示。
图2-5存储文件业务处理流程图
2.8索回文件服务
用户在列表框中选择一个存储在应用服务器上的文件时，会弹出通用文件选择对话框让用户选择索回存储文件要保存到本地的文件名。
发送索回文件命令，并进入接收文件状态。
等应用服务器发送存储文件回送完成命令后，结束本功能。
索回文件业务处理流程图如图2-6所示。
图2-6索回文件业务处理流程图
2.9查询存储文件列表服务
本功能供用户查询存储在应用服务器上的文件列表。
查询存储文件列表业务处理流程图如图2-7所示。
图2-7查询存储文件列表业务处理流程图
2.10删除存储文件服务
用户存储在应用服务器上的文件很有可能过了一段时间后就没用了，也可能因为存储空间满了而必须删除一些，所以客户端提供删除存储文件功能供用户删除存储在应用服务器上的文件。
2.11存储空间申请服务
系统默认分配给用户的存储空间很可能不够，那么用户可以使用存储空申请功能来向系统管理员提出存储空间申请。
等待管理员对申请做出处理。
2.12存储空间申请处理结果查询服务
用户提出了申请，当然非常想知道申请的处理结果。
本功能就是供用户查询存储空间申请处理结果。
存储空间申请处理结果查询业务处理流程图如图2-8所示。
图2-8存储空间申请处理结果查询业务处理流程图
四、项目总体框架
1FSS数据结构体系
1.1所要最终完成的项目中包含如下数据结构：
1.1.1用户信息
如表1-1所示。
表1-1用户信息
数据
数据描述
用户编号
作为用户的唯一标识
用户名称
用户描述
可以作为用户个性化的信息
注册时间
用户存储空间的最大限制
用户当前已用存储空间大小
是否被锁定
锁定的用户不能进行任何操作
1.1.2文件信息
如表1-2所示。
表1-2文件信息
文件编号
作为一个文件的唯一标识
文件名称
文件存放路径
存储文件的用户编号
文件的所有者
存储文件的用户名称
文件大小
文件存储日期
1.1.3用户存储空间申请信息
如表1-3所示。
表1-3用户存储空间申请信息
申请编号
作为一次申请空间的唯一标识
申请用户编号
申请用户名称
申请空间大小
是否已经同意
1.1.4日志信息
如表1-4所示。
表1-4日志信息
日志编号
作为一个日志的唯一标识
日志时间
来访用户编号
如果是由Client引起的日志就应该有这个信息
来访用户名称
日志内容
1.2根据上述数据结构体系设计出5张数据表，数据表的具体结构如下：
1.2.1索引信息表
如表1-5所示。
表1-5索引信息表
字段名
类型
长度
允许为空
描述
IndexType
Int
4
是
索引类型
IndexValue
索引值
IndexDese
Varchar
50
索引描述
1.2.2日志信息表
如表1-6所示。
表1-6日志信息表
LogTime
20
时间日志
ComeUserCode
ComeUserName
LogContent
500
LogIndex
日志索引
1.2.3空间申请信息表
如表1-7所示。
表1-7空间申请信息表
RequestIndex
申请索引
RequestUserCode
RequestUserName
RequestSpace
申请空间
HasAgreement
是否被同意
1.2.4存储文件信息表
如表1-8所示。
表1-8存储文件信息表
FileIndex
文件索引
FileName
200
FilePath
300
StoreUserCode
文件存储用户编号
StoreUserName
文件存储用户名称
FileSpace
StoreTime
存储时间
1.2.5用户信息表
如表1-9所示。
表1-9用户信息表
UserIndex
用户索引/用户编号
UserName
10
UserDesc
RegTime
MaxSpace
最大存储空间
NowSpace
当前已用存储空间
IsLock
2FSS网络处理体系
2.1FSS总体网络体系
（1）一对多模式：
如图3-1所示，在整个项目的实施运行时只在一台计算机上安装了软件应用服务器。
这个应用服务器承担了所有应用客户端所发送过来的业务处理请求，并且也只有这个应用服务器连接到数据库服务器上进行信息通信。
一般在这个模式下，从节约项目硬件成本上考虑，数据库服务器和应用软件服务器很有可能同时运行在同一台计算机上。
图3-1一对多模式示意图
（2）多对多模式：
如图3-2所示。
从图中能很清晰地看到这个就是应用服务器集群的模式。
分别由多个甚至可以是N个应用服务器来共同承担来自应用客户端发过来的业务处理请求。
采用这种方法可以使整个项目处理业务的能力有很大的提升。
图3-2多对多模式示意图
2.2FSS服务器/客户端网络处理体系
项目Client/Se
升级会员 