軟件

      ENVI 5採用全新的軟體介面，從整體上增強了使用者體驗。啟動ENVI 5，如所示，包括功能表項目、工具列、圖層管理、工具箱、狀態列幾個組成部分。是不是與ArcMAP有幾分相像。圖1：ENVI 5全新的軟體介面1.     Toolbox在ENVI 5介面中的右邊有一個Toolbox，整合了經典ENVI菜單工具，點擊右上方的小表徵圖可以將工具箱浮動。Toolbox最上面有一個搜尋方塊，支援模糊搜尋。圖2：Toolbox嵌入和浮動狀況2.    

上周有一部分工作安排是到現場給客戶安裝ArcGIS軟體平台，現在小結幾點，避免以後再走彎路。1．  到現場安裝之前一定要和整合商、開發商聯絡，確定硬體和軟體環境。特別是要注意開發商要求的軟體小版本號碼，如要求安裝ArcGIS Server 9.3 +sp1補丁，則一定要安裝ArcGIS Server SP1。2．  確定軟體相容性。可登入ESRI官方網站查閱資料，確認軟體支援的作業系統和資料庫。如ArcSDE 9.3就不支援 64位Windows Server 2008 R2,而ArcSDE

最近的目標！！！呵呵,得找個電子詞典來,要不誤解哦.->UML下一個目標！！！Patterns help you build on the collective experience of skilled software engineers. They capture existing, well -proven experience in software development and help to promote good design practise. Every

 橄欖球與軟體開發 (10)本文摘自《敏捷無敵》一書一切來得都是這麼突然，去得又是這麼快，彷彿像夢境一般。阿捷閉上眼睛，仔細地回顧著跟敏捷聖賢的這段對話！敏捷聖賢的話像是在阿捷的心頭點燃了一把火，燒暖了阿捷的身體。 

橄欖球與軟體開發 (8)本文摘自《敏捷無敵》一書阿捷在Palo Alto的一切都進行得異常順利。由於Charles只提了阿捷這一個Candidate作為Project Manager的候選人，所以Interview的時候阿捷幾乎沒有什麼壓力。在相當於Warm

 物件導向之軟體需求中的體系構造    這裡需要一種特定的思維方式與特有的方法論，正確地理解與恰當地運用經典的需求分析理論是必要的。    1．在思想方式上儘快建立起一個系統的整體架構，大體定位各種具體目標在系統架構中所處的位置及其對總體的作用，同時要分析各個部分之間的相互作用與內在聯絡。在這個階段中，往往重視交流過程而忽視真實的操作過程。實際上，通過親臨現場的走訪過程來瞭解需求所要達到的目的往往會更快地瞭解命題，同時也能夠更準確地把握設計目標。   

 需求分析範例      完整系統的需求分析太龐大了，很難說清楚。我們不妨從中找出一個節點，目的是說明在需求判別研究的過程中大體應當怎樣對待各種管理目標的演變。限於篇幅我們只能以命題架構的構造為基點討論問題，而不可深入到應用功能的內部細節。我們可以設想一個使用者提供的《裝置故障維修單》。它必然要包括裝置名稱、維修內容、維修人員、時間、地點、結果等基本資料，就簡單管理過程而言不過如此。在不使用資訊系統的情況下，這種管理手段只是一種責任性的記錄，很難發揮更大的資訊應用價值。     

 需求規格      為設計過程中的需要而撰寫的需求規格說明書是三種文體中要求最高的一種，因為它的用途在於為設計實現提供一個可以用來作為參照的基本約束。在有些情況下，它可能會包括需求報告的全部內容，並在此基礎上進行擴充。     

寫軟體的 需求分析全方位考慮      需求總是在回答“需要什麼”的問題，而實現總是在解決怎樣才能做到的問題。需求是所要達到的目的，就是要在事先確定出到達目的地的路徑與方法。為了避免誤入歧途，就要避免由於需求分析誤差產生的誤導。      首先要明確，“分析”是一個主動思維的過程，而不是一個總結歸納的過程。很多需求調研人員認為，只要把使用者提出的原始需求歸納在一起就是需求分析了，這是一個誤區。      針對不同的用途，需求文檔可能會表現為不同的撰寫方式。     

 需求與項目風險      從定製一個軟體項目到最終的實現不僅是個漫長的過程，也是充滿變數的過程，全面理解與正確領悟使用者需求演變的本質與應對的策略應當是需求分析人員所要具備的素質。有理由認為物件導向的理念降低了開發過程的難度，但卻強化了需求分析在項目過程中的地位與作用。需求分析人員是否具備、是否能夠駕馭物件導向的概念對項目的成功率關係會更加重大。下面就說明一下需求分析與項目風險的關係。1.5.1  來自使用者的風險     

博文視點大講堂11期軟體項目的物件導向設計、開發及管理——外企真實項目案例分析    6月6日，京城天氣驟變。之前由於已經全面入夏，所以每天都是晴空萬裡，而這天卻遭遇了雷雨並伴隨大幅降溫，但這一切都沒能阻止博文視點大講堂第11期的如期舉行。讀者、主講人及主辦方不懼風雨、熱情依舊，中關村圖書大廈多功能廳內交流學習的氛圍濃鬱。   

橄欖球與軟體開發 (8)本文摘自《敏捷無敵》一書各書店均有售    阿捷在Palo Alto的一切都進行得異常順利。    由於Charles只提了阿捷這一個Candidate作為Project Manager的候選人，所以Interview的時候阿捷幾乎沒有什麼壓力。在相當於Warm up地回答了自己哪年加入Agile，都曾在什麼公司做過怎樣的職位之後，幾個面試官分別從不同的角度瞭解了阿捷對Agile公司和這個職位的看法。   

 系統架構與軟體架構    再深一層分析，無論是建築工程領域，還是其他工程領域（包括電腦科學），從它們的演化曆史來看，直覺上我們似乎能夠發現其共同點：即從哲學的角度上來說，它們都是人類為了克服與生俱來的恐懼而進行的創造、演化和發展。人類到底恐懼什麼呢？    我們可以注意到，人類本能當中有這樣一個重要的共同點：對不確定的、感覺到威脅的事物具有強烈的不安全感。這就激發了人類盡量把這些恐懼的因素控制在最小範圍內的願望。這也就是各個工程學科（包括系統及軟體工程領域）在日積月累的發展曆程中，逐步正常化、

 軟體架構的曆程    電腦科學的發展曆程可以追溯到第一代電子管電腦（1945年~1956年）。1946年2月15日世界上第一台重達30頓的電腦ENIAC（Electronic Numerical Integrator and Computer）正式在費城公佈於世，它標誌著現代電腦科學的誕生。   

軟體架構發展的幾個階段  1．基礎研究階段（1985年~1994年）   

“碟中碟”虛擬光碟機軟體開發人員——萬春 讀《寒江獨釣——Windows核心安全編程》有感本文由 “碟中碟”虛擬光碟機軟體開發人員——萬春  提供     大多數在Windows環境下工作的電腦使用者都有著對Windows作業系統內部機理瞭解的迫切要求和渴望，但是由於Windows 作業系統是一個遵循商用軟體發放許可的複雜作業系統，長期以來核心代碼都是微軟的機密不被公開的，因此Windows 的內部機理一直籠罩在神秘的光環之中，這給想學習Windows 作業系統內部機理帶來了較大的學習難度。  

     5月13日和5月27日《軟體開發這點事兒》作者邵志東約您在MSDN暢談軟體開發的必備武器和軟體開發中的需求分析。    線上廣播位址：      http://www.microsoft.com/china/msdn/events/webcasts/shared/webcast/archive.aspx課程的資訊課程名稱（中文）：軟體開發概述時間：5月13日上午

推 薦

關於Cocoa版的Hello World程式幾乎所有的介紹新語言的入門書籍或官方使用手冊都會提供一個Hello World的小 例子。這裡也不免俗，也給大家提供一個Hello World程式。但是這個Hello World程式 不是一個簡單的列印出“Hello World”就結束了的例子，而是完整地使用了Cocoa框 架，並擁有使用者介面的應用程式。Hello World程式介面如下。     實現的功能非常簡單，當單擊Say Hello按鈕後，會在左邊的文字框中顯示“Hello第    

iphone軟體創富密碼之 啟動Xcode建立工程任何一個Mac應用程式的開發，都是從啟動Xcode開始的，然後建立工程。開發 應用程式時，必須先建立工程。建立工程時，可以使用模板（template）。模板中事先準備了一些必不可少的文 件以及目錄。當然可以建立空的工程，但是一些必要檔案的匯入以及應用程式的設 置需要花費不少時間，因此推薦使用模板。使用模板後，就可以立即開始編程了。根據應用程式的種類，Xcode提供了許多不同的模板。可以從工程建立導航視窗