在從傳統(tǒng)的Software逐漸轉(zhuǎn)換到Webware的大潮中，設(shè)計模式與技術(shù)實現(xiàn)雙重變革和推進下。我們提倡頁面中的任務(wù)對應(yīng)用戶群明確，任務(wù)少而精?；氐轿覀儌鹘y(tǒng)的后臺軟件系統(tǒng)中，對于面對系統(tǒng)與流程再造。我們順其自然得想到把在Web服務(wù)中的設(shè)計思想遷移到后臺軟件系統(tǒng)中。多數(shù)情況來說，這會使系統(tǒng)變得更加輕便，結(jié)構(gòu)清晰，對軟件的用戶群開始洞察和優(yōu)化。
但是，是不是有助于提升可用性的改進在軟件系統(tǒng)中都需要改進呢? 今天分享一個例子。

背景是：
1， 一個頁面中包含一個主要任務(wù)和若干分支任務(wù)及完成主要任務(wù)所需的頁面信息架構(gòu)。
2， 用戶角色繁多，信息量大，頁面區(qū)域有限，只能展示主要任務(wù)所需信息。
我們面臨其中這樣一個挑戰(zhàn)：
1， 做出主要任務(wù)的決策時，若干條件下需要查看分支任務(wù)的詳細(xì)情況以支持決策。
2， 做出分支任務(wù)的決策時，若干條件下需要查看主要任務(wù)信息以支持決策。

在開始階段，我們很自然的對任務(wù)所需信息進行歸類和梳理，頁面更加結(jié)構(gòu)化。大量使用展示層腳本語言，希望讓頁面更加瘦小，讓操作更加流暢。從圖中可以看到，把之前的頁面跳轉(zhuǎn)改為當(dāng)前頁面彈出一個蒙板浮動層。此時，我們發(fā)現(xiàn)忽略了一個問題。頁面使用浮動層之后，主要任務(wù)和分支任務(wù)之間關(guān)系由并列變成了包含關(guān)系，分支任務(wù)又在系統(tǒng)其他環(huán)境中處于主要任務(wù)地位，任務(wù)之間并不存在包含關(guān)系。在長達3屏的頁面中，浮動層雖然可以做到之前并列關(guān)系結(jié)構(gòu)中的自由信息組合、信息對比和自由移動。但是信息量繁復(fù)的情況下，移動浮動層，拖拽滾動條，浮動層遮蓋部分信息等原因讓用戶在環(huán)境測試時皺緊了眉頭。因為之前主次任務(wù)之間并列結(jié)構(gòu)、自由打開和隱藏、不規(guī)則對比和拖動的習(xí)慣不能被延續(xù)了。此時，如果不考慮到系統(tǒng)結(jié)構(gòu)本身的問題，此處使用彈出層的使用可以讓用戶更加自由無束縛，也減小了業(yè)務(wù)擴展和張力所帶來系統(tǒng)調(diào)整成本，而時下常用的浮動層反而會限制使用過程。
衡量一個可以提升軟件系統(tǒng)可用性特性，它能否適合一套軟件系統(tǒng)。不只需要從可用性的角度來審視，還需要深入了解系統(tǒng)結(jié)構(gòu)、用戶習(xí)慣和技術(shù)成本等因素。如果是Web服務(wù)產(chǎn)品，需要更加周全地衡量。

最新評論