開發(fā)一般流程-資料下載頁
2025-03-09 10:58本頁面
【正文】 ，參加評審的人員也少一些，組織會(huì)議就比較容易 需求 承諾 ? 需求承諾是指開發(fā)方和客戶方的責(zé)任人對通過了正式技術(shù)評審的《產(chǎn)品需求規(guī)格說明書》作出承諾，該承諾具有商業(yè)合同的效果。 ? 需求承諾的“八股文”如下： ? 本 《 產(chǎn)品需求規(guī)格說明書 》 建立在雙方對需求的共同理解基礎(chǔ)之上 ， 我同意后續(xù)的開發(fā)工作根據(jù)該 《 產(chǎn)品需求規(guī)格說明書 》 開展 。 如果需求發(fā)生變化 ， 我們將按照 “ 變更控制規(guī)程 ” 執(zhí)行 。 我明白需求的變更將導(dǎo)致雙方重新協(xié)商成本 、 資源和進(jìn)度等 。 ? 甲方簽字 乙方簽字 ? 人們在作出承諾之前務(wù)必要認(rèn)真閱讀文檔 ， 一定要明白簽字意味著什么 。 需求 跟蹤 ? 需求跟蹤的目的是建立與維護(hù)“需求－設(shè)計(jì)－編程－測試”之間的一致性，確保所有的工作成果符合用戶需求。 ? 需求跟蹤有兩種方式： ? 正向跟蹤。檢查《產(chǎn)品需求規(guī)格說明書》中的每個(gè)需求是否都能在后繼工作成果中找到對應(yīng)點(diǎn)。 ? 逆向跟蹤。檢查設(shè)計(jì)文檔、代碼、測試用例等工作成果是否都能在《產(chǎn)品需求規(guī)格說明書》中找到出處。 ? 正向跟蹤和逆向跟蹤合稱為“雙向跟蹤”。不論采用何種跟蹤方式，都要建立與維護(hù)需求跟蹤矩陣（即表格）。需求跟蹤矩陣保存了需求與后繼工作成果的對應(yīng)關(guān)系 需求變更控制 ? 需求發(fā)生變更的起因主要有： ? 隨著項(xiàng)目的進(jìn)展，人們（包括開發(fā)方和客戶方）對需求的了解越來越深入。原先的需求文檔可能存在這樣那樣的錯(cuò)誤或不足，因此要變更需求。 ? 市場發(fā)生了變化，原先的需求文檔可能跟不上當(dāng)前的市場需求，因此要變更需求。 ? 提出需求變更的動(dòng)機(jī)是好的，目的是希望產(chǎn)品更加符合用戶的需求。對項(xiàng)目開發(fā)小組而言， 變更需求意味著要調(diào)整資源、重新分配任務(wù)、修改前期工作成果等，開發(fā)小組要為此付出較重的代價(jià) 。如果每次需求變更請求都被采納的話，這個(gè)項(xiàng)目也許永遠(yuǎn)不能按時(shí)完成。 ? 需求變更控制的目的： 如果需求變更帶來的好處大于壞處，那么允許變更，但必須按照已定義的變更規(guī)程執(zhí)行，以免變更失去控制。 如果需求變更帶來的壞處大于好處，那么拒絕變更。 ? 需求變更控制過程中最難辦的事情是莫過于“拒絕客戶提出的需求變更請求”。通常情況下開發(fā)方是不敢得罪客戶的，但是無原則地退讓將使開發(fā)小組陷入困境。解決這個(gè)問題最好的辦法是事先建立“游戲規(guī)則”： ? 開發(fā)方與客戶方達(dá)成“事不過三”的約定（符合中國人的習(xí)慣），即允許客戶變更三次需求；如果客戶第四此變更需求，開發(fā)方有權(quán)拒絕，除非客戶愿意補(bǔ)償開發(fā)方的損失。 WEB項(xiàng)目開發(fā)的一般流程 — 分析與設(shè)計(jì)之架構(gòu)分析與設(shè)計(jì) ? 架構(gòu)分析與設(shè)計(jì) ? 邏輯架構(gòu) ? 3層架構(gòu)、 n層架構(gòu) … ? MVC… ? Model 1 or Model 2 ? … ? 物理架構(gòu) ? Web服務(wù)器的分布 ? 數(shù)據(jù)庫服務(wù)器的分布 ? … ? 技術(shù)解決方案的確定 ? Java / .NET ? Open Source / 商業(yè) ? … WEB項(xiàng)目開發(fā)的一般流程 — 分析與設(shè)計(jì)之業(yè)務(wù)邏輯分析 ? 業(yè)務(wù)邏輯分析 ? 根據(jù)需求分析業(yè)務(wù)邏輯 ? 有哪些人會(huì)使用本系統(tǒng) ? 他們會(huì)使用本系統(tǒng)做什么 ? 通常他們使用本系統(tǒng)的步驟是什么樣的 ? 會(huì)有哪些明顯的類來支撐本系統(tǒng)的運(yùn)行 ? 會(huì)有哪些不同的提示會(huì)返饋給用戶 ? … ? 本階段與需求的確定密切相關(guān)，通常在確定需求的時(shí)候就會(huì)進(jìn)行相關(guān)的分析 WEB項(xiàng)目開發(fā)的一般流程 — 分析與設(shè)計(jì)之業(yè)務(wù)邏輯設(shè)計(jì) ? 業(yè)務(wù)邏輯設(shè)計(jì) ? 根據(jù)需求的分析來確定具體的類 ? 確定類的屬性 ? 確定類的接口（方法） ? 確定類之間的關(guān)系 ? 確定用戶操作流程在設(shè)計(jì)上的反映 ?進(jìn)行數(shù)據(jù)庫的設(shè)計(jì) ? 不同的項(xiàng)目步驟可能不盡相同 ? … WEB項(xiàng)目開發(fā)的一般流程 — 分析與設(shè)計(jì)之界面設(shè)計(jì) ? 界面設(shè)計(jì) ? 設(shè)計(jì)系統(tǒng)的界面風(fēng)格 ? 顏色、 style ? 設(shè)計(jì)系統(tǒng)的具體“模擬”界面 ? 能夠從頭走到尾 ? 方便進(jìn)行需求的確定 ? 方便 JSP程序員的開發(fā) ? … WEB項(xiàng)目開發(fā)的一般流程 — 開發(fā)環(huán)境搭建 ? 開發(fā)環(huán)境搭建 ? 開發(fā)工具的確定 ? 配置管理工具的確定 ? 測試工具的確定 ? 文件服務(wù)器 /配置服務(wù)器等的確定 ? … WEB項(xiàng)目開發(fā)的一般流程 — 開發(fā) ? 開發(fā) 測試 開發(fā) 測試 ? 按照設(shè)計(jì)進(jìn)行開發(fā) ? 迅速開發(fā) 原型 ? 進(jìn)行 迭代 開發(fā) ? 提早進(jìn)行測試 ? 單元測試 ? 黑盒測試 ? 性能測試 ? 易用性測試 ? …
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1