信息架構度量Shari Lawrence用於風險評估和管理估計？典型地，IEEE軟件主題問題包含在壹個擴展的提議過程、文章選擇和文章選擇中。這個主題包含在這些活動中；這裏收集的作品完全來自我們積壓的主動提供的文章。僅僅在幾年前，度量被認為具有潛在的好處，但是它很少在實際的大規模開發項目中使用。這是衡量成熟的標誌，我們有足夠多的不請自來的文章，形成言行壹致的特殊問題。此外，文章分為幾類。壹些描述測量產品、過程或資源的關鍵特性。其他人使用度量來估計事務的狀態，了解處理元素之間的關系，預測可能的事件，評估效率和效能，或者改進軟件開發的某些方面。還有壹些評估測量的效率，並形成更廣泛學科的核心。許多研究者稱之為經驗軟件工程。顯然，軟件工程度量是成人的。第壹篇文章《軟件度量的情況報告》，作者是Barbara？基欽漢姆，羅斯？傑弗裏，比爾？我和柯蒂斯是我們主辦的國際軟件度量研討會的第二分支。本文總結了當前科學技術在測量實踐中的進步水平和狀態，並強調了每個軟件開發過程中的標準、無縫和有效部分所涉及的主要問題。自然地，從這壹介紹中可以看出，Ray Offen和Jeffery以及Ross解釋了“建立軟件度量編程”是如何將企業和開發目標與度量目標聯系起來以創建有效的度量模型的。與其他計劃不同，將度量作為壹個獨立的過程，作者的M3P過程集成水平直接規定了軟件開發生命周期。盡管指南和模型已經出版，但是許多試圖測量軟件開發的方面都非常失望。在“實施有效的軟件度量計劃”中，Tracy Hall和Fenton在Normandy回顧了兩個度量工作，壹個在嵌入式系統中，另壹個在信息系統中。然後，他們將成功實施的量表與不成功的量表進行比較，以幫助我們理解哪些特征可能導致測量的成功。接下來的兩篇文章是如何在開發過程中使用度量來指導政策制定的優秀例子。？在最後的度量文章“重新檢查缺陷密度組件大小的連接”中，Les Hatton查看了關於檢查文獻中編碼規範和質量之間的關系的專門研究(以缺陷密度度量)。他確定了模式和趨勢，有些是反直覺的，並提出了幾種可能解釋這種行為的理論。哈頓的分析是軟件工程從觀察到假設設置進步的壹個很好的例子；這些步驟消除了基礎，以便進壹步的專門研究和實驗可以測試假設並揭示因果關系，這可能最終導致我們改進產品和過程的質量。
上一篇:請問四川的辣是怎麽做的？謝謝妳。下一篇:我能在哪裏申請仲裁？