【正文】 定軟件范圍、合理調(diào)配所需資源，從而獲得更接近實際值的軟件任務成本和工作量估算。系統(tǒng)特點決定了項目需要完成不少網(wǎng)絡界面設計，因為公司美工人員不足，一個美工同時兼顧幾個項目，造成項目組與美工人員溝通不暢，某些界面設計無法達到要求，險些影響整個項目進度。 本系統(tǒng)在整個項目開發(fā)過程中，由于總體工作量估算基本準確，關鍵任務及人員使用定位合理，使得開發(fā)任務按期高質(zhì)量的完成了。 開發(fā)小組的每個成員都要對自己做出的結論負責，這樣管理人員就可以做到隨時了解項目進度，為調(diào)整項目計劃提供客觀基礎。例如，一個開發(fā)人員今天的工作是對某個功能模塊進行編程，在日志文檔中會包含：開發(fā)的模塊名稱、開發(fā)目標、使用的方案、新建或修改的文件名稱、遇到的困難、解決的方法以及計劃的完成情況等。 我們公司里有一個用來管理員工每日工作情況的日志管理系統(tǒng)。三、在軟件開發(fā)全過程，隨時掌握項目進行情況，必要時調(diào)罄講度表 在為項目開發(fā)制定的詳細進度表中，確切地定義了每一項任務的工作量、開始時間、持續(xù)時間和結束時間。 由于有可復用的資源和高級技術人員的指導，項目開發(fā)中大量的編碼和調(diào)試工作，是由初級技術人員來實現(xiàn)。尤其是高級技術人員設計的由超級用戶實施的權限控制模塊，可以為不同的用戶設置每個模塊的不同訪問權限，也可以在權限分配中對權限相同的用戶進行批量處理。而在項目實施階段他們也負責指導相關人員對關鍵任務的理解，并隨時監(jiān)控程序員在具體編碼中是否真正實現(xiàn)了他們的設計思想。 本系統(tǒng)在軟件需求分析和設計階段，有兩名公司的高級技術人員參與對軟件系統(tǒng)進行定義。在安排開發(fā)活動時必須考慮在開發(fā)過程各階段中對各種人員的需要。這比我們最初的預計提前了兩個月，大大降低了項目開發(fā)成本。所以對于上述含有技術難度的任務，我們利用歷史數(shù)據(jù)中對不同復雜性和開發(fā)特性的功能模塊，分別按最佳地、可能地、悲觀的三種情況給出的估計值計算加權平均，得出較為準確的任務權重度量值。 在技術上，我們重點考慮在基于B/S結構的系統(tǒng)中多用戶訪問及權限控制模塊的設計和項目第二部分信息服務系統(tǒng)的實現(xiàn)。在工作量的估算上也有很好的比照借鑒作用。c/s結構的教育管理系統(tǒng)是利用不同的客戶端版本，達到區(qū)分多用戶訪問權限的目酌，但綜合所有客戶端版本，翼在基本功能、數(shù)據(jù)庫結構設計和前臺操作，如對數(shù)據(jù)庫進行添加、刪除、修改、查詢等操作方面都與新項目管理信息系統(tǒng)部分大俸相同。由于公司以前完成過基于C/S結構的教育管理系統(tǒng)的成功案例，因此有不少供殘們參考的數(shù)據(jù)和資料。 本系統(tǒng)采用了面向對象的分析、設計等一系列面向對象技術，在系統(tǒng)工作量估算方面根據(jù)功能點進行。 在此項目中我們采取了以下主要措施和方法：一、在軟件計劃和需求分析階段，綜合考慮利用可復用姿源，合理估苒項目工作量，準確度：量任務權重，成功降低軟件生產(chǎn)威本 在本系統(tǒng)的定義階段，我們把估算項目工作量作為此階段的主要度量元素，通過綜合考．慮利用可復用資源，準確核算任務權重，從而盡量精確地估算出項目工作量，將項目的開發(fā)周期盡可能限制在可實現(xiàn)的最短時間內(nèi)，以達到降低軟件生產(chǎn)成本的目的。根據(jù)以前項目的開炭過程建立的度量基線，我們可以較準確地估算各個任務的工作量，分配人員和其他資源，制定進度時序。因此在項目真正實施前，我們就確定了以進行有效的項目估算、產(chǎn)生高質(zhì)量的系統(tǒng)和按時交付軟件產(chǎn)品為目標的軟件項目管理策略。于是確定《料《炱字校園》的功能以學校管理信息系統(tǒng)和信息服務系統(tǒng)為主框，其中辦公管理信息系統(tǒng)覆蓋教育教學管理的各方面，包括：學?；拘畔⒐芾?、基本教務管理、計劃管理、學籍管理、備課管理、考試管理、成績管理、排澡系統(tǒng)、學生管理、教職工管理、教學計劃管理、圖書信息管理、儀器設備管理、房產(chǎn)管理等；信息服務系統(tǒng)是為豐富校園的文化生活服務的，包括：學校教育信息服務、校園風貌、教育園地、電子郵件、BBS學生討論區(qū)、教師科研信息等版塊。 項目確立之初，我們與兩所學校簽訂了開發(fā)意向，并要求茌半年內(nèi)拿出運行可靠的軟件產(chǎn)品。經(jīng)過幾年的建設，很多學校的網(wǎng)絡硬件環(huán)境已經(jīng)形成，但真正在學校教學、研究和管理中發(fā)揮作用的高質(zhì)量軟件產(chǎn)品并不多見。文中著重分析了在本項目中使用度量方法改進開發(fā)過程的實施手段。我有幸參與了公司《料域廷宇校園》一一中小學學校管理信息系統(tǒng)軟件項目的設計開發(fā)全過程，并擔任項目管理任務。將XML用在分布式數(shù)據(jù)庫中，j備曇未來的一個掐磐。 在當今的信息社會里，互聯(lián)網(wǎng)帶來了相互連通的方便，而且知識爆炸，數(shù)據(jù)的分布式訪問是個必然的趨勢。而這一更新通過提交事務在后臺進行，不影響前臺的操作。而一些基礎數(shù)據(jù)則可以直接從本地的數(shù)據(jù)庫中得到，如銷售產(chǎn)品的描述，客戶的地址／電話．／傳真，發(fā)貨的庫位等。用戶登錄后開始進行發(fā)貨操作。為了解決這個問題，我設置了在每天凌晨的某個時刻自動登錄和啟動客戶端程序，在下載更新數(shù)據(jù)完成后自動關閉。在登錄過程中，客戶端程序會檢查服務器上的標識和時間戳檢查這些主數(shù)據(jù)是否有更新，如果有就先下載，下載完成后再進入系統(tǒng)正常使用。初始化時，把基礎數(shù)據(jù)放從公司本部的數(shù)據(jù)庫導入客戶端的數(shù)據(jù)庫中。我針對PB對勁于連接的判斷和感知，用了一個小小編程技巧，使應用程序能夠及時感知到數(shù)據(jù)庫漣接故障，及時停止和恢復事務，使操作界面表現(xiàn)友好靈活。雖然Sybase CIS內(nèi)嵌了兩階段提交技術，能夠自動恢復。這種方法實現(xiàn)起來，增加了額外的開發(fā)量，且不能判別繞過應用程序對數(shù)據(jù)的直接修改，但是，是最簡單和有效的方法， 第二個問題是事務協(xié)調(diào)問題。Sybase針對這種應用場合，提供了復制服務器技術，但為了避免過于復雜，我們采用實際應用程序來管理同步?？蛻舳丝偸且獜椭剖褂茫Q為復制點數(shù)據(jù)。 在實際使用該分布式數(shù)據(jù)庫系統(tǒng)的過程中，遇到了幾個問題，第一，數(shù)據(jù)同步。 部署這種分布式數(shù)據(jù)庫不是難事，只要在客戶端和服務器上安裝12．O版本以上的數(shù)據(jù)庫服務器，在客戶端服務器上建立遠程服務名和代理表即可。這種訪問對于客戶端完仝透明，感覺不到是從物理上獨立的兩個服務器中存服數(shù)據(jù)。結構和服務器中遠程表完全一樣，它是訪問服務器中會員資料的中轉和代理。應用程序只要連接一個數(shù)據(jù)庫，就可以透明統(tǒng)一訪問到兩個數(shù)據(jù)庫中的數(shù)據(jù)。開發(fā)應用時，如果每一功能部針對兩個數(shù)據(jù)庫進行，就帶來了很多麻煩。由于訂單的數(shù)據(jù)量少，便減少了網(wǎng)絡上傳遞的數(shù)據(jù)量，從而提高了界面的響應速度。而基礎數(shù)據(jù)表就則放著成品的相關信息，有大量的數(shù)據(jù)。 經(jīng)和項目組的人員一起探討，結合關系數(shù)據(jù)庫的知識，我認識到，應用程序的每一故數(shù)據(jù)庫操作，都要訪問多個相聯(lián)的表，其中，有銷售訂單表和物料基礎數(shù)據(jù)表．／客戶資科表．儻倉的基礎數(shù)據(jù)等。出于成本和業(yè)務量方面的考慮，公司不會用專線連接，只能是電話撥號。我經(jīng)過分析，認識到許多操作都要從服務器中取數(shù)據(jù)，速度慢就慢在數(shù)據(jù)訪問上。整個項目歷時從分析到實現(xiàn)歷時三個月，最后于2004年6月份系統(tǒng)成功上線。二是進行系統(tǒng)設計，改變后數(shù)據(jù)分布如何，系統(tǒng)架構如何。經(jīng)過對現(xiàn)有系統(tǒng)的分析，裁們、央定利用Sybase提供的技術，采用分布式數(shù)據(jù)庫集成的方法來改造目前的系統(tǒng)使之能適應新的需要。于是，公同成立了一個項目，專門解決這個問題。公司本部運行著一套用Sybase數(shù)據(jù)庫的MIS系統(tǒng)可以實現(xiàn)發(fā)貨，該系統(tǒng)用的是C/S結構。在構建這個公布式數(shù)據(jù)庫系統(tǒng)的過程中，我著重研究并解決了數(shù)據(jù)同步和事務協(xié)調(diào)的問題，到得了良好的應用效果。于是我采用了優(yōu)化數(shù)據(jù)庫結構的方法，把數(shù)據(jù)分兩部份存放，基礎數(shù)據(jù)放客戶機，銷售資料主要采用鍵碼放服務器，應用程序再現(xiàn)數(shù)據(jù)時從服務器取鍵碼，到客戶機取對應的解釋。我經(jīng)過分析，使用了Sybase的分布式數(shù)據(jù)庫技術。為此，需要增加原先的rrtis系統(tǒng)實現(xiàn)這一功能。論分布式數(shù)據(jù)庫的集成說明書摘要： 本文討論了某公司發(fā)貨系統(tǒng)的分布式數(shù)據(jù)庫集成解、央方案。該公司由于業(yè)務的發(fā)展，要在另三個城市設立貨倉進行發(fā)貨。公司委任我作為項目經(jīng)理完成系統(tǒng)的設計和開發(fā)的工作。我設計的這個系統(tǒng)是采用典型的C/S結構，但客戶端連接服務器的網(wǎng)絡采用電話線撥號，速度有限，傳統(tǒng)Windows界面的客戶端應用程序相應速度比較慢。由于鍵碼的數(shù)據(jù)量少，網(wǎng)絡傳輸便快。正文：2004年3月，由于公司業(yè)務的發(fā)展，要求在其它三個城市設立貨倉，處理發(fā)貨業(yè)務。由于客戶端連接服務器的網(wǎng)絡采用電話撥號，所以直接把客戶端軟件直接安裝在外地訪問本部數(shù)據(jù)庫，速度很慢。在這個項目中，我擔任項目經(jīng)理。項目分三個階段進行，一是進行需求分析，確定要增加的功能。最后是實現(xiàn)和測試，上線。 在分析階段時我發(fā)現(xiàn)由于客戶端地域的分敵，遍及三個省境內(nèi)，連接服務器數(shù)據(jù)庫的網(wǎng)絡采用電話撥號方式，速度有限，在使用客戶端應用程序時感覺界面速度很慢。服務器是沒有瓶頸的，問題出在網(wǎng)絡速度上。這時只能改變目前軟件的實現(xiàn)方法，來適應這種低速網(wǎng)絡的使用模式。銷售訂單表中存放看出銷售的訂單編號，成品編號等，敦據(jù)量少。如果考慮把銷售訂單放在服務器，基礎數(shù)據(jù)放在客戶端，當應用程序中訪問數(shù)據(jù)時，總是從服務器上存取銷售訂單，從客戶端提取成品/iJ單的詳細信息。 把數(shù)據(jù)分敵存放只是工作的第一步，接下來要考慮應用程序怎樣訪問這種分布式數(shù)據(jù)。所以，我通過研究Sybase的分布式數(shù)據(jù)庫技術，決定采用CIS（組件集成服務）部件，來合并兩個數(shù)據(jù)庫成一個統(tǒng)一的分布式數(shù)據(jù)庫。 該技術具體實施方法是：在客戶端數(shù)據(jù)庫中建立一個對服務器數(shù)據(jù)庫的遠程訪問服務名，包含訪問地址，登錄用戶名，登錄密碼等關鍵的連接信息；前且對服務器中銷售訂單建立一個本地代理表?？蛻舳藨贸绦蛟L問本地代理銷售資料表時，實際上是通過預先定義的遠程訪問服務名中包含的連接信息到服務器中對應的實際銷售資料表中訪問數(shù)據(jù)。所以，這種數(shù)據(jù)庫結構是典型的分布式數(shù)據(jù)庫。由于Sybase數(shù)據(jù)庫的安裝支持腳本方式，在客戶端應用程序的標準安裝過程中，嵌入Sybase數(shù)據(jù)庫的安裝和配置腳本，就自動化地完成了所有工作。客戶端基礎數(shù)據(jù)不是絕對靜態(tài)的，也有變化，因此在服務器要設置一個統(tǒng)一的基準，稱為主點數(shù)據(jù)。如何及時感知到服務器端主點數(shù)據(jù)的變化，有效率地復制到客戶端，是個難題。當服務器端主點數(shù)據(jù)有了更改時，保存一個相應的標識和時間戳，客戶端應用在登錄服務器時，檢查這些標識，一檢測到了數(shù)據(jù)有更新，就首先下載，然后再進入系統(tǒng)正常使用。物理上獨立的兩個數(shù)據(jù)庫，在協(xié)同操作時，如果服務器正好停機或者網(wǎng)絡故障，完整的一個事務沒能完成，就會“事務崩潰”。但是應用程序在這種情況下，敏感性不夠，操作界面會無端凝固，影響了使用的方便性。 在具體的應用中，我們在三個城市安裝了增強的客戶端應用程序，同時安裝了Sybase數(shù)據(jù)庫。用戶在外地進行發(fā)貨時，先撥號上網(wǎng)，然后啟動客戶端程序。在服務器更新的數(shù)據(jù)比較多的情況下，下載的時間會比較長，這時如果遇到急需發(fā)貨，則會影響到貨物不能及時發(fā)出去。這樣可以把一部份數(shù)據(jù)更新的內(nèi)容放在非工作時間里完戍，減少了發(fā)貨登錄的時間。輸入銷售訂單，通過本地代理表系統(tǒng)自動到服務器獲取該銷售訂單的數(shù)據(jù)，如發(fā)貨的數(shù)量，客戶編號等。完成出貨動作后，會自動更新服務器的庫存。所以，對用戶來講，能夠進行正常的操作，不會因為速度慢而進行不下去。目前新起的XhtL技術，提供了各種平臺數(shù)據(jù)庫之間的一個公其數(shù)據(jù)訪問標準，可以用來構建更加靈活，適應性更強的分布數(shù)據(jù)庫技術。論軟件工程度量摘要 隨著計算機科學技術的不斷進步，在教育系統(tǒng)中越來越多的學校開始應用教育管理系統(tǒng)來實施日常的教育教學工作。 本文結合本人工作的實際經(jīng)歷，通過對學校管理信息系統(tǒng)軟件項目實現(xiàn)過程進行描述，討論了軟件工程活動中，為了把握軟件工程過程的實際情況和所生成產(chǎn)品的質(zhì)量，需要對進度、質(zhì)量、人員等方面進行度量。正文 早在2000年教育部就頒布了在中小學實施“校校通”工程的通知，決定從200 1年起，用5年到10年左右的時間，在全國中小學基本普及信息技術教育，全面實施“校校通”工程。我們公司以前曾經(jīng)為某個學校開發(fā)過C/S結構的教育管理系統(tǒng)，當看到目前這個教育信息化的大趨勢后，就想以一款技術含量高、可擴展性強并符合國家標準和規(guī)范的校園網(wǎng)應用軟件《料《毖宇校園》產(chǎn)品進入教育市場。作為運行在網(wǎng)絡系統(tǒng)高速公路上的“車”的應用系統(tǒng)，主要是為校園網(wǎng)群不同層次提供應用性支撐軟件系統(tǒng)，兩所學校現(xiàn)階段的要求是建立學校網(wǎng)絡管理信息系統(tǒng)和通信信息服務系統(tǒng)。 由于系統(tǒng)的最終交付日期已經(jīng)確定，如果進度安排落空，會導致市場機會的喪失，用戶會不滿意，甚至還會要求賠償經(jīng)濟損失，從而導致成本的增加。公司在早期做過C/S結構的教育管理系統(tǒng)，對于目前要開發(fā)系統(tǒng)的項目任務有較清楚的認識，并能快速地建立任務之間的相互關系。 下面就談談在這個中小學學校管理信息系統(tǒng)項目的資源管理中如何使用的度量方法改進開發(fā)過程的。 我們在項目工作量及技術難度的估算上遵循面向對象技術原則。將每個功能模塊逐步分解，直至基本模塊為止。對于本系統(tǒng)的第一部分學校辦公管理信息系統(tǒng)我們就是借鑒以前基于C/S結構的教育管理系統(tǒng)。正因為如此，有大量的資源可供我們復用，許多基本功能模塊僅作少量修改就能夠被復用到新系統(tǒng)中。以前的數(shù)據(jù)對工作量的估算是一個重要的參考，為項目進度安排提供了依據(jù)。由于軟件工作量的估算首先從軟件項目范圍抽出軟件功能，接著給出為實現(xiàn)每一軟件功能所必須執(zhí)行的一系列軟件工程任務，如需求分析、設計、編碼和測試等。 根據(jù)以上分析我們制定了一個詳細的項目進度表并定義了相應的里程碑，限定了項目要在六個月的時間內(nèi)全部完成。二、在軟件設計編碼階段，注重人員安捧，確保產(chǎn)品質(zhì)量 人力資源在考慮各種較件開發(fā)資源時，人是最重要的資源。在軟件項目設計編碼階段，我們把人員調(diào)配確定為此階段的主要度量元素，按照人員自身能力狀況合理安排，保證了軟件產(chǎn)品的高質(zhì)量。他們利用自己豐富的實踐經(jīng)驗，為系統(tǒng)提出了許多可行的能夠高效實現(xiàn)預定任務的方案，同時在技術難度相對大一點的部分由他們從設計