網上手機銷售系統(tǒng)項目管理課程設計報告

1、精選優(yōu)質文檔-傾情為你奉上課程設計報告 項目名稱： 網上手機銷售系統(tǒng) 學生姓名： 學 號： 10L07520 專業(yè)班級： 軟件L102 課程名稱： 軟件項目管理案例教程 指導教師： 王會勇 2013年 11月 課程設計成績評定表學生姓名學 號10L07520成績專業(yè)班級軟件L102起止時間2013.11.112013.11.22設計題目網上手機銷售系統(tǒng)指導教師評語指導教師： 年 月 日一、課程設計的目的及要求在掌握使用ClearCase和ClearQuest對軟件項目進行配置管理的基礎上，每個小組選擇一個題目進行并行開發(fā)，完成課題設計任務，提高學生的實際動手能力和團隊協(xié)作能力，培養(yǎng)學生的創(chuàng)新精

2、神。二、課程設計的任務 1. 熟練掌握ClearCase和ClearQuest軟件的使用。2. 熟練使用ClearCase和ClearQuest對軟件項目進行配置管理。3. 根據本組設計題目和本人承擔的具體設計任務，并通過指導教師的驗收。4. 總結提高，按期完成課程設計報告。 三、課程設計題目網上手機銷售系統(tǒng)四、課程設計的內容及主要步驟 1、設計內容在一周時間內，學生自由分組，組成一個開發(fā)團隊，完成一個中小型軟件項目的開發(fā)。開發(fā)過程中用軟件項目管理的基本理論知識，解決并行開發(fā)中遇到的各種問題。通過使用ClearCase 和ClearQuest 這兩個軟件，實現并行開發(fā)過程中的變更管理。2、設計

3、步驟（1）確定項目的生存期模型。 （2）對項目進行需求分析。 通過上述系統(tǒng)功能分析，針對一般在線手機銷售系統(tǒng)，總結出如下的需求信息：用戶分一般用戶、注冊用戶和管理員用戶。一般用戶和注冊用戶無需登錄就可以看查看手機信息并購買。注冊用戶登錄后可以維護自己的個人信息，并且在向網站發(fā)出訂單時會自動填寫自己的聯系信息。手機按手機廠商來分類，每一個手機都對應一個廠商。訂單分單張詳細訂單和總訂單。一個用戶可以購買多個或多種型號的手機。一個用戶對應一張訂單列表。一個訂單列表對應多張訂單詳細信息。提供購物幫助功能。關于訂單列表與訂單詳細信息可以這樣理解：因為用戶一次可以購買多種產品，則對每一種產品(即每一款型號

4、的手機)生成一條訂單詳細信息記錄，然后多個這樣的訂單詳細信息組成一個訂單列表。每一個訂單列表才與一個用戶對應，在發(fā)貨時以訂單列表為單位，也即用戶在操作時所看到的“訂單”。經過上述系統(tǒng)功能分析和需求總結，考慮到將來功能上的擴展，設計如下的數據項和數據結構：管理員信息，包括數據項：賬號，姓名，密碼。注冊用戶(會員)，包括數據項，用戶ID，用戶名，密碼等。手機，包括數據項：手機編號，手機名稱，分類編號等。手機分類，包括數據項：分類編號，分類名稱，上級分類編號(擴展，備用)。訂單詳細信息，包括數據項：訂單編號，訂單列表編號，手機編號，購書數量。訂單列表，包括數據項：訂單列表編號，用戶編號，下單時間，聯

5、系方式等。購物幫助，包括數據項：問題ID，問題標題，答案和點擊次數。（3）對項目進行任務分解。 手機銷售系統(tǒng) 注冊登錄定單查詢訂單投拆客戶服務付款方式新聞中心購物車收銀臺（4） 項目估算與進度計劃。1 項目估算軟件費用，用到了Rational ClearCase 軟件，軟件只是用到了下載軟件的費用，費用10元。2 進度計劃（1） 需求分析開始日期2013-11-11 完成日期2013-11- 12 所需資源：一臺電腦標志性事件：提交完整的需求分析報告（2） 設計開始日期2013-11-13 完成日期2013-11-16 所需資源：一臺電腦標志性事件：提交完整的設計報告（3）編碼實現開始日期20

6、13-11-17 完成日期2013-11-20 所需資源：一臺電腦標志性事件：所需求的功能已經全部做好（4）測試開始日期2013-11-21 完成日期2013-11-23 所需資源：一臺電腦標志性事件：無錯誤出現，能夠流暢的運行（5）制定質量計劃。 機構組織 在項目實施期間成立質量保證組織，該組織由質量保證人員和項目組長組成，組長負責質量監(jiān)督工作及項目進展過程中各環(huán)節(jié)的質量把關，質量保證人員負責質量保證的工作。老師組織結構圖如圖1所示：項目組長軟件開發(fā)配置管理質量保證質量控制實施設計2.職責在本項目中，質量保證的職責如下：2.2.1 高層管理受理項目內不能解決的不符合問題，必要時與項目組長協(xié)調

7、；負責聽取質量保證的工作報告，評審質量保證活動和結果；參加有過質量保證改進的評審。2.2.2 項目的質量保證人員質量保證人員的職責如下：負責項目實施過程中對項目實施情況進行監(jiān)督；按計劃實施審計活動，依照質量保證計劃執(zhí)行評審，并記錄執(zhí)行中發(fā)現的不符合項；對不符合問題跟蹤并驗證措施的執(zhí)行情況；對項目內不能解決的不符合項問題向高層管理提交報告；向項目組長報告項目質量工作狀況和質量度量結果；定期向項目組高高質量活動的結果；制定質量保證的過程改進計劃，記錄過程數據。2.2.3 項目組長項目組長的質量職責如下：評審質量計劃與質保人員一起協(xié)商不符合項目問題的糾正措施，并安排資源實施糾正措施；定期或事件驅動的

8、評審質量保證活動和結果。3質量目標 根據質量行業(yè)的質量方針和質量目標，結合本項目特點，制定項目的總體質量目標： （1） 基于需求的測試覆蓋率為100%；（2） 軟件功能測試用例通過率不低于95%； （3） 每個階段評審中發(fā)現的問題都已經解決或得到適當處理；（4） 產品發(fā)布時不存在嚴重及其以上的缺陷。 注：嚴重問題是指導致系統(tǒng)或模塊不能夠正常工作的玩呢提。 4.質量策略為了保證提交用戶的產品是高質量，實施過程中采取的質量保證措施包括： （1）將質量貫徹到日常的項目進展過程中；（2） 應該特別注意項目工作產品質量的早期評審工作，無論是質量保證還是質量控制采取的策略都是早期預防和早期排除缺陷5質量保

9、證活動質量保證的主要活動包括過程審計和產品審計。過程審計和產品審計的目的是為了確保在項目進展過程的各階段和各方面采取各項措施來保證和提高交給用戶的產品質量。每一次過程審計和產品審計都應填寫報告或活動記錄。 5.1 產品審計產品審計由質量保證人員來進行，檢查項目是否達標質量保證人員對項目生存期中創(chuàng)建的工作產品可以有選擇性的進行審計，是否符合適當的標準，是否進行了質量檢查。5.2 過程審計 項目嚴格按照組織定義的軟件過程進行開發(fā)，過程審計的具體依據參照企業(yè)的過程規(guī)范，保證項目中的所有過程活動都在實施范圍內。質量保證人員對項目過程進行監(jiān)督，發(fā)現的問題和解決情況在每周的例會上通報，對沒有解決的問題進行

10、討論，對不能解決的問題提交高級管理者處理。 根據業(yè)內的質量保證體系和本項目的具體特點，確定項目執(zhí)行過程如下：（1） 項目規(guī)劃過程及產品標準。 （2） 項目跟蹤管理過程 （3） 需求分析過程及產品標準 （4） 系統(tǒng)設計過程及產品標準 （5） 詳細設計過程及產品標準（6） 調試運行過程及產品標準 （7） 代碼走查過程及代碼編寫標準 （8） 產品集成測試過程及產品標準 （9） 開發(fā)環(huán)境中的執(zhí)行規(guī)則 （10） 測試環(huán)境中的執(zhí)行規(guī)則 （11） 質量保證過程及其標準 （12） 配置管理過程及其標準 6質量控制活動 質量控制活動包括代碼走查，單元測試，集成測試環(huán)境測試等，有開發(fā)人員負責。編碼人員在編寫代碼是

11、要進行同步單元測試，但演的是亞達到分支覆蓋，產品通過單元測試和代碼走查后應提交測試人員進行集成測試，系統(tǒng)測試。測試人員的測試應達到質量目標的要求，軟件發(fā)布時應達到測試通過準則的要求.7記錄的收集、維護和保存 項目組應該保留項目執(zhí)行過程中形成的各類文檔、各種記錄、各級周報、各級會議記錄、對于項目中問題的處理也要形成記錄保存。每三天有質量保證人員根據任務清單的審計任務進行審計活動，并收集活動的過程數據。（6）制定配置計劃。二、項目配置計劃本計劃的目的是定義軟件項目組進行配置管理活動、任務和責任；定義支持配置管理的活動及報告的工具、技術和方法。 2、1 適用范圍 本計劃定義項目組在項目期間的所有配置

12、管理活動。2 人員與責任角色人員職責說明配置管理員李明遠1.制定配置管理計劃 2. 創(chuàng)建和維護配置庫3. 發(fā)布配置項及基線配置控制人員變更控制人員邵鵬飛、李明遠、戚明偉1.制定配置管理計劃2.創(chuàng)建和維護配置庫3. 發(fā)布配置項及基線4. 保證所有申請的變化的一致性、被評審和被批準。5.保證每一個重要的修改和重做都必需要得到批準后才可以進行開發(fā)人員邵鵬飛、聶壯顯、扈秉行李明遠、戚明偉負責項目的開發(fā)項目組長邵鵬飛對項目負責集成人員戚明偉測試人員戚明偉驗收及記錄人員邵鵬飛用于配制管理的軟硬件資源svn開發(fā)軟件，個人計算機配制庫結構與權限類型工具功能說明開發(fā)庫SVN不受控，開發(fā)人員工作和進行測試驗證的空

13、間邵鵬飛、聶壯顯、扈秉行李明遠、戚明偉受控庫SVN受控，包括基線和非基線工作產品，只有配制管理員才能夠修改邵鵬飛、戚明偉基線庫SVN受控，按照計劃建立基線，將基線產品納入基線庫李明遠產品庫SVN受控，存放項目最終產品，不進行修改邵鵬飛4、1配置庫結構序號內容說明路徑TCM技術合同管理D:SVNTCMRM需求管理D:SVNRMSPP軟件項目規(guī)劃D:SVNSPPSPTO軟件項目跟蹤與管理D:SVNSPTOSCM軟件配置管理D:SVNSCMSQA軟件質量保證D:SVNSQASPE軟件產品工程設計D:SVNDESIGN源代碼D:SVNSOURCECODE目標代碼D:SVNBUILD測試D:SVNTES

14、T發(fā)布D:SVNRELEASE4、3人員權限類別人員權限說明配置管理者李明遠負責項目配置管理，對庫擁有所有權限項目管理邵鵬飛訪問、讀質量保證人員李明遠訪問、讀開發(fā)人員邵鵬飛、聶壯顯、扈秉行李明遠、戚明偉訪問、讀高層管理訪問、讀配置項計劃類型主要配置項標識符預計正式發(fā)布時間技術合同合同HBKD-XJ-TCM-Con-V1.82013-11-12SOWHBKD-XJ-TCM-SOW-V1.82013-11-12計劃項目計劃HBKD-XJ-SPP-pp-V1.82013-11-12質量保證計劃HBKD-XJ-SPP-SQA-V1.82013-11-12配置管理計劃HBKD-XJ-SPP-SCM-V1

15、.82013-11-12需求需求規(guī)格說明書HBKD-XJ-RM-SRS-V1.82013-11-14用戶DEMOHBKD-XJ-RM-Demo-V1.82013-11-14設計總體設計說明書HBKD-XJ-Design-JK-V1.82013-11-16HBKD-XJ-Design-DB-V1.82013-11-16詳細設計說明書HBKD-XJ-Design-LL-V1.82013-11-16設計術語及規(guī)范HBKD-XJ-Design-STD-V1.82013-11-16編程源程序HBKD-XJ-Code-Mod-V1.82013-11-19編碼規(guī)則HBKD-XJ-Code-std-V1.82

16、013-11-19測試測試計劃HBKD-XJ-Test-Plan-V1.82013-11-21測試用例HBKD-XJ-Test-Case-V1.82013-11-21測試報告HBKD-XJ-Test-Report-V1.82013-11-21提交運行產品HBKD-XJ-Product-Exe-V1.82013-11-23驗收報告HBKD-XJ-Product-Report-V1.82013-11-23用戶手冊HBKD-XJ-Product-Mannual-V1.82013-11-23基線發(fā)布計劃基線名稱/標識符基線所包含的主要配置項預計建立時間需求需求規(guī)格說明書、用戶DEMO2013-11-1

17、4總體設計總體設計說明書2013-11-16項目實現軟件源代碼、編碼規(guī)則2013-11-19系統(tǒng)測試測試用例、測試報告2013-11-21配置庫備份計劃備份頻度、時間備份人備份內容、目的地、方式11-22邵鵬飛全部備份、U盤（7） 并行開發(fā)與測試。測試方案 ：本次測試主要任務是對超市倉庫管理系統(tǒng)進行初步驗收的測試。測試的主要內容為：系統(tǒng)重要功能測試、監(jiān)理方測試發(fā)現問題的回歸測試以及系統(tǒng)的性能測試。 1) 單元測試 在需求規(guī)格說明書中描述的所有功能，都將在選定的客戶端/服務器配置組合上進行測試。測試中需要考慮正常的功能實現和惡意測試，即使用設計者不期望的數據進行操作

18、。 2) 集成測試 集成測試的目的是確保各單元組合在一起后能夠按既定意圖協(xié)作運行，并確保增量的行為正確。它所測試的內容包括單元間的接口以及集成后的功能。使用黑盒測試方法測試集成的功能。集成測試中沒完成的功能進行回歸測試。 3) 確認測試 確認測試又稱為有效性測試。其任務是檢查軟件的功能和性能是否與需求說明書中確定的指標相符。確認測試階段有進行確認測試與軟件配置審查兩項工作。 確認測試一般是在模擬環(huán)境下運用黑盒測試方法，由專門測試人員和用戶參加的測試。確認測試需要需求說明書、用戶手冊等文檔，要制定測試計劃，確定測試的項目，說明測試的內容描述具體的

19、測試用例。集成測試中沒完成的功能進行回歸測試。 軟件配置審查的任務是檢查軟件的所有文檔資料的完整性、正確性。如發(fā)現遺漏和錯誤，應補充和改正。同時要編排好目錄，為以后的軟件維護工作奠定基礎。 4) 測試工具 Mercury LoadRunner 8.1 LoadRunner是一種預測系統(tǒng)行為和性能的工業(yè)標準級負載測試工具。通過以模擬上千萬用戶實施并發(fā)負載及實時性能監(jiān)測的方式來確認和查找問題，LoadRunner 能夠對整個企業(yè)架構進行測試。通過使用LoadRunner ，企業(yè)能最大限度地縮短測試時間，優(yōu)化性能和加速應

20、用系統(tǒng)的發(fā)布周期。目前企業(yè)的網絡應用環(huán)境都必須支持大量用戶，網絡體系架構中含各類應用環(huán)境且由不同供應商提供軟件和硬件產品。難以預知的用戶負載和愈來愈復雜的應用環(huán)境使公司時時擔心會發(fā)生用戶響應速度過慢，系統(tǒng)崩潰等問題。這些都不可避免地導致公司收益的損失。Mercury Interactive 的 LoadRunner 能讓企業(yè)保護自己的收入來源，無需購置額外硬件而最大限度地利用現有的IT 資源，并確保終端用戶在應用系統(tǒng)的各個環(huán)節(jié)中對其測試應用的質量， 可靠性和可擴展性都有良好的評價。LoadRunner 是一種適用于各種體系架

21、構的自動負載測試工具，它能預測系統(tǒng)行為并優(yōu)化系統(tǒng)性能。LoadRunner 的測試對象是整個企業(yè)的系統(tǒng)，它通過模擬實際用戶的操作行為和實行實時性能監(jiān)測， 能更快的查找和發(fā)現問題。此外，LoadRunner 能支持廣范的協(xié)議和技術，提供特殊的解決方案。質量目標進度目標成本目標其他目標范圍目標項目總目標：用戶滿意約束繩：相互制約（8） 對模塊進行集成。模塊的集成測試測試目標 ：本系統(tǒng)測試中：至少70%以上的測試應該是自動執(zhí)行的，剩下的測試由手工完成。針對每一個自動功能試用一個正常流程和三種可選流程進行測試。測試成功的標準是系統(tǒng)通過了90%的測試用例，并且中、高級缺陷已經被修復。測試要求 ：對網上銷售系統(tǒng)項目內部測試需要