1　?范圍
??????? 本標準規定了信息系統開發階段、測試階段、試運行階段和上線階段的管理內容與要求。
??????? 本標準適用于公司自主開發及委外開發信息系統的管理。
??????? 2　?規范性引用文件
??????? 下列文件中的條款通過本標準的引用而成為本標準的條款。凡是注明日期的引用文件，其隨后所有的修改單（不包括勘誤的內容）或修訂版均不適用于本標準。凡是不注明日期的引用文件，其最新版本適用于本標準。
??????? 國務院令（第339號）計算機軟件保護條例
??????? 國務院令 （第147號）中華人民共和國計算機信息系統安全保護條例
??????? Q/JYG/GL-SB -16-2013.a 《投資項目管理辦法》
??????? 3　?術語和定義
??????? 信息系統：是指由計算機及其相關的配套設備、設施（含網絡）構成的，按照一定的應用目標和規則對信息進行采集、加工、存儲、傳輸、檢索等處理的人機系統。
??????? 信息系統一般由三部分組成：硬件系統（計算機硬件系統和網絡硬件系統）、系統軟件（計算機系統軟件和網絡系統軟件）、應用軟件（包括由其處理、存儲的信息）。
??????? 4　?職責
??????? 4.1　?XXXX部門
??????? 4.1.1　?負責公司信息系統開發各階段文檔的審批工作；
??????? 4.1.2　?負責組織公司新開發信息系統的測試工作；
??????? 4.1.3　?負責公司信息系統上線與終止的驗收工作。
??????? 4.2　?卷煙廠計算機中心
??????? 4.2.1　?負責本廠信息系統開發各階段文檔的審批工作；
??????? 4.2.2　?負責組織本廠新開發信息系統的測試工作；
??????? 4.2.3　?負責本廠信息系統上線與終止的驗收工作。
??????? 4.3　?各實施部門或單位
??????? 4.3.1　?負責本單位信息系統開發過程中的需求提出、測試及驗收等工作。
??????? 5　?管理內容與要求
??????? 5.1　?總體要求
??????? 5.1.1　?信息系統開發須遵循《計算機軟件保護條例》、《中華人民共和國計算機信息系統安全保護條例》。
??????? 5.1.2　?信息系統開發過程中項目單位（承接信息系統開發的單位）須提交相應的安全需求、安全設計、安全測試等資料并經過XXXX部門審批，否則不予立項或驗收。
??????? 5.1.3　?信息系統開發范圍的變更（增加或縮減）、新技術的使用、新產品或新版本的采用、新的開發工具和環境須經過XXXX部門審批。
??????? 5.2　?信息系統開發生命周期管理要求
??????? 5.2.1　?系統需求收集和分析階段
??????? a)?技術可行性分析
??????? 根據業務上提出的需求，信息系統歸口管理部門應從技術開發的角度分析是否現有的技術手段和技術能力是否可以達到業務上要求的系統功能，主要包括：人員技術能力分析（指公司內的系統開發隊伍是否有足夠的軟件開發的技術能力來完成系統開發的任務，或第三方外包的開發公司是否具有開發應用系統的技術能力）、計算機軟件和硬件分析（指公司現有的軟件和硬件的性能是否足夠滿足開發相應的系統的要求）、管理能力分析（指現有的技術開發管理制度和管理流程是否成熟且標準化，是否足夠系統開發的要求）。
??????? b)?需求可行性分析：信息系統歸口管理部門應對該申請部門所提需求進行可行性分析，以判斷需求是否明確，是否符合實際，是否能在一定的時間范圍實現。
??????? c)?經濟可行性分析：信息系統歸口管理部門應根據業務需求和技術手段的分析，確認投資的數額在可控制和可承受的范圍內。
??????? d)?安全可行性分析：信息系統歸口管理部門應明確該系統的安全建設范圍和內容，設定安全性指標要求，合理判定該信息系統是否符合公司的網絡及信息安全要求。
??????? 5.2.2　?設計階段安全管理
??????? a)? 單點訪問：任何用戶如果希望訪問應用系統中的某一個部分，則必須通過統一且唯一的認證授權方式以及流程。
??????? b)?人員職責和權限的劃分：系統必須具有基于人員職責的用戶授權管理以確保每個用戶可以訪問到其權利范圍內的應用系統部分，也要確保每個用戶無法訪問其權限范圍以外的應用系統部分。
??????? c)?保護敏感系統的安全性：通過將應用系統中敏感信息保存在服務器端以進行集中的加密安全管理，確保客戶端系統本身并不能存儲任何信息敏感的數據。
??????? d)?確保訪問層的安全性：系統在要確保系統模塊本身安全性的同時，還需考慮模塊與模塊之間的通訊的安全性。模塊與模塊之間的安全性包括：應用系統內部模塊之間的安全、應用系統內部模塊和外部模塊之間的安全性，如主機和客戶端之間通訊的安全性，服務器和服務器間通訊的安全性，本地系統和異地系統之間通訊的安全性。
??????? e)?確保日志管理機制健全：要求建立可以根據情況自由設置的日志管理機制，即日志紀錄的范圍和詳細程度可以根據需求自行定制，且可實現在應用系統使用過程中進行日志的定制和記錄，并保留所有系統開發相關程序庫的更新審核紀錄。
??????? f)?新系統的容量規劃:容量規劃是指確定系統的總體規模，性能和系統彈性。容量規劃應充分考慮：系統的預期存儲容量和在給定的周期里面獲取生成和存儲的數據量；在線進程的數量和估計可能的占用資料；系統和網絡的相應時間和性能，即端對端系統；系統彈性要求和設計使用率、峰值、槽值和平均值等；安全措施如加密解密數據對系統的影響等；7*24小時運作要求和可接受的系統宕機次數（維護或者設備更新導致的必須性宕機）。
??????? 5.2.3　?開發階段安全管理
??????? a)?通用要求
??????? 1)?輸入驗證：在客戶機/服務器環境下，系統需進行服務端的驗證而禁止客戶端的驗證（如基于Javascript的驗證），并在字符有效性檢查之前設置邊界檢查驗證以及環境變量提取數據驗證。
??????? 2)?命名規范：規范變量、函數的命名；規范程序的書寫格式等。
??????? 3)?SQL語句：如果應用程序需要連接后端數據庫，使用存儲過程而不能在代碼中使用SQL語句。
??????? 4)?注釋代碼：當應用程序在實際環境中開始應用時，應該刪除所有的注釋代碼。
??????? 5)?錯誤信息：所有為用戶顯示的錯誤信息不應暴露任何關于系統、網絡或應用程序的敏感信息。
??????? 6)?URL內容：對于web應用，不能在URL上暴露任何重要信息，如密碼、服務器名稱、IP地址或者文件系統路徑等。
??????? b)?變更要求
??????? 1)?信息系統歸口管理部門應對更改進行嚴格的控制，在系統開發的每一個階段（可行性研究、需求分析、設計、編碼、測試、培訓等）的每一個更改實施前經過評審與授權。
??????? 2)?信息系統歸口管理部門應當建立更改控制審批程序，對更改的申請、評審、測試、批準、更改的計劃的提出和實施提出明確要求并嚴格的實施，確保安全性與控制程序不被損害，確保任何的改動都是經過審批的。
??????? 3)?更改的程序應考慮以下方面：清晰確認所有的需要更改的應用系統、信息、數據庫和相關的硬件設備；清晰的確認更改的原因(業務上的具體流程和具體的需求或開發上的需求) ；由授權的用戶提交更改的申請；保留相關的授權登記記錄；在正式的實施之前，更改的方案必須經過評審并通過正式的批準；確保授權的用戶在實施之前確認并接受更改的內容；確保在實施的過程中，盡量的減少對現行的商務運作系統的影響；確保建立的文件系統在完成各項更改時得到修改，舊文件被很好的歸檔或處置；保證所有的應用系統升級的版本的控制；確保所有的更改情求的審核跟蹤；確保用戶使用手冊作相應的必要的更改；確保更改的實施選擇了適當的時機以確保更改的實施不會干擾正常的商務運作。
??????? c)?版本控制要求
??????? 1)?程序清單：信息系統歸口管理部門應在任何時候對于程序清單必須進行嚴格的控制并且及時地進行更新；對應用系統開發源程序的打印的資料、電子版本或者是相關的報告都必須進行控制，紙質的文件應當保存在一個安全的環境下，如保險柜等，電子文檔則應進行一定的加密；
??????? 2)?版本升級控制：當軟件的版本由于更新，修改等操作需要升級時，必須先向相關負責人員提交申請；信息系統歸口管理部門應對升級的應用系統進行測試，確認系統的各種安全特性；信息系統歸口管理部門應確認對應用系統的版本升級，即確認當前的版本為最新版本，舊的版本需進行歸檔，不得隨意丟棄或刪除；信息系統歸口管理部門應制定相關的升級計劃，確保將系統升級對業務的影響降至最低。
??????? d)?開發審計：信息系統歸口管理部門應對開發日志及開發人員權限進行每月審核。