網頁設計中的彈窗與浮層的設計

來源:互聯網
上載者:User

 在從傳統的Software逐漸轉換到Webware的大潮中,設計模式與技術實現雙重變革和推進下。我們提倡頁面中的任務對應使用者群明確,任務少而精。回到我們傳統的後台軟體系統中,對於面對系統與流程再造。我們順其自然得想到把在Web服務中的設計思想遷移到後台軟體系統中。多數情況來說,這會使系統變得更加輕便,結構清晰,對軟體的使用者群開始洞察和最佳化。

但是,是不是有助於提升可用性的改進在軟體系統中都需要改進呢? 今天分享一個例子。

背景是:

1,  一個頁面中包含一個主要任務和若干分支任務及完成主要任務所需的頁面資訊架構。

2,  使用者角色繁多,資訊量大,頁面地區有限,只能展示主要任務所需資訊。

我們面臨其中這樣一個挑戰:

1,  做出主要任務的決策時,若干條件下需要查看分支任務的詳細情況以支援決策。

2,  做出分支任務的決策時,若干條件下需要查看主要任務資訊以支援決策。

 

在開始階段,我們很自然的對任務所需資訊進行歸類和梳理,頁面更加結構化。大量使用展示層指令碼語言,希望讓頁面更加瘦小,讓操作更加流暢。從圖中可以看到,把之前的頁面跳轉改為當前頁面彈出一個蒙板浮動層。此時,我們發現忽略了一個問題。頁面使用浮動層之後,主要任務和分支任務之間關係由並列變成了內含項目關聯性,分支任務又在系統其他環境中處於主要任務地位,任務之間並不存在內含項目關聯性。在長達3屏的頁面中,浮動層雖然可以做到之前並列關係結構中的自由資訊組合、資訊對比和自由移動。但是資訊量繁複的情況下,移動浮動層,拖拽捲軸,浮動層遮蓋部分資訊等原因讓使用者在環境測試時皺緊了眉頭。因為之前主次任務之間並列結構、自由開啟和隱藏、不規則對比和拖動的習慣不能被延續了。此時,如果不考慮到系統結構本身的問題,此處使用彈出層的使用可以讓使用者更加自由無束縛,也減小了業務擴充和張力所帶來系統調整成本,而時下常用的浮動層反而會限制使用過程。

衡量一個可以提升軟體系統可用性特性,它能否適合一套軟體系統。不只需要從可用性的角度來審視,還需要深入瞭解系統結構、使用者習慣和技術成本等因素。如果是Web服務供應項目,需要更加周全地衡量。



相關文章

E-Commerce Solutions

Leverage the same tools powering the Alibaba Ecosystem

Learn more >

Apsara Conference 2019

The Rise of Data Intelligence, September 25th - 27th, Hangzhou, China

Learn more >

Alibaba Cloud Free Trial

Learn and experience the power of Alibaba Cloud with a free trial worth $300-1200 USD

Learn more >

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。