小區(qū)物業(yè)管理系統(tǒng)需求分析PPT55頁(yè)課件

1、小區(qū)物業(yè)管理系統(tǒng)需求分析案例 Case Study 1.項(xiàng)目背景 隨著市場(chǎng)經(jīng)濟(jì)的發(fā)展，小區(qū)居住已經(jīng)成為城鎮(zhèn)居民居住的主要形式; 小區(qū)物業(yè)管理的水平和手段成為決定小區(qū)質(zhì)量和水平的重要因素； 客觀需要小區(qū)物業(yè)管理系統(tǒng)。案例分析 2.小區(qū)物業(yè)管理特點(diǎn) 規(guī)模多樣園林化小區(qū)豪華型小區(qū)普通住宅小區(qū)別墅型小區(qū)案例分析 功能多樣小區(qū)收費(fèi)管理小區(qū)車(chē)輛管理小區(qū)業(yè)主管理 小區(qū)住戶(hù)管理小區(qū)財(cái)務(wù)管理小區(qū)辦公管理小區(qū)維修管理小區(qū)來(lái)訪管理案例分析 3.系統(tǒng)目標(biāo) 對(duì)普通型住宅小區(qū)的物業(yè)業(yè)務(wù)提供全面管理； 系統(tǒng)具有友好、易操作、安全保密性。案例分析 4. 小區(qū)物業(yè)管理范圍樓宇管理業(yè)主管理住戶(hù)管理收費(fèi)管理車(chē)輛管理停車(chē)場(chǎng)管理人員管

2、理來(lái)訪管理維修管理財(cái)務(wù)管理辦公管理工會(huì)管理黨群管理案例分析 案例分析 小區(qū)物業(yè)管理 樓宇管理 業(yè)主住戶(hù)管理 住戶(hù)車(chē)輛管理 費(fèi)用管理 來(lái)客信息管理 小區(qū)人員管理 維修管理 小區(qū)物業(yè)管理的職能域見(jiàn)下圖。5.小區(qū)物業(yè)管理職能域 (1) 樓宇管理 樓房信息管理 房間信息管理案例分析 (2)業(yè)主及住戶(hù)管理 業(yè)主管理 住戶(hù)管理 案例分析 小區(qū)業(yè)主管理 小區(qū)住戶(hù)管理 (3)住戶(hù)車(chē)輛管理： 停車(chē)場(chǎng)管理 車(chē)輛管理案例分析 小區(qū)車(chē)輛管理(4) 費(fèi)用管理： 物業(yè)收費(fèi)管理 交費(fèi)管理 水電消耗統(tǒng)計(jì)案例分析 物業(yè)收費(fèi)管理(5) 來(lái)訪管理：(6) 人員管理：(7) 維修管理：案例分析 案例分析 小區(qū)物業(yè)管理系統(tǒng)的需求結(jié)構(gòu)

3、1 樓宇管理 2功能分析 -以小區(qū)物業(yè)管理系統(tǒng)為例，討論功能分析。案例分析 1) 功能分析 對(duì)樓房提供哪些方面的管理? 主要是樓房信息的管理 樓房信息包括樓房信息和房間信息兩個(gè)方面。 提供信息的錄入、修改、刪除等編輯功能， 提供信息的查詢(xún)、報(bào)表輸出等功能。 案例分析 1) 功能分析 樓房和房間的信息又包括什么？ 樓房信息 樓房編號(hào)，樓房描述。 房間信息 樓房編號(hào)，單元房號(hào)，使用面積，建筑面積，銷(xiāo)售價(jià)格 案例分析 2）功能描述 提供樓房信息編輯、樓房信息查詢(xún)、樓房報(bào)表輸出，房間信息編輯、房間信息查詢(xún)、輸出房間報(bào)表等功能。 案例分析 案例分析 樓宇管理:樓房信息編輯編號(hào)：01-01參與者：管理員說(shuō)

4、明：工作人員在樓房信息管理下面，可以“增加樓房”，“刪除樓房”，“修改樓房”以編輯樓房信息。樓宇管理:樓房信息查詢(xún)編號(hào)：01-02參與者：管理員說(shuō)明：功能： 1、工作人員在樓房信息管理下面，按“查詢(xún)樓房”可啟動(dòng)此項(xiàng)功能。 2、系統(tǒng)彈出一個(gè)查詢(xún)窗口，輸入查詢(xún)條件，按照所需的條件進(jìn)行查詢(xún)。 輸入信息： 查詢(xún)條件（按樓層、編號(hào)等）。 輸出信息： 輸出滿足要求的樓房信息。案例分析 樓宇管理:輸出樓房報(bào)表編號(hào)：01-03參與者：管理員說(shuō)明：功能： 1、工作人員在樓房信息管理下面，按“輸出樓房報(bào)表”可啟動(dòng)此項(xiàng)功能。 2、系統(tǒng)彈出一個(gè)打印窗口，工作人員可以選擇模式。 3、按確認(rèn)鍵，打印樓房信息。 輸入信息：

5、 管理員調(diào)整報(bào)表的格式以及一些設(shè)置 輸出信息： 輸出樓房的報(bào)表（一個(gè)樓房或多個(gè)）案例分析 樓宇管理:房間信息編輯編號(hào)：01-04參與者：管理員說(shuō)明：工作人員在房間信息管理下面，可以“增加房間”，“刪除房間”，“修改房間”以編輯房間信息。案例分析 樓宇管理:房間信息查詢(xún)編號(hào)：01-02參與者：管理員說(shuō)明：功能： 1、工作人員在房間信息管理下面，按“查詢(xún)房間”可啟動(dòng)此項(xiàng)功能。 2、系統(tǒng)彈出一個(gè)查詢(xún)窗口，輸入查詢(xún)條件，按照所需的條件進(jìn)行查詢(xún)。 輸入信息： 查詢(xún)條件（按房間、編號(hào)等）。 輸出信息： 輸出滿足要求的房間信息。案例分析 樓宇管理:輸出房間報(bào)表編號(hào)：01-03參與者：管理員說(shuō)明：功能： 1、

6、工作人員在房間信息管理下面，按“輸出房間報(bào)表”可啟動(dòng)此項(xiàng)功能。 2、系統(tǒng)彈出一個(gè)打印窗口，工作人員可以選擇模式。 3、按確認(rèn)鍵，打印房間信息。 輸入信息： 管理員調(diào)整報(bào)表的格式以及一些設(shè)置 輸出信息： 輸出房間的報(bào)表案例分析 樓宇管理概念類(lèi)圖樓宇管理類(lèi)圖樓宇管理界面類(lèi) 3）信息界面 樓房管理界面案例分析 房間管理界面案例分析 案例分析 4）與系統(tǒng)交互的信息案例分析 案例分析 案例分析 5）涉及的業(yè)務(wù)對(duì)象 樓房：樓房編號(hào)，樓房描述 單元房：房間號(hào)，建筑面積，使用面積，銷(xiāo)售價(jià)格 案例分析 2 業(yè)主住戶(hù)管理 1) 功能分析 業(yè)主和住戶(hù)是兩個(gè)互有聯(lián)系但又不同的管理 業(yè)主管理 住戶(hù)管理 案例分析 1)

7、功能分析 業(yè)主和住戶(hù)應(yīng)該提供哪些方面的管理？ 業(yè)主管理 業(yè)主信息的輸入、修改、刪除等編輯功能； 業(yè)主變更處理功能； 業(yè)主信息查詢(xún)，輸出業(yè)主報(bào)表等功能。 住戶(hù)管理 住戶(hù)信息的輸入、修改、刪除等編輯功能； 住戶(hù)變更處理功能； 住戶(hù)業(yè)主信息查詢(xún)，輸出住戶(hù)報(bào)表等功能。案例分析 業(yè)主和住戶(hù)的信息又包括什么？ 業(yè)主信息 業(yè)主編號(hào)，身份證號(hào)，電話，購(gòu)房合同編號(hào)，購(gòu)買(mǎi)日期，出售日期。 住戶(hù)信息 住戶(hù)編號(hào)，戶(hù)主姓名，身份證號(hào)，電話，入住日期，退房日期。 住戶(hù)家庭成員信息 姓名，戶(hù)主關(guān)系，其他。案例分析 2）功能描述 提供業(yè)主和住戶(hù)兩方面的管理。 案例分析 業(yè)主管理 提供：業(yè)主信息編輯，業(yè)主信息查詢(xún)，業(yè)主變更處理

8、，業(yè)主報(bào)表處理等功能。 案例分析 住戶(hù)管理 提供：住戶(hù)信息編輯，住戶(hù)信息查詢(xún)，住戶(hù)變更處理，住戶(hù)報(bào)表輸出等功能。 案例分析 3）住戶(hù)信息管理界面 3）涉及的業(yè)務(wù)對(duì)象 案例分析 樓宇信息管理界面程序: 樓宇管理實(shí)體類(lèi)樓房實(shí)體類(lèi)程序:房間實(shí)體類(lèi)程序: 樓房管理器控制類(lèi)樓房管理器控制類(lèi)程序: 用戶(hù)提出的小區(qū)物業(yè)管理系統(tǒng)的性能要求： 案例分析 (1) 具有高可靠性和冗錯(cuò)能力。不允許系統(tǒng)在工作期間停機(jī)，不允許系統(tǒng)丟失物業(yè)信息，不允許在運(yùn)行期間出現(xiàn)故障和錯(cuò)誤； (2) 具有安全檢查機(jī)制，非法用戶(hù)不能使用系統(tǒng)，不能偷看系統(tǒng)信息； (3) 具有保密機(jī)制，各級(jí)使用者只能看到允許查看的系統(tǒng)信息； (4) 具有防病

9、毒和黑客攻擊的能力，不能因?yàn)椴《竞秃诳推茐南到y(tǒng)。 1) 性能的技術(shù)因素分析 通過(guò)對(duì)用戶(hù)所提出的性能要求從技術(shù)角度分析，確定出技術(shù)上能夠?qū)崿F(xiàn)、且便于實(shí)現(xiàn)的軟件系統(tǒng)性能。 第1條：“不允許在工作期間停機(jī)，不允許在運(yùn)行期間出現(xiàn)故障和錯(cuò)誤?！?改為“系統(tǒng)的故障應(yīng)該能夠得到及時(shí)排除，并且不會(huì)給業(yè)務(wù)造成重大影響?！?第4條“具有防病毒和黑客攻擊的能力，不能因?yàn)椴《竞秃诳推茐南到y(tǒng)?！?改為“對(duì)于病毒和黑客具有一定的預(yù)防能力，并能夠把病毒和黑客攻擊所造成的損失減低到較小程度。”案例分析 小 結(jié) 1.需求分析需要經(jīng)歷需求捕獲,需求分析,需求描述和需求審核幾個(gè)環(huán)節(jié); 2.需求捕獲的目的是盡可能地了解用戶(hù)對(duì)軟件的要

10、求和需要; 3.需求分析是在需求調(diào)查的基礎(chǔ)上,從系統(tǒng)目標(biāo)、范圍、職能域、需求結(jié)構(gòu)、系統(tǒng)功能、性能、風(fēng)險(xiǎn)等方面進(jìn)行的分析； 4.用包圖來(lái)描述軟件需求結(jié)構(gòu)； 5.用活動(dòng)圖或BPMN來(lái)描述業(yè)務(wù)流程； 6.用用例圖描述系統(tǒng)功能； 7.對(duì)每一個(gè)用例應(yīng)該給予詳細(xì)說(shuō)明； 8.用順序圖描述為完成一個(gè)用例，用戶(hù)和系統(tǒng)交互的信息； 9.需求階段建立用戶(hù)界面是必要的，可以用visio來(lái)描述用戶(hù)界面； 10.在描述需求時(shí)，應(yīng)該捉捕業(yè)務(wù)對(duì)象； 11.對(duì)建立的需求需要進(jìn)行審核。 1.在需求分析中花費(fèi)再多的精力都是值得的; 2.需求分析的所有工作全部是圍繞著得出一個(gè)合理的軟件需求而開(kāi)展的; 3.沒(méi)有唯一的、最優(yōu)的需求，只有

11、合理的需求； 4.所謂合理的需求，是能夠全面、客觀反映客戶(hù)業(yè)務(wù)，對(duì)各種因素進(jìn)行了折中之后得出軟件需求； 5.需求分析的唯一角度是用戶(hù)，而不是其他。 6.需求是一種創(chuàng)作。沒(méi)有兩家軟件公司會(huì)對(duì)同一個(gè)軟件做出完全相同的需求,舊像兩個(gè)人不會(huì)寫(xiě)出同一個(gè)題目的完全相同的文章一樣. 7.需求是一種創(chuàng)新。需求來(lái)源于客觀實(shí)際，但一定高于客觀實(shí)際；因此，用戶(hù)的話要聽(tīng)，但不能全聽(tīng)，需要分析地聽(tīng)。 8.不要期望在一個(gè)有限的時(shí)段，會(huì)把所有需求完全搞清楚，許多需求是后來(lái)啟發(fā)出來(lái)的，在軟件開(kāi)發(fā)的各個(gè)階段，修改需求是正常的事情。但是，當(dāng)?shù)杰浖O(shè)計(jì)和實(shí)現(xiàn)階段，要增加大量的需求，或增加與原需求存在根本矛盾的需求，則說(shuō)明開(kāi)始的需求

12、分析工作是失敗的。 9.所謂好的軟件設(shè)計(jì)，是它容許、方便需求的改變，并在改變需求時(shí)，它框架和結(jié)構(gòu)是穩(wěn)定的。抓安全寧流千滴汗，保生產(chǎn)不灑一滴血。7月-227月-22Monday, July 18, 2022只有不完美的產(chǎn)品，沒(méi)有不挑剔的客戶(hù)。22:47:4922:47:4922:477/18/2022 10:47:49 PM品質(zhì)是做出來(lái)的，不是檢驗(yàn)出來(lái)的。7月-2222:47:4922:47Jul-2218-Jul-22以人為本，重在平安。22:47:4922:47:4922:47Monday, July 18, 2022勤儉節(jié)約、愛(ài)護(hù)公物。以廠為家，共同發(fā)展。7月-227月-2222:47:4922:47:49July 18, 2022管理者對(duì)質(zhì)管的認(rèn)識(shí)和決心，決定了員工的質(zhì)量意識(shí)。2022年7月18日10:47 下午7月-227月-22閉著眼睛捉不住麻雀，不學(xué)技術(shù)保不了安全。18 七月 202210:47:49 下午22:47:497月-22安全伴君一生生命只有一次。七月 2210:47 下午7月-2222:47July 18, 2022煙頭雖小，禍患無(wú)窮。2022/7/18 22:47:4922:47:4918 July 2022勤為無(wú)價(jià)寶，慎為護(hù)身符。