|
第一章 總則 第一條 為了支持分公司業(yè)務(wù)發(fā)展,規(guī)范分公司各部門提出的各類開發(fā)需求,提高軟件開發(fā)效率,特制定本規(guī)定。 第二章 適用范圍 第二條 本規(guī)定適用于分公司軟件開發(fā)申請(qǐng)、需求、編碼、測(cè)試、上線及開發(fā)管理的全過(guò)程。 第三章 開發(fā)范圍 第三條 由分公司各部門根據(jù)分公司全轄業(yè)務(wù)發(fā)展的需求(總公司下發(fā)的系統(tǒng)尚不支持),提出需要分公司信息技術(shù)部開發(fā)的各類軟件。 第四條 原則上不支持分支機(jī)構(gòu)的軟件開發(fā)需求,如有需求,應(yīng)將需求報(bào)分公司對(duì)口業(yè)務(wù)部門,由該部門統(tǒng)一考慮此需求是否符合在各分支機(jī)構(gòu)使用的共性為原則,如符合提交分公司信息技術(shù)部開發(fā)。 第四章 軟件開發(fā)流程 第五條 軟件開發(fā)過(guò)程由下列步驟組成: . 需求提出; . 可行性分析; . 立項(xiàng); . 需求分析; . 設(shè)計(jì); . 編碼; . 測(cè)試; . 部署與上線。 這些過(guò)程可以簡(jiǎn)化,但不可缺少,不可跳過(guò)。各個(gè)過(guò)程迭代進(jìn)行,每個(gè)過(guò)程的結(jié)束都以書面簽收為認(rèn)可依據(jù)。 書面簽收可以通過(guò)“事務(wù)追蹤系統(tǒng)”的“軟件需求管理”流程完成,也可以以《階段交付物簽收表》(附表3)的形式完成。 第六條 立項(xiàng)過(guò)程。 需求方通過(guò)“事務(wù)追蹤系統(tǒng)”的“軟件需求管理”流程,或以《軟件開發(fā)申請(qǐng)表》(附表1)的形式填寫開發(fā)申請(qǐng)。復(fù)雜需求可附詳細(xì)的《軟件需求說(shuō)明書》(見附件4《軟件需求說(shuō)明書模板》),并經(jīng)由以下路徑簽署審批: (一) 需求方部門主管審批。 (二) 分公司信息技術(shù)部可行性意見。 (三) 合規(guī)與風(fēng)險(xiǎn)管理部主管審批意見。 (四) 信息技術(shù)部分管總經(jīng)理審批意見。 (五) 需求方分管總經(jīng)理審批意見。 (六) 總公司信息技術(shù)部項(xiàng)目處審批立項(xiàng)。 其中,預(yù)算投入小于0.5人月,并且不對(duì)業(yè)務(wù)產(chǎn)生重大影響的項(xiàng)目,可以在需求方和信息技術(shù)部同意的情況下,跳過(guò)第(四)、(五)項(xiàng)的審批。 對(duì)于不涉及信息安全、業(yè)務(wù)合規(guī)風(fēng)險(xiǎn)的需求,可以跳過(guò)合規(guī)與風(fēng)險(xiǎn)管理部的審批。其中,涉及信息安全的內(nèi)容包括但不限于: . 機(jī)密業(yè)務(wù)信息; . 客戶隱私信息; . 其他可能由于泄漏而對(duì)公司、客戶和利益造成影響的信息。 第七條 分公司信息技術(shù)部在接到軟件開發(fā)申請(qǐng)和需求定義后,及時(shí)進(jìn)行初步的需求分析,判斷程序的實(shí)現(xiàn)可行性以及需要的相關(guān)資源,并形成可行性意見,反饋申請(qǐng)部門??尚行砸庖娭袘?yīng)該包括所需要的資源、進(jìn)度計(jì)劃和相關(guān)技術(shù)方案。 第八條 確定立項(xiàng)后,需求方與信息技術(shù)部指定專人參與此工作,需求方負(fù)責(zé)對(duì)需求定義進(jìn)行解釋,關(guān)于需求方在需求定義與需求分析階段的責(zé)任,請(qǐng)參閱“需求定義”章節(jié)的規(guī)定。 第九條 分公司信息技術(shù)部按項(xiàng)目進(jìn)度計(jì)劃,完成軟件的設(shè)計(jì)、編碼工作,并提交需求方進(jìn)行測(cè)試。關(guān)于進(jìn)度計(jì)劃的調(diào)整,請(qǐng)參考本規(guī)定第七章。 第十條 需求方在分公司信息技術(shù)部完成開發(fā)工作后,應(yīng)安排專人進(jìn)行用戶測(cè)試,確認(rèn)與需求符合。并及時(shí)反饋分公司信息技術(shù)部。 第十一條 分公司信息技術(shù)部接到確認(rèn)后,完成程序的上線,并通知申請(qǐng)部門。 第五章 需求定義 第十二條 需求定義的責(zé)任人是需求方。需求方負(fù)責(zé)需求的整理分析,并形成書面報(bào)告。 第十三條 需求定義必須以書面形式,或是與書面等效的形式如事務(wù)系統(tǒng)申請(qǐng)、電子郵件、電子文檔等方式提供。不接受口頭等非正式的需求定義。 需求定義文檔可以參考附件四《需求說(shuō)明書模板》。 第十四條 需求定義必須是清晰的,可理解的、無(wú)岐義的。需求方是對(duì)需求定義進(jìn)行解釋和說(shuō)明的責(zé)任方。 第十五條 需求定義至少應(yīng)該包括以下的內(nèi)容: (一) 軟件需要實(shí)現(xiàn)的總體功能; (二) 業(yè)務(wù)需求,包括每個(gè)功能的具體描述,功能說(shuō)明,輸入信息、輸出信息,處理邏輯,任務(wù)優(yōu)先級(jí)。 (三) 集成需求,包括與其他系統(tǒng)的信息共享、相互作用關(guān)系,任務(wù)優(yōu)先級(jí)。 (四) 非功能性需求,包括性能需求,潛在的擴(kuò)展需求,任務(wù)優(yōu)先級(jí)。 第六章 需求變更管理 第十六條 需求方應(yīng)該認(rèn)識(shí)到需求變更的代價(jià)遠(yuǎn)大于正常開發(fā)流程。因此,需求方必須嚴(yán)格按照需求定義要求進(jìn)行需求定義,盡可能避免需求變更。 第十七條 需求的變更控制由:變更的提出、變更成本分析、進(jìn)度調(diào)整與反饋、需求分析、設(shè)計(jì)、編碼、測(cè)試、部署與上線等必須步驟依次組成。這些過(guò)程可以簡(jiǎn)化,但不可缺少,不可跳過(guò)。各個(gè)過(guò)程迭代進(jìn)行,每個(gè)過(guò)程的結(jié)束都以書面簽收為認(rèn)可依據(jù)。 第十八條 需求方通過(guò)書面形式提交變更申請(qǐng)(見附表2《需求變更申請(qǐng)表》),并附詳細(xì)的變更內(nèi)容,經(jīng)需求方部門主管簽署同意后,再提交分公司信息技術(shù)部。 第十九條 分公司信息技術(shù)部在接到變更申請(qǐng)后,及時(shí)判斷變更的代價(jià)與實(shí)現(xiàn)可行性,以及需要的相關(guān)資源,并形成可行性意見,反饋需求方。反饋意見中應(yīng)該包括變更可行性、所需要的資源、進(jìn)度的延期以及任務(wù)優(yōu)先級(jí)的調(diào)整。 第二十條 雙方對(duì)變更進(jìn)行討論,確定變更代價(jià),對(duì)項(xiàng)目進(jìn)度、資源調(diào)整、優(yōu)先級(jí)調(diào)整等達(dá)成一致,決定接受變更、放棄變更或推遲變更,并簽署變更確認(rèn)書。 第二十一條 在接受變更后,信息技術(shù)部根據(jù)項(xiàng)目進(jìn)度安排,執(zhí)行變更內(nèi)容。 第七章 資源分配 第二十二條 信息技術(shù)部是各種信息技術(shù)資源的管理單位。 第二十三條 資源包括人力資源、設(shè)備資源與資金投入等。 (一) 信息技術(shù)部可提供的人力資源的總量為: 信息技術(shù)部軟件室員工人數(shù)*0.8 (人月)/月 最大不超過(guò): 信息技術(shù)部軟件室員工人數(shù)*1.5 (人月)/月 (二) 設(shè)備資源的可用范圍為分公司現(xiàn)有的信息技術(shù)基礎(chǔ)設(shè)施。 (三) 當(dāng)軟件項(xiàng)目需要引進(jìn)商業(yè)技術(shù)、軟件包、開發(fā)工具等,以及采用外包開發(fā)時(shí),所需要的資金投入預(yù)算需要提前一年申請(qǐng),在分公司信息技術(shù)預(yù)算中預(yù)留費(fèi)用。 第二十四條 信息技術(shù)部根據(jù)總體工作任務(wù)情況,整體上以平均分配為原則,安排各項(xiàng)目的進(jìn)度時(shí)間表。進(jìn)度安排綜合考慮如下因素和資源分配策略: (一) 總公司下達(dá)的各項(xiàng)工作任務(wù)有絕對(duì)的優(yōu)先權(quán)。 (二) 上級(jí)領(lǐng)導(dǎo)下達(dá)的工作任務(wù)較優(yōu)先。 (三) 基礎(chǔ)業(yè)務(wù)運(yùn)行維護(hù)工作的任務(wù)較優(yōu)先。 (四) 按需求提出時(shí)間的先后順序,先提出者較優(yōu)先。 (五) 按需求規(guī)模的大小,較小者較優(yōu)先。 (六) 需求變更帶來(lái)的額外工作優(yōu)先級(jí)最低,在不影響其他工作的情況下才能考慮投入。 第二十五條 需求方應(yīng)專人配合項(xiàng)目工作,因需求方無(wú)人配合造成任務(wù)不能按期完成的,一切責(zé)任應(yīng)由需求方負(fù)責(zé)。 第二十六條 項(xiàng)目的進(jìn)度計(jì)劃、優(yōu)先級(jí)、資源分配等由于工作需要進(jìn)行調(diào)整時(shí),信息技術(shù)部應(yīng)以書面形式通知需求方,說(shuō)明調(diào)整原因。 第二十七條 信息技術(shù)部定期公示當(dāng)前各項(xiàng)目的進(jìn)度與資源分配情況。 第八章 自行開發(fā)軟件管理 第二十八條 分公司信息技術(shù)部是分公司軟件項(xiàng)目開發(fā)工作的管理機(jī)構(gòu)。分公司信息技術(shù)部支持和鼓勵(lì)相關(guān)崗位自行開發(fā)適合工作使用的信息系統(tǒng),并盡可能為開發(fā)者提供技術(shù)支持。 第二十九條 在軟件項(xiàng)目實(shí)施之前,開發(fā)者必須將項(xiàng)目的下列材料送信息技術(shù)部進(jìn)行評(píng)估和備案: (一) 需求說(shuō)明 (二) 詳細(xì)技術(shù)設(shè)計(jì)方案 第三十條 軟件項(xiàng)目的開發(fā)平臺(tái)與開發(fā)工具應(yīng)該選擇本公司已經(jīng)獲得正版許可的軟件. 或是免費(fèi)軟件與開源軟件。嚴(yán)禁使用未獲授權(quán)的軟件。 第三十一條 軟件項(xiàng)目的階段提交物(包括中間文檔,可編譯的源代碼與項(xiàng)目文件,可部署的應(yīng)用程序及其附屬文件,測(cè)試報(bào)告, 部署手冊(cè)等)都必須及時(shí)提交到信息技術(shù)部備案。 第三十二條 軟件的運(yùn)行期間,應(yīng)該及時(shí)整理維護(hù)相關(guān)的文檔,堅(jiān)持記錄修改日志和完善維護(hù)知識(shí)庫(kù),并定期提交信息技術(shù)部備案。 第三十三條 開發(fā)者離職之前,有關(guān)項(xiàng)目的所有提交物都要與信息技術(shù)部做全部交接。刪除源碼、文檔的行為將被視為破壞公司信息安全,公司有采用必要手段追究責(zé)任的權(quán)力。 第三十四條 未按規(guī)定交付應(yīng)該有提交物的軟件項(xiàng)目,不納入信息服務(wù)系統(tǒng)范圍之內(nèi),信息技術(shù)部不負(fù)責(zé)該軟件項(xiàng)目的技術(shù)支持。 第三十五條 軟件項(xiàng)目及其所有相關(guān)的文檔、源碼等交付物,以及在開發(fā)過(guò)程中產(chǎn)生的知識(shí)產(chǎn)物,都不單屬于開發(fā)者本人,公司有權(quán)對(duì)這些信息做任意應(yīng)用。 同時(shí),公司不限制開發(fā)者在其他地方應(yīng)用這些技術(shù),但涉及公司信息機(jī)密的除外。 第九章 附則 第三十六條 本規(guī)定解釋權(quán)屬分公司信息技術(shù)部。 第三十七條 本規(guī)定自發(fā)布之日起執(zhí)行。 附件: 附表1:《軟件開發(fā)申請(qǐng)表》 附表2:《需求變更申請(qǐng)表》 附表3:《階段交付物簽收表》 附表4:《需求說(shuō)明書模板》
信息發(fā)布:廣州名易軟件有限公司 http://www.jetlc.com
|