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

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