企業(yè)信息化技術(shù)規(guī)范

范圍
本規(guī)范給出了企業(yè)資源規(guī)劃系統(tǒng)（以下簡稱 ERP）的相關(guān)軟件功能、開發(fā)管理、實施管理的基本要求和方法、適用于企業(yè)ERP產(chǎn)品與服務(wù)選型工作。

2 規(guī)范性引用文件
下列文件中的條款通過本標準的引用而成為本標準的條款。凡是注日期的引用不著文件，其隨后所有修改單（不包括勘誤的內(nèi)容）或修訂版均不適用于本標準，然而，鼓勵根據(jù)本標準確達成協(xié)成協(xié)議的各方研究是否使用這些文件的最新版本。凡是不注日期的引用文件，其最新版本適用于本標準。
GB/T 8566-2001 中華人民共和國國家標準 信息技術(shù) 軟件生存周期過程
GB/T18491-2001 中華人民共和國國家標準 信息技術(shù) 軟件測量 功能規(guī)模測量 第1部分：概念定義
GB/T 18492-2001 中華人民共和國國家標準 信息技術(shù) 系統(tǒng)及軟件完整性級別
GB/T 18493-2001 中華人民共和國國家標準化指導性技術(shù)文件 信息技術(shù) 軟件生存周期過程指南
SJ 20778-2000 中華人民共和國電子行業(yè)軍用標準 軟件開發(fā)與文檔編制
企業(yè)會計制度財會（2000）25號

3 定義
本標準采用下列定義

3．1 驗收 acceptance
需方授權(quán)代表一項活動，通過該活動，需方接受履行合同的部分或全部的軟件產(chǎn)品的所有權(quán)。
3．2 需方 acquirer
為自已或為另一個組織采購軟件產(chǎn)品的組織。
3．3 批準approval
需方的授權(quán)代表對開發(fā)方的項目計劃、設(shè)計或其他方面表示滿意并可能作為一階段工作基礎(chǔ)而簽署的書面文件。這種批準并不能解除開發(fā)方對滿足合同要求的責任。
3．4 體系結(jié)構(gòu)architecture
一個系統(tǒng)或CSCI的組織結(jié)構(gòu)，標明它的組成，這些組成的接口和它們之間的操作概念。
3．5 相關(guān)開發(fā)方 ASSOCIATE DEVELOPER
一個既不是主承制方也不是開發(fā)方的分承制方的組織，但它在同一個或相關(guān)的系統(tǒng)或項目承擔開發(fā)工作。
3．6 行為設(shè)計 BEHAVIORAL DESIGN
從用戶觀點出發(fā)，對整個系統(tǒng)或CSCI的行為進行的設(shè)計，它只考慮滿足用戶需求而不考慮系統(tǒng)或CSCI的內(nèi)部實現(xiàn)。這種設(shè)計與體系結(jié)構(gòu)設(shè)計不同，后者要標明系統(tǒng)或CSCI的內(nèi)部部件，并有這些部件的詳細設(shè)計。


3．7 開發(fā)階段 BUILD
（1） 軟件的一個版本，它滿足完整的軟件所要滿足的全部需求的一個特定的子集。
（2） 開發(fā)滿足特定需求子集的軟件版本所經(jīng)歷的時間。
注：術(shù)語“開發(fā)階段”和“版本”之間的關(guān)系依賴于開發(fā)方：例如，可以通過幾個版本來實現(xiàn)一個開發(fā)階段，一個開發(fā)階段也可以發(fā)行幾個并行的版本（如在不同的地點），或者將它們作為同義詞。
3．8 計算機數(shù)據(jù)庫 COMPUTER DATEBASE
見數(shù)據(jù)庫
3．9 計算機硬件 COMPUTER HARDWARE
能接收和存儲計算機數(shù)據(jù)的，對計算機數(shù)據(jù)的，對計算機數(shù)據(jù)執(zhí)行一系列系統(tǒng)性的操作的，或能產(chǎn)生控制輸出的設(shè)備。這類設(shè)備能實現(xiàn)基本解釋、計算、通信、控制或其他邏輯功能。
3．10 計算機程序 COMPUTER PROGRAM
能使計算機硬件實現(xiàn)計算或控制功能的計算機指令和數(shù)據(jù)定義的集合。
3．11 計算機軟件 CPMPUTER SOFWARE
見軟件
3．12 計算機軟件配置項 COMPUTER SOFTWARE CONFIGURATION ITEM（CSCI）
滿足最終使用功能的軟件集合，而且它由需方指定進行單獨的配置管理。CSCI應(yīng)從下列諸因素中進行折衷選擇：軟件功能、規(guī)模、宿主機或目標計算機、開發(fā)方、支持概念、重用計劃、關(guān)鍵性、接口考慮、需要單獨編寫文檔和控制以及其他因素。
3．13 配置項 CONFIGURATION ITEM
能滿足最終使用功能的硬件集合、軟件集合或者軟、硬件兩者的集合，且由需方指令進行單獨的配置管理。
3．14 數(shù)據(jù)庫 DATEBASE
以一種能被用戶或計算機程序通過一個數(shù)據(jù)庫管理系統(tǒng)進行訪問的方式，存儲在一個或多個計算機文件中的相關(guān)數(shù)據(jù)的集合。
3．15 數(shù)據(jù)庫管理體系統(tǒng) DATEBASE MANAGEMENT SYSTEM
是一整套計算機程序，它提供為建立、修改、使用和完整性維護一個數(shù)據(jù)庫所需的功能。
3．16 可交付的軟件產(chǎn)品 DELIVERABLE SOFTWARE PRODUCT
合同要求交付給需方或其他指定的接受方的軟件產(chǎn)品。
3．17 設(shè)計 DESIGN
開發(fā)方為響應(yīng)一定的需求而對一個系統(tǒng)或CSCI選取的一些性能/規(guī)格。這些特性中有些是與需求相匹配的；有一些是需求的精細化。如為了響應(yīng)顯示錯誤信息這一需求而定義所有的錯誤信息；有一些則是有關(guān)的實現(xiàn)，如為滿足需求，決定選用哪些軟件單元和邏輯。
3． 18 開發(fā)方 DEVELOPER
開發(fā)軟件產(chǎn)品的組織（“開發(fā)”包括新的軟件開發(fā)、合修改、重用、再工程、維護或產(chǎn)生軟件產(chǎn)品的任何其他活動）。開發(fā)方可以是一個承制方或者政府機構(gòu)。
3． 19 文檔/文當編制 DOCUMENT/DOCUMENTATION
能供人或機器閱讀的，一般具有永久性的一套資料（不管它們記錄在什么媒體上）。
3．20 評價 EVALUATION
確定一個項目獲一項活動是否滿足制定準則的過程。
3．21 固件 FIRMWARE
硬件設(shè)備和以只讀軟件的形式駐留在硬件設(shè)備上的計算機指令和?；蛴嬎銠C數(shù)據(jù)的組合。


3．22 硬件配置項HARDWARE CONFIGURATION ITEM(HWCL)
滿足最終使用功能并由需方指定進行單獨配置管理的一套硬件．
3．23 獨立驗證確認 INDEPENDENT VERIFICATION AND VALIDATION （IV&V）
　　　 由一個機構(gòu)對軟件產(chǎn)品和活動所作的系統(tǒng)的評審，這個機構(gòu)不負責該產(chǎn)品的開發(fā)或被評審的活動。IV &V不在本標準的范圍內(nèi)。
3．24 接口 INTERFACE
在軟件開發(fā)中，兩個或多個實體（如CSCI-CSCI，CSCI-HWCI，CSCI-用戶，或軟件單元軟件-軟件單元）之間產(chǎn)關(guān)系。這些實體依據(jù)這種關(guān)系共享、提代或交換數(shù)據(jù)。接口不是CSCI、軟件單元或其他的系統(tǒng)部件；接口是這些實體間的一種關(guān)系，而不是接口的實現(xiàn)。
3．25 聯(lián)合評審 JOINT REVIEW
由需方和開發(fā)方雙方的代表參加的對項目狀態(tài)、軟件產(chǎn)品/或目中的問題進行檢查和討論的活動或會議。
3．26 非交付的軟件產(chǎn)品 NON-DELIVERABLE SOFTWARE PRODUCT
不是合同中要求交付給需方或其他指定接受方的軟件產(chǎn)品。
3．27 過程 PROCESS
為實現(xiàn)某個既定目的而進行的一組有組織的活動，例如：軟件開發(fā)過程。
3．28 合格性測試 QUAKIFICATION TESTING
為了向需方表明一個CSCI或系統(tǒng)滿足其指定的需求而進行的測試。
3．29 再工程 REENGINEERING
為了以一種新的形式重組一個現(xiàn)有的系統(tǒng)而對其進行檢查和改造的過程式。再工程可包括逆向工程（分析一個系統(tǒng)并產(chǎn)生更高一級的抽象來表示它，如從代碼到設(shè)計），重構(gòu)（在同一個抽象級上把系統(tǒng)從一種表示形式轉(zhuǎn)換到另一種表示形式），重編文檔（分析一個系統(tǒng)并產(chǎn)生用戶文檔或支持文檔），正向工程（從現(xiàn)有的系統(tǒng)的軟件包產(chǎn)品結(jié)合新的需求，產(chǎn)生新系統(tǒng)）重定目標系統(tǒng)（對系統(tǒng)進行轉(zhuǎn)換以便將其安裝到不同的目標系統(tǒng)上）和翻譯（將源碼從一種語言轉(zhuǎn)換到另一種語言或者從一種的某個版本轉(zhuǎn)換成另一種版本）。
3．30 需求 REQUIREMENT
（1） 為了使需方能夠接受一個系統(tǒng)或CSCI所必需具備的特性。（2）本標準或合同中規(guī)定的必須遵守的陳述。
3．31 可重用的軟件產(chǎn)品 REUSABLE SOFTWARE PRODUCT
是一種用于開發(fā)的軟件產(chǎn)品，但還具有別的用途，或者專門為了用于多個項目而開 發(fā)的軟件產(chǎn)品，或者在一個項目中有多種作用的軟件產(chǎn)品。例子包括（但不限于）上市的商品，需方已裝備的軟件產(chǎn)品，重用庫中的軟件產(chǎn)品和開發(fā)方現(xiàn)存的軟件產(chǎn)品。每一次使用可以包括這些軟件產(chǎn)品的全部或部分，也可以涉及到它的修改部分。這個術(shù)語可以應(yīng)用于任何軟件產(chǎn)品（例如需求，體系結(jié)構(gòu)等）而不只限于軟件本身。
3．32 軟件 SOFTWARE
計算機程序和計算機數(shù)據(jù)庫。
注：雖然有些軟件的定義中包括文檔，本標準把這個定義只限于計算機程序和計算機數(shù)據(jù)庫。
3．33 軟件開發(fā) SOFTWARE DEVELIPMENT
產(chǎn)生軟件產(chǎn)品的一整套活動。軟件開發(fā)可以包括新開發(fā)、修改、重用、再工程、維護或者任何會產(chǎn)生軟件產(chǎn)品的其他活動。
3．34 軟件開發(fā)文件 SOFTWARE DEVELOPMENT FILE（SDF）
與特定軟件實體開發(fā)有關(guān)的資料庫。其內(nèi)容一般包括（直接的或引用的）有關(guān)需求分析、設(shè)計和實現(xiàn)的考慮、原理和約束條件；開發(fā)方內(nèi)部的測試資料；進度和狀態(tài)資料。
3． 35 軟件開發(fā)庫 SOFEWARE DEVELOPMENT LIBRARY （SDL）
一套受控的軟件、文檔，其它中間的和最終的軟件產(chǎn)品，以及相關(guān)的用以促進軟件的
有序開發(fā)和后續(xù)支持的工具和方法。
3． 36 軟件開發(fā)過程 SOFTWARE DEVELOPMENT PROCESS
為了把用戶的需求轉(zhuǎn)換在軟件產(chǎn)品而進行的一系列有組織的活動。
3．37 軟件工程 SOFTWARE ENGINEERING
一般情況下，它是軟件開發(fā)的同義詞。要本標準中，軟件工程是軟件開發(fā)全部活動（合格性測試除外）的一個子集。本標準之所以加以這種區(qū)分只是為了給軟件工程和軟件測試環(huán)境以不同的命旬。
3．38 軟件工程環(huán)境 SOFTWARE ENGINEERING ENVIRONENT
實施軟件工程所需要的設(shè)施、硬件、軟件、固件、方法和文檔。它可以包括（但不限于）計算機輔助軟件工程（CASE）的工具、編譯程序、匯編程序、連接程序、裝載程序、排錯程序、仿真程序、模擬程序、文檔工具和數(shù)據(jù)庫管理系統(tǒng)。
3．39 軟件產(chǎn)品 SOFTWARE PRODUCT
為了滿足一個合同而建立、修改或組合成的軟件或相應(yīng)的資料。例子包括計劃、需求、設(shè)計、代碼、數(shù)據(jù)庫、測試資料和手冊。
3．40 軟件質(zhì)量 SOFTWARE QUALITY
軟件滿足所規(guī)定的需求的能力。
3．41 軟件支持 SOFTWARE SUPPORT
為保證軟件安裝后能繼續(xù)按既定目標運行而且在系統(tǒng)的運行中能起到既定的作用而發(fā)生的一系列活動。軟件友持包括軟件維護、用戶支持和有關(guān)的活動。
3．42 軟件系統(tǒng) SOFTWARE SYSTEM
只由軟件組成的系統(tǒng)，有時可能還包括該軟件賴以運行的計算機設(shè)備。
3．43 軟件測試環(huán)境 SOFTWARE TEST ENVIRONMENT
為完成軟件合格性測試和可能的其他測試所需的設(shè)施、硬件、軟件、固件、方法和文檔。其要素可以包括（但不限于）仿真程序、代碼分析程序、測試用例產(chǎn)生程序和路徑分析程序，還可能包括在軟件工程環(huán)境下用到的要素。
3．44 軟件移交 SOFTEWARE TRANSITION
能使軟件開發(fā)的責任從一個組織轉(zhuǎn)交給另一個組織一系列活動。一般說，前一個組織是實現(xiàn)初期軟件開發(fā)，而后一個組織是進行軟件支持。
3．45 軟件單元 SOFTWARE UNIT
CSCI設(shè)計中的一個基本單位；例如，CSCI的一個主要構(gòu)成部分，這種構(gòu)成部分的一個組成部分，一個類，對象，模塊，函數(shù)，子程序或者數(shù)據(jù)庫。軟件單元可以出現(xiàn)在層次機構(gòu)的不同層上并可以由其他的軟件單元組成。設(shè)計中的軟件單元與實現(xiàn)它們的代碼和數(shù)據(jù)實體（子程序，過程，數(shù)據(jù)文件等）之間的關(guān)系也是這樣。
3．46 （軟件的）支持 SUPPORT （OF SOFFTWARE）
見軟件支持。
3．47 （軟件的）移交 TRANSITION （OF SOFTWARE）
見軟件移交。
3．48 咨詢 CONSULT
通過對客戶方業(yè)務(wù)、經(jīng)營等各種情況的了解、分析，基于自身的知識和經(jīng)驗，提供合理化建議的一種行為。
3．49 實施 IMPLEMENT
通過一定的手段將一項計劃實現(xiàn)的過程，在ERP領(lǐng)域特指將ERP軟件經(jīng)過科學地配置、調(diào)整用于客戶日常管理的過程。
3． 50 顧問 CONFIGERATION
有相關(guān)經(jīng)驗，為客戶就行業(yè)特色提供咨詢服務(wù)的人
3． 51 維護 SERVICE
對設(shè)備、系統(tǒng)的工作狀況進行監(jiān)視、維修，保證系統(tǒng)的正常運轉(zhuǎn)的工作。
3．52 流程 PROCESS
完成一項工作所要經(jīng)過的各個步驟，按照一定的先后順序執(zhí)行的完整過程
3．53 配置 CONFIGERATION
（1） 硬件配置：根據(jù)硬件系統(tǒng)要求，對相關(guān)的硬件進行規(guī)格搭配
（2） 軟件配置：根據(jù)軟件系統(tǒng)運行要求，對軟件參數(shù)進行設(shè)
3． 54 數(shù)據(jù) DATA
在流程中處理的各種信息對象，數(shù)據(jù)可以有多種存儲方式
3．55 上線 go-life
讓設(shè)備或者是軟件系統(tǒng)正式運行
3．56 選型 MAKE CHOICE
根據(jù)實際業(yè)務(wù)管理的需要，對硬件、軟件進行規(guī)格選擇
3．57 模塊 MODULE
按照業(yè)務(wù)功能劃分的各個子業(yè)務(wù)系統(tǒng)，如銷售、采購、倉庫等子業(yè)務(wù)
3．58 BOM
產(chǎn)品結(jié)構(gòu)的英文縮寫，又稱為物料清單，是對產(chǎn)品生產(chǎn)所需的材料、工序進行描述的一種文件記
3．59 MRP
物料需求計劃的英文縮寫，是企業(yè)根據(jù)生產(chǎn)、銷售、采購、預(yù)測等需求對物料進行的一種規(guī)劃



4 總則
圍繞ERP產(chǎn)品應(yīng)該包含以下要素：
底層設(shè)計高度集成化，各類數(shù)據(jù)、計算、共享高度統(tǒng)一，不同于單類應(yīng)用的簡單連接
產(chǎn)品采用先進和穩(wěn)定的IT開發(fā)平臺，系統(tǒng)穩(wěn)定、安全、靈活、可擴充耳不
在各種行業(yè)有豐富的實用案例
軟件提供者本身的業(yè)務(wù)保持持續(xù)健康的發(fā)展，保證產(chǎn)品持續(xù)發(fā)展，服務(wù)持續(xù)提供
符合相關(guān)制度和法規(guī)，適合企業(yè)管理和人文文化特點。

為滿足以上各項要素，必須在產(chǎn)品研發(fā)、實施、服務(wù)、產(chǎn)品功能各方面建立相關(guān)的標準工作方法和內(nèi)容。












５ ERP產(chǎn)品研發(fā)技術(shù)要求
產(chǎn)品研發(fā)是非常嚴謹、科學的一系列工作的組織，整個體系應(yīng)具有完整、靈活、嚴謹、高效的特性，進行嚴格的管理控制，以確保產(chǎn)品的質(zhì)量和市場反應(yīng)的速度，保證工作的延續(xù)性，保證各類產(chǎn)品問題的可追溯性，尤其是各類過程控制文檔與記錄的保存。以下為產(chǎn)品研發(fā)最基本流程的框架描述，過程中的文檔模版未提供，可根據(jù)需要由各公司自行自行設(shè)計確定。下面將以流程圖的方式闡述主要工伯的過程，并分別配有表格形式的說明。
5．1 術(shù)語和定義：
單位：在公司組織架構(gòu)中獨立的實體，由工作內(nèi)容劃分為面向銷售或面向技術(shù)的相關(guān)組織。
事業(yè)群：以產(chǎn)品劃分，主要面向明確的產(chǎn)品和用戶群的確良公司見風使舵組織架構(gòu)，對該產(chǎn)品的營銷全面責任。
事業(yè)單位：事業(yè)群中的某個單位。












5．2 研發(fā)循環(huán)總流程圖
新產(chǎn)品規(guī)劃提案作業(yè)程序

新產(chǎn)品開發(fā)作業(yè)程序

設(shè)計變更作業(yè)程序

產(chǎn)品功能異常處理作業(yè)程序

　
　








5．3 新產(chǎn)品規(guī)劃提案作業(yè)程序
各單位 事業(yè)群 總裁室










































新產(chǎn)品提案作業(yè)程序


作 業(yè) 系 統(tǒng) 及 控 制 重 點 依據(jù)資料及流程圖中各項窗體
一、 目的
為標準化及落實新產(chǎn)品規(guī)劃過程的所有程序、文件及記錄，特定本程序。

二、 權(quán)力與責任
本作業(yè)程序由研發(fā)部門負責維護，經(jīng)總裁審核批準后勤部實施，其修訂亦同。

三、 作業(yè)程序
1、 新產(chǎn)品規(guī)劃提案
公司人員對新產(chǎn)品有新構(gòu)思或提案，可填寫[新產(chǎn)品規(guī)劃提案表]，由提案單位主管審查后轉(zhuǎn)呈事業(yè)群負責人及總裁室審查及批準。

2、 總裁室審查批準的[新產(chǎn)品規(guī)劃提案表]應(yīng)由事業(yè)群負責人委任適當人員進行新產(chǎn)品開 發(fā)的評估。

3、 新產(chǎn)品開發(fā)評估完成后，應(yīng)撰之一評估報告，評估報告內(nèi)容含日程，成本及人力規(guī)劃。評估報告經(jīng)事業(yè)群負責人審查后交總裁室批準。

4、 決議開發(fā)的提案，由事業(yè)群負責人成立開發(fā)項目依[新產(chǎn)品開發(fā)作業(yè)程序]進行產(chǎn)品開發(fā)；決議不開發(fā)者，評估報告應(yīng)歸檔妥善保存。

四、 控制重點
1、 新產(chǎn)品規(guī)劃提案表是否經(jīng)過適當?shù)墓芾怼?
2、 新產(chǎn)品的開發(fā)是否可追溯[新產(chǎn)品規(guī)劃提案表]
3、 新產(chǎn)品的形式發(fā)是否具備開發(fā)評估報告。
4、 新產(chǎn)品評估相關(guān)報告及記錄是否經(jīng)適當?shù)谋４妗?






















新產(chǎn)品規(guī)劃提案表













新產(chǎn)品開發(fā)作業(yè)程序





5．4 新產(chǎn)品開發(fā)案作業(yè)程序

事業(yè)單位 項目小組 銷售及服務(wù)單位












N

Y


N


Y




















■ 新產(chǎn)品開發(fā)作業(yè)程序

作 業(yè) 系 統(tǒng) 及 控 制 重 點 依據(jù)資料及各項窗體
一、 目的
為落實新產(chǎn)品及子系統(tǒng)在開發(fā)過程中的所有程序，文件及記錄標準化。特定本程序。

二、 權(quán)力與責任
本作業(yè)程序由研發(fā)部門負責維護，經(jīng)總裁審查批準后實施，其修麻亦同。

三、 作業(yè)程序
1． 新產(chǎn)品開發(fā)應(yīng)成立項目小組，決定項目負責人及組織分工，由項目負責人負責項目控制，協(xié)調(diào)及程序管理。

2．若新產(chǎn)品開發(fā)工作決定委托公司外部資源進行是，應(yīng)由項目小組擬 定[外包契約]，經(jīng)總裁室審查批準。由項目負責人監(jiān)控

3．新產(chǎn)品使用新技術(shù)前應(yīng)經(jīng)過適當?shù)脑u估。

4．新產(chǎn)品開發(fā)過程使用各項標準應(yīng)經(jīng)過適當?shù)囊?guī)劃及測試。

5．系統(tǒng)分析
產(chǎn)品開發(fā)應(yīng)具備系統(tǒng)分析文件，系統(tǒng)分析文件撰寫完成后，應(yīng)經(jīng)過適當審查，審查結(jié)果應(yīng)保留記錄。

6． 系統(tǒng)設(shè)計
系統(tǒng)分析完成后，進入系統(tǒng)設(shè)計階段，系統(tǒng)設(shè)計文件撰寫成后，應(yīng)經(jīng)過適當審查，審查應(yīng)保留記錄。

7． 程序設(shè)計
程序人員，根據(jù)系統(tǒng)設(shè)計文件及各種標準撰寫程序。

8． 產(chǎn)品測試
產(chǎn)品開發(fā)完成應(yīng)經(jīng)過嚴謹測試，以確保產(chǎn)品質(zhì)量，測試應(yīng)保留測試記錄。

9． 產(chǎn)品開發(fā)執(zhí)行過程的版本及開發(fā)環(huán)境應(yīng)適當管理。

10．開發(fā)過程的開發(fā)文件保管及管理依[質(zhì)量文件管理作業(yè)程序]所規(guī)范的內(nèi)容執(zhí)行。














外包契約























質(zhì)量文件管理作業(yè)程序

四、 控制重點
1． 開發(fā)中項目是否定期監(jiān)控進度及預(yù)算執(zhí)行。
2． 產(chǎn)品開發(fā)中使用的各項標準是否經(jīng)過適當管理。
3． 系統(tǒng)分析是否經(jīng)過適當審查。
4． 系統(tǒng)設(shè)計是否經(jīng)過適當審查。
5． 軟件開發(fā)的產(chǎn)品識別方式是否明確制訂。
6． 是否保留開發(fā)記錄，證明產(chǎn)品開發(fā)的著作所有權(quán)。
7． 產(chǎn)品開發(fā)完成，是否具備測試記錄，以驗證產(chǎn)品質(zhì)量。
8． 開發(fā)過程的文件及記錄是否依據(jù)質(zhì)量文件管理辦法妥善的保存及管理。 依據(jù)資料及流程圖中各項窗體
































5..5設(shè)計變更作業(yè)程序
變更需用求單位 項目小組/產(chǎn)品維護單位










































■設(shè)計變更作業(yè)程序
作業(yè)系統(tǒng)及控制重點
依據(jù)資料及流程圖中各項窗體
一、 目的
為落實新產(chǎn)品在開發(fā)過程及產(chǎn)品維護階段的設(shè)計變更管理與控制，特制定本程序。

二、 權(quán)力與責任
本作業(yè)程序由研發(fā)部門負責維護，經(jīng)總裁審查批準后實施，其修訂亦同。

三、 作業(yè)程序
1、 產(chǎn)品開發(fā)過程的設(shè)計變更，可則設(shè)計單位或業(yè)務(wù)或服務(wù)單位于相關(guān)項目會議中提出變更需求，經(jīng)項目負責人審查批準確性后，進行設(shè)計變更。

2、 產(chǎn)品維護階段發(fā)生設(shè)計變更需求時，應(yīng)由需求單位提出系統(tǒng)功能建議，經(jīng)產(chǎn)品維護單位主管審查或經(jīng)產(chǎn)品相關(guān)會議審查批準決議后，交由產(chǎn)品維護人員進行產(chǎn)品功能修改。

3、 變理幅度較大時，由產(chǎn)品維護單位的負責人視項止規(guī)模判斷是否需要成產(chǎn)項目進行項目控制。

4、 設(shè)計變更應(yīng)規(guī)劃可識別的版號，以作為產(chǎn)品質(zhì)量及功能的追溯。

5、 設(shè)計變更完成的產(chǎn)品應(yīng)經(jīng)過適當?shù)臏y試驗，以驗證產(chǎn)品的質(zhì)量及功能的完整性

6、 產(chǎn)品變更文件依[質(zhì)量文件管理作業(yè)程序]所規(guī)范的內(nèi)容執(zhí)行。

四、 控制重點
1、 設(shè)計變更是否經(jīng)過適當?shù)膶彶椤?
2、 設(shè)計變更完成，是否經(jīng)過適當?shù)臏y試。
3、 開發(fā)過程的文件及記錄是否依據(jù)質(zhì)量文件管理辦法妥善的保存及管理。

質(zhì)量文件管理作業(yè)程序
3．1 產(chǎn)品功能異常處理作業(yè)程序

企業(yè)信息化技術(shù)規(guī)范