个人信息管理系统课程设计报告文档格式.docx
《个人信息管理系统课程设计报告文档格式.docx》由会员分享，可在线阅读，更多相关《个人信息管理系统课程设计报告文档格式.docx（13页珍藏版）》请在冰豆网上搜索。
二需求分析
2.1用户需求
本系统就是一个面向广大在校大中专院校学生的个人信息管理系统，当然了，对于那些已经参加工作或已经毕业的朋友同样适用。
此系统是一种比较经济耐用的管理系统，它面向所有在校学生，但具有比较高的安全性能。
它能够实现信息管理的基本功能，包括新信息的录入，查询，信息的删除等操作以及后台数据库的备份和恢复。
用户合法注册后必须输入用户账户和密码才能成功进入该系统，以此保证了信息的安全性和个人隐私，进入该系统后可以依照自己的想法进入相应的功能模块，进行信息的查看，录入，更新等基本操作。
对于非法操作，系统有识别和防护措施。
个人信息管理的特点是能够存放的信息比较多，所管理的信息种类繁多，为了给用户一个很好的使用平台，内部使用设计以菜单或按钮形式给出。
对于查询和更新的方式设置了一个统一标准，因此在使用和管理起来非常方便。
本系统在设计过程中，为了克服一些困难，需要使程序代码标准化，软件统一化，确保软件的可维护性和使用性，删除不必要的管理冗余，实现管理规范化，科学化。
界面友好，简单化，做到实用，方便，尽量满足广大使用者的需求。
2.2系统需要实现的功能和操作如下：
（1）登录功能：
登录系统为身份验证登陆，用户输入用户账户和密码后才能进入该系统，若输入有误，系统会给出警告，三次错误后，需等待半个小时后才能再次输入，以此保证了系统的安全性。
（2）更新信息功能：
用户进入系统后，找到相应的所属功能模块，然后根据自己的需要，可以删除一些已经对自己没有任何用处的信息，或者重新输入自己要保存的信息。
（3）查询功能：
用户进入系统后，找到相应的所属功能模块，然后根据内容输入或根据关键字进行查询，查询出的信息会显示在界面上，并且可以预览和打印出结果。
（4）系统维护功能：
数据的安全管理，主要是依靠管理员对数据库里的信息进行备份和恢复，数据备份后，如果出了什么意外可以恢复数据库到当时备份的状态，这提高了系统和数据的安全性，有利于系统的维护；
进行以上功能操作处理时，可根据下述的功能分析中的主要结构功能模块图进行。
2.3功能需求分析：
本系统的主要结构功能图如下：
三数据库概念模型设计
基本项构思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具体逻辑模型设计：
在SQLServer2000数据库中，首先创建management数据库，然后根据数据库的逻辑结构分析创建表5.1-5.8的８张数据表。
在前台访问数据库阶段设置了用户和密码，用户为admin，密码为１。
表5.1Users用户信息表结构
表中列名
数据类型
可否为空
说明
Uidnumber（主码）
Varchar2
否
身份证号
Urealname
是
真实姓名
Ucode
否l
密码
Uuseraccount
用户账户
Utelephone
联系电话
Uaddress
联系地址
Usex
性别
Ubirthoftime
Date
出生年月
表5.2Personcontact联系人信息表结构
Prealname（主码）
姓名
Psex
可
Ptelephone
Pfax
传真
Pbirthoftime
Paddress
Pqq
number
QQ
Pemail
Email
Cclassname
类别名称
Uidnumber
表5.3Bank银行管理信息表结构
Bdepartmentnumber（主码）
部门编号
Bdepartmentname
部门名称
Baddress
地址
Brate
汇率
表5.4Account银行管理信息表结构
Accountnumber（主码）
Dpartmentnumber
表5.5Articlemanagement文章管理信息表结构
Ainformationname
Varcha2r
资料名字
Ainformationtype
资料体裁
Aarticlename
文章作者
Abuildtime
创建时间
Ainformationnumber（主码）
资料编号
表5.6Finance财务信息表结构
Fnumber（主码）
编号
Foutput
支出
Finput
收入
Fbalance
余额
表5.7Contactclass联系人类别信息表结构
Cclassname（主码）
表5.8Informationclass信息类别信息表结构
Iclassname（主码）
表5.9Embody包含联系信息表结构
五数据库物理设计与数据库保护设计
5.1设计表间关系
5.2物理设计
数据库物理设计阶段的任务是根据具体计算机系统的特点，为给定的数据库模型确定合理的存储结构和存取方法。
所谓的合理主要有两个含义：
一个是要使设计出的物理数据库占用较少的存储空间，另一个对数据库的操作具有尽可能高的速度，这里，我们只讨论后者.
要想对数据库的操作有尽可能高的速度，我们可以通过建立索引来实现：
（1）对Users表在Uidnumber属性列上建立聚集索引。
（2）对Personcontact表在Prealname属性列上建立聚集索引。
（3）对Bank表在Bdepartmentnumber属性列上建立聚集索引。
（4）对Articlemanagement表在Ainformationnumber属性列上建立聚集索引。
（5）对Finance表在Fnumber属性列上建立聚集索引。
（6）对Contactclass表在Classname属性列上建立聚集索引。
（7）对Informationclass表在Iclassname属性列上建立聚集索引。
（8）对Embody表在Ainformationnumber属性列上建立聚集索引，在Iclassname属性列上建立非聚集索引。
5.3保护设计
除非用户本人授权他人使用自己的应用系统，否则他人无法登陆使用。
对于登录系统，本设计采用用户识别和鉴别检测机制，即：
用户进入系统时必须首先输入用户账户和密码，然后等待系统对其进行识别，通过识别成功后才能进入系统进行各种操作。
由于本系统的内部信息非常重要，当用户删除信息时，系统会给出提示，谨防用户因操作失误而造成不可挽回的后果。
六数据库建立
（1）创建数据库
USEmaster
Go
CREATEDATABASEmanage
ON
（NAME=manage,
FILENAME=’d:
\manage.mdf,
SIZE=10,
MAXSIZE=50,
FILEGROWTH=5）
LOGON
（NAME=’management’,
FILENAME=’e:
\manage.ldf’,
SIZE=5MB,
MAXSIZE=25MB,
FILEGROWTH=5MB）
（2）用户表建立
CreatetableUsers
（
Uidnumbervarchar2（18）primarykey,
Urealnamevarchar2（15）,
Ucodevarchar2（12）notnull,
Uuseraccountvarchar2（15）notnull,
Utelephonevarchar2（11）,
Uaddressvarchar2（25）,
Usexvarchar2
（2）,
Ubirthoftimedate
）;
（3）联系人表建立
CreatetablePersoncontact
Prealnamevarchar2（15）primarykey,
Psexvarchar2
（2）,
Ptelephonevarchar2（11）,
Pfaxvarchar2（20）,
Pbirthoftimedate,
Paddressvarchar2（25）notnull,
Pqqnumber,
Pemailvarchar2（20）,
Cclassnamevarchar2（15）notnull,
Uidnumbervarchar2（18）notnull,
Foreignkey（Cclassname）referencesContactclass（Cclassname）,
Foreignkey（uidnumber）referencesusers（uidnumber）
）
（4）银行表建立
CreatetableBank
Bdepartmentnumbervarchar2（15）primarykey,
Bdepartmentnamevarchar2（20）notnull,
Baddressvarchar2（20）,
Bratenumber,
Fnumbervarchar2（15）notnull,
Foreignkey（fnumber）referencesfinance（fnumber）,
（5）文章管理表建立
CreatetableArticlemanagement
（
Ainformationnamevarchar2（15）,
Ainformationtypevarchar2（15）,
Aarticlenamevarchar2（15）notnull,
Abuildtimedatenotnull,
Ainformationnumbervarchar2（10）primarykey,
Uidnumbervarchar2（18）notnull,
Foreignkey（uidnumber）referencesusers（uidnumber）,
（6）财务表建立
CreatetableFinance
Fnumbervarchar2（10）primarykey,
Foutputnumber,
Finputnumber,
Fbalancenumber,
（7）联系人类别表建立
CreatetableContactclass
Cclassnamevarchar2（15）primarykey
（8）信息类别表建立
CreatetableInformationclass
Iclassnamevarchar2（15）primarykey
（9）包含表建立
CreatetableEmbody
Iclassnamevarchar2（15）,
Ainformationnumbervarchar2（10）,
primarykey（Iclassname,Ainformationnumber）,
Foreignkey（iclassname）referencesinformationclasss（iclassname）,
Foreignkey（Ainformationnumber）referencesarticlemanagement（Ainformationnumber）,
（10）索引的创建
Createindexusers_uidonusers（uidnumber）
Createindexpersoncontact_preonpersoncontact（prealname）
Createindexbank_bdeonbank（bdepartmentnumber）
Createindexarticlemanagement_ainonarticlemanagement（ainformationnumber）
Createindexfinance_fnuonfinance（fnumber）
Createindexcontactclass_claoncontactclass（classname）
Createindexinformationclass_icloninformationclass（iclassname）
Createindexembodyonembody（ainformationnumber）
七课程设计心得与体会
1、对自己设计进行评价，指出不合理和不足之处，提出改进的方案。
本次的设计总体来说设计的比较简单，考虑不过细致，有些地方没有考虑。
也有些地方是做的比较满意的，有可圈点的地方。
首先，比如我们给个人软件系统嵌入了比较多的功能，能过满足用户的日常需要，并且其功能使用相对简单，不会给用户带来使用时的困扰。
但是，我们还是有不足的地方，如功能的优化简洁，这一点我们由于知识不够充分，所以功能优化方面有所欠缺。
其次，在数据库的设计中，几个表之间的联系比较复杂，给建表带来了困难，但是我们会仔细地设计每一个步骤，尽力使数据库完善。
合理之处有：
我们所设计的个人信息管理系统，整体设计比较清晰，分为若干个模块，不仅便于设计功能，并且用户用起来也会对整个软件有个清晰地感觉，不会在用起来感到吃力。
2、在学习的过程中的感受：
在本次的课程设计中，有些知识没有掌握，所以数据库方面的设计没有做好，但是由于对数据库使用不太了解，所以花了一些时间，经过努力还是逐渐了解数据库，学会了一些以前没有掌握的东西，这算是一个收获吧。
其次是感觉，知识掌握的不够牢固，掌握的知识不够全面，查了许多资料才勉强做出来，看来基础知识是非常重要的。
还有团队的合作是非常重要的，即使自己个人掌握某些知识，但是还是要和组员通力合作，自己独自是做不好的，再者组员之间合作过程中可以相互学习，这样更能使知识掌握的更加牢固。
八参考资料
软件工程导论（第五版）张海藩编著；
数据库原理教程范明，叶阳东等编著，科学出版社；
升级会员 