个人电子文档资料管理系统设计

编号

学生课程设计报告

2013 ～2014 学年第 2 学期

实习类别课程设计

学生姓名杨宏达

专业软件工程

学号120521226

指导教师陈纯毅谷欣超

学院计算机科学技术学院 2014年 6 月

起止周 18-19 周数 2

设计地点研1213实验室

课程设计目的：

通过设计个人电子文档资料管理系统，来掌握现代信息管理系统的设计方法，理解现代软件工程方法的实质；有效、深刻地理解课程设计内容，体会理论、方法和设计原则，从而培养分析实际问题和解决问题的能力，锻炼从事现代软件系统分析与设计的能力。

课程设计要求：

设计一个个人电子文档资料管理系统，实现对个人电脑中的各类资料进行管理，并支持笔记功能，方便使用者对看过的资料做摘要性注释。管理系统需要支持完善的查询功能，使用者能方便地根据关键词检索硬盘上的电子资料和已有的笔记。另外，管理系统需要支持文献的交叉引用功能，方便使用者查证电子文献中的引证内容。

课程设计主要内容：

建立管理系统的用例模型、静态模型、动态模型、系统结构，画出用例图、类图、包图、子系统图、时序图、协作图、活动图，并用文字对这些模型和结构进行详细描述。

设计管理系统用到的数据库，画出E-R图，并给出数据库的表设计结果。

设计管理系统的用户界面原型，用viso画出管理系统的用户界面，并用文字说明，用户界面如何实现要求的功能

成绩：

指导教师/带队教师（签字）

年月日

目录

一、项目需求分析 (1)

1.1 用户需求

1.2 系统需要实现的功能和操作

1.3 功能需求分析

二、系统静态设计 (2)

2.1类包

2.2建立类图

2.3OOA类图

三、系统业务逻辑设计 (4)

3.1普通用户顺序图

3.2系统管理员顺序图

3.3OOA顺序图

四、数据库设计 (5)

基本构思及E—R图

4.1 一般逻辑模型设计

4.2 具体逻辑模型设计

表4.2.1 Users用户信息表结构

表4.2 .2Personcontact联系人信息表结构

表4.2.3 Bank银行管理信息表结构

表4.2.4 Account银行管理信息表结构

表4.2.5 Articlemanagement文章管理信息表结构

表4.2.6 Finance财务信息表结构

表4.2.7 Contactclass联系人类别信息表结构

表4.2.7 Contactclass联系人类别信息表结构

表4.2.8 Informationclass信息类别信息表结构

表4.2.9 Embody包含联系信息表结构

五、总结 (14)

参考文献

一、项目需求分析

1.1 用户需求

本系统就是一个面向广大在校大中专院校学生的个人信息管理系统，当然了，对于那些已经参加工作或已经毕业的朋友同样适用。此系统是一种比较经济耐用的管理系统，它面向所有在校学生，但具有比较高的安全性能。它能够实现信息管理的基本功能，包括新信息的录入，查询，信息的删除等操作以及后台数据库的备份和恢复。用户合法注册后必须输入用户账户和密码才能成功进入该系统，以此保证了信息的安全性和个人隐私，进入该系统后可以依照自己的想法进入相应的功能模块，进行信息的查看，录入，更新等基本操作。对于非法操作，系统有识别和防护措施。个人信息管理的特点是能够存放的信息比较多，所管理的信息种类繁多，为了给用户一个很好的使用平台，内部使用设计以菜单或按钮形式给出。对于查询和更新的方式设置了一个统一标准，因此在使用和管理起来非常方便。本系统在设计过程中，为了克服一些困难，需要使程序代码标准化，软件统一化，确保软件的可维护性和使用性，删除不必要的管理冗余，实现管理规范化，科学化。界面友好，简单化，做到实用，方便，尽量满足广大使用者的需求。

1.2 系统需要实现的功能和操作如下：

（1）登录功能：登录系统为身份验证登陆，用户输入用户账户

和密码后才能进入该系统，若输入有误，系统会给出警告，三次错误后，需等待半个小时后才能再次输入，以此保证了系统的安全性。

（2）更新信息功能：用户进入系统后，找到相应的所属功能模块，然后根据自己的需要，可以删除一些已经对自己没有任何用处的信息，或者重新输入自己要保存的信息。

（3）查询功能：用户进入系统后，找到相应的所属功能模块，然后根据内容输入或根据关键字进行查询，查询出的信息会显示在界面上，并且可以预览和打印出结果。

（4）系统维护功能：数据的安全管理，主要是依靠管理员对数据库里的信息进行备份和恢复，数据备份后，如果出了什么意外可以恢复数据库到当时备份的状态，这提高了系统和数据的安全性，有利于系统的维护；

进行以上功能操作处理时，可根据下述的功能分析中的主要结构功能模块图进行。

1.3 功能需求分析：

本系统的主要结构功能图如下：

二、系统静态结构设计

2.1类包：

根据以上对用况的分析，可以得到以下类：

（1）用户

（2）文件信息

（3）文件夹

2.2建立类图

首先对以上各个类进行考察，分别定义它们的属性和操作，然后再考虑他们之间的关系，进而绘出类图。

（1）类“用户”

该类中的属性有：用户ID、用户名、用户密码、真实姓名、用户地址、用户电话，是否为管理员。

该类中的操作有：用户登录，添加用户，修改用户密码，删除用户。

用户类图：

（2）类“文件信息”

该类中的属性有：文件ID、文件名称、文件夹ID、文件描述、文件创建时间、文件有效时间、文件地址、用户ID

该类中的操作有：查询文件，上传文件，添加文件信息，修改文件信息，删除文件信息，删除文件。

文件信息类：

（3）类“文件夹”

该类中的属性有：文件夹ID、文件夹名称、用户ID。

该类中的操作有：添加文件夹，修改文件夹名称，删除文件夹。

文件夹类：

以上三个类及其间的部分关系如图所示：

OOA类图

三、系统业务逻辑设计

根据以上分析，交互主要发生在类文件信息普通用户类用户管理员和类用户文件夹文件信息之间。

普通用户顺序图：

系统管理员顺序图：

OOA顺序图：

四、数据库设计基本项构思及E—R图

ERD的四项基本原则：

（1）原则1（确定实体）：能独立存在的事物，例如人，物，事，地，团体，机构等，在其有多个由基本项描述的特性需要关注时，就应把它作为实体。

（2）原则2（确定联系）：两个或多个实体间的关联与结合，如主管，从属，组成，占有，包含，配合等等，当需要予以关注时，应作为联系。实体间的联系可划分为一对一，一对多，多对多等三类，在确定联系时还要确定其类型。

（3）原则3（确定属性）：实体的属性是实体的本质特征。实体应有标志属性（能把不同个体区分开来的属性组），并指定其中一个作为主标识，联系的属性是联系的结果或状态。（4）原则4（一事一地）：信息分析中得到的基本项要在且仅在实体联系图中的一个地方作为属性出现。

经过上述系统功能分析和需求总结，设计如下面所示的数据项和数据结构。

用户表（Users）：用于存放注册用户的记录，包括数据项：用户账户，密码，真实姓名，身份证号，联系电话，联系地址，性别，出生年月等。

联系人类别表（ContactClass）：用于存放初始的联系人类别记录，包括数据项：类别名称。联系人表（Personcontact）:用于存放联系人记录，包括数据项：姓名，性别，联系电话，传真，出生年月，联系地址，QQ，Email等。

文章管理表（ArticleManagement）：用于存放文章记录，包括数据项：资料名字，资料体裁，文章作者，创建时间，资料编号等。信息类别表（InformationClass）：用于存放初始的文章类别记录，包括数据项：类别名称。

财务表（Finance）：用于存放财务记录，包括数据项：支出，收入，余额，编号。

银行表（Bank）：用于存放银行信息记录，包括数据项：部门名称，部门编号，地址，汇率。

根据上面的设计规划出来的实体有用户实体，联系人实体，文章管理实体，银行实体，联系人类别实体，信息类别实体，财务实体。

用户实体的E-R图如下图所示：

联系人实体的E-R图如下图所示：

文章管理实体的E-R图如下图所示：

账户和银行管理实体的E-R图分别如下图所示

账户和银行管理实体的E-R图分别如下图所示

联系人类别实体的E-R图如下图所示

信息类别实体的E-R图如下图：

所有实体之间的关系E-R图如下图所示：

4.1 一般逻辑模型设计：

关系模型的逻辑结构是一组关系模式的集合，将E-R图转换为关系模型就是要将实体型，实体的属性和实体型之间的联系转换为关系模式。

由ERD导出一般关系模型的四条原则：

（1）一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，每个实体的码均是该关系的候选码。如果与某一端实体对应的关系模式合并，则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。

（2）一个1：n联系可以转换为一个独立的关系模式，也可以与n

端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。

（3）一个m:n联系转换为一个关系模式。与该联系相连的各实体的

码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。（4） 3个或3个以上实体间的一个多元联系可以转换为一个关系模

式。与该多元联系项连接的各实体的码以及联系本身的属性均转换为关系的属性，各实体的码组成关系的码或关系码的一部分。

根据以上原则将E-R图转换成的关系模式如下：

用户（身份证号，用户账号，密码，真实姓名，性别，联系地址，联系电话，出生年月）联系人（姓名，性别，联系电话，传真，出生年月，联系地址，QQ，Email，类别名称，身

份证号）

文章管理（资料名字，资料体裁，文章作者，创建时间，资料编号，身份证号）

银行（部门名称，部门编号，地址，汇率，编号）财务（编号，支出，收入，余额，身份证号）联系人类别（类别名称）信息类别（类别名称）

包含(embody)（资料编号，类别名称）

4.2 具体逻辑模型设计：

在SQL Server2008数据库中，首先创建management数据库，然后根据数据库的逻辑结构分析创建表4.2.1-4.2.9的9张数据表。在前台访问数据库阶段设置了用户和密码，用户为yanghongda，密码为0916。

表4.2.1 Users用户信息表结构

表4.2 .2Personcontact联系人信息表结构

表4.2.3 Bank银行管理信息表结构

表4.2.4 Account银行管理信息表结构

表4.2.5 Articlemanagement文章管理信息表结构

表4.2.6 Finance财务信息表结构

表4.2.7 Contactclass联系人类别信息表结构

表4.2.8 Informationclass信息类别信息表结构

表4.2.9 Embody包含联系信息表结构

四、用户界面设计

上传文件：

文件夹管理：

文章：

修改个人密码：

五、总结

1、对自己设计进行评价，指出不合理和不足之处，提出改进的方案。本次的设计总体来说设计的比较简单，考虑不过细致，有些地方没有考虑。也有些地方是做的比较满意的，有可圈点的地方。首先，比如我们给个人软件系统嵌入了比较多的功能，能过满足用户的日常需要，并且其功能使用相对简单，不会给用户带来使用时的困扰。但是，我们还是有不足的地方，如功能的优化简洁，这一点我们由于知识不够充分，所以功能优化方面有所欠缺。

其次，在数据库的设计中，几个表之间的联系比较复杂，给建表带来了困难，但是我们会仔细地设计每一个步骤，尽力使数据库完善。合理之处有：我们所设计的个人信息管理系统，整体设计比较清晰，分为若干个模块，不仅便于设计功能，并且用户用起来也会对整个软件有个清晰地感觉，不会在用起来感到吃力。

2、在学习的过程中的感受：

在本次的课程设计中，有些知识没有掌握，所以数据库方面的设计没有做好，但是由于对数据库使用不太了解，所以花了一些时间，经过努力还是逐渐了解数据库，学会了一些以前没有掌握的东西，这算是一个收获吧。其次是感觉，知识掌握的不够牢固，掌握的知识不够全面，查了许多资料才勉强做出来，看来基础知识是非常重要的。还有团队的合作是非常重要的，即使自己个人掌握某些知识，但是还是要和组员通力合作，自己独自是做不好的，再者组员之间合作过程中可以相互学习，这样更能使知识掌握的更加牢固。

六、参考文献

[1] 贾铁军软件工程与实践【M】.北京：清华大学出版社,2012.7