南京大學計算機科學與技術(shù)系

1、Software Process, Management, and Quality,李 宣 東 南京大學計算機科學與技術(shù)系,Outline,Software ProcessSoftware Quality AssuranceSoftware Configuration ManagementSoftware Project Management Concepts,Software Process,T

2、he software process has been the focus of considerable attention over the last decade. 軟件過程是近十年來人們關注的焦點。A software process is a framework for the tasks that are required to build high-quality software.軟件過程是為開發(fā)高質(zhì)量軟件所需要完

3、成的任務的框架。More important, software engineering is performed by creative, knowledgeable people who should work within a defined and mature software process. 軟件工程是有創(chuàng)造力、有知識的人在定義好的、成熟的軟件過程框架中進行的。,Software Process,Softwa

4、re engineering layers,A quality focus,process,methods,tools,Software Process,Software engineering is a layered technology:Any engineering approach (including software engineering) must rest on an organizational commit

5、ment to quality. 任何工程方法（包括軟件工程）必須以有組織的質(zhì)量保證為基礎。,Software Process,Software engineering is a layered technology:Total quality management and similar philosophies foster a continuous process improvement culture, and it is

6、 this culture that ultimately leads to the development of increasingly more mature approaches to software engineering. 全面的質(zhì)量管理和類似的理念刺激了不斷的過程改進，正是這種改進導致了更加成熟的軟件工程方法的不斷出現(xiàn)。The bedrock that supports software engineerin

7、g is a focus on quality. 支持軟件工程的根基就在于對質(zhì)量的關注。,Software Process,Process layer of software engineeringThe foundation for Software engineering is the process layer. Software engineering process is the glue that holds

8、 the technology layers together and enables rational and timely development of computer software. 軟件工程過程是將技術(shù)層結(jié)合在一起的凝聚力，使得軟件能夠被合理地和及時地開發(fā)出來。,Software Process,Process layer of software engineeringProcess defines a fram

9、ework for a set of key process areas (KPAs) that must be established for effective delivery of software engineering technology. 過程定義了一組關鍵過程區(qū)域的框架，這對于軟件工程技術(shù)的有效應用是必須的。The key process areas form the basis for management con

10、trol of software projects and establish the context in which technical methods are applied, work products (models, documents, data, reports, forms, etc.) are produced, milestones are established, quality is ensured, and

11、change is properly managed. 關鍵過程區(qū)域構(gòu)成了軟件項目管理控制的基礎，并且確定了上下各區(qū)域之間的關系，規(guī)定了技術(shù)方法的采用、工程產(chǎn)品（模型、文檔、數(shù)據(jù)、報告、表格等）的產(chǎn)生、里程碑的建立、質(zhì)量的保證及變化的適當管理。,Software Process,Methods layer of software engineeringSoftware engineering methods provide the t

12、echnical how-to’s for building software. 軟件工程方法提供了為開發(fā)軟件在技術(shù)上需要“如何做”。Methods encompass a broad array of tasks that include requirements analysis, design, program construction, testing, and maintenance. 方法涵蓋了一系列的任務：需求分析、設計

13、、編程、測試和維護。Software engineering methods rely on a set of basic principles that govern each area of the technology and include modeling activities and other descriptive techniques. 軟件工程方法依賴于一組原則，這些原則控制了每一個技術(shù)區(qū)域，且包含建?；顒雍推渌?/p>

14、述技術(shù)。,Software Process,Tool later of software engineeringSoftware engineering tools provide automated or semi-automated support for the process and methods. 軟件工程工具對過程和方法提供了自動的或半自動的支持。When tools are integrated so that i

15、nformation created by one tool can be used by another, a system for the support of software development, called computer-aided software engineering (CASE), is established.當這些工具被集成起來使得一個工具產(chǎn)生的信息可以被另外一個工具使用時，一個支持軟件開發(fā)的系統(tǒng)就建立了

16、，稱為計算機輔助軟件工程（CASE）。,Software Process,Tool later of software engineeringCASE combines software, hardware, and software engineering database (a repository containing important information about analysis, design, program

17、construction, and testing) to create a software engineering environment. CASE集成了軟件、硬件和一個軟件工程數(shù)據(jù)庫（包含了關于分析、設計、編程和測試的重要信息），從而形成了一個軟件工程環(huán)境。,Software Process,A generic view of software engineering The work as

18、sociated with software engineering can be categorized into three generic phases, regardless of application area, project size, or complexity:The definition phase focuses on what.The development phase focuses on how.Th

19、e support (maintenance) phase focuses on change.,Software Process,A generic view of software engineering The phases and related steps described in generic view of software engineering are complemented by a number o

20、f umbrella activity (保護性活動):Software project tracking and controlFormal technical reviewsSoftware quality assuranceSoftware configuration managementDocument preparation and productionReusability managementMeasurem

21、entRisk management,Software Process,過程：為實現(xiàn)一個給定目標而進行的一系列運作步驟。過程具有一系列的性質(zhì)：時間性、并發(fā)性、嵌套性和度量性等。軟件過程：開發(fā)和維護軟件及其相關產(chǎn)品所設及的一系列活動。過程是框架的集合；框架是任務的集合；任務是把輸入轉(zhuǎn)換為輸出的活動。,Software Process,A software process can be characterized as follows

22、:A common process framework is established by defineing a small number of framework activities that are applicable to all software projects, regardless of their size or complexity.A number of task sets - each a collect

23、ion of software engineering work tasks, project milestones, work products, and quality assurance points - enable the framework activities to be adapted to the characteristics of the software project and the requirements

24、of the project team.Umbrella activities - such as software quality assurance, software configuration management, and measurement - overlay the process model. Umbrella activities are independent of any one framework acti

25、vity and occur throughout the process.,Software Process,,,,,,Milestones, deliverables,SQA points,Common process framework,Framework activities,Umbrella activities,Task sets,Tasks,Software Process,軟件過程提供了一個框架，在該框架下可以建立一個軟

26、件開發(fā)的綜合計劃：若干框架活動適用于所有軟件項目，而不在乎其規(guī)模和復雜性。若干不同任務的集合----每一個集合都由任務、里程碑、交付物以及質(zhì)量保證點組成----使得框架活動適應于不同軟件項目的特征和項目組的需求。若干保護性活動----如軟件質(zhì)量保證、軟件配置管理、測試與度量----它們貫穿于整個過程模型之中。保護性活動獨立于任何一個框架活動，且貫穿于整個過程之中。,Software Process Models,軟件過程模型是軟件

27、開發(fā)的指導思想和全局性框架，軟件過程模型的提出和發(fā)展反映了人們對軟件過程的某種認識觀，體現(xiàn)了人們對軟件過程認識的提高和飛躍。,Software Process Models,瀑布模型強調(diào)階段的劃分及其順序性、各階段工作及其文檔的完備性，是一種嚴格線性的、按階段順序的、逐步細化的開發(fā)模式。,定義,分析,設計,編碼,測試,維護,,,,,,,,,,,Software Process Models,瀑布模型的特點：結(jié)構(gòu)簡單明了；

28、歷史較長、應用面廣泛、為廣大軟件工作者所熟悉；已有與之配套的一組十分成熟的開發(fā)方法和豐富的支撐工具。確定了需求分析的絕對重要性，但是在實踐中要想獲得完善的需求說明是非常困難的；反饋信息慢。,Software Process Models,The Prototyping model (原型模型),,,Listen to customer,Build/revisemock-up,Customertest drivesmock-up

29、,,,,,,,,,,,,,,,,,Software Process Models,原型模型的特點：原型作為標識軟件需求的一種機制，原型被建造僅是為了定義需求，之后就該被拋棄（或至少部分拋棄）；實際的軟件在充分考慮了質(zhì)量和可維護性之后才被開發(fā)。,Software Process Models,Evolutionary software process models(演化軟件過程模型)There is growing recogn

30、ition that software, like all complex systems, evolves over a period of time. Business and product requirements often change as development proceeds, making a straight path to an end product unrealistic. 人

31、們已經(jīng)越來越認識到軟件就象所有復雜系統(tǒng)一樣要經(jīng)過一段時間的演化。業(yè)務和產(chǎn)品需求隨著開發(fā)的發(fā)展常常發(fā)生改變，想找到最終產(chǎn)品的一條直線路徑是不可能的。,Software Process Models,Evolutionary software process models(演化軟件過程模型)Tight market deadlines make completion of a comprehensive software product

32、 impossible, but a limited version must be introduced to meet competitive or business pressure; a set of core product or system requirements is well understood, but the details of product or system extensions have yet to

33、 be defined. 緊迫的市場期限使得難以完成一個完善的軟件產(chǎn)品，但可以先提交一個有限的版本以對付競爭或商業(yè)的壓力；只要核心產(chǎn)品或系統(tǒng)需求能夠很好地理解，而產(chǎn)品或系統(tǒng)的細節(jié)部分可以進一步定義。,Software Process Models,Evolutionary software process models(演化軟件過程模型)Evolutionary models are iterativ

34、e. They are characterized in a manner that enables software engineers to develop increasingly more complete versions of the software. 演化模型是利用一種迭代的思想方法，它的特征是使軟件工程師漸進地開發(fā)逐步完善的軟件版本。The incremental model (增量模型)The spira

35、l model (螺旋模型),Software Process Models,The incremental model (增量模型),分析,設計,編碼,測試,分析,設計,編碼,測試,分析,設計,編碼,測試,,,,,,,,,,增量1,增量2,增量3,Software Process Models,增量模型的特點：以功能遞增的方式進行軟件開發(fā)能較快地產(chǎn)生可操作的系統(tǒng)；在每一步遞增中，都可以把用戶/開發(fā)者的經(jīng)驗結(jié)合到不斷求精的產(chǎn)品中；

36、可改善測試效果和降低軟件開發(fā)總成本。,Software Process Models,The spiral Model螺旋模型,,,,,需求定義,評審,風險分析,工程實現(xiàn),Software Process Models,螺旋模型的特點：把軟件開過程組成為一個逐步細化的定義周期（螺旋周期）序列，每經(jīng)歷一個周期，系統(tǒng)就得到進一步的細化和完善；本質(zhì)上，具有上述特征的螺旋是一直運轉(zhuǎn)的直到軟件退役。有時這個過程處于睡眠狀態(tài)，但任何時候出現(xiàn)

37、了改變，過程都會從合適的入口點開始；,Software Process Models,螺旋模型的特點：緊密圍繞開發(fā)中的風險問題，用風險分析推動軟件設計向深一層擴展、求精；強調(diào)持續(xù)地判斷、確定和修改用戶任務目標，并按成本、效益來分析候選的軟件產(chǎn)品性質(zhì)對任務目標的貢獻；可結(jié)合采用多種軟件開發(fā)方法，但究竟結(jié)合哪一種方法仍由風險分析來決定。,Software Process Models,The formal methods model

38、(形式化方法模型) 形式化方法的主要目的是要把軟件開發(fā)過程建立在嚴密可行的數(shù)學基礎之上，從而提高軟件質(zhì)量和軟件生產(chǎn)率。事后的或并行的一種輔助手段，用以對系統(tǒng)的性質(zhì)進行嚴格的驗證；集成到軟件開發(fā)過程中，希望在嚴格的形式系統(tǒng)的基礎上，實現(xiàn)從需求規(guī)約到程序代碼的轉(zhuǎn)換和過渡。,Software Process Management,改進軟件過程研究軟件過程本質(zhì)上是為了突出關鍵過程以改善軟件的質(zhì)量。人們已經(jīng)得到共識，要提高

39、軟件質(zhì)量必須改進軟件過程。,Software Process Management,改進軟件過程軟件機構(gòu)形成一套完整而成熟的軟件過程不是一蹴而就的，它需要一個從無序到有序，從特殊到一般，從定性到定量，最后再從靜態(tài)到動態(tài)的歷程，或者說軟件機構(gòu)在形成成熟的軟件過程之前必須經(jīng)歷一系列的成熟階段。,Software Process Management,改進軟件過程因此有必要建立一個軟件過程成熟度模型來對過程作出一個客觀、公正的評價，以促進

40、軟件開發(fā)組織改進軟件過程。,Software Process Management,軟件過程成熟度 指一個特定的軟件過程被顯式定義、管理、度量、控制和能行的程度。成熟度可以用于指示企業(yè)加強其軟件過程能力的潛力。 當一個企業(yè)達到了一定的軟件過程成熟級別后，它將通過制定策略、建立標準和確立機構(gòu)結(jié)構(gòu)使它的軟件過程制度化。而制度化又促使企業(yè)通過建立基礎設施和公司文化來支持相關的方法、實踐和過程。從而使之可以持續(xù)并維持一

41、個良性循環(huán)。,Software Process Management,不成熟企業(yè)的標志：缺乏確定的軟件過程和相應的管理和控制； 即使給出了軟件過程，也不嚴格的遵循和強制執(zhí)行； 管理是完全被動的，管理者采用的策略是救火式的，即出了事才去解決，解決的時候也難以縱觀全局，往往只顧眼前；,Software Process Management,不成熟企業(yè)的標志：由于缺乏有依據(jù)的估算，制訂軟件預算和生產(chǎn)計劃時往往跟著感覺走，實際生產(chǎn)時則常

42、常超標； 如果強制在預定期限內(nèi)完成，那么軟件的功能和質(zhì)量肯定是得不到保證； 缺乏評價軟件產(chǎn)品質(zhì)量和解決產(chǎn)品缺陷和過程問題的客觀基礎。,Software Process Management,成熟企業(yè)的標志：具有在企業(yè)范圍內(nèi)管理、控制軟件開發(fā)和維護過程的能力； 現(xiàn)有人員和新進人員均了解所遵循的軟件過程，且工作活動均按照事先的計劃完成； 在定義好的軟件過程中，所有項目和機構(gòu)中的角色和責任分明；,Software Process M

43、anagement,成熟企業(yè)的標志：制定的計劃是有效的且與實際的工作進展一致； 軟件過程在必要時可按照一定規(guī)則和程序加以修改；,Software Process Management,成熟企業(yè)的標志：軟件產(chǎn)品和過程具有一定的可控性： 1. 管理者能夠監(jiān)督軟件產(chǎn)品的質(zhì)量和生產(chǎn)過程； 2. 具有客觀的和定量化的措施來判斷產(chǎn)品質(zhì)量并分析產(chǎn)品與生產(chǎn) 過程中的問題； 3. 計劃和預算有章可

44、循，它是基于歷史數(shù)據(jù)的，從而是實際可行 的； 4. 預算的結(jié)果，包括成本、時間表、產(chǎn)品功能和質(zhì)量等，通常能 夠達到； 5. 有關的參與者完全理解遵循軟件過程的價值并認真地遵循之； 6. 具有支撐軟件過程的基礎設施，如標準過程庫、歷史數(shù)據(jù)庫等。,Software Process Management,軟件能力成熟度模型（ Capability Maturity Mo

45、del，CMM）軟件能力成熟度模型提美國大學Carnegie Mellon University軟件工程研究所出的一套系統(tǒng)、規(guī)范的對軟件生產(chǎn)過程進行管理的模型，其有效性已為大量實踐所證實，并已成為對一個軟件企業(yè)的生產(chǎn)能力和產(chǎn)品質(zhì)量進行衡量的事實標準。,Software Process Management,軟件能力成熟度模型（CMM）CMM被用來確定一個機構(gòu)的軟件過程的成熟程度以及指明如何提高該成熟度的參考模型。CMM描述了軟件過

46、程從無序到有序、從特殊到一般、從定性管理到定量管理、最終到達可動態(tài)優(yōu)化的成熟過程，給出了該過程中五個成熟階段的基本特征和應遵循的原則、 采取的行動，以幫助軟件機構(gòu)改進其軟件過程。,Software Process Management,CMM的主要作用 CMM可以指導軟件機構(gòu)如何控制軟件產(chǎn)品的開發(fā)和維護過程，以及如何向成熟的軟件工程體系演化，并形成一套良性循環(huán)的管理文化。具體說來，一個企業(yè)要想改進其生產(chǎn)過程，應該采取如下

47、策略和步驟：確定軟件企業(yè)當前所處的過程成熟級別； 了解對改進軟件生產(chǎn)質(zhì)量和加強生產(chǎn)過程控制起關鍵作用的因素； 將工作重點集中在有限幾個關鍵目標上，有效達到改進機構(gòu)軟件生產(chǎn)過程的效果，進而可持續(xù)地改進其軟件生產(chǎn)能力。,Software Process Management,CMM的基本前提軟件質(zhì)量在很大程度上取決于產(chǎn)生軟件的軟件過程的質(zhì)量和能力； 軟件過程是一個可管理、可度量并不斷改進的過程； 軟件過程的質(zhì)量受到用以支撐它的技

48、術(shù)和設施的影響； 企業(yè)在軟件過程中所采用的技術(shù)層次應適應于軟件過程的成熟度。,Software Process Management,CMM的基本原理CMM強調(diào)連續(xù)的軟件過程改進。該連續(xù)的改進基于多個演化步驟。CMM將這些演化步驟劃分成五個級別。這種分級結(jié)構(gòu)的理論依據(jù)是軟件質(zhì)量原理。 每一級別都包括若干目標。當滿足某一目標后，軟件過程的相應部分便確定下來。 五級成熟度定義了一個標準，用以度量機構(gòu)的軟件過程成熟度和評價其軟件過程能

49、力。,Software Process Management,CMM的基本內(nèi)容機構(gòu)和資源的管理：涉及機構(gòu)本身的責任，人員和其它資源設施。 軟件工程過程及其管理：涉及軟件工程過程，即軟件過程的深度、范圍和完整性以及如何度量、管理和改進這樣的過程。 工具和技術(shù)：軟件工程過程中使用的開發(fā)工具和技術(shù)。,Software Process Management,CMM contains five process maturity levels

50、(CMM的五個成熟度級別)Level 1: Initial (初始級) Level 2: Repeatable (可重復級：有規(guī)章的過程 )Level 3: Defined (定義級：標準化、一致的過程) Level 4: Managed (管理級：可預測過程) Level 5: Optimizing (優(yōu)化級：可持續(xù)改進的過程),Software Process Management,CMM的初始級（第一級）成功來源于

51、個人英雄主義而非機構(gòu)行為，因此它不可重復，更換人員后成功便難以維持。,Software Process Management,CMM的可重復級（第二級）針對特定軟件項目建立管理該項目的策略和實現(xiàn)這些策略的過程。 新項目的計劃和管理基于類似項目的經(jīng)驗。 軟件過程能力主要通過管理單個項目的軟件生產(chǎn)過程來得到提高和增強。 不同的項目可有不同的軟件過程，機構(gòu)應當建立一定的方針和策略以針對具體的項目選擇合適的軟件生產(chǎn)過程并進行管理。,So

52、ftware Process Management,CMM的可重復級（第二級） 可重復級的主要特點在于確定了基本的軟件生產(chǎn)管理和控制，具體來講有：結(jié)合已有項目的經(jīng)驗和新項目的特點來確定本項目的責任和承諾； 軟件生產(chǎn)成本、時間表和實現(xiàn)的功能被有效跟蹤； 識別實現(xiàn)承諾所需解決的關鍵問題； 定義軟件項目過程標準，機構(gòu)要確保其被遵守。,Software Process Management,CMM的可重復級（第二級）

53、 概括來說，第二級的主要特點是項目計劃和跟蹤是確定且有效的，項目的軟件過程是可控的，以及已有的成功經(jīng)驗是可重復的。,Software Process Management,CMM的定義級（第三級）有一個機構(gòu)范圍內(nèi)標準的軟件過程，軟件工程活動和管理活動被集成為一個有機的整體。標準化的目的是使高層管理者和軟件技術(shù)人員能夠有效合作。 有一個組例如軟件工程組（SEPG）專門負責訂立機構(gòu)的標準軟件過程，并且在機構(gòu)中制定培

54、訓計劃來確保相關人員和管理者有足夠的知識和技能完成標準過程所賦予的角色。 標準的軟件過程結(jié)合具體項目的特點經(jīng)過裁剪即形成項目定義軟件過程，它是一組集成的完善定義的軟件工程和管理過程。,Software Process Management,CMM的定義級（第三級）一個完善定義的軟件過程應包括就緒準則、輸入、工作過程、驗證機制、輸出和完成準則。 對于已建立的產(chǎn)品生產(chǎn)線，其成本、時間表和實現(xiàn)功能均可跟蹤和控制，軟件產(chǎn)品的質(zhì)量可以得到保

55、證。 軟件過程能力的實現(xiàn)主要基于在機構(gòu)范圍內(nèi)對一個定義軟件過程的活動、角色和責任的共同理解。,Software Process Management,CMM的定義級（第三級） 概括來說，第三級的主要特征在于軟件過程已被提升成標準化過程，從而更加具有穩(wěn)定性、重復性和可控性。,Software Process Management,CMM的管理級（第四級） 軟件的過程和產(chǎn)品有定量的質(zhì)量指標： 重要的軟件過程活

56、動均配有生產(chǎn)率和質(zhì)量方面的度量指標； 應用數(shù)據(jù)庫來收集和分析定義軟件過程中涉及的各種數(shù)據(jù)； 對項目軟件過程和軟件質(zhì)量的評價有定量的基準。,Software Process Management,CMM的管理級（第四級） 軟件項目的產(chǎn)品和生產(chǎn)過程的控制具有可預測性： 將軟件過程效能可能出現(xiàn)的偏差控制在可接受的量化界限內(nèi)； 具體區(qū)分影響過程效能發(fā)生偏差的有效因素和偶然因素； 向新領域拓展的風險是可預知的并被仔細管理和權(quán)衡。

57、,Software Process Management,CMM的管理級（第四級） 概括來說，第四級的主要特征是定量化、可預測、異?？刂坪透哔|(zhì)量。,Software Process Management,CMM的優(yōu)化級（第五級） 機構(gòu)集中于持續(xù)的過程改進：具有標識過程缺陷和增強過程能力的有效手段。 利用試驗數(shù)據(jù)分析使用新技術(shù)所需的代價和帶來的效益，然后再有選擇地采用。 當出現(xiàn)偏差時，軟件項目人員能夠分

58、析出錯原因并采取有效手段防止其再次出現(xiàn)。 防止不必要的浪費是第五級的重點。,Software Process Management,CMM的優(yōu)化級（第五級） 改進的途徑有兩個，一個是對已有過程的漸進式改進；另一個則是有選擇地使用新技術(shù)和新方法所帶來的革新。 概括來說，第五級的主要特征是新技術(shù)的采用和軟件過程的改進被作為日常的業(yè)務活動來加以計劃和管理。,Software Process M

59、anagement,如何看待CMM：梯子鏡子牌子補藥,Software Quality,Software quality is defined as Conformance to explicitly stated functional and performance requirements, explicitly documented development standards, and implicit charact

60、eristics that are expected of all professionally developed software. 明確聲明的功能和性能需求、明確文檔化過的開發(fā)標準、以及專業(yè)人員開發(fā)的軟件所應具有的所有隱含特征都得到滿足。,Software Quality,Definition of software qualitySoftware requirements are the foundation from

61、which quality is measured. Lack of conformance to requirements is lack of quality. 軟件需求是進行“質(zhì)量”度量的基礎。與需求不符就是質(zhì)量不高。Specified standards define a set of development criteria that guide the manner in which software is eng

62、ineered. If the criteria are not followed, lack of quality will almost surely result. 指定的標準定義了一組指導軟件開發(fā)的準則。如果不能遵守這些準則，就極有可能導致質(zhì)量不高。,Software Quality,Definition of software qualityA set of implicit requirements (e.g

63、., the desire for ease of use and good maintainability) often goes unmentioned. If software conforms to its explicit requirements but fails to meet implicit requirements, software quality is suspect. 通常有一組“隱含需求”是不被提

64、及的（如對維護性的需求）。如果軟件符合了明確的需求卻沒有滿足隱含需求，軟件質(zhì)量仍然值得懷疑。,Software Quality,軟件質(zhì)量,質(zhì)量要素,質(zhì)量要素,衡量標準,衡量標準,衡量標準,衡量標準,度量,度量,度量,度量,度量,度量,度量,度量,,,,,,,,,,,,,,,Software Quality,McCall模型中的軟件質(zhì)量要素,,,,,,,產(chǎn)品修改,產(chǎn)品變遷,產(chǎn)品運行,Maintainability(易維護性)Fle

65、xibility (靈活性)Testability (易測試性),Portability (易移植性)Reusability (易復用性)Interoperability (互用性),Correctness (正確性) Reliability (可靠性) Efficiency (高效率)Integrity (完整性) Usability (易使用性),Software Quality Assurance,Sof

66、tware quality assurance (SQA) is an umbrella activity that is applied throughout the software process.,Software Quality Assurance,SQA encompassesa quality management approach (一種質(zhì)量管理方法)effective software engineering te

67、chnology (methods and tools) (有效的軟件工程技術(shù)（方法和工具))formal technical reviews that are applied throughout the software process (在整個軟件過程中采用的正式技術(shù)復審)a multitiered testing strategy (一種多層次的測試策略)control of software documentation

68、and the changes made to it (對軟件文檔及其修改的控制)a procedure to ensure compliance with software development standards (保證遵從軟件開發(fā)標準的規(guī)程)measurement and reporting mechanism (度量和報告機制),SQA小組,在一個組織中有多個機構(gòu)負有保證軟件質(zhì)量的責任，包括軟件工程師、項目管理者、客戶、銷