第一篇：凡事預則立：談項目開發計劃

在開發活動中，項目計劃是項目啟動后的頭一件重大事件，但也是經常被忽略的一件事。

項目計劃好比是一份項目的交通圖，指導項目準確的達到目標，即使它沒有被形成規范文檔，它至少會在項目經理的腦子里，只不過比較粗糙和模糊罷了。

為什么每個項目都需要一份項目計劃，并且要形成規范的文檔呢？這是因為：

第一、通過制定計劃，使得小組和有關管理人員，對項目有關事項，如資源配備、風險化解、人員安排、時間進度、內外接口等形成共識，形成事先約定，避免事后爭吵不清；

第二、通過計劃，可以使得一些支持性工作以及并行工作及時得到安排，避免因計劃不周造成各子流程之間的相互牽掣。比如測試工具的研發，人員的培訓都是需要及早計劃和安排的。

第二、可以使項目實施人員明確自己的職責，便于自我管理和自我激勵；

第三、計劃可以有效的支持管理，作為項目經理、業務經理、QA經理、測試經理們對開發工作跟蹤和檢查的依據；

第四、做好事先計劃，就可以使注意力專心于解決問題，而不用再去想下一步做什么？

第五、計劃是項目總結的輸入之一，項目總結其實就是把實際運行情況與項目計劃不斷比較以提煉經驗教訓的過程。通過計劃和總結，項目過程中的經驗和教訓別很好的記錄和升華，成為“組織財富”。

制定項目計劃的過程被稱為項目策劃。在項目策劃時，要盡量讓員工估計自己的工期，使團隊成員積極參與到項目中來，而且由于技術發展如此迅速，往往只有具體模塊開發人員對那部分工作最了解；但是項目經理也不是完全消極的，他應該積累項目管理數據，推動開發過程能力成熟度的提高，以便可以協同開發人員進行越來越準確的項目估計。計劃常以文本文檔和圖形文檔結合的形式出現，文本主要記錄項目的約束和限制、風險、資源、接口約定等方面的內容，對于進度和資源分解、職責分解、目標分解最好通過項目管理軟件工具（如普遍應用的Microsoft project）來進行規劃和管理，不要分散在文檔的若干個地方，那樣非常不利于同步修改。項目計劃需要設計成“可檢查”的文件，這要求任務的劃分要細到具體產品，如果存在有形產品的輸出，要羅列出來。比如測試這一任務，不要簡單分解為測試準備、測試執行，而是分解為測試環境搭建、測試方案編制、測試執行、測試報告編制為好。

使用Microsoft project編制的文件可以稱為計劃進度表，可以用來規劃項目時間進度，輔助項目跟蹤。計劃進度表的制定步驟是：工作分解和定義（WBS）、任務排序、活動歷史估算、編制。

估算是計劃活動的基礎之一，有工作規模估算、工作量估算、成本估算等。估算要求有歷史數據，要求在項目過程中通過不斷的維護項目數據庫積累歷史數據。這些數據既可以分析和總結本項目，又可作為后續項目的歷史數據。

在計劃實施過程中需要注意的一點是，不能把計劃“固定化”。“計劃趕不上變化”，但“要跟上變化”。實際運作中，要對計劃進行周期性維護。開發計劃會受到很多影響，比如相關計劃（質量保證計劃、采購計劃、測試計劃、驗收計劃等）的影響，實際進度變動的影響、資源變動的影響、項目目標變動的影響、還有隨著需求的逐漸明確引起的項目計劃細化，如果在這些變化發生后，沒有及時維護開發計劃，開發計劃于實際的偏離會越來越大，最后變得沒有價值，人們就會不再閱讀它。所以實際工作中要有具體的責任人和一套指導書來對計劃實施指導和維護。計劃變更時，要保留舊的版本，在總結階段需要閱讀舊版本的信息以對項目過程的變更歷史作評價。總之：變化的計劃才有生命力！

實際工作執行項目計劃常常遇到各種困難。有的組織文化中有種觀念認為計劃是一種約束，反正大家努力往前趕就對了，沒必要自己捆住手腳；另外一種情況是大家沒有按照計劃工作的習慣，計劃雖然做好了，做的時候還是我行我素，管理人員也沒有維護計劃的習慣，項目開始沒多久，計劃就被完全撂了一邊；還有一種情況是資源不能保障，比如，設備不能到位，人員也頻繁被抽調從事計劃外活動，每天改計劃都來不及，只好放棄計劃，這種情況常見于一些規模較小的還在“求生存階段”的公司。

事實上，不僅是在項目計劃這一問題上，在其它引入制度化的場合都遇到了類似的困惑。據說，美國家庭常會對做家庭清掃這樣的事情列出一張“責任矩陣表”，按表的內容順序進行掃除活動，完成一項作一個記號，這其實就是一種簡單的項目管理，他們在如此自然的運用，對于中國人是不可想象的。但是制度化是商業社會的基石，遲早要滲透到社會生活的每一個縫隙。具體到項目管理中的計劃活動，除了盡量把計劃做的更具可行性以外，努力在組織內傳播和培育制度化的組織文化將是項目經理們的一項長期責任，除此，別無選擇。

第二篇：項目開發計劃

二、項目開發計劃

二、項目開發計劃

1．引言.............................2

1.1編寫目的...........................2

1.2項目背景...........................2

1.3定義............................2

1.4參考資料...........................2

2．項目概述............................3

2.1工作內容...........................3

2.2項目開發工作人員.........................3

2.3條件與限制.......................3

2.4產品............................3

2.5運行環境...........................4

2.6服務............................4

2.7驗收標準...........................4

3．實施計劃............................5

3.1任務分解與人員分工.....................5

3.2進度............................5

3.3預算............................5

3.4關鍵問題...........................5

3.5交付期限...........................5

4．專題計劃要點...........................6

1．引言

1.1編寫目的【闡明編寫可行性研究報告的目的，指明讀者對象。】

1.2項目背景

【應包括：

a 建議開發的軟件的名稱；

b 說明項目提出者、開發者，明確項目的最終用戶對象；

c 項目與我行其他項目或其他系統的關系。】

1.3定義

【列出文檔中所用到的專用術語的定義，英文縮寫詞的原文。】

1.4參考資料

【列出有關資料的作者、標題、編號、發表日期、出版單位或資料來源，可包括：a 項目經核準的計劃任務書、合同；

b 上級機關的批文；

c 與項目有關的已發表的資料；

d 文檔中所引用的資料，所采用的軟件標準或規范。】

2．項目概述

2.1工作內容

【簡要說明項目的各項主要工作，介紹所開發軟件的功能、性能等。若之前沒有編寫可行性研究報告，則應在本節給出較詳細介紹以上內容。】

2.2項目開發工作人員

【扼要說明能夠參加本項目工作人員的詳細情況，可以根據歸屬不同劃分為三類人員：本項目組成員、本單位其他項目組人員、其他單位人員。應當簡要介紹以上人員的技術水平情況】

2.3條件與限制

【闡明為完成項目應具備的條件、開發單位已具備的條件以及尚需創造的條件。必要時還應說明用戶及分合同承包者承擔的工作、完成期限及其他條件與限制。主要包括：

a 計算機系統支持：列出軟件開發和運行時所需要的計算機系統的支持，包括計算機、外

圍設備、通訊設備、軟件、數據存儲能力和測試能力，逐項給出有關系統的使用的時間要求；

b 用戶承擔的工作：逐項列出需要用戶承擔的工作和完成期限，包括需要用戶提供的條件

及其提供時間；

c 外單位承擔的工作：如果有外單位分合同承包者，則需要列出外包合同承擔單位承包工

作的工作內容、完成期限。等等】

2.4產品

2.4.1用戶程序

【列出應交付給用戶的程序名稱、使用的編程語言及存儲形式，并通過引用有關文件逐項說明起功能和能力。】

2.4.2用戶文檔

【列出應交付給用戶的文本形式的文檔名稱、內容要點、提交形式、提交時間。】

2.4.3管理文檔

【列出應交付給項目管理人員用于項目流程監督、項目進度管理、質量管理工作的文檔。】

2.5運行環境

【應包括硬件環境、軟件環境。】

2.6服務

【闡明開發單位可向用戶提供的服務。如人員培訓、安裝、保修、維護和其他運行支持。】

2.7驗收標準

【對于上述應上交的產品和服務，逐項說明或者引用資料說明驗收標準。】

3．實施計劃

3.1任務分解與人員分工

【對于項目中需要完成的各項工作按照層次進行分解，指明各項任務的負責人和參見人員。在這個章節還需要說明接口的劃分和負責人員的職責，接口主要包括：

a 項目同用戶的接口；

b 項目同本單位各管理結構的接口；

c 本項目同承擔外包合同單位的接口。等等】

3.2進度

【對于分階段完成的項目，用圖表說明開始時間、完成時間。】

3.3預算

【根據可行性研究時候的支出科目逐項列出項目開發的預算。】

3.4關鍵問題

【說明可能影響項目的關鍵問題，如設備條件、技術焦點或其他風險因素，并說明對策。】

3.5交付期限

【說明完成項目的最遲期限。】

4．專題計劃要點

【說明本項目中需要制訂的各個專題計劃，如外包分合同計劃、開發人員培訓計劃、安全保密計劃、質量保證計劃、配置管理計劃、用戶培訓計劃、系統安裝計劃等。】

第三篇：房地產項目開發計劃

房地產項目開發計劃書

敬啟者：

根據貴公司與我所李強律師的初步交流，為實現雙方進一步合作，現由我所李強律師結合我國房地產開發市場已經成熟的模式及BOT項目模式，就貴公司擬開發的A項目提出本計劃書。

一、假設案例

甲方為一家中央直屬企業，其名下現有30畝土地，土地性質為國有，甲方希望通過“招、拍、掛”方式，受讓取得該地，擬用于商業開發，但缺乏資金支持。乙公司有雄厚資金實力和可靠融資渠道，并愿意與甲方合作，乙公司的合作目的在于通過資本運作獲得必要的使得利益最大化，現雙方初步達成一致的是：甲方通過“招、拍、掛”方式保證取得該地塊的使用權，所需資金9000萬元人民幣由乙公司提供，甲方同時用自有的在某銀行1億元人民幣定期存款為乙公司提供擔保。甲、乙有能力通過政府渠道得到政府返還的地價款的80%，即9000萬元×80%=7200萬元人民幣。甲方取得的30畝土地及政府返還的地價款7200萬元人民幣，直接投入A項目開發。甲方在獲得乙公司9000萬元人民幣后授權乙公司全面負責A項目開發，A項目所需開發資金缺口由乙公司負責投入，項目開發成功后，雙方利益分配比例為3：7，即甲方獲得全部項目30%的房屋所有權或售房款，乙公司獲得全部項目70%的房屋所有權或售房款。至此，雙方合作順利結束。

二、排除條款

1、甲方能夠順利取得30畝土地的合法使用權，并將其作為A項目開發的投資；

2、甲方保證政府將地價款的80%返還并投入A項目開發且作為甲方在A項目中的投資；

3、甲方的合作是善意的，雙方合作過程未產生重大誤解或糾紛；

4、甲方除對項目開發工作進行監審外，并不實質性介入項目開發工作；

5、甲方在銀行一億元的人民幣存款是真實的、自由的，未設定他項權利。甲方董事會有權決定該款項對外提供擔保且可以取得存款行同意；

6、甲方有房地產開發經營資質且經過當政府建設主管部門審核；

7、乙公司有足夠資金支持除甲方投資外的全部項目開發所需資金，或有可靠融資渠道保證該資金能及時到位（包括先期支付給甲方的9000萬元人民幣）；

8、乙公司的投資分析是全面的、科學的，利益回報在其期待范圍內；

9、乙公司對甲方取得土地使用權及80%地價返還款的判斷是正確的；

10、乙公司確實取得了甲方關于A項目開發的全部授權，并有能力組織項目部進行具體項目開發工作；

11、乙公司有良好的商品房銷售渠道，有能力在半年內完成 80%以上商品房的銷售及回款工作；

12、甲乙雙方均對A項目開發期間國家的政策、法律，特別是房地產開發及房地產金融政策有充分的了解預判，對不可抗力所可能導致的風險有足夠的應對措施和承受能力。

三、項目開發的各階段主要法律文書、風險及風險防范

1、合作前期階段

本階段的工作將對甲乙雙方今后是否可以合作起決定性作用。為了保證雙方的合作能夠在合法、真實、善意的前提下有序進行。作為乙公司必須在合作協議簽訂前組織有經驗的人

員進行前期盡職調查，并形成下列兩份報告：

（1）《盡職調查報告》。報告的內容包括但不限于：合作方（甲方）的合作誠意，合作方的合作方法、目的，合作方擁有的項目開發必須的有關資質，合作方的資信狀況和履約能力，合作方存在的可能影響項目開發的法律糾紛或潛在的法律糾紛，合作方承諾的而歸政府擁有的政策的可靠性等。

（2）《項目可行性調研報告》。報告的內容包括但不限于：項目土地使用權成本在項目所在地土地價格中的地位，符合項目所在地城市規劃的物業的設計面積和容積率、項目開發可控制成本和因不可預見因素可能導致的預算追加，項目所在地在項目開發周期內房地產市場可能發生的變化和市場走向，在充分考慮了自方資產狀況、資金周轉期、利率水平、現金流量等因素后的融資成本及利潤回報率等。

上述二個報告是乙公司決策的依據，其重要性不言而喻。報告的錯誤將可能導致決策失誤，進而致使合作失敗。因此，乙公司的損失將是巨大的，而避免風險的唯一途徑便是力求二個報告內容的客觀、真實。

2、合作協議書的簽署到取得土地使用權證書階段

一旦就合作事項特別是合同原則達成一致，雙方應簽訂《合作協議書》并力爭盡快以甲方名義取得土地使用權證并取得政府承諾的80%的地價款返還。這一階段的主要法律文書有：

（1）、甲方與乙方簽訂A項目開發的《合作協議書》。雙方的合作由于是一種聯合開發或投資組合，法律關系復雜，合作形式相對松散，所以雙方所簽《合作協議書》將成為項目開發過程中的“憲法”。《合作協議書》的內容必須對合作者相互之間權利、義務、資金投入方面、面積分配方面、竣工后的遺留問題的處理方面、預算追加方面以及違約責任等進行明確具體約定。特別要注意的是必須同時充分考慮到各種不可預測的因素，留有充分補救的余地。不可否認這是一個較為復雜且極為重要的法律文件，該協議的不規范或未盡注意，導致的風險將是根本性的，風險的防范就在于所簽協議文本的合法性和窮盡性。

（2）、在甲方取得項目建設用地的時候，乙公司必須先期支付甲方9000萬元人民幣，甲方用于支付項目開發用地的地價，雙方要簽訂另外一份協議（暫稱《借款協議》），該協議內容可以包括“借款”性質、期限、甲方償還方式和期限、甲方提供其在銀行1億元人民幣存款質押擔保、甲方保證政府有80%地價款返還并直接投入項目建設等內容。但這里必須注意的法律障礙是，根據我國目前現行法律和政策，企業間的拆借資金行為是法律禁止的，包含這一內容的合同是無效的，因此建議用諸如將9000萬元直接約定成為乙公司的投資款但不因此改變地價返還的責任、擔保責任和利益分配比例等方式更為妥當。

（3）、在簽訂《借款協議》時，甲乙雙方同時需要簽訂擔保協議，亦可直接將擔保條款作為《借款協議》條款。無論何種方式這里要充分重視的是，甲方在銀行1億元人民幣的存款未設立他項權利，同時應取得銀行的支持，并從合同權力中享有到期優先受償權。這里可采取的保障措施較多，但無論采用何種措施，目的在于保障質押擔保的合法性和可操作性。

（4）、在上述工作結束且以甲方名義取得項目用地《土地使用權證書》后，乙公司便全權代理甲方進行項目開發全過程的各項工作，乙公司取得這一權利的依據便是甲方給乙公司的《授權書》，該《授權書》應與《合作協議書》一并簽署，其內容應包括授權范圍、授權效力、甲方授權后參與項目建設的方法、深度、授權期限及違約責任等。這一法律文書難度不再于其內容，而在于雙方對其嚴格遵守和履諾。

至此，甲乙雙方的合作便進入一個固定軌道，即按前期所簽一系列法律文書各盡其責，相互配合，通力合作，共同保證項目順利完成。應該說項目建設過程中雙方可能簽署的其他法律文書不會很多，更多的是乙公司代表甲方與第三方簽署的各種大量的合同文書，這些法律文件不在本計劃書中包括，故而略去不談。但這一階段（項目建設過程中）甲、乙雙方需要注意的是對前期簽署的法律文件的善意的履行。由于各種法律文書中可能已經設置了不可

逆轉的極為嚴重的違約責任，所以任何一方都不會輕易冒違約的風險。

四、本合作方案的可行性

本合作模式應該是一種先進理念與成熟方案的進一步結合，具有強大的優越性，從法律層面上講具有很強的可操作性。但需要注意的是，雙方應該對這一操作模式有充分的理解。同時這一模式中包含的法律關系復雜，因此在具體操作時更應在每一階段對各種風險進行防范，并且要注意合同條款本身的可操作性，由于目前采用這種模式可借鑒的成熟經驗不多，必然對項目建設的組織者能力要求更高。

五、本合作模式下雙方的利弊關系

作為甲方，由于資金缺乏，融資渠道不暢，其獨立承擔項目建設的能力受到限制，不盡快實施項目開發不僅其應獲利益無法實現，更為嚴重的是其已經取得的土地都有可能因其不在法律規定的年限內開發而被政府收回。在采用本計劃書分析的合作模式下，甲方不僅解決了資金缺乏的燃眉之急而且在有限的投入下取得了最大的利益回報，其應承受的建設風險也因乙公司投資的不斷加大而逐步消失，從其投入與利潤的取得分析，當然利大于弊。乙公司作為一個資本運營者，在本次合作中其終極目的不是項目建設而在于通過資本運營獲得預期的利潤回報，項目建設是其資本運營過程中的一個必要階段。只要有效控制了這一階段可能存在的各種風險，準確判斷了投資行為的科學性，其投資計劃便是可行的。從前述各階段的風險控制的分析來判斷，乙公司的投資安全是可以得到保障的，但這并不排除對本計劃書分析的操作模式進行必要的修正。在投資安全有保障，預期利潤可判斷的前提下，采用本計劃書分析的合作模式進行A項目的開發便是可行的，對于乙公司而言，利弊不言自明。乙公司在A項目中唯一要注意的是事前準確分析判斷、事中科學控制。乙公司的弊或風險主要在A項目實施中的有效控制，也就是說在于人而非在于合作模式或項目本身。

六、必要的說明

1、本計劃書僅針對假設案例法律層面的可行性及合作模式各階段的風險進行分析，并提出風險控制的必要措施，并不針對項目本身各種經濟指標進行評價和分析，同時本計劃書也不針對項目建設過程中項目本身可能產生的法律問題進行分析。關于項目開發本身可能產生的法律風險我們有專業、詳盡、具體的書面分析材料，在我們雙方達成合作意向后便可提供。

2、本計劃書僅針對假設案例且排除了大量不可預知的因素，因此，本計劃書不可以套用在其他任何建設項目中，也不可以以此計劃書來判斷律師在假設案例之外的任何項目中可以發揮的作用或者衡量律師的能力。

3、考慮到乙公司與我所的合作尚未開始，本計劃書對假設案例的分析是在有關方面采取了必要的保留，這一點請乙公司充分理解，但盡管如此，本計劃書在一定程度上能夠反映我所與乙公司合作的可能性

第四篇：軟件項目開發計劃

1引言...............................1

1.1編寫目的...............................1

1.2 背景...............................1

1.3定義.........................1

1.4參考資料...............................1

2項目概述..............................1

2.1工作內容...............................1

2.2主要參加人員.......................1

2.3產品.........................2

2.3.1程序.........................2

2.3.2文件.........................2

2.3.3服務.........................2

2.3.4非移交的產品.......................2

2.4驗收標準...............................2

2.5完成項目的最遲期限.........................2

2.6本計劃的批準者和批準日期....................2

3實施計劃..............................2

3.1工作任務的分解與人員分工....................2

3.2接口人員...............................3

3.3進度.........................3

3.4預算.........................3

3.5關鍵問題...............................3

4支持條件..............................3

4.1計算機系統支持..........................3

4.2需由用戶承擔的工作.........................3

4.3由外單位提供的條件.........................4

5專題計劃要點.............................4

項目開發計劃（GB856T——88）1引言

1.1編寫目的說明：編寫這份軟件項目開發計劃的目的，并指出預期的讀者。

1.2 背景

說明：

a.待開發的軟件系統的名稱；

b.本項目的任務提出者、開發者、用戶及實現該軟件的計算中心或計算機網絡； c.該軟件系統同其他系統或其他機構的基本的相互來往關系。

1.3定義

列出本文件中用到的專門術語的定義和外文的首字母組詞的原詞組。

1.4參考資料

列出用得著的參考資料，如：

a.本項目的經核準的計劃任務書和合同、上級機關的批文；

b.屬于本項目的其他已發表的文件；

c.本文件中各處引用的文件、資料，包括所要用到的軟件開發標準。列出這些文件資料的標題、文件編號、發表日期和出版單位，說明能夠得到這些文件資料的來源。2項目概述

2.1工作內容

簡要地說明在本項目的開發中須進行的各項主要工作。

2.2主要參加人員

扼要說明參加本項目開發的主要人員的情況，包括他們的技術水平。

2.3產品

2.3.1程序

列出須移交給用戶的程序的名稱、所用地編程語言及存儲程序的媒體形式，并通過引用相關文件，逐項說明其功能和能力。

2.3.2文件

列出須移交用戶的每種文件的名稱及內容要點。

2.3.3服務

列出需向用戶提供的各項服務，如培訓安裝、維護和運行支持等，應逐項規定開始日期、所提供支持的級別和服務的期限。

2.3.4非移交的產品

說明開發集體應向本單位交出但不必向用戶移交的產品（文件甚至某些程序）。

2.4驗收標準

對于上述這些應交出的產品和服務，逐項說明或引用資料說明驗收標準。

2.5完成項目的最遲期限

2.6本計劃的批準者和批準日期

3實施計劃

3.1工作任務的分解與人員分工

對于項目開發中需要完成的各項工作，從需求分析、設計、實現、測試直到維護，包括文件的編制、審批、打印、分發工作，用戶培訓工作，軟件安裝工作等，按層次進行分解，指明每項任務的負責人和參加人員。

3.2接口人員

說明負責接口工作的人員及他們的職責，包括：

a.負責本項目同用戶的接口人員；

b.負責本項目同本單位各管理機構，如合同計劃管理部門、財務部門、質量管理部門等的接口人員；

c.負責本項目同個份合同負責單位的接口人員等。

3.3進度

對于需求分析、設計、編碼實現、測試、移交、培訓和安裝等工作，給出每項工作任務的預定開始日期、完成日期及所需資源，規定各項工作任務完成的先后順序以及表征每項工作任務完成的標志性事件（即所謂“里程碑）。

3.4預算

逐項列出本開發項目所需要的勞務（包括人員的數量和時間）以及經費的預算（包括辦公費、差旅費、機時費、資料費、通訊設備和專用設備的租金等）和來源。

3.5關鍵問題

逐項列出能夠影響整個項目成敗的關鍵問題、技術難點和風險，指出這些問題對項目的影響。

4支持條件

說明為支持本項目的開發所需要的各種條件和設施。

4.1計算機系統支持

逐項列出開發中和運行時所需的計算機系統支持，包括計算機、外圍設備、通訊設備、模擬器、編譯（或匯編）程序、操作系統、數據管理程序包、數據存儲能力和測試支持能力等，逐項給出有關到貨日期、使用時間的要求。

4.2需由用戶承擔的工作

逐項列出需要用戶承擔的工作和完成期限。包括需由用戶提供的條件及提供時間。

4.3由外單位提供的條件

逐項列出需要外單位分合同承包者承擔的工作和完成的時間，包括需要由外單位提供的條件和提供的時間。

5專題計劃要點

說明本項目開發中需制定的各個專題計劃（如分合同計劃、開發人員培訓計劃、測試計劃、安全保密計劃、質量保證計劃、配置管理計劃、用戶培訓計劃、系統安裝計劃等）的要點。

第五篇：02.項目開發計劃

項目開發計劃引言

1.1 專題計劃要點編寫目的本報告的主要作用是確定各個項目模塊的開發情況和主要的負責人,供各項目模塊的負責人閱讀,做到及時協調,按步有序進行項目的開發.減少開發中的不必要損失.具體步驟：擬訂開發計劃書，分配項目工作，安排項目進度。

計劃對象：太原師范學院天賜開發小組項目背景

實現用戶只需要登陸任意一臺服務器，就可以檢索到大量所需資源，盡管這些資源來自于不同的服務器，但檢索的過程對用戶來說是透明的，用戶檢索和獲取這些資源就如同檢索和獲取所請求的服務器上的資源一樣。定義

XML（eXtensible Markup Language，可擴展標記語言）；

WEB 服務 是一種基于XML、SOAP、HTTP、UDDI、WSDL、等一系列標準實現的分布式計算技術。運行環境

硬件環境CPU： Pentium(R)42.60GHZ以上

物理內存：512MB以上

硬盤：可用空間100MB以上

軟件環境

操作系統:windows xp

MyEclipse-6.0

TOMCAT:tomcat-6.0.網絡環境件件與限制

網絡上存在大量的資源共享服務器。這些服務器一般存儲了一定量的資源，并以web服務的方式供用戶和其它服務器訪問。現存的問題在于不同服務器的資源組織方式往往不同，有的是通過數據庫，有的是通過一些描述文件（如XML），而且數據庫的種類和結構也有很大的差別，這就導致不同服務器之間資源共享和資源發現都十分困難。因此，用戶如果想訪問這些資源，就要登陸每一個服務器去檢索和下載需要的資源。由于服務器的分布廣泛，數量眾多，用戶顯然難以檢索到自己需要的資源。

6參考資料

（1）項目開發計劃；

（2）需求規格說明書；

（3）測試計劃；

（4）用戶操作手冊；

（5）軟件開發文檔指南