堆叠基的软体开发程序度量方法

《堆叠基的软体开发程序度量方法》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、堆疊基的軟體開發程序度量方法AStack-basedSoftwareDevelopmentProcessModel王鄭慈游喬評佛光人文社會學院資訊學研究所佛光人文社會學院資訊學研究所ctwang@mail.fgu.edu.twg0332011@stdmail.fgu.edu.tw摘要隨著資訊科技的迅速發展及軟、硬體不斷的創新，使得軟體生命週期相對地大幅縮短，再加上軟體開發過程充滿了太多不確定的因素，如：人員因素、技術因素、成本因素、市場策略、競爭者動態等等。使軟體專案管理者對軟體開發的時程就更難掌控進而導致軟體開發成本增加與開發時間延遲的事件不斷地發生。有鑑於

2、此，本研究試圖利用評估能力相當好的堆疊基馬可夫模式，來分析軟體開發程序的穩定與否，對於軟體開發成本造成的影響，並進一步發展成一套軟體開發成本的預測系統。關鍵字軟體開發程序複雜度、堆疊基馬可夫模式、資訊理論。一、緒論有學者指出[5]，軟體程序是由生在過去的十年間軟體程序已經成產程序（Productionprocess）和管理程為被高度重視的焦點。如何生產高品序（Managementprocess）兩大要素所質且符合顧客滿意度的軟體產品，將構成的，且兩者有緊密的關係。生產是每個企業所要達到的目標。根據相程序主要是關於軟體產品的製造及維關文獻指出[2]，時程延遲的專

3、案約佔修；而管理程序主要是在評估、規劃所有軟體開發專案中的80％。由此可與控制必要的資源（如：人、時程、知，軟體程序管理對於是否能順利產技術…等等），以有效地掌控並完成生出最終產品有很重要的關聯性。然產程序。故經由成功的管理這兩大要而，目前對於軟體程序複雜度方面的素，不但可以提昇軟體程序的品質，研究卻廖廖無幾，大多數的研究都著同時也可以提昇最終產品的品質。重於軟體產品複雜度，其最主要的原因就是軟體開發專案與一般的開發專軟體程序案不同，其開發程序是不可見的，且資料收集困難，所以導致在軟體開發程序方面的研究很少。故本研究根據生產程序管理程序過去學者在軟體產品評估上

4、的經驗及方法運用到軟體開發程序上，期待能圖一：Acuña提出的軟體程序找出軟體程序複雜度與開發時間之間然而，要有效地達到軟體程序控的關係，進而發展成一套軟體開發成制的目標，就必需把整個軟體的開發本的預測系統。程序量化，可量化後的開發程序我們才能進行評估，以幫助我們去改善、二、文獻探討控制整個開發程序的效率、產品的品質、開發成本、生產力及風險的預測2.1軟體程序1等等。而測量(Measurement)的必要性使用的軟體開發模式整理如下。可由下列之陳述看出。LordKelvin曾說過[1]：2.3資訊理論「當你能測量你所說的話，並將它以資訊理論（Informati

5、onTheory）的數字表示，你才算真的對它有所了奠基者－Shannon於1948年發表「通解…」。信的數學理論」一文[10]，從此開創了通訊理論的新領域—資訊理論。2.2軟體開發模式Shannon不僅是一名偉大的數學家，更是一名先知。受到Shannon理論的影所謂「知已知彼，百戰百勝」，想響，通信的概念，雖不是自類比完全要提升軟體程序運用的成熟度，首先傳到數位，但至少後者已逐漸取得它必須熟悉各種軟體開發模式的特性及應有的地位。那一種開發模式適用於那一類型的專而在資訊理論中有兩個重要的概案。當專案管理者已熟悉各種開發模念，即資訊含量（InformationCo

6、ntent）式的特性及其優缺點時，對於專案的及熵值（Entropy）。進行將是一大幫功，故本研究將較常表一：各開發模式的比較資料來源：本研究整理開發模式特性適用之軟體專案優/缺點瀑布式有一定的開發順序適用於強調順序優點：對所要開發的專案需求及問題非常且需等到最後一個性發展及對需求了解。階段完成時，才可相當明確的專案。缺點：很難明確地切割要分為那幾個階段。回頭。演進式以系統雛型來試探適用於對需求了優點：能快速得到正確的顧客需求。顧客的真正需求。解七、八成的系缺點：過程不可見、.不當結構的系統及經統。常需要特殊技巧。正規轉換此開發模式是使用適用於強調安全優點：有系

7、統且精確的開發。精確的數學表示法機制的軟體專案缺點：找出正確需求並轉換成數學模式的來說明、又稱為無(如：飛航電子及過程費時、很少有開發者具有使用此種方塵室軟體工程。醫藥設備)。法的經驗。再利用經由再使用以前發適用優點：降低風險、.降低開發成本及提高開展出的成果來幫助發效率。製作另一個系統的缺點：大部份的業者認為再利所帶來的麻程序。煩比好處多。漸增式此開發模式結合了適用於人員不足優點：具有重覆的性質及可降低開發風險。瀑布式和演進式的的專案計畫。開發模式。屬於進化的軟體開發模型之一。螺旋式於每次演化時都將適用於需求改變優點：1.針對風險評估後，選擇合適的系統風險分

8、析納入考較不頻繁的軟體開發模型。2.具