軟件

過程建模：    1. 構造上下文資料流圖：系統被看作一個過程，確定系統範圍；    2. 繪製功能分解圖：將上下文資料流圖中的過程按照功能劃分為子系統；    3. 建立事件響應圖：將子系統業務過程進一步細化，用資料流圖描述；    4. 建立系統圖：將不同事件的資料流圖合并形成系統資料流圖；    5. 用文字描述資料流圖。

有時候在外面想控制公司的電腦, 如想查看郵件, 或者忘了帶某些資料, 要從公司的電腦上取些資料回來, 就想用遠端控制.曾用lava-lava但是發現這個軟體的遠端控制功能非常的不好用, 一啟動這個功能, lava-lava就掛掉. 沒法用. 後來就在網上, 試用其他的,如RemoteVNC,發現不可以. 最後終於找到一款非常不錯的, 叫TeamViewer.  這款軟體都不用安裝的, 直接解壓, 運行exe檔案. 它會自動連接到的它對應的伺服器上面. 然後就會返回一個ID號和密碼,

       模型設計是軟體架構師所需具備的基本技能之一，本文是一篇不錯的關於如何成為優秀模型設計者的文章，希望對大家有所協助！ ——Sunny              我們期待自己成為一個優秀的軟體模型設計者，但是，要怎樣做，又從哪裡開始呢？ 　　將下列原則應用到你的軟體工程中，你會獲得立杆見影的成果。 　　1. 人遠比技術重要

接前一篇文章： “設計模式真的能改善軟體品質嗎？（一）”結果分析      選取三個知名的設計模式：組合模式、抽象原廠模式、享元模式     (1)  組合模式         結論：組合模式對大部分品質屬性都有正影響，延展性(Scalability)和健壯性(Robustness)除外。                 (2) 抽象原廠模式      結論：總體上來說，抽象原廠模式對軟體品質屬性的影響為中等，擴充性、普遍性和模組性不錯，但是健壯性的結果令人吃驚。        (3)

     對於軟工視頻的總結花了有一兩天的時間，今天總算是走到最後一步了。前面的幾篇部落格都是對於軟工的部分總結，而這一篇部落格，我想對軟工視頻做一個總的宏觀上的總結。可能不是很詳細，但是基本上能夠表示出他們之間的關係。我仍舊以一張圖的形式將其展示出來。在做這一張圖的時候我也查了不少的資料，看了不少同學的部落格，進行了一些篩選。儘管很努力，但最終還是不太讓人滿意。希望大家在看的時候能批評指正。

     需求分析階段和系統設計階段產生的文檔，都不能直接在電腦上執行，只有完成了程式設計後，再產生可執行代碼，從而使系統的需求能真正實現。   

      作為一名程式員,設計出的軟體是否好,不僅僅是說代碼設計的多麼優秀,演算法有多麼嚴密!是好是壞更多的還是使用者說了算!對於使用者來說，一款好的軟體意味著“實用，易用，美觀”      聽說軟體行業很少發生那麼感動人的情境：使用者熱切地握著開發人員的手，連聲稱讚“你們開發的軟體真是好用、真是漂亮啊”。可是我們看到的大多是相反的情境：使用者滿腹牢騷，開發人員垂頭喪氣。可見，要達到能夠同時注重軟體和使用者需求的境界還要很長的一段路要走。所以，本人決心，從菜鳥開始，就注重軟體介面設計的友好性。

Linux手機DIY.夏新E600和飛利浦968移植軟體的開始草木瓜  2006-10-29一、序     不過幾天的時間，我們已經能擷取夏新E600和飛利浦968的大量內部資訊，我曾經考慮過先實現telnet，不過現在我覺得還是應該加快移植第三方軟體的步伐了，因為所有的條件都已成熟！二、重要提示    為了方便更好的理解本文，提供下面鏈結。    全系列的文章地址，手機應用開發專欄：http://blog.csdn.net/liwei_cmg   

      生活中各種軟體在默默的為我們服務，那麼軟體開發的驅動力在哪裡呢？      首先想到的是，軟體開發的驅動力源於市場需求，有什麼樣的需求，就會相應產生軟體來滿足這個需求。這是毋庸置疑的。但是有沒有其他驅動力呢？比如說，驅動軟體開發的驅動力來源於硬體設計的改變，有什麼新的硬體機制，就需要相應的驅動軟體來實現這個功能，提供一個獨特的功能，或給整個系統提供更好的效能。也就是說，軟體的角色不同，驅動力也是不同的。當然了，硬體裝置驅動軟體的開發動力還來自於應用軟體需求，間接的體現使用者需求。 

If anyone knows the joys and sorrows of managing software development projects, it would be Linus Torvalds, creator of the world's most popular open-source software program: the Linux operating system. For more than 20 years, Torvalds has been

     用了十多年的電腦,不算專家,總有些體驗,有些感受.      剛才使用迅雷五下載, 不小心關閉了, 再開啟時強制讓我升級到迅雷七.      想想,我也是免費用的,他讓怎麼做就怎麼做吧.點了升級,可是升級以後,我的下載列表! 全部都沒有了,也沒有提示我應該去重新找回我的列表資訊!     不但如此, 什麼都沒做好的情況, 還彈出多個廣告視窗, 我不管裡面寫的什麼優惠什麼免費,反正我就不要這視窗彈出來. 旁邊的欄也全是廣告,而且不斷的在那蹦,讓人心煩透頂@!      回想近年來,

    本文轉載自：http://www.iii-soft.com/forum.php?mod=viewthread&tid=1517     文中提出使用開源的軟體建設nsm系統（網路安全監控系統）類似於現在業內多次提倡的安全管理平台，但nsm作為開源軟體，其目的主要是進行審計。文章的作者richard bejtlich是foundstond公司的進階顧問人員，曾參與美國聯邦調查局多重專案，並負責培訓聯邦調查局人員。翻譯工作由灰色的吉它完成。進行流量匯聚的主監控要手段：集線器（HUB）

0. “物件導向”比你想象的要難得多也許只有我有這種想法，不過我曾經以為電腦科學課上學過的“物件導向”是很簡單的東西。我的意思是，建立一些類來類比現實世界能有多難啊？其實，那還真是挺難的。十年之後，我仍然在學習如何合理地建模。我後悔以前我沒有花更多的時間來學習物件導向和設計模式。優秀的建模技術對於每一個Team Dev都是非常有價值的。　　1.

好的原程式做出好的軟體　　有些人會想：只要程式運行結果好，就不管原程式編得怎樣。但絕對不是這樣的。軟體不是一次性就作完的，有必要做修改，擴充等管理。所以原程式要盡量作成易看懂，管理方便。　　這樣做，第一是為了軟體開發人員方便，其次還會影響到軟體的效能。管理不方便的程式不會作出好的軟體。　　希望通過這篇文章能學到好的編程習慣。要理解這文章的內容，你至少要懂得1個開發工具語言。這裡舉例說明的都是C語言，但你對C語言沒有瞭解也不要擔心。這裡說明的是原理而不是特定的語言。1.

11:題目概述輸入一個長度為N(字串長度不定)的字串，字元均為英文字元請完成如下功能：1）根據輸入的字串，產生n個字元子串字元子串建置規則：分隔字元是空格，字元子串的排列順序與原始字串保持一致，且不包含分隔字元2）根據要求輸出某個序號的字元子串，序號1~n表示。樣本:輸入的原始字串為“ Welcome to  HuaWei   software    training     camp! ”要求輸出的第1個字元子串，則輸出結果應為“Welcome”要求輸出的第2個字元子串，則輸出結果應為“to”

軟體開發流程1 相關係統分析員和使用者初步瞭解需求，然後用WORD例出要開發的系統的大功能模組，每個大功能模組有哪些小功能模組，對於有些需求比較明確相關的介面時，在這一步裡面可以初步定義好少量的介面。  2 系統分析員深入瞭解和分析需求，根據自己的經驗和需求用WORD或相關的工具再做出一份文檔系統的功能需求文檔。這次的文檔會清楚例用系統大致的大功能模組，大功能模組有哪些小功能模組，並且還例出相關的介面和介面功能。  3 系統分析員和使用者再次確認需求。  4

1、首先看一下本地視窗的布局效果2、看一下本地視窗實現的代碼架構2、本地視窗的具體實現代碼LocalPanel.javapackage com.oyp.ftp.panel.local;import java.awt.Color;import java.awt.Desktop;import java.awt.Dimension;import java.awt.event.ItemEvent;import java.io.File;import java.io.IOException;import

我們在前面的文章中已經介紹了一些軟體的設計模式，並給出了一些非軟體的例子。下面，讓我們繼續完成軟體設計模式的探索，來看看這些模式中的行為模式及執行個體。 行為模式作者總結了十一種行為模式。這些模式可以在硬幣分類銀行、餐館訂餐、音樂、運輸、汽車修理、自動售貨機和家庭建築中找到例子。 職責鏈（Chain of Responsibility）舉例

      只要不是白癡，每個小的個體商業機構的老闆都渴望有更多的人知道自己的產品，一般都會想到要利用網路資源來宣傳自己的產品，於是產生了各種五花八門的網路營銷手段。由於本人長期深處軟體培訓領域，自然會關注和分析一些同行在網路上的各種宣傳方式，時間一長，我也從中慢慢地看明白和學到了一些網路營銷手段，現在全部公之於眾，全當給各位網友增加一些見識，豐富一下人生經驗。如果這些披露不小心觸動了某些人的利益，還請口下積德，多多擔待。如果有網路營銷高手看到了，還請多多指教，為大夥補充一些更多的網路營銷秘密。

我叫鄒欣,  是微軟亞洲研究院 創新工程中心 首席研發主管 (Principal Development Manager).  我和同事們一起把研究成果轉化為商業軟體產品和服務。近期主要專註於垂直搜尋，企業搜尋，軟體開發工具和數字娛樂等領域。 在工作之餘,  我也寫書 （移山之道， 編程之美），寫部落格，講課。 我用這個部落格管理在微軟亞洲研究院進行的中科大 "現代軟體工程" 課程. 學生的部落格:         http://blog.csdn.net/MicroTeam