軟體研發報告
目錄1. 範圍 3
2. 總體要求 3
2.1 總體功能要求 3
2.2 軟體開發平台要求 3
2.3 軟體專案的開發實施過程管理要求 3
2.3.1 軟體專案實施過程總體要求 3
2.3.2 軟體專案實施里程碑控制 4
3. 軟體開發 4
3.1 軟體的需求分析 4
3.1.1 需求分析 4
3.1.2 需求分析報告的編製者 5
3.1.3 需求報告評審 5
3.1.4 需求報告格式 5
3.2 軟體的概要設計 5
3.2.1 概要設計 5
3.2.2 編寫概要設計的要求 5
3.2.3 概要設計報告的編寫者 5
3.2.4 概要設計和需求分析、詳細設計之間的關係和區別 5
3.2.5 概要設計的評審 6
3.2.6 概要設計格式 6
3.3 軟體的詳細設計 6
3.3.1 詳細設計 6
3.3.2 特例 6
3.3.3 詳細設計的要求 6
3.3.4 資料庫設計 6
3.3.5 詳細設計的評審 6
3.3.6 詳細設計格式 6
3.4 軟體的編碼 7
3.4.1 軟體編碼 7
3.4.2 軟體編碼的要求 7
3.4.3 編碼的評審 7
3.4.4 程式設計規範及要求 7
3.5 軟體的測試 7
3.5.1 軟體測試 7
3.5.2 測試計畫 7
3.6 軟體的交付準備 8
3.6.1 交付清單 8
3.7 軟體的鑑定驗收 8
3.7.1 軟體的鑑定驗收 8
3.7.2 驗收人員 8
3.7.3 驗收具體內容 8
3.7.4 軟體驗收測試大綱 8
3.8 培訓 8
3.8.1 系統應用培訓 8
3.8.2 系統管理的培訓（可選） 9
本報告用於指導軟體開發者為山西電力科學研究所開發軟體專案的過程，通過規範軟體專案承擔單位的開發過程達到提高軟體質量，降低維護成本的目的。開發者應根據本指南進行軟體開發和編制軟體開發文件。本指南是對軟體專案承擔單位的基本要求。
網路應用環境以inter***技術為核心。
開發者在充分分析需求的基礎上，選擇採用b/s結構。
軟體系統的資料庫依照山西電力科學研究所資訊化資料庫的建設規範進行設計和建設。
本指南中沒有規定開發者採用何種具體的軟體工程開發方法，開發者可根據專案具體特點、自身擅長來選擇採用面向過程的方法、物件導向的方法或面向資料的方法，但建議開發商使用物件導向軟體工程的方法。
開發者開發的軟體必須能夠在山西電力科學研究所規定的軟體平台上正常執行。目前軟體平台為：
資料庫管理系統：
sqlserver2005以上版本
伺服器：
tomcat 6.0以上版本
執行環境：
jdk 1.5以上版本
網路架構：
完全支援tcp/ip協議
開發工具或技術體系：
為保證軟體的上下相容性，開發者應選擇比較通用的開發工具的較新版本進行開發，如eclipse、myeclipse等。
（一） 開發者提交軟體開發工作大綱，山西電力研究所組織專家組對工作大綱進行評審，並提出整改意見。
（二） 通過評審後，開發者根據整改意見完善工作大綱，經過山西電力科學研究所認可後組織專案組進行軟體開發。軟體開發在開發過程中，開發者需分階段提交相關文件。
（三） 在軟體開發工作完成後，開發者應向山西電力科學研究所提交完整的軟體文件，山西電力科學研究所組織驗收組對軟體進行驗收審查。
山西電力科學研究所將分四個階段進行把關，召開專家審查會。
（四） 需求分析（結合原型進行審查）確認；
（五） 概要設計、資料庫設計；
（六） 預驗收（試執行後）；
（七） 正式驗收（推廣使用後）。
專案承擔單位即可組織專案組進行軟體開發工作，軟體開發必須嚴格按照軟體工程的要求進行。開發過程包括開發者的活動和任務。
首先，開發者和山西電力科學研究所應共同對山西電力科學研究所的應用需求作充分的調研，提交完整的需求分析報告。在需求分析報告中必須描述的基本問題是：功能、效能、強加於實現的設計限制、屬性、外部介面。
應當避免把設計或專案需求寫入需求分析報告中。它必須說明由軟體獲得的結果，而不是獲得這些結果的手段。
軟體需求可以用若干種方法來表達，如通過輸入、輸出說明；使用代表性的例子；用規範化的模型。開發者應盡可能地使用模型的方式，因為這是表達複雜需求的精確和有效的方法。比如用統一建模語言（uml）來描述需求。
編寫需求分析報告的要求
a．無歧義性
對最終產品的每乙個特性用某一術語描述；若某一術語在某一特殊的行文中使用時具有多種含義，那麼應對該術語的每種含義做出解釋並指出其適用場合。
b．完整性
需求分析報告應該包括全部有意義的需求，無論是關係到功能的、效能的、設計約束的、還是關係到外部介面方面的需求；對所有可能出現的輸入資料的響應予以定義，要對合法和非合法的輸入值的響應做出規定；填寫全部插圖、表、圖示標記等；定義全部術語和度量單位。
c．可驗證性
需求分析報告描述的每乙個需求應是可以驗證的。可以通過乙個有限處理過程來檢查軟體產品是否滿足需求。
d．一致性
在需求分析報告中的各個需求的描述不能互相矛盾。
e．可修改性
需求分析報告應具有乙個有條不紊、易於使用的內容組織；沒有冗餘，即同一需求不能在需求分析報告中出現多次。
f．可追蹤性
每乙個需求的源流必須清晰，在進一步產生和改變檔案編制時，可以方便地引證每乙個需求。
g．執行和維護階段的可使用性
需求分析報告必須滿足執行和維護階段的需要。在需求分析報告要寫明功能的**和目的。
需求分析報告應由山西電力科學研究所和開發者雙方共同完成。其中：山西電力科學研究所負責根據實際需要提出希望軟體實現的功能；軟體開發者根據山西電力科學研究所提出的效能需求，結合軟體開發編寫需求分析。
在軟體需求分析工作完成後，軟體開發者應向山西電力科學研究所提交《軟體需求分析報告》。山西電力科學研究所組織有關人員對需求進行評審，以決定軟體需求是否完善和恰當。評審完成後，就可以進入軟體的設計階段。
《軟體需求分析報告》需按一定的格式進行編寫，具體的《軟體需求分析報告》文件編寫模板請見附錄a。
在山西電力科學研究所和開發者雙方認可的需求分析基礎上，開發者進行下——步的工作。首先，開發者需要對軟體系統進行概要設計，即系統設計。概要設計需要對軟體系統的設計進行考慮，包括系統的基本處理流程、系統的組織結構、模組劃分、功能分配、介面設計、執行設計、資料結構設計和出錯處理設計等，為軟體的詳細設計提供基礎。
a．一致性
概要設計的要求應該與需求分析報告所描述的需求一致。同時，概要設計的各項要求之間也應該一致。
b．合理性
概要設計所提出的設計方法和標準應該是合理的、恰當的。
c．可追蹤性
對概要設計所提出的各項要求應該可以得到它的清晰的源流，即在需求分析報告客戶有明確的需求描述。
d．可行性
根據概要設計進行詳細設計、操作和維護應該是可行的。
概要設計報告由開發者根據需求分析報告的要求進行編寫。
需求分析不涉及具體的技術實現，而概要設計注重於從巨集觀上和框架上來描述採用何種技術手段、方法來實現這些需求。詳細設計相對概要設計更注重於微觀上和框架內的設計， 是編碼的依據。概要設計是指導詳細設計的依據。
技術研製報告
某某電子科技 二0一三年六月 向量變頻空調控制器作為一種專用控制系統，有著穩定 環保 低功耗 響應迅速 可在惡劣環境下正常工作等諸多優點，被廣泛應用於家電製造等電子電器領域。180度向量變頻空調控制器研發是公司為響應國家節能減排政策，充分利用公司現有的基礎研究平台，重點推進的關鍵專案。採用dsp實時...
Z軟體研製總結報告
密級 儲存年限 xx 年 文件控制號 多卷情況 編制 修訂日期 yyyy mm dd 系統名 的 csci 名 的 軟體研製總結報告 合同號 使用者單位 簽約機構 編制單位 編寫 校對 審核 批准 目錄1 範圍 2 1.1 標識 2 1.2 系統概述 2 1.3 文件概述 2 3 任務 與研製依據 ...
山大專案科技成果申報材料之一研製報告
技術成果鑑定資料之一 鑑定專案 山東大學數位化校園建設專案 校園卡系統工程 題目 研製報告 山東大學資訊化工作辦公室 哈爾濱新中新電子股份 山東大學數位化校園建設專案 校園卡系統工程 研製報告 隨著21世紀到來，資訊化已經全面展開，資訊科技正以驚人的速度傳播著新世紀的文化價值觀點，它以網路通訊 多 ...