軟件過程管理與軟件工程環(huán)境-文庫(kù)吧資料
2025-01-24 10:02本頁(yè)面
【正文】 定義輸出/控制/輸入 確定鍵盤功能范圍 確定聲音功能范圍 確定交互模式范圍 其他工作產(chǎn)品的作用 寫OCI文檔 正式評(píng)審： 與客戶評(píng)審OCI 按要求修訂OCI 按要求修訂OCI 里程碑：OCI的定義 定義功能與行為 鍵盤功能 聲音輸入功能 描述交互模式 描述拼寫/文法檢查 描述其他產(chǎn)品功能 正式審評(píng)： 與客戶評(píng)審OCI 按要求修訂OCI 里程碑：OCI的完整意義 劃出軟件元件 里程碑：軟件元件的意義 ... ... 項(xiàng)目計(jì)劃 ?項(xiàng)目計(jì)劃列出軟件開發(fā)所做的工作。 對(duì)于 SQA組的工作不外乎以下幾方面 : ? 各種測(cè)試 測(cè)試軟件是否滿足規(guī)格說明的要求 。 開發(fā)單位成立 SQA小組負(fù)責(zé)全面質(zhì)量管理 。 確定開發(fā)項(xiàng)目 ， 項(xiàng)目經(jīng)理以及以下框架活動(dòng) : ； ， 定義資源 、 時(shí)限 、 落實(shí)到開發(fā)組； , ， 評(píng)估所采用的技術(shù)和管理帶來的風(fēng)險(xiǎn)； ， 即軟件分析與設(shè)計(jì)； ， 即編碼 、 測(cè)試 、 交付 、 安裝 、 文檔 、 培訓(xùn)； ， 獲得客戶的反饋 。 當(dāng)前以類似成功產(chǎn)品過程為借鑒力爭(zhēng)定義過程 (23級(jí) )的開發(fā)方法和工具日益成熟 。 它為過程可定義 、可管理 、 可優(yōu)化 (三 、 四 、 五級(jí)成熟度 )提供了思路 。 本書不再討論 。 業(yè)務(wù)模型應(yīng)用生成測(cè)試與交付處理模型數(shù)據(jù)模型 1小組6090天(4)應(yīng)用程序生成：利用第四代語(yǔ)言 (4GL)寫出處理程序，重用已有構(gòu)件或創(chuàng)建新的可重用構(gòu)件，利用環(huán)境提供的工具，自動(dòng)生成，構(gòu)造出整個(gè)的應(yīng)用系統(tǒng)。 描述數(shù)據(jù)對(duì)象的增加 、 修改 、 刪除 、 查找 。 5. 快速應(yīng)用開發(fā)模型 ? RAD有以下步驟 : ? (1)業(yè)務(wù)模型：以什么信息驅(qū)動(dòng)業(yè)務(wù)過程運(yùn)作 ? 要生成什么信息 ? 誰(shuí)生成它 ? 信息流的去向 ? 由誰(shuí)處理 ? 可以輔之以數(shù)據(jù)流圖 ? (2)數(shù)據(jù)模型 :為支持業(yè)務(wù)過程的數(shù)據(jù)流 ， 找數(shù)據(jù)對(duì)象集合 ,定義數(shù)據(jù)對(duì)象屬性 ,與其它數(shù)據(jù)對(duì)象的關(guān)系構(gòu)成數(shù)據(jù)模型 ， 可輔之以 ER圖 。 風(fēng)險(xiǎn)分析后 ， 轉(zhuǎn)入客戶評(píng)價(jià) 。 3. 螺旋模型 4. 構(gòu)件組裝模型 ? 面向?qū)ο蠛突跇?gòu)件包的軟件要重用大量構(gòu)件 ， 這些構(gòu)件是適用于某個(gè)領(lǐng)域的 (例如 ， 建筑 ， 財(cái)經(jīng) 、 商場(chǎng) ， 電信等 )。 特別是原型過程步驟事先難于計(jì)劃 ， 不知道應(yīng)反復(fù)幾次 ， 從哪里開始反復(fù) ， 預(yù)算進(jìn)度均難于控制 。 軟件過程模型 1. 線性順序模型 ?早期的瀑布模型即為線性順序模型 。 如 CSC公司的 Objectory方法學(xué)把框架活動(dòng)定義為線性順序四階段模型
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1