專題計劃(李敬城)

《專題計劃(李敬城)》由會員上傳分享，免費在線閱讀，更多相關(guān)內(nèi)容在應(yīng)用文檔-天天文庫。

1、5專題計劃要點5.1人員培訓(xùn)計劃A.開發(fā)人員培訓(xùn)：B.用戶人員培訓(xùn)計劃：5.2測試計劃為了保證學(xué)生信息管理系統(tǒng)的各項功能可靠的實現(xiàn)，特編寫了此測試計劃，對所開發(fā)軟件的各功能模塊和事例系統(tǒng)進行測試。本測試計劃供程序員在程序高度階段參考，在系統(tǒng)測試階段提供測試依據(jù)。本測試計劃主要用于發(fā)現(xiàn)系統(tǒng)開發(fā)過程中出現(xiàn)和各種不妥判之處，發(fā)現(xiàn)軟件設(shè)計中的錯誤。測試內(nèi)容有：a.系統(tǒng)說明b.測試內(nèi)容1.登錄模塊2.維護學(xué)生信息模塊3.學(xué)生成績錄入模塊4.維護教授信息模塊5.學(xué)生成績查詢模塊c.測試設(shè)計說明1.用戶登錄2.維護學(xué)生信息模塊3.成績錄入模塊4.維護教授信息模塊5.成績查詢模塊d.評價準則1.范

2、圍A.所選擇的測試用例基本上能夠檢查到所有合法與不合法的輸入。B.其局限性在于對于例如家庭地址等字段，無法檢查其語義的有效性。2.數(shù)據(jù)整理輸入的測試數(shù)據(jù)基本上能夠滿足測試的預(yù)期的要求，整個的數(shù)據(jù)處理基本上可以達到預(yù)期的結(jié)果。3.尺度測試數(shù)據(jù)都是采用黑盒、白盒同時進行，輸入的數(shù)據(jù)通過預(yù)期的結(jié)果來達到最終的測試目的，如測試的數(shù)據(jù)有偏差，則重新組裝，再測試，允許中斷或停機的最大數(shù)為5次5.3安全保密計劃1.學(xué)生可以申請進入某人班級，獲得自己的學(xué)號與密碼，可以查詢自己的個科目成績，學(xué)期評語，以及相關(guān)的自身個人信息。（如果指導(dǎo)員設(shè)置班級的每一個學(xué)生都可以瀏覽其他學(xué)生的成績，那么該學(xué)生還可以查

3、看班級的其他學(xué)生信息。）2.高級用戶權(quán)限，該類用戶的面向?qū)ο笫菍W(xué)校教師等管理人員的，可以查看系/級/班的所有學(xué)生成績，檔案，學(xué)期評語等等。3.當學(xué)生退學(xué)之后，其學(xué)號與密碼自動注銷，失效。5.4質(zhì)量保證計劃質(zhì)量方針：通過嚴格和規(guī)范的過程管理、文檔化的流程開發(fā)，提高生產(chǎn)效率，為客戶提供穩(wěn)定、易用和符合要求的產(chǎn)品系列。質(zhì)量目標：在軟件方面的年純利潤達到元，并以每年不低于%的比率遞增。標準與規(guī)范在質(zhì)量方面，需要遵循的標準和規(guī)范包括：A、《質(zhì)量管理體系標準》（GB/T19001-2000），2000-12-18，國家質(zhì)量技術(shù)監(jiān)督局；B、《計算機軟件產(chǎn)品開發(fā)文檔編制指南》（GB/T8567-8

4、8）,1988-7-1，國家質(zhì)量技術(shù)監(jiān)督局；C、《計算機軟件質(zhì)量保證計劃規(guī)范》(GB/T12504-1990)，1990-11-15，國家質(zhì)量技術(shù)監(jiān)督局；5.5配置管理計劃配置管理所關(guān)心的問題涉及以下三點：1.仔細定義軟件系統(tǒng)的交付物；2.嚴格控制對可交付物的變更；3.確保軟件系統(tǒng)的可交付物與既定的或者經(jīng)過核準修訂的可交付物相一致。目的：1.由于用戶后期提出的范圍改變、在設(shè)計中沒有考慮周全的特征或者性能指標、牽制性的改變等導(dǎo)致的變更申請，定義變更的控制程序；2.提供驗收的標準和程序，確?？山桓兜漠a(chǎn)品符合用戶既定的要求；3.提出資源和機構(gòu)的支持要求。定義：1.WBS：工作分解結(jié)構(gòu)；參

5、考前面的說明；2.項目網(wǎng)絡(luò)圖：項目時間估算的活動時序圖，參考以上的說明；5.6管理實現(xiàn)計劃A：控制和實施階段在突發(fā)事件的情況下項目經(jīng)理可以對項目范圍進行變更，并在事后把變更說明提交到變更控制委員會；范圍變更通常牽涉到人員、費用、進度、風險和質(zhì)量等多個方面，所有的變更都要求對這些方面的考慮和權(quán)衡，對于引起這些方面明顯的變動，需要更改這些方面的設(shè)計，并且進行相關(guān)的記錄；項目組其他成員可以對范圍提出變更意見，但必須填寫統(tǒng)一的《問題報告單》形成正式的變更請求；并鼓勵每一個項目成員提出新方法、新工具以提高項目的開發(fā)進度，但嚴格控制在未經(jīng)討論的擅自變更，這些變更指WBS中未規(guī)定的事情；對于客戶

6、提出的變更，視變更影響的大小，首先須經(jīng)變更控制委員會正式或者非正式的討論，把最后的變更意見交由項目經(jīng)理實施；WBS中對每一個消耗資源的活動都進行了定義，但并不表示W(wǎng)BS是不可更改的，所有經(jīng)過變更都要求反映在WBS中，并且WBS所在的主文件以修改次數(shù)進行標識；范圍基線的變更要嚴格控制，除非在不能挽救的情況下，范圍基線不允許變更；范圍基線變更必須經(jīng)過變更控制委員會正式的會議；程序的變更、代碼的更新所形成的軟件的新的調(diào)試版本，以版本管理程序和源代碼管理程序進行標識和記錄，項目經(jīng)理要確保當前使用的版本反應(yīng)了最新的變更（附件中規(guī)定了版本和源代碼記錄的模版）；變更的內(nèi)容、質(zhì)量要求須同時遵循質(zhì)量

7、計劃、質(zhì)量標準的相關(guān)事項；用戶手冊、培訓(xùn)計劃要求業(yè)務(wù)或?qū)?yīng)功能相關(guān)的人員進行書寫，并且按照進度計劃中所規(guī)定的最后日期進行審核，所有的修訂意見同時應(yīng)通知變更控制委員會中實施方的成員；B：概念和計劃階段在需求描述階段，實施方把用戶所要求進行開發(fā)和設(shè)計的內(nèi)容清楚的理解并描述為文檔，最終的正式范圍說明需要經(jīng)過包括變更控制委員會所有成員在內(nèi)的正式評審，并作為后續(xù)工作的依據(jù)；C：收尾階段產(chǎn)品最后的驗收依據(jù)是經(jīng)過變更控制委員在計劃階段批準的范圍說明，同時有效的是可能對產(chǎn)品特征明細或