文章目錄

• 一：人員組織
• • （1）必要性
  • （2）典型的組織方式
  • • A：民主制程序員組
    • • ①：定義
      • ②：要求
      • ③：優(yōu)點(diǎn)
      • ④：缺點(diǎn)
    • B：主程序員組
    • • ①：定義
      • ②：核心人員及其分工
      • ③：特點(diǎn)（優(yōu)點(diǎn)）
      • ④：缺點(diǎn)
      • ⑤：適用性
    • C：現(xiàn)代程序員組
    • • ①：主程序員由兩個(gè)人共同擔(dān)任
      • ②：制定針對(duì)公共職責(zé)范圍內(nèi)的事務(wù)的處理方案
      • ③：實(shí)行分組策略
      • ④：分散決定
• 二：質(zhì)量保證
• • （1）軟件質(zhì)量
  • • A：定義
    • B：特點(diǎn)
    • C：軟件質(zhì)量因素與產(chǎn)品活動(dòng)
    • • ①：軟件質(zhì)量因素
      • ②：產(chǎn)品活動(dòng)
      • ③：關(guān)系
  • （2）軟件質(zhì)量保證措施
  • • A：措施
    • B：參加軟件指令保證的人員分類
    • C：技術(shù)復(fù)查
    • • ①：走查
      • ②：審查
    • D：程序正確性證明
    • • ①：定義
      • ②：方法

一：人員組織

（1）必要性

• 項(xiàng)目成功的關(guān)鍵合理的組織人員，使他們有效地分工協(xié)作共同完成開(kāi)發(fā)工作
• 項(xiàng)目組組織得越好，其生產(chǎn)率越高，而且產(chǎn)品質(zhì)量也越好
• 項(xiàng)目組具有了凝聚力，成功的可能性就大大增加了

（2）典型的組織方式

現(xiàn)有的軟件項(xiàng)目組的組織方式很多，通常，組織軟件開(kāi)發(fā)人員的方法，取決于所承擔(dān)的項(xiàng)目的特點(diǎn)、以往的組織經(jīng)驗(yàn)以及管理者的看法和愛(ài)好，主要有3種典型的組織方式

A：民主制程序員組

①：定義

民主制程序員組中小組成員完全平等，享有充分民主，通過(guò)協(xié)商做出技術(shù)決策。即小組成員之間的通信是平行的，如果小組內(nèi)有$n$個(gè)成員，則可能的通信信道有$\frac{n(n?1)}{2}$條

②：要求

• 小組人數(shù)不能太多（2-8名適宜）：小組規(guī)模小，可以減少通信問(wèn)題、容易確定小組的質(zhì)量標(biāo)準(zhǔn)、用民主方式確定的標(biāo)準(zhǔn)更容易被大家遵守、組員間關(guān)系密切、能夠互相學(xué)習(xí)
• 采用非正式的組織方式：名義上有一個(gè)組長(zhǎng)，但是他和組內(nèi)其他成員完成同樣的任務(wù)。在這樣的小組中，由全體討論協(xié)商決定應(yīng)該完成的工作，并且根據(jù)每個(gè)人的能力和經(jīng)驗(yàn)分配適當(dāng)?shù)娜蝿?wù)

③：優(yōu)點(diǎn)

• 組員們對(duì)發(fā)現(xiàn)程序錯(cuò)誤持積極的態(tài)度，有助于更快速地發(fā)現(xiàn)錯(cuò)誤，提高代碼質(zhì)量。
• 組員們享有充分民主，小組凝聚力高、學(xué)術(shù)空氣濃厚，有利于攻克技術(shù)難關(guān)。

④：缺點(diǎn)

• 沒(méi)有明確的權(quán)威指導(dǎo)開(kāi)發(fā)過(guò)程，組員間將缺乏必要的協(xié)調(diào)，最終可能導(dǎo)致工程失敗

B：主程序員組

①：定義

主程序員組用經(jīng)驗(yàn)多、技術(shù)好、能力強(qiáng)的程序員作為主程序員，同時(shí)，利用人和計(jì)算機(jī)在事務(wù)性工作方面給主程序員提供充分支持，而且所有通信都通過(guò)一兩個(gè)人進(jìn)行

②：核心人員及其分工

• 主程序員：既是成功的管理人員又是經(jīng)驗(yàn)豐富、技術(shù)好、能力強(qiáng)的高級(jí)程序員，負(fù)責(zé)體系結(jié)構(gòu)設(shè)計(jì)和關(guān)鍵部分的詳細(xì)設(shè)計(jì)，并且負(fù)責(zé)指導(dǎo)其他程序員完成詳細(xì)設(shè)計(jì)和編碼工作
• 后備程序員：技術(shù)熟練而且富于經(jīng)驗(yàn)，協(xié)助主程序員工作并且在必要時(shí)接替主程序員的工作。具體工作是設(shè)計(jì)測(cè)試方案、分析測(cè)試結(jié)果及獨(dú)立于設(shè)計(jì)過(guò)程的其他工作。
• 編程秘書(shū)：負(fù)責(zé)完成與項(xiàng)目有關(guān)的全部事務(wù)性工作

③：特點(diǎn)（優(yōu)點(diǎn)）

• 專業(yè)化：該組每名成員僅完成他們擅長(zhǎng)的工作
• 層次性：主程序員指揮組員工作，并對(duì)項(xiàng)目全面負(fù)責(zé)

④：缺點(diǎn)

• 符合主程序員、后備程序員、編輯秘書(shū)標(biāo)準(zhǔn)的人才在現(xiàn)實(shí)社會(huì)中并不容易雇傭到

⑤：適用性

采用主程序員組這種組織方式的程序一般具有以下幾方面的特點(diǎn):

• 軟件開(kāi)發(fā)人員多數(shù)比較缺乏經(jīng)驗(yàn)
• 程序設(shè)計(jì)過(guò)程中有許多事務(wù)性的工作
• 多渠道通信很費(fèi)時(shí)間，將降低程序員的生產(chǎn)率

C：現(xiàn)代程序員組

①：主程序員由兩個(gè)人共同擔(dān)任

• 技術(shù)負(fù)責(zé)人：負(fù)責(zé)小組的技術(shù)活動(dòng)，參與全部代碼審查工作，并且對(duì)代碼的各方面質(zhì)量負(fù)責(zé)
• 行政負(fù)責(zé)人：負(fù)責(zé)非技術(shù)性事務(wù)的管理決策。不參與代碼審查,其職責(zé)是對(duì)程序員的業(yè)績(jī)進(jìn)行評(píng)價(jià)

②：制定針對(duì)公共職責(zé)范圍內(nèi)的事務(wù)的處理方案

③：實(shí)行分組策略

產(chǎn)品開(kāi)發(fā)作為一個(gè)整體是在項(xiàng)目經(jīng)理的指導(dǎo)下進(jìn)行的，程序員向他們的組長(zhǎng)匯報(bào)工作，而組長(zhǎng)則向項(xiàng)目經(jīng)理匯報(bào)工作。當(dāng)產(chǎn)品規(guī)模更大時(shí)，可以適當(dāng)增加中間管理層次

④：分散決定

在合適的地方采用分散做決定的方法，如下圖所示。這樣做有利于形成暢通的通信渠道，以便充分發(fā)揮每個(gè)程序員的積極性和主動(dòng)性，集思廣益攻克技術(shù)難關(guān)

二：質(zhì)量保證

（1）軟件質(zhì)量

A：定義

軟件質(zhì)量是軟件與明確地和隱含地定義的需求相一致的程度，即軟件質(zhì)量是軟件與明確地?cái)⑹龅墓δ芎托阅苄枨蟆⑽臋n中明確描述的開(kāi)發(fā)標(biāo)準(zhǔn)以及任何專業(yè)開(kāi)發(fā)的軟件產(chǎn)品都應(yīng)該具有的隱含特征相一致的程度

B：特點(diǎn)

• 軟件需求是度量軟件質(zhì)量的基礎(chǔ)，與需求不一致就是質(zhì)量不高
• 指定的開(kāi)發(fā)標(biāo)準(zhǔn)定義了指導(dǎo)軟件開(kāi)發(fā)準(zhǔn)則，沒(méi)有遵守這些準(zhǔn)則，會(huì)導(dǎo)致軟件質(zhì)量不高
• 軟件滿足明確描述的需求，但不滿足隱含的需求，那么軟件的質(zhì)量是值得懷疑的

C：軟件質(zhì)量因素與產(chǎn)品活動(dòng)

①：軟件質(zhì)量因素

②：產(chǎn)品活動(dòng)

可以把產(chǎn)品活動(dòng)(傾向)分為產(chǎn)品運(yùn)行、產(chǎn)品修改和產(chǎn)品轉(zhuǎn)移

③：關(guān)系

（2）軟件質(zhì)量保證措施

A：措施

• 基于非執(zhí)行的測(cè)試(復(fù)審或評(píng)審)：主要用來(lái)保證在編碼前各階段產(chǎn)生的文檔的質(zhì)量
• 基于執(zhí)行的測(cè)試(軟件測(cè)試)：在程序編寫(xiě)完后進(jìn)行， 保證軟件質(zhì)量的最后一道防線
• 程序正確性證明：使用數(shù)學(xué)方法嚴(yán)格驗(yàn)證程序是否與對(duì)它的說(shuō)明完全一致

B：參加軟件指令保證的人員分類

• 軟件工程師：用先進(jìn)的技術(shù)方法和度量，進(jìn)行復(fù)審以及完成軟件測(cè)試來(lái)保證軟件質(zhì)量
• SQA小組：輔助軟件工程師以獲得高質(zhì)量的軟件產(chǎn)品。其從事的軟件質(zhì)量保證活動(dòng)的主要是：計(jì)劃，監(jiān)督，記錄，分析和報(bào)告，它通過(guò)確保軟件過(guò)程的質(zhì)量來(lái)保證軟件產(chǎn)品的質(zhì)量

C：技術(shù)復(fù)查

正式技術(shù)復(fù)審的優(yōu)點(diǎn)是能較早發(fā)現(xiàn)軟件錯(cuò)誤，防止錯(cuò)誤被傳播到軟件過(guò)程的后續(xù)階段。包括走查和審查等具體方法

①：走查

走查組： 由4~6名成員組成。成員包括負(fù)責(zé)起草文檔的人、負(fù)責(zé)該文檔說(shuō)明的管理員、客戶代表、下階段開(kāi)發(fā)組的代表、SQA小組的代表(作為組長(zhǎng))

要點(diǎn)：

• 為了能發(fā)現(xiàn)重大錯(cuò)誤，走查組成員最好是經(jīng)驗(yàn)豐富的高級(jí)技術(shù)人員
• 走查組成員應(yīng)根據(jù)材料并列出不理解的術(shù)語(yǔ)和認(rèn)為不正確的術(shù)語(yǔ)
• 走查組組長(zhǎng)引導(dǎo)該組成員走查文檔，力求發(fā)現(xiàn)盡可能多的錯(cuò)誤
• 走查的時(shí)間最長(zhǎng)不要超過(guò)2小時(shí)

方式：

• 參與者驅(qū)動(dòng)法：參與者按照事先準(zhǔn)備好的列表，提出他們不理解的術(shù)語(yǔ)和認(rèn)為不正確的術(shù)語(yǔ)。文檔編寫(xiě)組的代表必須回答每個(gè)質(zhì)疑
• 文檔驅(qū)動(dòng)法(更有效)：文檔編寫(xiě)者向走查組成員仔細(xì)解釋文檔。走查組成員在此過(guò)程中針對(duì)事先準(zhǔn)備好的問(wèn)題或解釋過(guò)程中發(fā)現(xiàn)的問(wèn)題提出質(zhì)疑

②：審查

審查組： 由4人組成，分別是組長(zhǎng)( 既是管理人員又是技術(shù)負(fù)責(zé)人)、負(fù)責(zé)當(dāng)前階段開(kāi)發(fā)工作的項(xiàng)目組代表、負(fù)責(zé)下一階段開(kāi)發(fā)工作的項(xiàng)目組代表和SQA小組的代表

步驟：

• 綜述：由負(fù)責(zé)編寫(xiě)文檔的成員向?qū)彶榻M綜述該文檔
• 準(zhǔn)備：評(píng)審員仔細(xì)閱讀文檔
• 審查：評(píng)審組仔細(xì)走查整個(gè)文檔
• 返工：文檔的作者負(fù)責(zé)解決在審查報(bào)告中列出的所有錯(cuò)誤及問(wèn)題
• 跟蹤：組長(zhǎng)必須確保所提出的每個(gè)問(wèn)題都得到了圓滿的解決

與走查對(duì)比：

• 審查過(guò)程步數(shù)比走查多
• 審查過(guò)程每個(gè)步驟都是正規(guī)的仔細(xì)劃分錯(cuò)誤類型，并把這些信息運(yùn)用在后續(xù)階段的文檔審查中以及未來(lái)產(chǎn)品的審杳中

重要性：

審查是檢測(cè)軟件錯(cuò)誤的一種好方法，利用審查可以在軟件過(guò)程的早期階段(修改成本低的階段)發(fā)現(xiàn)并改正錯(cuò)誤，即審查是一種經(jīng)濟(jì)有效的錯(cuò)誤檢測(cè)方法

D：程序正確性證明

①：定義

正確性證明的基本思想是證明程序能完成預(yù)定的功能。應(yīng)提供對(duì)程序功能的嚴(yán)格數(shù)學(xué)說(shuō)明,然后根據(jù)程序代碼證明程序確實(shí)能實(shí)現(xiàn)它的功能說(shuō)明

②：方法

• 人工證明程序正確性：對(duì)于評(píng)價(jià)小程序可能有些價(jià)值，但在證明大型軟件的正確性時(shí)，不僅工作量太大，而且在證明的過(guò)程中很容易包含錯(cuò)誤
• 自動(dòng)系統(tǒng)

總結(jié)

以上是生活随笔為你收集整理的（软件工程复习核心重点）第十二章软件项目管理-第三节：人员组织和质量保证的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。