基于移動(dòng)終端的電力安全隱患排查系統(tǒng)-技術(shù)方案

基于移動(dòng)基于移動(dòng)終端的電力平安隱患排查管理系統(tǒng)技術(shù)方案溫州易思網(wǎng)絡(luò)科技溫州易思網(wǎng)絡(luò)科技溫州市云計(jì)算應(yīng)用工程技術(shù)研究中心地址：中國(guó)·溫州市茶山高教園區(qū)：8686-mail:文檔控制工程名稱基于移動(dòng)終端的電力平安隱患排查管理系統(tǒng)文檔名稱技術(shù)方案1.文檔屬性文件狀態(tài)文檔編號(hào)：WZYISI_DL_2023_AQYHPC_技術(shù)方案[√]初稿文檔版本：[]發(fā)布文檔密級(jí)：機(jī)密[]修訂采納標(biāo)準(zhǔn)：CMMIDEVV1.22.版本歷史日期版本說(shuō)明作者2023-12-25初稿黃河2023-01-28依據(jù)當(dāng)日交流結(jié)果，進(jìn)行補(bǔ)充黃河版權(quán)聲明溫州易思網(wǎng)絡(luò)科技云計(jì)算應(yīng)用工程技術(shù)研究中心版權(quán)所有，保存一切權(quán)利。未經(jīng)本公司書(shū)面許可，任何單位和個(gè)人不得擅自摘抄、復(fù)制本文檔的局部或全部，并以任何形式傳播。目錄1.工程需求概述 41.1工程背景41.2用戶訴求41.3任務(wù)概述41.4實(shí)現(xiàn)目標(biāo)51.5工程進(jìn)度方案52.功能設(shè)計(jì) 52.1施工單位管理52.2施工單位自報(bào)62.3施工工程管理62.4用戶與網(wǎng)格管理62.5巡查點(diǎn)管理62.6施工工程平安巡查62.7網(wǎng)格平安巡查72.8統(tǒng)計(jì)分析72.9短信管理82.10隱患庫(kù)82.11移動(dòng)客戶端82.12數(shù)據(jù)上報(bào)接口93.技術(shù)解決方案 93.1設(shè)計(jì)原那么93.2技術(shù)路線10軟件結(jié)構(gòu)10領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)〔DDD〕113.3軟件分層架構(gòu)描述13實(shí)體模型層13實(shí)體效勞層13交互接口層13WEB端結(jié)構(gòu)13移動(dòng)端實(shí)現(xiàn)133.4本公司類似案例界面概覽13首頁(yè)13企業(yè)管理14企業(yè)自報(bào)14網(wǎng)格檢查15網(wǎng)格管理15統(tǒng)計(jì)分析16隱患庫(kù)16甌海區(qū)安監(jiān)定制的小網(wǎng)格Android客戶端17溫州市安監(jiān)通小網(wǎng)格Android客戶端18工程需求概述1.1工程背景為進(jìn)一步標(biāo)準(zhǔn)電力施工平安管理，深入開(kāi)展平安事故隱患排查治理，落實(shí)施工單位平安生產(chǎn)主體責(zé)任，提高平安生產(chǎn)工作針對(duì)性、有效性，構(gòu)建高效有序的平安施工監(jiān)管模式，夯實(shí)平安生產(chǎn)根底結(jié)構(gòu)，使施工單位根本情況數(shù)據(jù)化、分類管理動(dòng)態(tài)化。1.2用戶訴求以施工工程與區(qū)域網(wǎng)格為管理單元施工工程具有時(shí)效型，可由施工平安部門負(fù)責(zé)管理與巡查；對(duì)于固定電力設(shè)施設(shè)備的平安管理及巡查，按網(wǎng)格進(jìn)行劃分并進(jìn)行分類管理。隱患分類分級(jí)管理，可跟蹤可追溯對(duì)施工單位自報(bào)與巡查發(fā)現(xiàn)的隱患，按照嚴(yán)重程度進(jìn)行分級(jí)，按照類別進(jìn)行分類，一次可上報(bào)多個(gè)隱患，并對(duì)每個(gè)隱患獨(dú)立進(jìn)行跟蹤〔整改、掛牌等后續(xù)流程〕。上級(jí)網(wǎng)格可追溯到每一個(gè)隱患的詳細(xì)情況，可依據(jù)各指標(biāo)生成各類隱患情況報(bào)表。施工單位自查自報(bào)與網(wǎng)格巡查相結(jié)合要求施工單位按周期上報(bào)自查結(jié)果〔隱患〕，按照上報(bào)情況可分析施工單位平安生產(chǎn)狀況；同時(shí)允許施工單位隨時(shí)發(fā)現(xiàn)隱患隨時(shí)上報(bào)〔即使本周期已經(jīng)上報(bào)〕。系統(tǒng)可以進(jìn)行設(shè)置，自動(dòng)以短信等方式進(jìn)行提醒催促?！踩缱詣?dòng)向本周期結(jié)束前3個(gè)工作日還未自報(bào)的施工單位發(fā)送提醒短信〕數(shù)據(jù)標(biāo)準(zhǔn)化，實(shí)現(xiàn)標(biāo)準(zhǔn)接口以現(xiàn)有數(shù)據(jù)標(biāo)準(zhǔn)為基準(zhǔn)進(jìn)行數(shù)據(jù)定義，定義功能接口，便于本級(jí)機(jī)構(gòu)通過(guò)接口上傳數(shù)據(jù)到上級(jí)機(jī)構(gòu)并執(zhí)行業(yè)務(wù)流程。移動(dòng)客戶端易于使用移動(dòng)客戶端在開(kāi)發(fā)過(guò)程中遵循簡(jiǎn)單易用的原那么〔基層用戶工作任務(wù)繁重，對(duì)智能的應(yīng)用能力參差不齊〕，主要表達(dá)在：智能提醒巡查〔依據(jù)巡查周期，提醒用戶去巡查時(shí)間要求最緊的施工工程、復(fù)查提醒、后期參加依據(jù)地理信息推薦臨近施工工程的功能〕；自動(dòng)更新〔客戶端自行升級(jí)〕；動(dòng)態(tài)維護(hù)檢查情況與整改建議模板庫(kù)，做到常用情況快速選擇與錄入；運(yùn)用二維碼與地理信息技術(shù)，加強(qiáng)巡查工作管控與考核。1.3任務(wù)概述電力平安隱患排查系統(tǒng)整體的功能模塊有：施工單位管理、施工工程管理、巡查點(diǎn)管理、施工單位自報(bào)、現(xiàn)場(chǎng)巡查、統(tǒng)計(jì)分析、短信管理、用戶與網(wǎng)格管理。在用戶角色類型上，分為：網(wǎng)格巡查人員、施工巡查人員、施工單位三種用戶。各個(gè)角色的功能權(quán)限都將不同。在使用形式上，有WEB客戶端與客戶端，其中客戶端分為iOS〔蘋果〕與Android〔安卓〕兩個(gè)系統(tǒng)版本。其主要目的是使各個(gè)級(jí)別的用戶〔含各級(jí)網(wǎng)格責(zé)任人、施工單位主〕可以隨時(shí)通過(guò)移動(dòng)客戶端現(xiàn)場(chǎng)查看施工單位、施工工程情況、現(xiàn)場(chǎng)執(zhí)法、現(xiàn)場(chǎng)提交隱患等。1.4實(shí)現(xiàn)目標(biāo)《電力平安隱患排查系統(tǒng)》主要的實(shí)現(xiàn)目標(biāo)有：網(wǎng)格化管理：以網(wǎng)格化管理為綱，落實(shí)平安生產(chǎn)巡查任務(wù)到人；實(shí)現(xiàn)平安隱患排查業(yè)務(wù)流程信息化：明確各個(gè)機(jī)構(gòu)的職責(zé)、實(shí)現(xiàn)施工單位隱患自報(bào)、平安巡查、隱患整治等業(yè)務(wù)流程。隱患上報(bào)業(yè)務(wù)管理：施工單位隱患自報(bào)與日常巡查相結(jié)合，實(shí)現(xiàn)隱患上報(bào)、隱患整改、抄告、掛牌等業(yè)務(wù)流程；實(shí)現(xiàn)移動(dòng)巡查與管理：實(shí)現(xiàn)移動(dòng)客戶端〔Android平臺(tái)、iOS平臺(tái)〕，網(wǎng)格巡查人員可現(xiàn)場(chǎng)進(jìn)行巡查記錄、拍照上傳；施工單位、施工工程、巡查點(diǎn)管理：掌握每一家施工單位、施工工程的信息；維護(hù)每一個(gè)平安巡查點(diǎn)的情況。統(tǒng)計(jì)與分析：提供根底信息報(bào)表、考核相關(guān)報(bào)表，在全縣數(shù)據(jù)的根底上，按照縉云縣安監(jiān)工作的具體情況與要求，提供針對(duì)性分類報(bào)表，在此根底上進(jìn)行數(shù)據(jù)挖掘與分析，找到各項(xiàng)指標(biāo)之間的相關(guān)性，以提供平安生產(chǎn)總體趨勢(shì)報(bào)表；數(shù)據(jù)標(biāo)準(zhǔn)與接口定義：定義并向下級(jí)機(jī)構(gòu)開(kāi)放全省平安生產(chǎn)管理系統(tǒng)的標(biāo)準(zhǔn)數(shù)據(jù)接口，各個(gè)市、區(qū)縣可以在原有系統(tǒng)上實(shí)現(xiàn)接口、上傳數(shù)據(jù)，保護(hù)原有信息化投資。動(dòng)態(tài)維護(hù)檢查情況與整改建議模板庫(kù)。1.5工程進(jìn)度方案功能設(shè)計(jì)施工單位管理〔施工班組管理〕按照現(xiàn)行標(biāo)準(zhǔn)定義出施工單位根底信息與詳細(xì)信息的具體內(nèi)容，其施工單位信息可由小網(wǎng)格用戶與施工單位用戶進(jìn)行修改，上級(jí)部門可查看。施工單位查詢：按照區(qū)域〔大、中、小網(wǎng)格〕、名稱〔模糊〕進(jìn)行施工單位查詢；需抄告施工單位管理：列出按照規(guī)定要求〔如無(wú)證無(wú)照〕列出需抄告施工單位列表；已注銷施工單位列表：列出已經(jīng)注銷施工單位，可執(zhí)行恢復(fù)施工單位操作。施工單位自報(bào)施工單位自主申報(bào)：各個(gè)施工單位需要按周期登錄到系統(tǒng)，上報(bào)本周期施工工程的平安隱患自查情況，實(shí)現(xiàn)零隱患上報(bào)制度。對(duì)于已上報(bào)隱患，施工單位可以進(jìn)行整改情況上報(bào)。施工工程管理〔施工線路〕平安管理部門對(duì)施工工程進(jìn)行登記、修改等操作；在施工期的工程，需要平安管理部門定期巡查，上報(bào)隱患；指定某個(gè)施工工程的平安責(zé)任人〔負(fù)責(zé)巡查〕。用戶與網(wǎng)格管理〔用戶管理〕用戶管理：對(duì)本轄區(qū)內(nèi)的稽查人員以及施工組負(fù)責(zé)人進(jìn)行增、刪、改；并管理用戶與施工組的綁定關(guān)系?！仓付硞€(gè)用戶為某個(gè)網(wǎng)格的負(fù)責(zé)人〕。巡查點(diǎn)管理添加需進(jìn)行平安巡查的設(shè)施、設(shè)備，定義或調(diào)整所歸屬的網(wǎng)格。施工工程〔線路〕平安巡查本季度未排查施工工程：將列出內(nèi)本周期未巡查施工工程列表，提醒平安管理人員進(jìn)行巡查。添加檢查：添加檢查記錄，記錄隱患條目與現(xiàn)場(chǎng)照片?？刹捎靡苿?dòng)客戶端進(jìn)行記錄。檢查情況與整改建議，可以從模板中快速選擇。系統(tǒng)提供智能化關(guān)聯(lián)的功能，如選中某個(gè)檢查情況，自動(dòng)在整改建議中添加對(duì)應(yīng)的〔有關(guān)聯(lián)〕的整個(gè)建議模板。現(xiàn)場(chǎng)生成情況反應(yīng)單，并采用移動(dòng)打印機(jī)打印〔藍(lán)牙〕。檢查記錄跟蹤：列出本網(wǎng)格內(nèi)的檢查記錄〔可按隱患認(rèn)定類別、整個(gè)情況進(jìn)行篩選〕。對(duì)檢查記錄進(jìn)行詳情查看與隱患整改操作。網(wǎng)格檢查情況匯總：對(duì)下級(jí)轄區(qū)的網(wǎng)格檢查情況進(jìn)行統(tǒng)計(jì)分析〔具體數(shù)據(jù)：需檢查施工工程總數(shù)、已檢查施工工程數(shù)、未檢查施工工程數(shù)、檢查次數(shù)、檢查率、一般隱患次數(shù)、重大隱患次數(shù)、整改完畢數(shù)、未整改完畢數(shù)、整改率〕，可層層分解進(jìn)入，直至某個(gè)施工工程某次檢查的詳細(xì)情況〔含現(xiàn)場(chǎng)記錄與現(xiàn)場(chǎng)照片〕。各類型隱患上報(bào)情況統(tǒng)計(jì)：列出各種檢查項(xiàng)的發(fā)現(xiàn)次數(shù)，便于上級(jí)了解施工單位易發(fā)現(xiàn)的隱患，從而有針對(duì)性的對(duì)施工單位進(jìn)行整治。模板庫(kù)檢查情況與整改建議的模板進(jìn)行增、刪、改、查，建立對(duì)應(yīng)關(guān)系〔某個(gè)檢查情況項(xiàng)對(duì)應(yīng)某個(gè)整個(gè)建議項(xiàng)〕，在操作時(shí)，可快速錄入。系統(tǒng)還可以對(duì)錄入的檢查情況與整個(gè)建議進(jìn)行分析，將新的內(nèi)容進(jìn)行判斷是否常用，自動(dòng)添加到模板庫(kù)中。統(tǒng)計(jì)分析本系統(tǒng)內(nèi)所有頁(yè)面表格都可支持分頁(yè)、排序、導(dǎo)出為Excel表格功能。對(duì)于重點(diǎn)的幾個(gè)報(bào)表，可以支持直接打印、導(dǎo)出Word、導(dǎo)出為Excel、導(dǎo)出為PDF等功能。施工單位自報(bào)統(tǒng)計(jì)：按本轄區(qū)內(nèi)各個(gè)子網(wǎng)格進(jìn)行統(tǒng)計(jì)〔施工單位數(shù)、已上報(bào)施工單位數(shù)、從未上報(bào)施工單位數(shù)、施工單位隱患數(shù)、隱患整改數(shù)、施工單位剩余隱患數(shù)、上報(bào)率、整改率〕；網(wǎng)格巡查統(tǒng)計(jì)：按施工單位、網(wǎng)格進(jìn)行統(tǒng)計(jì)〔檢查次數(shù)、無(wú)隱患次數(shù)、一般隱患數(shù)、重大隱患數(shù)〕；網(wǎng)格信息統(tǒng)計(jì)：本轄區(qū)內(nèi)網(wǎng)格根本情況〔負(fù)責(zé)人、聯(lián)系、巡查點(diǎn)數(shù)〕；施工工程巡查統(tǒng)計(jì)：按施工單位、巡查人員、時(shí)間統(tǒng)計(jì)施工工程巡查情況；報(bào)表擴(kuò)展與數(shù)據(jù)挖掘：依據(jù)管理部門的業(yè)務(wù)要求，可自定義一般類型的統(tǒng)計(jì)報(bào)表。在積累了一定數(shù)據(jù)后，可以對(duì)數(shù)據(jù)進(jìn)行數(shù)據(jù)挖掘與分析，并進(jìn)行一定程度的預(yù)測(cè)預(yù)警。短信管理與移動(dòng)短信平臺(tái)對(duì)接，可在系統(tǒng)內(nèi)手工或自動(dòng)發(fā)送提醒短信。提供自定內(nèi)容短信與預(yù)制內(nèi)容短信兩種發(fā)送方式。所謂自動(dòng)，就是比方在季末時(shí)向?yàn)檫M(jìn)行自報(bào)的施工單位發(fā)生提醒短信。隱患庫(kù)一般隱患列表：列出本轄區(qū)內(nèi)的所有的上報(bào)的一般隱患及其整改情況，可依據(jù)整改狀態(tài)與上報(bào)時(shí)間進(jìn)行篩選。重大隱患列表：列出本轄區(qū)內(nèi)的所有的上報(bào)的重大隱患及其整改情況，可依據(jù)整改狀態(tài)與上報(bào)時(shí)間進(jìn)行篩選。隱患掛牌與摘牌：可對(duì)某個(gè)施工單位進(jìn)行掛牌〔需指定督辦單位及其聯(lián)系人〕與摘牌。移動(dòng)客戶端需巡查施工工程列表：列出本小網(wǎng)格內(nèi)需要巡查的施工單位，按照優(yōu)先級(jí)進(jìn)行智能推薦與排序。需巡查的巡查點(diǎn)列表：列出本小網(wǎng)格內(nèi)需要巡查的施工單位，按照優(yōu)先級(jí)進(jìn)行智能推薦與排序。施工工程：點(diǎn)擊一個(gè)施工工程，列出此施工工程與施工單位的根本情況。巡查點(diǎn)詳情：點(diǎn)擊一個(gè)巡查點(diǎn)，顯示此巡查點(diǎn)的根本情況與巡查記錄。執(zhí)行檢查：對(duì)某個(gè)施工工程或巡查點(diǎn)進(jìn)行巡查與復(fù)查，記錄巡查情況〔大局部為選擇項(xiàng)，極少用到文字輸入，直接拍照〕。整改處理：對(duì)已有隱患的整改情況進(jìn)行處理。施工工程添加：新增施工單位。掃一掃：能通過(guò)掃描二維碼查找施工工程與巡查點(diǎn)。施工工程查找：按照施工工程名拼音首字母進(jìn)行查找。巡查報(bào)表：列出本網(wǎng)格巡查情況報(bào)表。施工單位自報(bào)報(bào)表：列車本網(wǎng)格施工單位的自報(bào)情況。數(shù)據(jù)上報(bào)接口依據(jù)業(yè)務(wù)開(kāi)發(fā)業(yè)務(wù)數(shù)據(jù)接口，以與上級(jí)系統(tǒng)的進(jìn)行業(yè)務(wù)銜接。按用戶要求的格式，生成情況反應(yīng)單；可導(dǎo)出現(xiàn)場(chǎng)圖片。技術(shù)解決方案設(shè)計(jì)原那么在設(shè)計(jì)中應(yīng)遵循如下原那么：標(biāo)準(zhǔn)性系統(tǒng)設(shè)計(jì)所采用的技術(shù)和設(shè)備應(yīng)符合國(guó)家、地方的有關(guān)法規(guī)、行業(yè)標(biāo)準(zhǔn)以及工業(yè)標(biāo)準(zhǔn)；信息的分類及編碼應(yīng)嚴(yán)格執(zhí)行現(xiàn)行的國(guó)家標(biāo)準(zhǔn)和行業(yè)標(biāo)準(zhǔn)。先進(jìn)性和實(shí)用性采用業(yè)界先進(jìn)的開(kāi)發(fā)技術(shù)，選用先進(jìn)設(shè)備，建立一種新概念的、開(kāi)放的現(xiàn)代管理和辦公環(huán)境，以組件式的信息技術(shù)為依托建立完善的整個(gè)系統(tǒng)，在較長(zhǎng)的時(shí)間內(nèi)能保證系統(tǒng)的先進(jìn)性和成長(zhǎng)性。在系統(tǒng)平臺(tái)的建設(shè)中，要充分考慮應(yīng)用系統(tǒng)對(duì)處理能力的需求，防止發(fā)生性能瓶頸，保證系統(tǒng)能夠按時(shí)、按質(zhì)和按量的交付使用。業(yè)務(wù)性原那么緊密圍繞環(huán)平安生產(chǎn)管理的業(yè)務(wù)，系統(tǒng)應(yīng)能適應(yīng)目標(biāo)的多重性，環(huán)境的多變性，方法的多樣性；遵從行業(yè)標(biāo)準(zhǔn)，表達(dá)即時(shí)監(jiān)測(cè)、及時(shí)感知、數(shù)據(jù)有效、分析準(zhǔn)確和數(shù)據(jù)共享等業(yè)務(wù)應(yīng)用特征。易操作性原那么遵從行業(yè)應(yīng)用需求和習(xí)慣，開(kāi)發(fā)具有管道燃?xì)庑袠I(yè)特色、標(biāo)準(zhǔn)化操作模式、友好的人機(jī)界面、可視化功能展示的應(yīng)用系統(tǒng)，做到功能強(qiáng)大、界面友好、貼近實(shí)際、操作簡(jiǎn)單、使用方便。標(biāo)準(zhǔn)化原那么系統(tǒng)建設(shè)、業(yè)務(wù)處理和技術(shù)方案應(yīng)符合國(guó)家、地方、行業(yè)的有關(guān)信息化標(biāo)準(zhǔn)的規(guī)定。數(shù)據(jù)指標(biāo)體系及代碼體系統(tǒng)一化、標(biāo)準(zhǔn)化，符合國(guó)標(biāo)或者部頒標(biāo)準(zhǔn)。保護(hù)現(xiàn)有投資可延續(xù)性充分利用已有設(shè)備和已有系統(tǒng)的成果，實(shí)現(xiàn)已有數(shù)據(jù)、系統(tǒng)的利用和保護(hù)以及現(xiàn)有工作人員知識(shí)的利用，系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)和功能體系應(yīng)充分表達(dá)目前平安生產(chǎn)管理的業(yè)務(wù)需求。平安性和穩(wěn)定性應(yīng)用系統(tǒng)必須有高可靠性，并對(duì)使用信息進(jìn)行嚴(yán)格的權(quán)限管理。在技術(shù)上，應(yīng)采用數(shù)據(jù)庫(kù)備份與恢復(fù)、身份認(rèn)證和訪問(wèn)控制等相應(yīng)的措施，保證數(shù)據(jù)庫(kù)平安、應(yīng)用軟件運(yùn)行、操作平安、系統(tǒng)的可靠和穩(wěn)定等?？蓴U(kuò)展性和可移植性系統(tǒng)建設(shè)必須考慮采用擴(kuò)展性好的系統(tǒng)架構(gòu)，保證能夠適應(yīng)將來(lái)的業(yè)務(wù)需求變化和和政府信息化建設(shè)的需要，預(yù)留擴(kuò)展接口，適應(yīng)業(yè)務(wù)需求變化，以利于系統(tǒng)的二次開(kāi)發(fā)和升級(jí)。隨業(yè)務(wù)增長(zhǎng)，系統(tǒng)建設(shè)和升級(jí)須支持跨平臺(tái)的可移植性。開(kāi)放性系統(tǒng)總體方案設(shè)計(jì)在體系結(jié)構(gòu)、硬件平臺(tái)、軟件平臺(tái)確實(shí)定方面，從設(shè)備選型到設(shè)計(jì)、開(kāi)發(fā)都要充分考慮“標(biāo)準(zhǔn)和開(kāi)放〞的原那么。在應(yīng)用系統(tǒng)的設(shè)計(jì)與開(kāi)發(fā)方面，依據(jù)標(biāo)準(zhǔn)化和模塊化的設(shè)計(jì)思想，在此根底上建立具有一定靈活性和可擴(kuò)展性的應(yīng)用平臺(tái)，使系統(tǒng)不僅在體系結(jié)構(gòu)上保持很大的開(kāi)放性而且同時(shí)提供各種靈活可變的接口，系統(tǒng)內(nèi)部也保持相當(dāng)程度的可擴(kuò)充性。技術(shù)路線軟件結(jié)構(gòu)本系統(tǒng)以領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)〔DDD〕為核心思想。在具體技術(shù)上，采用MicrosoftEntityFramework為面向領(lǐng)域開(kāi)發(fā)的實(shí)現(xiàn)框架。在系統(tǒng)分層上，分為模型層、業(yè)務(wù)效勞層、接口層、頁(yè)面層。在具體技術(shù)上，使用EasyUI為頁(yè)面層框架，通過(guò)JSON格式與接口層進(jìn)行數(shù)據(jù)交換，系統(tǒng)中移動(dòng)APP也將通過(guò)JSON格式與接口層交互。圖系統(tǒng)整體模型領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)〔DDD〕2004年著名建模專家EricEvans發(fā)表了他最具影響力的著名書(shū)籍：Domain-DrivenDesign–TacklingComplexityintheHeartofSoftware〔中文譯名：領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)2006年3月清華出版社譯本，或稱DomainDriven-Designarchitecture[EvansDDD]〕。DDD是告訴我們?nèi)绾巫龊脴I(yè)務(wù)層！并以領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)思想來(lái)選擇和適宜的框架。軟件的產(chǎn)生過(guò)程是：分析、設(shè)計(jì)、編程、測(cè)試、部署。過(guò)去，分析領(lǐng)域和軟件設(shè)計(jì)是分裂的，分析人員從領(lǐng)域中收集根本概念；而設(shè)計(jì)必須指明一組能在工程中適應(yīng)編程工具構(gòu)造的組件，這些組件必須能夠在目標(biāo)環(huán)境中有效執(zhí)行，并能夠正確解決應(yīng)用程序出現(xiàn)的問(wèn)題。模型驅(qū)動(dòng)設(shè)計(jì)(Model-DrivenDesign)拋棄了分裂分析模型與設(shè)計(jì)的做法，使用單一的模型來(lái)滿足這兩方面的要求。這就是領(lǐng)域模型。模型驅(qū)動(dòng)設(shè)計(jì)(Model-DrivenDesign)拋棄了分裂分析模型與設(shè)計(jì)的做法，使用單一的模型來(lái)滿足這兩方面的要求。這就是領(lǐng)域模型。單一的領(lǐng)域模型同時(shí)滿足分析原型和軟件設(shè)計(jì)，如果一個(gè)模型實(shí)現(xiàn)時(shí)不實(shí)用，重新尋找新模型。如果模型沒(méi)有忠實(shí)表達(dá)領(lǐng)域關(guān)鍵概念時(shí)，也必須重新尋找新的模型。建模和設(shè)計(jì)成為單個(gè)迭代循環(huán)。將領(lǐng)域模型和