6-需求獲取 軟件工程案例分析課件

1、軟件工程案例分析Jin BoCollege of Computer Science and TechnologyZhejiang University構(gòu)架需求分配系 統(tǒng) 需 求寬帶接入（交換式以太網(wǎng)構(gòu)造 ）身份認(rèn)證，計費策略，網(wǎng)絡(luò)安全，訪問監(jiān)測，接入服務(wù)，用戶管理分配給硬件的需求交換機(jī)，PPPoE接入，訪問控制設(shè)備，認(rèn)證與安全服務(wù)器，網(wǎng)絡(luò)構(gòu)架，流量控制分配給軟件的需求端口隔離,用戶信息（ID-Addr-Mac-IP）,身份認(rèn)證（ID-Passwd）,訪問信息（IP-Sock-Time-Len），流量，接入軟 件 需 求軟件應(yīng)能：通過目錄服務(wù)進(jìn)行用戶管理，實現(xiàn)PPPoE接入與管理，具有安全包過濾

2、，提供DHCP分配，營帳，實時策略寬帶接入控制系統(tǒng)適合于寬帶網(wǎng)絡(luò)環(huán)境（交換式以太網(wǎng)構(gòu)造）用于用戶接入網(wǎng)絡(luò)的訪問控制，包括：用戶身份認(rèn)證網(wǎng)絡(luò)接入服務(wù)（DHCP、DNS、ARP）不合法用戶和訪問監(jiān)測與控制網(wǎng)絡(luò)安全體系支撐多樣化計費策略支持（按時、預(yù)付費）用戶基本信息管理（ID、Pswd、MAC）硬件技術(shù)需求分析交換機(jī)交換機(jī)AC用戶用戶用戶用戶管理機(jī)制用戶端口隔離用戶基本信息（ID-Addr-Mac-IP）用戶身份認(rèn)證（ID-Password）用戶訪問信息（IP-Sock-Time-Len）IDIPAddrMacTimeSock體系構(gòu)架總部區(qū)域城市社區(qū)收費管理用戶信息用戶接入服務(wù)系統(tǒng)社區(qū)網(wǎng)絡(luò)管理系統(tǒng)

3、用戶信息用戶信息客戶服務(wù)收費管理計費管理開戶交費投訴上網(wǎng)欠費補交銷戶計費管理計費管理客戶服務(wù)網(wǎng)絡(luò)管理網(wǎng)絡(luò)管理網(wǎng)絡(luò)管理收費管理平臺支撐總部區(qū)域和城市匯聚和社區(qū)客戶管理系統(tǒng)計費管理系統(tǒng)流量監(jiān)測系統(tǒng)網(wǎng)絡(luò)管理系統(tǒng)接入控制系統(tǒng)ERP系統(tǒng)的協(xié)作關(guān)系計費管理系統(tǒng)客戶管理系統(tǒng)接入控制系統(tǒng)網(wǎng)絡(luò)管理系統(tǒng)流量監(jiān)測系統(tǒng)賬單收費計時用戶流量監(jiān)測開關(guān)主要功能用戶認(rèn)證及其管理（首次認(rèn)證）接入服務(wù)（DHCP、MAC-IP捆綁，ID-Sock）不合法用戶和訪問操作的監(jiān)測與控制多樣化計費操作和管理按時間計費（以后擴(kuò)展按流量、帶寬計費）預(yù)付費或記賬式計費支持全網(wǎng)漫游與客服管理系統(tǒng)、公安安全監(jiān)測系統(tǒng)接口部署結(jié)構(gòu)城市中心AC Back

4、upAC匯聚點4000or 2000AC匯聚點4000or 2000社區(qū)接入網(wǎng)社區(qū)接入網(wǎng)社區(qū)接入網(wǎng)社區(qū)接入網(wǎng)環(huán)境與要求基于Web的構(gòu)架認(rèn)證Windows ClientUnix Server響應(yīng)時間用戶分類需求開發(fā)中的關(guān)鍵用戶及其分類各種用戶對系統(tǒng)具用不同要求，沒有經(jīng)驗用戶是否簡單易用高級用戶產(chǎn)品易用性和高效需要對用戶分類，每一用戶類有自己一系列功能和非功能要求在項目中，要盡早為產(chǎn)品確定并描述不同的用戶類，這樣就能從每一個重要的用戶類代表中獲取不同需求。用戶“用戶”（user）是泛稱“客戶”（customer）、“最終用戶”（the end user）和“間接用戶”（關(guān)系人）。掏錢買軟件的用戶稱

5、為客戶，而真正操作軟件的用戶叫最終用戶?？蛻襞c最終用戶可能是同一個人也可能不是同一個人?？蛻羰翘湾X買軟件的人，所以他是“上帝” “先有雞還是先有蛋”哲學(xué)如果顧客先點雞，那么就先有雞；如果顧客先點蛋，那么就先有蛋。“現(xiàn)代營銷學(xué)之父”菲利普科特勒客戶永遠(yuǎn)是本公司的座上客?？蛻舨⒉灰蕾囄覀?，而我們卻依賴客戶?？蛻舨皇俏覀児ぷ鞯恼系K，而是我們工作的目標(biāo)。與客戶打交道的主要目的是：一是獲取需求，二是簽合同。用戶(續(xù))即使最終用戶不是上帝，也算是“上帝”的“親戚”，同樣怠慢不得。項目規(guī)模大，開發(fā)方與最終用戶來往多。從最終用戶獲取詳細(xì)需求，請最終用戶試驗軟件，對最終用戶進(jìn)行培訓(xùn)等。重視“間接用戶”，千萬別“

6、大意失荊州” 間接用戶既不掏錢買該軟件產(chǎn)品，也不使用該軟件，但是它可能對軟件產(chǎn)品有很大影響。財務(wù)軟件開發(fā)商在把“財務(wù)軟件”賣給客戶之前，這個“財務(wù)軟件”必須得到國家財政部的批準(zhǔn)。市面上流通的信息安全軟件、殺病毒軟件必須得到國家公安部的批準(zhǔn)，否則 “非法經(jīng)營”。 尋找用戶代表尋找用戶代表每一個用戶類必須有一名和幾名用戶代表參與軟件開發(fā)項目周期對于直接面向客戶的項目，用戶代表相對容易找到，對于商品化軟件,用戶代表（產(chǎn)品代表）比較難找到。產(chǎn)品代表必須是真正用戶，而不是用戶代理人，如主辦者，產(chǎn)品客戶，市場人員必須給產(chǎn)品代表足夠尊重，否則將挫傷他們積極性產(chǎn)品代表者如何尋求產(chǎn)品代表者？與大公司建立聯(lián)系通過

7、產(chǎn)品打折或者免費使用方式來吸引產(chǎn)品代表者要注意技術(shù)泄漏問題真正聘請具有豐富經(jīng)驗的合適產(chǎn)品代表者“誰說了算”“誰說了算？”問題同一用戶類：個別用戶需求不一致，由產(chǎn)品代表者作出決策。（實質(zhì)是授權(quán)給產(chǎn)品代表者，由其解決用戶類需求沖突）不同用戶類：不同用戶類意見不一致，決策哪一類用戶需求更重要。了解產(chǎn)品類信息和業(yè)務(wù)目標(biāo)，決定哪一用戶類所占份額最大“誰說了算”不同公司客戶：要求產(chǎn)品按照自己的喜好設(shè)計。運用項目業(yè)務(wù)目標(biāo)決定最有價值客戶。非核心客戶的需求可以安排在下一個版本開發(fā)。客戶經(jīng)理與真正用戶需求相沖突。用戶需求必須與業(yè)務(wù)需求一致，說服客戶經(jīng)理服從產(chǎn)品代表者的用戶需求和功能性規(guī)格說明。開發(fā)者構(gòu)想產(chǎn)品與客

8、戶需求沖突，由客戶作出決策，但不要陷入“客戶總是對的”的陷阱中去，現(xiàn)實中，客戶并不總是對的。某出版社系統(tǒng)調(diào)查表編號提出問題1您在哪個部門工作？2出版業(yè)務(wù)流程是什么？3您每日都處理那些文件、數(shù)據(jù)、報表？4工作中手工處理特別麻煩的事情是什么？5工作中手工處理什么問題解決不了？影響效率的問題有哪些？6您認(rèn)為提高工作效率，節(jié)省工作時間，減輕工作強(qiáng)度可采取哪些辦法？某出版社系統(tǒng)調(diào)查表編號提出問題7您的部門需要成本核算和統(tǒng)計的內(nèi)容有哪些？8您的部門采用計算機(jī)管理工作情況如何？9如何改進(jìn)業(yè)務(wù)流程使之更合理？10哪些問題是目前傳統(tǒng)手工方法根本無法解決的？11出版社計算機(jī)管理信息系統(tǒng)需要解決什么問題？“誰說了算

9、”市場部門提出需求與開發(fā)者構(gòu)想系統(tǒng)發(fā)生沖突，由市場人員作為客戶代理人，市場需求具有更重的分量，防止市場人員一味地遷就客戶需求。沒有簡單的正確答案需求獲取的常用方法建立分析小組 領(lǐng)域?qū)＜遥?主角 系統(tǒng)分析員：導(dǎo)演客戶訪談問題分析與確認(rèn) 聆聽客戶的需求：訪談要點：事先需調(diào)查涉眾或用戶以及公司的背景。訪談前對問題進(jìn)行復(fù)審。在訪談期間要參照一定的格式，以確保提出正確的問題。在訪談結(jié)束時總結(jié)兩、三個最為重要的問題。重復(fù)您聽到的內(nèi)容，以確認(rèn)您的理解是否正確。聆聽客戶的需求：訪談尋求客戶客戶是誰？ 用戶是誰？ 他們的需要是否不同？ 他們具有什么背景、能力和環(huán)境？業(yè)務(wù)流程 問題是什么？想要解決該問題的原因是什

10、么？ 是否存在其他想要解決該問題的原因？ 成功解決方案的價值是什么？ 現(xiàn)在您如何解決問題？時間和價值之間如何折衷？在其他什么地方可以找到此問題的解決方案？ 舉例（寬帶運營平臺）網(wǎng)絡(luò)中心、信息中心、各級運營商網(wǎng)絡(luò)管理員、操作員、上網(wǎng)用戶不同，費用、安全、方便競爭環(huán)境、能力運營最少運營費用獲得最大客戶擴(kuò)大競爭優(yōu)勢系統(tǒng)分割分期實施還是技術(shù)解決方案論證聆聽客戶的需求：訪談產(chǎn)品特點該產(chǎn)品解決什么問題？該產(chǎn)品會引起什么業(yè)務(wù)問題？對于用戶來說，存在著什么危險？產(chǎn)品將處于什么環(huán)境？您對可用性有什么期望？您對可靠性有什么期望？需要何種性能/精度？舉例高效運營計費模式，營帳模式，接入模式，管理變革，利潤分配模式服

11、務(wù)質(zhì)量的風(fēng)險，會失去客戶在線全流程服務(wù)7*24高可靠性很重要可以實時記錄流量，計算費用，控制訪問，靈活出帳，最小單位到3秒聆聽客戶的需求：訪談通用問題我是否提問了太多問題？ 我的問題是否與主題相關(guān)？您是回答這些問題的合適人選嗎？ 您的答案是必需的嗎？稍后我可以提出更多問題嗎？您愿意參加需求復(fù)審嗎？還有其他應(yīng)該向您提出的問題嗎？聆聽客戶的需求：訪談注意：不要讓對方說明他們不經(jīng)常說明的事情。 不要提出假設(shè)用戶可以說明復(fù)雜活動的問題。一般來說，人們能做許多自己無法說明的事情。 經(jīng)驗主義的根據(jù) - 缺少相關(guān)性。 提出可以自由回答的問題。 回避以“為什么”開頭的問題，因為這類問題會讓對方采取防范的態(tài)度。

12、 進(jìn)行訪談對話時，要記?。?不要期望獲得簡單的答案。 不要只求得到對方的回答而匆忙草率地進(jìn)行訪談。 傾聽，傾聽，再傾聽！聆聽客戶的需求：研討班研討班研討班開始前協(xié)調(diào)員需要邀請應(yīng)該參加研討班的涉眾，從而確定參加研討班的小組。應(yīng)該向參加者提供“熱身”材料，供他們在到會之前閱讀。協(xié)調(diào)員負(fù)責(zé)研討班的后勤工作，比如發(fā)出邀請、申請帶有會議所需設(shè)備的適當(dāng)會議室，以及分發(fā)研討班議程等。聆聽客戶的需求：研討班召開會議協(xié)調(diào)員主持會議，包括：給每個人發(fā)言機(jī)會。確保會議不脫離正題。收集關(guān)于適用的需求屬性的意見記錄調(diào)查結(jié)果?？偨Y(jié)會議并得出結(jié)論。 整理結(jié)果需求研討班結(jié)束后，協(xié)調(diào)員與系統(tǒng)分析員需要花些時間對調(diào)查結(jié)果進(jìn)行綜合

13、，并將信息精簡為可介紹形式。聆聽客戶的需求：調(diào)查終止如何知道你已經(jīng)完成了需求獲取？用戶不能想出更多需求用戶提出新的需求，但可以從其它需求的相關(guān)功能需求重獲得這些新需求用戶開始重復(fù)原先討論過的問題用戶提出對將來產(chǎn)品的要求，而不是現(xiàn)在討論的特定產(chǎn)品編寫需求文檔需求文檔要求完整性一致性可修改性可跟蹤性軟件需求規(guī)格說明軟件需求規(guī)格說明的作用客戶和營銷部門依賴它了解他們所能提供的產(chǎn)品項目經(jīng)理根據(jù)包含在軟件需求規(guī)格說明中描述的產(chǎn)品來制定規(guī)劃并預(yù)測進(jìn)度安排、工作量和資源軟件開發(fā)小組依賴它來理解他們將要開發(fā)的產(chǎn)品測試小組利用它來制定測試計劃，測試案例軟件維護(hù)人員和支持人員依據(jù)它了解系統(tǒng)的功能產(chǎn)品發(fā)布組根據(jù)它編

14、寫客戶文檔，包括用戶手冊和幫助培訓(xùn)人員根據(jù)它編寫培訓(xùn)教材什么是好的需求規(guī)格說明書正確 正確地反映用戶真實意圖。開發(fā)者和用戶自己都不明白用戶究竟“想要什么”和“不要什么”。雙方確認(rèn)需求規(guī)格說明書。清楚 采用反問方式來判斷需求文檔是否清楚文檔結(jié)構(gòu)、段落是否亂七八糟？上下文是否不連貫？ 文檔語句是否含糊其詞、羅里羅嗦？ 看了半天是否還不明白需求究竟是什么？ 無二義性 每個需求只有唯一含義。措詞準(zhǔn)確，切勿模棱兩可。 什么是好的需求規(guī)格說明書一致 各個需求之間不會發(fā)生矛盾。矛盾常常潛伏在需求文檔的上下文中。 必要 各項需求對用戶而言應(yīng)當(dāng)都是必要的?！把┲兴吞俊?，不能 “畫蛇添足”“錦上添花”是好事，但不

15、會多付錢。集中精力先完成必要需求，條件允許再“錦上添花”“錦上添花”需求設(shè)置為較低優(yōu)先級。 完備 沒有遺漏必要需求。不能關(guān)注特色，忽視必需功能。 什么是好的需求規(guī)格說明書可實現(xiàn) 各項需求對開發(fā)方而言應(yīng)當(dāng)都是可實現(xiàn)的（Attainable）。“可實現(xiàn)”：技術(shù)上可行，滿足時間、費用、質(zhì)量約束。營銷人員對用戶提出的需求“來者不拒”。但是產(chǎn)品需求規(guī)格說明書相當(dāng)于商業(yè)合同。對于合同項目，如開發(fā)方不能確信某些需求是否可實現(xiàn)，則應(yīng)事先與用戶協(xié)商，達(dá)成一致處理意見。可驗證 各項需求對用戶方而言應(yīng)當(dāng)都是可驗證的（Verifiable）。摩天大樓的一項需求是“抗十二級臺風(fēng)”.如何驗證？ 什么是好的需求規(guī)格說明書確

16、定優(yōu)先級 原因是：項目存在“進(jìn)度、費用、人力資源”限制?！叭∩帷狈ǎ合茸鰞?yōu)先級高的需求，后做（甚至放棄）優(yōu)先級低的需求，這樣可以將風(fēng)險降到最低。 闡述“做什么”而不是“怎么做” 重點是闡述“做什么”，而不是“怎么做”?！霸趺醋觥笔窍到y(tǒng)設(shè)計和實現(xiàn)階段的事情。 開發(fā)人員身兼數(shù)職，可能把需求開發(fā)、系統(tǒng)設(shè)計、編程等工作從頭做到尾。關(guān)鍵是不要將“怎么做”寫到需求規(guī)格說明書里面，記錄在其它文檔里就行了。 軟件需求規(guī)格說明文檔可讀性對節(jié)、小節(jié)和單個需求的號碼編排必須一致在右邊部分留下文本注釋區(qū)允許不加限制地使用空格正確使用各種可視化強(qiáng)調(diào)標(biāo)志創(chuàng)建目錄表和索引表有助于讀者尋找所需信息對所有圖和表制定號碼和標(biāo)識號

17、軟件需求規(guī)格說明需求的標(biāo)識序列號，如UR-2,SRS13層次化編碼，如層次化文本標(biāo)簽，“當(dāng)用戶請求打印超過10個副本時，系統(tǒng)必須讓用戶進(jìn)行確認(rèn)判斷。” 不完整的需求進(jìn)行特殊的標(biāo)識TBD(to be determined)，在繼續(xù)進(jìn)行構(gòu)造需求集合之前，必須處理完所有TBD用戶界面與軟件需求說明用戶界面是解決方案，而不是需求，但是可以更清楚的定義需求?？梢援嬕恍┎輬D軟件需求規(guī)格說明a 引言目的文檔約定預(yù)期的讀者和閱讀建議產(chǎn)品的范圍參考文獻(xiàn)b.綜合描述產(chǎn)品的前景產(chǎn)品的功能軟件需求規(guī)格說明用戶類和特征運行環(huán)境設(shè)計和實現(xiàn)上的限制假設(shè)和依賴C.外部接口需求用戶界面硬件接口軟件接口通信接口軟件需求規(guī)格說明D

18、.系統(tǒng)特性說明和優(yōu)先級激勵、響應(yīng)序列功能需求其它非功能需求性能需求安全設(shè)施需求軟件安全性需求軟件質(zhì)量屬性業(yè)務(wù)規(guī)則用戶文檔其它需求附錄A:詞匯表附錄B:分析模型附錄C:待確定問題的類標(biāo)軟件需求規(guī)格說明的注意事項需求說明語句保持語句和段落的簡短采用主動語態(tài)的表達(dá)方式編寫具有正確的語法和標(biāo)點的完整句子使用的術(shù)語應(yīng)該和詞匯表中定義的一致需求陳述應(yīng)該具有一致的式樣“系統(tǒng)必須”，或者“用戶必須”緊跟一個行為動作和可觀察的結(jié)果“倉庫管理子系統(tǒng)必須現(xiàn)實一張在所請求的倉庫中有存貨的藥品名單。”軟件需求規(guī)格說明的注意事項減少不確定性，避免采用模糊、主觀術(shù)語“用戶友好、容易、簡單、迅速、有效、支持、許多、最新技術(shù)、優(yōu)越的、可接受和健壯?！北苊馐褂帽容^性詞匯“提高，最大化，最小化和最佳化。”定量說明所需提高的程度或說清一些參數(shù)可接受的最大值和最小值。“系統(tǒng)處理能力，其處理發(fā)票掃描與識別的速度為的150”需求表達(dá)“產(chǎn)品必須在固定的時間間隔內(nèi)提供狀態(tài)消息，并且每次時間間隔不得小于60秒”后臺任務(wù)管理器應(yīng)該在用戶界面的指定區(qū)域顯示狀態(tài)消息在后臺任務(wù)進(jìn)程啟動之后，消息必須每隔60（+_10）秒更新一次，并且保持連續(xù)的可見性。如果正在正常處理后臺任務(wù)進(jìn)程，那么后臺任務(wù)管理器必須顯示后臺任務(wù)進(jìn)程已完成的百分比