个人文档管理系统技术说明文档.doc

个人文档管理系统技术说明文档 by boywhp Email： HYPERLINK mailto:boywhp@126.com boywhp@126．com 一、系统技术目标 1．实现WORD、HTML、文本文档资料的入库 a．打开对话框添加一个文档到数据库 b．脱放一个文件到指定文档（仿MS的资源管理器） c．MS资源管理器中使用弹出菜单“添加到文档数据库” d．通过剪贴板粘贴 2．实现文档分类（文档目录形式） a．文档存放于指定目录 b．目录可以进行操作（新建、删除、重命名） c．目录可以设定密码（进入该目录必须输入密码） 3．实现文档资料检索 a．用户可以进行全文检索 b．用户可以设定具体检索条件（目录、标题、大小、类型、日期），并可以组合检索条件 4．实现库文档修改、删除 a．用户可以操作已入库的文档（重命名、删除、编辑修改），删除操作主要用于清除内容重复文档，通常配合检索使用。 5．实现库文档的数据导出 a．用户可以导出指定文档到指定位置（另存为） b．用户可以通过剪贴板复制文档导出 c．用户可以脱放文档系统中的文档到资源管理器 6．便捷的操作 a．用户可以撤销一些操作 b．用户可以快速的返回最近的操作（前进、后退） 二、系统设计框图 1．总体模型 抽象数据模型 抽象数据模型 用户操作界面 数据库访问接口 数据库 数据业务功能接口 a．数据库访问接口屏蔽具体的数据库操作，封装ADO的数据库操作 b．数据业务功能接口为具体的系统提供高级数据操作，是数据库访问接口的具体业务实现 c．抽象数据模型，对用户而言UI只是一个界面，所有的数据的显示应该根据数据模型进行显示，用户通过操作界面设定数据模型，数据模型通知界面刷新 d．操作界面，原则上业务接口、数据访问接口对操作界面透明，这里针对一些特定的敏感业务（数据删除），业务接口提供了一个消息通知，以便用户可以取消操作 2．数据库表结构 文档表 ID（主键） 标题（索引） 类型 日期 大小 正文（备注） 内容（ole） 文档目录表 ID（主键） 名称 父ID 状态 密码 文件列表（状态字段：已删除，隐藏等） ID（主键） 目录ID（外键） 文档ID（外键） 状态 3．对象模型框图 a．数据模型 CApplication（ CApplication（具体业务项目） CDirTree(文档系统) CDocument CDirNode m_nodes m_ViewItems m_OpenedDocs m_SearchDocs IViewInterFace CDocument CDirNode CDocument CApplication：全局具体项目，提供数据业务功能接口 CDirTree：文档系统对象模型，他为UI端提供数据源，主要有m_nodes(目录树)、m_ViewItem（列表视图）、m_OpenedDocs(打开文档列表)、m_Search（检索列表） CDirNode：目录节点 CDocument：文档接口（已具体化） IViewInterFace：视图接口，CDirNode、CDocument实现该接口 注：此架构下CDirTree的命名很明显违背了它的原意，其实CDirTree的意义相当于m_nodes，而CDirTree更象CApplication，主要是此项目比较小，理论上的层次应该是： CDBS数据库访问接口 CDBS数据库访问接口 CApplication（具体业务项目） CDocument CDirNode CDirTree CViewItems CDocuments CDocSearcher IViewInterFace CDocument CDirNode CDocument 希望你能原谅我的CDirTree－文档系统, CApplication－业务功能接口的怪异设定。因为DirTree以开始功能实在是太少了，我就将CViewItems 、CDocuments、CDocSearcher混在一起。导致了这个怪物的出现，而且到最后DirTree的代码也没有超过500行，所以这其实也并没有违背重构的原则，只是名字命得实在让人误解，这也是下一步需要调整的。 b．UI视图控制对象 CDragEffect：Hook TreeView控件的事件为TreeView添加一个节点脱放的功能，主要用来拓展现有控件的功能，这里没有做成OCX的控件形式，主要考虑到简化开发。 CUIDocmentsManger：主要提供一个多文档格式浏览（编辑）功能，由于系统需要支持多种文件格式，不同的文件格式涉及到使用不同的控件来浏览。这样我们同样虚拟了一个这样的控件（组合），所不同的是没有使用OCX。在软件规模比较小的情况下，使用UI对象的架构往往比编写OCX控件具有更大的灵活性。 m_ m