通用項目管理系統(tǒng)

申請免費試用、咨詢電話：400-8352-114

 　　數(shù)字化信息在最近幾年中爆炸般地擴展到各個應用領域. 數(shù)據(jù)庫研究正處在一個各種技 術因素迅速發(fā)展更新和需求快速變化的時代. 數(shù)據(jù)庫技術作為計算機技術中一個令人矚目的 分支 ,正順應技術潮流 ,研究和解決現(xiàn)實世界不斷提出的新的技術問題. 在市政工程設計與管 理信息系統(tǒng)的設計過程中.在數(shù)據(jù)庫的設計和實現(xiàn)的問題上 ,必須考慮市政工程設計院和其他 設計院管理中的共性.除了大量涉及到辦公自動化、人事、工資、后勤等管理外 ,大量的工作是 工程設計和設計文檔 (包括工程圖紙 )的管理. 此類計算機應用系統(tǒng)除了必須具備普通的信息 管理系統(tǒng)的功能外 ,更重要的是要求提供工程項目設計管理和輔助工程設計功能 ,包括對設計 過程的動態(tài)管理 ,各種文檔的輔助生成 , CAD輔助設計及過程圖紙檔案的管理 ,輔助概預算 等.

　　數(shù)據(jù)庫是現(xiàn)代信息化社會信息資源管理和開發(fā)利用的基礎. 我們針對市政工程設計院的 具體實際 ,結合 AutoCAD、數(shù)據(jù)庫技術 ,采用先進的工具軟件在 100M快速以太網(wǎng)上開發(fā)適合 勘查設計單位的工程設計與管理信息系統(tǒng)軟件. 隨著計算機系統(tǒng)結構發(fā)生的變化 ,用戶組織 的結構也發(fā)生了巨大的變化 ,從集中和封閉的管理變成分布和開放的管理模式. 從層次型的 控制模式變成了輻射型的控制模式. 因此業(yè)務處理的計算機化已經(jīng)從面向整個業(yè)務過程的手 工系統(tǒng)的自動化變成面向不同特點的個體工作條件的舒適化 ,系統(tǒng)的目標不僅僅是提高整個 過程設計和信息管理的水平和質(zhì)量 ,而且要提高每個個體的工作效率

　　1 　市政工程設計和進度資料管理系統(tǒng)數(shù)據(jù)庫的特點

　　市政工程設計和管理信息系統(tǒng)的開發(fā)實際上是包括工程項目及海量數(shù)據(jù)的管理信息系統(tǒng)的設計與開發(fā). 技術關鍵之一是大量不同功能和結構的數(shù)據(jù)庫的設計及分布. 在數(shù)據(jù)庫的設 計中要求考慮以下問題 .

　　1)　系統(tǒng)中工程設計輔助文檔與管理信息兩大部分彼此緊密聯(lián)系. 在工程設計輔助文檔 中 ,除利用 AU TOCAD實現(xiàn)圖紙輔助設計外 ,還包括自 49年解放以來的大量的市政工程設 計文檔 . 要求對它們提供各種幫助信息 . 比如: 有關編碼的信息、歷史設計文件及相關內(nèi)容的 調(diào)閱與復制、有關不同專業(yè)的設計規(guī)范的查閱、不同專業(yè)、不同設計室之間的技術資料的互提 , 以及必要的漢字等其他信息的幫助.

　　2)　幾十年來的工程圖紙和設計文檔的海量數(shù)據(jù)的保存 ,必須考慮配備可讀寫光盤機或 磁帶機 ,因此必須解決好本地庫、服務器的數(shù)據(jù)庫 (網(wǎng)絡數(shù)據(jù)庫 )及已存入光盤的信息的存放、 讀取、使用 (查找、瀏覽 )等等一系列問題.

　　3)　圖與文是兩種性質(zhì)不同的文檔 ,它們的文本存放格式不同 ,調(diào)用方法不同 ,設計輔助 方法也不同 ,但在系統(tǒng)中必須能密切組合 ,擁有一致的用戶界面.

　　4)　對安全性的要求較高 ,表現(xiàn)在: · 修改和刪除操作只限于本人所作且尚未歸檔的設計文件. · 某些主管領導及一些被作者賦權的人才有權將某些文檔復制成新文檔后再作修改. · 同一項目的設計人員及主管領導和被作者或超級用戶授了權的人員才有權訪問當前及 有關的歷史文件. · 一個人可參與多個項目 ,一個項目有多人參加. 項目又可分為當前、歷史、已存入光盤 等不同情況 ,各個人面向不同的項目及項目的不同階段 (例如初步設計階段、施工圖設計階段 等 ) . 甚至技術文檔處于不同狀態(tài)時 ,需要具有不同的權限 ,而且權限可根據(jù)具體的需要及規(guī) 定經(jīng)常改變. 總之 ,系統(tǒng)必須能滿足對安全性的多種要求 ,數(shù)據(jù)庫必須有保密環(huán)境 .

　　5)　數(shù)據(jù)庫共享性要求高. 對歷史文件而言 ,其極大的數(shù)據(jù)量只能集中存放 ,但要供數(shù)百 個用戶 (全體設計人員及領導 )調(diào)用 ,因而經(jīng)常會發(fā)生多個用戶同時讀取同一文件的并發(fā)操作. 這方面的工作包括并發(fā)控制和共享機制 ,交互的設計過程要求新的工作流程管理模型. 作為 輔助設計的主要數(shù)據(jù)源 ,必須時刻向全體數(shù)據(jù)人員開放 ,除要求實時性、正確性、準確性外 ,還 要求反應的敏捷和迅速 . 在服務器端 ,不同的數(shù)據(jù)使用的頻度不同 ,對以上所述幾方面的要求也不盡相同 . 因此 , 必須對數(shù)據(jù)結構及處理作精心、周到的設計 ,處理好共享與速度、安全性之間的關系. 同時 ,在 考慮網(wǎng)絡性能時 ,還需防止頻繁碰撞 ,防止對資源的較長時間的獨占 (限制在秒級 )、防止死鎖、 死機.

　　6)　系統(tǒng)有對網(wǎng)絡的依賴性 . 為有效保證系統(tǒng)安全可靠運行 ,掌握設計動態(tài) ,滿足設計中 的一切需求 ,必須有完善的通訊手段 ,有可靠易操作的網(wǎng)絡和系統(tǒng)管理軟件. 考慮到系統(tǒng)對內(nèi) 對外的通訊需求、與 IN TERN ET聯(lián)網(wǎng)的需求 ,必須考慮基于 IN TERN ERT的設計訪問模式 , 在網(wǎng)絡和系統(tǒng)管理的軟件設計上作出安排 .

　　7)　要求友善與統(tǒng)一的用戶界面 ,有集成化的軟件工具 ,集成化的項目支持環(huán)境.

　　2 　項目進度管理系統(tǒng)的總體設計

　　本系統(tǒng)采用 WindowsN T 4. 0為操作平臺 ,以支持分散化管理和分布式處理 .采用 Client /Server模式 ,在服務器端采用了 MS SQL Server數(shù)據(jù)庫管理系統(tǒng) ,在客戶機端采用 Visual Fox Pro 5. 0等軟件對系統(tǒng)開發(fā).整個系統(tǒng)軟件的開發(fā)在 100兆交換式快速以太網(wǎng)的基礎上進 行.我們用了 1臺 BAY 28115R 24臺 10兆 /100兆交換機 , 20臺 intel 100兆 /10兆堆迭式 HUB,到系統(tǒng)正式投入使用時 ,將有 300臺左右的 586以上微機聯(lián)用 ,網(wǎng)絡管理軟件為 Opivite Intel landesk Network Manager.

　　3 　前后臺數(shù)據(jù)庫設計

　　在整個數(shù)據(jù)庫設計過程中 ,客戶端與服務器端的數(shù)據(jù)庫設計與實現(xiàn)成功與否 ,直接影響著 網(wǎng)絡數(shù)據(jù)管理的性能 ,但是 ,利用 Visual Fox Pro特有的升遷向?qū)?,實現(xiàn) Client /Server體系結 構的數(shù)據(jù)庫應用系統(tǒng)并不困難. 具體設計方法如下:

　　3. 1　設計客戶端的 Visual Fox Pro 數(shù)據(jù)庫 ·

　　規(guī)劃好放在本地及服務器端的數(shù)據(jù)庫

　　例如對于已經(jīng)存檔的歷史文件、圖紙、各種規(guī)范標準等不需經(jīng)常更新 ,但需共享的數(shù)據(jù)表 以及數(shù)據(jù)量大、需經(jīng)常查詢的表和各種設計文件、圖紙文檔等應放在后臺數(shù)據(jù)庫服務器上.當 前設計和管理使用的表及各種幫助庫及需要經(jīng)常更新的表則放在前臺 (本地 ) . ·

　　利用 Visual FoxPro提供的數(shù)據(jù)庫設計器等功能 ,設計好各類數(shù)據(jù)庫 ,并在數(shù)據(jù)庫中造 好待升遷表的主控索引等. ·

　　建立表與表之間的關系 ,包括 一對一 、 一對多 、 多對多 關系 .其中一方表索引是主 索引 ,多方表索引是普通索引. ·

　　設計數(shù)據(jù)參照的完整性 ,滿足表的 IN SERT , DELETE , UPDAT E 定義要求. ·

　　為將來表的升遷創(chuàng)造一個連接 ,表的升遷和訪問都基于這個連接進行 .

　　3. 2　將本地的表升遷到后臺的 SQL Server端

　　利用 Visual Fox Pro 的升遷向?qū)?,可將原計劃應當存放在后臺 SQL Server上的數(shù)據(jù)庫中 的表、視圖、索引、規(guī)則、觸發(fā)器等順利地升遷到后臺服務器上.

　　升遷過程中要注意以下幾個問題:

　　· 最好選擇基于連接的升遷 ,且要在本地建立遠程視圖 ,按照升遷向?qū)б徊讲降赝瓿缮?遷. ·

　　升遷完成后將本地已建立的表刪除 ,且修改遠程視圖 ,按照原本地表的主索引 ,設置主 關鍵字和要更新的段 ,更新方法為 SQL UPDA TE 和 "DELET E然后 INSERT"兩種方法之 一. ·

　　打開 SQL Server數(shù)據(jù)庫上每一個升遷的表 ,設置聚集索引的主鍵 (要與前臺相應遠程 視圖的主關鍵字一樣 ) ,并且為每個字段設置默認值.

　　4 　數(shù)據(jù)庫的使用

　　與所有的分布式數(shù)據(jù)庫系統(tǒng)一樣 ,市政設計院管理信息系統(tǒng)也是一個數(shù)據(jù)在物理上分布 存貯和管理 ,在邏輯上統(tǒng)一使用的系統(tǒng) ,用戶可以象操作傳統(tǒng)的單一區(qū)域數(shù)據(jù)庫系統(tǒng)一樣使用 數(shù)據(jù)庫.

　　使用數(shù)據(jù)庫尤其是實現(xiàn)前臺訪問后臺 SQL Server數(shù)據(jù)庫的方法是本系統(tǒng)開發(fā)的又一關鍵所在 . 我們可以采用兩種方法訪問后臺數(shù)據(jù)庫: 一是利用遠程視圖 ,一是利用傳統(tǒng)的 SQ L 語言的傳遞. 關于對前臺數(shù)據(jù)訪問的方法已是眾所周知 ,我們重點介紹對后臺的數(shù)據(jù)訪問 .

　　SQL語言的傳遞是把 SQL語言傳遞到后臺 SQL Server去執(zhí)行 ,再將執(zhí)行的結果返回到 前端 ,從而大大減少網(wǎng)絡上的數(shù)據(jù)傳輸 ,提高了效率.

　　5 　實現(xiàn)情況

　　結合市政工程設計與管理信息系統(tǒng)的實際需求情況 ,我們將歷史文檔、人事庫、用戶口令 及權限庫等共享性高、數(shù)據(jù)量大、需經(jīng)常查詢而不常更新的數(shù)據(jù)庫放在后臺 SQL Serve上. 在 前臺本地數(shù)據(jù)庫就存放一些數(shù)據(jù)量不大或經(jīng)常更新的數(shù)據(jù)庫表 . 如各科室的規(guī)范文檔 ,相關 幫助、漢字輔助等 .

　　在具體操作上 ,我們是將各數(shù)據(jù)庫表先在本地 Visual Fox Pro 成功地原型化 ,采用面向?qū)?象的編程 ( OOP)技術 ,完成對各功能模塊 (包括錄入、修改、查詢、刪除、統(tǒng)計、打印、在線幫助 等 )的編碼、測試后 ,再將有關數(shù)據(jù)通過 V FP的升遷向?qū)w到后臺 SQL Servr上 ,并建立相 應的遠程視圖.然后對于歷史文檔、人事庫的有海量數(shù)據(jù)但不需經(jīng)常更新的后臺數(shù)據(jù)庫 ,采用 帶參數(shù)的遠程視圖 (有條件的下載數(shù)據(jù) )的方法進行訪問 ,對于口令庫、權限庫等共享性較高、 修改較頻繁的數(shù)據(jù)采用 SQL語言傳遞的方式 ,只將結果返回到前臺來 ,以提高網(wǎng)絡傳輸效率; 對于未歸檔的文檔、圖形文件等就放在本地數(shù)據(jù)庫進行處理 ,待歸檔后 ,再將它們升遷到后臺 作為歷史文件處理 .

　　按照以上設計方法和原則 ,目前已初步實現(xiàn)了基于客戶機 /服務器模式的市政工程設計院工程設計與管理信息系統(tǒng) .