面向?qū)ο筌浖^(guò)程質(zhì)量控制

申請(qǐng)免費(fèi)試用、咨詢(xún)電話(huà)：400-8352-114

　　軟件作為一種邏輯組織，其發(fā)展趨勢(shì)是規(guī)模越來(lái)越龐大，復(fù)雜程度(時(shí)間復(fù)雜度，空間復(fù)雜度)越來(lái)越高，求解領(lǐng)域越來(lái)越廣泛。傳統(tǒng)的結(jié)構(gòu)化軟件開(kāi)發(fā)方法的求解能力已遠(yuǎn)遠(yuǎn)不能滿(mǎn)足自然界客觀存在的需求，因?yàn)槊嫦蚪Y(jié)構(gòu)的軟件過(guò)程所采用的方法是函數(shù)或子程序的調(diào)用，其所表示的關(guān)系是函數(shù)或子程序間的依賴(lài)關(guān)系，用這種方法很難描述自然界中客觀對(duì)象的屬性(attribute)，行為(behavior)和關(guān)系(relationship)，而且當(dāng)用結(jié)構(gòu)化方法所開(kāi)發(fā)軟件的規(guī)模大到一定程度時(shí)，其維護(hù)和修改的難度、成本呈指數(shù)級(jí)增長(zhǎng)趨勢(shì)，軟件的可維護(hù)性、穩(wěn)定性、可靠性急劇下降，直至令人無(wú)法忍受。這就給面向?qū)ο蟮能浖_(kāi)發(fā)方法和過(guò)程提供了生存空間、機(jī)遇和環(huán)境，因?yàn)槊嫦驅(qū)ο蟮能浖_(kāi)發(fā)方法是通過(guò)對(duì)象(object)這樣的邏輯實(shí)體，用類(lèi)似于人類(lèi)思維和自然語(yǔ)言的方式來(lái)摸擬和描述自然界中客觀實(shí)體的屬性、行為和相互關(guān)系。面向?qū)ο筌浖_(kāi)發(fā)方法的任務(wù)就是要表達(dá)對(duì)象的屬性、行為和對(duì)象間的相互關(guān)系，是對(duì)自然界的邏輯摸擬，但是，如果對(duì)面向?qū)ο蟮能浖_(kāi)發(fā)過(guò)程不加以系統(tǒng)管理和有效控制，就很難保證軟件開(kāi)發(fā)質(zhì)量、進(jìn)度和成本在可接受的控制范圍之內(nèi)。軟件開(kāi)發(fā)正在走向工程化，軟件被看成是軟件工廠生產(chǎn)、制造出來(lái)的產(chǎn)品，所以把ISO9001:2000過(guò)程質(zhì)量控制的理念應(yīng)用于軟件開(kāi)發(fā)過(guò)程， 用工程化的方法來(lái)組織和運(yùn)作軟件開(kāi)發(fā)、控制軟件質(zhì)量就水到渠成了。泛普軟件-建筑工程項(xiàng)目管理系統(tǒng)

　　按ISO9001:2000過(guò)程的定義，面向?qū)ο筌浖^(guò)程需要有過(guò)程客戶(hù)、過(guò)程目標(biāo)、過(guò)程環(huán)境、過(guò)程輸入、過(guò)程處理、質(zhì)量檢驗(yàn)、過(guò)程輸出等過(guò)程元素。泛普軟件-建筑工程項(xiàng)目管理系統(tǒng)

　　面向?qū)ο蟮能浖_(kāi)發(fā)過(guò)程可分為獲得需求、需求分析、架構(gòu)設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試、維護(hù)七個(gè)階段，每個(gè)階段又可看成是一個(gè)子過(guò)程，每個(gè)子過(guò)程又包含了一系列的活動(dòng)(activities)。七個(gè)子過(guò)程按順序依次相連，每個(gè)子過(guò)程的輸出是下一個(gè)子過(guò)程的輸入。每個(gè)子過(guò)程是其下一子過(guò)程的原料供應(yīng)者，同時(shí)又是其上一子過(guò)程的客戶(hù)。關(guān)鍵子過(guò)程(KPA)是需求分析子過(guò)程、架構(gòu)設(shè)計(jì)子過(guò)程和詳細(xì)設(shè)計(jì)子過(guò)程。http://m.52tianma.cn/

　　面向?qū)ο蟮能浖^(guò)程的最終目標(biāo)是：軟件不但能夠滿(mǎn)足客戶(hù)的當(dāng)前需求，而且還要能夠滿(mǎn)足未來(lái)客戶(hù)需求變化的需求，還要適應(yīng)未來(lái)軟件運(yùn)行支撐環(huán)境的發(fā)展和變化， 所以,開(kāi)發(fā)的軟件要具有很好的演化能力來(lái)適應(yīng)這些變化。 面向?qū)ο筌浖^(guò)程的最終客戶(hù)是軟件使用者及相關(guān)利益人。泛普軟件-建筑工程項(xiàng)目管理系統(tǒng)

　　子過(guò)程內(nèi)部客戶(hù)是需求分析子過(guò)程中的系統(tǒng)分析師。內(nèi)部目標(biāo)是充分獲取客戶(hù)需求，可能是合理需求，也可能是不合理需求。參加人員有：客戶(hù)需求調(diào)查員，領(lǐng)域?qū)＜?，系統(tǒng)分析師。子過(guò)程輸入是軟件開(kāi)發(fā)合同、協(xié)議和可行性論證。子過(guò)程處理活動(dòng)：調(diào)查員和系統(tǒng)分析師到甲方進(jìn)行客戶(hù)需求調(diào)查和采訪，必要時(shí)請(qǐng)領(lǐng)域?qū)＜?可能來(lái)自第三方，也可能來(lái)自甲方)參加。獲得客戶(hù)需求的途徑有：采訪錄音(征得甲方同意)，填表格，觀察甲方現(xiàn)場(chǎng)工作情景，畫(huà)用例圖(use case diagram)，制作原型(prototype)等。將獲得的客戶(hù)需求以文字、圖表的形式記錄下來(lái)，并讓客戶(hù)進(jìn)行驗(yàn)證和確認(rèn)，可修改，直至客戶(hù)認(rèn)可。獲取用戶(hù)需求過(guò)程中的一條原則就是不爭(zhēng)論，不分析，把用戶(hù)提出的需求都記錄下來(lái)。所獲得的原始客戶(hù)需求就是獲得需求子過(guò)程的輸出。泛普軟件-建筑工程項(xiàng)目管理系統(tǒng)

　　內(nèi)部客戶(hù)是架構(gòu)設(shè)計(jì)子過(guò)程的軟件架構(gòu)師。內(nèi)部目標(biāo)是充分表達(dá)出客戶(hù)的必要合理需求。參加人員有系統(tǒng)分析員和領(lǐng)域?qū)＜?。?nèi)部輸入是獲得需求子過(guò)程的輸出，即所獲得的原始客戶(hù)需求。需求分析活動(dòng)有：系統(tǒng)分析員運(yùn)用自己所掌握的系統(tǒng)分析技術(shù)、軟件工程知識(shí)、經(jīng)驗(yàn)、技巧，在領(lǐng)域?qū)＜业膮f(xié)助下，對(duì)原始客戶(hù)需求進(jìn)行需求技術(shù)分析和論證，歸納客戶(hù)的合理需求，去掉不合理的需求，增添客戶(hù)沒(méi)提到的必要合理需求，并形成客戶(hù)需求規(guī)格說(shuō)明書(shū)(requirement specification)。子過(guò)程的驗(yàn)證和確認(rèn)工作由客戶(hù)和系統(tǒng)分析員共同完成，驗(yàn)證的指標(biāo)是：分析得到的客戶(hù)需求的充分性、合理性、必要性、完整性、前瞻性。子過(guò)程的輸出是：用例圖(use case diagram)、協(xié)作圖(collaboration diagram)、分析類(lèi)圖(analysis class diagram)、需求規(guī)格說(shuō)明書(shū)。需求分析子過(guò)程是面向?qū)ο筌浖^(guò)程的關(guān)鍵子過(guò)程(KPA)，因?yàn)槊嫦驅(qū)ο筌浖^(guò)程是用例(use case)驅(qū)動(dòng)的，面向?qū)ο筌浖^(guò)程的一切子過(guò)程都要圍繞滿(mǎn)足客戶(hù)需求(ISO9001:2000的客戶(hù)至上原則)來(lái)運(yùn)作，而用例(use case)就是反映和描述客戶(hù)需求的，所以若需求分析做不好，將直接影響到軟件的最終質(zhì)量，軟件無(wú)法滿(mǎn)足客戶(hù)需求，導(dǎo)致軟件開(kāi)發(fā)失敗。泛普軟件-建筑工程項(xiàng)目管理系統(tǒng)

　　內(nèi)部客戶(hù)是詳細(xì)設(shè)計(jì)子過(guò)程中的設(shè)計(jì)師。內(nèi)部目標(biāo)是獲得所開(kāi)發(fā)軟件的健壯的(robust)軟件架構(gòu)。參加人員是軟件架構(gòu)師。內(nèi)部輸入是需求分析子過(guò)程的輸出。子過(guò)程的處理活動(dòng)包括：軟件架構(gòu)師根據(jù)上一子過(guò)程生成的用例圖、協(xié)作圖、需求規(guī)格說(shuō)明書(shū)、分析類(lèi)圖，運(yùn)用軟件架構(gòu)設(shè)計(jì)知識(shí)和經(jīng)驗(yàn)設(shè)計(jì)出所要開(kāi)發(fā)系統(tǒng)的軟件架構(gòu)(software architecture)。軟件架構(gòu)的設(shè)計(jì)粒度是構(gòu)件(component)，構(gòu)件是可分布的物理單元，只要不同的構(gòu)件實(shí)現(xiàn)了相同的接口，那么構(gòu)件可以相互替換。保證架構(gòu)設(shè)計(jì)質(zhì)量的準(zhǔn)則有：構(gòu)件本身要保持高內(nèi)聚性(high cohesion);構(gòu)件間要保持低耦合性(low coupling);定義構(gòu)件間的通訊機(jī)制(同步、異步、本地調(diào)用、遠(yuǎn)程調(diào)用)和通訊協(xié)議;構(gòu)件內(nèi)部類(lèi)與類(lèi)間的依賴(lài)關(guān)系和方法調(diào)用要做到對(duì)構(gòu)件外部來(lái)說(shuō)是透明的;每個(gè)構(gòu)件只留有適量的接口供其他構(gòu)件調(diào)用;設(shè)計(jì)構(gòu)件的接口時(shí)，既要使構(gòu)件間的交互方便，又要隱蔽構(gòu)件內(nèi)部的細(xì)節(jié)信息， 這樣做的好處是降低面向?qū)ο筌浖^(guò)程的復(fù)雜度，提高對(duì)軟件過(guò)程的可控制程度和軟件的安全性，可運(yùn)用代理(agent)或門(mén)面(facade)設(shè)計(jì)模式來(lái)設(shè)計(jì)和實(shí)現(xiàn)構(gòu)件;把軟件相對(duì)較穩(wěn)定部分做到架構(gòu)里，這包括軟件的核心功能性需求和大部分非功能性需求。軟件架構(gòu)的設(shè)計(jì)準(zhǔn)則可提高和保證軟件的健壯性，另外使用已有的軟件架構(gòu)風(fēng)格(software architecture style)也可提高軟件的健壯性，如：管道過(guò)濾器(pipe filter)、順序批處理(batch sequential)、分層(layers)、黑板(blackboard)、解釋器(interpreter)等。面向?qū)ο筌浖^(guò)程是以架構(gòu)為中心的，架構(gòu)是軟件的生命基線(xiàn)和骨架。架構(gòu)設(shè)計(jì)子過(guò)程所設(shè)計(jì)出的健壯的軟件架構(gòu)能夠保證軟件的持續(xù)改善(continual improvement)，這是軟件開(kāi)發(fā)的最高境界，也是具有挑戰(zhàn)性的領(lǐng)域。 因?yàn)榭蛻?hù)的需求是時(shí)間的函數(shù)，是隨著時(shí)間變化的，而且軟件運(yùn)行的軟硬件支撐環(huán)境也在快速發(fā)展和變化著，如果軟件沒(méi)有一個(gè)健壯的架構(gòu)，那么軟件將很難根據(jù)客戶(hù)需求的變化進(jìn)行擴(kuò)展和維護(hù)，且軟件的安全性、穩(wěn)定性、可靠性、可復(fù)用性也很難得到保證，這些都是客戶(hù)無(wú)法接受的，所以按ISO9001:2000的以客戶(hù)為中心、客戶(hù)至上的原則，設(shè)計(jì)健壯的軟件架構(gòu)是極其必要和重要的。架構(gòu)設(shè)計(jì)子過(guò)程的內(nèi)部輸出有：構(gòu)件圖(component diagram)、分布圖(deployment diagram)。子過(guò)程的檢驗(yàn)標(biāo)準(zhǔn)是軟件架構(gòu)美好的可視性(安全性、穩(wěn)定性、可靠性、可復(fù)用性、可維護(hù)性、可移植性)，驗(yàn)證和確認(rèn)由架構(gòu)師和系統(tǒng)分析師做，方法是測(cè)試已生成的軟件架構(gòu)，根據(jù)架構(gòu)設(shè)計(jì)準(zhǔn)則來(lái)衡量架構(gòu)是否滿(mǎn)足最終用戶(hù)的主要的功能性需求和大部分非功能性需求。泛普軟件-建筑工程項(xiàng)目管理系統(tǒng)

　　內(nèi)部客戶(hù)是編碼子過(guò)程中的程序員。內(nèi)部目標(biāo)是設(shè)計(jì)良好的類(lèi)、類(lèi)與類(lèi)間的關(guān)系。參加人員有設(shè)計(jì)師和架構(gòu)師。子過(guò)程的輸入是架構(gòu)設(shè)計(jì)子過(guò)程和需求分析子過(guò)程的輸出。 設(shè)計(jì)處理活動(dòng)：設(shè)計(jì)師運(yùn)用面向?qū)ο蠓治雠c設(shè)計(jì)知識(shí)、經(jīng)驗(yàn)和技術(shù)，設(shè)計(jì)結(jié)構(gòu)良好的類(lèi)、類(lèi)與類(lèi)間的關(guān)系。保證面向?qū)ο笤O(shè)計(jì)質(zhì)量的經(jīng)驗(yàn)準(zhǔn)則有：類(lèi)(class)是一級(jí)抽象，即它可直接實(shí)例化出對(duì)象(object);類(lèi)元(meta class如：模板類(lèi))是二級(jí)抽象，即它直接實(shí)例化出來(lái)的是類(lèi)而不是對(duì)象;類(lèi)要保持高內(nèi)聚性(high cohesion)，類(lèi)與類(lèi)間關(guān)系要保持低耦合性(lowcoupling);類(lèi)本身的接口是類(lèi)的方法的可視性(public、protect、private);定義類(lèi)間的消息通訊機(jī)制(同步、異步、本地調(diào)用、遠(yuǎn)程調(diào)用)和協(xié)議;運(yùn)用專(zhuān)家、控制者、創(chuàng)建者等類(lèi)職責(zé)分配模式確定類(lèi)的職責(zé)(類(lèi)的方法);必要時(shí)使用設(shè)計(jì)模式，一設(shè)計(jì)模式是某類(lèi)軟件設(shè)計(jì)問(wèn)題的通用解決方案，如：適配器、代理、裝飾器、門(mén)面、組合、抽象工廠等設(shè)計(jì)模式，使用設(shè)計(jì)模式可提高系統(tǒng)的安全性和效率，但同時(shí)也增加了系統(tǒng)的復(fù)雜性，所以，是否使用設(shè)計(jì)模式要根據(jù)實(shí)際情況，權(quán)衡利與弊;接口類(lèi)的作用是推遲實(shí)現(xiàn)與綁定，為提高系統(tǒng)的靈活性和可擴(kuò)展性，可適量使用接口，但使用接口會(huì)在某種程度上增加系統(tǒng)的復(fù)雜性和降低系統(tǒng)的效率;不要僅僅只為了代碼復(fù)用而使用類(lèi)繼承, 因?yàn)槔^承是最強(qiáng)的類(lèi)間耦合關(guān)系, 所以這種復(fù)用是最糟糕的復(fù)用, 得不償失;盡量避免使用多重類(lèi)繼承和多層類(lèi)繼承, 因?yàn)槎嘀仡?lèi)繼承和多層類(lèi)繼承在父類(lèi)的方法重名時(shí)易導(dǎo)致混亂和難以理解;為類(lèi)的方法設(shè)計(jì)算法時(shí)，要衡量算法的時(shí)間復(fù)雜度和空間復(fù)雜度，使兩者被控制在可接受的范圍之內(nèi);設(shè)計(jì)時(shí)用的建模語(yǔ)言，如UML在不斷地發(fā)展和完善，還有一定的局限性，所以在設(shè)計(jì)時(shí)對(duì)UML目前還無(wú)法表達(dá)出的設(shè)計(jì)思想要采用適當(dāng)?shù)姆绞接涗浵聛?lái)，使設(shè)計(jì)不被建模語(yǔ)言的局限性所限制;在詳細(xì)設(shè)計(jì)子過(guò)程做得足夠穩(wěn)定后才過(guò)渡到編碼子過(guò)程， 因?yàn)樵O(shè)計(jì)結(jié)果的易揮發(fā)性會(huì)導(dǎo)致后續(xù)子過(guò)程的混亂不堪、危機(jī)重重，甚至無(wú)法繼續(xù)進(jìn)行。詳細(xì)設(shè)計(jì)子過(guò)程的輸出是設(shè)計(jì)類(lèi)圖(design class diagram)、對(duì)象狀態(tài)圖(object state diagram)以及相關(guān)設(shè)計(jì)文檔。設(shè)計(jì)子過(guò)程的驗(yàn)證和確認(rèn)工作由架構(gòu)師、系統(tǒng)分析師和設(shè)計(jì)師完成，根據(jù)設(shè)計(jì)準(zhǔn)則來(lái)測(cè)試已生成的設(shè)計(jì)成果是否滿(mǎn)足最終用戶(hù)的功能性需求和非功能性需求，以檢驗(yàn)設(shè)計(jì)的有效性。