航空訂票管理系統(tǒng)軟件項目管理課程設計報告

1、軟件項目管理課程設計報告專 業(yè)： 軟件工程 年 級： 學 號： 學生姓名： 題目名稱： 航空訂票管理系統(tǒng) 指導老師： 完成時間： 1、項目概述 目前，國內(nèi)航空公司的數(shù)量和規(guī)模都在擴大，國外航空公司也紛紛著陸中國，這些航空公司之間的競爭可謂日益激烈。配備一個安全、高效、靈活、可靠的客戶服務中心系統(tǒng)對于航空公司加強客戶服務質(zhì)量，提高客戶服務水平，擴展業(yè)務途徑，維護公眾形象，提高工作效率必將發(fā)揮重要作用。 對航空公司來說，航空訂票管理系統(tǒng)既能擴大服務范圍，擴大公司影響，減少營業(yè)費用，又對穩(wěn)固航空公司的客源有著重要的輔助作用；站在旅客的角度，航空公司提供的這種服務提供了更多的方便，節(jié)省了很多時間。建設

2、航空訂票管理系統(tǒng)是體現(xiàn)和提高航空公司領導業(yè)績的一條捷徑，此外還具有重要意義：1、改善航空公司服務質(zhì)量；2、創(chuàng)造和提升航空公司的品牌優(yōu)勢；3、優(yōu)化航空公司的服務流程； 4、提升信息化的水平；2、工作任務(Statement Of Work,SOW)書 進入信息時代后，人們對航空訂票的運作實現(xiàn)信息化管理的要求越來越高，隨著社會的生活節(jié)奏化，為了方便大眾 ，提高工作效率，該系統(tǒng)的建設實現(xiàn)對航空訂票的高效率信息化管理。該系統(tǒng)一方面實現(xiàn)對大眾的自助服務功能；如：網(wǎng)上訂票、退票、查詢等功能。另外還要實現(xiàn)系統(tǒng)管理員對整個系統(tǒng)資源的信息化管理，如：用戶管理。一、整體要求 1.系統(tǒng)用例圖2用例描述（1）航班查詢

3、查看航班信息 基本查詢，從下拉列表中選擇航班或起點或終點信息 綜合查詢，手動輸入航班的基本信息（2）訂票輸入航班信息 顯示航班信息，以及打折后的票價信息，詢問信息是否正確 正確 輸入個人信息 完成訂票 不正確 返回訂票初始界面（3）退票輸入將退票的序號 顯示票的具體信息，并詢問是否退票 退票成功，更新顧客數(shù)據(jù)庫（4）管理登陸 進入管理界面 選擇添加、更新、刪除航班，或查看航班具體信息等業(yè)務添加 輸入添加航班的具體信息 更新航班數(shù)據(jù)庫更新 輸入所要更改航班的具體信息 更新航班數(shù)據(jù)庫刪除 選擇所要刪除的航班 更新航班數(shù)據(jù)庫查看航班具體信息 顯示數(shù)據(jù)庫中所有航班的具體信息二、 程序描述(1）服務器端

4、程序：本套航空訂票系統(tǒng)軟件的服務器端應用程序，使用java編寫前臺控制軟件，管理員 通過使用該軟件來進行對數(shù)據(jù)庫中的數(shù)據(jù)進行管理。(2）后臺數(shù)據(jù)庫：本套航空訂票系統(tǒng)軟件的后臺數(shù)據(jù)庫使用Microsoft SQL Server 2000來搭建后臺數(shù)據(jù)庫服務器，用來存放所有的數(shù)據(jù)。（3）功能1.服務器端的主要功能2.訂票信息的查詢功能：a.查詢航班信息包括航班號、時間、地點等信息。b.查詢及票價格包括起始地、抵達地、機票價格等信息。c.查詢訂票人的詳細信息：精確查詢：輸入訂票人身份證號碼查詢訂票人詳細信息。 模糊查詢：輸入訂票人的姓名(或訂票人的姓或是年齡或是性別)查詢出一系列相關的信息，然后可從

5、小范圍內(nèi)找到訂票人的詳細信息。d.查詢乘客的詳細信息：精確查詢：輸入乘客的身份證號碼查詢乘客的詳細信息。 模糊查詢：輸入乘客的姓名(或乘客的姓或是年齡或是性別)查詢出一系列相關的信息，然后可從小范圍內(nèi)找到乘客的詳細信息3.訂票功能： 1)填寫訂票人的詳細信息其中包括：姓名、身份證號碼、聯(lián)系電話、地址等信息。 2)填寫訂票的詳細信息，其中包括： 航班編號、訂票時間、訂票數(shù)量等信息。4.錄入信息功能1)取票功能：根據(jù)輸入的訂票人身份證號驗證訂票人身份后，輸入詳細的乘客信息并進行保存。2)直接購票：直接輸入乘客詳細信息并保存(不通過訂票人)。3)錄入航班信息：錄入航班的相關信息。4)訂票人取消訂票：

6、保存訂票人取消訂票信息。5.修改功能1)修改乘客信息：將查找到的乘客信息，進行修改，然后進行保存。2)修改訂票人信息：將查找到的訂票人的信息進行修改然后進行保存。3)修改航班信息：將查找到的航班信息進行修改后保存。6.刪除功能1)刪除乘客信息：將查找到的乘客信息，進行刪除。2)刪除訂票人信息：將查找到的訂票人的信息進行刪除。3)刪除航班信息：將查找到的航班信息進行刪除。(4)性能a.靈活性當需求發(fā)生某些變化時，機票管理應用軟件操作方式、數(shù)據(jù)結構、運行環(huán)境基本不會發(fā)生變化，變化只是將對應的數(shù)據(jù)庫文件內(nèi)的記錄改變，或改變過濾條件。b.可用性軟件應該盡可能的一目了然，使一般操作者能夠使用。 c.安全

7、性本套航空訂票軟件系統(tǒng)所涉及的數(shù)據(jù)存放于Microsoft SQL Server數(shù)據(jù)庫中，在程序中應盡可能的使用調(diào)用存儲過程的方法以免使某人反編譯軟件后或入侵到服務器后對數(shù)據(jù)庫的結構了如指掌，在程序中應該設置不同權限的人訪問時的賬戶和密碼，以保證數(shù)據(jù)不容易被錯改、破壞，而且要經(jīng)常對數(shù)據(jù)庫進行備份操作，使得數(shù)據(jù)一旦受到破壞或是出錯能夠保證及時的恢復數(shù)據(jù)，將損失降低到最低。d.可維護性e.應用程序的維護當用戶使用本套航空訂票系統(tǒng)軟件時，遇到了軟件本身的邏輯錯誤時，應當有軟件的維護人員對軟件進行修改。f.數(shù)據(jù)庫的維護應當有特定的數(shù)據(jù)庫維護人員對數(shù)據(jù)庫進行及時地進行備份，管理等操作，以保證數(shù)據(jù)庫的安全

8、性。(5)輸入項管理員通過軟件輸入必要的信息，然后保存到數(shù)據(jù)庫，所輸入的信息是經(jīng)過需求分析限定的內(nèi)容，同時也是數(shù)據(jù)庫中每個字段中存儲的內(nèi)容。(6)輸出項本套航空訂票系統(tǒng)軟件會將所有需要瀏覽的數(shù)據(jù)顯示在屏幕上，以便使用戶能夠瀏覽到數(shù)據(jù)庫中的數(shù)據(jù)或用戶想要瀏覽范圍中的數(shù)據(jù)。(7)算法 1)將管理員輸入的數(shù)據(jù)，按字段保存到數(shù)據(jù)庫中。2)將數(shù)據(jù)庫中的數(shù)據(jù)，按字段提取到用戶界面中。3)必要的去除重復項的算法。4)按條件修改、刪除數(shù)據(jù)中的數(shù)據(jù)。5)保持表間數(shù)據(jù)的一致性。(8)流程邏輯1) 服務器端各模塊的流程圖2) 查詢模塊流程圖是否繼續(xù)運行開始運行程序初始化填寫要查詢的內(nèi)容判斷數(shù)據(jù)是否符合規(guī)定查詢數(shù)據(jù)顯

9、示查詢到的數(shù)據(jù)退出查詢功能是否不符合符合(3)添加模塊流程圖是否繼續(xù)運行開始運行程序初始化輸入應填寫的信息判斷數(shù)據(jù)是否符合規(guī)定將數(shù)據(jù)添加到數(shù)據(jù)庫退出添加功能是否不符合符合(4)修改模塊流程圖 是否繼續(xù)運行開始運行程序初始化修改信息判斷數(shù)據(jù)是否符合規(guī)定更新數(shù)據(jù)庫退出修改功能是否不符合符合(5)刪除模塊流程圖 是否繼續(xù)運行開始運行程序初始化選擇要刪除的數(shù)據(jù)判斷數(shù)據(jù)是否符合規(guī)定刪除數(shù)據(jù)退出刪除功能是否不符合符合(6)客戶端各模塊的流程圖(7)查詢模塊的流程圖是否繼續(xù)運行開始運行程序初始化填寫要查詢的內(nèi)容判斷數(shù)據(jù)是否符合規(guī)定查詢數(shù)據(jù)顯示查詢到的數(shù)據(jù)退出查詢功能是否不符合符合(8)訂票模塊的流程圖是否繼

10、續(xù)運行開始運行程序初始化輸入相應的訂票人的信息判斷數(shù)據(jù)是否符合規(guī)定將數(shù)據(jù)添加到數(shù)據(jù)庫退出添加功能是否不符合符合(9) 邏輯結構設計要點按照需求分析設計數(shù)據(jù)庫中的字段，建立一個邏輯上的數(shù)據(jù)庫的結構。(10)物理結構設計要點在數(shù)據(jù)庫軟件(SQL Server2000)中建立數(shù)據(jù)庫，并要保證數(shù)據(jù)庫最低要符合第二范式。(11)數(shù)據(jù)結構與程序的關系1. 靜態(tài)數(shù)值需求(1) 支持并行操作的用戶。(2) 處理多條記錄數(shù)據(jù)。(3) 表或文件的最小為2048字節(jié),最大無限制。2. 精度需求在進行提取數(shù)據(jù)庫數(shù)據(jù)時，要求數(shù)據(jù)記錄定位準確，在向數(shù)據(jù)庫中添加數(shù)據(jù)時，要求輸入數(shù)據(jù)準確。主要的精度適應系統(tǒng)要求，不接受違規(guī)操

11、作。3. 時間特性需求 (1) 響應時間應在人的感覺和視覺事件范圍內(nèi)；(2) 更新處理時間，隨著應用軟件的版本升級，以及網(wǎng)絡的定期維護更新。4. 靈活性當需求發(fā)生某些變化時，管理應用軟件操作方式、數(shù)據(jù)結構、運行環(huán)境基本不會發(fā)生變化，變化只是將對應的數(shù)據(jù)庫文件內(nèi)的記錄改變，或?qū)⑦^濾條件改變即可。5. 數(shù)據(jù)管理能力需求本應用軟件可管理多條記錄，本應用軟件基本約用1,300千字節(jié)空間，所有文件均放置在數(shù)據(jù)庫中調(diào)用，查詢數(shù)據(jù)、文件、記錄時，通過庫文件名直接進行操作或通過存儲過程來完成操作。(12) 數(shù)據(jù)庫設計描述a.數(shù)據(jù)庫分析需將數(shù)據(jù)庫設計成關系模式最低符合第二范式的標準。按照需求分析，確定系統(tǒng)的實體

12、。根據(jù)實體分析的結果，在數(shù)據(jù)庫中應建立如下數(shù)據(jù)表：destine(訂票人信息表)、flight(航班信息表)。b.數(shù)據(jù)庫設計說明 (1) destine(訂票人信息表)在此數(shù)據(jù)表中存放的是訂票人的其他信息，如：所乘坐的航班號、所乘坐的機艙等級等信息。訂票人的信息表要與航班信息表有所關聯(lián)。在該信息表中包含以下字段：destine_id(訂票人身份證號碼)、flight_no(航班號)、destine_count(訂票數(shù)量)、destine_date(定票日期)、destine_status(訂票狀態(tài))、destine _id (訂票人身份證號碼)、destine_phone(訂票人聯(lián)系電話)、d

13、estine_address(訂票人地址)、destine_sex(訂票人性別)、destine_age(訂票人年齡)等字段。 (2) flight(航班信息表)在此數(shù)據(jù)表中存放的是航班的起飛與降落的地點和時間，并通過flight _no(航班號)字段建立起與flight_infor數(shù)據(jù)表的表間連接。在該信息表中包含以下字段：flight_no(航班號)、begin_from(起飛地點)、end_address(降落地點)、begin_time(起飛時間)、end_time(降落時間) ticket_price(機票價格)等字段。c.數(shù)據(jù)庫ER圖訂票數(shù)量訂票日期訂票人姓名訂票人電話訂票人身份證

14、號訂票人地址訂票人年齡訂票人性別訂票人信息訂票航班信息航班號起飛時間降落時間起飛地點降落地點所屬防空公司座位數(shù)成人票價折扣訂票狀態(tài)3、項目進度計劃一、 分解項目工作通過對航空訂票管理系統(tǒng)任務書的分析（分析項目結構）結果，進一步對本項目的任務進行分解，采用圖表方式進行任務分解的分解結果如下圖所示。100航空訂票管理系統(tǒng)110需求分析120開發(fā)環(huán)境準備130系統(tǒng)設計140系統(tǒng)編碼150系統(tǒng)測試160試運行170用戶驗收111需求調(diào)研112需求分析113需求確認121硬件環(huán)境準備122軟件環(huán)境準備131系統(tǒng)分析132總體設計133詳細設計141界面設計142詳細設計151測試計劃152單元測試153

15、集成測試161試運行162試運行報告163系統(tǒng)改進二、項目工作關系表任務編碼任務名稱工作代號前期工作后期工作持續(xù)時間（天）111需求調(diào)研A11210112需求分析B1111135113需求確認C112121,1315121硬件環(huán)境準備D1131222122軟件環(huán)境準備E1211413131系統(tǒng)分析F11313210132總體設計G1311338133詳細設計面設計I122,1331518142編碼J1331518151測試計劃K1421525152單元測試成測試M1521618161系統(tǒng)試運行運行報告P1611632

16、163系統(tǒng)改進Q1621705170系統(tǒng)驗收R1635三、項目甘特圖 時間任務102030405060708090100110120需求調(diào)研需求分析需求確認硬件環(huán)境準備軟件環(huán)境準備系統(tǒng)分析總體設計詳細設計界面設計編碼測試計劃單元測試集成測試系統(tǒng)試運行試運行報告系統(tǒng)改進系統(tǒng)驗收四、網(wǎng)絡進度計劃圖00100010A0101501015B0152001520C25202204547D252225254750E0203002030F0303803038G0385003850H0507005070I125058126270J0707507075K0758507585L0859308593M0931080

17、93108N01081100108110P01101150110115Q01151200115120R五、里程碑計劃序號里程碑事件交付成果預計完成時間(天)1需求分析完成期需求分析說明書202系統(tǒng)設計完成期總體設計說明書、詳細設計說明書503系統(tǒng)編碼完成期原程序代碼、用戶使用手冊704軟件測試完成期測試計劃、測試報告935系統(tǒng)試運行完成期系統(tǒng)試運行報告1156項目驗收完成期驗收報告1204、項目規(guī)模成本估算一、分解項目工作通過對航空訂票管理系統(tǒng)任務書的分析（分析項目結構）結果，進一步對本項目的任務進行分解，采用圖表方式進行任務分解的分解結果如下圖所示。H0航空訂票管理軟件H管理員身份驗證H1超

18、級管理員H2一般管理員H2.1查詢所有信息數(shù)據(jù)輸入查尋內(nèi)容輸出數(shù)據(jù) H1.1航班信息管理H1.2訂票人信息管理添加查詢刪除修改添加刪除修改查詢輸入新航班數(shù)據(jù)保存航班數(shù)據(jù)刪除航班數(shù)據(jù)刷新數(shù)據(jù)刷新輸出數(shù)據(jù)修改航班數(shù)據(jù)更新航班數(shù)據(jù)刷新航班數(shù)據(jù)輸入查詢數(shù)據(jù)輸出數(shù)據(jù)輸入訂票人數(shù)據(jù)保存訂票人數(shù)據(jù)刪除訂票人數(shù)據(jù)刷新數(shù)據(jù)刷新輸出數(shù)據(jù)修改訂票人數(shù)據(jù)更新訂票人數(shù)據(jù)刷新航班數(shù)據(jù)輸入查詢數(shù)據(jù)輸出數(shù)據(jù)系統(tǒng)層次結構圖（服務器端）說明：1.它是按照功能組成標準進行的任務分解，其中沒有包括管理、質(zhì)量等相關的任務，WBS可以隨著系統(tǒng)的完善而不斷增加和完善。2.聊天室和論壇采用標準的重用技術，網(wǎng)上考試功能已經(jīng)有成熟的產(chǎn)品(價格明

19、確)，所以這些功能可以不用分解。二、項目規(guī)模估算表任務編號任務名稱估計值(人天)小計(人天)總計(人天)1管理員身份驗證1031.0超級管理員651.1航班信息33添加數(shù)據(jù)8輸入新航班數(shù)據(jù)5保存航班數(shù)據(jù)3刪除數(shù)據(jù)9刪除航班數(shù)據(jù)4刷新數(shù)據(jù)3刷新輸出數(shù)據(jù)2修改數(shù)據(jù)9修改航班數(shù)據(jù)3更新航班數(shù)據(jù)3刷新航班數(shù)據(jù)3查詢數(shù)據(jù)7輸入查詢數(shù)據(jù)4輸出數(shù)據(jù)31.2訂票人信息321.2.1添加數(shù)據(jù)71.2.1.1輸入訂票人數(shù)據(jù)41.2.1.2保存訂票人數(shù)據(jù)31.2.2刪除數(shù)據(jù)91.2.2.1刪除訂票人數(shù)據(jù)41.2.2.2刷新數(shù)據(jù)31.2.2.3刷新輸出數(shù)據(jù)21.2.3修改數(shù)據(jù)91.2.3.1修改訂票人數(shù)據(jù)31.2.3

20、.2更新訂票人數(shù)據(jù)31.2.3.3刷新航班數(shù)據(jù)31.2.4查詢數(shù)據(jù)71.2.4.1輸入查詢數(shù)據(jù)41.2.4.2輸出數(shù)據(jù)32一般管理員382.1查詢所有信息數(shù)據(jù)38輸入查詢內(nèi)容282.1.2輸出數(shù)據(jù)10三、計算開發(fā)成本從項目規(guī)模估算表得知項目規(guī)模是103人天，假設開發(fā)人員成本參數(shù)=480元天，則：內(nèi)部的開發(fā)成本=480元天X103天=49440元?；ㄍ顿Y、其他一次性支出共約3萬元，則：開發(fā)成本=49440+30000=79440元。 四、計算管理、質(zhì)量成本管理任務和質(zhì)量任務可以通過計算開發(fā)任務得到，根據(jù)經(jīng)驗，管理任務和質(zhì)量任務=20X開發(fā)任務。項目的管理和質(zhì)量成本=開發(fā)成本X 20=15888

21、元。五、直接成本直接成本=79440+15888=95328元。六、計算間接成本a)間接成本包括前期合同費用、房租、水電、培訓、員工福利、客戶服務等。b)根據(jù)經(jīng)驗，采用公式：間接成本=25x直接成本。間接成本=23832元。七、計算總估算成本項目總估算成本=95328+23832=119160元。八、項目報價如果項目的利潤是30，其中風險基金10，利潤15，稅費5。則：項目的總報價=119160 X 1.3=154908元。5.項目質(zhì)量計劃質(zhì)量計劃的要內(nèi)容包括：.項目質(zhì)量保證組織 .項目的質(zhì)量目標 .質(zhì)量保證活動 .質(zhì)量控制活動一、項目質(zhì)量保證組織1、組織機構在項目實施期間成立項目質(zhì)量保證組織

22、，該組織由質(zhì)量保證人員和項目經(jīng)理等組成。項目經(jīng)理負責質(zhì)量監(jiān)督工作及項目進展過程中各環(huán)節(jié)的質(zhì)量把關，開發(fā)經(jīng)理負責質(zhì)量控制工作，質(zhì)量保證人員負責質(zhì)量保證的工作。組織結構如下圖所示：高層管理項目經(jīng)理質(zhì)量保證軟件開發(fā)配置管理設計實施質(zhì)量控制2、職責在本項目中，質(zhì)量保證組織的職責如下：(1)高層管理高層管理是公司負責質(zhì)量的高級管理，其質(zhì)量職責如下：.受理項目內(nèi)不能解決的不符合問題。.負責聽取質(zhì)量保證組的工作報告，評審質(zhì)量保證活動和結果。.參加有關質(zhì)量保證過程改進的評審。(2)項目質(zhì)量保證人員質(zhì)量保證人員的質(zhì)量職責如下： .負責項目實施過程中,對項目實施情況進行監(jiān)督，包括對項目實施過程和工作產(chǎn)品進行監(jiān)督檢

23、查。.實施項目組成員的質(zhì)量保證培訓。.制定質(zhì)量保證計劃。.按計劃實施審計活動，依照質(zhì)量保證計劃執(zhí)行評審審計，并記錄執(zhí)行中發(fā)現(xiàn)的不符合項。.對不符合問題提交不符合項報告，跟蹤并驗證糾正措施的執(zhí)行情況。.對項目內(nèi)不能解決的不符合項問題， 向高層管理提交報告。.向項目經(jīng)理報告項目質(zhì)量工作狀況和質(zhì)量度量結果。.定期向項目組報告質(zhì)量活動的結果。.制定質(zhì)量保證的過程改進計劃，記錄過程數(shù)據(jù)。(3)項目經(jīng)理項目經(jīng)理的質(zhì)量職責如下：.評審質(zhì)量計劃。.與質(zhì)量保證人員一起協(xié)商不符合項問題的糾正措施，并安排資源實施糾正措施。.定期評審質(zhì)量保證活動和結果。二、質(zhì)量目標根據(jù)企業(yè)的質(zhì)量方針和質(zhì)量目標，結合本項目特點，制定項

24、目的總體質(zhì)量目標： 1)基于需求的測試覆蓋率為100。2)軟件功能測試用例通過率不低于95。3)每個階段評審中發(fā)現(xiàn)的問題都已經(jīng)解決或得到適當處理。4)產(chǎn)品發(fā)布時不存在嚴重問題，以及以上的缺陷。注：嚴重問題指導致系統(tǒng)或模塊不能正常工作的問題。結合以往的項目經(jīng)驗和企業(yè)的質(zhì)量相應標準，制定質(zhì)量標準如下表所示。項 目具 體 描 述計劃實際缺陷排除率(缺陷數(shù)/頁)需求檢查4系統(tǒng)總體設計檢查2缺陷排除率(缺陷數(shù)/KLOC)詳細設計復核30詳細設計檢查10代碼復核65代碼檢查20編譯20單元測試15系統(tǒng)集成5系統(tǒng)測試5三、質(zhì)量策略為了保證提交給用戶的產(chǎn)品是高質(zhì)量的，實施過程中采取的質(zhì)量保證措施包括：1)將質(zhì)

25、量貫徹到日常的項目進展過程中；2)應該特別注意項目工作產(chǎn)品質(zhì)量的早期評審工作，無論是質(zhì)量保證還是質(zhì)量控制，采取的策略都是早期預防和早期排除缺陷。四、質(zhì)量保證活動 質(zhì)量保證的主要活動包括過程評審和產(chǎn)品審計。過程評審和產(chǎn)品審計的目的是確保在項目進展過程的各個階段和各個方面采取各項措施來保證和提高提交給用戶的產(chǎn)品質(zhì)量。每一次過程評審和產(chǎn)品審計都應填寫相應的報告或活動記錄。1、產(chǎn)品審計產(chǎn)品審計由質(zhì)量保證人員來進行，檢查項目產(chǎn)品是否達到質(zhì)量目標。質(zhì)量保證人員可以有選擇性地審計項目生存期中創(chuàng)建的工作產(chǎn)品，以驗證是否符合適當?shù)臉藴剩欠襁M行了質(zhì)量檢查。下表便是質(zhì)量審計一覽表。質(zhì)量審計一覽表項審計對象審計階段

26、參照標準1軟件項目計劃計劃結束企業(yè)質(zhì)量體系2軟件配置管理計劃計劃結束企業(yè)質(zhì)量體系3軟件質(zhì)量保證計劃計劃結束企業(yè)質(zhì)量體系4總體設計文檔設計結束企業(yè)質(zhì)量體系和項目計劃5詳細設計文檔設計結束企業(yè)質(zhì)量體系和項目計劃6數(shù)據(jù)庫表和編碼規(guī)范設計結束企業(yè)質(zhì)量體系和項目計劃7產(chǎn)品代碼每個階段實施結束企業(yè)質(zhì)量體系和項目計劃8測試報告測試結束企業(yè)質(zhì)量體系和項目計劃9測試計劃計劃結束企業(yè)質(zhì)量體系和項目計劃10用戶文檔測試結束企業(yè)質(zhì)量體系和項目計劃2、過程評審項目嚴格按照組織定義的軟件過程進行開發(fā)，過程評審的具體依據(jù)參照企業(yè)的過程規(guī)范，保證項目中的所有過程活動都在實施范圍內(nèi)。在每次評審之后，要對評審結果做出明確的決策并

27、形成評審記錄。評審可采取文件傳閱、評審會等形式。質(zhì)量保證人員負責對項目過程進行監(jiān)督，將發(fā)現(xiàn)的問題和解決情況在每周的例會上通報，對沒有解決的問題進行討論，對不能解決的問題提交高級管理者處理。每個周末，進行一次配置管理審核，確認配置管理工作是否正常進行。根據(jù)公司的質(zhì)量保證體系和本項目的具體特點，確定項目執(zhí)行過程如下： 1)項目規(guī)劃過程及產(chǎn)品標準。 2)項目跟蹤管理過程。 3)需求分析過程及產(chǎn)品標準。 4)系統(tǒng)設計過程及產(chǎn)品標準。 5)詳細設計過程及產(chǎn)品標準。 6)調(diào)試運行過程及產(chǎn)品標準。7)代碼走查過程及代碼編寫標準。 8)產(chǎn)品集成測試過程及產(chǎn)品標準。 9)開發(fā)環(huán)境中的執(zhí)行規(guī)則。 10)測試環(huán)境中

28、的執(zhí)行規(guī)則。 11)質(zhì)量保證過程及其標準。 12)配置管理過程及其標準。 五、質(zhì)量控制活動質(zhì)量控制活動包括代碼走查、單元測試、集成測試、環(huán)境測試等，由開發(fā)人負責，詳見進度計劃。編碼人員在編寫代碼時要進行同步單元測試，單元測試要達到分支覆蓋，產(chǎn)品通過單元測試和編碼檢查后，應提交給測試部進行集成測試、系統(tǒng)測試。測試部的測試應達到質(zhì)量目標要求，軟件發(fā)布時應達到測試通過準則的要求。六、質(zhì)量保證的報告途徑質(zhì)量保證人員對于每次審計活動發(fā)現(xiàn)的不符合項，應該和項目經(jīng)理協(xié)商不符合項的糾正措施并預定完成日期，若和項目經(jīng)理存在意見分歧，質(zhì)量保證人員可以上報給高層管理者，由高層管理者決定最后的措施。同時，不符合項在項

29、目周例會中匯報。對不符合項，質(zhì)量保證人員要在預定完成日期內(nèi)重新審計，驗證不符合項的糾正情況，若超過預定完成日期1周仍然有沒解決的不符合項，質(zhì)量保證人員上報給高級管理者，由高級管理者決定最后的措施。質(zhì)量保證人員有獨立的匯報途徑，日常的匯報途徑如下： .將發(fā)現(xiàn)的問題通知項目經(jīng)理，協(xié)調(diào)糾正措施。 .將項目組內(nèi)不能協(xié)調(diào)的問題匯報給高級管理者，由高級管理者協(xié)調(diào)解決。 .將日常工作和過程數(shù)據(jù)匯報給質(zhì)量經(jīng)理， 由其統(tǒng)一收集并進行統(tǒng)計。 七、記錄的收集、維護和保存項目組應當保留項目執(zhí)行過程中形成的各類文檔、各種記錄、各級周報、各級會議記錄，對于項目中問題的處理也需要形成記錄保存。每周由質(zhì)量保證人員根據(jù)任務清單

30、的審計任務進行審計活動，并收集各活動的過程數(shù)據(jù)。6、軟件項目團隊航空訂票管理系統(tǒng)的組織機構如下圖所示。高層管理項目經(jīng)理質(zhì)量保證軟件開發(fā)配置管理設計實施質(zhì)量控制市場部用戶1.團隊組織及職責市場部：負責與用戶的協(xié)調(diào)工作負責項目相關的商務活動負責用戶需求的接口配合項目經(jīng)理的資源協(xié)調(diào)活動負責產(chǎn)品的驗收活動負責系統(tǒng)的維護活動。項目經(jīng)理：負責項目的組織和規(guī)劃負責項目計劃制定和維護負責項目的跟蹤和管理負責資源的分配和協(xié)調(diào)活動負責各組織和計劃之間的協(xié)調(diào)活動負責與市場部的協(xié)調(diào)活動軟件開發(fā)：負責項目的軟件開發(fā)，包括設計、編碼、單元測試和集成測試負責產(chǎn)品質(zhì)量控制的工作負責配合質(zhì)量保證的活動，如系統(tǒng)測試、文檔編制等配

31、合產(chǎn)品驗收的相關活動質(zhì)量保證：負責項目過程和產(chǎn)品規(guī)范的制定負責項目過程的質(zhì)量保證活動，包括過程評審和產(chǎn)品審計配置管理：負責項目的配置管理活動負責軟件產(chǎn)品的提交。用戶：確保相關責任的實施參與項目的組織和規(guī)劃負責產(chǎn)品的驗收工作 2.項目的溝通計劃 為了保證項目開發(fā)過程的順利進行和信息的有效溝通，特要求如下的溝通計劃： 1)每天17：00-17：30，項目組成員進行口頭交流。 2)每周五的14：00前提交周報告，格式見模板。 3)每周五的15：00-17：00，召開項目周例會，會后發(fā)布會議紀要給相關的項目人員，其中說明項目的進展和存在的問題。4)及時提交問題報告，問題報告可以通過網(wǎng)絡提交，項目經(jīng)理會

32、及時獲取問題信息。7、軟件項目配置管理計劃航空訂票管理系統(tǒng)的配置管理計劃如下： 1.引言 略 2.組織及職責 1)確定配置管理者，SCCB(配置控制委員會)成員。 2)項目經(jīng)理是SCCB的負責人。 3)配置管理的角色和職責見下表。 配置管理角色職責表角色人員職責配置管理員1) 制定配置管理計劃2) 創(chuàng)建和維護配置庫SCCB負責人1） 審批配置管理計劃2） 審批重大變更SCCB審批某些配置或基線變更3.配置管理環(huán)境由于本項目屬于中小型項目，工期也不是很長，所以采用SourceSafe作為配置管理工具。3.1目錄結構(見下表) 配置庫的目錄結構序號內(nèi)容說明路徑TCM技術合同管理$prj_Schoo

33、lTCMRM需求管理$prj_SchoolRMSPP軟件項目計劃$prj_SchoolSPPSPTO軟件項目跟蹤與管理$prj_SchoolSPTOSCM軟件配置管理$prj_SchoolSCMSQA軟件質(zhì)量保證$prj_SchoolSQASPE軟件產(chǎn)品工程設計$prj_SchoolSPEDESIGN源代碼$prj_SchoolSPESOURCECODE目標代碼$prj_SchoolSPEBUILD測試$prj_SchoolSPETEST發(fā)布$prj_SchoolSPERELEASE3.2用戶及權限(見下表)類別人員權限配置管理者負責項目配置管理，對庫擁有所有權限項目經(jīng)理讀質(zhì)量保證人員讀開發(fā)人

34、員讀高層管理讀4配置管理活動4.1 配置項標識 命名規(guī)范命名規(guī)范適用于過程文檔、生存期中各階段的計劃、需求、設計、代碼、測試、手冊等文件。本項目文件命名規(guī)范由5個宇段組成，從左到右依次為：公司、項目、類型、編號和版本號，如下圖所示。這些字段用一橫線()分隔。公司：3個字符項目：最長10個字符類型：最長5個字符編號：最長8位數(shù)字版本號：Vm.nQTD-School-RM-002-V1.04.1.2 主要配置項類型主要配置項 標 識 符預計正式發(fā)表時間技術合同合同QTD-SCh001-TCM-Contract-V10SOWQTDSch001TCM-SOLVl0計劃項目計劃QTD-SchOOl-SP

35、P-PP-V10質(zhì)量保證計劃TD-Sch001-SPP-SQA-V10置管理計劃QTD-Sch001-SPP-CM-V10需求需求規(guī)格說明書QTD-SchOOLRM-SRS-V10用戶DEMOQTD-SCh001-RM-Demo-V10 設計總體設計說明書QTD-Ch001-eSign-HL-V10數(shù)據(jù)庫設計QTD-SCh001-Design-DB-V10詳細設計說明書QTD-SChOOl-DeSign-LL-V10設計術語及規(guī)范QTD-SCh001-Design-STD-V10編程源程序QTD-SCh001-Code-ModUleName-V1.0編碼規(guī)則QTD-SCh001-Code-STD-V10測試測試計劃QTD-School-TeSt-P1an-V10測試用例QTD-SCh001-TeSt-ase-V10測試報告QTD-School-TeSt-Report-V10提交運行產(chǎn)品QTD-School-Product-Exe-V10驗收報告QTD-School-Product-Repoort-V10用戶手冊QTD-School-Product-Manual-V10 項目基線基線名稱標識符基線所包含的主要配置項預計