本管理總則規定本公司軟體研製管理所遵循的原則和方法，目的是通過加強開發管理達到如下結果。
1) 提高軟體質量和每乙個專案開發過程的可控性。
2) 優化開發資源結構，提高工作效率。
3) 優化公司軟體管理使產品盡早實現一體化，結構化。
4) 通過良好的管理規範和結構使參與人員養成良好的工作素質。
5) 引導和組織員工向規範化管理看齊，以使公司盡早實現國際人證。
本條例適用於質量管理組織、部門經理、專案經理等管理人員、系統分析員、系統設計和程式編碼人。
● gb/t11457-1995軟體工程術語。
● gb/t 16260-1996 資訊科技、軟體產品評價、質量特性及其使用指南。
本篇術語盡量使用標準術語（gb/t11457-1995），另外還對本公司軟體管理有如下術語說明：
由公司管理領導小組負責批准軟體開發專案的立項。
由主管總經理、部門經理、質量管理員、專案經理、及有關的技術人員依據專案管理有關規定和各自的職能，協作完成。
由系統工程師以及系統分析員組成。
由軟體開發技術人員組成的編碼除錯隊伍。
乙個獨立的軟體開發專案；例如排程命令票的開發，使用者提出的排程mis系統的開發。
在本公司現有某軟體系統的基礎上新增加乙個獨立的功能。
將本公司軟體系統的已有功能完善。如排程mis系統中的電網計算程式中新增圖形示意介面，以方便使用者。
對本公司的軟體系統某種不正常現象進行跟蹤查錯，找出錯誤根源。
是一種可以用於控制、管理和改進個人工作方式的自我改善過程，是乙個軟體過程框架。
請參看db/t 16260---1996 「資訊科技軟體產品評價質量特性及其使用指南」附錄a 「質量子特性」
請參看db/t 16260---1996 「資訊科技軟體產品評價質量特性及其使用指南」附錄a 「質量子特性」。
1) 軟體開發的立項， 確定系統需求（目的及用途、功能、技術指標、開發及交付時間）；
2) 軟體的需求調研
3) 軟體的需求分析；
4) 軟體開發的概要設計；
5) 軟體開發的詳細設計；
6) 軟體的實施（程式設計和單元測試）；
7) 軟體的組裝測試、總體案例測試、效能及驗收；
8) 軟體的交付投運；
9) 軟體的維護。
1） 全開發型必須經過4.1.1所述全部流程；
2） 增加功能型必須經過4.1.1所述全部流程；
3） 功能完善型需經過4.1.1所述的1)，及3)—9)；
4） 查錯測試型需要遵循錯誤處理規範（見附錄z）
1) 軟體開發流程的1），2），3），4），5），6）階段都應該經過質量管理小組和開發顧問組（可以包括使用者或公司聘請的有關開發專家）的評審。
2) 評審分內部評審和正式評審。
3) 內部評審由公司質量管理小組負責實施；正式評審由外部專家及公司的質量管理小組組成的評審委員會進行。除全開發型的軟體驗收需要正式評審外，全開發型的軟體開發的其它階段的評審及其它型別的軟體開發的各個階段的評審均採用內部評審。
4) 評審前有關人員必須準備好該階段的技術文件資料，並填寫「評審報告」（附表g-1）的有關部分，一併上交公司的質量管理小組申請評審。
5) 無論內部評審或正式評審，均由公司的質量管理小組指定評審人選與評審日期，最後由公司總經理批准，同時還要遞交乙份評審工作安排方案要求總經理批准。
6) 評審時首先由有關人員介紹被評審的內容；演示評審內容，再由評審小組測試評審內容，然後由評審小組提問題，有關人員答辯（需填寫「軟體評審問題記錄」（附表g-2））；最後由評審小組給出「通過」和「不通過」的結論；若需要修改，應該填寫「軟體修改報告單」（內部評審可以適當簡化評審程式，免去答辯過程）。
7) 軟體驗收評審前需要填寫「評審報告」進行申請外，軟體評審要由評審小組或質量管理小組填寫專門的軟體評審報告（附表e）。
該階段的規範依據公司相關的專案確立和專案下達的有關規定（專案的申請和確立規範）。
該階段只適用於4.1.2所述的全開發型及增加功能型的軟體開發專案。
＊ 由軟體開發的部門經理與有關的設計人員進行軟體的需求分析；
＊ 對於大的或全開發型的軟體開發專案需要根據「軟體開發專案任務書」進行必要的技術調查，寫出《系統調研報告》，調研報告的書寫和實施依據公司的系統調研報告實施規範；
＊ 分析和確定軟體開發、執行的環境；
＊ 確定人機介面及介面說明；
＊ 編制專案開發計畫，填寫「軟體開發專案安排書」 (附表b_3)、「軟體開發專案計畫書」(附表b_4)；
＊ 編寫「軟體需求規格說明書（附錄b）」；
＊ 評審；
＊ 下達設計任務。
採用物件導向的分析方法（ooa）或結構化的分析方法。
若採用物件導向的分析方法（ooa）其標識方法和說明格式應參考「標準建模語言（uml）」的書寫及文件格式。
若採用結構化的分析方法，請參考附錄b「軟體需求規格說明書書寫格式」。
＊ 根據「軟體開發任務書」針對軟體開發計畫，軟體需求規格說明進行評審。評審內容：
是否符合「軟體開發任務書」的要求；
可行性：是否能按時，按質，交付符合系統需求的軟體；
標準化：其文件資料是否符合標準；
可靠性，安全性和可維護性：其軟體需求規格說明是否規定了可靠性，安全性和可維護性的要求；
＊ 評審應該作出通過或不通過的結論。可原則通過，但需作部分修改和補充，則需待概要設計評審時對修改或補充部分進行檢查評審。
＊ 「軟體需求規格說明書」、「軟體開發專案計畫書」和「軟體開發專案安排書」經過公司總工程師的批准之後，連同「軟體開發專案任務書」 和「個人工作任務書」作為正式任務，下達給設計層人員；
＊ 根據「軟體需求規格說明書」中規定的軟體功能需求，建立軟體的總體結構和功能模組之間的關係，定義各功能模組的介面，設計資料庫模式和資料結構，初步編制測試計畫。
＊ 概要設計是軟體開發必須執行的重要階段（因為軟體分析階段對一些型別的軟體開發可以不執行）。
＊ 其步驟為：
■總體結構設計：將整個軟體系統分解為子系統、功能模組；粗略描述子系統和功能模組之間的資料及控制關係，及介面；
■資料庫模式及資料結構的設計；
■各個功能模組的功能定義，介面定義；
■編制概要設計說明（參看附錄c）；
初步編制測試計畫（參看附錄g）。
＊ 概要設計說明書
＊ 軟體測試計畫（初步）
＊ 由負責該軟體開發的技術人員向軟體開發技術領導小組申報。申報時應該填寫 「軟體評審報告」（附表g-1）以及提交4.4.2所列的必需具備的文件資料」。
＊ 評審的內容:
根據「軟體開發任務書」及「軟體需求規格說明」針對軟體概要設計進行評審。
。是否符合「軟體開發任務書」 及「軟體需求規格說明」的要求
。可行性：是否能按時，按質，交付符合系統需求的軟體
。標準化：其文件資料是否符合標準
。可靠性，安全性和可維護性：其概要設計是否考慮了「軟體需求規格說明」中規定的可靠性，安全性和可維護性的要求
＊ 軟體開發評審小組根據軟體概要設計必需具備的文件資料及答辯情況進行討論，並作出評審意見(通過或不通過)。若有重大修改及評審不通過，應再次舉行評審答辯；若有小的修改，需留待詳細設計階段一併進行評審。
＊ 軟體開發技術領導小組將評審意見及全部資料提交總經理進行最後審批。
＊ 總經理將審批後，由軟體開發人員繼續進行軟體的下階段開發。
＊ 詳細設計必須符合概要設計說明的功能需求、框架結構、資料結構、資料流程的基本設計要求。
＊ 詳細設計內容及步驟：
。確定準確的資料結構（必須有準確詳細的文字說明）；
。進行完整的資料庫的模式設計（必須有準確詳細的文字說明）；
。進行主程式的結構及過程的準確的描述（可使用文字及類ｐａｓｃａｌ語言進行描述）；
。進行ａｐｉ的準確的描述（輸入引數，輸出引數，功能描述）；
。進行全部子程式或服務的邏輯結構準確的描述（可使用文字及類ｐａｓｃａｌ語言進行描述）；
。進行全部事件（輸出事件及接收事件）的描述（事件名，事件體，輸出事件何時發出，接受事件的處理流程）；
。完成詳細設計說明書的編寫（參看附錄d）；
。擬定子系統及功能模組的除錯方案。
＊ 在軟體詳細設計過程中若發現框架設計需要修改，應提出修改方案並填寫修改報告單。
＊ 詳細設計說明書；
＊ 如有修改，需要具備修改後的概要設計說明及修改報告單；
＊ 子系統及功能模組的測試計畫。
＊ 對於4.1.2中所述的全開發型及增加功能型的軟體開發應該進行詳細設計的評審, 而其它兩種型別的軟體開發除非概要設計有重大修改一般不進行評審。
＊ 評審過程參看4.4.3.1;
根據軟體詳細設計說明，進行程式編制、靜態分析、自測試、互測試。
＊ 軟體概要設計及詳細設計文件資料及相應的修改報告單；
＊ 源程式；
＊ 自測試大綱及測試結果；
＊ 軟體使用說明書和維護說明書初稿。
＊ 變數名：必須與其代表的意義或其用途一致，可讀(決不允許無實際意義的變數名，如a、b、c、i、j、k等)。
＊ 每個源程式(包括主程式及各個例程)的行數不得超過５００行。
＊ 每個源程式必須有程式頭說明（程式名稱，功能，上一級程式名，呼叫的子序名，輸入引數，輸出引數，編制人，完成日期，修改的歷史記錄）。
＊ 每個源程式必須有注釋行（平均５－８行源程式有一行注釋）。
軟體開發專案管理
軟體開發專案管理，補習對軟體開發專案的工作範圍 可能遇到的風險 需求的資源 要實現的任務 經歷的里程碑 話費的工作量，以及進度的安排等等做到心中有數。而軟體專案管理可以提供這些資訊。軟體具有可見性差 定量化難等特殊性。但通常可以 根據以往開發類似軟體的經驗來進行成本估算。將軟體專案劃分為若干個子系統...
農村商業銀行科技部軟體開發管理辦法
第一條為了規範軟體開發 調測及使用，保證專案各階段銜接順暢，提高專案決策程式的科學性，確保全轄計算機安全 穩定執行，根據 江蘇農村商業銀行股份 計算機管理制度 的有關規定，特制定本辦法。第二條本辦法適用範圍為江蘇農村商業銀行股份 以下簡稱本行。第三條本辦法主要包括計算機系統專案的立項 開發 測試 驗...
軟體開發合同
甲方委託方 位址 郵編 乙方開發方 位址 郵編 負責人 甲方委託乙方，乙方接受甲方委託，開發軟體產品，雙方就合作事宜達成如下協議 一.合作方式 乙方根據甲方的要求定製開發軟體產品，並向甲方提供技術培訓 甲方向乙方支付費用。二.軟體內容要求及驗收標準 1.依據本合同約定，甲方委託乙方開發的軟體產品為 ...