4.3 開發(fā)管理
1、范圍
可交付物、架設(shè)、約束條件 的基礎(chǔ)上準(zhǔn)備詳細(xì)的項(xiàng)目范圍說明書,是項(xiàng)目成功的關(guān)鍵。
2、時(shí)間
進(jìn)度安排的準(zhǔn)確程度可能比成本估計(jì)的準(zhǔn)確程度更重要。對于成本估計(jì)的偏差,可以靠重新定價(jià)或大量的銷售來彌補(bǔ)成本的增加,
如果進(jìn)度計(jì)劃不能得到實(shí)施,則會導(dǎo)致市場機(jī)會的喪失或用戶不滿意,而且會使成本增加。
工作分解結(jié)構(gòu) Work Breakdown Structure WBS
4.3.1 配置管理 文檔管理
1、配置管理
配置項(xiàng) Configuration Item CI,
屬于產(chǎn)品組成部分的工作成果,如 需求文檔、設(shè)計(jì)文檔、源代碼、測試用例 等。
屬于項(xiàng)目管理和機(jī)構(gòu)支撐過程域 產(chǎn)生的文檔,如 工作計(jì)劃、項(xiàng)目質(zhì)量報(bào)告、項(xiàng)目跟蹤報(bào)告 等。
每個(gè)配置項(xiàng)的主要屬性有 名稱、標(biāo)識符、文件狀態(tài)、版本、作者、日期 等。
2、文檔管理
文檔是影響軟件可維護(hù)性的決定因素,使用過程中必然會經(jīng)受多次修改,所以文檔比程序代碼更重要。
用戶文檔:主要描述系統(tǒng)功能和使用方法。
系統(tǒng)文檔:描述系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)、測試 等各方面內(nèi)容。
軟件文檔應(yīng)該滿足下述要求:
1.如何使用
2.怎樣安裝 和 管理
3.需求 和 設(shè)計(jì)
4.實(shí)現(xiàn) 和 測試
說明用戶操作錯(cuò)誤時(shí) 應(yīng)該怎樣恢復(fù)和重新啟動。
4.3.2 軟件開發(fā)的質(zhì)量與風(fēng)險(xiǎn)
1、軟件質(zhì)量
IOS9000 對 項(xiàng)目質(zhì)量 的定義:一組固有特性 滿足需求的 程度。
質(zhì)量 與 范圍、成本 和 時(shí)間,是項(xiàng)目成功的關(guān)鍵因素,通過范圍管理 轉(zhuǎn)換隱含需求為項(xiàng)目需求。
質(zhì)量低 說明產(chǎn)品或服務(wù)存在問題,而低等級的產(chǎn)品或服務(wù) 不一定存在問題,二者概念不同。
2、軟件開發(fā)風(fēng)險(xiǎn)
認(rèn)識不足 或者 沒有足夠的力量加以控制。
了解、掌握 風(fēng)險(xiǎn)的來源、性質(zhì)、發(fā)生規(guī)律,進(jìn)而施行有效的管理。
或然性、不確定性、涉及到某種選擇時(shí),才成為有風(fēng)險(xiǎn),以上三個(gè)是風(fēng)險(xiǎn)定義的必要條件,不是充分條件,具有不確定性的事件不一定是風(fēng)險(xiǎn)。
4.3.3 結(jié)構(gòu)化分析與設(shè)計(jì)
結(jié)構(gòu)程序設(shè)計(jì) 較流行的定義為:采用自頂向下 逐步求精 的設(shè)計(jì)方法 和 單入口單出口的控制構(gòu)件。
自頂向下逐步求精的方法是:先整體后局部,先抽象后具體,一般具有較清晰的層次。
僅使用單入口單出口的控制構(gòu)件,具有良好的結(jié)構(gòu)特征。
采用結(jié)構(gòu)程序設(shè)計(jì),可能會多占用一些時(shí)間和空間資源,這也是那些反對從高級語言中排除GOTO語句者的主要依據(jù)。實(shí)際上,硬件飛速發(fā)展,這點(diǎn)耗費(fèi),不再是重要的因素。
4.3.4 面向?qū)ο蟮姆治鲈O(shè)計(jì)
面向?qū)ο蟮?分析模型主要由 頂層架構(gòu)圖、用例與用例圖、領(lǐng)域概念模型 構(gòu)成;
設(shè)計(jì)模型包含:
以包圖表示的 軟件體系結(jié)構(gòu)圖、
以交互圖表示的 用例實(shí)現(xiàn)圖、
完整精確的類圖、
針對復(fù)雜對象的狀態(tài)圖、
描述流程化處理過程的 活動圖 等。
相關(guān)推薦:北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內(nèi)蒙古 |