企业内部文档管理系统文档格式.docx
- 文档编号:22576023
- 上传时间:2023-02-04
- 格式:DOCX
- 页数:31
- 大小:68.10KB
企业内部文档管理系统文档格式.docx
《企业内部文档管理系统文档格式.docx》由会员分享,可在线阅读,更多相关《企业内部文档管理系统文档格式.docx(31页珍藏版)》请在冰豆网上搜索。
在企事业单位信息化建设中,文档管理的电子化是一项比较基本和典型的要求。
企事业文档管理的电子化,有助于文档的长期保存、方便使用者的查询、也节省纸张开支。
此外,电子文档的集中管理可以保证数据的统一性,也可对数据库的管理进行权限的设置,这就有助于保障文档的安全性和保密性。
针对这个方面国外发展相对较迅速,国外很多国家地方已配备了十分先进的管理信息系统,而且由许多国外开发的带有图形化界面的文档管理信息系统,以其高质量和高安全性一直享有相当好的口碑,但是这一类软件结构复杂,由于语言的障碍等诸多原因,不便于我们某些企业的迅速掌握,其次我们也可能很难接受相对高昂的价格,所以我们应该开发出拥有自主知识产权的高水平软件产品,为管理做好强大的支撑平台。
现在,建立在计算机网络基础之上的企事业内部文档管理系统的应用和概念正逐渐的进入人们的生活,向文档管理信息化管理更进了一步。
在当前信息产业的强烈影响下企业的发展都在发生着变化,主要一个方面就发生在管理信息系统上。
企业内部管理等多方面的需要,使现在的企业不得不建设管理信息系统,虽说现在已经有很多成型的税务MIS系统,但是多数是基于C/S结构开发的。
针对这种系统的缺点是用户界面不够友好、不利于部门间的交流、数据冗余度大、效率不高、而且安全性方面也存在诸多隐患,所以现在系统模式由C/S向B/S转型已迫在眉睫。
据调查国内很多中小城市由于各方面原因,暂时还不能够配备数据库管理系统,经过需求分析得知,他们没有配备数据库管理系统的主要原因有两方面,一是经费问题,二是目前在一些管理工作人员计算机水平相对较低,不能进行较复杂的操作。
所以如果能够开发一套价格便宜,操作又相对简单的企事业内部文档管理系统,对国内这些小城市的发展来说是具有重要意义的。
在Internet飞速发展的今天,互联网成为人们快速获取、发布和传递信息的重要渠道,它在人们政治、经济、生活等各个方面发挥着重要的作用。
因此网站建设在Internet应用上的地位显而易见,它已成为政府、企事业单位信息化建设中的重要组成部分。
而在网络的背景下,文档管理系统有了更好的平台,基于B/S(浏览器/服务器)的开发模式,通过Internet/Intranet访问后台数据库的三层模式,与文档管理的其他环节以及模块间进行连接,实现了文档管理的方便快捷,极大的提高了管理人员的工作效率。
1.3具体工作安排
进行本系统主要进行以下几项工作:
1、对项目进行需求分析调研,确定系统的需求和目的。
2、对系统的功能模块进行详细的划分,对系统所需实现的功能进行详细分析和总体设计,设计具体的单元模块并将各个功能模块进行设计。
3、使用进行页面设计,使用C#.NET编程环境对每个功能模块编写相应代码并实现相应功能,使用技术连接后台数据库完成前后台的处理。
4、进行系统测试,修改系统错误并完善系统的其它功能。
第2章需求分析
2.1系统需求
本课题系统面向的研究方向为企业内部文档管理,是有利于提高公司管理人员的管理效率、保障信息的安全性等各方面的。
利用SQLserver2000数据库访问技术设计可与数据库交互的网站,这些交互功能,如:
查询、插入、修改等是所支持的。
本系统还采用B/S模式进行系统地设计与实现,通过这些系统,可以对信息进行规范管理、科学的统计和信息的快速查询,从而减少管理的工作量。
有效的管理企业、员工、文件信息相关的信息。
这就是企事业内部文档管理系统应该完成的功能,也是我们设计所达到的要求,更是我们完成设计的目的。
本课题系统实现应该改满足:
1、更方便、更快捷、更实用;
2、文件的完备,对不同的文件进行管理,保障文件的统一管理,是文件更完整,更齐备;
3、对于系统的不同用户应该有不同的使用权限,将用户分为普通用户和系统管理员,方便系统管理,也增加文件的保密性;
4、可将企业的文档进行分类,按照树形结构进行目录管理;
更利于检测查询;
5、根据目录划分将文件存放在合适的位置,并以附件的形式存储相关文件;
6、对目录和文件进行权限管理,保障文档的安全性;
7、提供回收站机制,文档或文件夹删除后先存放在回收站,对于回收站内的文件或文件夹可进行还原或彻底删除操作。
具有系统管理权限的用户可以进行回收站管理;
8、提供包含文件检索在内的多种文件检索方式,更便于检索;
9、具有系统管理权限的用户可以进行系统维护。
系统维护功能包括组维护、用户维护等;
第3章总体设计
3.1系统层次模块图
文档管理系统主要分为11个子模块。
对普通用户有用户登录、信息查询、密码修改、文档检索、文档操作的模块。
对系统管理员有管理员登录、权限管理、组维护、用户维护、回收站管理、文档检索等模块。
见图3-1所示。
图3-1系统层次模块图
3.2文档管理系统总体框架
在整个企事业内部文档管理系统包括的基本模块中,我主要负责系统管理和回收站设计,主要分为4个模块:
1、用户登录:
用户根据用户名和密码进行系统的登录,系统登录用户分为普通用户和系统管理员用户,系统根据他们的数据库信息进行相应的验证,他们的操作权限也有所不同,在其它的模块中分别进行了相应的设置。
2、系统管理:
对目录、文件及用户赋予不同的权限,权限的分类主要分为查看权限、改写权限、管理权限,除了进行相关的权限管理,系统管理员还可以通过本模块维护组信息、用户信息,比如说对用户进行分组管理,用户的信息进行权限管理以及用户资料分类等。
3、回收站管理:
回收站管理是只有系统管理员才能进行的操作,其功能是防止文件或文件夹的误操作。
用户在目录管理或文件管理模块中删除的文件都会进入回收站,通过回收站管理,执行这些文件的还原或被彻底删除操作。
4、修改密码:
用户根据用户登录模块登录后通过本模块修改个人密码,用来保障自己信息的安全性。
3.3各个功能模块设计
系统的建立需要进行基本的需求分析,根据本课题模块的基本分析建立系统功能模块,将本小系统主要归结为三大部分:
密码修改模块、系统管理模块、回收站管理模块。
整个系统架构图如图3-2所示:
登录
图3-2系统整体架构图
3.3.1密码修改模块
相同于其它的信息管理系统,系统的登录都需要用到用户名及密码,在登陆前需要选择用户的类型。
登陆成功后对密码进行更改,若用户进行了密码的修改则重新更新数据库的数据,否则,继续使用原密码。
用户登录及密码修改模块的流程图见图3-3:
登录是
否
图3-3密码修改模块流程图
3.3.2系统管理模块
对目录、文件及用户赋予不同的权限,并进行相关的权限管理;
其中权限管理主要分为三种操作:
查看权限、改写权限和管理权限。
系统管理员可以通过本模块维护组信息、用户信息等。
组信息的管理包括每个组的成员、组成员个人的访问权限,用户信息的管理包括个人信息的添加、删除、修改等操作。
在配置文件中没有注明需要的权限,默认情况下则不需要任何权限都可以访问。
可以看出,当一个用户进入系统后,其所能看见的菜单项取决于3个要素:
①在菜单配置文件中描述的系统所有菜单项;
②在菜单访问权限配置文件中描述的每个菜单的访问权限;
③用户自身所具有的角色。
将用户界面进行授权的过程可以理解为根据菜单访问权限配置信息和用户角色对系统菜单全集进行筛选以得出系统菜单一个子集的过程。
因此,整个解决方案的处理过程可以分解为2个子过程:
(1)读取系统菜单全集过程:
该过程通过XmlMenuParser,其中“根据c及其子节点创建一个PopMenu对象pm”是一个递归调用方法,该方法的原型为:
publicstaticPopMenuLoadFromXmlElement(XmlElemente),该方法可以将一个PopMenu节点及其子节点封装为一个PopMenu对象。
(2)根据用户角色和菜单配置信息生成一个角色筛选菜单子集过程,ma是一个菜单授权对象,userMenu是一个菜单对象(刚开始其没有任何孩子节点),该对象就是最后需要得到的筛选菜单。
ma对象在创建了一个空菜单后,向登录用户询问登录者角色(GetRoles()方法),返回的roles对象是一个集合,该集合就是登录者所具有的全部权限。
然后ma对象读取菜单访问权限配置文件中的每一个配置项(it:
=ReadMenuAuthorizaionItem()),在得到当前配置项it后,调用CanAcces(it,roles)方法来询问当前配置项所描述的菜单项对于角色集合roles是否可以被访问,如果方法返回true,则可以通过菜单项Id来获取该菜单对象,然后将获取到的菜单项对象mc加入到结果菜单对象userMenu中。
在根据登录用户的角色集合roles得到该登录用户可以访问的菜单userMenu后,下一个需要解决的问题是如何去在用户界面上去生成菜单视图。
在AUBR解决方案中采用了AccordionAJAX控件,可以在页面的左侧生成漂亮的类似与QQ菜单的效果,为了防止用户通过某些非常规手段来越权访问页面,还需要定义页面的访问权限。
在AUBR中通过另外一个XML配置文件来描述此项功能,该配置文件的内容大致如下:
<
PageAuthorization>
<
AuthorizationTargetURL="
"
MustHaveRole="
财务,领导"
>
/Authorization>
领导"
AuthorizationTargetURL="
RejectRole="
游客"
/Authorization>
/PageAuthorization>
上述配置文件描述了,对于URL为的请求,必须具有财务或者领导角色的用户才可以访问。
对于URL为的请求,具有游客角色的用户不能访问。
在应用程序启动时,AUBR读取该配置文件,然后通过http拦截器机制根据登录用户的角色集和请求url来判断请求是否合法。
第4章数据库设计
虽然数据库的应用程序访问的数据库不同,需要实现的功能也不同,但其数据库的开发流程就主要分为以下几个步骤:
1、利用MicrosoftSQLServer2000创建数据库。
2、使用Connection对象创建到数据库的链接。
3、使用Command对象对数据源执行SQL命令并返回数据。
4、利用DataReader和DataSet对象读取和处理数据源的数据。
4.1表结构的实现
根据系统功能设计的要求以及功能模块的划分,对于系统信息数据库,可以列出一下的数据项和数据结构。
1、登录信息表,表名称标识asp_User,用于统计用户登录信息的。
见表4-1
表4-1登录信息表
名称
字段名称
类型
长度
允许空
用户编号
UserID
int
4
no
用户名
UserName
varchar
20
用户密码
Password
50
2、目录信息表,表名称标识OA_DBTYPE,存放关于目录的所有信息。
见表4-2
表4-2目录信息表
目录ID
DBTYPEID
目录编号
DBTYPENO
目录名称
DBTYPEName
目录父节点
DBTYPEParentID
yes
目录创建人
MakerID
创建日期
MakeDate
datetime
目录删除人
DelerID
删除日期
DelDate
可用标志
IUsed
注:
表中的“目录ID”字段是在系统操作时自动生成,而“目录编号”是在数据库建立时,对目录进行整理的一个编码。
4、用户信息表,表名称标识person,主要存放用户的个人信息。
见表4-4
表4-4用户信息表
人员编号
PersonID
人员名称
PersonName
婚姻状况
IsMarried
身份证号
DCardCode
办公电话
TelBiz
电子邮件
进公司时间
JoinWorkDate
出生日期
Birthday
住宅电话
TelHome
学历
Graduation
座右铭
Motto
个人爱好
Interest
性别
Sex
手机号码
Mobile
籍贯
NativePlace
可用标记
IsUsed
Bit
1
以上的“可用标记”IsUsed是在系统进行回收站管理时的标识,若系统对文件进行了删除操作则此标识为0,表示文件已经不可再用;
反之,则标识为1。
5、权限管理表,表名称标识OA_DBTYPEPerm,主要存放对用户权限进行管理的信息。
见表4-5
表4-5文件信息表
参照人ID
PermID
编辑权限人员
NamesEdit
编辑权限及ID
NameAndIDsEdit
查看权限人员
NamesView
查看权限及ID
NameAndIDsView
子目录影响
IsInclude
表中的参照人ID是在系统设计时对某些用户进行的编号处理,在进行权限选择时可以对用户进行更方便的选择或删除。
4.2数据库连接
数据库建立完成后,就可以进行数据库的连接。
要完成数据库的连接需要在的文件中写入数据库的连接字符串,代码如下:
connectionStrings>
addname="
Document"
connectionString="
Server=.;
Database=Document;
Uid=sa;
Pwd=123;
DocumentConnectionString"
DataSource=.;
InitialCatalog=Document;
IntegratedSecurity=True"
dropDownStr"
InitialCatalog=Document;
/connectionStrings>
完成数据库的连接以后,用户就可以访问数据库中的数据,并可以对数据进行相应的处理,比如说系统中首要的任务——用户登录。
在用户登陆时,系统将用户输入烦人信息与数据库中信息进行验证,并在验证之后决定数据的登录是否成功。
实现的代码如下:
{bUsersuser_b=newbUsers();
Usersuser_m=newUsers();
protectedvoidLoginBtn_Click(objectsender,ImageClickEventArgse)
Session["
UserID"
]=();
if(!
resault)
{="
用户名或密码出错"
;
return;
}
else
("
);
}}
protectedvoidResetBtn_Click(objectsender,ImageClickEventArgse)
4.3创建存储过程
为了方便数据在系统中的使用,在数据库中创建存储过程,这些存储过程与信息的加、更新、删除有关。
这次设计中用到的存储过程,具体的实现如下所示:
1、BS_spMenuTree存储过程
该存储过程用于系统整个界面的设计,使系统应该具有的操作都在系统特定的位置上显示出来。
代码如下:
CREATEPROCBS_spMenuTree
(@UserIDINT)
AS
DECLARE@SQLVARCHAR(4000)
SET@SQL='
SELECT,,FROMBS_vwMenuTreeA
WHEREIN(SELECTDISTINCTFuncIDFROMBS_vwUserID2FuncIDWHEREPersonID='
+CAST(@UserIDASVARCHAR)+'
)ORDERBY'
print@SQL
EXEC(@SQL)
GO
2、OA_spPersonInfo存储过程
此过程主要是获取用户个人信息的,系统管理包括组信息和用户信息,而用户的信息就在此过程调用后显示出来,实现代码如下:
CREATEPROCEDUREOA_spPersonInfo
(@PersonIDINT)
AS
SELECTPersonID,PersonName,IsMarried,DCardCode,TelBiz,Mail,JoinWorkDate
Birthday,TelHome,Graduation,Motto,Interest,Sex,Mobile,NativePlace
FROMPerson
WHEREPersonID=@PersonID
GO
3、OA_spPersonAdd存储过程
此存储过程主要用于用户的添加操作,在进行系统用户管理时可以通过该过程完成用户的添加。
实现代码如下:
CREATEPROCEDUREOA_spPersonAdd
(@PersonNameVARCHAR(100)
@IsMarriedINT
@DCardCodeVARCHAR(100)
@TelBizVARCHAR(100)
@MailVARCHAR(100)
@JoinWorkDateDATETIME
@BirthdayDATETIME
@TelHomeVARCHAR(100)
@GraduationVARCHAR(100)
@MottoVARCHAR(100)
@InterestVARCHAR(100)
@SexINT
@MobileVARCHAR(100)
@NativePlaceVARCHAR(100)
@DepIDINT)
INSERTINTOPerson
(PersonName,IsMarried,DCardCode,TelBiz,Mail,JoinWorkDate,Birthday
TelHome,Graduation,Motto,Interest,Sex,Mobile,NativePlace,DepID)
VALUES
(@PersonName,@IsMarried,@DCardCode,@TelBiz,@Mail,@JoinWorkDate
@Birthday,@TelHome,@Graduation,@Motto,@Interest,@Sex,@Mobile
@NativePlace,@DepID)
4、OA_spDBTypeInfo存储过程
此存储过程返回数据库中关于每个目录的信息,主要有目录ID、目录编号、目录名称、目录创建人、创建日期、
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 企业内部 文档 管理 系统