





























1、该文档不包含其他附件(如表格、图纸),本站只保证下载后内容跟在线阅读一样,不确保内容完整性,请务必认真阅读。
2、有的文档阅读时显示本站(www.woc88.com)水印的,下载后是没有本站水印的(仅在线阅读显示),请放心下载。
3、除PDF格式下载后需转换成word才能编辑,其他下载后均可以随意编辑、修改、打印。
4、有的标题标有”最新”、多篇,实质内容并不相符,下载内容以在线阅读为准,请认真阅读全文再下载。
5、该文档为会员上传,下载所得收益全部归上传者所有,若您对文档版权有异议,可联系客服认领,既往收入全部归您。
段是数据库系统整个生命周期中工作量比较大的个阶段,其质量对整个数据库系统的影响很大。
数据库系统设计有两种不同的方法种是面向数据的设计方法,这种设计方法以信息需求为主,兼顾处理需求另种是面向过程的设计方法,这种设计方法以处理需求为主,兼顾信息需求。
用前种方法设计的数据库系统,可以比较好地反映数据的内在联系,不但可以满足当前应用的需要,还可以满足潜在应用的需要。
用第二种方法设计的数据库系统,可能在使用的初始阶段比较好地满足应用的需要,获得好的性能,但随着应用的发展和变化,往往会导致数据库系统的较大变动或者不得不重新设计。
这两种设计方法,在实际中都有应用。
面向过程的设计方法主要用于处理要求比较明确固定的应用系统。
但是在实际应用中,数据库般由许多用户共享,还可能不断有新的用户加入,除了常规的处理要求外,还有许多即席访问。
对于这类数据库系统,最好采用面向数据的设计方法,使数据库系统比较合理地模拟个组织部门。
通常个组织部门的数据是相对稳定的,而处理则是相对变动的,为了设计个相对稳定的数据库系统,般采用面向数据的设计方法。
概念结构设计概念设计的目标是设计出反映个组织部门信息需求的数据库系统概念模式,数据库系统的概念模式独立于数据库系统的逻辑结构独立于数据库管理系统独立于计算机系统。
概念模式的设计方法是在需求分析的基础上,用概念数据模型例如模型表示数据及数据之间的相互联系,设计出反映用户信息需求和处理需求的数据库系统概念模式。
概念设计的目标是准确描述应用领域的信息模式,支持用户的各种应用,这样既容易转换为数据库系统逻辑模式,又容易为用户理解。
数据库系统概念模式是面向现实世界的数据模型,不能直接用于数据库系统的实现。
办公电子文档归档系统论文在此阶段,用户可以参与和评价数据库系统的设计,从而有利于保证数据库系统的设计与用户的需求相吻合。
逻辑结构设计设计逻辑结构应该选择最适于描述与表达相应概念结构的数据模型,然后选择最合适的。
设计逻辑结构时般要分三步进行将模型转换为关系模型关系模型的逻辑结构是组关系模式的集合。
而图则是由实体实体的属性和实体之间的联系三个要素组成的。
所以将图转换为关系模型实际上就是要将实体实体的属性和实体之间的联系转化为关系模式,这种转换般遵循如下原则个实体型转换为个关系模式。
实体的属性就是关系的属性。
实体的码就是关系的码。
个联系转换为个关系模式。
与该关系相连的各实体的码以及联系本身的属性均转换为关系的属性。
而关系的码为各实体码的组合。
个联系可以转换为个独立的关系模式,也可以与端对应的关系模式合并。
如果转换为个独立的关系模式,则与该关系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为端实体的码。
个联系可以转换为个独立的关系模式,也可以与任意端对应的关系模式合并。
如果转换为个独立的关系模式,则与该关系相连的各实体的码以及联系本身的属性均转换为关系的属性,每个实体的码均是该关系的候选码。
如果与端对应的关系模式合并,则需要在该关系模式的属性中加入另个关系模式的码和联系本身的属性。
三个或三个以上实体间的个多元联系转换为个关系模式。
与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性。
而关系的码为各实体码的组合。
同实体集的实体间的联系,即自联系,也可按上述和三种情况分别处理。
具有相同码的关系模式可合并。
办公电子文档归档系统论文数据模型的优化为了进步提高数据库应用系统的性能,通常以规范化理论为指导,还应该适当地修改调整数据模型的结构,这就是数据模型的优化。
数据模型的优化方法为数据依赖。
对于各个关系模式之间的数据依赖进行极小化处理,消除冗余的联系。
按照数据依赖的理论对关系模式逐进行分析,考查是否存在部分函数依赖传递函数依赖多值依赖等,确定各关系模式分别属于第几范式。
按照需求分析阶段得到的各种应用对数据处理的要求,分析对于这样的应用环境这些模式是否合适,确定是否要对它们进行合并或分解。
对关系模式进行必要的分解。
设计外模式在我们将概念模型转换为逻辑模型后,即生成了整个应用系统的模式后,还应该根据局部应用需求,结合具体的特点,设计用户的外模式。
设计的表如图所示系统中定义的表系统用户信息实体表,登录帐号或密码系统用户管理截图与部分代码文件分类管理截图与部分代码办公电子文档归档系统论文上传文件截图与部分代码文件管理检索页面截图主要程序代码办公电子文档归档系统论文职工文件管理检索页面截图主要程序代码办公电子文档归档系统论文文件归档页面截图主要程序代码数据备份页面截图主要程序代码办公电子文档归档系统论文操作日志管理页面截图主要程序代码系统测试系统测试的任务是近可能彻底的检查出程序中的,提高软件系统的可靠性,其目的是检验系统做得怎样。
这阶段又可分为三个步骤模块测试,测试每个模块的程序是否有组装测试,测试模块之间的接口是否正确确认测试,测试整个软件系统是否满足用户功能和性能的要求。
测试发现问题之后要经过调试找出原因和位置,然后进行改正。
经过数次测试,系统可以基本完成需求分析中所要求的功能。
各类信息模块较为完善,管理员模块基本满足需要。
目前没有出现较明显的问题。
办公电子文档归档系统论文第章结论与展望结论小组成员首次接触。
并运用的知识,运用开发平台,借助数据库。
在指导老师的大力支持和帮助下,开发出办公电子文档归档系统的设计与实现。
对本小组各成员都有很大的激励。
本次开发中,各成员的感触都很深。
系统需求阶段,小组成员都是共同讨论完成的。
编写代码过程中,小组成员也深深了解到了个软件并非个人,朝夕可以完成的。
编写系统,是要有很强的团队合作意识。
这需要借助每个人的力量,汇集各成员的强项。
才能开发出适用性强可读性好的软件。
本次开发中,加强了团队代码编写之间的相互交流。
让整个代码编写事半功倍。
测试阶段,虽事先有具体分工,但在分工的过程中也有合作。
测试阶段出现的问题我们都争取当天解决。
并做好日志工作。
当然,本次系统开发过程中也出现了许多问题,比如小组成员大都是首次学习。
设计语言掌握不足。
造成系统开发出现真空地带等等。
但不管如何,我们始终相信,本开发小组不会因为第段的工作完成而停止。
通过第阶段的设计。
使小组成员熟悉了语言。
也了解了整个设计过程。
相信后阶段的设计将很快完成现阶段的不足。
办公电子文档归档系统论文第章致谢经过几个月的忙碌和学习,本次毕业论文设计已经接近尾声。
作为个本科生的毕业设计,由于经验的匮乏,难免有许多考虑不周全的地方,如果没有指导教师的督促指导,想要完成这个设计是难以想象的。
现在我发现,自身的成长离不开大家的支持和帮助,我很庆幸自己生活在这样的空间。
我要向那些帮助过我鼓励过我的人们致以我最诚挚的谢意。
首先感谢老师,这次毕业设计中,作为我的指导老师,虽然平日里工作繁多,但在我做毕业设计的每个阶段,从选题到查阅资料,还有论文提纲的确定以及中期论文的修改后期论文格式调整等各个环节中都给予了我悉心的指导。
她严谨的工作作风,渊博的知识,还有平易近人的人格魅力将会对我影响深远。
除此之外还让我明白了许多做人的道理。
编写毕业论文是个学习的过程,论文的完成,奠定了我的能力,它会帮助我在今后的工作与学习当中更加有自信。
最后,感谢这两年中陪我起走过的各位老师和同学们,你们的信任和慰勉是我前进的动力,也要感谢我的朋友们,感谢你们在我失意时给我鼓励,在失落时给我支持,感谢你们和我路走来,在此过程中我倍感温暖,为了那些支持和爱护我的人,我会更加努力,好好工作,好好生活,在此我向我的指导老师,和小组的同学们致以真挚的谢意,谢谢你们的大力支持和帮助。
办公电子文档归档系统论文年月日第章参考文献张克非网络程序设计与应用北京航空航天大学出版社,龙马工作室编著网站开发实例精讲人民邮电出版社,张昌龙,辛永平从入门到精通机械工业出版社,年月第版梁小满等主编网页制作与网站设计武汉文件信息实体表办公电子文档归档系统论文文件分类实体表操作日志实体表图办公电子文档归档系统论文系统结构图物理设计数据库最终是要存储在物理设备上的。
为个给定的逻辑数据模型选取个最适合应用环境的物理结构存储结构与存取方法的过程,就是数据库的物理设计。
物理结构依赖于给定的和和硬件系统,因此设计人员必须充分了解所用的内部特征,特别是存储结构和存取方法充分了解应用环境,特别是应用的处理频率和响应时间要求以及充分了解外存设备的特性。
数据库的物理设计通常分为两步确定数据库的物理结构对物理结构进行评价,评价的重点是时间和空间效率。
办公电子文档归档系统论文数据库的实施在进行概念结构设计和物理结构设计之后,目标系统的结构功能已经分析得较为清楚了,但这还只是停留在文档阶段。
数据系统设计的根本目的,是为用户提供个能够实际运行的系统,并保证该系统的稳定和高效。
要做到这点,还有两项工作,就是数据库的实施运行和维护。
首先是数据库的实施。
数据库的实施主要是根据逻辑结构设计和物理结构设计的结果,在计算机系统上建立实际的数据库结构导入数据并进行程序的调试。
它相当于软件工程中的代码编写和程序调试的阶段。
用具体的提供的数据定义语言,把数据库的逻辑结构设计和物理结构设计的结果转化为程序语句,然后经编译处理和运行后,实际的数据库便建立起来了。
目前的很多系统除了提供传统的命令行方式外,还提供了数据库结构的图形化定义方式,极大地提高了工作的效率。
具体地说,建立数据库结构应包括以下几个方面数据库模式与子模式,以及数据库空间的描述。
数据完整性的描述。
数据安全性描述。
数据库物理存储参数的描述。
数据库的运行及维护数据库系统投入正式运行,意味着数据库的设计与开发阶段的基本结束,运行与维护阶段的开始。
数据库的运行和维护是个长期的工作,是数据库设计工作的延续和提高。
在数据库运行阶段,完成对数据库的日常维护,工作人员需要掌握的存储控制和数据恢复等基本操作,而且要经常性地涉及物理数据库甚至逻辑数据库的再设计,因此数据库的维护工作仍然需要具有丰富经验的专业技术人员主要是数据库管理员来完成。
数据库的运行和维护阶段的主要工作有对数据库性能的监测分析和改善。
办公电子文档归档系统论文数据库的转储和恢复。
维持数据库的安全性和完整性。
第章系统的设计与实现系统设计要达到的目标管理员模块系统用户管理包括给员工信息及给员工分配帐号密码。
文件分类管理按文件类型进行文件分类,和后面的文件上传相关联。
文件管理上传单位文件信息,包括名称类型内容简介上传格式上传人员及时间等。
对文件进行修改,删除。
职工文件管理管理职工上传的文件,属性同上。
文件检索通过类别名称时间等信息检索文件。
支持模糊查询。
数据库备份。
文件归档将文件按照档案管理的模式建立卷宗,并形成档案目录。
解释按条件查询后把相关数据输出到查阅操作日志本模块对系统运行日志操作,具有日志操作权限的用户可以进入本模块。
可以进行查看日志记录等操作。
普通职工模块登录及帐号密码管理。
查看文件信息,下载文件。
上传文件,属性同管理员模
