缺陷以及改进

《缺陷以及改进》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、系统弱点以及改进修订历史记录版本日期AMD修订者说明0.12011-1-4A张凯（A-添加，M-修改，D-删除）目录1档案平台缺点31.1数据模型层31.2业务逻辑层31.2.1插件化能力弱31.2.2审计日志功能弱31.2.3多全宗31.2.4安全31.2.5统计功能41.3UI层41.3.1需要一个良好的框架41.3.2插件化能力弱41.3.3交互性不好41.3.4录入界面的限制42档案平台改进52.1数据模型层52.2业务逻辑层52.2.1管理功能52.2.2支持迁入迁出操作52.2.3与工作流功能52.2.4安全62.3UI层62.3.1在线编辑62.3.2上传62.3.3

2、发布63档案网站64WAP系统61档案平台缺点1.1数据模型层检索效率受数据库影响很大，而且随着数据量增加，效率可能下降很明显。；权限继承和覆盖无法实现粒度很细，权限判断效率低；数据中代码数据(包括归档部门等)时使用code_name的方式存储（原来的目的是为了方便查询，减少关联），但是如果更改了代码表的名称数据就有问题，而且不同版本相同意义的代码之间的意义不再存在，不同版本之间的与其相关的配置信息也没有得到继承。档案类型定义不够灵活，目前只有组卷、装盒等几种模式，如果想要先祖卷在装盒，或者很多其它类的业务档案，现在的模型可能无法适应。1.2业务逻辑层1.2.1插件化能力弱目前系统

3、的插件化能力很容，插件化应该统一考虑（包括业务逻辑以及UI层，甚至是数据模型层）1.2.2审计日志功能弱审计日记录的信息应该盖度，覆盖的范围应该更广，（审计日志的记录应该是在业务逻辑层次而不是UI层次(现在是在UI层次,如果直接调用业务逻辑方法，是没有日志记录的)。1.2.3多全宗多全宗应该在安全(机构用户、权限)、数据等方便集中考虑。这样在跨全宗的业务、移交、借阅、授权更容易实现。1.2.4安全支持更细分的权限，可以控制对文档对象的所有操作，如打印，分发，查看，编辑等等。支持数据传输加密。支持文件存储加密。1.1.1统计功能馆藏量等复杂统计。1.2UI层1.2.1需要一个良好的框

4、架目前的系统的jsp+servlet方式，是谁想要些一个servlet就写一个servlet，想写一个jsp就写一个jsp，豪不规范。由于不符合良好的MVC结构，所以系统很多可以抽取统一实现的操作无法实现（比如验证、出错处理、甚至国际化等），而且是导致下一个问题(插件化能力)弱的主要原因。1.2.2插件化能力弱在增加模块，或者是现有模块增加按钮，页面的时候。可以不修改已有的代码。1.2.3交互性不好如果一个操作时间比较长(比如编号、组卷)，在这个过程中没有给用户任何反馈，可以增加实时反馈的功能。1.2.4录入界面的限制应该可以包含更多的字段录入方式，下拉框、单选按钮、复选框、树形选

5、择、userpicker、grouppicker等。而且应该考虑树形录入结构应用到多种字段上，而不只是分类表。1档案平台改进1.1数据模型层可以改进数据模型层，使其支持更扩展性的层次(目前只是支持年度、案卷、文件、电子文件四层)；每个层次都可以挂接电子文件；支持电子文件版本信息；全文检索与条目检索应该统一，这样用户检索的时候不关心是条目检索还是全文检索。1.2业务逻辑层1.2.1管理功能系统应该提供很好的系统管理维护工具，比如档案类型等元数据的导入导出，可以把定义信息直接导出，然后再另外一个实例中导入直接应用。1.2.2支持迁入迁出操作很多文档系统都可能包含文件的版本信息，由此而来

6、的迁入迁出这些操作，1.2.3与工作流功能由于档案采集、加工、发布和服务等应用却常常要发生变化，档案管理需要做到随需应变，以提高档案在企业业务应用中的效率。为了让档案能够及时、准确地自动传递到相关人员手中，档案管理流程需要符合企业的业务流程。高效灵活、易管理、易扩展的档案工作流技术和丰富、开放、跨平台的档案协作支持是档案管理融入企业商务主流应用的重要保证。档案管理要支持内嵌式工作流和独立的工作流系统，支持使用内嵌式工作流进行档案管理平台内部流程的管理；档案管理系统中的各个功能或业务活动，构建灵活、规范、统一的档案管理流程支持独立的工作流系统使得档案管理平台和其它应用的交互提供支持，

7、工作流可以作为档案管理平台与其它企业应用之间的桥梁，为应用集成中的过程集成提供支持1.1.1安全文档统一管理授权，可能需要把其它系统中的权限带入进来。支持灵活的权限定义以及授权访问控制支持全面的日志管理1.2UI层1.2.1在线编辑对于文件管理模块，可能需要支持多种格式的在线编辑；1.2.2上传支持拖拽上传1.2.3发布支持便捷的档案发布到网站上2档案网站3WAP系统