中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

要想做好智慧園區(qū)的體驗設(shè)計，我們需要從多個維度出發(fā)去做考量，因為其業(yè)態(tài)內(nèi)容是十分復(fù)雜的。這篇文章里，作者就從產(chǎn)品業(yè)務(wù)模式、需求層次、應(yīng)用構(gòu)成、典型需求四個方面展開論述，一起來看一下。

智慧城市的概念與前景已遍及生產(chǎn)生活的各個方面，園區(qū)作為智慧城市最具典型的生產(chǎn)代表，它的運作模式與發(fā)展探索中所面臨的問題，可反哺我們對于智慧化空間的頂層設(shè)計研究及思考，以便我們更加全面地進行園區(qū)的數(shù)字化產(chǎn)業(yè)升級。

在園區(qū)這類空間表現(xiàn)形式中，因其豐富且龐雜的業(yè)態(tài)內(nèi)容，蘊含了大量不同場景下空間與人、人與人、人與物、物與空間等的復(fù)雜交互。無論從園區(qū)管理、運維還是經(jīng)營的角度出發(fā)，均需我們站在各個不同維度去洞察體驗環(huán)節(jié)中的各類痛點，從而輻射至各類不同形態(tài)的空間體驗設(shè)計及智慧城市的建設(shè)中。

下面從智慧園區(qū)的產(chǎn)品業(yè)務(wù)模式、需求層次、應(yīng)用構(gòu)成、典型需求四個方面展開論述。

一、智慧園區(qū)的產(chǎn)品業(yè)務(wù)模式

拋開過多的復(fù)雜定義與部分行業(yè)垂直特殊性，目前智慧園區(qū)的產(chǎn)品業(yè)務(wù)模式大致可分為兩類。

1. 企業(yè)自研產(chǎn)品

此類為較大規(guī)模的企業(yè)為達到降本增效之目的，也為了企業(yè)所涉及到的各類空間在自動化的基礎(chǔ)上更加智能化、可持續(xù)的發(fā)展，企業(yè)根據(jù)自身的實際需求，對已有的例如樓宇管理、消防、安保、辦公、通信等自動化系統(tǒng)進行重新整合，最大程度地規(guī)避信息孤島問題，形成一個綜合、互通的平臺級應(yīng)用產(chǎn)品。

較大規(guī)模企業(yè)一般都擁有經(jīng)驗豐富且專業(yè)的產(chǎn)研團隊，以伊颯爾服務(wù)過的京東方為例，他們便是在完成企業(yè)自身的園區(qū)數(shù)字化升級后，也將同樣的服務(wù)提供于采購他們硬件產(chǎn)品的客戶，加強促進園區(qū)內(nèi)的軟硬件結(jié)合，進一步形成產(chǎn)品服務(wù)的生態(tài)閉環(huán)。

此類因定制化程度較高，屬于企業(yè)的基礎(chǔ)服務(wù)建設(shè)。它以需求為導(dǎo)向，更加適用于企業(yè)自身的切實需要。體驗設(shè)計師的側(cè)重點應(yīng)聚焦于深入了解各類用戶需求、了解產(chǎn)品應(yīng)用間的耦合關(guān)系、對不同系統(tǒng)與功能進行融合等工作。

2. 解決方案服務(wù)產(chǎn)品

此類為看中智慧園區(qū)行業(yè)的潛能與前景，以提供綜合的數(shù)字化解決方案為核心業(yè)務(wù)的企業(yè)。他們可以為不同屬性、不同需求的園區(qū)提供定制化的產(chǎn)品服務(wù)。這要依托于其持續(xù)性地對不同形態(tài)園區(qū)的痛點進行洞察分析，深入了解底層基礎(chǔ)需求，經(jīng)過專業(yè)的設(shè)計與驗證，從而形成自己的產(chǎn)品體系。

此類企業(yè)對于智慧園區(qū)的服務(wù)形式、內(nèi)容都具有較為垂直且深入的研究，是以產(chǎn)品內(nèi)容與服務(wù)為導(dǎo)向的。這類產(chǎn)品對于體驗設(shè)計的要求較高，既要保證產(chǎn)品應(yīng)用層面的普適性，同時也要確保不同的產(chǎn)品功能順利組成新的應(yīng)用產(chǎn)品。體驗設(shè)計師的側(cè)重點應(yīng)聚焦于產(chǎn)品系統(tǒng)中基礎(chǔ)需求的拆解與重組、模塊功能架構(gòu)與任務(wù)路徑等設(shè)計工作。

二、智慧園區(qū)的需求層次

若將智慧園區(qū)的建設(shè)與發(fā)展擬作有階段性需求的個體，參照馬斯洛需求層次理論（Maslow’s Hierarchy of Needs）可大致分為三層，即基層的安全、第二階層的運維以及第三階層的經(jīng)營。

無論園區(qū)以何種形態(tài)發(fā)展，又發(fā)展至何種階段，以較高維度出發(fā)，它將幫助我們了解無論在何種業(yè)務(wù)模式或商業(yè)模式中挖掘業(yè)務(wù)及產(chǎn)品重點。從基礎(chǔ)層面思考，可在我們進行產(chǎn)品設(shè)計時，輔助我們進行需求排期、確定問題處理的優(yōu)先級等工作，這些均與園區(qū)的需求層次密切相關(guān)。

三、智慧園區(qū)的應(yīng)用構(gòu)成

園區(qū)在日常的運維經(jīng)營中會產(chǎn)生各類不同的數(shù)據(jù)資源，這些源數(shù)據(jù)大致包括園區(qū)信息、經(jīng)營信息、商業(yè)信息、產(chǎn)業(yè)資源、人才庫、項目庫、產(chǎn)品庫、資產(chǎn)信息等。如何對這些數(shù)據(jù)進行串聯(lián)與分類，也就代表著在應(yīng)用層我們應(yīng)如何設(shè)計能承載這些數(shù)據(jù)內(nèi)容呈現(xiàn)的平臺產(chǎn)品。

1. 應(yīng)用分類

一般來說，應(yīng)用種類的設(shè)置需根據(jù)園區(qū)或企業(yè)自身的實際需求進行，但通常情況下基本均包含了如下幾個大類。

2. 應(yīng)用切換體驗探索

如何進行園區(qū)內(nèi)應(yīng)用（或平臺）間的切換，我們在服務(wù)京東方的項目實踐中總結(jié)了如下的體驗設(shè)計要點。

功能描述：

從園區(qū)為度對數(shù)據(jù)進行分層，擁有多園區(qū)權(quán)限的角色可以在園區(qū)之間進行切換。

設(shè)計思路：

園區(qū)數(shù)據(jù)與園區(qū)主體擁有強綁定關(guān)系，園區(qū)A的數(shù)據(jù)之和園區(qū)A相關(guān)，意味著在查看園區(qū)A的數(shù)據(jù)時可以完全屏蔽園區(qū)B的數(shù)據(jù)，因此園區(qū)切換的操作層級非常高；與權(quán)限系統(tǒng)相關(guān)聯(lián)，對于單園區(qū)的角色，不展示園區(qū)切換的操作；對于多園區(qū)的角色，需要一個「概覽頁」，用戶匯總多個園區(qū)的數(shù)據(jù)，提供全局視角。

設(shè)計方案：單園區(qū)的角色，賬密輸入后進入后臺首頁，無園區(qū)切換操作；

多園區(qū)的角色， 賬密輸入后進入概覽頁，橫向?qū)Ρ雀鲌@區(qū)的數(shù)據(jù)，并提供園區(qū)的入口；

多園區(qū)的角色， 在頁面頭部提供切換園區(qū)的入口；

四、智慧園區(qū)中的典型需求

園區(qū)在現(xiàn)實物理世界與抽象維度都有其相對應(yīng)的一些內(nèi)容。從具體層面出發(fā)，以園區(qū)為中心，空間、任務(wù)及人之間產(chǎn)生了現(xiàn)實之間的聯(lián)系，映射在抽象層面就有了場景、目標(biāo)與角色等維度的誕生。

如何基于兩個不同層面的相似與差異需求進行體驗層面的設(shè)計，本章節(jié)會進行幾個典型需求來進行舉例說明。

1. 典型需求——樓宇監(jiān)控需求說明

以園區(qū)內(nèi)的GIS為例，將園區(qū)內(nèi)的數(shù)據(jù)信息以可視化的形態(tài)呈現(xiàn)于地圖上，更加清晰直觀地描述空間與數(shù)據(jù)等之間的關(guān)系。

設(shè)計思路：

此處的使用場景為應(yīng)用層，可適當(dāng)簡化地圖系統(tǒng)的路徑，保留「園區(qū)-建筑-樓層」路徑。載入頁面后提供簡化后的俯視圖，結(jié)合地圖信息框架，標(biāo)注出每棟建筑的位置，并在頂部圖層展示業(yè)務(wù)組件。每棟建筑均可點擊進入查看詳情：將建筑平面抽象化，通過副欄進入不同樓層，在每個樓層分別完成增刪改查等工作。

設(shè)計方案：

在此模塊的頁面結(jié)構(gòu)中，從下導(dǎo)航分別為「底層地圖 – 業(yè)務(wù)組件 – 浮層窗體」；

進入查看某棟建筑或房間時，保留路徑用于回退；切換路徑或更換樓層時，面板數(shù)據(jù)源相應(yīng)變化；查看建筑時，增加樓層指示器。

2. 典型需求——排班管理需求說明

查看員工的排班情況，并提前為其制定工作計劃。

設(shè)計思路：

分配任務(wù)的流程中，至少需要三個要素「任務(wù)、員工、時間」。任務(wù)實體通常包含任務(wù)id、任務(wù)名稱、任務(wù)描述、審核標(biāo)準(zhǔn)等。員工實體通常包含員工id、員工姓名、所屬部門、崗位等，但此處為了表達排班管理的功能，可暫時省去部分字段以簡化模型；時間將任務(wù)與員工連接起來，限制員工在限定時間內(nèi)完成任務(wù)。

對于一些日常性的、周期性的任務(wù)，為了避免每次分配都要編輯名稱和描述，因此為其建立一套「日常任務(wù)庫」，分配任務(wù)時直接從庫中調(diào)用，只需要單獨維護這套任務(wù)庫即可。

分配任務(wù)時，有三種思路：

第一種：員工任務(wù)甘特圖

檢視員工的排班情況，并為員工指派任務(wù)；

為了更方便地展示未來多天的排班情況，將時間軸嵌入員工表：

第二種：日歷面板

第二種思路，選擇某個時間區(qū)段，編輯任務(wù)后添加員工；

在組件表達上，最終選擇「日歷」作為方案；

第三種：任務(wù)表

第三種思路，預(yù)先配置好任務(wù)（僅針對周期性的任務(wù)），為其設(shè)定時間并添加員工；

任務(wù)庫使用常規(guī)的列表頁即可；

整體方案：

在一個界面中通過 tab 進行切換，不需要跳出界面即可滿足三種場景的排班管理需求。

3. 典型需求——視頻監(jiān)控需求說明

選擇若干攝像機，將畫面展示在頁面中；

A. 畫面

每個畫面包含多種狀態(tài)；待播放、播放中、錄屏中；

鼠標(biāo)移入后，在畫面中展示額外信息和操作；

雙擊正在播放的畫面，可快捷地全屏化；

支持 1、4、6、9 宮格的畫面布局，用于不同顆粒度的監(jiān)控場景；

B. 攝像機

按照功能類型，可分為「槍機」和「球機」，球機支持更多的操作，如轉(zhuǎn)向、巡航路線配置等；

按照是否聯(lián)網(wǎng) / 開機，可分為「在線」和「離線」；

按照是否播放，可分為「未播放」和「播放中」，其中只有在線的攝像機才會有「播放中」的狀態(tài)；

按照鼠標(biāo)交互，可分為「默認」和「鼠標(biāo)移入」；

當(dāng)攝像機數(shù)量逐漸增加時，為了在攝像機列表中快速定位某一臺攝像機，為列表添加搜索功能；

當(dāng)需要在多個攝像機之間頻繁切換時，搜索成本仍然較大，因此為攝像機增加分組功能。分組命名通常為場景或任務(wù)，將需要的攝像機添加進組，之后便可以在某個分組下快速定位攝像機；

分組之外的另一個思路，為攝像機添加標(biāo)簽，通過標(biāo)簽來定位攝像機，因此需要建立專屬于攝像機的標(biāo)簽庫。標(biāo)簽系統(tǒng)需要考慮另一個因素，即篩選的結(jié)果滿足所有標(biāo)，還是只需滿足任一標(biāo)簽，綜合考慮標(biāo)簽分類的方式學(xué)習(xí)成本較大，因此只簡單展示一下。

C. 攝像機面板

實際的業(yè)務(wù)需求中，除了提供「攝像機名稱與狀態(tài)」，還需要提供一些輔助信息與入口，如攝像機詳情入口、告警策略配置、待處理的告警事件、錄像回放、球機的轉(zhuǎn)向與巡航路線配置等。

設(shè)計思路為：選中某臺攝像機后，在一塊面板中展示相關(guān)信息與入口，這塊面板不能影響畫面區(qū)域，因為在調(diào)整球機的轉(zhuǎn)向與焦距時，需要畫面的實時反饋，因此考慮將這塊面板覆蓋在設(shè)備列表上；

將所有的輔助信息與入口進行盤并篩選后，元素內(nèi)容仍然過多，更何況會涉及到轉(zhuǎn)向功能，因此將面板進行分類；其中，「基礎(chǔ)信息」面板為槍機與球機的共有面板，「預(yù)置位置、巡航列表、視頻設(shè)置」為球機獨有的面板；

為了避免面板內(nèi)容過多地占據(jù)攝像機列表的縱向空間，所有面板支持手風(fēng)琴折；

D. 輪巡模式

當(dāng)用戶需要在多臺攝像機之間（超過9臺）頻繁切換時，為了簡化用戶操作，考慮增加一種輪播模式，使一批攝像機按照某個間隔循環(huán)播放。復(fù)用上方提到的分組方案，為這個分組添加輪播屬性為「是」，并設(shè)置輪播間隔后，即可讓該分組按照既定的規(guī)則進行輪播。

此外還有另一個問題，當(dāng)分組中攝像機的數(shù)量無法被畫面數(shù)量整除時，可能會導(dǎo)致某臺設(shè)備的畫面在輪播時無法出現(xiàn)在某個固定位置，但在用研階沒有關(guān)于該問題的結(jié)論，因此將「是否固定畫面數(shù)量」作為分組中的一個屬性，交由用戶配置；

選擇某個分組后，若該分組支持輪巡，可快捷開啟輪巡模式；

4. 典型需求——視頻監(jiān)控需求說明

讓用戶在特定范圍內(nèi)訪問資源、讓管理者更方便地管控每個用戶可訪問的資源。

A. 權(quán)限模型

常見的技術(shù)模型，如 ACL、RBAC、ABAC、DAC、MAC 等，不同的模型有不同的使用場景，此處以 RBAC 為例，因為此模型在實際工作中應(yīng)用得更頻繁，且對于權(quán)限可以有一個基礎(chǔ)的理解；

B. 梳理角色

首先需要窮舉角色，保證系統(tǒng)運作的閉環(huán)，盤點角色需要以下兩種方式：

按照任務(wù)流程（職責(zé)）劃分：

我們在設(shè)計系統(tǒng)或產(chǎn)品時，通常是需要去梳理用戶的任務(wù)流程的。當(dāng)時是如何設(shè)計這個系統(tǒng)的，我們現(xiàn)在就如何去劃分角色，匹配度也會更高。為此，我們需要羅列所有的功能，以及每個功能中涉及到的所有任務(wù)流程。通過這種方式，我們得到的角色列表通常包含錄入人員、審核人員、應(yīng)用人員；

按照崗位劃分：

工作職責(zé)與崗位通常存在對應(yīng)關(guān)系，需要將上方的職責(zé)與崗位進行一一關(guān)聯(lián)，確保所有的職責(zé)都被分配無遺漏，并且避免存在職責(zé)劃分不明確的情況，最后的角色列表可能包含管理員、客服、運維、工程師、設(shè)計師等。

C. 梳理權(quán)限

權(quán)限通常分為以下三種：

1. 頁面權(quán)限：某個頁面是否可見，這會直接體現(xiàn)在導(dǎo)航菜單中，只有用戶擁有某個頁面的訪問權(quán)限時，才會在導(dǎo)航中展示該菜單；
2. 操作權(quán)限：某個操作是否可用，包括增刪改查審核；
3. 數(shù)據(jù)權(quán)限：某個數(shù)據(jù)是否可見。

一個角色在系統(tǒng)中會涉及到哪些任務(wù)，這決定了該角色將擁有哪些頁面權(quán)限；一個角色在某個任務(wù)中需要產(chǎn)生哪些行為，這決定了該角色擁有的操作權(quán)限；為了完成這個任務(wù)，一個角色需要查看哪些信息，這決定了該角色擁有的數(shù)據(jù)權(quán)限。結(jié)合之前每個角色的任務(wù)流程圖，將會得到一份角色權(quán)限表；

進一步地，為角色配置權(quán)限；

D. 配置權(quán)限

第一種邏輯，為角色添加用戶；

第二種邏輯，為用戶添加角色；

結(jié)語

智慧園區(qū)之于智慧城市以小見大，我們生活的便捷與智能，離不開商業(yè)對于行業(yè)整體的發(fā)展推動。在園區(qū)的數(shù)字化改革浪潮中，無論哪類企業(yè)與其產(chǎn)品的業(yè)務(wù)模式，處處都埋藏著發(fā)揮體驗設(shè)計價值的機會點，我們也都在為更加智能化的城市空間建設(shè)做出專業(yè)貢獻。