轉(zhuǎn)載軟件開發(fā)流程word版(參考版)
2025-07-25 19:53本頁面
【正文】 。文檔不必一定是紙張形式 也可以是電子表格、文本文件、數(shù)據(jù)庫、源代碼的注釋、超文本文檔等等 但相應(yīng)的信息資源必須被清楚地識別，易于訪問，也要保存一些歷史記錄。本文第 3 部分中列舉的入口準(zhǔn)則和出口準(zhǔn)則可以映射到這 11 類文檔之中。軟件文檔 ,最好以源代碼自建文檔和模型的形式，其中模型是用合適的 CASE 工具捕獲并 維護(hù)的這些模型包括用例、類圖和過程圖等。 技術(shù)工件它們或者是交付的產(chǎn)品，可執(zhí)行的軟件及手冊，或者是一些用于制造產(chǎn)品的藍(lán)圖，這些產(chǎn)品包括軟件模型、源代碼和其他有助于理解和演進(jìn)產(chǎn)品的工程信息。部署文檔 ,包含對交付、培訓(xùn)、安裝、銷售、制造和交割相關(guān)的有用信息。包含迭代的目標(biāo)和驗收水平。一份開發(fā)計劃文檔 ,包括總體的迭代計劃和當(dāng)前及近期迭代的詳細(xì)規(guī)劃。一份遠(yuǎn)景文檔 ,描述系統(tǒng)級需求，質(zhì)量要求和優(yōu)先級。 一份機(jī)構(gòu)策略文檔，是機(jī)構(gòu)開發(fā)過程的明文規(guī)定。 Rational 建議保留以下典型的文檔集。 盡管具體的項目有具體的區(qū)別，但對于一個中等規(guī)模、初次開發(fā)的典型項目來說，其開發(fā)周期中各種活動的比例如下： 計劃與管理 15% 分析 /需求 10% 設(shè)計 /集成 15% 實施 /功能測試 30% 度量 /評估 /驗收測試 15% 工具 /環(huán)境 /變更管理 10% 維護(hù) (開發(fā)過程中的修補(bǔ) )5% ：它的工件中必須一直包括軟件產(chǎn)品自身。 最后，在一個迭代過程中，計劃、測試和集成這些活動不是集中堆積在開發(fā)活動的開始和結(jié)束 階段，而是增量地分布在整個開發(fā)周期的各個階段、每次迭代之中。 圖中活動重點的變化也說明盡管每次迭代在形式上都是 相似 的，但它們的性質(zhì)和內(nèi)容卻是隨時間而改變的。這些活動確實發(fā)生，但它們在每個階段和每次迭代中的程度有所不同。 過程中的活動 Rational 過程中各個階段的名稱 (如起始、細(xì)化、構(gòu)建、移交 )與描述高級活動的術(shù)語 (如分析、設(shè)計、測試等 )相差甚遠(yuǎn)。 較小的演進(jìn)可以通過延長移交階段或增加一兩次迭代來完成。細(xì)化階段也可能縮小范圍，而在計劃方面的關(guān)注程度要大于分析或構(gòu)架的演進(jìn)方面。一個簡短的清單，列出本次開發(fā)周期給組織帶來的新的資產(chǎn) ，我們應(yīng)用整個過程遞歸，仍從起始階段開始一個新的周期。此時，某些積累的資產(chǎn)可以加以整理，以為下一個周期或其他項目重用。 當(dāng)用戶對產(chǎn)品滿意時，本階段即告結(jié)束。它涉及銷售、打包、安裝、配置、支持用戶社區(qū)和做出修正等 . 從技術(shù)角度來看，伴隨本階段迭代的是一次或多次發(fā)布： `beta39。 對每次迭代，都具有： 入口準(zhǔn)則： 上次迭代的產(chǎn)品和工件。在每次迭代過程中，上個階段 (細(xì)化階段 )的工件得到擴(kuò)充和修正，但它們最終將隨著系統(tǒng)向正確 和完整的方向的演進(jìn)而穩(wěn)定下來。 此時產(chǎn)生的計劃一定要足夠詳細(xì)，風(fēng)險也必須充分降低，可以對開發(fā)工作的完成進(jìn)行精確的成本和日程估算。這是一個生成高質(zhì)量代碼 (這些代碼成為架構(gòu)基線 )的 演進(jìn)原型，但是也不排除開發(fā)出一個或幾個試探性的、一次性原型，以降低開發(fā)的風(fēng)險：對需求、可行性、人機(jī)界面研究、向投資者演示等的精化。足以對構(gòu)建階段的成本、日程安排和質(zhì)量做出 精確 的評估的一份風(fēng)險決議。開發(fā)和部署產(chǎn)品的必需資源，尤其是人員和工具。至少對第一次構(gòu)建迭代的評價準(zhǔn)則。一個最初的構(gòu)架原型，在這個階段可以是一個一次性原型，定義構(gòu)架并使之穩(wěn)定，確定項目的最大風(fēng)險。 入口準(zhǔn)則： 對于一項需要的描述，可以采用以下形式： 一份最初的設(shè)想一個遺留系統(tǒng)一份建議請求 (An RFPrequest for proposal)先前一代的產(chǎn)品和一個增強(qiáng)要求清單一些資產(chǎn) (軟件 ,專門技能 ,財務(wù)資產(chǎn) )一個概念原型或?qū)嵨锬Ｐ统隹跍?zhǔn)則： 一個初始的業(yè)務(wù)案例至少要包含以下內(nèi)容： 對產(chǎn)品設(shè)想的明確表達(dá)即核心需求，表述為功能、范圍、性能、容量和技術(shù)等。這里起始階段可以歸結(jié)為一個參加投標(biāo)的決定，或投標(biāo)活動本身。 對于一個現(xiàn)有產(chǎn)品的演進(jìn) ，這會是一個簡短的階段，主要看用戶或客戶的要求、問題報告，或是新的技術(shù)動態(tài)。本階段的目的是建立一個新產(chǎn)品或一次大的更新的業(yè)務(wù)案例，并且指定項目的范圍。使用特定工具和技術(shù) (如應(yīng)用程序構(gòu)建器 )，構(gòu)建階段可以遠(yuǎn)遠(yuǎn)小于起始階段和細(xì)化階段的總和。 工作量和日程安排各階段在工作量和時間安排上是不同的。應(yīng)用類型，目標(biāo)領(lǐng)域： MIS，命令和控制系統(tǒng) ,嵌入式實時系統(tǒng) ,軟件開發(fā) 環(huán)境工具等等 ,尤其時具體的應(yīng)用領(lǐng)域會給開發(fā)提出特殊的約束條件：安全性、性能、國際化、內(nèi)存限制等。新穎程度：對于軟件開發(fā)組織，這個軟件新穎程度如何有多新，尤其是該軟件是否為第二次或更后面的周期。內(nèi)部項目，開發(fā)者和客戶在同一個機(jī)構(gòu)中。按照影響程度降序排列，它們是： 業(yè)務(wù)環(huán)境 契約性工作，開發(fā)者基于給定的客戶規(guī)格說明只為該客戶開發(fā)軟件。 ，每個階段的側(cè)重點，入口和出口準(zhǔn)則，一個開發(fā)周期的各個工件，以及各次迭代的數(shù)目和長度都會不同。即第 N 次迭代的計劃和構(gòu)架在第N1 次迭代還未結(jié)束時就開始了。 這些工件的可用性、工件是否滿足所建立的評估標(biāo)準(zhǔn)，是構(gòu)成里程
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1