軟件

        軟體工程定義：運用現代科學技術知識來設計並構造電腦程式及為開發、運行、維護這些程式所必須的相關 檔案資料。        從軟體開發的發展來看，軟體工程並不是隨著軟體開發的出現而出現，在軟體開發發展到一定階段，出現了一系列的危機，比如：                                    1.產品不符合使用者的實際需求                                     2.軟體開發生產效率提高的速度遠遠不能滿足客觀需要           

 拜讀林銳先生的《軟體工程思想》發現一段經典有句名言：“人分四類——人物，人才，人手，人渣。”    如果一個軟體公司裡上述四類人齊全了，那麼最好的分工是讓“人物”當領導，“人才”做第一線的開發人員，“人手”做行政人員，“人渣”負責行賄。    這裡只談公司的領導與開發人員“行還是不行”。“人物”畢竟是少數，“人才”可是濟濟的。舉重若輕的那類“人才”可以做領導，舉輕若重的那類人才適合做軟體開發人員。假如一群持有學士、碩士和博士文憑的畢業生到軟體公司應聘，該如何錄用呢？我的建議如下：   

總體設計的任務根據使用者需求分析階段得到的目標系統的邏輯模型確定一個合理的軟體系統的體繫結構.包括劃分組成系統的模組,模組間的調用關係及模組間的介面關係,軟體系統所用的資料結構或者資料庫結構.軟體結構和過程軟體結構是軟體元素(模組)間的關係表示,而軟體元素間的關係是多種多樣的,如調用關係,內含項目關聯性,從屬關係和嵌套關係等,這些關係都可以表示為層次形式.階層是軟體結構廣泛應用的一種表示形式,因為它結構清晰,可理解性好,從而使可靠性,可維護性和可讀性都得到提高.以模組為軟體元素的階層是一種靜態階

    /// <summary>    /// 旋轉的可視驗證碼圖象    /// </summary>    public class VlidationCode    {        public enum RandomStringMode        {            /// <summary>            /// 小寫字母            /// </summary>           

    當我們想開發一個軟體之前，必須有一個詳細的計劃，而不是腦袋一發熱想開發就開發的。就像我們蓋房子，當我們有這個想法的時候，必須考慮我們這個想法是否現實，蓋房子需要那些材料，需要準備那些東西，有那些問題是我們必須面臨和解決的。開發一個軟體也是這樣，前期的計劃是必須做的，也是至關重要的。 點擊查看大圖    因為我們整個軟體工程都是以文檔為驅動的，所以我們的軟體計劃也需要形成兩個文檔：可行性分析報告和項目開發計劃書。  

        軟體需求分析是整個軟體工程中的重中之中，只有深刻的理解我們需要“做什麼”，才能更好的設計我們“怎麼做”、“如何做”。       

   當我們做完需求分析，明白我們要做什麼了之後，就需要考慮“如何做”這個問題了。        面向過程：是一種以過程為中心的編程思想。就是分析出解決問題所需要的步驟，然後用函數把這些步驟一步一步實現，使用的時候一個一個依次調用就可以了。面向過程是一種基礎的方法.它考慮的是實際的實現.一般的面向過程是從上往下步步求精.所以面向過程最重要的是模組化的思想方法。 下面是軟體設計方法的一個總結，點擊查看大圖：    

       軟體測試是程式的執行過程，目的在於發現錯誤，一個好的測試案例在於能發現至今未發現的錯誤，一個成功的測試是發現了至今未發現的錯誤的測試。       測試時想以最少的時間和人力，系統地找出軟體中潛在的各種錯誤和缺陷。如果我們能成功地實施了測試，我們就能發現然其中的錯誤。測試不能表明軟體中不存在錯誤，它只能說明軟體中存在錯誤。      以上就是對軟體測試的總結與概括，軟體開發過程是一個自定向下，逐步細化的過程，測試過程是依相反順序安排的自底向上，逐步整合的過程。           

             需求分析藉助於當前系統的邏輯模型匯出目標系統的邏輯模型，解決目標系統的“做什麼”的問題。經由目標系統的邏輯模型執行個體化，即具體到某個業務領域得到物理模型。                             將軟體的需求分析總結如下：程式流圖表示需求分析的過程：        需求分析要能夠表達和理解問題的資訊域和功能域；要能以層次化的方式對問題進行分解和不斷細化；要給出系統的邏輯視圖和物理視圖。對問題分解可以橫向也可以縱向：                   

軟體外包測試管理與實踐        管理是指通過計劃、組織、領導、控制等途徑去完成某個任務、達成某個目的。以此類推，軟體外包測試管理，就是指利用以上途徑，去滿足軟體外包測試工作的需求。 　　本文圍繞這一主題，主要從軟體外包測試服務提供者的角度，探討軟體外包測試專案的管理方法及實踐經驗。為了便於讀者閱讀和理解，筆者將分計劃、組織、領導、控制四個篇章來展開論述。 　　1． 軟體外包測試管理之計劃篇 　　1.1 靈活選擇外包測試服務的方式及合約類型

本人只是測試心愛的Ctrl+V功能，如需跨貼追捕，自己找作者去。 轉自 http://blog.cnw.com.cn/index.php/44250/viewspace-101337 Joel的Fog Creek軟體公司換了一個辦公地點，這給了他一個實踐自己觀點的機會。在新辦公室的設計過程中，Joel說他主要考慮兩點： 1）有利於提高工作（編程）效率。程式員要思考很多東西，所以辦公環境中所有令人分心的因素都要最小化，保證程式員能夠集中注意力。

第一個境界：學習工具和語言的運用。包括程式碼程式庫和控制項、包、API等，以及資料庫、各種演算法等。把需要用到和可能用到的工具、語言以及其它各種資源都掌握。弄清楚各種東西能實現什麼，以及各自的特點。達到只要別人提出個功能，馬上能想到怎麼來實現。　　　　第二個境界：學習編程方法。包括軟體工程、各種架構的理解和運用。這個階段需要大量去看別人的代碼，還需要不斷實踐來感悟。弄明白同一個功能，不同方式來實現會有什麼區別。達到看到一個最終效果，馬上能明白怎麼實現會最好。　　　　第三個境界：思考要做什麼東西出

      在用UML進行建模時不免要用到類與類之間的五種關係。從他們的緊密程度由弱到強依次是依賴、關聯、彙總、組合、繼承。他們圖形樣式及部分解釋參看我的相簿。     

一、      軟體工程的目的：       建立並應用正確的工程方法開發出成本低、可靠性好並在機器上能高效啟動並執行軟體，從而解決或緩解軟體危機。二、       

Chapter 11

     軟體測試是軟體生存周期中必不可少的環節，軟體的典型生存周期可以用來形容：                      軟體測試的目的是儘可能早的發現軟體缺陷並確保其得以修複，因此軟體測試是提高軟體品質的重要手段，大量的經驗實踐證明，軟體測試越早參與到軟體開發過程中，開發出來的軟體品質相對越高，時間和物力也越經濟。    根據軟體工程的基本理論，多模組程式的測試共包括以下4個層次：     各階段測試的具體內容會在以後章節具體介紹，下面介紹一下軟體測試的經典技術。   

   前面總結了軟體測試層次的各階段目標和任務等相關內容，接下來將總結軟體測試的經典方法，即黑箱測試和白盒測試。其中黑箱測試有等價分類、邊界值分析、錯誤推測和因果圖等經典分析方法，本節先介紹黑箱測試中的等價分類，也稱等價分配或等價劃分，即分步驟的把過多（無限）的測試案例減小到同樣有效小範圍過程。   

    經過了單元測試和整合測試的學習，組裝測試已經完成，接下來要進行的就是確認測試，那麼本節就主要介紹確認測試。確認測試又稱有效性測試或合格性測試，其任務是驗證系統的功能、效能等特性是否符合需求規格說明。如：   有效性測試和軟體配置審查是確認測試最重要的兩項工作。  

點擊開啟圖片連結軟體專案計劃（Software Project Planning）是一個軟體項目進入系統實施的啟動階段,主要進行的工作包括:確定詳細的項目實施範圍、定義遞交的工作成果、評估實施過程中主要的風險、制定項目實施的時間計劃、成本和預算計劃、人力資源計劃等。　在軟體專案管理過程中一個關鍵的活動是制定專案計劃，他是軟體開發的第一步，專案計劃的目標是為項目負責人提供一個架構，使之能合理地估算軟體項目開發所需的資源 、經費和開發進度，並控制軟體項目開發過程按此計划進行。