1、對項目工程的需求說明和實踐、卡塔計程儀、一、需求工程的概要、二、需求開發(fā)、(一)需求取得、(二)需求分析、(三)需求確認(rèn)、需求開發(fā)過程、需求取得、需求分析、需求定義、需求確認(rèn)、需求分析等需求信息進(jìn)行分析、抽象記述，目標(biāo)、用戶需求、系統(tǒng)需求、篩選、轉(zhuǎn)換、整理、建模；(3)根據(jù)需求定義、需求調(diào)查和需求分析的結(jié)果，定義正確的產(chǎn)品需求，生成需求規(guī)格書。 系統(tǒng)架構(gòu)師根據(jù)要求規(guī)格書進(jìn)行系統(tǒng)設(shè)計作業(yè)。需求說明書、需求規(guī)格書、語言轉(zhuǎn)換、細(xì)分、明確化、(4)需求確認(rèn)、需求確認(rèn)目的、需求確認(rèn)方法、需求確認(rèn)案例、需求確認(rèn)目的、需求范圍明確需求基線提供設(shè)計依據(jù)提供檢驗標(biāo)準(zhǔn)、需求確認(rèn)方法1、承建單位作成、承建單位確認(rèn)、

2、需求說明書、需求確認(rèn)方法2、承建單位作成承建單位的確認(rèn)， 需求說明書、監(jiān)理部門的審查、需求確認(rèn)方法3、承包部門的制作、承建單位的確認(rèn)、需求說明書、監(jiān)理部門的審查、專門人才的審查、需求確認(rèn)案例、承包部門的內(nèi)部審查、監(jiān)理部門的審查、所有者部門的內(nèi)部審查、專門人才的技術(shù)審查、三、需求管理、(一)需求管理計劃的制定(二)版本管理(三)需求管理計劃的制定(三) 需求管理計劃，主要包括需求管理硬件和軟件資源的確定、需求跟蹤沉積基質(zhì)、需求變更申請書等。 由項目工程經(jīng)理批準(zhǔn)計劃。 (2)版本管理、“docktot”狀態(tài)的設(shè)定項目的版本號格式為0.YZ。 隨著草稿的完成，YZ的值必須增加。 YZ的初始值和放大率

3、由開發(fā)者自己掌握。 正式發(fā)行的狀態(tài)的設(shè)定項目的版本號的形式是X.Y。 x是主版本號，值的范圍是l9。 y是小版本號，值的范圍是1.9。 第一次正式發(fā)布項目時，版本號為1.0。 處于“正在更改”狀態(tài)的配置項的版本號格式為X.Y。 設(shè)定項目的版本升級幅度小時，通常只增大y的值，x的值不變更。 只有在設(shè)定項目的版本升級幅度大時，才能增大x的值。 在設(shè)定項目中變更時，通常僅z值變大，X.Y值不變更。 (3)需求變更管理，1 .設(shè)立變更管理委員會2 .明確變更批準(zhǔn)程序，1 .設(shè)立變更管理委員會； 承建單位項目工程經(jīng)理承建單位項目工程經(jīng)理用戶部門項目工程經(jīng)理監(jiān)理部門總監(jiān)理工程師設(shè)計部門項目工程經(jīng)理代理承建

4、單位項目經(jīng)理其他有關(guān)人員，2 .明確變更審批流程，用項目管理辦法明確變更項目審批流程，與實施本項目有關(guān)的所有關(guān)系變更意見，必須由各方項目工程的最高引導(dǎo)者簽署確認(rèn)。 需求變更批準(zhǔn)流程(情況)、變更申請、變更單位、變更審查、變更審查、監(jiān)理單位、設(shè)計單位、所有者單位、需求變更、技術(shù)審查、費(fèi)用審查、變更申請書、技術(shù)審查表、費(fèi)用審查表、(4)需求跟蹤、需求說明書、實施流程、需求跟蹤、需求變更的跟蹤、需求4、需求文件、(1)如何寫規(guī)范文件、(2)需求說明書內(nèi)容、(3)需求說明書案例、(1)如何寫規(guī)范文件、文件命名。 文件的格式必須一致。 需要文檔分類計程儀。 文件的結(jié)構(gòu)要清楚。 文件的內(nèi)容必須全面。 文件的句子必須正確。 文件的前后必須一致。 文件是低級的，錯誤是要不得。 需求說明書的基本內(nèi)容、項目背景。 項目工程的范圍。 項目工程的功能要求。 項目工程的非功能性需求。 執(zhí)行項目工程的環(huán)境。 外部系統(tǒng)接口。(3)需求說明書的情況、用戶的需求說明書和需求規(guī)格書的不同：讀者的對象不同記述語言的實際用途不同；(