軟件

MATcom是MATHworks公司退出的第一個由MATLAB到C++的編譯開發軟體平台，其最新版本為4.5，整合調試編譯環境衛MIDEVA。通過MATcom串連MATLAB m檔案有以下三種方法：（1）       經過簡單的設定，由MIDEVA將m源檔案轉換為C/C++，然後添加到MSVC工程中。（2）      

2.2 Lazy Acquisition模式      Lazy Acquisition（延遲擷取）模式把資源擷取延遲到了系統執行的可能的最後一刻，以便最佳化資源使用。 1.問題      有限的資源可用性是所有的軟體系統都面臨的約束。此外，如果可用的資源沒有正確管理，可能會給系統帶來瓶頸，並且對系統的效能和穩定性帶來顯著影響。為了確保資源在需要時是可用的，大多數系統會在啟動時擷取資源。但是，早期獲得資源會帶來很大的擷取開銷，而且會導致資源浪費（特別是如果資源不是立刻需要的話）。     

 　 今天，系統的構建變得越來越複雜，UML建模CASE工具為項目相關人員(如，專案經理，分析員，設計者，構架師，開發人員等)提供了許多的好處。UML建模CASE工具允許我們應用規範的物件導向分析和設計的方法與理論，遠離糾纏不清的原始碼，達到構建和設計變得更直觀，更容易地理解與修改的層次。在大型項目中，使用CASE工具更重要。通過使用CASE工具： 　　* 通過用例模型，業務/系統分析可以捕獲到業務/系統需求。 　　*

計劃管理（Project、Outlook、Google Calendar、ToDoList） 1.Project有效地管理和瞭解項目議程：對項目工作群組、管理和客戶的現實期望，以制定議程、分配資源和管理預算。通過各種功能瞭解議程。構建專業的圖表和圖示：“視覺報表”引擎可以基於 Project 資料產生 Visio 圖表和 Excel 圖表的模板，分析和報告 Project 資料。有效地交流資訊：將 Project 資料匯出到Word 、Excel、PowerPoint

二十八、代碼那些事兒　　這個是講軟體研發過程管理的系列，目標人群是那些身處研發管理位置或想成為研發管理的人。所以我不希望這個系列中出現代碼，也不希望出現和某種技術密切相關的代碼技巧。　　但是沒有辦法，軟體開發過程管理，有個很重要的一環，就是軟體代碼編寫。不編寫代碼，說的天花亂墜，管理做的再扭，也成為不了軟體。　　最近blog好友到了上限，所以無法加入好友了。於是就加入了N多QQ網友。大多數剛出道一兩年，還有不少在校學生，希望認識並聊聊，要和我聊設計模式、OO、SOA，還有人建議我去看看OO和UM

二十五、文檔知多少 　　去年，我們要讓軟體Team

自由軟體”與“開源軟體”這兩個詞彙經常被混淆使用，但是在昨晚參加 Richard Stallman 在澳大利亞電腦協會 Victorian 分支示範會的人，無疑已經接受了他對於二者哲學意義區別的看法。 他說，開源軟體的優勢，通常被形容為有實際價值的，可靠的軟體，而自由軟體運動則更崇尚使用自由。關於這一點，他解釋道，是因為自由軟體可以一直被改善，而使用非自由軟體則會喪失這種自由。這兩大陣營因此對著作權軟體有了非常不同的看法。將著作權軟體如 Oracle 資料庫運行於 GNU/Linux

轉自http://coolshell.cn/articles/4657.html#more-4657你知道這個世上有多少種開源軟體的許可證嗎？GPL，BSD，MIT，Apache？GNU上有個網頁，上面記錄了幾乎所有的開源軟體的許可證，真TMD的多，有開源的，有商用的，有軟體的，有文檔的，多得你都不想看了，天殺的，程式員們還真能鼓搗啊。不過，主流的也就幾種——GPL、BSD、MIT、Mozilla、Apache等等。那麼，你知道怎麼區別他們吧？怎麼選擇他們嗎？這裡有一張比較複雜的圖，在調侃這些紛

"Times New Roman"'>傳統觀念上的成功是指基於給定的財政預算，按照需求規格按時交付產品。[Standish]"Times New Roman"'>中給出了一些經典的定義：mso-hansi-font-family:"Times New Roman"'>成功的（Successful"Times New Roman"'>）mso-hansi-font-family:"Times New

實行軟體工程專案管理：▲　專案經理（負責人）：專案經理（負責人）對整個項目負完全責任，是指導、控制、管理和規範某個軟體和軟/硬體系統建設的人，專案經理（負責人）是最終對客戶負責的人。▲　軟體專案經理（負責人）：軟體專案經理（負責人）對一個項目的所有軟體活動負完全責任，控制一個項目的所有軟體資源，按照軟體約定與專案經理（負責人）打交道。▲　軟體工程組： 軟體工程組是負責一個項目的軟體開發和維護活動（例如：需求分析、設計、編程和測試）的人員（包括管理員和技術人員）。▲　系統工程組：

做軟體也有十幾年了，一波一波的“IT行業的冬天”不斷的湧來。在這種情況下，自己創業走什麼方向，一直是我在思考的問題。寫這篇文章不是為了給別人看，而是提醒自己，哦，你當時有過這種想法，現在有沒有新的更好的想法呢？現實的情況是：1、經濟上的冬天，造成小企業的大量倒閉，很多中小企業被迫走合并規模化的道路。2、個人電腦，上網人數在不斷增加，中國的網民超過了美國，除了企業和網吧，但真正能協助這些家庭能解決他們的個人軟體需求和維護需求很少，面也很窄。 就1來說，中小企業的合并，實際上是跨企業的軟體服務的機遇

framework體系較穩定，效率開始上來。 framework內容很多，這篇只是簡要介紹一下.---- XP過程 --------------------------------------------------面談->  確定管理流程  ->  製作demo -> 示範研討/改demo -> 合約 ->補足 ->  細化 -> 完成(1) 啟動Framework，開新項目      從std產生標準資料庫，加上示範所需之使用者差異。     運行

許多人都以為專案經理總是與“理想與光榮”相伴的，其實作為一個有志於改進中國軟體開發流程的專案經理來說，他們承擔的更多的是“艱辛與痛苦”。 　　在這裡，我通過我擔任專案經理期間所遇到的種種現象，來總結專案經理所必需具備的素質，當這些素質您不具備的話，就需要花費多年的努力來培養他，如果無法培養成功，那麼請您轉換崗位，因為專案經理不適合您，您難以在這個方面獲的成功。

Synaptic軟體包管理器（又稱“新立得軟體包管理器”）View Code

大多數做軟體開發的人員都知道UML,但UML如何才能在軟體項目開發中發揮它的巨大作用呢？下面就項目不同階段的特殊情形的特殊要求來講一下UML的運用。UML在軟體不同階段中的應用：一、需求分析階段：開發軟體的過程中，在需求分析階段最大的任務就是---要搞清楚使用者需要我們開發的軟體來做什麼，軟體有什麼功能。UML的使用案例圖就可以表示客戶的需求。通過用例建模，可以對外部的使用者角色以及它們所需要的系統功能進行建模。這時每個用例都直觀地體現了客戶的需求（使用案例圖大多數人既是沒有搞過軟體的行外人也都

併發模式為在多線程或進程間共用資源而設計的2種模式：      ·主動對象設計模式將方法執行和方法調用分離開來。目的是加強並發和簡化對駐留在自身控制線程中的對象的同步訪問。      ·監視器對象設計模式同步化並發方法的執行，以確保同一時刻在對象內部只有一個方法運行。它也允許對象的方法協作調度方法的執行順序。 下面2種模式定義了高層並發體繫結構：     

首先，讓我們分析一下背景。什麼是軟體開發過程中最不穩定的因素？——答案是需求！需求在軟體開發過程中時時刻刻都可能發生變化。那麼，如何靈活應對變化是軟體結構設計中最重要也是最困難的一個問題。好的設計帶來了極大了靈活性，不好的設計則充斥著僵化的臭味。這樣，也就引出了本文的主題：【開發封閉原則】。     

"Win32編程”　　很不幸，我從開始學習編程到理解這個名詞中間隔了很長的時間（上個世紀的學習環境可見一斑）。很長時間裡我都不明白32是指什麼，我用過Dos,Win31,win95,win97...但好像沒用過名為Win32的作業系統啊？很久以後我才知道，32在這裡並不是指作業系統的版本號碼,而是指32位。微軟作業系統在win31及其以前都是DOS系統，windows只是在dos下啟動並執行一個大程式而已。在其後win95則稍有改變，windows除了DOS核心以外也真正成為了作業系統的一部分，

　　　二、 API篇  　　隨著Windows作業系統開始佔據主導地位，開發Windows平台下的應用程式成為人們的需要。當然，這也為傳統的DOS程式員提供了一種新的編程方法—一種不受裝置限制並由事件驅動的編程方法。另一方面，Windows

辦公OpenOffice - office suitePC Suite 602 - office suiteAbiWord - text editorAtlantis Nova - text editorMicrosoft PowerPoint Viewer - power point files viewerAdobe Reader - pdf readerFoxit PDF Reader - pdf readerPDFCreator - create pdf documentsDoc