一種需求數(shù)據(jù)的分解方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供了一種需求數(shù)據(jù)的分解方法及系統(tǒng);方法包括:從待分解的需求數(shù)據(jù)中提取出該條需求數(shù)據(jù)的需求信息,所述需求信息包括:需求標(biāo)識、應(yīng)用人員;根據(jù)所述需求標(biāo)識在預(yù)定的系統(tǒng)邊界域中提取與該條需求數(shù)據(jù)相關(guān)的一個(gè)或多個(gè)區(qū)域,記錄為該條需求數(shù)據(jù)對應(yīng)的所屬域;將所述應(yīng)用人員分別與預(yù)設(shè)的各所屬域的使用人員集合進(jìn)行匹配,將匹配成功的應(yīng)用人員記錄為相應(yīng)的所屬域的應(yīng)用人員;根據(jù)預(yù)設(shè)的第一對應(yīng)關(guān)系,分別為各所屬域的應(yīng)用人員增加對應(yīng)于該需求數(shù)據(jù)的操作。本發(fā)明能夠?qū)π枨髷?shù)據(jù)進(jìn)行自動(dòng)高效地分解,并保證分解的準(zhǔn)確性和一致性。
【專利說明】一種需求數(shù)據(jù)的分解方法及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及軟件領(lǐng)域,尤其涉及一種需求數(shù)據(jù)的分解方法及系統(tǒng)。
【背景技術(shù)】
[0002]隨著大型軟件項(xiàng)目的更為復(fù)雜化、規(guī)模化的現(xiàn)狀,目前對軟件實(shí)現(xiàn)的質(zhì)量和時(shí)間都有了更高要求。但是目前對軟件實(shí)現(xiàn)的源頭一需求分析管理還停留在理論階段,沒有從用戶到軟件的角度定義映射分解的關(guān)系,沒有量化需求范圍,也沒有定義需求分解規(guī)則,不利于對系統(tǒng)開發(fā)過程進(jìn)行量化管理,量化評估的原則。目前的需求分解主要依靠軟件項(xiàng)目中的相關(guān)人員根據(jù)自己的理解進(jìn)行,在較小的項(xiàng)目中這不失為一種切實(shí)可行的需求分解方案,但對于龐大的大型企業(yè)融合系統(tǒng),由于需求數(shù)據(jù)龐大,涉及的區(qū)域、人員非常多,按照現(xiàn)有方式進(jìn)行需求分解的效率將會(huì)比較低;而且由于軟件項(xiàng)目中相關(guān)人員對于需求的理解不一致,有可能導(dǎo)致分解結(jié)果差異很大,甚至其中有些分解結(jié)果不夠準(zhǔn)確,無法滿足用戶需求,以至于要對根據(jù)分解結(jié)果設(shè)計(jì)出來的系統(tǒng)進(jìn)行全面變更,這會(huì)造成極大的成本浪費(fèi)。
【發(fā)明內(nèi)容】
[0003]本發(fā)明要解決的技術(shù)問題是如何對需求數(shù)據(jù)進(jìn)行自動(dòng)高效地分解,并保證分解的準(zhǔn)確性和一致性。
[0004]為了解決上述問題,本發(fā)明提供了一種需求數(shù)據(jù)的分解方法,包括:
[0005]從待分解的需求數(shù)據(jù)中提取出該條需求數(shù)據(jù)的需求信息,所述需求信息包括:需求標(biāo)識、應(yīng)用人員;
[0006]根據(jù)所述需求標(biāo)識在預(yù)定的系統(tǒng)邊界域中提取與該條需求數(shù)據(jù)相關(guān)的一個(gè)或多個(gè)區(qū)域,記錄為該條需求數(shù)據(jù)對應(yīng)的所屬域;
[0007]將所述應(yīng)用人員分別與預(yù)設(shè)的各所屬域的使用人員集合進(jìn)行匹配,將匹配成功的應(yīng)用人員記錄為相應(yīng)的所屬域的應(yīng)用人員;
[0008]根據(jù)預(yù)設(shè)的第一對應(yīng)關(guān)系,分別為各所屬域的應(yīng)用人員增加對應(yīng)于該需求數(shù)據(jù)的操作。
[0009]可選地,所述的方法還包括:
[0010]根據(jù)預(yù)設(shè)的第二對應(yīng)關(guān)系,分別將各應(yīng)用人員的各操作分解為數(shù)據(jù)屬性元素,所述數(shù)據(jù)屬性元素包括一個(gè)或多個(gè)數(shù)據(jù)實(shí)體,及各數(shù)據(jù)實(shí)體對應(yīng)的元素;
[0011]進(jìn)行量化,分別將各操作分解出的數(shù)據(jù)實(shí)體所對應(yīng)的元素的個(gè)數(shù)相加,得到該條需求數(shù)據(jù)對應(yīng)的操作的功能點(diǎn)的個(gè)數(shù)。
[0012]可選地,所述進(jìn)行量化的步驟前還包括:
[0013]分別將該條需求數(shù)據(jù)對應(yīng)的所屬域的應(yīng)用人員對應(yīng)的操作按照數(shù)據(jù)實(shí)體記錄為不同的需求分解項(xiàng);
[0014]合并相同的需求分解項(xiàng)。
[0015]可選地,所述系統(tǒng)邊界域包括:[0016]各級別的區(qū)域;所述級別包括:系統(tǒng)、接口、模塊、人機(jī)交互等;系統(tǒng)級別的區(qū)域作為第一級子節(jié)點(diǎn);模塊級別的區(qū)域作為相應(yīng)系統(tǒng)系別的區(qū)域下的子節(jié)點(diǎn)。
[0017]可選地,所述操作的類型包括:
[0018]單數(shù)據(jù)查詢、新增、修改、刪除、報(bào)表查詢。
[0019]本發(fā)明還提供了一種需求數(shù)據(jù)的分解系統(tǒng),包括:
[0020]提取模塊,用于從待分解的需求數(shù)據(jù)中提取出該條需求數(shù)據(jù)的需求信息,所述需求信息包括:需求標(biāo)識、應(yīng)用人員;
[0021]邊界劃分模塊,用于根據(jù)所述需求標(biāo)識在預(yù)定的系統(tǒng)邊界域中提取與該條需求數(shù)據(jù)相關(guān)的一個(gè)或多個(gè)區(qū)域,記錄為該條需求數(shù)據(jù)對應(yīng)的所屬域;
[0022]人員劃分模塊,用于將所述應(yīng)用人員分別與預(yù)設(shè)的各所屬域的使用人員集合進(jìn)行匹配,將匹配成功的應(yīng)用人員記錄為相應(yīng)的所屬域的應(yīng)用人員;
[0023]功能劃分模塊,用于根據(jù)預(yù)設(shè)的第一對應(yīng)關(guān)系,分別為各所屬域的應(yīng)用人員增加對應(yīng)于該需求數(shù)據(jù)的操作。
[0024]可選地,所述的系統(tǒng)還包括:
[0025]分解模塊,用于根據(jù)預(yù)設(shè)的第二對應(yīng)關(guān)系,分別將各應(yīng)用人員的各操作分解為數(shù)據(jù)屬性元素,所述數(shù)據(jù)屬性元素包括一個(gè)或多個(gè)數(shù)據(jù)實(shí)體,及各數(shù)據(jù)實(shí)體對應(yīng)的元素;
[0026]量化模塊,用于進(jìn)行量化,分別將各操作分解出的數(shù)據(jù)實(shí)體所對應(yīng)的元素的個(gè)數(shù)相加,得到該條需求數(shù)據(jù)對應(yīng)的操作的功能點(diǎn)的個(gè)數(shù)。
[0027]可選地,所述量化模塊還用于在進(jìn)行量化前,分別將該條需求數(shù)據(jù)對應(yīng)的所屬域的應(yīng)用人員對應(yīng)的操作按照數(shù)據(jù)實(shí)體記錄為不同的需求分解項(xiàng);合并相同的需求分解項(xiàng)。
[0028]可選地,所述系統(tǒng)邊界域包括:
[0029]各級別的區(qū)域;所述級別包括:系統(tǒng)、接口、模塊、人機(jī)交互等;系統(tǒng)級別的區(qū)域作為第一級子節(jié)點(diǎn);模塊級別的區(qū)域作為相應(yīng)系統(tǒng)系別的區(qū)域下的子節(jié)點(diǎn)。
[0030]可選地,所述操作的類型包括:
[0031]單數(shù)據(jù)查詢、新增、修改、刪除、報(bào)表查詢。
[0032]本發(fā)明的至少一個(gè)實(shí)施例形成了統(tǒng)一的需求分解方案,有助于形成標(biāo)準(zhǔn)、規(guī)范的軟件需求規(guī)格數(shù)據(jù),可以對需求數(shù)據(jù)進(jìn)行自動(dòng)分解,大大提高了需求分解的效率;并且可以保證需求數(shù)據(jù)分解的準(zhǔn)確性和一致性,能避免軟件項(xiàng)目中相關(guān)人員因?yàn)閷τ谛枨罄斫獠灰恢露斐傻某杀纠速M(fèi);本發(fā)明的又一個(gè)實(shí)施例進(jìn)一步分解出數(shù)據(jù)實(shí)體及元素,結(jié)合分解出的操作過程,可圍繞兩者進(jìn)行由頂至下橫縱分解的過程;另外將分解后的操作轉(zhuǎn)換為具體的功能點(diǎn)個(gè)數(shù),從而計(jì)算出需求的規(guī)模,達(dá)到量化的目的。。
【專利附圖】
【附圖說明】
[0033]圖1為實(shí)施例一的需求數(shù)據(jù)的分解方法的流程示意圖;
[0034]圖2為實(shí)施例一中系統(tǒng)邊界域的示意圖;
[0035]圖3為實(shí)施例一的例子中的系統(tǒng)邊界域的示意圖。
【具體實(shí)施方式】
[0036]下面將結(jié)合附圖及實(shí)施例對本發(fā)明的技術(shù)方案進(jìn)行更詳細(xì)的說明。[0037]需要說明的是,如果不沖突,本發(fā)明實(shí)施例以及實(shí)施例中的各個(gè)特征可以相互結(jié)合,均在本發(fā)明的保護(hù)范圍之內(nèi)。另外,雖然在流程圖中示出了邏輯順序,但是在某些情況下,可以以不同于此處的順序執(zhí)行所示出或描述的步驟。
[0038]實(shí)施例一、一種需求數(shù)據(jù)的分解方法,如圖1所示,包括:
[0039]S101、從待分解的需求數(shù)據(jù)中提取出各條需求數(shù)據(jù)的需求信息,所述需求信息包括:需求標(biāo)識、應(yīng)用人員;
[0040]S102、根據(jù)所述需求標(biāo)識在預(yù)定的系統(tǒng)邊界域中提取與該條需求數(shù)據(jù)相關(guān)的一個(gè)或多個(gè)區(qū)域,記錄為該條需求數(shù)據(jù)對應(yīng)的所屬域;
[0041]S103、將所述應(yīng)用人員分別與預(yù)設(shè)的各所屬域的使用人員集合進(jìn)行匹配,將匹配成功的應(yīng)用人員記錄為相應(yīng)的所屬域的應(yīng)用人員;
[0042]S104、根據(jù)預(yù)設(shè)的第一對應(yīng)關(guān)系,分別為各所屬域的應(yīng)用人員增加對應(yīng)于所述需求標(biāo)識的操作。
[0043]本實(shí)施例中,可以但不限于通過TFS(Team Foundation Server,工作流協(xié)作引擎)等初步需求獲取工具進(jìn)行需求信息的提取。如果需求數(shù)據(jù)有多條,則分別對每一條進(jìn)行上述步驟SlOl?S104。
[0044]本實(shí)施例中,各區(qū)域是指整個(gè)融合系統(tǒng)中的各級系統(tǒng)邊界,包括系統(tǒng)級、模塊級、接口級等,各區(qū)域的集合構(gòu)成所述系統(tǒng)邊界域。各區(qū)域的使用人員集合是可能或有權(quán)使用本區(qū)域的人員,假設(shè)區(qū)域Dll的使用人員集合包括營業(yè)員、客服人員、系統(tǒng)管理員,區(qū)域D12的使用人員集合包括營業(yè)員、營業(yè)員班長。如果所屬域包括區(qū)域Dll和D12,拆分得到的需求信息中,應(yīng)用人員包括營業(yè)員、營業(yè)員班長、客服人員,則與區(qū)域Dll匹配成功的是營業(yè)員和客服人員,記錄為區(qū)域Dll的應(yīng)用人員;與區(qū)域D12匹配成功的是營業(yè)員和營業(yè)員班長,記錄為區(qū)域D12的應(yīng)用人員。
[0045]所述第一對應(yīng)關(guān)系為各區(qū)域中各應(yīng)用人員對應(yīng)于所述需求標(biāo)識的操作;比如所屬域包括區(qū)域Dll和D12,則第一對應(yīng)關(guān)系中可包括:
[0046]Dll中,營業(yè)員對應(yīng)于需求標(biāo)識A的操作包括單數(shù)據(jù)查詢和新增,客服人員對應(yīng)于需求標(biāo)識A的操作包括報(bào)表查詢;
[0047]D12中,營業(yè)員對應(yīng)于需求標(biāo)識A的操作包括新增;營業(yè)員班長對應(yīng)于需求標(biāo)識A的操作包括單數(shù)據(jù)查詢。
[0048]通過第一對應(yīng)關(guān)系,就可以得到各所屬域的應(yīng)用人員對應(yīng)于該條需求數(shù)據(jù)的操作。
[0049]本實(shí)施例可以將需求數(shù)據(jù)分解成該需求所涉及的各區(qū)域,以及這些區(qū)域中與該需求有關(guān)的應(yīng)用人員及他們需要進(jìn)行的操作。由于采用了統(tǒng)一的系統(tǒng)邊界域、使用人員集合及第一對應(yīng)關(guān)系,可保證需求數(shù)據(jù)分解的效率和質(zhì)量,使系統(tǒng)分析全面,并且可以統(tǒng)一需求分析標(biāo)準(zhǔn)。
[0050]本實(shí)施例中,所述使用人員集合可以但不限于為列表形式;所述系統(tǒng)邊界域可以但不限于為樹形結(jié)構(gòu)。
[0051]本實(shí)施例中,所述需求信息還可以包括:需求名稱、需求內(nèi)容描述等。
[0052]本實(shí)施例的一種實(shí)施方式中,所述方法還可以包括:
[0053]S105、根據(jù)預(yù)設(shè)的第二對應(yīng)關(guān)系,分別將各應(yīng)用人員的各操作分解為數(shù)據(jù)屬性元素,所述數(shù)據(jù)屬性元素包括一個(gè)或多個(gè)數(shù)據(jù)實(shí)體,及各數(shù)據(jù)實(shí)體對應(yīng)的元素;
[0054]S106、進(jìn)行量化,分別將各操作分解出的各數(shù)據(jù)實(shí)體所對應(yīng)的元素的個(gè)數(shù)相加,得到該條需求數(shù)據(jù)對應(yīng)的各操作的功能點(diǎn)的個(gè)數(shù)。
[0055]所述第二對應(yīng)關(guān)系為各區(qū)域中各應(yīng)用人員的各操作所對應(yīng)的數(shù)據(jù)屬性元素;比如區(qū)域DlI中,營業(yè)員的新增操作對應(yīng)于數(shù)據(jù)屬性元素a和b,單數(shù)據(jù)查詢也對應(yīng)于數(shù)據(jù)屬性元素a和b,客服人員的報(bào)表查詢操作對應(yīng)于數(shù)據(jù)屬性元素a ;區(qū)域D12中,營業(yè)員的新增操作則對應(yīng)于數(shù)據(jù)屬性元素c和d,營業(yè)員班長的單數(shù)據(jù)查詢對應(yīng)于數(shù)據(jù)屬性元素a和d??梢?,同一操作,在不同區(qū)域中、或?qū)?yīng)于不同應(yīng)用人員時(shí),該操作對應(yīng)的數(shù)據(jù)屬性元素有可能不同。
[0056]本實(shí)施例的一種實(shí)施方式中,所述系統(tǒng)邊界域可以包括:各級別的區(qū)域;所述級別包括:系統(tǒng)、接口、模塊、人機(jī)交互等;系統(tǒng)級別的區(qū)域作為第一級子節(jié)點(diǎn);模塊級別的區(qū)域作為相應(yīng)系統(tǒng)系別的區(qū)域下的子節(jié)點(diǎn)。
[0057]—個(gè)系統(tǒng)邊界域D的樹形結(jié)構(gòu)如圖2所示,系統(tǒng)邊界域D{di j, i=0...n, j=0...m}
中包括系統(tǒng)D1,系統(tǒng)D2,......,系統(tǒng)Dn等,再識別出系統(tǒng)Dl下的模塊Dl1、模塊D12、模塊
D13,系統(tǒng)D2下的模塊D21、模塊D22、D23模塊,......,系統(tǒng)Dn下的模塊Dnl、模塊Dn2、模
塊Dn3等,如此建立整個(gè)融合系統(tǒng)的邊界域。
[0058]按照該方法,識別出的邊界域可明確具體需求工作明確數(shù)據(jù)的訪問和維護(hù)邊界,為數(shù)據(jù)識別和劃分提供標(biāo)準(zhǔn)。邊界類型可根據(jù)需求分析要求,增加界面類別。
[0059]本實(shí)施例的一種實(shí)施方式中,所述各區(qū)域的使用人員集合可以預(yù)先建立,將實(shí)際系統(tǒng)主要業(yè)務(wù)的使用人員保存在該區(qū)域的PepoleList列表中。該列表中還可以劃分級別,比如第一級的使用人員包括系統(tǒng)管理員和營業(yè)部,營業(yè)部中還包括營業(yè)員、客服人員等。
[0060]本實(shí)施例的一種實(shí)施方式中,所述操作的類型包括單數(shù)據(jù)查詢、新增、修改、刪除、報(bào)表查詢。在實(shí)際應(yīng)用中還可以根據(jù)需要自行增加操作的類型。
[0061]單數(shù)據(jù)查詢:識別該需求中需要查詢一條數(shù)據(jù)的功能。
[0062]新增:識別該需求中需要在數(shù)據(jù)庫中新增的數(shù)據(jù)功能。
[0063]修改:識別該需求中可以修改數(shù)據(jù)庫中數(shù)據(jù)的功能。
[0064]刪除:識別該需求中可以刪除數(shù)據(jù)庫中數(shù)據(jù)的功能。
[0065]報(bào)表查詢:識別該需求中需批量查詢的數(shù)據(jù)功能,該操作需要識別出系統(tǒng)計(jì)算不計(jì)入數(shù)據(jù)庫中的統(tǒng)計(jì)數(shù)據(jù)的屬性值。
[0066]本實(shí)施例中,建立所述第一對應(yīng)關(guān)系的原則可以包括:
[0067]A、對用戶有意義,需要站在用戶需求的角度上對應(yīng)需求管理。B、該基本過程屬于查詢、增加、修改、刪除、輸出(統(tǒng)計(jì)報(bào)表類)。C、自包含,數(shù)據(jù)處理唯一性,不可重復(fù)分解。D、使應(yīng)用的業(yè)務(wù)保持持續(xù)狀態(tài),該基本過程屬于在系統(tǒng)內(nèi)持續(xù)使用的基本功能。
[0068]本實(shí)施例的一種實(shí)施方式中,所述進(jìn)行量化的步驟前還可以包括:
[0069]分別將該條需求數(shù)據(jù)對應(yīng)的所屬域的應(yīng)用人員對應(yīng)的操作按照數(shù)據(jù)實(shí)體記錄為不同的需求分解項(xiàng);
[0070]合并相同的需求分解項(xiàng)。
[0071]本實(shí)施例中,還可以為每一條需求分解項(xiàng)添加唯一標(biāo)識,一條需求分解項(xiàng)包含需求標(biāo)識、區(qū)域、應(yīng)用人員、操作、數(shù)據(jù)實(shí)體、元素。[0072]本實(shí)施例的一種實(shí)施方式中,所述將各操作分解為數(shù)據(jù)屬性元素的步驟具體可以包括:
[0073]針對每一個(gè)操作,首先識別出系統(tǒng)范圍內(nèi)所有邏輯相關(guān)且用戶可識別的數(shù)據(jù)實(shí)體;判斷所識別出的各數(shù)據(jù)實(shí)體在系統(tǒng)域內(nèi)本系統(tǒng)度量維護(hù)的元素和本系統(tǒng)引用其他系統(tǒng)維護(hù)的元素。
[0074]本實(shí)施例中,當(dāng)升級系統(tǒng)時(shí),如果是數(shù)據(jù)新增功能,則與已有的元素進(jìn)行對比,對于新增字段的要按照新增后的元素的個(gè)數(shù)進(jìn)行計(jì)算。
[0075]如果是數(shù)據(jù)新增處理功能,比如對已有的功能模塊新增功能,包括新的流程或者新的功能,則先把該新增的功能和操作類、查詢類、統(tǒng)計(jì)類建立映射關(guān)系。分別計(jì)算該基本過程的穿越定義界面的元素個(gè)數(shù),進(jìn)行計(jì)數(shù),維護(hù)了基本元素?cái)?shù)據(jù)表的個(gè)數(shù)和訪問接口的個(gè)數(shù)。
[0076]作為升級項(xiàng)目,如果沒有新增數(shù)據(jù)元素,則無數(shù)據(jù)新增,反之,按照新建項(xiàng)目規(guī)則進(jìn)行需求數(shù)據(jù)功能分析。事務(wù)新增按修改后維護(hù)的數(shù)據(jù)元素與原有功能進(jìn)行對比。
[0077]本實(shí)施例可適用于一切企業(yè)管理系統(tǒng),包含單一系統(tǒng)、升級系統(tǒng)、融合系統(tǒng)。下面以融合系統(tǒng)中開戶需求數(shù)據(jù)的分解為例進(jìn)一步說明本實(shí)施例。該例子中,需求數(shù)據(jù)的分解包括步驟S201?S207。
[0078]S201:通過TFS (工作流協(xié)作的引擎)獲取開戶需求的初始信息集Ur,其中包括多條需求數(shù)據(jù),每條需求數(shù)據(jù)包括:需求標(biāo)識(本例子中為X101)、需求名稱(本例子中為用戶開戶)、需求內(nèi)容描述(本例子中為在電子化銷售服務(wù)管理系統(tǒng)中實(shí)現(xiàn)對公眾客戶的用戶號碼開戶,主要包括用戶選號、新建用戶屬性、產(chǎn)品查詢、用戶選產(chǎn)品等)、應(yīng)用人員(本例子中為營業(yè)員、客服人員)。
[0079]S202:構(gòu)建系統(tǒng)邊界域。大型系統(tǒng)由于信息交互、處理、維護(hù)等需求,需要?jiǎng)澐侄鄠€(gè)模塊、多個(gè)接口,同時(shí)需要獲取已建立的系統(tǒng)信息,并且融合多個(gè)系統(tǒng);對于融合系統(tǒng),需要構(gòu)建系統(tǒng)邊界。
[0080]本例子中劃分出各級別的區(qū)域:
[0081]系統(tǒng)級:包括ESS (電子化銷售服務(wù)管理系統(tǒng))、BSS (業(yè)務(wù)支撐系統(tǒng))、B-SDM系統(tǒng)(統(tǒng)一用戶數(shù)據(jù)管理平臺(tái))、集中采集系統(tǒng)、維挽系統(tǒng)等;
[0082]模塊級:包括營業(yè)受理、積分管理、繳費(fèi)管理、用戶管理、客戶管理等;
[0083]接口級:包括ESS與BSS的接口、ESS與IOM (集成定單管理系統(tǒng))的接口等。
[0084]根據(jù)以上區(qū)域建立如圖3所示的系統(tǒng)邊界樹:以融合系統(tǒng)D為根節(jié)點(diǎn),電子銷售服務(wù)系統(tǒng)、營帳系統(tǒng)、統(tǒng)一用戶數(shù)據(jù)管理系統(tǒng)、集中采集系統(tǒng)、維挽系統(tǒng)作為該根節(jié)點(diǎn)的子節(jié)點(diǎn),營業(yè)受理模塊、積分管理模塊、繳費(fèi)管理模塊、用戶管理模塊、客戶管理模塊作為電子銷售服務(wù)系統(tǒng)分支下的子節(jié)點(diǎn);其它各系統(tǒng)下屬的模塊也作為相應(yīng)系統(tǒng)的子節(jié)點(diǎn),這里不再贅述。
[0085]S203:構(gòu)建各區(qū)域的使用人員集合(PeopleList),根據(jù)系統(tǒng)的使用人員構(gòu)建基礎(chǔ)信息PeopleList隊(duì)列。如PeopleList (系統(tǒng)管理員、市場部、信息化部、電子渠道管理部、法律與風(fēng)險(xiǎn)部、客服中心、數(shù)據(jù)中心),在PeopleList部門級下逐一構(gòu)建使用人員序列(比如本例子中是在市場部下構(gòu)建使用人員序列:營業(yè)員、營業(yè)班長、營業(yè)經(jīng)理)。
[0086]S204:構(gòu)建系統(tǒng)操作屬性信息:該例子中劃分為五種操作類型,包括:查詢、新增、修改、刪除、報(bào)表查詢。
[0087]該操作在技術(shù)實(shí)現(xiàn)上采用靈活地增量增加,便于根據(jù)實(shí)際情況增加操作類型。
[0088]S205:對初始信息集Ur中的需求數(shù)據(jù)逐條分解,將分解結(jié)果保存進(jìn)分解域L中;具體包括步驟A~F。
[0089]步驟A:將初始信息集Ur中的一條需求數(shù)據(jù)輸入到分解域L中,該條需求數(shù)據(jù)如下表所示。
[0090]表1、需求數(shù)據(jù)
[0091]
【權(quán)利要求】
1.一種需求數(shù)據(jù)的分解方法,包括: 從待分解的需求數(shù)據(jù)中提取出該條需求數(shù)據(jù)的需求信息,所述需求信息包括:需求標(biāo)識、應(yīng)用人員; 根據(jù)所述需求標(biāo)識在預(yù)定的系統(tǒng)邊界域中提取與該條需求數(shù)據(jù)相關(guān)的一個(gè)或多個(gè)區(qū)域,記錄為該條需求數(shù)據(jù)對應(yīng)的所屬域; 將所述應(yīng)用人員分別與預(yù)設(shè)的各所屬域的使用人員集合進(jìn)行匹配,將匹配成功的應(yīng)用人員記錄為相應(yīng)的所屬域的應(yīng)用人員; 根據(jù)預(yù)設(shè)的第一對應(yīng)關(guān)系,分別為各所屬域的應(yīng)用人員增加對應(yīng)于該需求數(shù)據(jù)的操作。
2.如權(quán)利要求1所述的方法,其特征在于,還包括: 根據(jù)預(yù)設(shè)的第二對應(yīng)關(guān)系,分別將各應(yīng)用人員的各操作分解為數(shù)據(jù)屬性元素,所述數(shù)據(jù)屬性元素包括一個(gè)或多個(gè)數(shù)據(jù)實(shí)體,及各數(shù)據(jù)實(shí)體對應(yīng)的元素; 進(jìn)行量化,分別將各操作分解出的數(shù)據(jù)實(shí)體所對應(yīng)的元素的個(gè)數(shù)相加,得到該條需求數(shù)據(jù)對應(yīng)的操作的功能點(diǎn)的個(gè)數(shù)。
3.如權(quán)利要求2所述的方法,其特征在于,所述進(jìn)行量化的步驟前還包括: 分別將該條需求數(shù)據(jù)對應(yīng)的所屬域的應(yīng)用人員對應(yīng)的操作按照數(shù)據(jù)實(shí)體記錄為不同的需求分解項(xiàng); 合并相同的需求分解項(xiàng)。·
4.如權(quán)利要求1所述的方法,其特征在于,所述系統(tǒng)邊界域包括: 各級別的區(qū)域;所述級別包括:系統(tǒng)、接口、模塊、人機(jī)交互等;系統(tǒng)級別的區(qū)域作為第一級子節(jié)點(diǎn);模塊級別的區(qū)域作為相應(yīng)系統(tǒng)系別的區(qū)域下的子節(jié)點(diǎn)。
5.如權(quán)利要求1所述的方法,其特征在于,所述操作的類型包括: 單數(shù)據(jù)查詢、新增、修改、刪除、報(bào)表查詢。
6.一種需求數(shù)據(jù)的分解系統(tǒng),其特征在于,包括: 提取模塊,用于從待分解的需求數(shù)據(jù)中提取出該條需求數(shù)據(jù)的需求信息,所述需求信息包括:需求標(biāo)識、應(yīng)用人員; 邊界劃分模塊,用于根據(jù)所述需求標(biāo)識在預(yù)定的系統(tǒng)邊界域中提取與該條需求數(shù)據(jù)相關(guān)的一個(gè)或多個(gè)區(qū)域,記錄為該條需求數(shù)據(jù)對應(yīng)的所屬域; 人員劃分模塊,用于將所述應(yīng)用人員分別與預(yù)設(shè)的各所屬域的使用人員集合進(jìn)行匹配,將匹配成功的應(yīng)用人員記錄為相應(yīng)的所屬域的應(yīng)用人員; 功能劃分模塊,用于根據(jù)預(yù)設(shè)的第一對應(yīng)關(guān)系,分別為各所屬域的應(yīng)用人員增加對應(yīng)于該需求數(shù)據(jù)的操作。
7.如權(quán)利要求6所述的系統(tǒng),其特征在于,還包括: 分解模塊,用于根據(jù)預(yù)設(shè)的第二對應(yīng)關(guān)系,分別將各應(yīng)用人員的各操作分解為數(shù)據(jù)屬性元素,所述數(shù)據(jù)屬性元素包括一個(gè)或多個(gè)數(shù)據(jù)實(shí)體,及各數(shù)據(jù)實(shí)體對應(yīng)的元素; 量化模塊,用于進(jìn)行量化,分別將各操作分解出的數(shù)據(jù)實(shí)體所對應(yīng)的元素的個(gè)數(shù)相加,得到該條需求數(shù)據(jù)對應(yīng)的操作的功能點(diǎn)的個(gè)數(shù)。
8.如權(quán)利要求7所述的系統(tǒng),其特征在于: 所述量化模塊還用于在進(jìn)行量化前,分別將該條需求數(shù)據(jù)對應(yīng)的所屬域的應(yīng)用人員對應(yīng)的操作按照數(shù)據(jù)實(shí)體記錄為不同的需求分解項(xiàng);合并相同的需求分解項(xiàng)。
9.如權(quán)利要求6所述的系統(tǒng),其特征在于,所述系統(tǒng)邊界域包括: 各級別的區(qū)域;所述級別包括:系統(tǒng)、接口、模塊、人機(jī)交互等;系統(tǒng)級別的區(qū)域作為第一級子節(jié)點(diǎn);模塊級別的區(qū)域作為相應(yīng)系統(tǒng)系別的區(qū)域下的子節(jié)點(diǎn)。
10.如權(quán)利要求6所述的系統(tǒng),其特征在于,所述操作的類型包括: 單數(shù)據(jù)查詢、新增、修改 、刪除、報(bào)表查詢。
【文檔編號】G06F17/30GK103530368SQ201310478600
【公開日】2014年1月22日 申請日期:2013年10月14日 優(yōu)先權(quán)日:2013年10月14日
【發(fā)明者】楊萌, 陳斌, 季文翀, 楊光 申請人:中國聯(lián)合網(wǎng)絡(luò)通信集團(tuán)有限公司, 聯(lián)通系統(tǒng)集成有限公司