文档管理系统总体设计说明书.docx
《文档管理系统总体设计说明书.docx》由会员分享，可在线阅读，更多相关《文档管理系统总体设计说明书.docx（15页珍藏版）》请在冰豆网上搜索。
文档管理系统总体设计说明书
文档管理系统总体设计说明书
————————————————————————————————作者：
————————————————————————————————日期：
文档管理系统
总体设计说明书
TheSpecificationofArchitecturalDesign
专业：
计算机科学与技术
班级:
姓名：
报告日期：
文档管理系统——总体设计说明书
1、引言
1。
1编写目的
从该阶段开发正式进入软件的具体开发阶段，本阶段完成系统的模块结构设计和计算机物理系统的配置方案设计。
在软件总体设计阶段主要是把一个软件抽象需求转化为软件具体结构设计的过程，这种表示只是描绘出软件的总体概貌。
本总体设计说明书的目的就是描绘出软件设计阶段得出的软件功能结构概貌,把它加工成在程序细节上非常接近于源程序的软件表示.
1。
2背景
1）软件系统的名称：
文件管理系统
2）本项目的任务提出者、开发者、用户：
文档管理系统开发小组。
5。
系统的软硬件情况：
I。
硬件环境：
PII或更高档微机、笔记本电脑；运行时内存需要：
128MB；安装所需硬盘：
40GB；打印机:
可选。
II.软件环境:
中文Windows98/2000/Me/XP；OFFICE97及以上版本。
1。
3定义
管理系统：
是指利用计算机、网络、数据库等现代信息技术，处理组织中的数据、业务、管理和决策等问题，并为组织目标服务的综合系统.
1。
4参考资料
[1]张海藩.软件工程导论（第四版）[M].北京:
清华大学出版社，2003
[2］刘振岩.基于。
NET的WEB程序设计ASP。
NET标准教程。
清华大学出版社,2002
2、总体设计
2。
1需求规定
2.1.1系统功能
文档管理系统主要分为11个子模块。
对普通用户有用户登录、信息查询、密码修改、文档检索、文档操作的模块.对系统管理员有管理员登录、权限管理、组维护、用户维护、回收站管理、文档检索等模块。
见图2。
1所示。
图2.1系统层次模块图
2。
1.2系统性能
2。
1.2.1精度
没有对所输入或输出的数据做特殊的精度要求
2。
1.2。
2时间特性要求
a．响应时间〈=15s;
b．更新处理时间〈=5s；
c．数据的转换和传送时间〈=15s；
2。
1。
2。
4可靠性
用户登录需要密码,一个用户只能看到自己的资料，无权修改别人的.每个用户都有自己的相应权限,没有相应操作权限的用户不能进行操作。
2。
1.2.5灵活性
a．系统的界面操作方式应以用户意见变化而灵活转化。
b．系统不能以运行环境的变化而停止运作；
c．一般情况下不用进行程序修改而是通过修改配置选项完成相应工作。
2.1。
3输入输出要求
输入要求：
1。
用户登陆密码不能超过16位;
2。
登陆时必须输入用户的ID和部门ID,并且都不能超过20位;
3。
登陆时要输入用户的相应权限，不能超过20位；
输出要求：
1.无论输入的是文档信息还是用户信息，或是其他相应信息，都必须有ID
其他具体的输入、输出要求详见系统数据结构设计。
2。
1.4数据管理能力要求
需要管理的文卷和记录的个数为五张表:
分别是登陆信息表、目录信息表、用户信息表、文件信息表,按可预见的增长对数据及其分量的存储要求估算字段的大小不超过50，表和文卷的大小规模为中等大小.
2.1.5故障处理要求
a．源数据的处理：
建议全部保存
b．操作规程:
确保系统正常工作，数据完好无损。
并定期进行数据库备份。
c．数据进入系统的过程:
通过数据库管理员身份登录进行管理，或由DBA直接对数据库进行操作.
d．数据保存、存储、恢复的处理：
请软件使用者自行备份相关信息.
e．系统失效的后果及恢复的处理办法
首先请恢复备份,在这里我们强烈建议备份数据库以将可能的损失降到最低点。
如果不能恢复，请与我们联系，我们将竭尽所能提供力所能及的帮助。
2。
1.6其他专门要求
2.2运行环境
该软件安全保密的要求为中等，对该系统使用尽可能方便，对可维护性比较容易、易补充、易读、可靠运行环境可在windowsx系列操作系统下转换。
2。
2.1设备
CPU：
P42。
8;
内存:
512M；
硬盘:
80G。
这个硬件环境是开发环境，使用环境可根据实际运行情况而定.本系统能在
CPU:
IntelPentiumMMX233MHZ或同等级别以上CPU；
Memory：
64MB；
下正常运行使用。
2.2.2支持软件
Windows系列:
Windows2000,WindowsXP；
IE5。
0以上的浏览器,IIS；
开发工具:
VS2005;
开发语言：
ASP.NET,C#，JavaScript;
2。
2.3接口
与文档资料库之间的接口
接口之间网络协议采用TCP/IP协议.
2。
2.4控制
用专门的机器控制该软件，并有专门的人员去维护与运行.可以通过计算机发出信号去控制软件的正常运行.
2。
3基本设计概念和处理流程
图2.2系统流程图
用户或管理员运行该软件系统后，出现系统登入见面,输入用户名和密码，如果通过身份验证，则显示登入成功并显示登入控制界面。
管理员可以进行用户信息管理、日志管理等操作;管理员还可以对文档进行相应操作如：
删除文档、修改文档、创建文档等；如果用户验证不成功,则退出系统.
2.4结构
在整个文档管理系统包括的基本模块中,我主要负责系统管理和回收站设计，主要分为4个模块：
1、用户登录：
用户根据用户名和密码进行系统的登录，系统登录用户分为普通用户和系统管理员用户,系统根据他们的数据库信息进行相应的验证,他们的操作权限也有所不同,在其它的模块中分别进行了相应的设置。
2、系统管理:
对目录、文件及用户赋予不同的权限，权限的分类主要分为查看权限、改写权限、管理权限，除了进行相关的权限管理，系统管理员还可以通过本模块维护组信息、用户信息，比如说对用户进行分组管理，用户的信息进行权限管理以及用户资料分类等。
3、回收站管理：
回收站管理是只有系统管理员才能进行的操作，其功能是防止文件或文件夹的误操作。
用户在目录管理或文件管理模块中删除的文件都会进入回收站，通过回收站管理，执行这些文件的还原或被彻底删除操作.
4、修改密码：
用户根据用户登录模块登录后通过本模块修改个人密码，用来保障自己信息的安全性。
将本小系统主要归结为三大部分:
密码修改模块、系统管理模块、回收站管理模块。
整个系统架构图如图3—2所示：
登录
图2。
2系统整体架构图
密码修改模块：
相同于其它的信息管理系统，系统的登录都需要用到用户名及密码,在登陆前需要选择用户的类型.登陆成功后对密码进行更改，若用户进行了密码的修改则重新更新
数据库的数据,否则，继续使用原密码。
用户登录及密码修改模块的流程图见图2。
3：
登录是
否
图2。
3密码修改模块流程图
系统统管理模块：
对目录、文件及用户赋予不同的权限，并进行相关的权限管理;其中权限管理主要分为三种操作：
查看权限、改写权限和管理权限。
系统管理员可以通过本模块维护组信息、用户信息等.组信息的管理包括每个组的成员、组成员个人的访问权限,用户信息的管理包括个人信息的添加、删除、修改等操作。
在配置文件中没有注明需要的权限,默认情况下则不需要任何权限都可以访问。
可以看出，当一个用户进入系统后，其所能看见的菜单项取决于3个要素：
①在菜单配置文件中描述的系统所有菜单项；②在菜单访问权限配置文件中描述的每个菜单的访问权限；③用户自身所具有的角色。
2。
5功能需求与系统模块的关系
登陆/注册模块
系统管理模块
文件删除模块
用户信息管理模块
用户登陆
√
文件操作
√
用户信息管理
√
√
文件删除
√
√
√
文件查看
√
√
2.6人工处理过程
管理员添加用户，为他设置相应权限；
用户、管理员创建相应文档，并进行修改、删除;
2。
7尚未解决的问题
在程序运行过程中的出现非常规崩溃的情况没有相对应的补救措施。
3、接口设计
3.1用户接口
用户输入相应的用户名及密码就可以登陆该系统。
3。
2外部接口
无
3.3内部接口
与文档资料库之间的接口
接口之间网络协议采用TCP/IP协议。
4、运行设计
4.1运行模块组合
如果用户需要修改密码，点击“设置”按钮，进入个人设置界面，可修改个人资料及登陆密码。
文件夹视图,所有用户都可以在这里查看相应文件.
具有文件创建权限的用户，可以创建相应文件夹并创建文件：
修改文件：
4.2运行控制
软件运行时有较友好的界面，基本能够实现用户的数据处理要求。
4。
3运行时间
系统的运行时间基本可以达到用户所提出的要求。
5、系统数据结构设计
5.1逻辑结构设计要点
根据系统功能设计的要求以及功能模块的划分，对于系统信息数据库，可以列出一下的数据项和数据结构。
1、登录信息表，表名称标识asp_User，用于统计用户登录信息的.见表5-1
表5—1登录信息表
名称
字段名称
类型
长度
允许空
用户编号
UserID
int
4
no
用户名
UserName
varchar
20
no
用户密码
Password
varchar
50
no
2、目录信息表，表名称标识OA_DBTYPE,存放关于目录的所有信息.见表5-2
表5-2目录信息表
名称
字段名称
类型
长度
允许空
目录ID
DBTYPEID
int
4
no
目录编号
DBTYPENO
varchar
50
no
目录名称
DBTYPEName
varchar
50
no
目录父节点
DBTYPEParentID
int
4
yes
目录创建人
MakerID
int
4
no
创建日期
MakeDate
datetime
8
no
目录删除人
DelerID
int
4
yes
删除日期
DelDate
datetime
8
yes
可用标志
IUsed
int
4
no
注:
表中的“目录ID”字段是在系统操作时自动生成,而“目录编号”是在数据库建立时，对目录进行整理的一个编码.
4、用户信息表，表名称标识person，主要存放用户的个人信息。
见表5—3
表5-3用户信息表
名称
字段名称
类型
长度
允许空
人员编号
PersonID
int
4
no
人员名称
PersonName
varchar
50
no
用户密码
Password
varchar
50
yes
用户编号
UserID
int
4
no
婚姻状况
IsMarried
int
4
yes
身份证号
DCardCode
varchar
50
yes
办公电话
TelBiz
varchar
50
yes
电子邮件
Mail
varchar
50
yes
进公司时间
JoinWorkDate
datetime
8
yes
出生日期
Birthday
datetime
8
yes
住宅电话
TelHome
varchar
50
yes
学历
Graduation
varchar
50
yes
座右铭
Motto
varchar
50
yes
个人爱好
Interest
varchar
50
yes
性别
Sex
int
4
yes
手机号码
Mobile
varchar
50
yes
籍贯
NativePlace
varchar
50
yes
可用标记
IsUsed
Bit
1
no
注：
以上的“可用标记"IsUsed是在系统进行回收站管理时的标识，若系统对文件进行了删除操作则此标识为0,表示文件已经不可再用;反之，则标识为1。
5、权限管理表，表名称标识OA_DBTYPEPerm，主要存放对用户权限进行管理的信息。
见表5-4
表5—4文件信息表
名称
字段名称
类型
长度
允许空
参照人ID
PermID
int
4
no
目录ID
DBTYPEID
int
4
no
编辑权限人员
NamesEdit
varchar
50
no
编辑权限及ID
NameAndIDsEdit
varchar
50
yes
查看权限人员
NamesView
varchar
4
no
查看权限及ID
NameAndIDsView
varchar
50
no
子目录影响
IsInclude
int
4
no
注：
表中的参照人ID是在系统设计时对某些用户进行的编号处理,在进行权限选择时可以对用户进行更方便的选择或删除.
5。
2物理结构设计要点
系统的物理结构具体由数据库来设计与生成.
5。
3数据结构与程序的关系
系统的数据结构由标准数据库语言SQL生成.
6、系统出错处理设计
6。
1出错信息
在用户使用错误的数据或访问没有权限的数据后，系统给出提示:
“对不起你没有权限！
"而且用户的密码管理可以允许用户修改自己的密码，不允许用户的匿名登录。
6。
2补救措施
由于数据在数据库中已经有备份，故在系统出错后可以依靠数据库的恢复功能,并且依靠日志文件使系统再启动，就算系统崩溃用户数据也不会丢失或遭到破坏。
但有可能占用更多的数据存储空间,权衡措施由用户来决定。
6.3系统维护设计
由于系统较小没有外加维护模块，因为维护工作比较简单,仅靠数据库的一些基本维护措施即可.
升级会员 