第一章-需求概述(2)new

第一章軟件需求概述1.1軟件開發(fā)的目標1.2

軟件需求的定義本章結(jié)構(gòu)1.3

軟件需求的作用1.4好的軟件需求特性1.5軟件需求層次1.4好的軟件需求特性引子…..道可道，非常道－－老子萬物演化時所遵循的基本法則可以體察說明，但因為一切事物都是處在變化之中，所以對于事物的絕對認識是不可能的，故而我們體察到和說明了的內(nèi)容，并非是一成不變的永恒真理。軟件的需求也在不斷變化中，如何把握它呢？

進一步引申，好的需求如何保障呢？它有哪些特性呢？1.4好的軟件需求特性好的需求如何保障？深入理解用戶的真正的意圖和需要。清晰完整的需求表達。借助需求分析工具，E-R圖、DFD圖、DD、UML工具等等。？使用科學的需求管理方法，完善需求變更控制流程。一個安全的保密性需求的例子保密性要求可以采用加密算法、保存數(shù)據(jù)歷史記錄、把功能分配到不同的模塊、限制某些軟件內(nèi)部通信、檢查關(guān)鍵數(shù)據(jù)的完整性。例如，為保證子系統(tǒng)所處理的各類數(shù)據(jù)的保密性，子系統(tǒng)基于Oracle數(shù)據(jù)庫提供C3級數(shù)據(jù)安全保密等級，并提供用戶管理、角色管理、權(quán)限管理、用戶審計等安全管控手段，保障各類數(shù)據(jù)的使用安全。需求的表示－用統(tǒng)一的建模工具（一）幫助建立數(shù)據(jù)庫表結(jié)構(gòu)用統(tǒng)一的建模工具（二）又如，廈門大學的費用報銷流程用統(tǒng)一的建模工具（三）UML之用例圖郵箱1.4好的軟件需求特性好需求可以概括為：“內(nèi)涵一致、外延完整”，具體來說，包含兩個特征：一致性和全面性。又引申為8個因素：無歧義因素編寫需求人員常常下意識假設所有人的某個主題、名詞或術(shù)語都與自己有一樣的認知水準。文檔書寫過簡略也可能引起歧義。1.4好的軟件需求特性他背著媳婦做了不少事。放棄美麗的女人讓人心碎。我有一個女兒，同許多年輕的媽媽一樣，愿意把孩子打扮得漂亮些。每周要來兩個半天。（軟件學院通知）1.4好的軟件需求特性如：系統(tǒng)只允許保留5個有效的相關(guān)記錄和保障計劃，它必須包括最新的。可分解成：（1）系統(tǒng)只允許保留5個有效的相關(guān)的記錄。（2）最新的相關(guān)記錄一定包含在上述相關(guān)的記錄中。（3）每個保障計劃都放在其相關(guān)的記錄中。又如，ERP項目中，要求某咨詢公司開發(fā)有關(guān)報表的需求：“財務相關(guān)的報表”，它指的是外延是什么？財務和會計？標準報表？財務部門使用的所有報表？財務和會計部門使用的所有報表？1.4好的軟件需求特性再如，系統(tǒng)將對記錄進行自動更正。什么原因使記錄需要更正？是單字段校驗，還是要進行字段組合校驗？系統(tǒng)自動進行什么樣的更正？什么時候進行更正？消除歧義幾個方法：對模糊處刨根問底表述明確清晰關(guān)鍵字進行定義（如下頁說明）圖形化和標準參照法某需求分析說明書中的名詞解釋1.4好的軟件需求特性2.完整性因素避免遺漏，“待確定”項通常要在開發(fā)前明確。如OA中開發(fā)“知識庫”功能的例子。又如，某ERP的需求文檔說明“包括上述功能，但不代表全部”。3.一致性因素業(yè)務需求與用戶需求一致，功能需求與用戶功能一致（下節(jié)講述）。各層次的內(nèi)容不矛盾。4.可檢驗性因素便于將來測試時有基準參照。可檢驗性因素兩個不可檢驗需求的例子：用新系統(tǒng)完成報表自動化處理。報表包括哪些？自動化處理的標準是什么？員工標識號必須在一個有效的范圍內(nèi)。有效范圍是什么？5.確定性因素明確在所有可能的條件下（滿足和不滿足時）系統(tǒng)應該做什么。舉例：系統(tǒng)1應該每隔5分鐘向系統(tǒng)2發(fā)送一次新記錄。問題：如果在5分鐘內(nèi)系統(tǒng)1沒有收到新記錄，要怎么辦呢？修正：如果自上次向系統(tǒng)2發(fā)送消息以來，5分鐘內(nèi)收到了新記錄，則系統(tǒng)1向系統(tǒng)2發(fā)送新記錄。如果在上述5分鐘內(nèi)沒有收到新記錄，則系統(tǒng)1什么都不做。6.可跟蹤性因素每條需求都應該被唯一標識，以便能夠在設計、實現(xiàn)和測試過程中進行跟蹤。這也有助于維護系統(tǒng)。7.正確性因素用戶需求正確映射到軟件需求。8.可行性因素系統(tǒng)實施要行得通，如生產(chǎn)現(xiàn)場使用ERP系統(tǒng)，某酒店在OA中使用派車單。9.必要性因素每項需求都能回溯至某項客戶提出的要求，避免“吃力不討好”、“畫蛇添足”。Boehm提出的10大風險清單中，把不必要花費的努力(GoldPlate)也列在其中。第一章軟件需求概述1.1軟件開發(fā)的目標1.2

軟件需求的定義本章結(jié)構(gòu)1.3

軟件需求的作用1.4好的軟件需求特性1.5軟件需求層次1.5軟件需求的層次軟件需求包括不同的層次：業(yè)務需求、用戶需求、功能需求和非功能需求，其組成關(guān)系如下頁圖所示。1.5需求的層次項目視圖舉例：“化學制品跟蹤系統(tǒng)”可使科學家查詢到化學制品倉庫或供應商將提供的化學制品容器。系統(tǒng)可隨時了解公司中每一個化學制品容器所處的位置，容器中所剩余的藥品劑量，任何時候每個容器所處的位置和用法的歷史記錄。通過充分利用公司內(nèi)部的可用化學制品，廢棄極少量已使用或過期失效的化學制品，使用標準的化學制品的購買過程等將在化學制品上節(jié)省25%開支。“化學制品跟蹤系統(tǒng)”還能產(chǎn)生符合政府部門規(guī)定所要求的全部報表，包括化學制品的使用、存儲和廢棄等報表。相關(guān)需求的說明業(yè)務需求（businessrequirement）反映了組織機構(gòu)或客戶對系統(tǒng)、產(chǎn)品的高層次的目標要求，它們在項目視圖與范圍文檔中予以說明。充分應用信息化手段，開發(fā)完善數(shù)據(jù)監(jiān)控系統(tǒng)的所得稅管理模塊內(nèi)容，為企業(yè)所得稅管理搭建起科學高效的應用平臺。用戶需求(userrequirement)文檔描述了用戶使用產(chǎn)品必須要完成的任務，使用實例文檔或場景描述中予以說明。場景就是指用戶與軟件系統(tǒng)實現(xiàn)某個目標而進行交互活動過程的描述。如用戶與ATM機的交互取現(xiàn)金。云南稅務信息化水平上臺階

納稅服務短信平臺啟動“納稅人將得到更加深入細致，更加周到體貼的服務，將更加感受到依法納稅的自豪和光榮?！标惤▏f。他表示，短信平臺啟動推廣后，地稅部門將通過平臺的“延伸式服務”使納稅人通過手機隨時隨地享受納稅服務，通過其“個性化服務”根據(jù)不同納稅人的不同需求傳遞有針對性的涉稅信息，通過其“雙向式服務”實現(xiàn)征納雙方的無障礙互動，通過其“溫馨式服務”及時提醒涉稅事務以最大限度避免納稅人的非主觀過失。用戶需求“您好，XX稅務局提醒您，請于本月7日前申報繳納個人所得稅”?！澳?，編號****的用戶，您的年度審核即將到期，請速辦理。XX稅務局”……納稅人手機里可能隨時收到類似的提醒信息，而對稅務信息有疑問的納稅人，也能通過手機方便、快捷地自助獲取相關(guān)信息。功能需求與非功能需求功能需求(functionalrequirement)定義了開發(fā)人員必須實現(xiàn)的軟件功能，使得用戶能完成他們的任務，從而滿足了業(yè)務需求和用戶需求（如系統(tǒng)發(fā)送電子郵件來通知用戶已接受其預定某場所、某商品等等）。特點：由系統(tǒng)管理員整理和編寫的功能條目，往往帶計算機相關(guān)名詞和術(shù)語。非功能需求描述了系統(tǒng)展現(xiàn)給用戶的行為和執(zhí)行的操作等。包括外部界面的具體細節(jié)；性能要求等，如可靠性、可用性、有效性（性能和可伸縮性）、可維護性、可移植性等。如，廈門大學的教務系統(tǒng)的訪問。質(zhì)量屬性質(zhì)量屬性（qualityattribute）是通過多種角度對產(chǎn)品的特點進行描述，它對產(chǎn)品的功能描述作了補充，它從不同方面描述了軟件的各種特性。這些特性包括可用性、可移植性、完整性、效率和健壯性，它們對用戶或開發(fā)人員都很重要。其他的非功能需求，如系統(tǒng)與外部世界交互的外部界面等。約束所謂約束是指對開發(fā)人員在軟件產(chǎn)品設計和構(gòu)造上的限制。如用戶指定使用Unix系統(tǒng)，意味著不能用DELL微機服務器，指定用SQLServer數(shù)據(jù)庫，意味著數(shù)據(jù)庫受約束。按RUP的要求進行開發(fā)。某集團僅使用國內(nèi)管理軟件包。業(yè)務規(guī)則業(yè)務規(guī)則包括企業(yè)方針、政府條例、工業(yè)標準、會計準則和計算方法等。如某軟件產(chǎn)品必須遵從的標準、規(guī)范和合約等等。又如，海關(guān)MIS要符合國家進出口法規(guī)制度，貨物統(tǒng)計符合國際通行的標準。財務與會計系統(tǒng)符合國家會計與審計制度等等。字處理程序的各層次需求業(yè)務需求：“用戶能有效地糾正文檔中的拼寫錯誤”，該產(chǎn)品的包裝盒封面上可能會標明這是個滿足業(yè)務需求的拼寫檢查器。對應的用戶需求：找出文檔中的拼寫錯誤，并通過一個提供的替換項列表來供選擇替換拼錯的詞。對應的功能需求：找到并高亮度提示錯詞的操作；顯示提供替換詞的對話框?qū)崿F(xiàn)整個文檔范圍的替換。醫(yī)院信息系統(tǒng)（HIS）的各層次需求①各類使用人員，包括領(lǐng)導干部、各級管理人員、醫(yī)護人員等，可以及時地、廣泛地獲得必需的信息，從而可提高工作效率和服務質(zhì)量。②提高醫(yī)院各類信息（費用信息、藥品信息、醫(yī)療信息等）的準確性、及時性和可見性，從而可提高醫(yī)院的工作效率和經(jīng)濟效益。③醫(yī)院信息系統(tǒng)是醫(yī)療護理、物品（如藥品、器械）管理、財務管理、文字處理、信息傳輸?shù)榷喾矫婀ぷ鞯挠行Чぞ撸构ぷ鞣奖?、快捷、質(zhì)量高。④為病人提供方便，使其獲得最佳醫(yī)療效果。（以上為業(yè)務需求）⑤在病人登記子系統(tǒng)中，提供自動按設定條件查重功能，防止重復建立病案。？⑥病人既可以使用電話預約掛號，也可以實地進行掛號。？⑦醫(yī)生在自己的工作站上書寫病歷、下達各種檢查和治療醫(yī)囑，通過網(wǎng)絡傳輸。？⑧用戶輸入姓名、性別、住院號等信息及用戶密碼，查詢個人相關(guān)病案，并可對彈出信息進行保存或打印。？⑨用戶選擇科室、姓名、性別、職稱等信息，調(diào)用相應醫(yī)生信息對話框，了解其業(yè)務及值班情況。？航空機票預訂系統(tǒng)的各層次需求①為游客提供機票預定服務。（業(yè)務需求）②方便旅游局的售票工作。（業(yè)務需求）③提高旅游局的服務質(zhì)量和服務效率，降低售票服務中的錯誤發(fā)生率，減少信息交流的煩瑣過程及其帶來的開銷。（業(yè)務需求）④顧客在旅游局進行咨詢時，終端向服務器發(fā)出查詢請求，服務器根據(jù)航班信息庫的實時數(shù)據(jù)，向終端發(fā)送數(shù)據(jù)，顯示在終端的屏幕上。？⑤顧客向售票員定票時，終端向服務器發(fā)出詳盡的一份定單，服務器核對后，存入定票信息庫，并修改機票信息庫。？需求未包含的信息需求并未包括設計細節(jié)、實現(xiàn)細節(jié)、項目計劃信息或測試信息。需求與上述信息沒有關(guān)系，它關(guān)注的是充分說明究竟想開發(fā)什么。項目也有其它方面的需求，如開發(fā)環(huán)境需求或發(fā)布產(chǎn)品的需求。需求路線圖了解從用戶要求到軟件需求的一般路徑，即從問題領(lǐng)域轉(zhuǎn)向解決方案領(lǐng)域。＃軟件需求系統(tǒng)特性涉眾需要面向電腦語言的需求方案。完成涉眾需要而提供的服務。必須解決的業(yè)務或運作問題的反映。軟件或系統(tǒng)項目涉眾(stakeholder)包括：客戶:為達到其公司（組織）的業(yè)務目標而投資項目或購買產(chǎn)品。用戶：直接或間接與產(chǎn)品打交道，是客戶的一部分。需求分析員：負責編寫需求并傳達給開發(fā)團隊。開發(fā)人員：設計、實現(xiàn)和維護產(chǎn)品。測試人員：確定產(chǎn)品的行為是否與預計的相一致。文檔編制人員：負責編寫用戶手冊、培訓資料和系統(tǒng)幫助。項目經(jīng)理：制定項目計劃并帶領(lǐng)開發(fā)人員獲得成功。法律人員：確保產(chǎn)品符合所有相關(guān)法規(guī)。生產(chǎn)人員：制造