軟件開發與項目管理（簡體書）

高等職業教育專業教學資源庫建設項目是教育部、財政部為深化高等職業教育教學改革，加強專業與課程建設，推動優質教學資源共建共享，提高人才培養質量而啟動的國家級高職教育建設項目。軟件技術專業（項目編號：2011-1-4）於2011年8月被教育部確定為高等職業教育專業教學資源庫年度立項及建設專業。《高等職業教育專業教學資源庫建設項目規劃教材：軟件開發與項目管理》是高等職業教育專業教學資源庫建設項目“軟件開發與項目管理”課程的配套教材，是按照高職高專軟件技術專業人才培養方案的要求，總結近幾年國家示範性高職院校軟件技術專業教學改革經驗編寫而成的。《高等職業教育專業教學資源庫建設項目規劃教材：軟件開發與項目管理》以教育案例“大學生綜合素質拓展訓練學分管理系統”作為貫穿全書的項目載體，重點闡述了軟件開發的基本過程和項目管理方法。全書共分8個單元，單元一介紹了軟件開發過程模型與軟件開發方法的概述；單元二～六系統闡述了需求分析、軟件設計、編碼、軟件測試、軟件部署與維護的軟件開發完整過程；單元七以教育案例項目為例闡述了項目管理的重要內容，即項目計劃制訂、配置管理和質量管理；單元八是綜合項目實戰，用前7個單元中介紹的軟件開發方法與項目管理知識闡述“學生公寓管理系統”的開發過程。
《高等職業教育專業教學資源庫建設項目規劃教材：軟件開發與項目管理》圖文並茂，以導航圖標、圖表、文字等多種形式形象地闡述了軟件開發和項目管理的抽象過程。此外，本書在醒目的位置將與教材配套的教學課件、教學視頻、測試習題、案例庫、項目庫、文檔模板和工具使用手冊等立體化學習資源展現給讀者，讀者可依據書中的鏈接進行下載。
本書可作為高職、大專院校軟件技術與計算機應用專業方向的教材，也可以作為IT從業者、軟件研發人員的參考書。

《高等職業教育專業教學資源庫建設項目規劃教材?高等職業教育軟件技術專業教學資源庫:軟件開發與項目管理》可作為高職、大專院校軟件技術與計算機應用專業方向的教材，也可以作為IT從業者、軟件研發人員的參考書。

單元1軟件開發過程模型和軟件
開發方法概述
學習目標
[知識目標]
[能力目標]
單元介紹
任務一軟件開發過程模型
任務簡介
支撐知識
任務實施
任務小結
拓展訓練
任務二軟件開發方法
任務簡介
支撐知識
任務實施
任務小結
拓展訓練
能力訓練與素質拓展

單元2需求分析
學習目標
[知識目標]
[能力目標]
單元介紹
任務一需求獲取
任務簡介
任務分析
支撐知識
任務實施
任務小結
拓展訓練
任務二軟件需求分析
任務簡介
任務分析
支撐知識
任務實施
任務小結
拓展訓練
任務三需求規格說明書編寫
任務簡介
任務分析
支撐知識
任務實施
任務小結
拓展訓練
能力訓練與素質拓展

單元3軟件設計
學習目標
[知識目標]
[能力目標]
單元介紹
任務一軟件架構設計
任務簡介
任務分析
支撐知識
任務實施
任務小結
拓展訓練
任務二界面設計
任務簡介
任務分析
支撐知識
任務實施
任務小結
拓展訓練
任務三數據庫設計
任務簡介
任務分析
支撐知識
任務實施
任務小結
拓展訓練
任務四模塊設計
任務簡介
任務分析
支撐知識
任務實施
任務小結
拓展訓練
能力訓練與素質拓展

單元4編碼
學習目標
[知識目標]
[能力目標]
單元介紹
任務一編碼規範
任務簡介
任務分析
支撐知識
任務實施
任務小結
拓展訓練
任務二代碼優化
任務簡介
任務分析
支撐知識
任務實施
任務小結
拓展訓練
任務三代碼調試
任務簡介
任務分析
支撐知識
任務實施
任務小結
拓展訓練
能力訓練與素質拓展

單元5軟件測試
學習目標
[知識目標]
[能力目標]
單元介紹
任務一黑盒測試
任務簡介
任務分析
支撐知識
任務實施
任務小結
拓展訓練
任務二白盒測試
任務簡介
任務分析
支撐知識
任務實施
……
單元6軟件部署與維護
單元7項目管理
單元8綜合項目實戰

首先要為需要編寫的軟件需求文檔定義一種標準模板。該模板為記錄功能需求和各種其他與需求相關的重要信息提供了統一的結構。注意，其目的并非是創建一種全新的模板，而是采用一種已有的、可滿足項目需要的、適合項目特點的模板。許多組織一開始都采用IEEE標準830—1998（IEEE l998）描述的需求規格說明書模板。在很多情況下，模板是很有用的，但有時要根據項目特點進行適當的改動和裁剪。
需求規格說明書作為產品需求的最終成果必須具有綜合性，必須包括所有的需求。開發人員和用戶不能進行任何假設。如果任何所期望的功能或非功能需求未寫入軟件需求規格說明書，那么它將不能作為協議的一部分，并且不能在產品中出現。
一、項目背景和介紹
該部分很容易被忽視，主要是大家都不愿意認真寫這塊內容。其實，這塊內容很簡單，即為什么要提出一個系統，目前遇到了什么樣的問題，哪些問題應該得到解決和優化。把這幾點說明白，可以幫助設計人員和開發人員理解相關的功能奠定一個基礎。
二、確定讀者
需求文檔有粗細之分，劃分它的基礎就是確定讀者。一般寫軟件需求規格說明書時，在沒有特殊要求情況下，鎖定為用戶、設計人員、開發人員。軟件需求規格說明書應該寫得較細，可細到每一個功能、功能間的前后關系。
三、術語
列出跟本系統有關的名稱，這里列出術語。在文檔中有時會出現沒有提到過的術語，此時不需要列出，給讀者減輕點負擔。
還有就是表達方式的統一，如“修改”、“編輯”、“用戶”、“員工”等，文檔中應把這類詞語統一表達，以避免引起歧義。
四、描述模塊
在編寫模塊時，通常包括模塊摘要，業務數據項，模塊功能點的操作說明、規則、相關業務及模塊、角色、附圖等。
①模塊摘要：說明模塊在系統中所處的環境、目的、要解決什么樣的問題，以及要達到這個目的該模塊應該包括哪些功能。
②業務數據項：包括業務數據項名稱及說明。這里只會列出所支撐業務的數據項，不是設計數據庫。很多人在寫數據項的說明時不認真考慮，內容和名稱一樣，這是不合適的。說明是數據項詳細的描述。舉個例子，數據項名稱是項目狀態，很多人會將數據項說明寫成項目的狀態，乍一看，沒什么問題，但認真分析后會發覺，是什么狀態，業務狀態還是數據本身的有效狀態，沒有說明白。