OA項目規(guī)劃書（模板）

1、易動協(xié)同辦公自動化系統(tǒng)易動協(xié)同辦公自動化系統(tǒng) 項目規(guī)劃書（模板）項目規(guī)劃書（模板） 目目 錄錄 第一章：第一章： 引言引言.3 1.1 項目背景.3 1.2 保密說明.3 1.3 版權信息.3 第二章第二章 總體設計指導思想總體設計指導思想.4 2.1 國內外發(fā)展趨勢綜述.4 2.2 設計基本原則和依據(jù).4 2.2.1 以項目管理以及文檔為中心的信息結構設計原則.4 2.2.2 開放性和標準.5 2.2.3 安全性和保密性.5 2.2.4 界面友好性、標準化.5 2.3設計參考標準和規(guī)范.5 第三章第三章 需求分析及解決方案需求分析及解決方案.6 3.1 需求分析.6 3.1.1 現(xiàn)狀.6 3

2、.1.2 問題.6 3.2 解決方案.7 第四章：系統(tǒng)規(guī)劃方案第四章：系統(tǒng)規(guī)劃方案.9 4.1 網(wǎng)絡規(guī)劃.9 第一章：第一章： 引言引言 1.1 項目背景項目背景 xx 公司是專業(yè)從事多媒體開發(fā)、網(wǎng)站建設、軟件開發(fā)、影視制作的專業(yè)性企業(yè)。依 托其自身良好的 it 能力，已經(jīng)在信息化方面有著諸多的應用。 本系統(tǒng)的實施目的主要是幫助 xx 公司實現(xiàn)對公司各個進行項目進行控制和管理，并 在項目進行的同時，將產(chǎn)生的控制文檔自動歸檔，形成公司文檔資料庫。從而提高 xx 公 司對項目的控制能力，降低項目成本，并電子化管理文檔資料，方便日后查詢、提高整體 工作效率。 1.2 保密說明保密說明 本方案書中所包

3、含的內容是易動科技信息有限公司運用技術和產(chǎn)品的專有信息。這些 信息不應該被擴散到 xx 公司之外，同樣也不應該在非評估此方案書的前提下，復制、使 用和擴散這份文檔。xx 公司有權復制、使用和擴散雙方簽署協(xié)議中規(guī)定的內容和信息。 這種保密要求并不限制 xx 公司使用從其他途徑獲取的，而本文中也引用到的信息。 易動科技信息有限公司將為系統(tǒng)分析中了解的 xx 公司的各類信息保密，如管理模式、 業(yè)務流程、業(yè)務量、經(jīng)營狀況等信息。 xx 公司也應該對易動科技信息有限公司的系統(tǒng)報價、系統(tǒng)架構、開發(fā)文檔、開發(fā)方 式等信息保密。 1.3 版權信息版權信息 information in this documen

4、t is subject to change without notice. 本方案的內容今后可能被修改，恕不通知。 * 2003-2008 易動科技信息有限公司版權所有 第二章第二章 需求分析需求分析 2.1 需求分析需求分析 2.1.1 現(xiàn)狀現(xiàn)狀 xx 公司主要從事多媒體光盤制作、cg 制作、網(wǎng)站設計以及廣告制作等。xx 公司曾經(jīng) 利用其自身的技術開發(fā)能力在公司內部實施一套以圖象素材庫、bbs、新聞發(fā)布為核心的 信息系統(tǒng)，該系統(tǒng)解決企業(yè)素材信息共享以及信息發(fā)布的需求。 xx 公司的信息可以分為兩個部分：工程文件（多媒體制作源文件以及過程中產(chǎn)生的 文件和素材）以及業(yè)務數(shù)據(jù)（項目控制表單等）。

5、xx 公司原有的系統(tǒng)主要解決了工程文 件中素材庫的共享和發(fā)布問題，而出于性能以及使用快捷上的需求，工程文件大多使用在 服務器上共享目錄，然后以每個項目的文件名作為目錄名的方式實現(xiàn)素材、過程文件以及 最終發(fā)布文件的存儲。 xx 公司為了能夠更好現(xiàn)有的項目進度進行管理和控制，降低成本。已經(jīng)開始在企業(yè) 內部實施一整套項目控制規(guī)范，具體體現(xiàn)為文檔表單。 項目控制表單的編號、客戶的編號管理都使用手工進行控制，沒有實現(xiàn)電子化管理。 2.1.2 問題問題 根據(jù)以上 xx 公司的現(xiàn)狀，我們可以發(fā)現(xiàn) xx 公司在信息化建設以及規(guī)范化管理上已 經(jīng)有了一定的基礎和理解。 原有的系統(tǒng)解決了工程文件存儲管理，利用資源管

6、理器，每個創(chuàng)作人員都可以對所負 責的項目中的多媒體設計文檔進行創(chuàng)作或修改。 業(yè)務數(shù)據(jù)（項目控制文檔等）無法與項目聯(lián)系，信息被孤立業(yè)務數(shù)據(jù)（項目控制文檔等）無法與項目聯(lián)系，信息被孤立 業(yè)務數(shù)據(jù)（項目控制文檔等）無法及時歸檔，不能形成文檔資料庫業(yè)務數(shù)據(jù)（項目控制文檔等）無法及時歸檔，不能形成文檔資料庫 系統(tǒng)中的各種業(yè)務數(shù)據(jù) 文檔以及項目相關的電 子郵件 項目郵件 歸檔文件 共享用戶 郵件收件人 服務器統(tǒng)一管理 圖 1：系統(tǒng)中的各種歸檔文件、項目相關郵件都分散在收發(fā)件人各自的電腦中，無法共享、統(tǒng)一儲存管理。 但是 xx 公司的大量業(yè)務數(shù)據(jù)卻一直沒有能夠得到很好的管理，大多都是使用電子郵 件、紙質文檔

7、進行交流，在這一個過程中，文檔的發(fā)布和共享只是針對收件人和發(fā)件人的 單向系統(tǒng)。文檔原有的項目屬性被省略，導致每個文檔都成為孤立的碎片。無法及時歸檔， 形成企業(yè)文檔資料庫。 業(yè)務數(shù)據(jù)（項目控制文檔等）無法進行工作流、匯報以及審批等操作。業(yè)務數(shù)據(jù)（項目控制文檔等）無法進行工作流、匯報以及審批等操作。 且現(xiàn)有的系統(tǒng)無法實現(xiàn)在日常業(yè)務數(shù)據(jù)處理中，必不可少的工作流以及審批等過程。 但是工作流和審批作為文檔生成的必要過程，是使信息系統(tǒng)能夠運行的基本條件。 數(shù)據(jù)沒有權限、角色等概念，文檔發(fā)布和共享無法進行控制和管理數(shù)據(jù)沒有權限、角色等概念，文檔發(fā)布和共享無法進行控制和管理 原有的系統(tǒng)和手工操作都存在對文檔的

8、訪問權限的控制問題，沒有一套完成的權限控 制體系和文檔管理體系（如借閱、文檔使用統(tǒng)計等）來保證這個系統(tǒng)以及其數(shù)據(jù)的安全， 從而根本影響了系統(tǒng)的使用。 業(yè)務數(shù)據(jù)（項目控制文檔等）管理、查詢困難業(yè)務數(shù)據(jù)（項目控制文檔等）管理、查詢困難 由于現(xiàn)有的業(yè)務數(shù)據(jù)，如項目控制表單還大多是使用手工填寫的方式，沒有實現(xiàn)電子 化管理。所以這些大量的業(yè)務數(shù)據(jù)日后的查詢、統(tǒng)計成為了一個很嚴重的問題。而且沒有 數(shù)據(jù)庫的支持，使得項目的編號、客戶編號、客戶基本信息都需要手工填寫、無法復用。 管理層無法及時查詢各個項目進行情況、文檔以及工作匯報管理層無法及時查詢各個項目進行情況、文檔以及工作匯報 作為 xx 公司的管理層，

9、對信息的主要需求不是在工程文件以及過程文件上，而是對 業(yè)務數(shù)據(jù)，特別是項目過程控制文檔上。也就是說對項目經(jīng)理、各個部門的負責人的工作 匯報等進行管理和控制，為企業(yè)的管理層提供決策支持。 所以經(jīng)過以上的分析，我們可以總結 xx 公司需解決問題： 業(yè)務數(shù)據(jù)（項目控制文檔等）無法與項目聯(lián)系，信息被孤立。業(yè)務數(shù)據(jù)（項目控制文檔等）無法與項目聯(lián)系，信息被孤立。 業(yè)務數(shù)據(jù)（項目控制文檔等）無法及時歸檔，不能形成文檔資料庫。業(yè)務數(shù)據(jù)（項目控制文檔等）無法及時歸檔，不能形成文檔資料庫。 業(yè)務數(shù)據(jù)（項目控制文檔等）無法進行工作流、匯報以及審批等操作。業(yè)務數(shù)據(jù)（項目控制文檔等）無法進行工作流、匯報以及審批等操作。

10、 數(shù)據(jù)沒有權限、角色等概念，文檔發(fā)布和共享無法進行控制和管理。數(shù)據(jù)沒有權限、角色等概念，文檔發(fā)布和共享無法進行控制和管理。 業(yè)務數(shù)據(jù)（項目控制文檔等）管理、查詢困難。業(yè)務數(shù)據(jù)（項目控制文檔等）管理、查詢困難。 管理層無法及時查詢各個項目進行情況、文檔以及工作匯報。管理層無法及時查詢各個項目進行情況、文檔以及工作匯報。 第三章第三章 解決方案解決方案 3.1 問題分析問題分析 針對以上的需求分析，我們發(fā)現(xiàn)可以利用文檔項目一體化系統(tǒng)的特性可以來解決現(xiàn)有 的問題。 xx 公司現(xiàn)在迫切要解決的問題，其實是項目管理，并同時將項目進行中生成的各種 業(yè)務數(shù)據(jù)（項目控制表單等）實現(xiàn)歸檔管理。利用系統(tǒng)的分級權限

11、模型，對信息的使用進 行管理和控制，保證數(shù)據(jù)的安全性。 從傳統(tǒng)的角度來看，項目管理和文檔管理其實是兩個獨立的系統(tǒng)，但是實際項目分類 的樹狀結構與文檔管理的分類樹狀結構是基本重疊的。將日常工作中的項目郵件以及歸檔 的文件都集中到文檔庫中，并按照項目分類進行存儲。 文檔一體化系統(tǒng) 項目郵件 項目/文檔目錄樹 歸檔文件 圖 2：系統(tǒng)中的郵件和文檔都可以根據(jù)一體化的項目/文檔目錄樹進行自動的統(tǒng)一分類和歸檔到服務器上 系統(tǒng)核心管理思想是：信息的沉淀、共享、控制、復制以及權限。 3.2 解決方案解決方案 業(yè)務數(shù)據(jù)（項目控制文檔等）項目聯(lián)系、并可以在文檔庫中按項目自動分類業(yè)務數(shù)據(jù)（項目控制文檔等）項目聯(lián)系、

12、并可以在文檔庫中按項目自動分類 通過電子化實現(xiàn) xx 公司的各種業(yè)務數(shù)據(jù)表單，如項目控制文檔，利用系統(tǒng)中的電子 郵件或者文件投遞的方式實現(xiàn)文檔的傳遞，由于在項目文檔一體化系統(tǒng)中，所有的郵件在 項目中都默認的同項目聯(lián)系起來，就可以實現(xiàn)按所關聯(lián)項目的自動分類、歸檔。 業(yè)務數(shù)據(jù)（項目控制文檔等）無法進行工作流、匯報以及審批等操作業(yè)務數(shù)據(jù)（項目控制文檔等）無法進行工作流、匯報以及審批等操作 與項目相關的郵件、投遞的文檔，發(fā)送到指定的收件人、有相應權限的用戶或者項目 組長的時候，收件人就可以直接對郵件進行審批、歸檔等操作。通過樹狀結構分解項目數(shù)， 可以實現(xiàn)上報的工作流機制。 數(shù)據(jù)沒有權限、角色等概念，文

13、檔發(fā)布和共享無法進行控制和管理數(shù)據(jù)沒有權限、角色等概念，文檔發(fā)布和共享無法進行控制和管理 在項目文檔一體化管理系統(tǒng)中， 可以對個人、部門、角色、項目四種方式定義各種 權限。如：瀏覽權、查看權、審批權、訂閱權、管理權等各種權利。 除了系統(tǒng)默認設置 的權限以外，如有特殊情況可以對項目節(jié)點中的各種權限情況進行微調。 業(yè)務數(shù)據(jù)（項目控制文檔等）管理、查詢困難業(yè)務數(shù)據(jù)（項目控制文檔等）管理、查詢困難 利用文檔一體化將原來手工填寫、保存的表單電子化存儲。文檔庫的分類由于與項目 分類進行聯(lián)系，所以可以根據(jù)項目來快速查找文檔。同時，系統(tǒng)支持全文檢索，只要輸入 關鍵字就可以查詢包括：word, excel, p

14、owerpoint, html, pdf, email 等各種常用文檔。方 便歷史數(shù)據(jù)的管理、查詢。 管理層無法及時查詢各個項目進行情況、文檔以及工作匯報。管理層無法及時查詢各個項目進行情況、文檔以及工作匯報。 管理層通過專署角色權限的配置（如：總經(jīng)理可以查看所有項目經(jīng)理項目情況的權限） ，可以使得 xx 公司的行政以及組織結構權責分配在系統(tǒng)中得到復制，從而安全的在各個 項目中訂閱、查詢最新項目情況，審批文檔等。 圖 3：經(jīng)過文檔一體化的整合，解決上述現(xiàn)有 xx 公司信息管理中的主要問題。 第四章：系統(tǒng)規(guī)劃方第四章：系統(tǒng)規(guī)劃方案案 4.1 網(wǎng)絡規(guī)劃網(wǎng)絡規(guī)劃 1基于目前 xx 公司目前的硬件設施

15、情況，為了更高效的實施和運作系統(tǒng)。建議硬件 配置如下： 服務器(最低配置): 芯片:pentium 500 mhz 內存:256mb 操作系統(tǒng):microsoft windows 2000 server 軟件環(huán)境:microsoft sql server 2000 microsoft iis server 5.0 或以上 microsoft xml parser 3.0 或以上 microsoft internet explorer 5.0 或以上 服務器(推薦配置) 芯片:piii 800 mhz 或以上 內存:512mb 或以上 操作系統(tǒng):microsoft windows 2000 server 軟件環(huán)境:microsoft sql server 2000 microsoft iis server 5.0 或以上 microsoft xml parser 3.0 或以上 microsoft internet explorer 5.0 或以上 客戶端(最低配置): 芯片:pentium 166 或以上 內存:32mb 操作系統(tǒng):windows 95/98、