缺陷以及改進(jìn).doc

系統(tǒng)系統(tǒng) 弱點以及改進(jìn)弱點以及改進(jìn) 修訂歷史記錄修訂歷史記錄 版本版本日期日期 AMDAMD 修訂者修訂者說明說明 0 12011 1 4A 張凱 A 添加 M 修改 D 刪除 目目 錄錄 1檔案平臺缺點檔案平臺缺點 3 1 1數(shù)據(jù)模型層 3 1 2業(yè)務(wù)邏輯層 3 1 2 1插件化能力弱 3 1 2 2審計日志功能弱 3 1 2 3多全宗 3 1 2 4安全 3 1 2 5統(tǒng)計功能 4 1 3UI 層 4 1 3 1需要一個良好的框架 4 1 3 2插件化能力弱 4 1 3 3交互性不好 4 1 3 4錄入界面的限制 4 2檔案平臺改進(jìn)檔案平臺改進(jìn) 5 2 1數(shù)據(jù)模型層 5 2 2業(yè)務(wù)邏輯層 5 2 2 1管理功能 5 2 2 2支持遷入遷出操作 5 2 2 3與工作流功能 5 2 2 4安全 6 2 3UI 層 6 2 3 1在線編輯 6 2 3 2上傳 6 2 3 3發(fā)布 6 3檔案網(wǎng)站檔案網(wǎng)站 6 4WAP 系統(tǒng)系統(tǒng) 6 1 1 檔案平臺缺點檔案平臺缺點 1 1 數(shù)據(jù)模型層數(shù)據(jù)模型層 檢索效率受數(shù)據(jù)庫影響很大 而且隨著數(shù)據(jù)量增加 效率可能下降很明顯 權(quán)限繼承和覆蓋無法實現(xiàn)粒度很細(xì) 權(quán)限判斷效率低 數(shù)據(jù)中代碼數(shù)據(jù) 包括歸檔部門等 時使用 code name 的方式存儲 原來的目的是為了方 便查詢 減少關(guān)聯(lián) 但是如果更改了代碼表的名稱數(shù)據(jù)就有問題 而且不同版本相同意義 的代碼之間的意義不再存在 不同版本之間的與其相關(guān)的配置信息也沒有得到繼承 檔案類型定義不夠靈活 目前只有組卷 裝盒等幾種模式 如果想要先祖卷在裝盒 或 者很多其它類的業(yè)務(wù)檔案 現(xiàn)在的模型可能無法適應(yīng) 1 2 業(yè)務(wù)邏輯層業(yè)務(wù)邏輯層 1 2 1插件化能力弱插件化能力弱 目前系統(tǒng)的插件化能力很容 插件化應(yīng)該統(tǒng)一考慮 包括業(yè)務(wù)邏輯以及 UI 層 甚至是 數(shù)據(jù)模型層 1 2 2審計日志功能弱審計日志功能弱 審計日記錄的信息應(yīng)該蓋度 覆蓋的范圍應(yīng)該更廣 審計日志的記錄應(yīng)該是在業(yè)務(wù)邏 輯層次而不是 UI 層次 現(xiàn)在是在 UI 層次 如果直接調(diào)用業(yè)務(wù)邏輯方法 是沒有日志記錄的 1 2 3多全宗多全宗 多全宗應(yīng)該在安全 機(jī)構(gòu)用戶 權(quán)限 數(shù)據(jù)等方便集中考慮 這樣在跨全宗的業(yè)務(wù) 移 交 借閱 授權(quán)更容易實現(xiàn) 1 2 4安全安全 支持更細(xì)分的權(quán)限 可以控制對文檔對象的所有操作 如打印 分發(fā) 查看 編輯等等 支持?jǐn)?shù)據(jù)傳輸加密 支持文件存儲加密 1 2 5統(tǒng)計功能統(tǒng)計功能 館藏量等復(fù)雜統(tǒng)計 1 3 UI 層層 1 3 1需要一個良好的框架需要一個良好的框架 目前的系統(tǒng)的 jsp servlet 方式 是誰想要些一個 servlet 就寫一個 servlet 想寫一個 jsp 就寫一個 jsp 豪不規(guī)范 由于不符合良好的 MVC 結(jié)構(gòu) 所以系統(tǒng)很多可以抽取統(tǒng)一實現(xiàn) 的操作無法實現(xiàn) 比如驗證 出錯處理 甚至國際化等 而且是導(dǎo)致下一個問題 插件化 能力 弱的主要原因 1 3 2插件化能力弱插件化能力弱 在增加模塊 或者是現(xiàn)有模塊增加按鈕 頁面的時候 可以不修改已有的代碼 1 3 3交互性不好交互性不好 如果一個操作時間比較長 比如編號 組卷 在這個過程中沒有給用戶任何反饋 可以 增加實時反饋的功能 1 3 4錄入界面的限制錄入界面的限制 應(yīng)該可以包含更多的字段錄入方式 下拉框 單選按鈕 復(fù)選框 樹形選擇 userpicker group picker 等 而且應(yīng)該考慮樹形錄入結(jié)構(gòu)應(yīng)用到多種字段上 而不只是分類表 2 2 檔案平臺改進(jìn)檔案平臺改進(jìn) 2 1 數(shù)據(jù)模型層數(shù)據(jù)模型層 可以改進(jìn)數(shù)據(jù)模型層 使其支持更擴(kuò)展性的層次 目前只是支持年度 案卷 文件 電 子文件四層 每個層次都可以掛接電子文件 支持電子文件版本信息 全文檢索與條目檢索應(yīng)該統(tǒng)一 這樣用戶檢索的時候不關(guān)心是條目檢索還是全文檢索 2 2 業(yè)務(wù)邏輯層業(yè)務(wù)邏輯層 2 2 1 管理功能管理功能 系統(tǒng)應(yīng)該提供很好的系統(tǒng)管理維護(hù)工具 比如檔案類型等元數(shù)據(jù)的導(dǎo)入導(dǎo)出 可以把定 義信息直接導(dǎo)出 然后再另外一個實例中導(dǎo)入直接應(yīng)用 2 2 2 支持遷入遷出操作支持遷入遷出操作 很多文檔系統(tǒng)都可能包含文件的版本信息 由此而來的遷入遷出這些操作 2 2 3與工作流功能與工作流功能 由于檔案采集 加工 發(fā)布和服務(wù)等應(yīng)用卻常常要發(fā)生變化 檔案管理需要做到隨需應(yīng) 變 以提高檔案在企業(yè)業(yè)務(wù)應(yīng)用中的效率 為了讓檔案能夠及時 準(zhǔn)確地自動傳遞到相關(guān) 人員手中 檔案管理流程需要符合企業(yè)的業(yè)務(wù)流程 高效靈活 易管理 易擴(kuò)展的檔案工 作流技術(shù)和豐富 開放 跨平臺的檔案協(xié)作支持是檔案管理融入企業(yè)商務(wù)主流應(yīng)用的重要 保證 檔案管理要支持內(nèi)嵌式工作流和獨立的工作流系統(tǒng) 支持使用內(nèi)嵌式工作流進(jìn)行檔案管理平臺內(nèi)部流程的管理 檔案管理系統(tǒng)中的各個功能 或業(yè)務(wù)活動 構(gòu)建靈活 規(guī)范 統(tǒng)一的檔案管理流程 支持獨立的工作流系統(tǒng)使得檔案管理平臺和其它應(yīng)用的交互提供支持 工 作流可以作 為檔案管理平臺與其它企業(yè)應(yīng)用之間的橋梁 為應(yīng)用集成中的過程集成提供支持 2 2 4安全安全 文檔統(tǒng)一管理授權(quán) 可能需要把其它系統(tǒng)中的權(quán)限帶入進(jìn)來 支持靈活的權(quán)限定義以及授權(quán)訪問控制 支持全面的日志管理 2 3 U