需求分析的寫法

需求分析的寫法第1頁，課件共26頁，創(chuàng)作于2023年2月

1、系統(tǒng)總目標

(1)對住宅小區(qū)的業(yè)主和物業(yè)提供管理；

(2)系統(tǒng)具有友好性和易操作性；

(3)系統(tǒng)具有安全性和保密性。案例分析

第2頁，課件共26頁，創(chuàng)作于2023年2月2、小區(qū)物業(yè)管理系統(tǒng)子目標

(1)樓宇管理：

●樓房信息管理

●房間信息管理

(2)業(yè)主及住戶管理：

●業(yè)主管理

●住戶管理

(3)住戶車輛管理：

●停車場管理

●車輛管理案例分析

第3頁，課件共26頁，創(chuàng)作于2023年2月(4)費用管理：

●物業(yè)收費管理

●交費管理●水電消耗統(tǒng)計(5)來客管理：(6)人員管理：(7)維修管理：案例分析

第4頁，課件共26頁，創(chuàng)作于2023年2月

3.3需求結構分析

1.需求結構的概念及意義

需求結構是按照信息系統(tǒng)目標、職能和需求的相關性，從總體上把信息系統(tǒng)的需求劃分成為若干個需求包，由這些需求包相互關聯(lián)構成信息系統(tǒng)的需求結構。

●需求結構是對需求的一種有效組織方法。

●需求結構為確定信息系統(tǒng)結構提供了依據(jù)。第5頁，課件共26頁，創(chuàng)作于2023年2月

2.確定需求結構的依據(jù)

(1)組織職能

信息系統(tǒng)的需求結構應與組織職能具有一定的對應性。

(2)需求的相關性

●需求包內部應該具有較高的關聯(lián)性；

●各個需求包之間的關聯(lián)關系應該盡量地少。第6頁，課件共26頁，創(chuàng)作于2023年2月案例分析

小區(qū)物業(yè)管理系統(tǒng)的需求結構第7頁，課件共26頁，創(chuàng)作于2023年2月

3.4功能分析

1．功能分析的基本原理

信息系統(tǒng)功能是信息系統(tǒng)應該具有的效能和作用。●信息系統(tǒng)目標是功能分析的依據(jù)?！裼脩粜枨笫切畔⑾到y(tǒng)功能的主要來源?！窆δ芊治鍪窃谛枨蠼Y構基礎上進一步分解和細化。●

用例分析是進行功能分析和功能建模的主要手段?！窆δ芊治鲂枰獏⒖冀M織功能。第8頁，課件共26頁，創(chuàng)作于2023年2月

2．功能分析

---以小區(qū)物業(yè)管理系統(tǒng)為例，討論功能分析。案例分析

第9頁，課件共26頁，創(chuàng)作于2023年2月樓宇管理提供樓房信息編輯、樓房信息查詢、樓房報表輸出，房間信息編輯、房間信息查詢、輸出房間報表等功能。

案例分析

第10頁，課件共26頁，創(chuàng)作于2023年2月

3.用例說明

用例說明是對功能用例圖中的用例做出的說明。在用例說明中，需要描述用例的編號、名稱、參與者和用例的功能以及交互過程。下面給出樓宇管理的幾個用例的用例說明：第11頁，課件共26頁，創(chuàng)作于2023年2月樓宇管理::樓宇信息編輯編號：01-01參與者：管理員說明：工作人員在樓房信息管理下面，可以“增加樓房”，“刪除樓房”，“修改樓房”以編輯樓房信息。案例分析

第12頁，課件共26頁，創(chuàng)作于2023年2月樓宇管理::樓宇信息查詢編號：01-01參與者：管理員說明：工作人員在樓房信息管理下面，按“查詢樓房”可啟動此項功能。系統(tǒng)彈出一個提示查詢房間的窗口，按照所需的條件進行查詢。案例分析

第13頁，課件共26頁，創(chuàng)作于2023年2月第14頁，課件共26頁，創(chuàng)作于2023年2月

3.5性能分析

1．信息系統(tǒng)性能的含義

信息系統(tǒng)性能是信息系統(tǒng)功能實現(xiàn)的方式、效率和保障，它包括信息系統(tǒng)的效率、處理方式、可靠性、安全性、方便性、適應性等內容。

●效率：與處理時間有關的性能要素。

●

處理方式：分布模式、交互方式、處理方式等?！窨煽啃裕罕ＷC系統(tǒng)正常工作及抗故障的能力。●安全性：合法用戶使用、非法用戶杜絕訪問系統(tǒng)的能力?！穹奖阈裕河脩羰褂眯畔⑾到y(tǒng)友好性、方便性。

●適應性：信息系統(tǒng)對環(huán)境和需求變化的適應能力。第15頁，課件共26頁，創(chuàng)作于2023年2月

2．性能分析

信息系統(tǒng)性能分析是對用戶提出的各種性能要求進行綜合分析，確定出合理、可行的信息系統(tǒng)性能的工作。

性能分析一般應從技術、經(jīng)濟、社會等方面進行綜合分析。下面以書店為例，討論信息系統(tǒng)性能分析過程。第16頁，課件共26頁，創(chuàng)作于2023年2月

用戶提出的書店信息系統(tǒng)的性能要求：

案例分析

(1)具有高可靠性和冗錯能力。不允許系統(tǒng)在工作期間停機，不允許系統(tǒng)丟失圖書信息，不允許在運行期間出現(xiàn)故障和錯誤；(2)具有安全檢查機制，非法用戶不能使用系統(tǒng)，不能偷看系統(tǒng)信息，不能偷盜圖書；(3)具有保密機制，各級使用者只能看到允許查看的系統(tǒng)信息；(4)具有防病毒和黑客攻擊的能力，不能因為病毒和黑客破壞系統(tǒng)。第17頁，課件共26頁，創(chuàng)作于2023年2月

1)性能的技術因素分析

※通過對用戶所提出的性能要求從技術角度分析，確定出技術上能夠實現(xiàn)、且便于實現(xiàn)的信息系統(tǒng)性能?！?/p>

第1條：“不允許在工作期間停機，不允許在運行期間出現(xiàn)故障和錯誤?！备臑椤跋到y(tǒng)的故障應該能夠得到及時排除，并且不會給圖書業(yè)務造成重大影響?！?/p>

●第4條“具有防病毒和黑客攻擊的能力，不能因為病毒和黑客破壞系統(tǒng)。”改為“對于病毒和黑客具有一定的預防能力，并能夠把病毒和黑客攻擊所造成的損失減低到較小程度。”案例分析

第18頁，課件共26頁，創(chuàng)作于2023年2月

3.6風險分析

1．風險的概念和類型

1)風險的概念

風險是可能給信息系統(tǒng)的成功帶來威脅或損失的各種潛在的問題。

2)風險的類型

(1)從危害程度分：

●高危害性風險

●中危害性風險

●低危害性風險

?風險分析的原則：消除高危害性風險，限制或減輕中危害性風險，控制低危害性風險。第19頁，課件共26頁，創(chuàng)作于2023年2月

(2)按照風險的隸屬特征分

●技術性風險：技術因素引起的風險。潛在的最多、問題最多一類風險。●工程性風險：工程的組織、管理、進行、保證等因素存在問題所造成問題的一類風險?！癍h(huán)境性風險：信息系統(tǒng)所存在的社會和組織環(huán)境帶來潛在性問題的一類風險。第20頁，課件共26頁，創(chuàng)作于2023年2月

3)風險處理方法●避免風險：通過更改需求或方案以棄除造成風險原因的一種風險處理策略。●限制風險：通過一定的技術策略，把風險所造成的危害和影響限制在盡可能小的范圍之內。●減輕風險：通過修改需求或方案，或著采用相應的應對性措施，把風險所造成的危害和損失減輕到可以應對或承受的范圍之內?！癖O(jiān)控風險：對既不能避免，也不能限制或減輕的風險，可以采用有效地監(jiān)控策略。第21頁，課件共26頁，創(chuàng)作于2023年2月

2．風險分析

1)風險識別

風險識別是由開發(fā)人員根據(jù)需求調查和分析的結果，找出信息系統(tǒng)可能存在的各種風險的過程。

對找出的風險進行編號，并記錄到《風險記錄單》中。第22頁，課件共26頁，創(chuàng)作于2023年2月

2)風險分析

●分析風險的類型。屬于高危害性風險、中危害性風險還是低危害性風險，是屬于技術性風險、工程性風險還是環(huán)境性風險。

●分析風險出現(xiàn)的可能性。

●分析風險產(chǎn)生的原因，以及這種原因在什么環(huán)境和條件下可能引發(fā)問題。

●分析風險可能對信息系統(tǒng)所能造成的危害，以及這些危害對信息系統(tǒng)會造成哪些影響。第23頁，課件共26頁，創(chuàng)作于2023年2月四需求描述第24頁，課件共26頁，創(chuàng)作于2023年2月

描述信息系統(tǒng)需求的文檔被稱為《信息系統(tǒng)需求說明書》或《信息系統(tǒng)需求規(guī)格說明》。

《信息系統(tǒng)需求說明書》應該包括的內容和采用的格式，目前并沒有形成統(tǒng)一的規(guī)范。圖5.14為《信息系統(tǒng)需求說明書》的一個參考格式。第25頁，課件共26頁，創(chuàng)作于2023年2月信息系統(tǒng)需求說明書1.引言1.1信息系統(tǒng)項目簡介1.2編寫說明1.3參考資料2.目標2.1概述2.2信息系統(tǒng)目標2.2.1總目標2.2.2功能目標