軟件工程管理問(wèn)題

1、軟件工程管理問(wèn)題1時(shí)美國(guó)國(guó)防部曾立題專(zhuān) II 研究軟件項(xiàng)日做不好的原因，發(fā)現(xiàn) 70%的項(xiàng)日是因?yàn)?管理 不善引起的，而并不是因?yàn)榧夹g(shù)實(shí)力不夠，進(jìn)而得出一個(gè)結(jié)論，即管理是影 響軟件研 發(fā)項(xiàng)日全局的因素，而技術(shù)只影響局部。這個(gè)結(jié)論仆常重要。到了 90 年代中期，軟 件研發(fā)項(xiàng) U 管理不善的問(wèn)題仍然存在。據(jù)美國(guó)軟件工程實(shí)施現(xiàn)狀的 調(diào)查，軟件研發(fā) 的情況仍然很難預(yù)測(cè)，大約只有 10%的項(xiàng) LI 能夠在預(yù)定的費(fèi)用和 進(jìn)度下交付。針對(duì) 軟件項(xiàng) U 管理不善的局而，我簡(jiǎn)要談?wù)勈浖?xiàng)口管理中存在的一些問(wèn)題。 1客戶干不份要全程參與不少軟件企業(yè)認(rèn)為客戶的參與主要在二件事情上 : 協(xié)議簽訂和需求調(diào)研、客戶需求

2、變更和項(xiàng)日驗(yàn)收簽字，其它事情足企 業(yè)內(nèi)部項(xiàng)日開(kāi)發(fā)管理的事惜，屬 公司內(nèi)部行為，無(wú)需客戶參與。結(jié)果，企業(yè)經(jīng)常發(fā)現(xiàn)客戶嚴(yán)重拖延驗(yàn)收， 而 II 在驗(yàn)收期間客戶大量的需求 變史， 致使項(xiàng) LI 的進(jìn)展嚴(yán)重推遲。經(jīng)常一個(gè)預(yù)期益利的項(xiàng)門(mén)，最后拖的不堪重負(fù) 口我認(rèn)為 這里邊的一個(gè)重要原因就是客戶沒(méi)有參與項(xiàng) U 的全過(guò)程。比方，項(xiàng) U 初 期的啟動(dòng)會(huì) 議、項(xiàng)日過(guò)程中所有干系人的知情制度，每周的工作例會(huì)、項(xiàng)日階段 性工作總結(jié)等等 都需要客戶的參與和反應(yīng)。 否那么當(dāng)企業(yè)年之后提交一個(gè)無(wú)比龐人 和復(fù)雜的最終方案時(shí)， 客戶方根本不了解你的方案的進(jìn)程，山誰(shuí)敢簽字驗(yàn)收呢？ 客戶只能花 I 兒兒個(gè)月來(lái)完 全“肢解消化整個(gè)

3、方案，最終當(dāng)然是發(fā)現(xiàn)大堆問(wèn)題 需要改良，企業(yè)只能再花上兒個(gè) 月重新修改，如此往而復(fù)始，惡性循環(huán)。2 如果份求分析很困難，可不可以先做軟件對(duì)需求把握得越準(zhǔn)確，軟件的修 修補(bǔ) 補(bǔ)就越少。有些需求在一開(kāi)始時(shí)很難確定，在開(kāi)發(fā)過(guò)程中要不斷地加以改正。 軟件修 改越早代價(jià)越少，修改越晚代價(jià)越人，就跟治病一樣道理。一是在項(xiàng)日的 需求分析階 段，開(kāi)發(fā)方與客戶方在各種的問(wèn)題的根本輪廓上達(dá)成一致即 ?叮，具體 細(xì)節(jié)可以在以 后填充。軟件過(guò)程改善是一個(gè)持續(xù)改善的過(guò)程，需要不斷地學(xué)習(xí)， 需要知識(shí)的積累， 特別是當(dāng)主客觀環(huán)境發(fā)生變化時(shí)，需要對(duì)過(guò)程進(jìn)行修改，以適 應(yīng)變化了的情況。無(wú)論 多么細(xì)致的需求分析，兒乎都難以防止修

4、改。實(shí)際上許多 軟件項(xiàng)日失敗的最 1 要的原 因就是需求階段對(duì)問(wèn)題的描述不夠細(xì)致， 導(dǎo)致后來(lái)頂 算超出或者時(shí)間進(jìn)度達(dá)不到要求。 這就要求在項(xiàng) H 需求分析階段，開(kāi)發(fā)方與客戶 方必須個(gè)面地盡可能細(xì)致地討論項(xiàng) LI 的應(yīng)用背景、功能要求、性能要求、操作界 面要求、與其他軟件的接口要求，以及對(duì) 項(xiàng) LI 進(jìn)行評(píng)佔(zhàn)的各種評(píng)價(jià)標(biāo)準(zhǔn)。并民， 在需求分析結(jié)束以后，雙方還要建立可以直 接聯(lián)系的渠道，以盡早地對(duì)需求變動(dòng) 問(wèn)題進(jìn)行溝通。3 軟件工程份求的改變?nèi)菀讓?shí)現(xiàn)嗎在具體實(shí)際中山于種種原因客戶方很難在 需求 分析階段全面而準(zhǔn)確地描述所有問(wèn)題。隨著開(kāi)發(fā)進(jìn)度的推進(jìn)，往往會(huì)有一此 需求的改 變。而現(xiàn)代軟件工程理論也利

5、用軟件的靈活性特點(diǎn)通過(guò)各種方式來(lái)適應(yīng) 這種情況。不 過(guò)，這并不說(shuō)明“軟件工程的需求可以持續(xù)不斷的改變，而且這此 改變可很容易地被 實(shí)現(xiàn)。實(shí)踐說(shuō)明，隨著開(kāi)發(fā)進(jìn)度的推進(jìn)，實(shí)現(xiàn)軟件需求更改 所需要的代價(jià)呈指數(shù)形 式增長(zhǎng)。假定在需求分析階段實(shí)現(xiàn)需求更改需要花費(fèi) 1倍 的代價(jià) ;那么，在系統(tǒng)設(shè)計(jì) 和編碼階段，需要花費(fèi) 1.5-6倍的代價(jià) ;在系統(tǒng)測(cè)試階 段需要花費(fèi) 10-20倍的代價(jià) ;在 軟件版本發(fā)布以后，棋至可能要花費(fèi) 60-100 倍的 代價(jià)。山此可見(jiàn)，在項(xiàng)日開(kāi)展過(guò)程 中，軟件需求的改變應(yīng)當(dāng)盡量早地提出。這樣 才可能花費(fèi)少，容易被實(shí)現(xiàn)。4 項(xiàng)訂的質(zhì) f 提高是否要依救完普的質(zhì) fm 試制度不少企業(yè)

6、把軟件的測(cè)試工作 定 位于提高軟件開(kāi)發(fā)項(xiàng) U 的質(zhì)量。我認(rèn)為質(zhì)量測(cè)試制度只是個(gè)補(bǔ)救措施，是來(lái) 挑出 各種因素造成的缺陷，但不能防止新的缺陷的出現(xiàn)。真正有效的質(zhì)量管理是 建立在一 套質(zhì)量保證體系 1 兒的全過(guò)程質(zhì)量管理方案， 每一個(gè)環(huán)節(jié)的標(biāo)準(zhǔn)化管理 是質(zhì)量保證的 一個(gè)根底，除此之外，標(biāo)準(zhǔn)的項(xiàng)口方案評(píng)審制度也是質(zhì)量保證的必 備步驟，經(jīng)?？蛻?對(duì)質(zhì)量的評(píng)價(jià)首先是方案質(zhì)量的優(yōu)劣。有效的、科學(xué)的測(cè)試制 度也將有助于在提交客 戶之前發(fā)現(xiàn)設(shè)計(jì) ?中的問(wèn)題。5 所有的內(nèi)部洲試工作是不是全部應(yīng)該山洲試人員完成軟件程序測(cè)試可以分 為 “白盒法和“黑盒法兩種方式。 由于使用“自盒法對(duì)測(cè)試人員各方面素 質(zhì)的種 種要求

7、，在進(jìn)行程序測(cè)試時(shí)測(cè)試人員總是最優(yōu)先使用“黑盒法。他們的 上作方式往 往是先對(duì)程序進(jìn)行“黑盒法測(cè)試 ; 如果測(cè)試沒(méi)有通過(guò)，不得已這才 考慮對(duì)程序代碼 進(jìn)行“自盒法測(cè)試。顯然，這種對(duì)“白盒法有意無(wú)意的“逃 避，對(duì)軟件的可靠 性和穩(wěn)定性構(gòu)成了威脅。如何解決這個(gè)問(wèn)題？一方面需要提 高對(duì)測(cè)試人員的要求，另 一方向也需要程序員完成局部的“口盒法測(cè)試。6 如果我們落后于汁劃，是否可以增加更多的程序員來(lái)解決客觀悄況是軟件 開(kāi)發(fā) 不同 J 二傳統(tǒng)的農(nóng)業(yè)生產(chǎn)，人多不見(jiàn)得力量大。如果給落后于方案的項(xiàng)日增 添新手， 可能會(huì)更加延誤項(xiàng)日。因?yàn)椋?) 新手會(huì)產(chǎn)生很多新的錯(cuò)誤，使項(xiàng)口混亂。2) 老手向新手解釋上作以及交流

8、思想都要花費(fèi)時(shí)間， 使實(shí)際開(kāi)發(fā)時(shí)間更少。 所 以科學(xué)的項(xiàng) 1-1 方案很重要，不在乎方案能提前多少，重在恰如其分。如果用 “大躍進(jìn)的方式奔向共產(chǎn)卞義，只會(huì)產(chǎn)生倒退的后果。投入項(xiàng)忖上的人力，多 多 益善。在某些業(yè)務(wù)項(xiàng)日卜確實(shí)如此。但在系統(tǒng)項(xiàng) LI 管理中卻很少是這樣的。人 們的 技能和知識(shí)是不能互換的。如果多一些人參加到系統(tǒng)項(xiàng)口中來(lái)，山于協(xié)調(diào)不 利和要培 訓(xùn)人員以快速適應(yīng)丁 : 作，通常會(huì)減慢項(xiàng)日的進(jìn)度。7技術(shù)骨千是否應(yīng)該成為項(xiàng)1:1的項(xiàng)LI經(jīng)理項(xiàng)U經(jīng)理一定是所有工程成員中薪水最高的。在“軟件作坊時(shí)代，這是一種普遍使用而 L I .效果不錯(cuò)的方法 ; 而在 “軟件 時(shí)代，這種方法卻帶來(lái)各種問(wèn)題，有時(shí)其至直接導(dǎo)致項(xiàng)日失敗。究其原 因這主要是因 為隨著現(xiàn)代軟件開(kāi)發(fā)分工的細(xì)化， 對(duì)項(xiàng)口經(jīng)理的要求也發(fā)生了根本 的改變一最注重的 不是其對(duì)某項(xiàng)專(zhuān)業(yè)技術(shù)的掌握程度，而是其組織、領(lǐng)導(dǎo)、協(xié)調(diào) 開(kāi)發(fā)團(tuán)隊(duì)的能力。至于 項(xiàng) U 經(jīng)理的薪