飛機管理系統(tǒng)項目開發(fā)計劃

1、機票預定系統(tǒng)項目開發(fā)計劃B.1 引言 編寫目的本報告的主要作用是確定各個項目模塊的開發(fā)情況和主要的負責人,供各項目模塊的負責人閱讀,做到及時協(xié)調,按步有序進行項目的開發(fā).減少開發(fā)中的不必要損失.主要解決了編寫目的、背景、工作內容、人員分配、產品及功能介紹、預算、關鍵問題等。在以下的概要設計報告中將對在本階段中對系統(tǒng)所做的各項工作進行詳細的說明。在下一階段過程中，程序設計員可參考此設計報告，再詳細設計對機票預定系統(tǒng)所做的算法設計，數(shù)據結構以及數(shù)據庫動態(tài)操作的基礎上，對系統(tǒng)進行編碼。在以后的軟件測試以及軟件維護階段也可參考此說明書，以便于了解在詳細設計過程中所完成的各模塊算法設計，或在修改時找出在

2、本階段設計的不足或錯誤。 背景 為了使我們深刻了解軟件的開發(fā)過程，提高我們的軟件管理和開發(fā)能力，做到學以致用，我們軟件開發(fā)小組經過討論，決定進行機票預訂系統(tǒng)的研究并開發(fā)。1. 軟件名稱：機票預訂系統(tǒng)2. 開發(fā)小組：軟件工程項目小組B.1.3 定義LOC軟件規(guī)模代碼行（LOC, Line of Code）是軟件規(guī)模的一種量度FP Function Piont功能點，在軟件工程項目管理中用來測量軟件的規(guī)模和成本 參考資料軟件工程實踐者的研究方法 （美）Roger s.Pressman 著 鄭人杰 馬素霞 等譯機械工業(yè)出版社有效地工作分解結構 Effective Work Breakdown Str

3、ucture 格雷戈里T.豪根 著project 2000項目管理模塊 中國鐵道出版社如何做好項目管理Stanley E. Portny（IDG新經濟工商實務傻瓜叢書，寧俊等譯）B.2 項目概述 工作內容項目主要工作任務：1、確定項目需求個人獨立需求分析集體討論確定要求和項目約束項目需求匯總里程碑：完成軟件需求說明書2、確定和定義功能行為定義鍵盤鼠標輸入描述輸出功能描述交互模式里程碑：建立功能說明書3、項目建模確定具體的軟件要素說明劃分軟件模塊確定模塊功能及相互聯(lián)系根據需求及交互模擬軟件工作流程里程碑：建立項目模型4、項目估算基于FP/LOC/COCOMO II估算里程碑：得到成本、工作量的估

4、算結果5、模塊建模確定模塊的人員分工模塊設計以實現(xiàn)需求里程碑：建立模塊模型6、確定技術可行性確定可復用構件制定測試計劃評估技術可行性里程碑：完成技術可行性評估7、風險分析風險預測建立風險表制定風險緩解計劃監(jiān)測、管理風險制定風險應急計劃里程碑：完成風險分析報告8、UML確定各模塊的數(shù)據結構確定各模塊的外部接口定義類及模塊內類間關系畫出各模塊的UML圖各模塊UML圖匯總里程碑：畫出項目完整的UML圖9、Coding模塊編碼模塊小范圍測試里程碑：代碼實現(xiàn)模塊功能10、軟件生成模塊集成編寫操作手冊完善軟件過程文檔里程碑：生成可用軟件及相應文檔11、測試集成測試項目總測試里程碑：完成測試報告12、部署編

5、寫用戶手冊軟件交付等待反饋及修改里程碑：Game Over! 主要參加人員09007331 李健強 09007330 潘超09007305 董丹 09007327 蔣錕09007342 許文星 09007329 吳旭東 產品B. 程序 1. 主程序名稱：網上機票預訂系統(tǒng)2. 編程語言：Java3. 存儲形式：磁盤4. 各部分功能：機票預訂，查詢航班，查詢機票，退票，各航班的營運統(tǒng)計，以及后臺方面的航班的添加，取消航班，以及航班的查詢等后臺功能。4.1、機票預訂功能：旅行社和機場管理員有權力進行該項功能。首先通過查詢得到旅客所需的航班，確定該航班還有沒有被預訂的座位，然后選擇座位的等級，填寫旅客

6、的詳細信息之后就可進行網上預訂機票。4.2、查詢航班：可以通過輸入出發(fā)地，目的地，日期和時間選定自己航班。4.3、查詢機票：該項功能三方都可以操作，可以通過自己的身份證號以及取票通知上的機票號查詢自己的機票信息。4.4、退訂機票：該功能只有旅行社和機場管理員有權力操作，利用身份證號和對應的機票號就可以查詢到機票信息，然后就可以退訂機票。4.5、各航班的營運統(tǒng)計：該項功能只有機場管理員才能操作，他可以通過輸入年份和月份查詢當月個航班的營運情況，以便機場能夠及時掌握航班動態(tài)。4.6、后臺的航班添加：該項功能只有機場管理員才能操作，他通過提供航班的具體信息添加航班信息。B. 文件應交給用戶的文檔：l

7、 用戶手冊（陳述該軟件的用途、運行環(huán)境及使用過程）l 系統(tǒng)操作手冊（詳細闡述如何正確有效地操作系統(tǒng)）l 系統(tǒng)安裝文件（安裝之后可使用系統(tǒng)）B.2.3.3 服務服務的范圍為：人員的培訓，系統(tǒng)安裝，終身保修，維護，技術支持（通過購買）列出需向用戶提供的各項服務，如培訓安裝、維護和運行支持等，應逐項規(guī)定開始日期、所提供支持的級別和服務的期限。B. 非移交的產品無需交給用戶，但務必交給開發(fā)單位的文檔：l 軟件需求說明書l 項目開發(fā)計劃l 可行性研究報告模板l 概要設計說明書l 數(shù)據庫設計說明書l 數(shù)據要求說明書l 詳細設計說明書模板l 測試計劃書l 系統(tǒng)源代碼 驗收標準 系統(tǒng)基本流暢運行，且實現(xiàn)最初設

8、計的各項功能。系統(tǒng)具體較好的可操作性，便于用戶使用。具體有以下幾點：1、軟件安裝、調試符合顧客要求。2、提供說明書、使用手冊等齊全的用戶文檔。3、實現(xiàn)所有系統(tǒng)功能。4、務必陳述項目中中的遺留問題。 符合以上標準，則軟件合格。B.2.5 完成項目最遲期限公元2009年12月14日B.2.6 本計劃的批準者和批準日期實施計劃B.3.1 工作任務的分解與人員分工工作任務的分解之WBS圖如下：人員分工：分析調研小組：李健強，許文星，潘超 建模評估小組：李健強，許文星，潘超，蔣錕 開發(fā)生成小組：蔣錕，董丹，吳旭東 測試修正小組:蔣錕，吳旭東，董丹 部署發(fā)行小組：李健強，蔣錕具體分工組內協(xié)定。 接口人員a

9、、負責本項目同用戶的接口人員：項目經理：李健強 系統(tǒng)架構師：潘超，許文星b、負責本項目同本單位各管理機構：項目經理：李健強 高級工程師：蔣錕c、負責本項目同各分合同負責單位的接口人員：工程師：吳旭東、董丹。 進度本工程進度安排及人員分配如下甘特圖所示： B.3.4 預算 本工程采用了LOC與FP兩種方法來估算工作量具體流程與估算結果如下：基于LOC的估算FunctionSoptSmSpessS=(Sopt+4Sm+Sp)機票預訂100300500300查詢航班180300550321.6667查詢機票250450600441.6667退訂機票150300500308.3333營運統(tǒng)計10020

10、0250191.6667航班添加170250320248.3333數(shù)據庫管理400600700583.3333Estimated LOC1350240034202395網上機票預訂系統(tǒng)的組織平均生產率為= 200 LOC/pm.勞動力價格為=$50 per month, 則每行代碼的成本約為 $0.25 根據LOC估算以及歷史生產率數(shù)據,該系統(tǒng)總成本的估算值為$300美元,工作量估算值為6人月基于FP的估算estimate the number of raw FP as follows:measurement paramentSoptSmSpessSWeighting FactorsFPCOM

11、PLEXITY SCALEsimpleaveragecomplex外部輸入數(shù)346434517AVERAGE外部輸出數(shù)468634530COMPLEX外部查詢數(shù)579745635AVERAGE內部文件數(shù)344457935COMPLEX外部文件數(shù)222267814AVERAGEcount total131unadjusted function points (UFP): 131adjust for complexity (influence factors):influence factorsvalue備份和恢復3數(shù)據通信4運行穩(wěn)定和容錯4多線程處理5數(shù)據即時更新4可重用代碼4部署和安裝3操作環(huán)

12、境3數(shù)據處理復雜度4易于維護和更新5total39Complexity multiplier=0.65+39*0.01=1.04The adjusted FP (AFP): 1311.04=136.24網上機票預訂系統(tǒng)的組織平均生產率為= 11.3 FP/pm.勞動力價格為=$50 per month, 則每FP的成本約為 $4.40根據FP估算以及歷史生產率數(shù)據,該系統(tǒng)總成本的估算值為$272美元,工作量估算值為6人月B.3.5 關鍵問題我們的主要風險來源于項目風險、技術風險和商業(yè)風險三大類，項目風險有如下方面的風險：預算不足，進度把握不準，人員變遷，資源不足，需求發(fā)生變化，項目復雜度過高，

13、規(guī)模及結構不確定性；技術風險有如下方面的風險：設計不夠優(yōu)化，實現(xiàn)復雜，接口不標準，維護不到位；商業(yè)風險在此次項目中的風險較小，可忽略。主要風險見下圖：該項目的關鍵問題如下：需求階段：什么是我們的上下文？要達到什么目的？分析階段：要處理什么實體？如何確保有正確的實體？系統(tǒng)設計階段：如何解決問題？在完成的系統(tǒng)中需要什么硬件和軟件？子系統(tǒng)設計階段：如何實現(xiàn)解決方案？源代碼和支持文件有哪些？規(guī)范階段：哪些規(guī)則控制著系統(tǒng)組件之間的接口？可以去除模糊，確保正確嗎？ 實現(xiàn)階段：如何編寫組件，符合規(guī)范的要求？如何編寫漂亮的代碼？測試階段：完成的系統(tǒng)滿足要求嗎？可以攻破系統(tǒng)嗎？ 部署階段：系統(tǒng)管理員必須做什么？

14、如何培訓最終用戶？維護階段：可以找出和更正錯誤嗎？可以改進系統(tǒng)嗎？ 該項目的技術難點在于：Java編程的熟悉，對設計構想的軟件實現(xiàn)是否能完全支持，接口設計的通用性，測試方法的效率等。質量保證方法：1對不確定性做好充分準備，在項目展開的初期就應該對過程中可能會出現(xiàn)各種的情況有所準備2立足于產品的靈活性 ，設計的靈活性是一個軟件產品的靈魂，因此在軟件開發(fā)的的初期應花很大力氣致力于整體設計，而不是急于編碼，前期的投入會獲得高額回報的。 3 提高軟件管理水平4經常進行開會討論各方面的問題5確保軟件工作產品中出現(xiàn)的偏差文檔化，并按照文檔化的規(guī)程進行處理B.4 支持備件JDK1.6以上版本開發(fā)平臺。Nea

15、tbeans或Eclipse或Jcreator pro開源開發(fā)工具，建議采用同一種工具SQL SERVER數(shù)據庫管理系統(tǒng)。B.4.1 計算機系統(tǒng)支持Windows操作系統(tǒng)，JDK操作平臺，SQL數(shù)據庫管理軟件B.4.2 需由用戶承擔的工作本項目用戶處于虛擬狀態(tài)，用戶承擔的工作實際是由本小組成員模擬最終付諸實施，因此本項為空。B.4.3 需由外單位提供的備件本項目不需要外單位配合。B.5 專題計劃要點項目文檔跟蹤計劃：1. 將用于編制軟件項目計劃及跟蹤軟件項目的工作文檔化。2. 對于軟件項目的實施采用文檔化的承諾。4. 確保軟件項目存在一份文檔化的、并被認可的工作陳述。開發(fā)人員培訓計劃：1. 指定軟件項目負責人負責落實軟件項目的承諾并制定項目的軟件開發(fā)計劃。2. 軟件開發(fā)計劃要指定人員角色分工，明確責任。3. 對軟件項目所需要的適當?shù)馁Y源及資金作出計劃。4. 成立相關軟件項目組及相關的方案論證小組。5. 對軟件項目負責人、軟件工程師及其它與軟件項目計劃編制有關人員進行適合其職責范圍的培訓。項目評估計劃1. 按照書面流程獲得對軟件產品規(guī)模的估計（或軟件產品規(guī)模的改變）。2. 按照書面流程獲得對軟件項目工作量及費用的估計。3. 按照書面流程獲得對項目所需要的關鍵計算機資源的估計。項目開發(fā)計劃：1. 按照書面流程獲