chap06房地產管理信息系統(tǒng)的系統(tǒng)設計

房地產管理信息系統(tǒng)

系統(tǒng)設計內容提要如何理解系統(tǒng)設計？如何進行軟件系統(tǒng)模塊化結構設計?如何進行代碼設計?如何進行數據庫設計?如何進行輸入輸出設計?如何進行處理過程設計?如何進行災難恢復方案設計?系統(tǒng)設計系統(tǒng)設計需要解決系統(tǒng)“怎么做”的問題，需要根據實際情況，確定科學、合理的系統(tǒng)實施方案，即系統(tǒng)的物理模型。

系統(tǒng)設計工作的環(huán)境是管理環(huán)境和技術環(huán)境的結合，這是這一階段工作的重要特點。

系統(tǒng)設計工作的質量，直接影響系統(tǒng)的功能和性能、效率和效益。如何理解系統(tǒng)設計？系統(tǒng)設計的目標

系統(tǒng)設計的目標是：在保證實現邏輯模型的基礎上，盡可能地提高系統(tǒng)的各項性能指標，主要涉及：

系統(tǒng)效率，主要包含處理能力、處理速度和響應時間。

可靠性，主要包含設計可靠性和使用可維修性。

安全性，主要包含物理安全（或被稱為實體安全）、運行安全（或被稱為系統(tǒng)安全）和數據安全（或被稱為信息安全）。

經濟性，在滿足系統(tǒng)功能和性能要求的前提下，盡可能降低系統(tǒng)成本。如何理解系統(tǒng)設計？系統(tǒng)設計的依據

系統(tǒng)分析的成果。

現行技術，主要指可供選用的計算機硬件技術、軟件技術、數據管理技術以及數據通信和計算機網絡技術。

現行的信息資源管理和信息通信技術的標準、規(guī)范和有關法律制度。

用戶需求。

系統(tǒng)的運行環(huán)境。

現行系統(tǒng)的硬、軟件狀況和管理與及技術環(huán)境的發(fā)展趨勢。如何理解系統(tǒng)設計？系統(tǒng)設計的任務

系統(tǒng)分析的任務就是提出系統(tǒng)實施的物理模型。具體地說，大體上可以分為總體設計（architecturaldesign）和詳細設計（detaildesign）兩個方面?？傮w設計又稱為概要設計（preliminarydesign），任務是確定整個系統(tǒng)的總體布局，即硬、軟件資源以及數據資源在空間上的配置方案，是系統(tǒng)設計的關鍵環(huán)節(jié)。

詳細設計是為確定適當的技術手段和處理方法，具體包括模塊功能實現和計算機處理流程的詳細設計、代碼設計、數據庫設計、輸出/輸入和界面設計。

在系統(tǒng)設計過程中，還需要確定系統(tǒng)的物理配置方案。如何理解系統(tǒng)設計？系統(tǒng)設計的方法

系統(tǒng)設計所使用的主要方法仍然是自頂向下的結構化設計方法，在局部環(huán)節(jié)上不排除使用面向對象的方法。

系統(tǒng)設計過程中制訂并遵循設計規(guī)范是至關重要的。系統(tǒng)設計水平的高低，不僅僅簡單地取決于對系統(tǒng)分析報告的理解程度和對系統(tǒng)設計方法掌握的程度，更重要的是，設計團隊對需求的領悟，以及他們從事類似應用的設計經驗。如何理解系統(tǒng)設計？系統(tǒng)設計的成果

系統(tǒng)設計報告是從系統(tǒng)總體的角度出發(fā)對系統(tǒng)建設中各主要技術方面的設計進行說明，是系統(tǒng)設計階段成果的全面總結，也是系統(tǒng)實施階段的主要依據之一，其著重點在于闡述系統(tǒng)設計的指導思想以及所采用的技術路線、方法和具體技術措施。如何理解系統(tǒng)設計？結構化設計任務

模塊（module）具有輸入和輸出、邏輯功能、程序代碼、內部數據四種屬性，前兩者是外部屬性，后兩者是內部屬性。

結構化設計關心的是模塊的外部屬性，即上下層模塊、同層模塊之間的信息傳遞和調用關系，而不關心模塊的內部屬性。如何進行軟件系統(tǒng)模塊化結構設計?結構化設計原則

模塊化原則

自頂向下的原則

信息隱蔽、抽象的原則

明確性原則

一致性原則如何進行軟件系統(tǒng)模塊化結構設計?結構化設計的描述工具：結構圖如何進行軟件系統(tǒng)模塊化結構設計?表示模塊表示數據傳遞表示控制傳遞表示調用關系模塊名稱數據名稱控制信息名稱ACBD順序關系ACBD選擇關系AB循環(huán)關系結構化設計的描述工具：HIPO圖如何進行軟件系統(tǒng)模塊化結構設計?HIPO圖一般由一張結構圖和若干張IPO圖組成。IPO圖編號：HIPO圖編號：數據庫設計文件號：編碼文件號：編程要求文件號：模塊名稱：設計者：使用單位：編程語言：輸入部分處理描述輸出部分備注：記錄一些該模塊設計過程中的特殊要求模塊的耦合如何進行軟件系統(tǒng)模塊化結構設計?

耦合（coupling）是衡量不同模塊彼此間互相依賴的緊密程度。耦合程度是結構設計時要考慮的主要因素之一，結構化設計要求模塊間的耦合程度盡可能低。為減小耦合，應該：使用過程語句調用其他模塊。模塊間的參數作數據使用。模塊間的參數盡可能少。

模塊間的耦合有數據耦合、控制耦合、公共耦合、內容耦合和特征耦合五種形式。數據耦合如何進行軟件系統(tǒng)模塊化結構設計?

數據耦合是指兩個模塊通過過程語句調用的方式傳遞信息，并且信息僅作為數據使用。這是一種理想狀態(tài)的模塊連接。開發(fā)票計算金額單價數量金額特征耦合如何進行軟件系統(tǒng)模塊化結構設計?特征耦合是兩個模塊都與同一數據結構有關。計算水電費計算水費計算電費住戶信息住戶信息水費電費控制耦合如何進行軟件系統(tǒng)模塊化結構設計?

控制耦合是指兩個模塊通過過程語句調用的方式傳遞的信息中不僅僅有數據還有控制指令。控制耦合給模塊的修改和理解帶來不便，可以通過適當的轉換，成為數據耦合。識別業(yè)務計算平均銷售額或最高銷售額平均/最高銷售額識別業(yè)務計算最高銷售額計算平均銷售額最高銷售額平均銷售額公共耦合和內容耦合如何進行軟件系統(tǒng)模塊化結構設計?

公共耦合是指模塊彼此之間通過一個公共數據區(qū)域傳遞信息，這種方式會給數據保護和數據維護帶來很大的困難。當一個模塊訪問另一個模塊內部數據，一個模塊不通過正常入口轉到另一個模塊內部，一個模塊有多個入口，即一個模塊有多種功能時，產生內容耦合。在系統(tǒng)結構設計的過程中，需要盡量避免內容耦合。耦合形式的比較如何進行軟件系統(tǒng)模塊化結構設計?耦合形式產生連鎖反應的程度可修改性可讀性通用性數據耦合弱好好好特征耦合較弱中中中控制耦合中較差較差較差公共耦合強較差差差內容耦合較強差差差模塊的聚合如何進行軟件系統(tǒng)模塊化結構設計?

模塊的聚合（cohesion）反映模塊內部聯(lián)系的緊密程度。它也是結構設計時要考慮的主要因素之一，結構化設計要求模塊內的聚合程度盡可能高。

根據聚合程度由高到低可以將模塊的聚合分成七種形式：

功能聚合（fuctionalcohesion）

順序聚合（sequentialcohesion）

通信聚合（communicationalcohesion）

過程聚合（proceduralcohesion）

時間聚合（temporalcohesion）

邏輯聚合（logicalcohesion）

偶然聚合（coincidentalcohesion）聚合形式的比較如何進行軟件系統(tǒng)模塊化結構設計?聚合形式可修改性可讀性通用性聚合程度功能聚合好好好高順序聚合好好中高通信聚合中中較差較高過程聚合中中較差一般時間聚合較差中差較低邏輯聚合差較差差低偶然聚合差差差低聚合形式的判斷如何進行軟件系統(tǒng)模塊化結構設計?模塊內各部分的關系該模塊只執(zhí)行一個功能是否數據流控制流以上兩者都不是次序重要次序重要邏輯重要是是是否否否功能聚合順序聚合通訊聚合過程聚合時間聚合邏輯聚合偶然聚合模塊的控制范圍和判斷的作用范圍如何進行軟件系統(tǒng)模塊化結構設計?模塊的控制范圍是指它本身及其所有下屬模塊的集合。這里的下屬模塊包括直接下屬模塊及下屬模塊的所有下屬模塊。判斷的作用范圍是指判斷所在模塊和所有受判斷結果影響的模塊。結構化設計的要求是，對于任何一個判斷，其作用范圍應該是這個判斷所在模塊的控制范圍的一個子集。模塊的控制范圍和判斷的作用范圍

示例如何進行軟件系統(tǒng)模塊化結構設計?圖例：表示判斷所在的模塊XY（a）TOPABB1B2XY（b）TOPABB1B2XY（c）TOPABB1B2模塊的扇出和扇入如何進行軟件系統(tǒng)模塊化結構設計?

模塊的扇出是指模塊的直屬下層模塊的個數。一個模塊的扇出過大或過小都不理想。一般認為，模塊的扇出不要超過7。

模塊的扇入是指上層調用它的模塊的個數。

一個合理的系統(tǒng)結構，上層模塊有較高的扇出，下層模塊有較高的扇入。結構圖的形狀上面尖，中間寬，下面窄。從數據流程圖導出結構圖：變換分析如何進行軟件系統(tǒng)模塊化結構設計?變換型結構是一種線性結構，它可以明顯地分成輸入、主加工、輸出三部分。變換分析過程可以分為以下三步：找出系統(tǒng)的主加工。設計頂層模塊和第一層模塊。對輸入、變換、輸出模塊進行逐層分解，得到初始結構圖。從數據流程圖導出結構圖：變換分析

示例如何進行軟件系統(tǒng)模塊化結構設計?（a）輸入領料單P1.1處理出庫單P1.2打印輸出P1.3原始領料單出庫單合法出庫單領料單領料員領料員輸入處理（b）出庫處理輸出輸入領料單審核出庫單打印庫存清單打印領料單更新庫存原始領料單原始領料單出庫單出庫單出庫單出庫單合法出庫單合法出庫單合法出庫單合法出庫單從數據流程圖導出結構圖：事務分析如何進行軟件系統(tǒng)模塊化結構設計?

事務型結構是某個加工將它的輸入分離成一串平行的數據流，然后選擇執(zhí)行后面的某些加工。

事務分析也是按“自頂向下，逐步細化”的原則進行的。頂層主模塊是“事務類型處理”，頂層主模塊一般下設“分析”和“調度”兩個模塊，分析模塊主要完成事務類型的判斷，調度模塊則根據類型判斷的結果調用相應的下層模塊。

對于小型、簡單系統(tǒng)，也可以直接采用頂層主模塊判斷事務類型。對于大型、復雜系統(tǒng)，還是采用專門設立分析模塊的方式為好，以保證模塊的獨立性。從數據流程圖導出結構圖：事務分析

示例如何進行軟件系統(tǒng)模塊化結構設計?（b）（a）判斷事務類型P1處理事務BP3處理事務AP2原始輸入數據B打印結果P5處理事務CP3數據A數據C結果清單結果A結果B結果C判斷類型事務處理輸入原始數據判斷業(yè)務類型原始輸入原始輸入業(yè)務類型業(yè)務類型業(yè)務類型調度事務數據類型處理事務A處理事務B處理事務C原始數據打印結果數據A數據C數據B結果A結果C結果B結果清單結果清單結果清單結果清單結果清單結果清單結果清單編碼方式如何進行代碼設計?代碼是以數字、字母或者它們的組合來代表各種客觀實體。編碼方式主要分順序碼、區(qū)間碼和助憶碼三種。

順序碼是用連續(xù)數字代表編碼對象。

區(qū)間碼中也是用數字編碼，但是數字的值和位置都代表特定的含義。

助憶碼利用字符、數字或者兩者組合表示編碼對象的名稱、特性，易記易讀。代碼設計原則如何進行代碼設計?

代碼設計需要遵循以下原則：

唯一性，一個代碼應唯一標識它所代表的編碼對象。

簡單性，代碼結構盡量簡單，代碼長度盡量短。

可擴充性，留有足夠的備用代碼，適應系統(tǒng)擴充的需要。代碼設計步驟如何進行代碼設計?確定編碼對象進行合理分類設計編碼結構設計校驗碼編寫代碼設計說明書代碼設計成果如何進行代碼設計?

代碼設計的成果是代碼設計說明書，它包括編碼表和編碼設計說明。編碼對象職工編號編碼方式順序碼編碼位數6位（其中1位校驗碼）編碼總量8000，可擴充至15000使用年限10年使用范圍全公司編碼目的為克服對同姓名的職工處理效率低下的問題，給全公司每個員工一個編號編碼要點6位編碼的前5位表示員工編號，第6位表示校驗碼，其中：男性員工：00001-79999，女性員工：80001-99999。根據這個區(qū)分，按進廠日期、出生年月和學歷順序，順序編碼。校驗碼的計算方法是5位編碼之和除以10的余數。數據庫設計任務如何進行數據庫設計？數據庫設計是在選定的數據庫管理系統(tǒng)基礎上建立數據庫的過程。數據庫設計的工作內容包括：概念結構設計、邏輯結構設計和物理結構的設計。數據庫的概念結構設計，通常在系統(tǒng)分析階段完成。在系統(tǒng)設計階段，需要根據概念數據模型導出并規(guī)范化數據庫邏輯結構，確定數據庫的物理存儲結構、數據訪問方式、數據分布及安全保密方案。邏輯模型設計如何進行數據庫設計？邏輯數據模型（logicaldatamodel），是用戶從數據庫中看到的DBMS所支持的數據模型，它既要面向用戶，又要面向系統(tǒng)，主要用于DBMS的實現。傳統(tǒng)的三大模型是層次模型（hierarchicalmodel）、網狀模型（networkmodel）和關系模型（relationshipmodel）。由于關系數據庫管理系統(tǒng)的廣泛應用，設計關系模型最為常見。關系模型的描述方法如何進行數據庫設計？關系模型是用二維表的形式表示實體和實體間聯(lián)系的數據模型。通俗地講，表中的列被稱為字段或者屬性，表中的行被稱為記錄或元組。如果某一字段或字段集能唯一標識一條記錄，那么這個字段或字段集就被成為是主鍵（primarykey）。設計關系模型遵循的范式如何進行數據庫設計？第一范式（FirstNormalForm，簡稱1NF）要求表的每一列都是不可分割的基本數據項，同一表中沒有重復屬性出現。第二范式（SecondNormalForm，簡稱2NF）要求表必須有一個主鍵，并且所有屬性完全依賴于主鍵。第三范式（ThirdNormalForm，簡稱3NF）要求所有非主鍵都不能傳遞依賴于主鍵。從概念模型導出邏輯模型的步驟如何進行數據庫設計？為每個實體創(chuàng)建一張二維表。為每張二維表選擇或創(chuàng)建一個主鍵。通過在表中添加外鍵來表示實體間一對多的聯(lián)系。創(chuàng)建新的二維表，消除多對多的聯(lián)系。檢查各二維表的數據完整性。數據完整性如何進行數據庫設計？數據完整性包括域完整性、實體完整性、參照完整性和用戶自定義的完整性。域完整性指屬性的取值范圍。實體完整性要求對于每一條記錄而言，主鍵的取值不能為空，而且要唯一。參照的完整性要求對于設置了外鍵的二維表而言，每一條記錄外鍵的取值或者取空值，或者是該外鍵所連接的二維表中某條記錄的主鍵值。

用戶定義的完整性就是根據應用環(huán)境的不同，對某些具體關系數據庫的約束條件。數據分類如何進行數據庫設計？

當完成整個系統(tǒng)的所有二維表設計之后，為便于設計物理數據模型，一般可以把數據分為基礎數據、中間數據、工作數據和暫存數據。

基礎數據是指整個系統(tǒng)的輸入數據、輸出數據、代碼、各種工作和技術標準、規(guī)范以及主要子系統(tǒng)的共享數據。

中間數據是指在數據處理中需要保存的中間結果。

工作數據是指為提高某項處理功能的效率而事先加工好的數據。

暫存數據是指處理過程中需要存儲、在處理過程結束后即可消除的數據。物理數據模型設計任務如何進行數據庫設計？物理數據模型（physicaldatamodel），簡稱物理模型，主要考慮數據庫的存儲結構和物理實現方式。它不但與具體的DBMS有關，而且還與操作系統(tǒng)和硬件有關。重點考慮以下問題：組織數據存儲格式，選擇數據壓縮技術。根據數據庫規(guī)模和硬盤等資源的情況，考慮如何部署數據庫設備和日志設備。安排數據庫的存儲。設計索引。設計備份策略，可以根據實際情況設計分階段的備份策略。設計鏡像方案。定義數據安全保密屬性。整個數據資源在網絡各節(jié)點上的分配。輸出設計如何進行輸入輸出設計?輸出設計的工作內容主要有：輸出信息的使用輸出信息的內容和格式輸出信息的設備和介質為了提高系統(tǒng)的規(guī)范化程度和編程效率，在輸出設計上應盡量保持輸出內容和格式的統(tǒng)一。輸入設計原則如何進行輸入輸出設計?

輸入設計應遵循以下原則：

最小量原則，在保證滿足處理要求的前提下，輸入量最小。

簡單性原則，輸入準備、輸入過程應盡量簡易便捷，減少錯誤的發(fā)生。

早檢驗原則，對輸入數據的檢驗盡量接近原數據發(fā)生點，使錯誤能及時得到糾正。

少轉換原則，輸入數據盡量用其處理所需形式記錄，以免數據轉換時發(fā)生錯誤。輸入設計任務如何進行輸入輸出設計?輸入設計重點考慮三個方面的問題，即輸入內容和格式設計、輸入設備和方式設計以及數據校驗。輸入內容設計指確定輸入數據項名稱、數據內容、數據精度和數值范圍。常用的輸入設備有鍵盤、鼠標、讀卡機、光電閱讀器、條碼識別儀、圖像掃描儀、多媒體輸入設備（話筒、數字相機等）。輸入方式需要根據數據產生的地點、產生時間、需要處理的緊急程度決定是采用聯(lián)機終端輸入，還是脫機批量輸入。輸入數據校驗如何進行輸入輸出設計?

常用的數據校驗方法有：人工校驗，輸入數據后，顯示或打印出來，由人來進行校驗。重復校驗，對同一數據輸入兩次，若兩次輸入的數據不一致，則認為數據輸入有誤。格式校驗，指校驗各數據項位數和位置是否合乎事先的定義。邏輯校驗，指檢查數據項的值是否合乎邏輯，是否合乎業(yè)務要求。界限校驗，指檢查數據項的取值是否在預先定義的取值范圍內。數據平衡校驗，指校驗數據項之間是否平衡。數據匹配校驗，指核對那些存在聯(lián)系的二維表之間的數據。

數據校驗的方法還有計數校驗、代碼自身校驗等，可以根據系統(tǒng)需要和應用條件選用。在校驗工作中，差錯的糾正比數據校驗更困難。用戶界面設計任務如何進行輸入輸出設計?用戶界面是人機對話的窗口，設計時應盡可能堅持友好、簡便、實用、易于操作的原則。用戶界面設計包括菜單設計、會話方式設計、操作提示方式設計和操作權限管理方式設計等。菜單設計如何進行輸入輸出設計?

菜單的形式有下拉式、彈出式、按鈕式或快捷菜單式等。菜單選擇方式可以是鼠標驅動、鍵盤選擇、觸摸選擇或者通過聲音系統(tǒng)選擇。菜單設計需要注意以下幾點：

菜單設計應和系統(tǒng)劃分結合起來，盡量將一組相關功能的菜單放在一起。同一層次的菜單中，功能盡可能多，菜單層次盡可能少。

一般功能選擇性操作最好讓用戶一次就進入系統(tǒng)。對于一些重要操作，例如刪除操作、終止系統(tǒng)運行等，需要提醒用戶再次選擇、確認操作。

菜單設計在兩個鄰近的功能之間選擇時，使用亮度或色彩對比，使它們的變化醒目，防止用戶誤操作。會話方式設計如何進行輸入輸出設計?

會話方式設計有兩種：

一種是系統(tǒng)設計、實施人員根據模塊處理過程將會話語句事先預置在軟件程序中。

另外一種會話是雙向的，前一次人機會話的結果，決定了下一次系統(tǒng)將要執(zhí)行的動作以及下一句問話的內容。操作權限管理方式設計如何進行輸入輸出設計?

操作權限管理方式設計，一般是通過用戶口令和建網時定義該用戶節(jié)點權限級別相結合的方式來實現的。處理過程設計任務如何進行處理過程設計?

管理信息系統(tǒng)處理過程設計，是根據模塊功能、目標和環(huán)境條件，合理地選擇信息活動形態(tài)及其具體方法，確定模塊的內部特征，即執(zhí)行過程。

處理過程的關鍵是用一種合適的表達方法來描述每個模塊內部執(zhí)行過程，包括數據處理方式、控制流等。常用的描述方法有程序框圖或者過程設計語言。程序框圖主要符號如何進行處理過程設計?處理特定處理判斷循環(huán)上界限循環(huán)下界限流線連接符端點符注解符繪制程序框圖遵循的原則如何進行處理過程設計?在繪制程序框圖的過程中，需要遵循如下基本規(guī)則：所用的符號應該均勻分布，連線保持合理的長度，并盡量少使用長線。符號內的說明文字盡可能簡明，通常按從左向右和從上向下方式書寫。如果說明文字較多，符號內寫不完，可使用注解符。為了便于其它文件引用某符號，可以在符號的左上角寫上符號標識符。一般情況下，流線應從符號的左邊或項端進入，并從右邊或底端離開，其進出點均應對準符號的中心。應當盡量避免流線的交叉，即使出現流線的交叉，交叉的流線之間也沒有任何邏輯關系，并不對流向產生任何影響。為避免出現流線交叉和使用長線，可用連接符將流線截斷。（a）XXX…X（b）XXX…XA1至XX頁A1接YY頁繪制程序框圖的工具如何進行處理過程設計?

在繪制流程圖的過程中，經常會使用專業(yè)的圖形工具軟件。

常用的有visualgraph、Visio和powerdesigner等。繪制程序框圖的三種基本結構如何進行處理過程設計?（b）選擇結構（c）循環(huán)結構循環(huán)名（終止條件）處理循環(huán)名循環(huán)名處理循環(huán)名（終止條件）判斷A、BA=BA>BA<B（a）順序結構A的取值1234決策樹如何進行處理過程設計?30天<欠款時間≦100天處理訂貨單決策立即發(fā)貨欠款時間>100天需求量>庫存量欠款時間≦30天先付款，再發(fā)貨通知先付欠款不發(fā)貨先按庫存發(fā)貨進貨后再補發(fā)需求量≦庫存量需求量>庫存量需求量≦庫存量判斷表如何進行處理過程設計?決策規(guī)則號123456條件欠款時間≦30天YYNNNN欠款時間>100天NNYYNN需求量庫存料YNYNYN應采取的行動立即發(fā)貨×先按庫存量發(fā)貨，進貨后再補發(fā)×先付款，再發(fā)貨×不發(fā)貨×要求先付欠款××過程設計語言如何進行處理過程設計?IFdebtstime≦100daysandTHENIFdebtstime≦30daysTHENIFdemand≦storage（dispatchimmediately）

ELSE（dispatchaccordingtostock,bere-issuedafterpurchasing）ELSEIFdemand≦storage（dispatchafterpay）

ELSE（delaydelivery）ELSE（getrepaymentofthemoneyowing）決策樹、判斷表和過程設計語言的比較如何進行處理過程設計?從使用的難易程度講，判斷樹最容易，過程設計語言居中，而判斷表難度較高。使用判斷表需要具備一定的邏輯代數知識。從邏輯驗證能力講，判斷樹較差，過程設計語言居中，判斷表最高。判斷表需要把所有的可能性全考慮到。從邏輯表達的直觀程度講，判斷樹最直觀，過程設計語言居中，判斷表最差。從邏輯表達的可修改性講，過程設計語言最好，判斷樹居中，判斷表最差。因為當想要增加一個條件或減少一個條件時，需要對整張判斷表重新修訂。

判斷樹適用于2-3個條件、10-15種行動的一般復雜決策，判斷表適用于多個條件的復雜組合。當處理邏輯中不僅僅包含判斷，還有順序執(zhí)行動作和循環(huán)邏輯時，則使用過程設計語言最好。災難恢復如何進行災難恢復方案設計?

災難恢復（disasterrecovery）是指將信息系統(tǒng)從災難造成的故障或癱瘓狀