web20時(shí)代的ue設(shè)計(jì)過程-在線瀏覽
2024-09-07 12:36本頁面
【正文】 如下圖所示。有時(shí)候，最好在這些紙上簡單的寫上一兩句描述，有助于你在向其他人介紹時(shí)，能像講述一個(gè)故事一樣，讓聽眾更容易接受和理解。推薦幾種很常用的業(yè)務(wù)模型表現(xiàn)形式： visio+word微軟Office家族中的visio可以很方便的畫出流程圖，業(yè)務(wù)生態(tài)圖等，配上一定格式的文字說明就可以了。UML語言采用UML的UseCase等方式來展現(xiàn)業(yè)務(wù)模型，可以用一些專業(yè)的輔助工具來進(jìn)行業(yè)務(wù)建模，例如IBM的Rose，MagicDrawUML等。當(dāng)然，對(duì)于未使用過UML的團(tuán)隊(duì)來說，采用UML也會(huì)相應(yīng)增加一些學(xué)習(xí)的成本；也需要考慮客戶能否看懂UML所表達(dá)的意圖。表格的最大好處是能清晰的說明每個(gè)細(xì)節(jié)，方便后續(xù)的分析和抽象工作。思維導(dǎo)圖一個(gè)好的溝通者會(huì)很善于用類似思維導(dǎo)圖的方式來傳遞思想，因?yàn)樗季S導(dǎo)圖可以很容易的展現(xiàn)思維脈絡(luò)，清晰反映內(nèi)容層級(jí)和重點(diǎn)。其缺點(diǎn)在于，雖然適合作為交流和溝通的媒介，但不太合適用于正式的交付和傳遞，這也與思維導(dǎo)圖的內(nèi)容形式不夠豐富，約束力不強(qiáng)有關(guān)。范圍層（Scope）搭建系統(tǒng)模型范圍層意義在于：用戶的需求如何映射到系統(tǒng)上的APP，哪些功能和特性需要納入設(shè)計(jì)，功能如何約束和實(shí)現(xiàn)。其次是詳細(xì)分析每個(gè)APP的內(nèi)容和特性，并明確APP的設(shè)計(jì)細(xì)節(jié)。下面著重說明如何去分析APP，我想從四個(gè)方面來詳細(xì)介紹：UseCase分析在構(gòu)建系統(tǒng)模型時(shí)，我們對(duì)BO的行為進(jìn)行了識(shí)別，這些行為就是Use Case的來源。比如，有的設(shè)計(jì)師將注冊(cè)、登錄、添加購物車等作為一個(gè)最小單元的用例，但是有的設(shè)計(jì)師會(huì)把購物，退貨，搜商品作為最小的用例單元，還有的設(shè)計(jì)師會(huì)把郵箱驗(yàn)證，重置表單內(nèi)容作為最小的用例單元。在前面提到了，我建議把較大的APP拆分為三個(gè)層次，即：APP層，Module層和Function層，這樣拆分的原因是為了與系統(tǒng)層面的功能模塊頁面和頁面里的操作（或者一個(gè)單獨(dú)處理單元）逐一對(duì)應(yīng)。 優(yōu)先級(jí)在用例的基礎(chǔ)上，我們需要結(jié)合產(chǎn)品或項(xiàng)目的實(shí)際目標(biāo)，排列優(yōu)先級(jí)。一般按照項(xiàng)目的大小略有不同，一般的項(xiàng)目3級(jí)就足夠了，大型項(xiàng)目設(shè)定在5級(jí)以內(nèi)。用例的責(zé)任人是王蒙，表示：一旦發(fā)生用例的變更，停止或測試問題，都應(yīng)該由王蒙進(jìn)行最終的解釋和修改。場景描述一般Use Case描述清楚了，就能夠把功能定義清楚。這時(shí)候，就要引入場景描述了。但并不是所有的用例都需要輔以場景描述，這取決于業(yè)務(wù)的復(fù)雜度及專業(yè)程度。場景描述的主要目的是將用例間的關(guān)系能以一種更清晰的方式傳達(dá)給其他干系人。例如，我們將在線購物作為一個(gè)主場景，而團(tuán)購、普通購物是在線購物的子場景，而子場景涉及到瀏覽商品、搜商品、放入購物車、確認(rèn)訂單信息、支付、查看訂單等用例。上圖中，S01是場景編號(hào)，S
畢業(yè)設(shè)計(jì)相關(guān)推薦
鄂ICP備17016276號(hào)-1