中國聯(lián)通需求管理方法培訓(xùn)

1、內(nèi) 部 資 料內(nèi) 部 資 料 注 意 保 密注 意 保 密業(yè)務(wù)支撐部業(yè)務(wù)支撐部2009年年8月月目錄目錄一、需求管理內(nèi)容三、用戶需求分析二、用戶需求編制方法1、文檔體系2、需求管理現(xiàn)狀四、系統(tǒng)需求編制方法中國聯(lián)通需求文檔體系中國聯(lián)通需求文檔體系軟件需求軟件需求層次層次 業(yè)務(wù)需求業(yè)務(wù)需求 用戶需求用戶需求軟件需求分不同的層次和階段：業(yè)務(wù)需求、用戶需求和系統(tǒng)需求軟件需求分不同的層次和階段：業(yè)務(wù)需求、用戶需求和系統(tǒng)需求 需求分析人員進(jìn)行需求開發(fā)用戶語言轉(zhuǎn)換成技術(shù)語言功能性需求功能性需求非功能性需求非功能性需求環(huán)境和約束環(huán)境和約束用戶需求書用戶需求書 系統(tǒng)需求系統(tǒng)需求系統(tǒng)需求規(guī)格說明書系統(tǒng)需求規(guī)格說明

2、書滿滿足足用例方法用例方法條目化語言描述條目化語言描述條目化語言描述條目化語言描述目錄目錄一、需求管理內(nèi)容三、用戶需求分析二、用戶需求編制方法1、文檔關(guān)系2、需求管理現(xiàn)狀四、系統(tǒng)需求編制方法需求管理現(xiàn)狀需求管理現(xiàn)狀需求管理方法需求管理方法總部統(tǒng)一管理，省分及廠家抽調(diào)專家參與配合需求編制工作；總部統(tǒng)一管理，省分及廠家抽調(diào)專家參與配合需求編制工作；需求編制方式：需求編制方式：對(duì)年度需求，采用封閉集中編制的方式；對(duì)年度需求，采用封閉集中編制的方式；對(duì)應(yīng)急需求，省分通過需求管理系統(tǒng)填報(bào)，總部審核處理；對(duì)應(yīng)急需求，省分通過需求管理系統(tǒng)填報(bào)，總部審核處理；需求編制流程：需求編制流程：需求編制問題管理機(jī)制：

3、需求編制問題管理機(jī)制：對(duì)需求編制過程中存在的問題進(jìn)行記錄，并跟蹤問題解決情況；對(duì)需求編制過程中存在的問題進(jìn)行記錄，并跟蹤問題解決情況；鏈接機(jī)制：鏈接機(jī)制：在需求書之間及需求書與問題集之間建立鏈接，可追溯需求的來源和去向在需求書之間及需求書與問題集之間建立鏈接，可追溯需求的來源和去向.需求管理內(nèi)容展示需求管理內(nèi)容展示總體內(nèi)容用戶需求共有用戶需求書26本，涵蓋了CRM、Billing、PRM、綜合采集和客服等內(nèi)容需求管理內(nèi)容展示（續(xù)）需求管理內(nèi)容展示（續(xù)）用戶需求點(diǎn)對(duì)點(diǎn)分析需求管理內(nèi)容展示（續(xù)）需求管理內(nèi)容展示（續(xù)）需求書名稱需求書名稱用例數(shù)用例數(shù)CRM909Billing110PRM297客服系

4、統(tǒng)199綜合采集8共1523個(gè)用例系統(tǒng)需求規(guī)格書需求管理內(nèi)容展示（續(xù)）需求管理內(nèi)容展示（續(xù)）系統(tǒng)需求規(guī)格書主文檔狀態(tài)視圖目錄目錄一、需求管理內(nèi)容三、用戶需求分析二、用戶需求編制方法1、用戶需求書模板2、編制方法四、系統(tǒng)需求編制方法用戶需求書模板用戶需求書模板組織機(jī)構(gòu)名稱組織機(jī)構(gòu)名稱組織機(jī)構(gòu)職責(zé)組織機(jī)構(gòu)職責(zé)組織機(jī)構(gòu)涉及角色組織機(jī)構(gòu)涉及角色角色職責(zé)角色職責(zé)省分市場(chǎng)部負(fù)責(zé)卡的計(jì)劃創(chuàng)建庫管人員管理卡的實(shí)物庫存省分財(cái)務(wù)部負(fù)責(zé)卡的帳務(wù)管理帳管人員總部市場(chǎng)部總部財(cái)務(wù)部用戶需求文檔結(jié)構(gòu)圖例圖例流程圖應(yīng)嚴(yán)格按圖例要求畫制，如確實(shí)缺失，可統(tǒng)一申報(bào)業(yè)務(wù)規(guī)則業(yè)務(wù)規(guī)則進(jìn)行該項(xiàng)業(yè)務(wù)要遵守的業(yè)務(wù)規(guī)則涉及數(shù)據(jù)涉及數(shù)據(jù)該業(yè)務(wù)流

5、程環(huán)節(jié)涉及的業(yè)務(wù)實(shí)體機(jī)數(shù)據(jù)項(xiàng)編制方法編制方法 修訂類文檔編制過程：修訂類文檔編制過程： 新增類文檔編制過程：新增類文檔編制過程：按照差異對(duì)比表找到差異點(diǎn)專家進(jìn)行差異解釋對(duì)照原有文檔討論差異處理方法記錄處理結(jié)果并修訂原有文檔文檔審核形成文檔對(duì)已有文檔進(jìn)行講解傳達(dá)最新修改意見討論后，確認(rèn)修改內(nèi)容 記錄處理結(jié)果，完成新增文檔文檔審核形成新增文檔差異處理結(jié)果類型1.統(tǒng)一2.修改后統(tǒng)一3.修改后保留4.保留5.刪除編制工作在word修訂模式下進(jìn)行 工作內(nèi)容工作內(nèi)容交叉評(píng)審交叉評(píng)審專家評(píng)審專家評(píng)審各組根據(jù)評(píng)審意見，修訂用戶需求書各組根據(jù)評(píng)審意見，修訂用戶需求書 工作方式工作方式評(píng)審過程中所遇問題填寫評(píng)審過

6、程中所遇問題填寫“項(xiàng)目評(píng)審問題管理模板項(xiàng)目評(píng)審問題管理模板” 工具、模板工具、模板項(xiàng)目評(píng)審問題管理模板項(xiàng)目評(píng)審問題管理模板 輸出成果輸出成果用戶需求書用戶需求書用戶需求書評(píng)審用戶需求書評(píng)審目錄目錄一、需求管理內(nèi)容三、用戶需求分析二、用戶需求編制方法四、系統(tǒng)需求編制方法用戶需求分析用戶需求分析用戶需求分析：即工程實(shí)施應(yīng)答，在用戶需求書編制完成后，對(duì)用戶需用戶需求分析：即工程實(shí)施應(yīng)答，在用戶需求書編制完成后，對(duì)用戶需求逐條進(jìn)行分析，判斷其是否為需求點(diǎn)，需要系統(tǒng)支撐實(shí)現(xiàn)；求逐條進(jìn)行分析，判斷其是否為需求點(diǎn)，需要系統(tǒng)支撐實(shí)現(xiàn)；在用戶需求點(diǎn)對(duì)點(diǎn)分析視圖下進(jìn)行，該視圖主要屬性如下：在用戶需求點(diǎn)對(duì)點(diǎn)分析視圖

7、下進(jìn)行，該視圖主要屬性如下：是否需求點(diǎn)是否需求點(diǎn)區(qū)分是需求書中描述性的語言，還是真正需要追蹤的需求點(diǎn)區(qū)分是需求書中描述性的語言，還是真正需要追蹤的需求點(diǎn) ，必填項(xiàng)，必填項(xiàng)版本號(hào)版本號(hào)本次需求版本本次需求版本修訂狀態(tài)修訂狀態(tài)表明該需求和上一次下發(fā)相比現(xiàn)在的修訂狀態(tài)，枚舉型（不變，刪除，表明該需求和上一次下發(fā)相比現(xiàn)在的修訂狀態(tài)，枚舉型（不變，刪除，新增，修改新增，修改 ），在下個(gè)版本前，重置為），在下個(gè)版本前，重置為“不變不變”統(tǒng)一管理程度統(tǒng)一管理程度判斷是統(tǒng)一需求，還是省分保留需求判斷是統(tǒng)一需求，還是省分保留需求對(duì)應(yīng)系統(tǒng)對(duì)應(yīng)系統(tǒng)需要涉及或影響的系統(tǒng)，可多選需要涉及或影響的系統(tǒng)，可多選實(shí)施階段實(shí)施

8、階段實(shí)現(xiàn)的階段實(shí)現(xiàn)的階段支持程度支持程度枚舉型，判斷是支持、細(xì)化支持、暫不支持枚舉型，判斷是支持、細(xì)化支持、暫不支持工程實(shí)施說明工程實(shí)施說明需要特別說明的事項(xiàng)需要特別說明的事項(xiàng)點(diǎn)對(duì)點(diǎn)分析視圖點(diǎn)對(duì)點(diǎn)分析視圖練習(xí)練習(xí)目錄目錄一、需求管理內(nèi)容三、用戶需求分析二、用戶需求編制方法四、系統(tǒng)需求編制方法1、系統(tǒng)需求規(guī)格書主文檔2、系統(tǒng)需求規(guī)格書3、用例識(shí)別及編制方法全國統(tǒng)一全國統(tǒng)一需求規(guī)格說明書主文檔樣例需求規(guī)格說明書主文檔樣例系統(tǒng)需求規(guī)格書主文檔系統(tǒng)需求規(guī)格書主文檔系統(tǒng)需求規(guī)格書主文檔：系統(tǒng)需求規(guī)格書的目錄或索引，系統(tǒng)需求規(guī)格書主文檔：系統(tǒng)需求規(guī)格書的目錄或索引，由用例名稱、用例描述組成。由用例名稱、用

9、例描述組成。系統(tǒng)需求規(guī)格書主文檔狀態(tài)視圖系統(tǒng)需求規(guī)格書的構(gòu)成系統(tǒng)需求規(guī)格書的構(gòu)成全國統(tǒng)一全國統(tǒng)一BSSBSS系統(tǒng)需求規(guī)格書系統(tǒng)需求規(guī)格書統(tǒng)一功能性需求統(tǒng)一功能性需求（統(tǒng)計(jì)報(bào)表除外）（統(tǒng)計(jì)報(bào)表除外）統(tǒng)一非功能性需求統(tǒng)一非功能性需求統(tǒng)一接口需求統(tǒng)一接口需求用例方法用例方法條目化條目化語言描述語言描述條目化條目化語言描述語言描述通過對(duì)用戶需求書進(jìn)行詳細(xì)的需求分析，形成全國統(tǒng)一的BSS系統(tǒng)需求規(guī)格書系統(tǒng)需求規(guī)格書系統(tǒng)需求規(guī)格書 系統(tǒng)需求規(guī)格書：由多個(gè)用例組成，與主文檔中的系統(tǒng)需求規(guī)格書：由多個(gè)用例組成，與主文檔中的用例目錄一一對(duì)應(yīng)。用例目錄一一對(duì)應(yīng)。目錄目錄一、需求管理內(nèi)容三、用戶需求分析二、用戶需求

10、編制方法四、系統(tǒng)需求編制方法1、系統(tǒng)需求規(guī)格書主文檔2、系統(tǒng)需求規(guī)格書3、用例識(shí)別及編制方法用例方法：主要建模元素用例方法：主要建模元素用例（用例（Use Case）:用例用于表示系統(tǒng)所提供的服務(wù)，它定義了系統(tǒng)是如何用例用于表示系統(tǒng)所提供的服務(wù)，它定義了系統(tǒng)是如何被參與者所使用的，它描述的是參與者為了使用系統(tǒng)所提供的某一完整功被參與者所使用的，它描述的是參與者為了使用系統(tǒng)所提供的某一完整功能而與系統(tǒng)之間發(fā)生的一段對(duì)話。能而與系統(tǒng)之間發(fā)生的一段對(duì)話。參與者（參與者（Actor）:參與者是指存在于被定義系統(tǒng)外部并與該系統(tǒng)發(fā)生交互參與者是指存在于被定義系統(tǒng)外部并與該系統(tǒng)發(fā)生交互的人或其他系統(tǒng)，他們代

11、表的是系統(tǒng)的使用者或使用環(huán)境。的人或其他系統(tǒng)，他們代表的是系統(tǒng)的使用者或使用環(huán)境。事件流（事件流（Event flow）：對(duì)用例的具體描述是通過事件流來詳細(xì)進(jìn)行說明的。）：對(duì)用例的具體描述是通過事件流來詳細(xì)進(jìn)行說明的。事件流反映了系統(tǒng)的使用者期望與系統(tǒng)交互的流程，事件流又分為基本流事件流反映了系統(tǒng)的使用者期望與系統(tǒng)交互的流程，事件流又分為基本流（系統(tǒng)正常使用下的流程）和備選流（系統(tǒng)在特定情況下的分支流），基（系統(tǒng)正常使用下的流程）和備選流（系統(tǒng)在特定情況下的分支流），基本流和備選流的組合反映了系統(tǒng)在使用過程中的真實(shí)場(chǎng)景。本流和備選流的組合反映了系統(tǒng)在使用過程中的真實(shí)場(chǎng)景。前置條件：執(zhí)行用例前，

12、系統(tǒng)所處的狀態(tài)。前置條件：執(zhí)行用例前，系統(tǒng)所處的狀態(tài)。后置條件：執(zhí)行用例之后，系統(tǒng)所處的狀態(tài)。后置條件：執(zhí)行用例之后，系統(tǒng)所處的狀態(tài)。用例方法：特點(diǎn)和優(yōu)勢(shì)用例方法：特點(diǎn)和優(yōu)勢(shì)用例具有以下的特點(diǎn)（優(yōu)點(diǎn)）：用例具有以下的特點(diǎn)（優(yōu)點(diǎn)）： 給出了需求的上下文：誰使用，在什么條件下使用，如何使用。給出了需求的上下文：誰使用，在什么條件下使用，如何使用。 容易理解：盡量采用用戶理解的語言。容易理解：盡量采用用戶理解的語言。 易于重用：是設(shè)計(jì)、測(cè)試及系統(tǒng)相關(guān)文檔的基礎(chǔ)。易于重用：是設(shè)計(jì)、測(cè)試及系統(tǒng)相關(guān)文檔的基礎(chǔ)。用例方法：發(fā)現(xiàn)參與者用例方法：發(fā)現(xiàn)參與者系統(tǒng)的參與者定義了系統(tǒng)的邊界，可從以下幾方面發(fā)系統(tǒng)的參與

13、者定義了系統(tǒng)的邊界，可從以下幾方面發(fā)現(xiàn)系統(tǒng)的參與者：現(xiàn)系統(tǒng)的參與者：誰使用系統(tǒng)？誰使用系統(tǒng)？誰從系統(tǒng)獲取信息？誰從系統(tǒng)獲取信息？誰向系統(tǒng)提供信息？誰向系統(tǒng)提供信息？系統(tǒng)在什么地方使用？系統(tǒng)在什么地方使用？誰支持或維護(hù)系統(tǒng)？誰支持或維護(hù)系統(tǒng)？有沒有其它的系統(tǒng)使用該系統(tǒng)？有沒有其它的系統(tǒng)使用該系統(tǒng)？用例方法：識(shí)別用例用例方法：識(shí)別用例從參與者的角度出發(fā)發(fā)現(xiàn)用例，以下問題有助于發(fā)現(xiàn)從參與者的角度出發(fā)發(fā)現(xiàn)用例，以下問題有助于發(fā)現(xiàn)用例：用例： 參與者希望怎樣使用該系統(tǒng)？參與者希望怎樣使用該系統(tǒng)？ 參與者希望創(chuàng)建、存儲(chǔ)、修改、刪除系統(tǒng)的數(shù)據(jù)嗎？參與者希望創(chuàng)建、存儲(chǔ)、修改、刪除系統(tǒng)的數(shù)據(jù)嗎？ 當(dāng)外部事件發(fā)生

14、變化時(shí)，參與者需要通知系統(tǒng)嗎？當(dāng)外部事件發(fā)生變化時(shí)，參與者需要通知系統(tǒng)嗎？ 參與者希望被告知系統(tǒng)內(nèi)部發(fā)生的變化嗎？參與者希望被告知系統(tǒng)內(nèi)部發(fā)生的變化嗎？定義用例：基本流和備選流定義用例：基本流和備選流基本流與備選流：基本流與備選流： 基本流是該用例的一個(gè)主要的使用場(chǎng)景，一個(gè)基本流是該用例的一個(gè)主要的使用場(chǎng)景，一個(gè)用例用例只有一個(gè)只有一個(gè)基本流。基本流。 備選流是在基本流之上的有條件的分支，備選流結(jié)束后，要備選流是在基本流之上的有條件的分支，備選流結(jié)束后，要么返回到基本流，要么導(dǎo)致該用例結(jié)束。么返回到基本流，要么導(dǎo)致該用例結(jié)束。定義用例：場(chǎng)景（定義用例：場(chǎng)景（Scenario） 場(chǎng)景是指從流程的

15、起點(diǎn)開始，直到某個(gè)終點(diǎn)的一串流程場(chǎng)景是指從流程的起點(diǎn)開始，直到某個(gè)終點(diǎn)的一串流程細(xì)化用例：細(xì)化基本流細(xì)化用例：細(xì)化基本流細(xì)化基本流要點(diǎn)：采用參與者與系統(tǒng)交互的語言進(jìn)行描述。參與者與系統(tǒng)交互的行為要明確，包括交互的信息（數(shù)據(jù)），系統(tǒng)處理所要遵守的業(yè)務(wù)規(guī)則，系統(tǒng)處理過程中與其它系統(tǒng)的接口，當(dāng)然，數(shù)據(jù)、規(guī)則、接口如果有地方統(tǒng)一描述的話，引用即可。細(xì)化用例：細(xì)化備選流細(xì)化用例：細(xì)化備選流細(xì)化備選流要點(diǎn)：起始位置：寫明備選流在基本流中的起始位置條件：寫明分支的條件。動(dòng)作：通過交互式語言寫明備選流處理的動(dòng)作?；謴?fù)：備選流結(jié)束后要么回到基本流的某一步，要么導(dǎo)致用例終止。（注：異常流也可視為一種特殊的備選流）

16、細(xì)化用例：前置細(xì)化用例：前置/后置條件后置條件前置條件是執(zhí)行用例之前系統(tǒng)必須存在的一組狀態(tài)，注前置條件是執(zhí)行用例之前系統(tǒng)必須存在的一組狀態(tài)，注意：意： 前置條件不是觸發(fā)該用例的事件。 前置條件有助于減少事件流描述中的一些校驗(yàn)。 前置條件不描述系統(tǒng)之外的事情，如“客戶有一個(gè)有效的SIM卡”。 前置是可選的。僅在需要時(shí)描述。后置條件是用例一執(zhí)行完畢后系統(tǒng)可能處于的一組狀態(tài)后置條件是用例一執(zhí)行完畢后系統(tǒng)可能處于的一組狀態(tài) ：后置條件也是可選的，僅在需要時(shí)描述。細(xì)化用例：要點(diǎn)總結(jié)細(xì)化用例：要點(diǎn)總結(jié)描述對(duì)參與者可見的事件（參與者做什么，系統(tǒng)做什么）。用例必須提供參與者可見的結(jié)果。用例有不同的精細(xì)程度，細(xì)

17、化到所有涉眾對(duì)需求有共同的理解為止。采用公用的術(shù)語和詞匯。使用明確的語言?；诼?lián)通需求基于聯(lián)通需求 豐富用例方法豐富用例方法豐富事件流的描述方法，細(xì)化區(qū)分豐富事件流的描述方法，細(xì)化區(qū)分：系統(tǒng)功能需求系統(tǒng)的數(shù)據(jù)處理需求：展現(xiàn)數(shù)據(jù)、存儲(chǔ)數(shù)據(jù)系統(tǒng)要處理的業(yè)務(wù)規(guī)則將后臺(tái)處理需求統(tǒng)一到用例描述中將后臺(tái)處理需求統(tǒng)一到用例描述中使用與事件流相似的方式描述后臺(tái)處理流程對(duì)于每個(gè)處理步驟，細(xì)化區(qū)分： 功能 輸入數(shù)據(jù) 輸出數(shù)據(jù) 業(yè)務(wù)規(guī)則結(jié)構(gòu)化用例描述結(jié)構(gòu)化用例描述用例之間的關(guān)系：1) 包含關(guān)系（包含關(guān)系（include）:基礎(chǔ)用例會(huì)用到被包含的基礎(chǔ)用例會(huì)用到被包含的用例；也就是被包含的用例的事件流一定會(huì)插入用例；也

18、就是被包含的用例的事件流一定會(huì)插入到基礎(chǔ)用例的事件流中。到基礎(chǔ)用例的事件流中。2) 擴(kuò)展關(guān)系（擴(kuò)展關(guān)系（extend）:基礎(chǔ)用例基礎(chǔ)用例(Base)中定義有一中定義有一至多個(gè)已命名的擴(kuò)展點(diǎn)，擴(kuò)展關(guān)系是指將擴(kuò)展用至多個(gè)已命名的擴(kuò)展點(diǎn)，擴(kuò)展關(guān)系是指將擴(kuò)展用例例(Extension)的事件流在一定的條件下按照相應(yīng)的事件流在一定的條件下按照相應(yīng)的擴(kuò)展點(diǎn)插入到基礎(chǔ)用例的擴(kuò)展點(diǎn)插入到基礎(chǔ)用例(Base)中中 ，擴(kuò)展用例的，擴(kuò)展用例的事件流會(huì)被有條件地引用。事件流會(huì)被有條件地引用。參與者之間的關(guān)系：1) 參與者的繼承參與者的繼承編寫用例的步驟編寫用例的步驟第一步：第一步：發(fā)現(xiàn)用例，通過對(duì)業(yè)務(wù)進(jìn)行分析，提取系

19、統(tǒng)所要完成的“事務(wù)性”的功能，并形成用例。第二步：第二步：簡(jiǎn)要描述，對(duì)該用例所要完成的功能進(jìn)行簡(jiǎn)要描述。第三步：第三步：編寫用例大綱，概括出系統(tǒng)處理的主要步驟（基本流），并進(jìn)行編號(hào)。第四步：第四步：細(xì)化用例。針對(duì)基本流中的主要步驟，采用參與者與系統(tǒng)交互的語言進(jìn)行詳細(xì)描述，并增加備選流、前后置條件、特殊需求等。編寫用例綱要步驟編寫用例綱要步驟編寫用例流程步驟要點(diǎn)：列出基本流的主要處理步驟。對(duì)基本流的處理步驟進(jìn)行編號(hào)。列出可能的備選流。如果要真正了解希臘的歷史，必先了解希臘的神話。希臘神話是經(jīng)歷幾千年長(zhǎng)久不衰的人類如果要真正了解希臘的歷史，必先了解希臘的神話。希臘神話是經(jīng)歷幾千年長(zhǎng)久不衰的人類文化

20、瑰寶，也是歐洲最早的一種文學(xué)形式。它在歐洲乃至世界的文學(xué)史上，地位都是很崇高文化瑰寶，也是歐洲最早的一種文學(xué)形式。它在歐洲乃至世界的文學(xué)史上，地位都是很崇高的。的。希臘原始的居民，由于處在那個(gè)久遠(yuǎn)的年代，當(dāng)時(shí)的知識(shí)顯然還不足以解釋復(fù)雜的自然現(xiàn)象，希臘原始的居民，由于處在那個(gè)久遠(yuǎn)的年代，當(dāng)時(shí)的知識(shí)顯然還不足以解釋復(fù)雜的自然現(xiàn)象，又覺得在大自然面前，人類非常渺小。這么一來，他們就會(huì)臆想出各種神靈來，認(rèn)為是神靈又覺得在大自然面前，人類非常渺小。這么一來，他們就會(huì)臆想出各種神靈來，認(rèn)為是神靈掌握著世間的一切。掌握著世間的一切。但是，希臘神話中的神，與我們中國古代傳說中的神相比，形象大不相同。在中國的神

21、話里，但是，希臘神話中的神，與我們中國古代傳說中的神相比，形象大不相同。在中國的神話里，只要是神靈，除了主宰人間事務(wù)之外，從個(gè)人形象講，基本都是不食人間煙火，沒有任何缺只要是神靈，除了主宰人間事務(wù)之外，從個(gè)人形象講，基本都是不食人間煙火，沒有任何缺陷的完美形象。這樣的形象，很大程度上鮮明地把陷的完美形象。這樣的形象，很大程度上鮮明地把“神神”和和“人人”清楚地區(qū)分開來，讓人覺清楚地區(qū)分開來，讓人覺得神是遙不可及且完美無缺的。但是希臘不一樣，他們的神是高度人格化的。也就是說，除得神是遙不可及且完美無缺的。但是希臘不一樣，他們的神是高度人格化的。也就是說，除了擁有超越人的能力之外，希臘的神與一般的人