網(wǎng)上購物系統(tǒng)的配置計劃.doc

網(wǎng)上購物系統(tǒng)配置管理計劃1.引言近年來，隨著信息的全球化和國際互聯(lián)網(wǎng)的普及化，越來越多的人想使用其無國界、無時間、無地域限制的便利環(huán)境來經(jīng)營拓展商務(wù)。因此，網(wǎng)上購物成為互聯(lián)網(wǎng)應(yīng)用的最大熱點，越來越多的企業(yè)通過使用網(wǎng)上購物技術(shù)進(jìn)行商業(yè)上的交易以減少成本。當(dāng)然，還有更多的公司想使用網(wǎng)絡(luò)技術(shù)來架構(gòu)一個虛擬的店面進(jìn)行營業(yè)交易，企業(yè)與消費者通過網(wǎng)絡(luò)完成交易，非但能使企業(yè)降低成本也可以讓消費者在一個舒適的地點享受逛街與購物的樂趣。隨著網(wǎng)上購物風(fēng)潮的擴(kuò)大，將會有更多的公司連上網(wǎng)絡(luò)進(jìn)行各項業(yè)務(wù)，而不只是將公司的產(chǎn)品介紹的網(wǎng)頁放在網(wǎng)站上供人瀏覽而已。 我們開發(fā)的就是基于Web的網(wǎng)上購物管理系統(tǒng)，方便個體戶去市場進(jìn)貨。從而節(jié)約時間和金錢。和是一個以軟件工程專業(yè)的課程為模板的管理系統(tǒng),其開發(fā)主要包括數(shù)據(jù)庫的建立以及前端應(yīng)用程序的開發(fā)兩個方面。共分為5個主要模塊，分別為管理員信息模塊、會員信息模塊、貨物信息模塊、訂單信息模塊和銷售信息模塊。通過網(wǎng)絡(luò)交易已經(jīng)成為年輕人的愛好，甚至于遍布各個年齡段。這樣的交易平臺大大加大了產(chǎn)品的宣傳，產(chǎn)品的知名度以及銷售效率。所以我們針對性的設(shè)計一個網(wǎng)上購物商城，添加一個購物渠道，方便人們的日常生活，讓客戶直接認(rèn)識商品，自愿購買。2. 組織及職責(zé)在軟件配置管理小組中，組內(nèi)人員要互相配合、分工協(xié)作，共同擔(dān)負(fù)起整個項目的軟件配置管理工作。其中組內(nèi)人員的分工如下：A 組長是總體組代表，他對有關(guān)軟件配置管理的各項工作全面負(fù)責(zé)，特別要對更改建議的審批和評審負(fù)責(zé)；而且負(fù)責(zé)監(jiān)督在軟件配置管理工作中認(rèn)真執(zhí)行軟件工程規(guī)范；B 項目的專職配置管理人員孫阿娜負(fù)責(zé)檢查配置更改時的質(zhì)量保證措施；還有具體負(fù)責(zé)實施配置管理工作，并參與各子系統(tǒng)的功能配置檢查和物理配置檢查； C用戶代表負(fù)責(zé)反映用戶對配置管理的要求，并協(xié)助檢查我們對軟件配置管理計劃的執(zhí)行情況；D 項目專職的配置管理人員惠小敏和水雪利協(xié)助組長開展各項軟件配置管理活動，負(fù)責(zé)審查所采用的配置管理工具、技術(shù)和方法，并負(fù)責(zé)匯總、維護(hù)和保存有關(guān)軟件配置管理活動的各項記錄。3.配置管理環(huán)境由于本項目屬于中小型項目,工期也不是很長,所以大家同意學(xué)SourceSafe，最終決定采用SourceSafe做為配置管理工具。3.1目錄結(jié)構(gòu)表格 2:配置庫的目錄結(jié)構(gòu)序號內(nèi)容說明路徑TCM技術(shù)合同管理$prj-Shoping TCMRM需求管理$prj- Shoping RMSPP軟件項目規(guī)劃$prj- Shoping SPPSPTO軟件項目跟蹤與管理$prj- Shoping SPTOSCM軟件配置管理$prj- Shoping SCMSQA軟件質(zhì)量保證$prj- Shoping SQASPE軟件產(chǎn)品工程設(shè)計$prj- Shoping SPEDESIGN源代碼$prj- Shoping SPESOURCECODE目標(biāo)代碼$prj- Shoping SPEBUILD測試$prj- Shoping SPETEST發(fā)布$prj- Shoping SPERELEASE3.2 用戶及權(quán)限表2:配置庫的用戶權(quán)限類別人員權(quán)限說明配置管理者水雪利負(fù)責(zé)項目配置管理，對庫擁有所有權(quán)限項目管理孫阿娜訪問、讀質(zhì)量保證人員惠小敏訪問、讀開發(fā)人員孫阿娜，水雪利，惠小敏，趙旭立訪問、讀高層管理趙旭立訪問、讀4.配置管理活動4.1 配置項標(biāo)識4.1.1 文檔所有為本項目編制的文檔，都要符合GB 8567中的規(guī)定。軟件開發(fā)負(fù)責(zé)人繼續(xù)負(fù)責(zé)軟件系統(tǒng)及其所屬的各個子系統(tǒng)所編寫的文檔數(shù)目，可根據(jù)GB 8567的規(guī)定作適當(dāng)?shù)募舨?。剪裁方案由技術(shù)組提出建議，報總體組批準(zhǔn)。4.1.2 程序所有屬于本項目的程序、分程序、模塊和程序單元，都要按照由項目技術(shù)組制訂，且經(jīng)總體組批準(zhǔn)的軟件系統(tǒng)的命名約定的規(guī)定來標(biāo)識。4.1.3各類基線所有屬于本項目及其各子系統(tǒng)的各類基線，首先要按照任務(wù)書、軟件需求規(guī)格說明書的規(guī)定確定其技術(shù)內(nèi)容，然后按照軟件系統(tǒng)的上述命名約定的規(guī)定來標(biāo)識。4.1.4工具、技術(shù)和方法在軟件的開發(fā)過程中，與軟件配置有關(guān)的工具有軟件測試工具、軟件配置管理工具、文檔輔助生成工具與圖形編輯工具等到三種。A 軟件測試工具：它支持用C語言編寫的模塊的靜態(tài)分析、結(jié)構(gòu)測試與功能測試。主要功能為：協(xié)助測試人員判斷程序結(jié)構(gòu)與變量使用情況是否有錯；給測試人員提供模塊語句覆蓋C0和分支覆蓋率C1的值、并顯示未覆蓋語句和未覆蓋分支的號碼及其分支謂詞，給出不同測試用例有效性的表格；同時提出功能測試的有效情況，并協(xié)助組織最終交付給用戶的有效測試用例的集合。 B 軟件配置管理工具：它支持用戶對源代碼清單的更新管理以及對重新編譯與連接的代碼的自動組織；支持用戶在不同文檔相關(guān)內(nèi)容之間進(jìn)行相互檢索并確定同一文檔某一內(nèi)容在本文檔中的涉及范圍；同時還應(yīng)支持軟件配置管理小組對軟件配置更改進(jìn)行科學(xué)的管理。C 文檔輔助生成工具與圖形編輯工具：它主要協(xié)助用戶繪制描述程序流程與結(jié)構(gòu)的DFD圖與SC圖、繪制描述軟件功能（輸入、輸出關(guān)系）的曲線以及繪制描述系統(tǒng)特性的一些其他圖形，同時還可生成若干與軟件文檔編制大綱適應(yīng)的文檔模板。用戶利用這個工具的正文與圖形編輯功能以及上述輔助功能，可以比較方便地產(chǎn)生清晰悅目的文檔，也有利于對文檔進(jìn)行更改，這有助于提高文檔的編制質(zhì)量。有關(guān)這些工具的詳細(xì)需求可參閱這三項工具的需求規(guī)格說明書中的規(guī)定。4.2 配置控制軟件配置的更改管理適用于本項目的所有文檔和代碼，其中包括本項目的各個運行軟件，也包括為本項目專門開發(fā)的支持軟件。配置控制的要點如下：A 修改批準(zhǔn)權(quán)限；對本項目各個子系統(tǒng)及其專用支持軟件的功能基線、指派基線、產(chǎn)品基線及其集成系統(tǒng)的任何修改（稱為A類修改），都必須通過項目配置管理小組討論，并必須經(jīng)總體組批準(zhǔn)；對本項目各個子系統(tǒng)及其專用支持軟件的其他階段產(chǎn)品的任何修改（稱為B類修改），都必須通過本項目各個子系統(tǒng)的配置管理人員審查，并經(jīng)項目的軟件配置管理小組與各個子系統(tǒng)負(fù)責(zé)人的共同批準(zhǔn)并報項目總體組備案。 B 修改審批程序：上述兩類修改的審批程序如表1。C 修改控制工具：修改控制工具是協(xié)助軟件配置管理人員進(jìn)行配置控制的有效手段。4.1.2主要配置項如下：表3 配置項列表類型主要配置項標(biāo)識符預(yù)計正式發(fā)表時間技術(shù)合同合同QTD-School-TCM-Contract-V1.02014-3-24SOWQTD-School-TCM-SOW-V1.02003-3-24計劃項目計劃QTD-School-SPP-PP-V1.02014-3-24質(zhì)量保證計劃QTD-School-SPP-SQA-V1.02014-3-24配置管理計劃QTD-School-SPP-SCM-V1.02014-3-25需求需求規(guī)格說明書QTDSchool-RM-SRS-V1.02014-3-27用戶DEMOQTDSchool-RM-Demo-V1.02014-3-28設(shè)計總體設(shè)計說明書QTD-School-Design-HL-V1.02014-4-3數(shù)據(jù)庫設(shè)計QTD-School-Design-DB-V1.02014-4-5詳細(xì)設(shè)計說明書QTD-School-Design-LL-V1.02014-4-10設(shè)計術(shù)語及規(guī)范QTD-School-Design-STD-V1.02014-4-11編程源程序QTD-School-Code-ModuleName-V1.02014-4-12編碼規(guī)則QTD-School-Code-STD-V1.02014-4-12測試測試計劃QTD-School-Test-Plan-V1.02014-4-13測試用例QTD-School-Test-Case-V1.02014-4-13測試報告QTD-School-Test-Report-V1.02014-4-13提交運行產(chǎn)品QTD-School-Product-Exe-V1.02014-4-20驗收報告QTD-School-Product-Repoort-V1.02014-4-25用戶手冊QTD-School-Product-Manual-V1.02014-5-104.1.3 項目基線在SourceSafe中基線由LABEL標(biāo)識，字母必須為大寫。基線管理由項目執(zhí)行負(fù)責(zé)人確認(rèn)，SCCB授權(quán)，由配置管理員執(zhí)行。表4:基線發(fā)布計劃：基線名稱/標(biāo)識符基線所包含的主要配置項預(yù)計建立時間需求需求規(guī)格說明書、用戶DEMO2003-3-24總體設(shè)計總體設(shè)計說明書、數(shù)據(jù)庫設(shè)計2003-4-3項目實現(xiàn)軟件源代碼、編碼規(guī)則2003-6-14系統(tǒng)測試測試用例、測試報告2003-6-204.1.5 配置項的版本管理配置項可能包含的分支從邏輯上可以劃分成4個不同功能的分支，讓它們分別對應(yīng)4類工作空間。l 主干分支l 私有分支l 小組分支l 集成分支上面定義的四類工作空間（分支）由項目執(zhí)行負(fù)責(zé)人統(tǒng)一管理，根據(jù)各開發(fā)階段的實際情況定制相應(yīng)的版本選取規(guī)則，來保證開發(fā)活動的正常運作。在變更發(fā)生時，應(yīng)及時做好基線的推進(jìn)。對配置項的版本管理在不同分支而策略不同：主干分支系統(tǒng)缺省自動建立的物理分支主干分支（/main），BASELINE均以LABEL方式出現(xiàn)在主干分支上。私有分支如果多個開發(fā)工程師維護(hù)一個配置項時建議建立自己的私有分支。配置管理員對其基本不予管理，如個別私有空間上的版本樹過于冗余，將對其冗余版本進(jìn)行限制。小組分支如果出現(xiàn)小組共同開發(fā)該配置項，該分支可視為項目組內(nèi)部分組的私有空間，存放代碼開發(fā)過程中的版本分支，由項目組內(nèi)部控制。集成分支集成測試時在主干分支的特定版本（由LABEL標(biāo)識清晰）上建立集成分支，測試工作在集成分支上完成。私有分支和小組分支均為可選，必要時建立。4.2 變更管理變更管理的流程是：1) 由請求者提交變更請求，變更控制委員會召開復(fù)審會議對變更請求進(jìn)行復(fù)審，以確定該請求是否為有效請求。典型的變更請求管理有需求變更管理、缺陷追蹤等。2) 配置管理者收到基線修改請求后,在配置庫中生成與此配置項相關(guān)的波及關(guān)系表3) 配置管理者將基線波及關(guān)系表提交給SCCB,由SCCB確定是否需要修改,如果需要修改, SCCB應(yīng)根據(jù)波及關(guān)系表,確定需要修改的具體文件,并在波及分析表中標(biāo)識出來.4) 配置管理者按照出庫程序從配置庫中取出需要修改的文件5) 項目人員將修改后的文件提交給配置管理者6) 配置管理者將修改后的配置項按入庫程序放入配置庫7) 配置管理者按SCCB標(biāo)識出的修改文件,由波及關(guān)系表生成基線變更記錄表,并按入庫程序放入配置庫4.3 配置狀態(tài)統(tǒng)計利用軟件問題報告單和軟件修改報告單對項目子系統(tǒng)及其支持軟件的配置狀態(tài)進(jìn)行追蹤。對軟件問題報告單和軟件修改報告單的追蹤應(yīng)由軟件配置管理工具自動實現(xiàn)，用戶可通過該軟件系統(tǒng)對其進(jìn)行查詢。為跟蹤工作產(chǎn)品基線，配置管理者需收集下列信息：l 基線類型l 工作產(chǎn)品名稱l 配置項名稱標(biāo)識符l 版本號l 更改日期時間l 更改請求列表l 需要更改的配置項l 當(dāng)前狀態(tài)l 當(dāng)前狀態(tài)發(fā)生日期項目組每周提交配置項清單及其當(dāng)前版本。配置管理人員每半個月提交變更請求的狀態(tài)統(tǒng)計。5.配置管理報表及其格式5.1 軟件問題報告單（SPR）在系統(tǒng)的運行與維護(hù)階段對軟件產(chǎn)品的任何修改建議，或在軟件開發(fā)的任一階段中對前面各個階段的階段產(chǎn)品的任何修改建議，都應(yīng)填入軟件軟件問題報告單。軟件問題報告單位的格式見表1。5.1.1 配置管理人員填寫內(nèi)容表中A、B、C、P和狀態(tài)等項目是由負(fù)責(zé)修改控制的配置管理人員填寫的。表中其他各項即D、E、F、G、H、I、K、N和O各項是由發(fā)現(xiàn)問題的人或申請配置管理的人填寫的，他可能還要填寫J、L和M三項內(nèi)容。前四項內(nèi)容的意義如下：A是由配置管理人員確定的登記號，一般按報告問題的先后順序編號；B是由配置管理人員登記問題報告的日期；C是發(fā)現(xiàn)軟件問題的日期；P是填寫若干補(bǔ)充信息和修改建議。關(guān)于配置管理七種狀態(tài)的含義在下面解釋。5.1.2 配置管理狀態(tài)狀態(tài)一欄分成七種情況，現(xiàn)分別說明如下：1表示軟件問題報告正被評審，已確定采取什么行動；2表示軟件問題報告已由指定的開發(fā)人員去進(jìn)行維護(hù)工作；3表示修改已經(jīng)完成、測試好，正準(zhǔn)備釋放給主程序庫；4表示主程序庫已經(jīng)更新，主程序庫修改的重新測試尚未完成；5表示已經(jīng)進(jìn)行了復(fù)測，但發(fā)現(xiàn)問題仍然存在；6表示已經(jīng)進(jìn)行了復(fù)測，已經(jīng)順利完成所做的修改，軟件問題報告單被關(guān)閉（維護(hù)已完成）；7表示留待以后關(guān)閉，因問題不是可重產(chǎn)生的，或者是屬于產(chǎn)品改善方面的，或者只具有很低的優(yōu)先級等等。5.1.3 配置管理申請人員填寫的內(nèi)容在軟件問題報告單中，屬于配置管理申請人填寫的各項內(nèi)容的意義如下：D、E兩項是項目和子項目的名稱，F(xiàn)是該子項目的代號，這應(yīng)按配置標(biāo)識的規(guī)定來命名代號；階段名和報告人的姓名、住址和電話等的含義是顯而易見的；G表示問題屬于哪一方面的，是程序的問題還是例行程序的問題，是數(shù)據(jù)庫的問題還是文檔的問題，是功能性修改還是性能改進(jìn)性修改問題，也可能是它們的某種組合；H表示子例行程序/子系統(tǒng)，即要指出出現(xiàn)問題的子例行程序名字，如果不知是哪個子例行程序，可標(biāo)出子系統(tǒng)名，總之，盡可能給出細(xì)節(jié)；I是修訂版本號，指出出現(xiàn)問題的子例行程序版本號；J是媒體，表示包含有問題的子例行程序的主程序庫存儲媒體的標(biāo)識符；K是數(shù)據(jù)庫，表示當(dāng)發(fā)現(xiàn)問題時所使用的數(shù)據(jù)庫標(biāo)識符；L是文檔號，表示有錯誤的文檔的編號；M表示出現(xiàn)錯誤的主要測試實例的標(biāo)識符；N是硬件，表示發(fā)現(xiàn)問題時所使用的計算機(jī)系統(tǒng)的標(biāo)識；O是問題描述/影響，填寫問題征候的詳細(xì)描述，如果可能則寫明實際問題所在，還要給出該問題對將來測試、界面軟件和文檔等的影響。5.2 軟件修改報告單（SCR）對軟件產(chǎn)品或其階段產(chǎn)品的任何修改，都必須經(jīng)過評審、批準(zhǔn)后才能重新投入運行或作為階段產(chǎn)品釋放。這一過程用軟件修改報告單（software change report）給以記錄。軟件修改報告單的格式表2。當(dāng)收到了軟件問題報告單之后，配置管理人員便填寫軟件修改報告單。軟件修改報告單要指出修改類型、修改策略和配置狀態(tài)，它是供配置控制小組進(jìn)行審批的修改申請報告。表中各項內(nèi)容的意義如下：A是登記號，它是配置修改小組收到軟件修改報告單時所作的編號；B是配置管理人員登記軟件修改報告單的日期；C是已經(jīng)準(zhǔn)備好軟件修改報告單、可以對它進(jìn)行評審的時間；D、E和F的意義與軟件問題報告單中的D、E和F的意義相同；G填寫被處理的軟件問題報告單的編號，如該編號中提出的問題只是部分解決，則在填寫時要在該編號后附以字母P（Part表示部分之意）；H指出是程序修改、文檔更新、數(shù)據(jù)庫修改還是它們的組合，如