【文章內(nèi)容簡介】 員組 人員組織 ?特點 :小組成員完全平等，享有充分民主，通過協(xié)商做出技術(shù)決策。 ?小組成員之間的通信是平行的，小組內(nèi)有 n個成員，通信信道共有 n(n1)/2條。 ?民主制程序員組的主要優(yōu)點 ?態(tài)度積極，從而導致高質(zhì)量的代碼。 ?組員們享有充分民主，小組有高度凝聚力，組內(nèi)學術(shù)空氣濃厚，有利于攻克技術(shù)難關(guān)。 ?民主制程序員組的主要缺點 ?程序接口可能出現(xiàn)問題 ?由于沒有明確的權(quán)威指導開發(fā)工程的進行 ,組員間將缺乏必要的協(xié)調(diào) ,最終可能導致工程失敗。 民主制程序員組 ?采用這種組織方式主要出于下述幾點考慮： ?軟件開發(fā)人員多數(shù)比較缺乏經(jīng)驗； ?程序設(shè)計過程中有許多事務(wù)性的工作 ?多渠道通信很費時間，將降低程序員的生產(chǎn)率。 ?主程序員組用經(jīng)驗多、技術(shù)好、能力強的程序員作為主程序員，同時，利用人和計算機在事務(wù)性工作方面給主程序員提供充分支持，而且所有通信都通過一兩個人進行。 主程序員組 (I) 圖 主程序員組的結(jié)構(gòu) 主程序員組 (II) ?主要缺點： ?主程序員應該是高級程序員和優(yōu)秀管理者的結(jié)合體。這樣的人才匱乏 ?后備程序員更難找。 ?第三，編程秘書也很難找到。 主程序員組 (III) ?項目組設(shè)置兩個負責人： ?技術(shù)負責人，負責小組的技術(shù)活動； ?行政負責人，負責所有非技術(shù)性事務(wù)管理決策。 ?技術(shù)組長要參與全部代碼審查工作，因為他要對代碼的各方面質(zhì)量負責； ?行政組長不可以參與代碼審查工作，因為他的職責是對程序員的業(yè)績進行評價。行政組長應該在常規(guī)調(diào)度會議上了解每名組員的技術(shù)能力和工作業(yè)績。 現(xiàn)代程序員組 (I) 圖 現(xiàn)代程序員組的結(jié)構(gòu) 現(xiàn)代程序員組 (II) ? 明確管理權(quán)限。 ? 有矛盾時需要上層協(xié)調(diào)。 ? 當軟件項目規(guī)模較大時，應該把程序員分成若干個小組。 ? 當產(chǎn)品規(guī)模更大時，可以適當增加中間管理層次。 ? 圖 大型項目的技術(shù)管理組織結(jié)構(gòu) 現(xiàn)代程序員組 (III) 軟件質(zhì)量 軟件質(zhì)量保證措施 質(zhì)量保證 ?軟件質(zhì)量是軟件與明確地敘述的 功能 和 性能需求 、文檔中明確描述的 開發(fā)標準 以及任何專業(yè)開發(fā)的軟件產(chǎn)品都應該具有的隱含特征相一致的程度。 ?雖然軟件質(zhì)量是難于定量度量的軟件屬性，但是仍然能夠提出許多重要的軟件質(zhì)量指標。 ?這些因素是從管理角度對軟件質(zhì)量的度量。 ?可以把這些質(zhì)量因素分成 3組： ?產(chǎn)品運行、 ?產(chǎn)品修改 ?產(chǎn)品轉(zhuǎn)移。 軟件質(zhì)量 (I) 圖 軟件質(zhì)量因素與產(chǎn)品活動的關(guān)系 軟件質(zhì)量 (II)p325 ?軟件質(zhì)量保證（ software quality assurance , SQA）的措施主要有： ?基于非執(zhí)行的測試 ?基于執(zhí)行的測試 ?程序正確性證明 ?參加軟件質(zhì)量保證工作的人員，可以劃分成下述兩類： ?軟件工程師：通過技術(shù)復審及軟件測試來保證軟件質(zhì)量。 ?SQA小組：是輔助軟件工程師以獲得高質(zhì)量的軟件產(chǎn)品。其從事的軟件質(zhì)量保證活動主要是： 計劃，監(jiān)督，記錄，分析和報告。通過確保軟件過程質(zhì)量來保證軟件產(chǎn)品質(zhì)量。 軟件質(zhì)量保證措施 (I) ? 技術(shù)復審的必要性 ?正式技術(shù)復審的顯著優(yōu)點是，能夠較早發(fā)現(xiàn)軟件錯誤，從而可防止錯誤被傳播到軟件過程的后續(xù)階段。 ?走查： 走查組由 4~6名成員組成。方式： ?參與者驅(qū)動法。 ?文檔驅(qū)動法。 ?審查： 審查過程包括下述 5個基本步驟： ?綜述：文檔編寫者綜述文檔 ?準備：審查組閱讀穩(wěn)定，找出錯誤 ?審查：評審文檔，寫出評審報告 ?返工：解決報告中的所有錯誤及問題 ?跟蹤：確保每個問題都得到解決 軟件質(zhì)量保證措施 (II) ?程序正確性證明 ?測試只能證明程序中有錯誤，并不能證明程序中沒有錯誤。 ?正確性證明的基本思想是證明程序能完成預定的功能。因此，應該提供對程序功能的嚴格數(shù)學說明，然后根據(jù)程序代碼證明程序確實能實現(xiàn)它的功能說明。 軟件質(zhì)量保證措施 (III) ?任何軟件開發(fā)都是迭代過程，在開發(fā)軟件的過程中，變化是不可避免的。 ?變化很容易失去控制，如果不能適當?shù)乜刂坪凸芾碜兓?，勢必造成混亂并產(chǎn)生許多嚴重的錯誤。 ?軟件配置管理是在軟件的整個生命期內(nèi)管理變化的一組活動。這組活動用來： ?標識變化 ?控制變化 ?確保適當?shù)貙崿F(xiàn)了變化 ?向需要知道這類信息的人報告變化。 軟件配置管理 (I) ?配置管理是在軟件項目啟動時就開始，并且一直持續(xù)到軟件退役后才終止的一組跟蹤和控制活動。 ?軟件配置管理的目標是，使變化更正確且更容易被適應，在必須變化時減少所需花費的工作量。 ? 軟件配置 ? 軟件配置管理過程 軟件配置管理 (II) ?軟件配置項 ?計算機程序（源代碼和可執(zhí)行程序）； ?描述計算機程序的文檔（供技術(shù)人員或用戶使用）； ?數(shù)據(jù)（程序內(nèi)包含的或在程序外的）。 ?上述這些項組成了在軟件過程中產(chǎn)生的全部信息，我們把它們統(tǒng)稱為 軟件配置 ，而這些項就是 軟件配置項 。 軟件配置 (I) ?軟件配置項的內(nèi)容隨時都可能發(fā)生變化。為了開發(fā)出高質(zhì)量的軟件產(chǎn)品，軟件開發(fā)人員不僅要努力保證每個軟件配置項 正確 ，而且必須保證一個軟件的所有配置項是 完全一致 的。 ?可以把 軟件配置管理 看作是應用于整個軟件過程的軟件質(zhì)量保證活動，是專門用于 管理變化的軟件質(zhì)量保證活動 。 軟件配置 (II) ?基線 ?基線是在不嚴重妨礙合理變化前提下來控制變化 ?IEEE把基線定義為： 已經(jīng)通過了正式復審的規(guī)格說明或中間產(chǎn)品，它可以作為進一步開發(fā)的基礎(chǔ)，并且只有通過正式的變化控制過程才能改變它。 ?基線就是通過了正式 復審 的 軟件配置項 。 ?一旦建立了基線之后，雖然仍然可以實現(xiàn)變化，但是，必須應用特定的、正式的過程（稱為規(guī)程）來 評估、實現(xiàn)和驗證每個變化 。 軟件配置 (III) ?軟件配置管理的主要任務(wù)是 控制變化 ，負責各個軟件配置項和軟件 各種版本的標識 、 軟件配置審計 以及對軟件配置發(fā)生的任何 變化的報告 。 ?軟件配置管理主要有 5項任務(wù)： ?標識 ?版本控制 ?變化控制 ?配置審計 ?報告 軟件配置管理過程 (I) ?必須單獨命名每個配置項，然后用面向?qū)ο蠓椒ńM織它們。 ?可以標識出兩類對象： 基本對象和聚集對象 ?基本對象 是軟件工程師在分析、設(shè)計、編碼或測試過程中創(chuàng)建出來的“文本單元” ?聚集對象 是基本對象和其他聚集對象的集合 ?每個對象都有一組能惟一地標識它的特征： 名字、描述、資源表和“實現(xiàn)”。 ?所設(shè)計的標識模式必須能無歧義地標識每個對象的不同版本。 標