一、外包的型別：
1、 ito(資訊科技外包)，強調技術領域的外包。
2、 bpo(業務流程外包)，強調業務流程，解決業務效果和運營效益的問題。
3、 kpo(知識流程外包)，注重高階的研發活動外包。
二、發展服務外包的優點：
1、 提公升產業結構
2、 有利於轉變對外**的增長方式，形成新的出口支撐點
3、 有利於提高利用外資水平，優化外商投資結構
4、 有利於提高大學生的就業率
三、主要的外包市場日本：文化相近、長期合作、地理位置等優勢，歐美出於防範風險、降低成本和開拓中國市場的需要，有意分流訂單到中國
四、軟體外包專案全過程管理（8個階段）：
外包決策選擇接包方簽訂合同專案計畫軟體開發軟體驗收交貨專案收尾軟體維護
五、軟體工程過程（5個階段）：需求分析、設計、實現、測試、維護
六、軟體過程模型
1、瀑布模型優缺點：
2、螺旋模型優缺點：
3、增量模型優缺點：
七、軟體開發規範(綜合性題目、選擇題)
八、軟體開發文件：
1、 軟體文件的分類:
a) 使用者文件（產品文件）:使用者手冊、操作手冊、資料要求說明書
b) 工程過程類文件（開發文件）:可行性研究報告、軟體需求規格說明書、概要設計說明書、資料庫設計說明書、詳細設計說明書、模組開發卷宗
c) 管理過程類文件（管理文件）：專案開發計畫、測試計畫測試分析報告、開發進度月報、專案開發總結報告
2、 軟體文件規範的重要性：
a) 編碼規範能夠提高程式的可讀性和可理解性
b) 編碼規範能夠是**更加容易維護
c) 編碼規範可以提高編碼效率
d) 將個人編碼的個性融入團隊的過程
e) 編碼規範是進行**評審的基礎
總之，程式編碼規範可以直接提高軟體修改時的質量因素，包括可理解性、可維護性和可測試性；也可以直接提高產品執行時的部分質量因素，如正確性；可以見解提高軟體的其他質量屬性。
3、 軟體質量保證：是建立評審和審核軟體專案所用的計畫、標準和規程
質量保證是一種有計畫的、貫穿於整個軟體生命週期的質量管理辦法，質量保證活動的開發過程活動的關係課本p86 圖3-11所示：
a) 制定質量保證計畫：輸出《專案質量保證計畫》
b) 執行質量保證計畫：輸入《專案質量保證計畫》、輸出《專案質量保證報告》
c) 質量問題跟蹤：輸入《專案質量保證報告》、輸出《專案質量問題跟蹤表》
九、溝通管理:專案溝通管理包括為確保專案資訊及時而且且當地生成、收集、發布、儲存、呼叫並最終處置的各個過程。
溝通管理的主要活動過程包括：1、規劃溝通；2、發布資訊；3、報告績效；4、管理利害關係人。
1、 規劃溝通：專案經理參與，輸入(立項管理產生的相關資料、組織過程資產)，輸出《專案溝通管理計畫》，《專案利害關係人登記表》，《專案利害關係人管理策略表》
2、 發布資訊：由專案經理，專案組成員，專案利害關係人參與，輸入《專案溝通管理計畫》、《專案利害關係人登記表》、《專案利害關係人登記策略表》
3、 報告績效：由專案經理參與，輸入《專案溝通管理計畫》
4、 管理利害關係人：由專案經理參與，輸入《專案溝通管理計畫》、《專案利害關係人登記表》、《專案利害關係人管理策略表》
溝通管理的主要工作成果：《專案利害關係人登記表》、《專案利害關係人管理策略表》、《專案溝通管理計畫》和《問題管理表》等，這些工作成果都無須特別的文件模板。
十、風險管理：風險管理師專案管理的重要活動，及時發現和應對風險可以降低專案延遲、預算超支或者是專案失敗的可能性。風險管理是乙個持續的過程。
風險管理包括制定風險管理計畫、識別風險、分析風險、處理風險、跟蹤風險和總結風險6個過程。風險管理活動流程如課本p127 圖4-6 所示:
風險管理的主要工作成果有：《專案風險管理計畫》和《風險管理表》
十一、簡答題：傳統軟體工程的優缺點
1、 傳統軟體工程的優點：
a) 在編寫第一行**之前充分強調了需求和設計，避免了時間的浪費，同時還可以盡可能地保證實現客戶的預期需求。
b) 提取需求和設計提高了產品質量
c) 當團隊成員分散在不同地點的時候，瀑布模型可以幫助實現有效的知識傳遞
2、 傳統軟體過程的缺點：
a) 軟體需求分析：客戶並不是一開始就知道他們需要的是什麼，而是在整個專案金成中通過雙向互動不斷明確的；傳統軟體過程正是強調捕獲需求和設計，在這種情況下，現實世界的反覆無常就顯得傳統軟體過程有些不切實際。
b) 即使給定了客戶需求，根據這些需求在一定的精確性範圍內估算時間和成本也是非常困難的。
c) 通常，看上去合理可行的設計方案在現實中往往代價高昂或者異常艱難，從而需要重新設計，這樣就破壞了傳統軟體過程清晰的階段界限。
d) 傳統軟體過程將軟體開發進行清晰的分工，將參與開發的人員分為設計師、程式設計師和測試員，但是在現實中這樣的分工對於軟體組織而言，既不現實也沒有效率。
十二、軟體需求分析階段的成果：根據軟體需求分析階段工作的主要步驟可以知道，軟體需求分析階段的主要成果有：
1、 《使用者需求說明書》
2、 《軟體需求規格說明書》
3、 《使用者介面設計說明書》
4、 《系統測試說明書》
十三、軟體設計階段的成果:
1、 《系統概要設計說明書》
2、 《資料庫設計說明書》
3、 《系統詳細設計說明書》
4、 《整合測試說明書》
5、 《單元測試說明書》
十四、詳細設計的原則：
1、 模組的邏輯描述要清晰易讀、準確可靠
2、 採用結構化或物件導向設計方法，改善控制結構，降低程式的複雜程度，從而提高程式的可讀性、可測試性和可維護性
詳細設計的目標任務：
1、 為每乙個模組確定採用的演算法，選擇某種適當的工具表達演算法的過程，寫出模組的詳細過程性描述。
2、 確定每乙個模組使用的資料結構
3、 確定模組介面的細節
4、 為每乙個模組設計出一組測試用例，以便在編碼階段對模組**進行預訂的測試。
十五、單元測試的認識誤區和實施原則：
1、 認識誤區：
a) 單元測試效率低，浪費時間太多
b) 單元測試必須由測試人員進行
c) 設計和編碼質量高，不需要進行單元測試
2、 單元測試原則：
a) 單元測試一般在**編譯之後實施，但在實施單元測試之前應該對**進行靜態分析和**的評審，可以排除一些**的邏輯表達錯誤，提高單元測試的效率。
b) 單元測試應該使用白盒測試和黑盒測試相結合的灰盒測試方法。
c) 在上下邊界以及可操作範圍內執行所有的迴圈。
d) 單元測試應該選擇足夠的測試用例
十六、統一過程：是軟體工程的過程。它提供了在開發組織中分派任務和責任的紀律化方法。
它的目標是在可預見的日程和預算前提下，確保滿足終端使用者需求的高質量產品。統一過程模型是一種「用例驅動，以體系結構為核心，迭代及增量」的軟體過程框架，由uml方法和工具支援。
十七、uml標準
uml是乙個允許開發人員清晰地交流軟體需求、軟體架構和設計的工業標準語言。
擴充套件：軟體需求分析的主要工作：
1、 客戶需求分析：（專案經理、專案組成員、客戶）輸入與軟體專案需求相關的業務資料，輸出《使用者需求說明書》
2、 功能需求分析：（專案經理、專案組成員）輸入《使用者需求說明書》、與軟體專案需求相關的業務資料；輸出《軟體需求規格說明書》
3、 使用者介面設計：（專案經理、專案組成員）輸入《軟體需求規格說明書》；輸出《使用者介面設計說明書》
需求分析的主要成果：《使用者需求說明書》、《軟體需求規格說明書》、《使用者介面設計說明書》、《系統測試說明書》
軟體設計的主要工作：
1、 系統結構設計（概要設計）：（專案經理、專案組成員），輸入《軟體需求規格說明書》、《使用者介面設計說明書》；輸出《系統概要設計說明書》、《資料庫設計說明書》、《整合測試說明書》
2、 程式結構設計（詳細設計）：（專案經理、專案組成員），輸入《軟體需求僱乙個說明書》、《使用者介面設計說明書》、《系統概要設計說明書》；輸出《系統詳細設計說明書》、《單元測試說明書》
軟體設計階段的成果：《系統概要設計說明書》、《資料庫設計說明書》、《系統詳細設計說明書》、《整合測試說明書》、《單元測試說明書》
軟體開發過程規範
版本 1.0 修訂歷史紀錄 目錄1.前言 3 1.1 目的 3 1.2 物件 3 1.3 要求 3 1.4 適用範圍 3 1.5 軟體開發過程模型 3 1.6 開發過程劃分 3 2.技術過程規範部分 3 2.1 概述 3 2.2 業務建模階段 4 2.3 需求階段 5 2.4 分析設計階段 6 2....
軟體開發過程管理流程
吉林林業資訊科技有限責任公司 2012年9月 目錄1 編寫背景 3 2 編寫目的 3 3 名詞解釋 3 4 適用範圍 3 5 公司各部門職責及關係 3 5.1 專案管理委員會 3 5.2 專案管理部與總工辦 3 5.3 公司各部門主要職責 3 5.3.1 公司董事會 3 5.3.2 總經理辦公室 3...
規範軟體開發過程 軟體配置管理實踐
2010 05 19 網路 隨著軟體系統的規模 複雜度日益上公升，軟體開發過程管理已經成為保證軟體系統開發效率 質量 成本的關鍵性因素。作為軟體開發過程中質量保障的重要組成部分，行之有效的軟體配置管理 以下簡稱scm，software configuration management 能夠顯著提高軟...