概要設計說明書.doc

《概要設計說明書.doc》由會員分享，可在線閱讀，更多相關《概要設計說明書.doc（21頁珍藏版）》請在裝配圖網上搜索。

概要設計說明書 .1. 引言 .1.1 編寫目的 本文檔詳細說明公文流轉系統(tǒng)的總體設計思想和設計方法，以及如何實現(xiàn)公文流轉系統(tǒng)中各信息數據流的處理流程，供詳細設計人員參考。 .1.2 項目背景 本文檔為公司公文流轉標準系統(tǒng)設計，同時作為軟件開發(fā)文檔的標準模式初稿，供系統(tǒng)設計人員參審。 .1.3 定義 本文檔將引用下面的定義，在此加以說明： 公文，泛指工作中使用的各種文體的辦公文件，如合同、申請、報告、報表文件、請假、計劃、通知、匯報、通報等。 流轉，指公文被處理的過程，如擬稿、批示、傳遞、打印等。 數據庫，指存儲特定信息的計算機文件，是信息保存的靜態(tài)形式，可以是計算機軟件系統(tǒng)特指的數據庫，也可以是特指的表或查詢。 后臺處理，指不需要人工干預的、自動根據操作規(guī)則進行的數據處理過程。 人工輸入，指通過鼠標或鍵盤將文字信息輸入給軟件或將控制命令傳遞給軟件的過程。 復制，指將數據完全不變地保存到另外一個數據庫中。 其他定義符合計算機中的標準定義。 .1.4 參考資料 公文管理方法 軟件工程規(guī)范 數據庫管理系統(tǒng)（SQL）技術手冊 .2. 任務概述 .2.1 目標 本文檔設計目標是，通過對公文流轉過程的邏輯描述，說明如何實現(xiàn)計算機網絡的公文流轉處理，作為詳細設計的必備參考資料。 .2.2 運行環(huán)境 本文檔描述的處理過程依賴以下平臺： Microsoft Windows NT Server 4.0 中文版 Microsoft SQL Server 6.5 Windows 95, Internet Exploer 4.0 .2.3 需求概述 公文流轉系統(tǒng)的需求主要包括以下總結性要求，本文檔設計的目的就是要通過編制軟件來達到這些要求： 公文編寫，并可以多人審校 公文發(fā)送，可以在網絡上根據和公文有關人員的情況進行傳達 公文閱讀，能夠讓需要閱讀公文的人收到公文并通過簽名傳遞給發(fā)送者 公文審批，能夠讓公文中要求簽字的人收到公文，并簽名或提出意見，并返回給公文發(fā)送者，這種簽名需要有順序控制，權限控制和時間控制 公文查詢，能夠根據條件查詢公文，并閱讀查詢結果 遠程流轉，能夠實現(xiàn)多服務器，多地理位置和多級別的公文處理 數據提交，能夠將公文中包含特定含義數據的信息提交給相關數據庫，并可以再次處理 打印輸出，可以將公文按照規(guī)定的格式打印輸出 模板定制，可以根據單位的實際需要定制各種格式的公文模板，并可以作為用戶編輯公文的界面 歷史記錄，可以保留公文收發(fā)的歷史記錄，并可以查看 .2.4 條件與限制 由于公文流轉系統(tǒng)的需求特點，本節(jié)陳述在設計中的條件和限制。主要有： 所有操作必須使用瀏覽器/網絡方式，無特殊程序要求用戶使用 公文類別劃分為文本格式和數據庫格式，文本格式使用附件方式傳遞，不需要理解文件內容；數據庫格式需要有特定數據庫保存文件信息，并可以將該信息的全部或部分自動傳遞給相關系統(tǒng)的相關數據庫 .3. 總體設計 .3.1 處理流程 本節(jié)詳細描述各功能要求的處理流程，圖3-1是公文流轉系統(tǒng)的總體設計圖，其中說明了要完成該功能所必須的各操作、存儲和輸入輸出信息。以下各小節(jié)所陳述的內容依據此總體處理圖而分別詳述每個細節(jié)。 圖3-1 處理總體流程 總體設想： 所有發(fā)送信息保存在本地臨時發(fā)件箱中，由中央處理流程進行處理，一旦發(fā)送，則刪除。所有收到信息保存在本地收件箱中，由操作決定對應跟蹤表的狀態(tài)。 .3.1.1 用戶注冊流程 系統(tǒng)配置流程用來處理在系統(tǒng)運行前的環(huán)境設置工作。包括： 數據庫建立 維護信息輸入（人員信息，區(qū)域信息，公文模板信息） 帳戶設置，用來設置人員信箱帳戶（結構：姓名@區(qū)域） 結束 如果是非管理人員，進入主界面圖4-1-1），否則進入主界面圖4-1-2，同時顯示操作按鈕和當前收件內容 是 是否合法？ 否 用戶輸入帳戶 顯示輸入帳戶的界面 開始 圖3-2 系統(tǒng)進入流程  .3.1.1.1 收件箱和已發(fā)郵件 查詢對應數據庫中的信息。收件箱對應收件箱庫；已發(fā)郵件對應臨時發(fā)件箱庫。 郵件狀態(tài)有：未發(fā)送，已發(fā)送，未收到，已收到 .3.1.1.2 新郵件處理流程 結束 轉入對應格式公文輸入界面 否 是否是文本信件？ 顯示收件箱基本信息輸入界面 是 轉入上載界面 從模板庫中選擇郵件模板 出現(xiàn)新郵件界面 開始 .3.1.2 發(fā)文流程 在出現(xiàn)對應的界面后，進行文件發(fā)送處理。本節(jié)描述文件發(fā)送的處理流程。 結束 生成相應原始記錄數據庫,上載數據 生成臨時發(fā)件箱，更新發(fā)件箱，跟蹤表標記已發(fā)送 輸入審批順序號，生成審批人順序記錄 有序？ 出現(xiàn)審批輸入界面，生成審批記錄表 審批 發(fā)送 審批/發(fā)送/取消 人工輸入發(fā)文內容或由其他應用自動生成 開始 取消 是 生成相應原始記錄數據庫 開始 圖：公文發(fā)送流程 .3.1.3 收文處理流程 結束 更新本地收件箱庫，標記為已經收到 否 是 取出數據并顯示，并將該記錄標記為非新郵件 是否新郵件？ 查詢收件箱庫中每條記錄 開始 .3.1.4 審批流程 是 開始 選擇收到的郵件的一個，判斷郵件類型 更新本地審批庫的審批信息，并更新審批順序表標記完成 更新本地臨時發(fā)件箱標記收到 結束 是審批 顯示收件箱內容和公文內容 否 顯示審批界面，輸入審批信息 .3.1.5 審批判斷流程 否 是 全部是1 是 否 開始 結束 復制新郵件記錄和審批順序記錄到目的收件箱和審批順序表中 判斷小于當前順序號的所有記錄中的是否審批標記 是否為1 檢查審批順序表中的審批順序  .3.1.6 中央同步處理流程（發(fā)送） 開始 更新遠程對應收件箱，標記本地跟蹤表為已發(fā)送 是本地地址 結束 將信息加入本地收件箱，跟蹤表對應記錄標記為已發(fā)送 定時檢查臨時發(fā)件箱，判斷收件人地址 .3.1.7 中央同步處理流程（閱讀） 更新遠程對應臨時發(fā)件箱，標記本地收件箱為已閱讀 是本地地址 閱讀否 結束 將信息加入本地收件箱，臨時發(fā)件箱對應記錄標記為已閱讀 定時檢查收件箱，判斷收件人地址 開始 .3.1.8 數據同步處理流程 將對應信息庫記錄復制到目的對應的庫中 結束 有審批信息庫嗎 將數據復制到對應的遠地收件箱中，更新跟蹤表標記 臨時發(fā)件箱有新記錄嗎 開始 .3.2 總體結構和模塊外部設計 維護 定制 后臺同步 審批 發(fā)文 收文 公文流轉 .3.3 功能分配表明各項功能與程序結構的關系。 功能 程序 新郵件 所有用戶界面 收件箱 所有用戶界面 發(fā)件箱 所有用戶界面 用戶管理 管理員界面 定制 管理員界面 數據備份 管理員界面 中央處理程序 所有數據庫服務器，自動定時調用 數據表復制程序 所有數據庫服務器，被中央處理程序調用 跟蹤表更新程序 所有數據庫服務器，被中央處理程序調用 .4. 接口設計 .4.1 外部接口包括用戶界面、軟件接口與硬件接口。 新郵件 收件箱 已審批郵件 已發(fā)郵件 此區(qū)域顯示當前收到的新郵件 圖4-1-1 非管理人員的用戶界面 顯示最新收到的郵件 數據維護 功能定制 用戶管理 已發(fā)郵件 收件箱 新郵件 圖4-1-2 管理員界面  取消 發(fā)送 審批 圖4-1-3 新郵件界面 取消 確認 模板選擇 圖4-1-4 定制界面 .4.2 內部接口模塊之間的接口。 模塊 接口 注冊 信息顯示——新郵件 調用新郵件 信息顯示——收件箱 調用查詢新郵件 .5. 數據結構設計 收件箱（工作聯(lián)絡單） 郵件編號 發(fā)件人 發(fā)件時間 收件人 收件時間 郵件類型 狀態(tài)（已讀，未讀） 主題 發(fā)件箱，臨時發(fā)件箱同上。 跟蹤表 郵件編號 收件人 收取 閱讀 批示 刪除 審批順序表 郵件編號 收件人 審批順序（如果為0，則沒有順序） 簽字 簽字日期 備注 是否審批（0/1） .5.1 邏輯結構設計 中央同步控制服務器 Z服務器 A服務器 .5.2 物理結構設計 SQL Center SQL Z SQL A .5.3 數據結構與程序的關系 數據結構 程序 收件箱 新郵件 發(fā)件箱 收件箱 臨時發(fā)件箱 新郵件 審批順序表 新郵件，審批 模板表 定制 跟蹤表 中央處理流程和同步流程 .6. 運行設計 .6.1 運行模塊的組合 .6.2 運行控制 .6.3 運行時間 .7. 出錯處理設計 .7.1 出錯輸出信息 .7.2 出錯處理對策如設置后備、性能降級、恢復及再啟動等。 .8. 安全保密設計 .9. 維護設計說明為方便維護工作的設施，如維護模塊等。