免费视频淫片aa毛片_日韩高清在线亚洲专区vr_日韩大片免费观看视频播放_亚洲欧美国产精品完整版

打開APP
userphoto
未登錄

開通VIP,暢享免費電子書等14項超值服

開通VIP
命名
產(chǎn)品名稱主要由產(chǎn)品中文名稱、產(chǎn)品英文名稱、產(chǎn)品中文簡稱、產(chǎn)品英文簡稱組成。
產(chǎn)品中文名稱:使用行業(yè)內(nèi)通用的,或相關(guān)標準規(guī)定的中文名稱,其應(yīng)能體現(xiàn)產(chǎn)品的主要功能;產(chǎn)品中文名稱應(yīng)以“系統(tǒng)”或“管理系統(tǒng)”為后綴;產(chǎn)品中文名稱不要以“中興”開頭。
產(chǎn)品英文名稱:使用行業(yè)內(nèi)通用的,或相關(guān)標準規(guī)定的英文名稱,是對產(chǎn)品中文名稱的英文翻譯。
產(chǎn)品中文簡稱:是產(chǎn)品中文名稱的縮寫。
產(chǎn)品英文簡稱:產(chǎn)品英文簡稱是產(chǎn)品英文名稱的縮寫,由英文單詞頭字母或整個單詞組成,應(yīng)符合行業(yè)內(nèi)通用的縮寫習慣。
產(chǎn)品編號以八位數(shù)字和字母組成:
產(chǎn)品大類區(qū)分號:
產(chǎn)品大類代碼
產(chǎn)品大類
說明
備注
01
ERP
企業(yè)資源計劃
Enterprise Resource Planning
03
MES
制造執(zhí)行
Manufacturing Execution System
04
APS
高級計劃排產(chǎn)
Advanced Planning and Scheduling
05
SCM
供應(yīng)鏈管理
Supply Chain Management
10
CRM
客戶管理管理
Customer Relation Management
20
PLM
產(chǎn)品生命周期管理
Product Lifecycle Mnagement
30
OA
辦公自動化
Office Automatic
35
HR
人力資源管理
Human Resource
40
BI
商業(yè)智能
Business Intelligent
60
SEC
信息安全
Security
70
ECS
企業(yè)通訊
Enterprise Communication System
80
INF
基礎(chǔ)設(shè)施
Infrastructure           (虛擬產(chǎn)品)
90
TPG
技術(shù)平臺
Technical Platform Group (虛擬產(chǎn)品)
91
EPG
工程過程
Engineering Process Group(虛擬產(chǎn)品)
VX.Y[_xxxxxxxx][_Pmm][Buildnnnn]
IT產(chǎn)品的版本編號由大寫英文字母“V”和中間以圓點和下劃線隔開的五組數(shù)字/符號組成?!癡”是版本(Version)的英文單詞首字母縮寫。每組序號的含義及規(guī)則如下:
第一組數(shù)字X表示大版本(主版本),從1開始順序遞增,如一位數(shù)不夠時可擴為兩位;
第二組數(shù)字Y表示小版本(次版本),取值范圍為0~9;
第三組數(shù)字xxxxxxxx表示8位企業(yè)服務(wù)號,如中興通訊服務(wù)號為:75501899;
第四組符號Pmm表示維護版本(補丁版本),P為patch(補?。琺m取值為數(shù)字01~99依次遞增;
第五組符號Buildnnnn表示構(gòu)建版本號(Build號,需對外隱藏),nnnn取值為數(shù)字0001~9999依次遞增。
原則上每種產(chǎn)品應(yīng)有一個與之對應(yīng)的獨立的版本編號,某種產(chǎn)品的版本編號升級應(yīng)不影響其它產(chǎn)品的版本編號。
產(chǎn)品標識由 產(chǎn)品名稱[-定制客戶代號] 組成。產(chǎn)品名稱的定義以組織備案的產(chǎn)品名稱為準;[-定制客戶代號]為可選項,只有在客戶定制版本的時候,才能使用。
版本的初始編號由X=1開始編號。
l  大版本X的升級包含重大的功能增加、一組工作量比較大的中小功能的增加或變更、系統(tǒng)整體性能改進等,通常會涉及系統(tǒng)結(jié)構(gòu)變化,但也有可能因市場的需要而升級大版本; 重大功能增加通常指一個或多個子系統(tǒng)或系統(tǒng)模塊的增加,一般會引起系統(tǒng)菜單區(qū)的內(nèi)容變化;重大性能改進通常指為改進系統(tǒng)整體性能而做的架構(gòu)升級(如系統(tǒng)重構(gòu))或技術(shù)平臺(如數(shù)據(jù)庫平臺)的變化。
l  大版本的升級通常對應(yīng)產(chǎn)品計劃書會有A類的需求。
l  大版本X的升級必須重新立項,并在產(chǎn)品計劃書中定義;
l  大版本X的升級由大項目經(jīng)理提出,通過產(chǎn)品計劃評審會評審;
l  小版本Y的升級包含一組中小功能的增加或局部性能改進;中小功能增加一般是指在現(xiàn)有的子系統(tǒng)或模塊下增加一個或多個單元或功能,通常會引起系統(tǒng)導(dǎo)航區(qū)的內(nèi)容變化,不會引起系統(tǒng)菜單區(qū)的內(nèi)容變化;局部性能改進通常指為改善系統(tǒng)的局部新能而做的系統(tǒng)局部架構(gòu)升級或性能優(yōu)化。
l  小版本的升級對應(yīng)產(chǎn)品計劃書中有B類或C類的需求。
l  小版本Y的升級應(yīng)在產(chǎn)品計劃書中定義;
l  小版本Y的升級由大項目經(jīng)理提出,通過產(chǎn)品計劃評審會評審;
l  維護版本Pmm的升級主要是包含一個或多個對原有功能的變更或?qū)Ξ斍鞍姹镜娜毕菪迯?fù);維護版本的升級通常不會新增功能,也不會引起系統(tǒng)菜單區(qū)或者導(dǎo)航區(qū)的內(nèi)容的變化(僅文字的變化除外)。
l  維護版本Pmm的升級對應(yīng)產(chǎn)品計劃書中有D類的需求。
l  維護版本Pmm的升級應(yīng)在項目計劃中定義;一般為定期發(fā)布(推薦每周),但在遇到特殊情況下,也可以隨時發(fā)布。
l  維護版本Pmm的升級由項目經(jīng)理定義,大項目經(jīng)理批準;
l  構(gòu)建版本Buildnnnn的升級是在系統(tǒng)構(gòu)建時進行,該構(gòu)建一般是當前版本中系統(tǒng)架構(gòu)、全部功能或部分功能完成開發(fā)并交付測試前進行。
l  構(gòu)建版本的升級一般由項目經(jīng)理或測試負責人提出。
1.3          項目
項目按照類別分為研發(fā)類項目與工程類項目。根據(jù)特點的不同,命名如下:
研發(fā)類的項目可分為兩類,如下
l  產(chǎn)品型項目,目的是實現(xiàn)產(chǎn)品或者產(chǎn)品的某一個迭代,其特點是該項目最終輸出一個完整的產(chǎn)品;
l  定制型項目,目的是實現(xiàn)某客戶除標準產(chǎn)品外的定制部分,其特點是該項目無法完成一個完整的產(chǎn)品,而需要與其它產(chǎn)品型項目的標準產(chǎn)出集成在一起才能完成一個完整的產(chǎn)品。
兩類項目的命名如下:由項目標識、項目類型、客戶編號和項目期數(shù)組成,項目標識一般使用3個以上的大寫的英文字母表示,該英文字母要能代表項目名稱。通常在一個項目只開發(fā)一個產(chǎn)品的情況下,項目的標識一般用其所開發(fā)的產(chǎn)品的英文簡稱來表示:
產(chǎn)品型項目的命名如下:
如PDM項目可命名為PDM_Q03.01
定制型項目的命名如下:
如SOC的定制項目可命名為SOC_天津移動_Q01.01
由售后分配客戶編號,每個工程項目可對應(yīng)一個或多個產(chǎn)品。
如天津移動的項目名稱為: 天津移動_Q01
產(chǎn)品大類區(qū)分號:
見上產(chǎn)品編號中定義的“產(chǎn)品大類區(qū)分號”。
項目系列號:
按照登記的先后順序從01~99依次編排。
升位規(guī)則:
根據(jù)立項順序,在同一產(chǎn)品大類里統(tǒng)一編號,當一個產(chǎn)品大類(如ERP)里項目超過100時,給這個產(chǎn)品大類增加一個大類區(qū)分號。當產(chǎn)品大類將要超過100大類時,產(chǎn)品大類區(qū)分號將由目前的2位升為3位。升位時在原來的區(qū)分號前加“0”。
工程類項目的編號規(guī)則按照公司統(tǒng)一標準進行,即
年+月+日+當日公司統(tǒng)一工程項目編號+預(yù)測編碼
其中,預(yù)測編碼缺省為000
如根據(jù)合同號建立的XXX項目,進入ECC系統(tǒng)后自動生成項目編號為20051225010000
產(chǎn)品的研發(fā)通常采用遞增的版本進行管理,每次遞增都包含產(chǎn)品的一系列特性的增強,產(chǎn)品在其產(chǎn)品生命周期中將有多個版本,一個項目可以是實現(xiàn)產(chǎn)品的一個或多個版本,如下圖所示:
規(guī)則一:大版本的管理
必須重新立項,并且要求作為一個獨立的項目;如V1.0、V2.0等都須作為獨立的項目進行重新立項。
規(guī)則二:多個小版本的項目管理
l  可以單個小版本一個項目管理,也可以若干個(不大于3)小版本合并為一個項目,如V1.1、V1.2、V1.3可以合并為一個項目,在產(chǎn)品計劃書評審時一次將3個小版本的內(nèi)容和發(fā)布時間都確定。
l  在需求不穩(wěn)定的情況下,定義產(chǎn)品小版本時可以在其前后預(yù)留一定數(shù)量(不大于2個)的小版本,在臨時出現(xiàn)需求變更時可以插入相應(yīng)的小版本,但一個項目包含的總的小版本數(shù)仍然不大于3個,否則就要重新立項。
規(guī)則三:單個項目的周期不大于3個月。
規(guī)則四:同一個項目中,并行的版本數(shù)不大于2。
調(diào)整規(guī)則
項目中,小版本一般來說難以規(guī)劃,但是也應(yīng)該盡早進行計劃,盡量把有關(guān)需求并入鄰近的正常版本,減少緊急小版本的數(shù)量。
NO
情況
解決辦法
1
原計劃版本中部分內(nèi)容要提前發(fā)版
在當前項目中追加小版本,但項目內(nèi)的總版本數(shù)不大于3
2
增加部分新功能,并提前發(fā)版
產(chǎn)品計劃書,在當前項目中追加小版本,但項目內(nèi)的總版本數(shù)不大于3
3
增加部分新功能,在原計劃版本后發(fā)布
1、   在當前項目中原版本前追加小版本,當項目的總版本數(shù)不大于3
2、   新建項目,增加小版本
4
取消部分新功能
1、無變化
版本的積分原則以產(chǎn)品計劃書中該版本的結(jié)束時間為準。
NO
情況
解決辦法
1
版本間存在維護期
以前一個版本的結(jié)束時間為準,分別給積分
2
版本間沒有維護期
以前一個版本的結(jié)束時間為準,分別給積分
3
版本間有交疊期,沒有維護期
1、   以前一個版本的結(jié)束時間為準,分別給積分
2、   積分不足時,可向同一項目的前一小版本借分
如圖所示:
圖4-1 產(chǎn)品結(jié)構(gòu)模型圖
系統(tǒng)的命名和編號同產(chǎn)品的命名和編號。
子系統(tǒng)是完成某一獨立職能域業(yè)務(wù)、并具有獨立界面的應(yīng)用劃分;當系統(tǒng)比較小時,可以不劃分子系統(tǒng)。子系統(tǒng)是部分系統(tǒng)模塊的虛擬邏輯組合。子系統(tǒng)在《產(chǎn)品計劃書》中定義。
子系統(tǒng)命名:子系統(tǒng)名稱由子系統(tǒng)中文簡稱和“子系統(tǒng)”組成,例如:設(shè)備管理子系統(tǒng)。
子系統(tǒng)編號:子系統(tǒng)編號由一位大寫英文字母“S”和兩位數(shù)字組成,S是Sub-System的簡寫。例如:S01
系統(tǒng)模塊是完成相對獨立的某一管理業(yè)務(wù),是系統(tǒng)的基本組成單位,一個系統(tǒng)由一個或多個系統(tǒng)模塊組成;在系統(tǒng)中系統(tǒng)模塊與一級菜單存在對應(yīng)關(guān)系,一般地,一級菜單一定可以對應(yīng)到某系統(tǒng)模塊;系統(tǒng)模塊在系統(tǒng)的《產(chǎn)品需求說明書》中定義。
系統(tǒng)模塊命名:系統(tǒng)模塊名稱使用中文文字進行描述,例如:人事管理。
系統(tǒng)模塊編號:功能模板編號由一位大寫英文字母“M”和兩位數(shù)字組成,M是Module的簡寫。例如:M01
為需求管理的方便性,將非功能性需求歸于一個虛擬的系統(tǒng)模塊,該虛擬系統(tǒng)模塊編號缺省定義為M00。
業(yè)務(wù)單元是一組相近的業(yè)務(wù)功能的分類組合;業(yè)務(wù)單元是在《產(chǎn)品需求說明書》中進行定義,在《軟件需求說明書》等中引用。
業(yè)務(wù)單元命名:業(yè)務(wù)單元名稱使用中文文字進行描述,例如:考核管理。
業(yè)務(wù)單元編號:業(yè)務(wù)單元編號由大寫英文字母“BU”和兩位數(shù)字組成,BU是“Business Unit”的簡寫。業(yè)務(wù)單元編號一般與系統(tǒng)模塊編號同時使用(中間用“_”隔開)來標識業(yè)務(wù)單元,這里的系統(tǒng)模塊編號是該業(yè)務(wù)單元所在的系統(tǒng)模塊的編號,例如:M01_BU01。
業(yè)務(wù)功能是產(chǎn)品特性的最?。ú荒茉俨鸱郑┑膫€體;系統(tǒng)的三級菜單一般將對應(yīng)到某業(yè)務(wù)功能;業(yè)務(wù)功能在《產(chǎn)品需求說明書》中進行定義,在《軟件需求說明書》中進行詳細描述。
業(yè)務(wù)功能命名:業(yè)務(wù)功能名稱使用動賓或賓動結(jié)構(gòu)的中文描述,例如:管理干部考核。
業(yè)務(wù)功能編號:業(yè)務(wù)功能編號由系統(tǒng)模塊編號、業(yè)務(wù)單元編號和業(yè)務(wù)功能編號三部分組成,中間分別用“_”隔開;系統(tǒng)模塊編號使用該業(yè)務(wù)功能所在的系統(tǒng)模塊的編號,業(yè)務(wù)單元編號使用該業(yè)務(wù)功能所在的業(yè)務(wù)單元的編號,業(yè)務(wù)功能編號由大寫英文字母“BF”和兩位數(shù)字組成,BF是“Business Feature”的簡寫。例如:M01_BU01_BF01。
用例是對系統(tǒng)行為需求的分析建模,詳細描述了用戶將如何使用系統(tǒng),同時它還提及系統(tǒng)用戶接口方面的問題;系統(tǒng)用例在《軟件需求說明書》中進行詳細描述。
用例命名:用例名稱使用動賓結(jié)構(gòu)的中文文字進行描述,例如:增加網(wǎng)元。
用例編號:用例編號由系統(tǒng)模塊編號、業(yè)務(wù)單元編號和用例編號三部分組成,中間分別用“_”隔開,系統(tǒng)模塊編號使用該用例所在的系統(tǒng)模塊的編號,業(yè)務(wù)單元編號使用該用例所在的業(yè)務(wù)單元的編號,用例編號由大寫英文字母“UC”和兩位數(shù)字組成,UC是“Use Case”的簡寫。例如:M01_BU01_UC01。
限制:該元素僅適用于面向?qū)ο蟮姆治鲈O(shè)計。
架構(gòu)層是從體系結(jié)構(gòu)出發(fā),將系統(tǒng)模塊的穩(wěn)定程度進行分組的一個層次。并極大程度適用產(chǎn)品化的要求。定義為以下四層:
L01基礎(chǔ)框架,L02領(lǐng)域邏輯,L03通用業(yè)務(wù),L04專用業(yè)務(wù)。
L01基礎(chǔ)框架主要是與業(yè)務(wù)無關(guān),與技術(shù)性能、通用機制相關(guān)的一些模塊集合,屬于技術(shù)平臺范疇。
L02領(lǐng)域邏輯主要是業(yè)務(wù)領(lǐng)域相關(guān)的模塊集合,屬于業(yè)務(wù)平臺范疇。
L03通用業(yè)務(wù)主要是不同客戶能夠通用的業(yè)務(wù)的模塊集合,屬于產(chǎn)品范疇。
L04專用業(yè)務(wù)主要是針對不同的客戶定制業(yè)務(wù)的模塊集合,屬于項目范疇。
命名:產(chǎn)品英文簡稱_C+語言種類簡稱+nnn_組件英文簡稱
C:Component組件
開發(fā)語言種類:
語言種類
Java
.net
C,C++
BI
Form
語言種類簡稱
J
N
C
B
F
組件編號按以下范圍進行設(shè)置(編號規(guī)則僅為建議,可以順序進行編號):
L01基礎(chǔ)框架:000-199
L02領(lǐng)域邏輯:200-399
L03通用業(yè)務(wù):400-699
L04專用業(yè)務(wù):700-999
例如:EPS_CJ001_Order,Univ_CN053_XsExamService
邏輯層是由架構(gòu)設(shè)計時對系統(tǒng)劃分的邏輯層次,在各系統(tǒng)中所定義的層需要在此進行統(tǒng)一編號,編號由兩位大寫字母組成,取英文單詞的首寫字母,如超過兩個單詞的,需要精簡為兩個字母。目前登記層如下:
UI:User Interface,用戶界面層
BL:Business Logic,業(yè)務(wù)邏輯層
DA:Data Access,數(shù)據(jù)訪問層
設(shè)計包的最小單位,對系統(tǒng)復(fù)雜行為分解為粒度更小、復(fù)雜度更小的單元來簡化設(shè)計,是程序單元的集合。劃分時以功能內(nèi)聚性為指導(dǎo)原則,不跨系統(tǒng)模塊。
設(shè)計單元命名:CXnnn_DU<序號>_<設(shè)計單元英文名稱>,DU序號在組件內(nèi)不重復(fù)。 如:CJ401_DU01_ProjectPlan
設(shè)計單元編號:同命名一致
程序單元是對應(yīng)于設(shè)計包(實施模型的代碼目錄)、設(shè)計結(jié)果(UML圖及設(shè)計類)的集合。劃分時以類職責內(nèi)聚性為指導(dǎo)原則,不跨邏輯層。
程序單元命名:<邏輯層>_PU<編號>_<dir-name>,PU編號在系統(tǒng)內(nèi)不重復(fù);
編號規(guī)則為:三位組件序號+兩位設(shè)計單元序號+兩位PU序號。PU序號在設(shè)計
單元內(nèi)不重復(fù),dir-name對應(yīng)到源代碼目錄,按源代碼目錄結(jié)構(gòu)規(guī)范,一個程序單
元僅對應(yīng)到一個目錄(除BS結(jié)構(gòu)的UI層的程序單元外)。
如:BL_PU0010201_projectinfo
DA_PU0010202_projectinfo
程序單元編號:同命名一致。
類是程序單元的基本元素,類在《詳細設(shè)計說明書》或建模文檔中進行定義和詳細說明。
類命名:類命名參見相關(guān)語言的編碼規(guī)范。
類編號:類編號由程序單元和類名兩部分組成,中間用“_”隔開,程序單元編號使用該類所在程序單元的編號,類名用類的名稱。例如:BL_PU0010202_Employee。
限制:該元素僅適用于面向?qū)ο蟮姆治鲈O(shè)計。
參見PAL上《IT中心工作產(chǎn)品命名規(guī)范.xls》。
相關(guān)命名規(guī)范
1.6.1              變更
對項目受控文檔或代碼文件的修改需要提請變更。
變更命名:C_<系統(tǒng)模塊名>_<動賓結(jié)構(gòu)的簡要描述>
說明:動賓結(jié)構(gòu)的簡要描述要能簡單描述清楚變更的主要內(nèi)容和范圍;
一般變更不跨系統(tǒng)模塊,對于跨多個系統(tǒng)模塊的變更,則根據(jù)該變更所影響的主要系統(tǒng)模塊確定其歸屬;
<系統(tǒng)模塊名>在保存時由系統(tǒng)自動生產(chǎn)。
樣例:C_人事管理_增加上級對下級考核的功能。
C_人事管理_修改上級對下級考核功能的考核計算公式。
C_人事管理_刪除上級對下級考核功能的企業(yè)文化評價。
變更措施是變更申請被批準后為完成變更而實施的具體的措施,一條變更對應(yīng)于一條或多條變更措施。
變更措施命名:C_<系統(tǒng)模塊名>_<動賓結(jié)構(gòu)的簡要描述>_<處理人員姓名>
說明: 動賓結(jié)構(gòu)的簡要描述要將變更措施的主要修改的工件或者范圍描述清楚;
C、<系統(tǒng)模塊名>、<處理人員姓名>在保存時由系統(tǒng)自動生成。(C是變更措施的英文首字母。)
樣例:C_手機合同_修改打印OE發(fā)貨通知單的功能設(shè)計文檔_wuxiaoguang。
C_手機合同_修改打印OE發(fā)貨通知單的程序_liutao。
缺陷分為代碼缺陷和文檔缺陷;代碼缺陷一般是在測試或用戶使用時發(fā)現(xiàn)的;文檔缺陷一般是在評審時發(fā)現(xiàn)的;為方便管理,我們將代碼缺陷叫Bug,文檔缺陷叫做缺陷。
文檔缺陷命名:F_<系統(tǒng)模塊名>_<文檔缺陷的簡單描述>_<處理人員姓名>
說明:文檔缺陷的簡單描述要將缺陷的主要現(xiàn)象和問題簡要描述清楚。
樣例:F_人事管理_修改XX文檔評審后的缺陷_fanweiqi
<處理人員姓名>在保存時由系統(tǒng)自動生成
Bug命名:B_<系統(tǒng)模塊名>_<bug的簡單描述>_<處理人員姓名>
說明:缺Bug的簡單描述要將Bug的主要現(xiàn)象和問題簡要描述清楚。
B、<系統(tǒng)模塊名>、<處理人員姓名>在保存時由系統(tǒng)自動生成。(B是Bug的英文首字母。)
樣例:B_考核管理_必填項沒有打星號_wuzhenyu
日常開發(fā)活動是指對配置管理庫中未受控文檔或代碼的新增、修改和刪除活動。
日常開發(fā)活動命名:F_<系統(tǒng)模塊名>_<動賓結(jié)構(gòu)的簡要描述>_<處理人員姓名>
說明:動賓結(jié)構(gòu)的簡要描述要將活動的主要設(shè)計工件或者范圍描述清楚。
跨模塊的總體性活動,如編寫總體設(shè)計,則可以將<系統(tǒng)模塊名>用“其他”代替。F、<系統(tǒng)模塊名>、<處理人員姓名> 在保存時由系統(tǒng)自動生成。
樣例:F_手機合同_新增OE發(fā)貨通知單功能設(shè)計文檔_wuxiaoguang。
F_手機合同_修改OE發(fā)貨通知單功能設(shè)計文檔_wuxiaoguang。
F_其他_新增融資管理總體方案_wuxiaoguang。(F是日常開發(fā)活動的英文首字母)
1.7          ClearCase相關(guān)命名規(guī)范
命名
PVOB為項目管理型VOB,按照平臺建立。
PVOB命名:平臺英文簡稱_PVOB
說明:如ClearCase中已建立PVOB,則不用再進行建立,只有新平臺才需要建立。
樣例:ERP_PVOB
ECC_PVOB
命名
VOB是ClearCase中存儲文件、目錄和元數(shù)據(jù)的永久數(shù)據(jù)存儲池,一般一個產(chǎn)品對應(yīng)一個VOB.
VOB命名:平臺英文簡稱_產(chǎn)品英文簡稱
樣例:ERP_CMS
BI_QOL
1、對于一個VOB只有一個Component的,Component的名稱和VOB名稱一致。
2、對于非基于組件開發(fā)的,分別包含命名為Docs,SourceCode的兩個構(gòu)件。
3、對于基于組件開發(fā)的CC構(gòu)件命名與4.4.8中規(guī)定的一致。
樣例:
Component name
Component Root
備注
ERP_FMS
ERP_FMS
Component型VOB
Docs
Docs
文檔組件命名
SourceCode
SourceCode
非組件開發(fā)代碼組件命名
EPS_CJ001_Order
EPS_CJ001_Order
組件開發(fā)命名
項目命名:平臺英文簡稱_項目英文簡稱_客戶拼音簡寫
說明:當一個VOB只有一個Component時,項目的名稱會和VOB名稱沖突,項目可命名為:平臺英文簡稱-項目拼音簡稱
樣例:SEC_SOC_TJYD(天津移動的SOC項目)
ERP-CMS
流命名:產(chǎn)品英文簡稱_客戶拼音簡寫(若為標準產(chǎn)品則不需要)_流功能簡稱
流功能簡稱:
對于文檔、代碼流沒有分開的項目
DEV(開發(fā)流)、TST(測試流)、INT(集成流)、BugFix_V*.*(緊急Bug修復(fù)流)
對于文檔、代碼分開的項目
DOC_DEV(文檔開發(fā)流)、SRC_DEV(代碼開發(fā)流)、SRC_TST(測試流)、INT(集成流)、BugFix(緊急Bug修復(fù)流)
樣例:SOC_TJYD_DOC_DEV
SOC_TJYD_SRC_DEV
SOC_TJYD_SRC_TST
SOC_TJYD_BugFix_V1.0
視圖命名:姓名全拼_流名稱
樣例:liuqianlong_SOC_TJYD_BugFix_V1.0
基線標簽命名:產(chǎn)品英文簡稱_基線類型_版本號
基線類型:
l  PLN-用戶需求/產(chǎn)品需求/計劃基線
l  REQn-軟件需求基線/設(shè)計基線    //n為選用增量2模型時使用,取值1~9
l  TST-系統(tǒng)測試基線
l  REL-發(fā)布基線
注:系統(tǒng)測試基線的版本號為當前CQ中版本發(fā)布的構(gòu)建版本號。
樣例:SOC_PLN_V2.0_27183978
SOC_REQ_V2.0_27183978
SOC_TST_V2.0_27183978Build0001
SOC_REL_V2.0_27183978
目錄結(jié)構(gòu)規(guī)范(組件開發(fā))
每個VOB根目錄下有:Docs和組件1、組件2、組件n的n+1個文件夾:
<VOB Tag>
|--Docs        \\參見4.7.9.1中的結(jié)構(gòu)
|--Component1  \\參見4.7.9.2中的結(jié)構(gòu)
|--Component2  \\參見4.7.9.2中的結(jié)構(gòu)
|--……
|--Componentn  \\參見4.7.9.2中的結(jié)構(gòu)
(文檔目錄)
|--Docs
|   |---需求                   //需求類文檔
|   |     |---用戶需求         //存放用戶需求文檔
|   |     |---產(chǎn)品需求         //存放項目的產(chǎn)品需求說明書
|   |     |---總體方案         //存放業(yè)務(wù)總體方案文檔(面向結(jié)構(gòu)專用),存放Rose .mdl文件(面向?qū)ο髮S茫?div style="height:15px;">
|   |     |---詳細方案         //存放業(yè)務(wù)詳細方案文檔(面向結(jié)構(gòu)專用)
|   |     |---軟件需求
|   |     |    |---<系統(tǒng)模塊名1>    //按系統(tǒng)模塊存放的該系統(tǒng)模塊相關(guān)的需求文檔
|   |     |    |    |---軟件需求    //軟件需求說明書文檔
|   |     |    |    |---系統(tǒng)用例    // Rose .cat文件(cat 面向?qū)ο髮S茫?div style="height:15px;">
|   |     |    |---<系統(tǒng)模塊名2>     //目錄結(jié)構(gòu)同上
|   |     |---界面原型              //如果是一個系統(tǒng)一個壓縮包,則為系統(tǒng)名稱(中文).rar,直接存放在界面原型目錄下即可
|   |     |    |---BS                         //BS架構(gòu)下用戶界面文件
|   |     |    |    |---Application           //頁面文件
|   |     |    |        |---<系統(tǒng)模塊名1>    //按照系統(tǒng)模塊存放該系統(tǒng)模塊的界面原型, 模塊名稱(中文).rar
|   |     |    |        |---<系統(tǒng)模塊名2>    //按照系統(tǒng)模塊存放該系統(tǒng)模塊的界面原型
|   |     |    |        |---<系統(tǒng)模塊名n>    //按照系統(tǒng)模塊存放該系統(tǒng)模塊的界面原型
|   |     |    |    |---CSS                 //CSS文件集合
|   |     |    |    |---Images              //圖片文件集合
|   |     |    |    |---Framework          //界面框架文件
|   |     |    |    |---JS                 //javascript文件集合
|   |     |    |---執(zhí)行文件              //存放CS系統(tǒng)的DEMO編譯后的可執(zhí)行文件
|   |     |---RP需求管理       //存放RequisitePro需求管理項目的.RQS文件
|   |---設(shè)計                   //總體設(shè)計類文檔
|         |---總體設(shè)計         //存放軟件架構(gòu)文檔、技術(shù)預(yù)研性報告文檔及論證報告文檔
|         |---數(shù)據(jù)庫設(shè)計       //PowerDesigner數(shù)據(jù)建模文件(sws)
|   |----測試                   //存放測試的相關(guān)文檔
|         |---單元測試        //單元測試所產(chǎn)出的工件,包括開發(fā)人員自己做的自測文件
|         |---集成測試   //集成測試所產(chǎn)出的工件,包括開發(fā)人員自己做的集成測試文件
|         |---每日構(gòu)造   //集成測試所產(chǎn)出的工件
|         |     |---測試方案
|         |         |---V*.*   //XXX測試需求分析、軟件需求測試分析、每日構(gòu)造測試方案、性能測試方案
|         |     |---測試設(shè)計
|         |         |---<系統(tǒng)模塊名1>    //按系統(tǒng)模塊存放的該系統(tǒng)模塊相關(guān)的測試用例
|         |     |---測試開發(fā)
|         |         |---V*.*   //測試腳本
|         |     |---測試執(zhí)行
|         |         |---V*.*    //測試執(zhí)行記錄、測試報告、性能測試報告、測試評估報告、測試基線審核報告、XXX每日構(gòu)造bug統(tǒng)計表
|         |     |---其他文檔
|         |         |---V*.*    //XXX每日構(gòu)造方案、XXX功能提交表、XXXBVT報告
|         |---系統(tǒng)測試
|         |     |---測試方案
|         |         |---V*.*   //XXX測試需求分析、軟件需求測試分析、系統(tǒng)測試方案、性能測試方案
|         |     |---測試設(shè)計
|         |         |---<系統(tǒng)模塊名1>    //按系統(tǒng)模塊存放的該系統(tǒng)模塊相關(guān)的測試用例
|         |     |---測試開發(fā)
|         |         |---V*.*   //測試腳本
|         |     |---測試執(zhí)行
|         |         |---V*.*    //測試執(zhí)行記錄、測試報告、性能測試報告、測試評估報告、系統(tǒng)測試審核報告
|         |     |---其他文檔
|         |---驗收測試
|   |----部署
|         |---集成          //存放產(chǎn)品集成方案
|         |     |---V*.*   //存放版本集成手冊
|         |---安裝手冊     //存放產(chǎn)品的安裝手冊、升級指導(dǎo)書
|         |---版本說明
|         |     |---V*.*   //存放版本說明書
|         |---用戶手冊     //存放用戶手冊
|         |---用戶培訓(xùn)文檔 //存放用戶的培訓(xùn)文檔
|   |----計劃
|         |---項目名稱 //項目主計劃,配置管理、質(zhì)量保證計劃、系統(tǒng)測試計劃、估算等計劃; 風險問題承諾跟蹤表等計劃
|   |----過程文檔                       //存放產(chǎn)品的管理文檔
|         |---項目管理                 //項目管理類的文檔
|         |     |---會議
|         |     |     |---CCB會議       //存放CCB的預(yù)審報告和會議結(jié)果,存檔管理
|         |     |     |---項目例會      //周例會會議紀要和相關(guān)資料,存檔管理
|         |     |     |---其他          //存放其他的一些會議報告,存檔管理
|         |     |---里程碑報告          //項目里程碑報告,存檔管理
|         |---配置管理
|         |     |---基線評審     //基線評審的相關(guān)報告, 按照版本存放,存檔管理
|         |     |---狀態(tài)報告     //配置狀態(tài)報告,存檔管理
|         |     |---審核報告     //配置審核報告,存檔管理
|         |     |---代碼行統(tǒng)計   //存放代碼行統(tǒng)計結(jié)果文件,存檔管理
|         |---其他
本站僅提供存儲服務(wù),所有內(nèi)容均由用戶發(fā)布,如發(fā)現(xiàn)有害或侵權(quán)內(nèi)容,請點擊舉報。
打開APP,閱讀全文并永久保存 查看更多類似文章
猜你喜歡
類似文章
現(xiàn)實中的軟件開發(fā)流程
10-研發(fā)部文檔格式與規(guī)范
關(guān)于概要設(shè)計文檔的寫作
產(chǎn)品經(jīng)理,你該如何快速做好一份完美的需求文檔?
互聯(lián)網(wǎng)產(chǎn)品上線前,做些什么
SAP研發(fā)管理精要--SAP Specialist
更多類似文章 >>
生活服務(wù)
分享 收藏 導(dǎo)長圖 關(guān)注 下載文章
綁定賬號成功
后續(xù)可登錄賬號暢享VIP特權(quán)!
如果VIP功能使用有故障,
可點擊這里聯(lián)系客服!

聯(lián)系客服