3.5 質(zhì)量特征計(jì)劃
  為幫助設(shè)計(jì)者們進(jìn)行設(shè)計(jì)，我們準(zhǔn)備編寫一本設(shè)計(jì)指南的書，內(nèi)容包括設(shè)計(jì)中的一些有代表性的類型、模式和技術(shù)。
  類型是最簡單的基本結(jié)構(gòu)，通常被用來定義體系結(jié)構(gòu)。常見的類型的例子包括客戶-服務(wù)器結(jié)構(gòu)，管道與過濾結(jié)構(gòu)，分層結(jié)構(gòu)等等。在早期的結(jié)構(gòu)選擇上，按照組織體系進(jìn)行選擇是一種有代表性的類型。
  模式是一種能夠重復(fù)使用的微觀結(jié)構(gòu)。它通常根據(jù)其產(chǎn)生、結(jié)構(gòu)、行為的特征進(jìn)行分類。例如適配器就是一個(gè)協(xié)調(diào)型的模式。
  設(shè)計(jì)技術(shù)是其它有益于設(shè)計(jì)的相關(guān)信息，它能避免一個(gè)低水平的設(shè)計(jì)。例如，數(shù)據(jù)編碼的使用，用于安全性的密碼保護(hù)，為使操作簡便而使用應(yīng)用程序接口方法(API)，等等。
  在體系結(jié)構(gòu)/設(shè)計(jì)中選擇合適的類型、模式和技術(shù)，對(duì)能否實(shí)現(xiàn)設(shè)計(jì)目標(biāo)具有很大的關(guān)系。例如，一個(gè)分層體系結(jié)構(gòu)將有助于實(shí)現(xiàn)易更改性，但是降低了操作性能。設(shè)計(jì)指南一書將作為這種設(shè)計(jì)知識(shí)的倉庫而為設(shè)計(jì)者提供服務(wù)。
  在結(jié)構(gòu)和設(shè)計(jì)階段可以參考設(shè)計(jì)指南。我們?cè)O(shè)想設(shè)計(jì)指南具有一個(gè)簡單的使用界面并發(fā)布在互聯(lián)網(wǎng)絡(luò)上，使設(shè)計(jì)者們能通過特殊的搜索工具根據(jù)其期望特征選擇相關(guān)的類型、模式和技術(shù)，從而建立一個(gè)關(guān)注質(zhì)量特征的體系結(jié)構(gòu)。設(shè)計(jì)指南將為設(shè)計(jì)者們提供詳細(xì)的入口信息，使他們能根據(jù)這些入口的適用性作出正確的選擇。
  3.6 過程改進(jìn)
  在項(xiàng)目開發(fā)的生命周期行為中，應(yīng)該盡量使用上面提及的那些新技術(shù)。通過這些新技術(shù)，可以增強(qiáng)現(xiàn)有過程能力和過程資產(chǎn)(模版、指導(dǎo)方針、檢驗(yàn)方法)，實(shí)現(xiàn)產(chǎn)品質(zhì)量焦點(diǎn)一體化。
  項(xiàng)目開發(fā)的生命周期主要包括幾個(gè)階段(或如下圖所示)：

  —在需求階段明確地列出所有需要關(guān)注的特征，
  —在產(chǎn)品設(shè)計(jì)期間關(guān)注各項(xiàng)特征，
  —從產(chǎn)品質(zhì)量角度出發(fā)對(duì)可交付產(chǎn)品進(jìn)行檢驗(yàn)，
  —確定測試案例并進(jìn)行測試，檢查并核實(shí)特征是否滿足。
  對(duì)指定的特征進(jìn)行測量、跟蹤和分析。
  例如，需要改進(jìn)的過程資產(chǎn)用步驟序列的形式表示如下：
  —暫時(shí)不考慮計(jì)劃
  —需求手冊(cè)模板
  —設(shè)計(jì)(HLD,LLD)模板
  —預(yù)演指導(dǎo)方針
  —檢驗(yàn)指導(dǎo)方針
  —帳目檢查表
  —測試計(jì)劃文檔/測試案例文檔
  —發(fā)布檢查表
  —用戶滿意度調(diào)查程序及其提問單
  來自發(fā)展組織內(nèi)部的軟件質(zhì)量工程師、過程工程師以及軟件質(zhì)量改進(jìn)的支持者們都致力于改進(jìn)過程的創(chuàng)新工作，他們?cè)诳偨Y(jié)以往經(jīng)驗(yàn)的基礎(chǔ)上為改進(jìn)過程設(shè)立了基線。當(dāng)OPG(組織過程組)提出一個(gè)POR(過程時(shí)機(jī)報(bào)告)時(shí)，意味著開始進(jìn)行過程改進(jìn)。一旦對(duì)所有過程都實(shí)施了改進(jìn)，我們將計(jì)劃召開Educom(教育/交流)會(huì)議來對(duì)組織內(nèi)部進(jìn)行溝通。
  3.7 評(píng)價(jià)標(biāo)準(zhǔn)
  產(chǎn)品質(zhì)量的評(píng)價(jià)標(biāo)準(zhǔn)可以被分為兩大類，即：內(nèi)在的評(píng)價(jià)標(biāo)準(zhǔn)和外在的評(píng)價(jià)標(biāo)準(zhǔn)。內(nèi)在的評(píng)價(jià)標(biāo)準(zhǔn)與產(chǎn)品自身相關(guān)，而外在的評(píng)價(jià)標(biāo)準(zhǔn)與開發(fā)者為滿足產(chǎn)品目標(biāo)所付出的努力相關(guān)。下表列出了部分與產(chǎn)品自身相關(guān)的內(nèi)在評(píng)價(jià)標(biāo)準(zhǔn)：

  如果內(nèi)在的評(píng)價(jià)標(biāo)準(zhǔn)之間存在各種關(guān)聯(lián)，那么采用該標(biāo)準(zhǔn)并不能明確地區(qū)分各個(gè)特征目標(biāo)。因此，在通常情況下，我們建議采用外在的評(píng)價(jià)標(biāo)準(zhǔn)對(duì)產(chǎn)品質(zhì)量特征進(jìn)行評(píng)價(jià)。
  3.7.1 改進(jìn)性
  任何一個(gè)改進(jìn)性規(guī)范的目的都將為適應(yīng)變化所需付出的努力程度分為低/中/高三類。在下表中，對(duì)低/中/高三種努力程度的含義給出了一種可能的解釋。該表相對(duì)于某個(gè)特定項(xiàng)目是十分準(zhǔn)確的。

 3.7.3 可用性
  接下來講述的評(píng)價(jià)標(biāo)準(zhǔn)是與產(chǎn)品的可用性相關(guān)的，在SUMI方法中，對(duì)初始階段的任何原型的改進(jìn)或在完成之后對(duì)產(chǎn)品的評(píng)價(jià)都需要使用可用性評(píng)價(jià)標(biāo)準(zhǔn)。該標(biāo)準(zhǔn)使用一些0—70范圍內(nèi)的數(shù)值進(jìn)行評(píng)價(jià)。
  1）綜合
  該評(píng)價(jià)標(biāo)準(zhǔn)反應(yīng)用戶對(duì)于可用性的理解的綜合觀點(diǎn)
  2）效率
  該評(píng)價(jià)標(biāo)準(zhǔn)反應(yīng)用戶對(duì)于該軟件能否通過一種有效的方式來完成工作任務(wù)的看法。
  3）影響
  該評(píng)價(jià)標(biāo)準(zhǔn)反應(yīng)軟件對(duì)用戶產(chǎn)生的心理影響。即用戶使用該軟件而產(chǎn)生的精神壓力和身體壓力。
  4）作用
  該評(píng)價(jià)標(biāo)準(zhǔn)反應(yīng)用戶對(duì)軟件能產(chǎn)生的作用大小的認(rèn)可程度。
  5）控制
  該評(píng)價(jià)標(biāo)準(zhǔn)反應(yīng)用戶在使用軟件的過程中的舒適程度。如果用戶可以比較容易的使用軟件實(shí)現(xiàn)他所希望實(shí)現(xiàn)的目標(biāo)，那么該軟件具有良好的控制性。
  6）容易掌握
  該評(píng)價(jià)標(biāo)準(zhǔn)反應(yīng)用戶是否能夠輕松地掌握軟件的使用方法并開始使用。
  3.7.4 有效性
  該評(píng)價(jià)標(biāo)準(zhǔn)與the five 9的系統(tǒng)有效性小組所提出的標(biāo)準(zhǔn)相同。
  1）nines的個(gè)數(shù)
  2）無效性原因的排列圖
  4. 基本的指導(dǎo)
  SMAP2000小組在需求分析階段就指定產(chǎn)品的質(zhì)量特征作為設(shè)計(jì)的目標(biāo)。他們把產(chǎn)品的操作性、可用性、可改進(jìn)性作為產(chǎn)品的重要特征。項(xiàng)目小組在這些活動(dòng)上大約花費(fèi)了17個(gè)工作日(估計(jì)值)，但可以使項(xiàng)目從以下幾個(gè)方面受益。
  1）改善了圖形用戶界面設(shè)計(jì)，并增加了有用的設(shè)計(jì)觀點(diǎn)。
  2）有助于從用戶那里獲取他們對(duì)軟件的操作性能期望并在可解決的范圍內(nèi)識(shí)別約束條件(例如帶寬)。
  3）通過改進(jìn)的觀點(diǎn)幫助項(xiàng)目小組對(duì)當(dāng)前產(chǎn)品的試用版本進(jìn)行思考，幫助他們獲得改進(jìn)的最新理解。它使產(chǎn)品的結(jié)構(gòu)觀發(fā)生了轉(zhuǎn)變，從“能適應(yīng)當(dāng)前SMAP-2G的執(zhí)行”轉(zhuǎn)變?yōu)?ldquo;一個(gè)應(yīng)用程序的網(wǎng)絡(luò)管理平臺(tái)”。
  4）特征規(guī)范可以應(yīng)用于綜合集成和現(xiàn)場實(shí)驗(yàn)，還可以用來解釋工具的操作行為。
  5）它能滿足過程改進(jìn)體系結(jié)構(gòu)的需要。
  6）對(duì)這些特征的研究使設(shè)計(jì)人員能更好地理解部分的功能需求。
  特征規(guī)范文檔可以在http://libra.miel.mot.com/~3gtoolscm/ 3G_smap.html獲得。
  當(dāng)前，正在對(duì)項(xiàng)目設(shè)計(jì)進(jìn)行操作性分析，計(jì)劃采用SAAM方法針對(duì)改進(jìn)性進(jìn)行設(shè)計(jì)分析。
在MIEL中的其它產(chǎn)品計(jì)劃(如SinglecellWiLL，VOIP)也已經(jīng)開始采用這種方法進(jìn)行分析。
  5. 實(shí)施步驟
  我們可以對(duì)產(chǎn)品質(zhì)量特征或設(shè)計(jì)目標(biāo)進(jìn)行明確地識(shí)別，并制訂一個(gè)規(guī)范，以此作為出發(fā)點(diǎn)。在實(shí)施過程中要注重建立過程資產(chǎn)，比如反應(yīng)不同風(fēng)險(xiǎn)承擔(dān)者對(duì)軟件產(chǎn)品質(zhì)量所持觀點(diǎn)的提問單，描述與質(zhì)量特征相關(guān)的一般性概念的骨架圖，已開發(fā)的用于獲取產(chǎn)品操作性和可用性規(guī)范的模板。在每次實(shí)施過程中我們也至少參與一個(gè)項(xiàng)目，對(duì)產(chǎn)品質(zhì)量特征和設(shè)計(jì)目標(biāo)規(guī)范進(jìn)行實(shí)踐，以便為其他類似項(xiàng)目進(jìn)行同一個(gè)實(shí)施過程時(shí)所借鑒。
  最近，在組織范圍內(nèi)成立了產(chǎn)品質(zhì)量支持小組，小組成員來自工作臺(tái)(商業(yè)部門)。他們?cè)诋a(chǎn)品質(zhì)量改進(jìn)計(jì)劃中的任務(wù)如下：
  —在產(chǎn)品質(zhì)量改進(jìn)計(jì)劃(PQIP)中充當(dāng)消費(fèi)者咨詢委員會(huì)(CAB)的角色，為用戶提供咨詢
  —參與計(jì)劃/策略/過程的改進(jìn)，并提出明確意見
  —對(duì)產(chǎn)品質(zhì)量改進(jìn)計(jì)劃(PQIP)的可交付產(chǎn)品進(jìn)行檢查并提出反饋意見
  —在各自的Ops中扮演支持者的角色：
  —確定急需改進(jìn)產(chǎn)品質(zhì)量的侯選項(xiàng)目
  —在規(guī)范、設(shè)計(jì)、分析、測試、驗(yàn)證期間，通過相應(yīng)專家的參與，確保在項(xiàng)目中對(duì)產(chǎn)品質(zhì)量的關(guān)注
  —促進(jìn)產(chǎn)品質(zhì)量技術(shù)的廣泛應(yīng)用并在Ops中進(jìn)行實(shí)踐
  與當(dāng)前角色相對(duì)應(yīng)的職責(zé)如下表所示：

  6. 結(jié)論
  產(chǎn)品質(zhì)量改進(jìn)計(jì)劃通過關(guān)注操作性、可用性、有效性、改進(jìn)性等質(zhì)量特征，促使組織開發(fā)出更好的產(chǎn)品。改進(jìn)過程通過一系列額外的活動(dòng)來滿足產(chǎn)品質(zhì)量特征，使不同的風(fēng)險(xiǎn)承擔(dān)者(包括用戶、系統(tǒng)工程人員、系統(tǒng)專家和銷售人員、軟件工程人員、產(chǎn)品改進(jìn)人員等等)在整個(gè)產(chǎn)品開發(fā)周期內(nèi)關(guān)注產(chǎn)品質(zhì)量。而且，本文所討論的產(chǎn)品質(zhì)量改進(jìn)活動(dòng)和技術(shù)也有助于鞏固CMM模型的軟件質(zhì)量管理關(guān)鍵過程域。
  組織應(yīng)為實(shí)施產(chǎn)品質(zhì)量改進(jìn)計(jì)劃提供支持，它有助于提高用戶對(duì)產(chǎn)品和解決方案的滿意度，從而使得用戶繼續(xù)使用該產(chǎn)品成為可能。該計(jì)劃也涉及到少數(shù)的關(guān)鍵技術(shù)實(shí)踐(如設(shè)計(jì)分析)，從而增強(qiáng)MIEL的整體過程成熟度。
  7. 參考書目
  [1]"Attribute-based architecture development", Krishnan Rangarajan, Kashinath Kakarla, Deepti Arora, Proceedings APSES-98, pp 381-387.
  [2]"Architecture"Attributes"for"SMAP2000",http://libra.miel.mot.com/~3gtoolscm/ 3G_smap.html
  [3]"Software Metrics for Product Assessment", Richard Bache, Gualtiero Bazzana, Mcgraw-Hill Book Company, 1994.
  [4]"Scenario-Based Analysis of software Architecture", Kazman, R., Abowd, G., Bass, L., and Clements, P., IEEE Software, 13(6):47-56, 1996.
  [5] http://www.usability.serco.com
  [6]"Experiences with Architecture attribute analysis", Lakshmi and Suresh Kumar Chintada, submitted for APSES99.
  [7]"Looking beyond customer satisfaction", Jyoti, submitted for APSES99.
  [8]"Information Needs in analysis of Telecommunication software - a case study", Vesa Hirvisalo, Esko Nuutila.
  [9]"Problems in practice of performance engineering", Mark H. Klein, CMU/SEI-95-TR-020, ESC-TR-95-020, Feb 1996.
  [10]"Testing for Non-functional attributes", Santhosh C.K and Krishnan Rangarajan, submitted for APSES99.
  [11] http://5nines.mot.com/
  [12]"Usability analysis with SUMI method", Krishnan Rangarajan, Jacob Jacob, S.C Nirmala, P.Rajshekar Swamy, submitted for APSES99.