11目的公司軟件產(chǎn)品的開發(fā)流程，保障開發(fā)過程的順當(dāng)實施。為公司供給平安和有冗余的軟件開發(fā)環(huán)境，保障軟件開發(fā)過程的平安性、完整性、可用性。通過加密和權(quán)限治理，有效的保護(hù)程序源代碼，防止惡意代碼和網(wǎng)絡(luò)攻擊的發(fā)生。.范圍適用公司軟件開發(fā)全過程。.職責(zé)資訊科技部：負(fù)責(zé)公司軟件產(chǎn)品的開發(fā)過程、軟件加密和權(quán)限治理負(fù)責(zé)軟件開發(fā)環(huán)境的維護(hù)。.工作流程依據(jù)軟件產(chǎn)品開發(fā)的標(biāo)準(zhǔn)流程，結(jié)合公司的實際狀況對軟件工程分三個主要階段進(jìn)展組織治理，分別為工程立項階段、工程實施階段和工程驗收總結(jié)階段。軟件工程立項階段4.1.1.公司工程組負(fù)責(zé)工程的立項審批；.工程組由公司總經(jīng)理或指定負(fù)責(zé)人召集，成員為公司治理層人員，包括但不限于：公司常務(wù)副總、營銷總監(jiān)、研發(fā)總監(jiān)、財務(wù)總監(jiān)；業(yè)務(wù)需求作為工程申請人，依據(jù)外部需求或公司開展需要填寫《軟件設(shè)計需求說明書》；4.1.4程的背景、目的、估量效益及本錢、資源〔軟/硬件等〕需求等方面，并由資訊科技部供給支持和技術(shù)說明。4.1.5.工程組收到《工程建議書》組織召開立項評審會議，給出工程評審結(jié)論。程可依據(jù)狀況重申請。4.2.軟件工程實施階段4.2.1.公司批準(zhǔn)立項的工程交由資訊科技部負(fù)責(zé)組織實施。4.2.2.資訊科技部依據(jù)資源狀況和工程需求組織相關(guān)技術(shù)人員進(jìn)展工程啟動會議，任命工程經(jīng)理，組建工程開發(fā)團(tuán)隊，并制定《工程打算書》，確定工程其次十八條《系統(tǒng)/用戶測試打算》必需定義測試標(biāo)準(zhǔn)，并明確各種測試的測試步驟和需要的系統(tǒng)設(shè)置要求。其次十九條工程組向數(shù)據(jù)擁有部門申請獵取測試用業(yè)務(wù)數(shù)據(jù)的使用權(quán)，對獵取的數(shù)據(jù)進(jìn)展嚴(yán)格的訪問掌握，確保只有相關(guān)工程人員才能訪問及使用。第三十條工程組負(fù)責(zé)測試數(shù)據(jù)預(yù)備，測試用數(shù)據(jù)要足夠模擬生產(chǎn)環(huán)境中的實際數(shù)據(jù)。對已評定為敏感信息的數(shù)據(jù)進(jìn)展敏感性處理和保護(hù)。IT測試人員簽字確認(rèn)測試結(jié)果。第三十二條系統(tǒng)測試通過后，IT組協(xié)作業(yè)務(wù)組建立用戶測試環(huán)境，業(yè)務(wù)組依據(jù)用戶測試用例進(jìn)展用戶測試，出具《用戶測試報告》，業(yè)務(wù)組組長和IT組組長應(yīng)在用戶測試報告中簽字確認(rèn)。第三十三條工程組完成系統(tǒng)幫助文檔〔其中包括《用戶操作手冊》和《安裝維護(hù)手冊》〕。凡涉及應(yīng)用系統(tǒng)的變更，應(yīng)對系統(tǒng)幫助文檔準(zhǔn)時更。第八節(jié)試運(yùn)行第三十四條系統(tǒng)主要使用部門依據(jù)工程規(guī)模及影響打算試運(yùn)行策略。第三十五條工程組制定《試運(yùn)行打算》，并制定試運(yùn)行驗收指標(biāo)，上報公司主管領(lǐng)導(dǎo)審批?！对囘\(yùn)行打算》中應(yīng)包含問題應(yīng)對機(jī)制，明確問題溝通渠道和職責(zé)分工。第三十六條工程組聯(lián)合試運(yùn)行單位進(jìn)展相關(guān)系統(tǒng)部署工作，預(yù)備培訓(xùn)資料,對相I。用戶培訓(xùn)的完成度應(yīng)為實施后評估的指標(biāo)之一。第三十七條工程組依據(jù)《試運(yùn)行打算》進(jìn)展系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移。系統(tǒng)轉(zhuǎn)換前，檢查系統(tǒng)環(huán)境，確保運(yùn)行環(huán)境能滿足應(yīng)用系統(tǒng)的需要。系統(tǒng)轉(zhuǎn)換時必需具體記錄原轉(zhuǎn)換工作作為系統(tǒng)上線的驗收的評估指標(biāo)之一。第三十八條數(shù)據(jù)遷移前，應(yīng)制定具體的《數(shù)據(jù)遷移打算》包含遷移方案、測試方案、數(shù)據(jù)定義，舊數(shù)據(jù)比照表、遷移時間、回退打算等信息。數(shù)據(jù)遷移打算需經(jīng)工程經(jīng)理和主管領(lǐng)導(dǎo)簽字審批。第三十九條數(shù)據(jù)遷移后，工程組對數(shù)據(jù)遷移的完整性和準(zhǔn)確性作出檢查，出具《數(shù)據(jù)遷移報告》，其中包括數(shù)據(jù)來源、轉(zhuǎn)換前狀態(tài)、轉(zhuǎn)換后狀態(tài)，數(shù)據(jù)遷移負(fù)責(zé)人、對完整性檢查狀況、對準(zhǔn)確性檢查狀況等內(nèi)容。各相關(guān)部門驗收轉(zhuǎn)換結(jié)果后在該報告上簽字確認(rèn)。第四十條系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移由試運(yùn)行單位業(yè)務(wù)部門和公司主管領(lǐng)導(dǎo)共同監(jiān)視并進(jìn)展驗收。試運(yùn)行單位辦公室把系統(tǒng)運(yùn)行狀況〔系統(tǒng)資源使用，反響速度等〕記錄到試運(yùn)行報告中。必要時，工程組應(yīng)依據(jù)系統(tǒng)運(yùn)行狀況對應(yīng)用系統(tǒng)進(jìn)展優(yōu)化。第四十二條試運(yùn)行到達(dá)試運(yùn)行打算規(guī)定的終止條件時，工程組編寫《試運(yùn)行報領(lǐng)導(dǎo)批閱試運(yùn)行結(jié)果，打算試運(yùn)行完畢或延期。第九節(jié)系統(tǒng)驗收第四十三條系統(tǒng)主要使用部門及信息技術(shù)部門聯(lián)合組成獨(dú)立系統(tǒng)驗收小組,也可授權(quán)原工程組作為驗收小組。驗收小組從功能需求及技術(shù)需求層面對系統(tǒng)進(jìn)行綜合評估。第四十四條驗收小組應(yīng)依據(jù)驗收狀況整理形成《系統(tǒng)驗收報告》提交系統(tǒng)主要使用部門和信息技術(shù)部門批閱。第四十五條系統(tǒng)主要使用部門和信息技術(shù)部門負(fù)責(zé)人依據(jù)系統(tǒng)測試、試運(yùn)行狀況簽署驗收意見。第十節(jié)系統(tǒng)上線第四十六條系統(tǒng)上線應(yīng)遵循穩(wěn)妥、可控、平安的。第四十七條通常狀況下，系統(tǒng)上線包含數(shù)據(jù)遷移工作。第四十八條工程組制定《系統(tǒng)上線打算》，上報公司主管領(lǐng)導(dǎo)審批。在上線打算得到批準(zhǔn)后才能開頭部署上線工作。第四十九條《系統(tǒng)上線打算》內(nèi)容應(yīng)包括但不限于：1、部署方式和資源安排〔包括人力資源及效勞器資源〕；2、上線工作時間表；3、上線操作步驟以及問題處理步驟；4、工程階段性里程碑和成果匯報〔工程執(zhí)行狀態(tài)的批閱、進(jìn)度安排等〕；5、數(shù)據(jù)遷移的需求和實施打算；6、完整可行的應(yīng)急預(yù)案和“回退”打算；7、用戶培訓(xùn)打算〔包括：培訓(xùn)打算、培訓(xùn)手冊、培訓(xùn)考核等〕；8、公司下發(fā)的系統(tǒng)標(biāo)準(zhǔn)參數(shù)配置。第五十條上線單位在上線初期需加強(qiáng)日常運(yùn)行狀態(tài)監(jiān)控，消滅問題時應(yīng)及時處理，對重大問題應(yīng)啟動緊急預(yù)案。第五十一條在完成上線后要填寫《系統(tǒng)驗收評估報告》，上報公司工程組匯總整限問題、業(yè)務(wù)操作影響度、問題處理狀況、備份、批處理等。第五十二條上線單位治理層要對《系統(tǒng)驗收評估報告》進(jìn)展審批簽字。IT組將整理的文檔提交各自部門統(tǒng)一治理。第十一節(jié)合作開發(fā)治理第五十四條合作開發(fā)商的選擇應(yīng)遵循公司相關(guān)規(guī)定，合作商資質(zhì)認(rèn)定參見第三方治理制度。第五十五條合作開發(fā)商必需遵循公司《軟件開發(fā)治理制度》。第五十六條工程經(jīng)理同合作開發(fā)商明確規(guī)定工程變更的范圍和處理方式，重點關(guān)注需求和設(shè)計變更。第五十七條工程經(jīng)理負(fù)責(zé)監(jiān)控合作開發(fā)商的工程治理及軟件開發(fā)活動。合作開發(fā)合作開發(fā)商需準(zhǔn)時向工程經(jīng)理匯報。IT組組長派專人監(jiān)控合作開發(fā)商的質(zhì)量保證過程。第五十九條工程組同合作開發(fā)商商定驗收的標(biāo)準(zhǔn)和方法。第六十條以上各要求需要在開發(fā)合同中明確。第十二節(jié)外包開發(fā)治理第六十一條立項申請得到公司主管領(lǐng)導(dǎo)的審批后，選定開發(fā)商，簽訂外包開發(fā)合同。第六十二條工程經(jīng)理負(fù)責(zé)監(jiān)控外包開發(fā)商的工程治理及軟件開發(fā)活動。外包開發(fā)商應(yīng)按打算定期向工程經(jīng)理報告進(jìn)展?fàn)顟B(tài)，并提交階段性成果文檔。發(fā)生重大問題時，外包開發(fā)商需準(zhǔn)時向工程經(jīng)理匯報。第六十三條工程經(jīng)理監(jiān)控外包開發(fā)商的質(zhì)量保證過程。第六十四條工程組同外包開發(fā)商商定驗收的標(biāo)準(zhǔn)和方法。第六十五條以上各要求需要在開發(fā)合同中明確。周期、具體開發(fā)目標(biāo)等，提交工程組做反響確認(rèn)。4.2.3.《工程打算書》經(jīng)工程組確認(rèn)后，工程經(jīng)理依據(jù)研發(fā)任務(wù)編制《工程打算書》，工程正式啟動后，工程經(jīng)理依據(jù)《工程打算書》的進(jìn)度對工程進(jìn)展?fàn)顩r進(jìn)展管控，并定期定性工程狀態(tài)分析和匯報。4.2.4.《工程打算書》必需依據(jù)軟件工程實施過程分解為需求分析、系統(tǒng)設(shè)計、開發(fā)編碼和測試提交幾個掌握過程。4.3.工程需求分析過程4.3.1.工程需求分析由研發(fā)總監(jiān)、工程經(jīng)理、局部軟件工程師和工程申請人共同完成。4.3.2.需求分析應(yīng)在《工程打算書》審核通過后召開，需求的缺乏之處應(yīng)有工程申請人負(fù)責(zé)完善。4.3.3工程經(jīng)理負(fù)責(zé)組織變更評審，并確認(rèn)是否進(jìn)展變更，更工程打算。4.4.工程系統(tǒng)設(shè)計過程4.4.1.工程過程:4.4.LL工程系統(tǒng)設(shè)計過程由工程經(jīng)理負(fù)責(zé)組織，技術(shù)主管、高級軟件工程師共同完成。5.4.1.2.工程設(shè)計過程中，工程經(jīng)理負(fù)責(zé)定期對工程進(jìn)展?fàn)顟B(tài)進(jìn)展總結(jié)匯報,如出6. 4.1.3.系統(tǒng)設(shè)計過程完結(jié)的標(biāo)志是形成《系統(tǒng)設(shè)計說明書》。4.4.2.平安治理5.4.2.1.通用要求命名標(biāo)準(zhǔn)：標(biāo)準(zhǔn)變量、函數(shù)的命名；標(biāo)準(zhǔn)程序的書寫格式等。SQL語句：假設(shè)應(yīng)用程序需要連接后端數(shù)據(jù)庫，使用存儲過程而不能在代碼中使SQL語句。注釋代碼：當(dāng)應(yīng)用程序在實際環(huán)境中開頭應(yīng)用時，應(yīng)當(dāng)刪除全部的注釋代碼。錯誤信息：全部為用戶顯示的錯誤信息不應(yīng)暴露任何關(guān)于系統(tǒng)、網(wǎng)絡(luò)或應(yīng)用程序的敏感信息。URL內(nèi)容：對于web應(yīng)用，不能在URL稱、IP地址或者文件系統(tǒng)路徑等。4.4.2.2.版本掌握程序清單：工程經(jīng)理應(yīng)在任何時候?qū)τ诔绦蚯鍐伪匦柽M(jìn)展嚴(yán)格的掌握并且準(zhǔn)時地的環(huán)境下，如受控的文件柜等，電子文檔那么應(yīng)進(jìn)展肯定的加密；版本升級掌握：當(dāng)軟件的版本由于更，修改等操作需要升級時，必需先向相關(guān)負(fù)責(zé)人員提交申請；工程經(jīng)理經(jīng)組織相關(guān)人員對升級的應(yīng)用系統(tǒng)進(jìn)展測試,確認(rèn)系統(tǒng)的各種平安特性，確認(rèn)當(dāng)前的版本為最版本，舊的版本需進(jìn)展歸檔；4.4.2.權(quán)限設(shè)置：必需具有基于人員職責(zé)的用戶授權(quán)治理以確保每個用戶可以訪問到其權(quán)利范圍內(nèi)的應(yīng)用系統(tǒng)局部，也要確保每個用戶無法訪問其權(quán)限范圍以外的應(yīng)用系統(tǒng)局部。4.4.2.保護(hù)敏感軟件系統(tǒng)的平安性：通過將應(yīng)用軟件中敏感信息保存在服務(wù)器端以進(jìn)展集中的加密平安治理，確保客戶端本身并不能存儲任何信息敏感的數(shù)據(jù)。4.4.2.確保訪問層的平安性：軟件系統(tǒng)在要確保模塊本身平安性的同時，還需安性，效勞器和效勞器間通訊的平安性，本地系統(tǒng)和異地系統(tǒng)之間通訊的平安性。4.5.工程開發(fā)編碼過程4. 5.1.工程開發(fā)編碼過程由工程經(jīng)理負(fù)責(zé)，技術(shù)主管、軟件工程師共同完成。4.5.2.工程開發(fā)編碼團(tuán)隊依據(jù)《工程打算書》及《系統(tǒng)設(shè)計說明書》的要求進(jìn)展編碼過程的工作細(xì)分，工程經(jīng)理對細(xì)分后的編碼過程進(jìn)展管控。4.5.3.工程經(jīng)理負(fù)責(zé)做好開發(fā)編碼的版本治理工作。4.5.4.開發(fā)編碼過程進(jìn)展同時應(yīng)同步開展軟件測試工作。4.5.5.開發(fā)編碼階段完成的標(biāo)志為測試人員承受測試版本后，工程經(jīng)理召開提交和階段總結(jié)會，開發(fā)人員的全部代碼轉(zhuǎn)交給工程經(jīng)理治理。4.6.測試提交過程4.6.1.過程治理：4.6.1.1.工程測試過程由工程經(jīng)理負(fù)責(zé)，技術(shù)主管及測試工程師共同完成。4.6.1.2.測試工程師在開發(fā)編碼階段的同時應(yīng)當(dāng)編制好《軟件使用說明書》，并依據(jù)設(shè)計需求編制測試打算和測試用例，接收測試版本后依據(jù)測試打算進(jìn)展測試。4.6.1.3.測試工程師完成對應(yīng)版本的《軟件測試報告》覺察問題，交工程經(jīng)理負(fù)責(zé)修改完善。4.6.1.4.測試工程師測試完成版本的《軟件測試報告》后，提交工程經(jīng)理簽字，并將對應(yīng)測試版本定義為公布版本。4.6.2.過程平安：1.測試前平安檢測：工程經(jīng)理應(yīng)組織開發(fā)人員進(jìn)展代碼審核，檢查、消退程序代碼潛在的平安漏洞。4.6.2.2.測試負(fù)責(zé)人應(yīng)設(shè)計具體的測試打算，測試范圍，測試方法和測試工具。4.6.2.間、功能和功能之間的接口的正確性、負(fù)載力量及水平、系統(tǒng)承受壓力及峰值、測試環(huán)境等。4.6.3.環(huán)境平安：1.工程經(jīng)理應(yīng)對工程文檔、代碼的存儲進(jìn)展備份，以確保在發(fā)生意外時，可有效恢復(fù)。4.6.3.2.工程經(jīng)理應(yīng)對工程文檔和代碼版本治理和訪問掌握。4.6.3.3.IT治理部門應(yīng)對用于開發(fā)的效勞器、個人電腦的配置做好嚴(yán)格的平安防護(hù)措施。4.6.4.源代碼平安4.6.4.1.工程經(jīng)理應(yīng)做好源代碼的治理，源代碼治理應(yīng)保存全部的歷史版本,以便查閱。4.6.4.2.工程經(jīng)理應(yīng)對全部的程序源代碼及設(shè)置支持文件等打包進(jìn)展平安檢查并存檔。4.6.4.軟件開發(fā)過程應(yīng)使用公開并且經(jīng)過驗證和測試的加密方法；應(yīng)防止向算保護(hù)。4.6.5.測試平安4.6.5.1.測試人員需明確記錄測試目的、平安要點、測試參與人員、測試流程，并編寫測試大綱，包括對應(yīng)用軟件的賬號、口令的平安測試；4.6.5.測試人員需對軟件的平安功能點進(jìn)展測試，確保平安功能的有效性、正確性；4.6.5.3.測試人員需對對軟件抵抗攻擊的力量進(jìn)展測試；4.6.5.問題。4.6.6.系統(tǒng)部署平安4.6.6.1.工程經(jīng)理應(yīng)規(guī)劃軟件系統(tǒng)部署需要的資源需求：系統(tǒng)部署的軟件、硬件的資源要求、網(wǎng)絡(luò)要求、物理鏈路資源；網(wǎng)絡(luò)設(shè)備資源、上聯(lián)網(wǎng)絡(luò)節(jié)點端口、IP地址以及應(yīng)用系統(tǒng)部署的有關(guān)部門、人員等要求。5.6.6.2.工程經(jīng)理應(yīng)確保應(yīng)用系統(tǒng)部署的環(huán)境平安：確保應(yīng)用系統(tǒng)部署的硬件平安、操作系統(tǒng)平安；確保應(yīng)用系統(tǒng)部署的賬號、口令平安；確保符合應(yīng)用系統(tǒng)部署的平安策略要求〔如訪問掌握〕；確保應(yīng)用系統(tǒng)部署的物理環(huán)境平安〔如電力〕；應(yīng)了解脆弱的網(wǎng)絡(luò)或者主機(jī)的配置缺陷。6.6.6.3.工程經(jīng)理應(yīng)確保應(yīng)用系統(tǒng)部署的過程平安：確保應(yīng)用系統(tǒng)部署過程的操作平安；對應(yīng)用系統(tǒng)部署所在的系統(tǒng)進(jìn)展平安備份；只對部署所需要的賬號供給最小的訪問權(quán)限，防止進(jìn)展其它與部署無關(guān)的活動；部署的過程應(yīng)有業(yè)務(wù)人員在場，對部署的操作需要經(jīng)業(yè)務(wù)人員確實認(rèn);對部署的操作過程應(yīng)進(jìn)展記錄；應(yīng)確保應(yīng)用系統(tǒng)部署過程的安裝平安。4.6.7.文檔平安：4.6.7.1.階段輸出的文檔應(yīng)對平安要求的執(zhí)行狀況進(jìn)展描述。4.6.7.問范圍，文檔的訪問掌握應(yīng)有相應(yīng)的授權(quán)機(jī)制。4.7.系統(tǒng)及設(shè)備的整體變更在業(yè)務(wù)驗收過程中消滅涉及到系統(tǒng)、設(shè)備用途及系統(tǒng)參數(shù)等不符合工程規(guī)劃的狀況，需填寫《系統(tǒng)變更申請表》明確變更要求、并由資訊科技部領(lǐng)導(dǎo)確認(rèn)后才可進(jìn)展變更，并形成《系統(tǒng)變更記錄表》4.8.工程驗收總結(jié)階段4.8.1.公布版本后，工程經(jīng)理負(fù)責(zé)組織整理完善全部工程過程文擋，并有相應(yīng)責(zé)任人簽字。4.8.2.工程經(jīng)理回憶總結(jié)《工程打算書》，分析總結(jié)實際和打算差異，并對設(shè)計、開發(fā)、測試過程的質(zhì)量掌握、本錢掌握及開發(fā)人員效率狀況等進(jìn)展分析總結(jié)，形成《工程總結(jié)報告》。8.3.提交《工程總結(jié)報告》及其他工程過程文檔至工程組評審后公布。相關(guān)記錄5.2.《工程建議書》BE-RD-IT-00745.3.《工程打算書》BE-RD-IT-00755.4.《工程變更申請》BE-RD-IT-00765.5.《系統(tǒng)設(shè)計說明書》BE-RD-IT-00775.6.《軟件使用說明書》BE-RD-IT-00785.7.《軟件測試報告》BE-RD-IT-00795.8.《工程總結(jié)報告》BE-RD-IT-00805.9.BE-RD-IT-00605.1.《軟件設(shè)計需求說明書》BE-RD-IT-00735.10.《系統(tǒng)變更記錄表》文件修訂履歷表修訂次修訂次版本修訂修訂內(nèi)容批準(zhǔn)人歷次生效H 期數(shù)頁碼/A0/首次發(fā)行**2023-08-301A16增加：4.7系統(tǒng)及設(shè)備的整體變更2第一條為標(biāo)準(zhǔn)自有軟件研發(fā)以及外包軟件的治理工作，特制定本制度。其次條本制度中軟件開發(fā)指系統(tǒng)開發(fā)和現(xiàn)有系統(tǒng)重大改造。BE-RD-IT-0061第三條本制度中自行開發(fā)是指主要依靠公司自身的治理、業(yè)務(wù)和技術(shù)力氣進(jìn)展系統(tǒng)IT公司〔合作商〕共同協(xié)作完成IT應(yīng)用的工程實施和團(tuán)隊進(jìn)展工程實施，ITIT治理小組和合作商共同承擔(dān)，IT治理小組負(fù)責(zé)內(nèi)部〔一級〕支持，合作商負(fù)責(zé)外部〔二級〕IT應(yīng)用工程的設(shè)〔IT公司或詢問公司等由該公司〔承包商〕負(fù)責(zé)應(yīng)用工程的實施。第四條軟件開發(fā)遵循工程治理和軟件工程的根本。工程治理涉及立項治理、工程打算和監(jiān)控、配置治理、合作開發(fā)治理和結(jié)項治理。軟件工程涉及需求治理、系統(tǒng)設(shè)計、系統(tǒng)實現(xiàn)、系統(tǒng)測試、用戶承受測試、試運(yùn)行、系統(tǒng)驗收、系統(tǒng)上線和數(shù)據(jù)遷移。第五條除特別指定，本制度中工程組包括業(yè)務(wù)組〔或需求提出組〕、IT組〔可能包括網(wǎng)絡(luò)治理員和合作開發(fā)商〕。其次節(jié)立項治理第六條提出開發(fā)需求的信息技術(shù)部門參與公司層面立項，進(jìn)展立項的技術(shù)可行性分析，編寫《立項分析報告》，開展前期籌備工作?！读㈨椃治鰣蟾妗窇?yīng)明確工程的范圍和邊界。第七條應(yīng)用系統(tǒng)主要使用部門將《立項分析報告》上交公司進(jìn)展立項審批。第八條《立項分析報告》得到批準(zhǔn)后，成立工程組〔假設(shè)是外包開發(fā)，那么成立外包商工程組；假設(shè)是合作開發(fā)，那么與外包商共同成立合作開發(fā)工程組，以下統(tǒng)稱“工程組”〕，工程組應(yīng)包括業(yè)務(wù)組〔由公司相關(guān)業(yè)務(wù)部門組成〕IT組〔自行開發(fā)為辦公室網(wǎng)絡(luò)治理員；外包開發(fā)為外包商成員；合作開發(fā)為網(wǎng)絡(luò)治理員和外包商成員〕。公司委派要。工程組人員的選擇應(yīng)滿足工程對業(yè)務(wù)及技術(shù)要求，工程組人員應(yīng)有足夠的業(yè)務(wù)和IT技術(shù)方面的專業(yè)學(xué)問來勝任項目各方面的工作。第三節(jié)需求分析第九條立項后業(yè)務(wù)組對用戶需求進(jìn)展匯總整理，出具《業(yè)務(wù)需求說明書》，并確保基線。IT組在獲得《業(yè)務(wù)需求說明