（僅限內部使用）管理
程式2023年3月
1 目的
本檔案規定了軟體產品的設計和開發的控制要求及質量職責。
2 範圍
本檔案適用於本公司的軟體產品的設計和開發。
3 職責範圍
技術中心技術總監對軟體設計和開發的控制負領導責任。
3.2 技術中心負責軟體設計的策劃、輸入、輸出、評審、驗證、確認和更改。
3.3 其他各部門負責所需的資源提供、測試、技術支援等。
3.4 軟體設計人員應按質量控制要求，認真設計軟體，保證設計質量，軟體文件應按要求編制，以保證成套性。
3.5 軟體文件標準化由軟體網際網路部負責。
3.6 評審人員對評審結果的正確性、有效性負責。
3.7 軟體設計人員應加強後期維護質量，負責軟體的優化、公升級和擴充。
4 控制要求
軟體設計和開發應遵循 gb／t 8566《 軟體生存週期過程》和 gb／t 16260 《軟體產品評價》中的規定。
4.1 設計和開發的策劃
公司對設計和開發的策劃應確定：
a)設計和開發階段；
b)適用於每個設計和開發階段的評審、驗證和確認活動；
c)設計和開發的職責和許可權。
總經理簽發《設計開發任務書》，技術中心據此填寫《設計開發計畫書》，對參與設計和開發的不同小組之間的介面進行管理，以確保有效的溝通，並明確職責分工。隨設計和開發的進展，在適當時，策劃的輸出應予更新。
4.2設計和開發輸入
公司應確定與產品有關的輸入，並保持記錄，填寫《設計開發輸入及評審單》。輸入應包括：
a)功能和效能要求；
b)適用的法律、法規要求；
c)適用時，以前類似設計提供的資訊；
d)設計和開發所必需的其他要求。
應對輸入進行評審，以確保輸入是充分的與適宜的。要求應完整、清楚，並且不能自相矛盾。
軟體設計人員、評審人員在設計評審測試中要保證軟體設計質量符合以下要求：
4.2.1 正確性
軟體的功能能正確、完整地實現需求規格說明。
4.2.2 可靠性
軟體在給予的硬體、軟體支援下具有正常工作的能力，以及具有在異常條件下（如輸入非常資料、使用者操作出錯等）繼續執行的能力。
4.2.3 可維護性
軟體進行修改的方便程度，包括一致性、可及性、自說明性、軟體結構可擴充性、可更改性，執行過程給出提示並有相應文件。
4.2.4 可移植性
軟體具有從乙個環境（組織環境、硬體環境、軟體環境）到另乙個環境執行的能力。
4.2.5 資源特性
軟體執行規定的功能所佔記憶體容量少，占用軟體資源和外部裝置少，且時間短，消耗的材料和需用操作人員的時間少，通常要保證有20％的餘量。
4.2.6時間特性
在規定的和其他必要條件下執行規定的功能的時間或執行這一功能所占用資源的時間最短，要求處理時間的占用有20％的餘量。
4.2.7 易使用性
軟體操作簡單，人機通訊方便。
4.2.8 安全性
計算機軟體中重要的資料資料必須有安全保護措施，具有防盜取的能力。
4.3設計和開發輸出
設計和開發輸出應以能夠針對設計和開發的輸入進行驗證的方式提出，並應在放行前得到批准，填寫《設計開發輸出及評審單》。設計和開發輸出應：
a)滿足設計和開發輸入的要求；
b)給出採購、生產和服務提供的適當資訊；
c)包含或引用產品接受準則；
d)規定對產品的安全和正常使用所必需的產品特性。
4.4設計和開發評審
評審目的是評價設計和開發的結果滿足要求的能力，識別任何問題並提出必要的措施。
4.4.1 軟體設計過程中要設立或指定軟體質量保證機構。該機構負責軟體質量的檢查、評審、測試，做到及時發現問題及時解決問題。
4.4.2 應視軟體的重要程度及應用範圍組織公司或部門級評審。公司級評審由技術總監組織，部門級評審由部門領導組織。
4.4.3 各類評審均應由與設計無直接關係的人員進行並對評審的結果形成記錄。
4.4.4 軟體設計各階段評審
4.4.4.1 設計輸入評審
對軟體需求規格說明進行評審，以保證需求規格說明中列出的要求是合理且適當的；對軟體概要說明進行評審，以保證軟體結構、模組劃分、主要演算法和介面關係的合理性；對軟體詳細設計說明進行評審，以保證模組功能的正確性，控制結構、資料結構和演算法的合理性，以及設計的程式與要求的一致性。
4.4.4.2設計輸出評審
對軟體設計輸出的測試計畫、方法和測試分析報告等進行評審，以保證測試內容和範圍的正確性，測試結果評價的準確性。
4.5 設計和開發的驗證
軟體驗收前，必須完成軟體的強度測試，滿足系統餘量要求，並達到驗收的錯誤限制及錯誤修補限制要求。並填寫《設計開發驗證單》。
4.6 設計和開發的確認
4.6.1 在軟體的不同的生存週期，需編制不同的文件，以保證軟體文件的成套性，其成套檔案的數量按軟體文件編制的級別執行。
4.6.2 編制的文件按軟體不同週期的文件級別執行。
4.6.3軟體文件的審核與批准，可根據軟體重要程度，由不同級別的人員簽署。
簽署人要對簽署文件的技術全面負責，文件在批准人簽署之前要交標準化審查，經簽署後的文件方可歸檔。填寫《設計開發確認單》。
4.7設計和開發更改
應識別設計和開發的更改，並保持記錄《設計開發更改申請單》。適當時，應對設計和開發的更改進行評審、驗證和確認，並在實施前得到批准。設計和開發更改的評審應包括評價更改對產品組成部分和已交付產品的影響。
更改的評審結果及任何必要措施的記錄應予保持。
5 相關檔案
《檔案和資料管理程式mx2-01
6 相關記錄
《設計開發任務書qr2-10-001
《設計開發計畫書qr2-10-002
《設計開發輸入及評審單》 qr2-10-003
《設計開發輸出及評審單》 qr2-10-004
《設計開發驗證單qr2-10-005
《設計開發確認單qr2-10-006
《設計更改通知書qr2-10-007
軟體產品採購合同
合同編號 中國行動通訊集團浙江 目錄第一條合同各方當事人 3 第二條定義 4 第三條合同標的 5 第四條 6 第五條付款方式 6 第六條稅務 7 第七條履行時間及地點 7 第八條安裝 7 第九條初驗和終驗 8 第十條保修 10 第十一條智財權 11 第十二條保密 13 第十三條承諾與保證 14 第十...
軟體產品規劃建議
關於產品規劃的建議 杜維君隨著公司的發展，戰略目標的擴大，目標客戶進一步延伸，企業級小型產品不斷豐富。對我們工作技能，專業水平的要求，同樣也在不斷的提高。本人有幸參與了公司5個產品專案的開發。在開發這些產品時所採用的工作模式，還存在不少缺點，或者說我們還沒有形成一套成熟的，規範的工作流程或工作模式。...
軟體產品售前演示體會
1 前有概括，後有回顧，中間留白。強化客戶的認知 2 內容完整，務少服務，前後統一。公司 產品 實施 服務，不要遺漏。3 並茂，圖形清晰，文字準確。不要有細節性錯誤。注意截圖和演示系統的對應。4 知識準確，業務明了，不怕追問。所有的縮寫要清楚，所有的知識點要明白。不怕連續的追問。不明白 不清楚的，絕...