[互聯(lián)網(wǎng)]ch5-系統(tǒng)分析-展示頁
2025-04-22 22:19本頁面
【正文】 錯(cuò)誤 不可改正的錯(cuò)誤 可改正的錯(cuò)誤 不完善的軟件 環(huán)境的變化 ?需求變更通常會(huì)對項(xiàng)目的進(jìn)度、人力資源、經(jīng)費(fèi)產(chǎn)生很大的影響。 ? 分析人員寫不好需求文檔 ? 要想寫出好的需求文檔，前提條件是把需求調(diào)查工作做好。 ? 無論是什么原因?qū)е掠脩粽f不清楚需求，系統(tǒng)分析員必須設(shè)法搞清楚用戶真正的需求，這是系統(tǒng)分析員的職責(zé)，也是職業(yè)的挑戰(zhàn)。有些用戶雖然心里明白想要什么，但卻說不清楚需求。 人與人之間的溝通問題 ? 用戶說不清楚需求 ? 是普遍現(xiàn)象，這是讓開發(fā)人員頭痛的大問題。 ?其次應(yīng)當(dāng)趕緊補(bǔ)習(xí)應(yīng)用域知識(shí)，不論是通過自學(xué)還是培訓(xùn)的方式，否則他很難與用戶交流。人一生中會(huì)有許多充滿挫折的“第一次”，不可以逃避。俗話說“隔行如隔山”，需求分析員可能是某一領(lǐng)域的專家，但當(dāng)他接手陌生的業(yè)務(wù)時(shí)，他可能是個(gè)“無知”者。信息系統(tǒng)分析與設(shè)計(jì) 第五章 信息系統(tǒng)分析 南京農(nóng)業(yè)大學(xué)信息科學(xué)技術(shù)學(xué)院 第五章 信息系統(tǒng)分析 ?系統(tǒng)分析的任務(wù) ?業(yè)務(wù)調(diào)查與業(yè)務(wù)流程圖 ?需求分析與建模 ?數(shù)據(jù)流分析與數(shù)據(jù)流圖 ?數(shù)據(jù)字典 ?處理邏輯的表達(dá) ?邏輯模型的提出 ?需求文檔的撰寫 ?需求管理相關(guān)工作 第一節(jié) 系統(tǒng)分析的任務(wù) 第一節(jié) 系統(tǒng)分析的任務(wù) ?系統(tǒng)分析員與用戶一起充分討論用戶的要求，并把雙方的理解用系統(tǒng)說明書（用戶需求說明書 /軟件需求規(guī)格說明書）表達(dá)出來。 ?核心問題：未來的系統(tǒng) 做什么 ？ 用戶 分析員 程序員 ?問題空間的理解 ?人與人之間的溝通 ?環(huán)境的不斷變化 問題空間的理解 ?應(yīng)用域的知識(shí)是無邊無際的，任何人都不可能是“萬事通”。一個(gè)企業(yè)要謀求發(fā)展，不能總在做老的業(yè)務(wù)。 ?當(dāng)需求分析員缺乏應(yīng)用域知識(shí)時(shí)，他該怎么辦？ ?首先要有勇氣做事，否則連實(shí)踐的機(jī)會(huì)都沒有。如果可能的話，開發(fā)方最好請既懂軟件又懂應(yīng)用域知識(shí)的行家來幫忙。有些用戶真的不知道需求是什么，或者對需求只有朦朧的感覺，他當(dāng)然說不清楚需求。 ? 系統(tǒng)分析員絕不能以用戶說不清楚需求為借口而草率地對待需求開發(fā)工作，否則會(huì)連累整個(gè)開發(fā)團(tuán)隊(duì)的。 ? 雙方誤解需求 ? 了解需求的過程中會(huì)發(fā)生“問非所求，答非所問”的事情。 ? 企業(yè)應(yīng)當(dāng)提供合適的文檔模板以及比較好的示例文檔，盡可能地降低寫作難度。如果在項(xiàng)目開發(fā)的初始階段，開發(fā)人員和用戶沒有搞清楚需求或者搞錯(cuò)了需求，到了項(xiàng)目開發(fā)后期才將需求糾正過來，導(dǎo)致產(chǎn)品的部分內(nèi)容需要重新開發(fā)。 ?需求變更并不可怕，可怕的是需求變更失去控制，導(dǎo)致項(xiàng)目混亂。 ?調(diào)查 ?定義 ?優(yōu)化 ?方案確定 ?審查 做什么 → 需 求 什么是需求 ? ?基本概念：寬泛地講，需求來源于用戶的一些“需要”，這些“需要”被分析、確認(rèn)后形成完整的文檔，該文檔詳細(xì)地說明了產(chǎn)品“必須或應(yīng)當(dāng)”做什么。 ?需求的重要性 : 開發(fā)軟件系統(tǒng)最困難的部分就是準(zhǔn)確說明開發(fā)什么。此工作一旦做錯(cuò)，將會(huì)給系統(tǒng)帶來極大的損害，并且以后對它修改也極為困難。主要包括：需求開發(fā)和需求管理兩部分內(nèi)容。 ?需求調(diào)查的目的是通過各種途徑獲取用戶的需求信息（原始材料），產(chǎn)生 《 用戶需求說明書 》 。常見的需求分析方法有“問答分析法”和“建模分析法”兩類。系統(tǒng)設(shè)計(jì)人員將依據(jù) 《 產(chǎn)品需求規(guī)格說明書 》 開展系統(tǒng)設(shè)計(jì)工作。 ?需求確認(rèn)是指開發(fā)方和客戶共同對需求文檔進(jìn)行評(píng)審，雙方對需求達(dá)成共識(shí)后作出書面承諾，使需求文檔具有商業(yè)合同效果。 ?需求變更控制是指依據(jù)“變更申請－審批－更改－重新確認(rèn)”的流程處理需求的變更，防止需求變更失去控制而導(dǎo)致項(xiàng)目發(fā)生混亂。 ?需求管理產(chǎn)生的主要文檔為 《 需求評(píng)審報(bào)告 》、 《 需求跟蹤報(bào)告 》 和 《 需求變更控制報(bào)告 》 第二節(jié) 業(yè)務(wù)調(diào)查與業(yè)務(wù)流程圖 第二節(jié) 業(yè)務(wù)調(diào)查與業(yè)務(wù)流程圖 ?一般地，分析員首先要通過與用戶面談、問卷調(diào)查等方式獲取需求，通過對這些需求進(jìn)行記錄與定義并進(jìn)行討論與修正，將未解決的問題放在一個(gè)條目中，等下一次調(diào)查解決。 ?客戶：購買系統(tǒng)的人 ?用戶：實(shí)際使用系統(tǒng)進(jìn)行日常業(yè)務(wù)活動(dòng)的人 ?技術(shù)人員：維護(hù)系統(tǒng)運(yùn)行的人 ?其他系統(tǒng)相關(guān)者 ?(1)需求分析員應(yīng)當(dāng)起草需求調(diào)查問題表，將調(diào)查重點(diǎn)鎖定在該問題表內(nèi)，否則調(diào)查工作將變得漫無邊際。 ?根據(jù)經(jīng)驗(yàn)，用戶通常沒有耐心回答復(fù)雜的論述題，所以問題表應(yīng)當(dāng)以“選擇題”和“是非題”為主。 設(shè)計(jì)調(diào)查表內(nèi)容的參考原則 ?Who，誰使用系統(tǒng)，誰是直接領(lǐng)導(dǎo)，向誰服務(wù)（向哪些人調(diào)查）， ?What，系統(tǒng)實(shí)現(xiàn)什么功能， ?Where，何處需要改進(jìn)，何處得到測試用例 ?When，何時(shí)需要第一個(gè)可運(yùn)行版本，何時(shí)需要進(jìn)行測試，何時(shí)進(jìn)行培訓(xùn)， ?Why，為什么需要新系統(tǒng)，為什么需要增加和減少功能，為什么系統(tǒng)流程要如此 ?How，如何描述流程，如何對系統(tǒng)進(jìn)行限制和約束 調(diào)查表中的一般問題： ? ，組織結(jié)構(gòu)，人員數(shù)量 ? ii部門簡介 ? iii. 部門的主要職能 ? ? v業(yè)務(wù)處理所需要的專業(yè)知識(shí) ? ? ? ? ? ? ？內(nèi)容與格式是什么？ ? xii. 部門產(chǎn)生哪些信息？ ? xiii. 部門產(chǎn)生的信息送
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1