录，需把要修改的原文档信息转移到文档的历史信息表中保存，历史信息表与文档信息表基本相同，只是没有归档日期，因为在历史表中的文档永远不会被发布，所以就没有此属性，再在原来文档信息表中进行修改文档信息，其需填写的内容和文档创建时是样的，在这就不需重复说明了，实现这部分功能主要用到中的控件和其相关的属性。删除文档文档创建者提交文档后，文档需通过级和二级审批者进行审批，在审批过程中，若审批者发现此文档没有任何价值或由于其他原因，没必要发布此文档，则审批者通过把文档的返回标志置为删除，文档创建者通过查询文档数据表获知此信息，这部分操作步骤和修改文档差不多，只是在查询数据表时的查询条件不同而已，它的查询条件是返回标志为删除且创建者是当前用户的记录，接下来的操作就基本相同了。查询文档这部分的操作是基于查询模块的，任何用户只可以查询已经发布了的文档信息，没有发布的文档是不能查看的，查看文档时，有三类查询条件，即按日期查询按文档类型查询按部门查询，在按文档类型进行查询时，我们用到了模糊查询，这部分的操作大多都是在查询数据库，查询语句比较难写，具体实现将在查询模块中讲述。发送邮件发送邮件是基于网路来实现的，要用到协议，这部分的实现也是个难点，当文档创建者提交个新文档后，为了不让文档的审批时间超过定的范围，他可发送邮件给级审批者，通知他你已提交份文档，让他及时审批并提交给二级审批者。要完成这部分功能，我们应需掌握相关的实现技术，要用到中的类和类的相关的属性和方法，前台做相关页面的实现，后台做相关功能的处理。修改密码任何用户都有权限修改自己的密码，这部分的实现很简单，输入旧密码和新密码后，系统先判断你的旧密码是否正确，若正确把原来的密码更新为新密码，至此修改密码成功。安全退出当文档创建者完成了自己的功能后，不需再提交新文档时，便可退出系统，用户点击安全退出按钮时，即可退出当前页面，若需重新使用此系统则重新登录便可。文档查询模块的设计在查询模块中，此模块用于系统的用户查询已经发布了的文档，查询的方式各种各样，尽可能多地搜集到用户已经知道的关于文档的信息。可以根据文档的创建批阅和发布的日期查询，也可以根据文件类型，密级和文档的创建人查询，最常用的还是根据文档名称标题和主题词查询。还可以根据用户需要，查询文档之前的各个历史版本，般情况下用户查询到的是文档的最近版本，每次查询时根据用户的需要选择相关的查询条件查询所需文档。下图是此模块的流程图图查询模块流程图开始查询主页按日期查询按文件类型查询按部门查询选择查询条件输入查询条件选择查询条件进行查询是否存在符合条件的文档显示查询的结果继续查询结束是否否按日期查询在文档的信息表中有文档的创建日期，审批日期，发布日期，所以在根据日期查询文档时，我们有三种选择，即按创建，发布，审批三类时间进行查询，查询主页由实现，主要是些的控件组成，最主要的是时间控件。后台由实现，实现代码主要是些查询语句，其结构也是比较复杂的。根据选择的条件查询数据表，若有符合条件的记录则在显示结果页中显示。若没有相关信息则提示换种查询条件。按部门查询文档创建时是按不同的部门进行提交的，各部门有各自的文档，所以我们可以根据部门的不同查看不同的文档信息，在设计此系统时我们假定有三个部门，三部门分别对应三个不同的文档创建者，每个创建者只提交自己所在部门的文档，查询页由实现，查询语句在后台里实现，其查询结果同样显示在显示结果页中。按文件类型查询在数据库设计中，我们专门设计了个数据表用于存放文档的类型，我们在提交文档时必须选择文档所属类型，在这部分查询中，查询页由实现，在此页面中有四项查询选项，你可以选其中种或几种的结合进行查询，但至少得有种查询条件。按文件名文件密级文件类型主题词查询，因为个文档的文件名称和主题词不是文档的主要信息，我们没法分的很细，所以在这部分查询中，我们用的是数据库中的模糊查询，其查询语句由后台实现，由于设计到好多查询组合条件，其语句是相当复杂的。文档审批模块的设计在文档管理系统中，此模块也是很重要的部分，当文档创建者提交文档后，审批者就开始审批提交的现有文档，在审批这部分中此系统设计了级审批，级审批者按照不同的部门对各自所在部门的文档进行审批，在审批过程中若发现提交的文档有问题则返回给此文档的创建者让其进行修改，审批状态置为未审批，若通过审批置为审通过，并进行提交，让二级审批者进行审批，二级审批者审批文档是根据文档的密级程度不同进行审批的，此系统设计时，把文档的密级划分为三个等级，即秘密机密绝密，二级审批者对文档进行审批时，若不合要求也可退回给此文档的创建者进行修改或删除该文档，若通过审批则发布此文档，下图是此模块的流程图图审批模块流程图批阅通过级审批者审批意见，返回发送回执，通过文档提交者二级审批者批阅通过发送回执，归档审批意见，返回系统管理员模块的设计该模块为系统管理员而设计，包括的功能主要有待办事项，用户管理，文档管理，系统日志和部分公共功能。该模块实现主要通过实现各种信息的管理。下图是该模块的文件架构图图管理员模块的文件架构图管理员主页用户管理文档管理系统日志管理详细信息详细信息管理员主页显示待办事项，包括过期的文件处理等，以显示，左侧功能选项点击用户管理，进入用户页面，以显示，有详细信息编辑和删除选项按钮，详细信息页以显示，可修改的可读，不可修改的不可读。左侧功能选项点击文档管理，进入文档页面，以显示，有详细信息编辑和删除选项按钮，详细信息页以显示，可修改的可读，不可修改的不可读，点击查看系统日志按钮即可在页面上显示此系统的使用情况，在数据库中建有个数据表用于存储系统的日志信息，数据表中的每条记录都代表相应的用户的相应操作，在每个用户操作过程中，都有写入日志的函数，我们调用这个函数，便将我们的操作过程插入到日志表中。下图是此模块的流程图图系统管理员模块流程图开始管理员主页是否有待办事项处理待办事项用户管理文档管理查看日志处理用户信息处理文档信息结束有无是否否是普通员工模块的设计整个系统的用户分为五类，每类用户各有自己的工作，他们根据自己的用户权限进入不同的操作界面，在这五类用户中，普通用户只有查看本公司的已经发布了的文档信息，他不能对任何文档做任何的修改，只是查看最近公司都发布了那些文档信息，普通用户和其他四类用户不同，他在初次使用此系统时必先进行相应的注册方可使用，下图是此模块的流程图图普通员工模块流程图开始用户登录成功查看文档其他操作第次使用注册结束是否是否公共模块的设计此模块主要不是按流程实现的，是些来自其他模块营之前，尽可能多地发现软件当中的，需要尽可能全面地对软件进行测试。目前软件测试仍然是保证软件质量的关键步骤，它是对软件需求分析设计以及编码的最后的检查。对应于软件开发的各个过程，软件测试也分为几种不同的层次。每个层次都是下层次的继续。单元测试，单元测试对应于详细设计部分，从软件的详细设计中导出。软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。集成测试，集成测试对应于系统的概要设计，主要用来的是各个模块之间的接口的正确性。系统测试，系统测试的目的是通过测试发现是否需求分析中的功能相符。单元测试单元测试是在软件开发过程中要进行的最低级别的测试活动，在单元测试活动中，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。本系统的单元测试采用模块与模块分离的办法，单个网页实现，以网页为单位，每个触发时间都进行了测试，主要是针对数据库访问和链接进行测试，在中，有强大的测试工具，可以断点跟踪，可以运行单个网页，可以进行预览，这都给单元测试提供了极大的方便。集成测试集成测试，也叫组装测试或联合测试。它是在单元测试的基础上，将所有模块按照设计要求组装成为子系统或系统，进行的测试。集成测试应该考虑以下问题有数据在模块接口之间穿越时是否会丢失各个子功能组合起来，能否达到预计要求的父功能模块之间是否会有不良的影响单个模块中的误差是否会在其他模块中进行放大。合理地组织集成测试，直接影响到模块测试用例的形式所用测试工具的类型模块编号和测试的次序生成测试用例和调试的费用。通常，有两种不同的组装方式次性组装方式和增量式组装方式。本系统的集成测试将所有模块绑在起，主要的针对性是链接和对象信息和数据，网页跳转时信息的存储是本系统大难点，提供的对象默认为分钟的生存周期，如客户端无任何操作时候则对象全部自动释放。模块间的链接也是容易的地方之，经常会有个路径导致系统崩溃。经过测试，发现系统中管理员修改用户详细信息时的总提示未发现对象，后经过代码检测，发现在的详细信息按钮事件中忘记添加跳转页面信息导致，修改后正常运行。系统测试系统测试是将已经确认的软件计算机硬件外设网络等其他元素结合在起，进行信息系统的各种组装测试和确认测试，其目的是通过与系统的需求相比较，发现所开发的系统与用户需求不符或矛盾的地方。系统测试的过程中，客户端在和下进行分别测试。对需求中描述的所有功能进行全面的测试。输入服务器的地址，提示无法访问。根据测试，发现系统所在服务器的服务器配置有问题，重新配置后正常登陆。结论本文通过详细了解系统功能的需求，并根据实际情况补充了非功能性需求。在充分考虑了系统的扩展性复用性和开发成本的前提下，采用分层的思想对系统进行总体设计。对系统中的业务流程进行功能设计。根据实际情况解决了开发中所遇到操作难题，并分别对客户端子系统和服务器端进行了实现。最后通过测试检验了系统的功能实现情况和运行效果。本文的工作主要包括下面