軟件

金剛合體和巨人肩膀6人模式是必須的,而且請注意我這裡盡量用了”人”這個名詞而不是”角色”,為什麼?很多人認為既然是角色,就可以兼職,比如管理兼構架,構架兼需求,設計兼開發,開發兼測試. 這樣一個團隊就變成2-3人了,也能形成合理的6”角色”模式.真的如此嗎?

作為軟體從業人員，如果你去問他們1年之後的軟體什麼樣子，或許他會和你討論，這個語言，那個架構，哪個更流行，哪個更好用；3年之後的軟體呢，或許他又會和你侃SOA，SAAS，雲端運算等等當下流行的概念和趨勢；那麼10年之後呢？（WebOS?）20年之後呢？甚至100年之後呢？或許有人馬上發出異議：“哥們，沒事吧？”“洗洗睡吧”之類。的確，軟體行業是一個充滿了變數和奇蹟的地方，今天你是一方霸主，明天或許已經老態龍鐘；今天他或許已是暮氣沉沉，明天或許又煥發出來第二春。。。

我不得不說，這次我做得很失敗。作為一個組長，沒有帶好頭。首先從技術上說，這次的語音交談系統，並不是很困難，但我卻把它想複雜了。一、我不該把MFC當J2SE來進行設計分析。MFC是直接封裝了底層的API，但卻不能拋開底層。而我卻在不瞭解MFC和系統底層時把邏輯架空了進行設計。二、我本身不瞭解MFC，我雖然知道它很複雜，但卻想當然得進行設計。然後發現了很多技術難題，如Socket的阻塞和非阻塞，線程同步和訊息處理、工程設定等等。三、沒有認真學習老師給出的代碼，其實老師給出的代碼中其實已經有很多提示了

文章目錄      選擇開發Windows Phone 7 應用程式欲使用的Framework 之後並未限制應用程式不能使用另外的Framework 提供的功能，也就是說選擇Silverlight Framework 做為應用程式發展基礎的應用程式還是能夠透過參考組件的方式使用到XNA Framework 提供的功能，反之，選擇XNA Framework 做為應用程式發展基礎的應用程式也同樣能夠透過參考組件的方式使用到Silverlight Framework

 三五個人十來條槍 如何走出軟體作坊成為開發正規軍 專案經理的工具箱---走出軟體作坊：三五個人十來條槍 如何成為開發正規軍（三）

 軟體構架 是什麼，你是怎麼理解軟體架構的？二派觀點：  組成派：  軟體系統的構架將系統描述為計算群組件與組件的互動。計算群組件是泛指，可以進一步細分為，處理組件、資料群組件、串連組件等  總之。 組件可以是子系統、架構、模組、類等不同粒度的軟體單元。它們可以擔負不同的職責。   決策派：   RUP中對軟體架構的定義   軟體架構包含了關於以下問題的重要決策：  

1、檢測註冊表     只安裝了sqlserver2000的時候，好辦， HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\CurrentVersion，這是key，用代碼取到Value，搞定，具體代碼可以google，下面貼的我也沒試過，     RegistryKey regkey = Registry.LocalMachine.OpenSubKey("SOFTWARE",

1. 軟體版本階段說明 * Base版: 此版本表示該軟體僅僅是一個假頁面連結，通常包括所有的功能和頁面配置，但是頁面中的功能都沒有做完整的實現，只是做為整體網站的一個基礎架構。 * Alpha版: 此版本表示該軟體在此階段主要是以實現軟體功能為主，通常只在軟體開發人員內部交流，一般而言，該版本軟體的Bug較多，需要繼續修改。 * Beta版: 該版本相對於α版已有了很大的改進，消除了嚴重的錯誤，但還是存在著一些缺陷，需要經過多次測試來進一步消除，此版本主要的修改對像是軟體的UI。 * RC版:

今天為期15天的實訓終於結束了，很慚愧我沒有能做出很好的軟體。不過我覺得也很正常。只是我看到了其他同學的作品，真的很不錯，如果能這樣，有幾個同學這麼做，QQ也不再話下啊……太NB了，真的不可思議啊……看了之後很沒信心，覺得自己沒啥用，天天想搞項目，結果搞不出一個很好的東西來，真是不如一頭撞死文章來源:http://herald.seu.edu.cn/blog/shiningray/archive/2005/03/13/14049.aspx

進了大學，我還沒選過別的體育課，從大二上到現在，打了四個學期乒乓球了，不過水平還是不見長。今天向同學講解UML，告訴他到底要怎樣學這個東東，不過我也不是很熟的說。不知怎的，就拿乒乓球作比較了。乒乓球中打一場球賽，和軟體工程中做一個項目類似。如何贏球賽，就好比如何做成功這個項目。大家知道的，比賽前要先分析對手的情況，這叫需求分析，知己知彼才能百戰百勝；然後要考慮，對手打什麼，我怎麼出手，如何組織進攻，出現意外怎麼辦，這叫結構設計；上戰場打了，這是編碼；比賽的時候根據實際情況不斷作出分析判斷，這叫迭

文章目錄 什麼是啟動畫面？為什麼需要啟動畫面？行動裝置 App程式的啟動畫面存在的環境後記

在需求明確、準備開始編碼之前，要做概要設計，而詳細設計可能大部分公司沒有做，有做的也大部分是和編碼同步進行，或者在編碼之後。因此，對大部分的公司來說，概要設計文檔是唯一的設計文檔，對後面的開發、測試、實施、維護工作起到關鍵性的影響。   一、問題的提出   概要設計寫什嗎？概要設計怎麼做？   如何判斷設計的模組是完整的？   為什麼說設計階段過於重視商務程序是個誤區？   以需求分析文檔還是以概要設計文檔來評估開發工作量、指導開發計劃準確？   結構化好還是物件導向好？  

如果你是一個人單幹，而且從來不想著讓代碼回到N久以前的狀態，那麼可以直接忽略這篇文章，否則，還是愛吧。。。詞庫： Repository(倉庫)、Trunk（主幹）、Branch(分支)、Revision(修改)常用版本控制軟體有以下幾個：svn, git, mercurial, vss，分別介紹一下。//-------------------------------------------------------------------------------------------------

1.版本類型1.1 正式版本Enhance：增強版或者加強版 屬於正式版Full version：完全版 屬於正式版Release：發行版，有時間限制Upgrade：升級版Retail：零售版Plus：增強版，不過這種大部分是在程式介面及多媒體功能上增強。1.2 測試版本Alphal：自我裝載版Beta：正式發行前小眾測試版M版： Milestone，意思是每個開發階段的終結點的裡程碑版本Trail：試用版（含有某些限制，如時間、功能，註冊後也有可能變為正式版）RC：Release

之前寫過一個共用軟體的註冊系統，並從中得到一些經驗：其實，軟體註冊從使用者需求來說，是並不存在這種需求的，但是由於軟體產品的特性（容易複製），決定了絕大多數的商業軟體都要對其產品進行一定的保護，這種保護的目的就是讓購買了其產品的使用者能夠正常使用，而未購買的使用者只能試用或完全不能使用。如何設計一個好的註冊演算法，並且防止那些好事者的破解不是一件容易的事，我的建議是盡量採用如md5,des等複雜的演算法，並不止一次的調用它們，再加上自訂的加密函數並配上經典的CRC，Base64等可逆演算法。你這

軟體工程中10個最重要的理念原文：http://www.yourdonreport.com/index.php/2006/10/17/the-ten-most-important-ideas-in-software-engineering/1.軟體開發最終是由人來執行和完成而不是機器。Software development is performed by human beings. This notion was first popularized by Gerald Weinberg in

 * 測試過程按4個步驟進行，即單元測試、整合測試、確認測試和系統測試及發版測試。 * 開始是單元測試，集中對用原始碼實現的每一個程式單元進行測試，檢查各個程式模組是否正確地實現了規定的功能。 * 整合測試把已測試過的模組組裝起來，主要對與設計相關的軟體體繫結構的構造進行測試。 * 確認測試則是要檢查已實現的軟體是否滿足了需求規格說明中確定了的各種需求，以及軟體配置是否完全、正確。 * 系統測試把已經經過確認的軟體納入實際運行環境中，與其它系統成份組合在一起進行測試。 單元測試 (Unit

Scrum 學習筆記羅朝輝 (http://www.cnblogs.com/kesalin/)本文遵循“署名-非商業用途-保持一致”創作公用協議敏捷火了很長一段時間了，但是一直沒有機會實踐，現在開始組隊實踐了，哈哈，先好好研習下規則~~什麼是 scrum Scrum是一個敏捷開發架構，是一個增量的、迭代的開發過程。在這個架構中，整個開發週期包括若干個小的跌代周期，每個小的的跌代周期稱為一個 Sprint，每個 Sprint 的建議長度2到4周。在 Scrum 中，使用產品 Backlog

在進行軟體開發過程中間，有很多小功能的實現，雖然這些東西你可以不用，但是如果應用仂將會是你的程式更具有專業性。一、設定程式自動運行。    很多監視軟體要求軟體能夠在系統重新啟動後不用使用者去點擊表徵圖啟動項目，而是直接能夠啟動運行，方法是寫註冊表Software\\Microsoft\\Windows\\CurrentVersion\\Run。參考程式可以見下：(尋找程式目錄的執行檔案，存在則進行添加註冊表操作)         HKEY RegKey;         CString

Koders Enterprise Solutions deliver significant productivity gains and accelerate application development while reducing costs and errors. The specialized Koders search technology allows software development teams and managers to quickly catalog,