軟件工程在21 世紀的挑戰
在20世紀90 年代中期，互聯網與Windows開始進入個人及企業的空間。當時，筆者被任命為澳大利亞墨爾本市的一家百貨公司建立一套網絡銷售系統。當時我對互聯網的認識相當膚淺，如何完成這個任務對我及整個交付團隊是一個考驗。我花費大量精力及時間與客戶溝通，希望理解他們建立這套系統的背后目的，在過程中我們共同建立了一套假設的業務流程，因為雙方都不清楚顧客在網絡的另一端在過程中會有些什么反應，所以我們依據不同的反應建立相當數量的流程。在這套業務流程被客戶接受后，我們便能夠建立系統的功能需求，能夠對系統進行設計及最后完成系統的交付。
當然，這是一個例外的個案，基于互聯網的啟動，這個項目的投資者愿意投資本人的時間與我們這個開發團隊共同建立一套能夠為他們的業務帶來價值的系統。但不是每一個項目投資者都愿意及能夠花費大量的精力和時間來完成有關的流程建設的工作。而且市場的競爭讓我們需要在更短的時間完成整個系統開發的生命周期，大部份項目只有短短數月的時間讓我們從開始到完成項目交付。那么我們如何能夠花費大量時間去建設未來的操作流程才開始進行軟件開發呢?
客戶是希望我們能夠提供一套系統讓他們能夠有一套操作流程，但技術人員需要有一套流程才能夠建立系統的功能需求，那么我們應該先建立流程，繼而建立系統，還是應該先建立系統，繼而建立流程呢?從那時開始，我們便開始思考如何能夠有效建立這種項目范圍的方法。初步建立了一套項目結構分解法(Project Breakdown Structure 或簡稱PBS)來建立項目的最終交付。從2006年開始，希賽顧問團組織有關軟件工程和項目管理專家、學者分析和討論了PBS的的應用，并對PBS方法進行了不斷的改進，最后成為今天的項目組件分拆法(Project Component Decomposition Method，PCDM)。
從7月份開始，我們會在希賽網為讀者深入介紹PCDM 的應用方法，及PCDM所帶出的一種開發模型“四步軟件開發”，希望通過希賽顧問團專家們的經驗與近年研究的成果，讓讀者能夠遠離工匠的角色，盡快融入軟件工程的專業中。
文章來源于領測軟件測試網 http://www.k11sc111.com/