software design process.docVIP

目的: 建立本部門的有關産品軟體方面設計的規範。使的軟體的設計，驗證，確認以及導入都能符合各項程式與 規格的要求。其最終的目的是確保軟體設計品質和軟體性能，提升軟體發展的效率與效益，縮短軟體發展 周期。 範圍: 凡客戶委託設計或公司自行研究開發之新産品皆可適應。 參考資料: 3．1 SPH-QM-001 品質手冊 3．1 SPH-PCT-1001C 新產品開發管理程序 3．2 SPH-SAL-1001S 客戶需求處理程序 述語定義: 4.1 RFQ Request For Quotation 4.2 USB Universal Serial Bus 4.3 ACPI Advanced configuration Power And Interface 4.4 HID Human Interface Device 4.5 PC/SC Personal Computer And Smart Card 4.6 WHQL Windows Hardware Quality Lab 4.7 單元測試 單模組測試,軟體編碼時進行的測試 4.8 整合測試 整體測試,模組組合測試,編碼基本上完成時進行的測試. 4.9 S/W SOFTWARE 設計程式說明 5.1 設計與開發規劃 5.1.1 所有新産品的開發設計均應在執行前進行可行性分析， 5.1.2 在計劃開始時，必須由專案負責人召開Kick off Meeting, 其內容應該包括計劃進度表 schedule 。 5.1.3 計劃進度表 schedule 應該與實際開發設計的內容一致， 並隨著設計的進度而更新。 5.2 設計輸入 5.2.1 接受業務部提供有關客戶的RFQ及SPEC. RD認可並接受. 並根據其內容轉換成設計規格書 SPH- RD-1003C-03A ，並進行設計前規劃以及所需的資料搜集。 5.2.2 專案負責人召開Kick off Meeting,提供計劃進度表 schedule , 且經RD 認可並接受。 5.3 軟體設計 設計方法標準化 遵循Design Guideline SPH-RD-1003S-01A 功能設計和測試 根據SPH- RD-1003C-03A, 進行功能設計和代碼編寫。産生Beta 版給用戶,軟體組和相關人員測試. 5.3.2.2根據IBM PS/2 Spec and Microsoft Spec , USB Spec, HID Spec, ACPI Spec, PC/SC, and Test guideline SPH-RD-1003C-02A ，進行軟體相容性測試。必須有S/W測試報告 SPH- RD-1003C-04A 5.3.2.3 進行軟體單元測試和整合測試，必須有軟體測試報告 S/W testing report . 設計檢討,測試,驗證，客戶確認。 專案負責人召集相關人員，召開設計檢討會議，並保留設計檢討記錄。 如果設計變更後，填寫設計變更記錄表 SPH- RD-1003 -05A ,對其變更內容必須進行驗證並重新進行相容性和單元，整合測試，必須有測試報告 testing report 。 Beta版軟體送客戶承認 若客戶對軟體提出改善建議或有新的規格變更需求時， 必須提供書面 文件， 準確描述變更內容。 RD 收到客戶變更文件時，進行評估並作改善。 客戶確認軟體後， 客戶給出書面報告書 申請WHQL 認證（for driver）。 設計輸出 5.3.4.1 發行軟體. 5.3.4.2 承認CD. 5．4 量產後軟體升級變更 請參考《設計變更程序》 SPH-RD-1004S 附件 6.1 Design Guideline SPH-RD-1003C-01A 6.2 Test Guideline SPH-RD-1003C-02A 6.3 Software Design Specification SPH- RD-1003C-03A 6.4 Test Report SPH- RD-1003C-04A 6.5 軟體變更記錄表 SPH- RD-1003 -05A REF.NO. 編號 SPH-RD-1003S YET FOUNDATE LTD SILITEK REV NO. 版本 A 旭基 麗 電子有限公司 PAGE NO. 頁碼 2/3 TITLE Software Design Process INITIATED DATE 制定日期 2001/6/21 標準書名稱 軟體設計過程. REVISED DATE 修定日期 N/A