Android_从需求分析到设计
需求分析：连结到系统状态(State)设计
1. 前言
上一篇文章里，提到从Use Case连结到Layout画面的设计，也连结到UI(如Activity或View子类)事件处理类别的设计上。不仅仅如此，还可以进一步将Layout设计连结到状态机(State Machine)的设计上，可大幅提升UI画面操作幕后事件处理机制的稳定性和未来维护的容易性。
2. 表达需求的Use Case图
一般的Use Case是用来表达User的需求。例如，一般Use Case图如下：
这表达了User先选择欲播放的MP4影片或歌曲；然后开始播放影片或歌曲。
3. 画面Layout的设计
依循上图的需求，设计师规划出三个Layout画面，如下：
Layout_#1支援「UC:选择MP4影片」
Layout_#2支援「UC:下载MP4影片」
Layout_#3支援「UC:播放MP4影片」
4. 从Use Case连结到Layout设计
画面Layout是User操作的视觉接口，设计师将其Layout创意与Use Case连结在一起，是有意义的。能够从Use Case连结到Layout的设计图，也就是藉由Use Case图将User需求与设计师的创意连结起来，这是Use Case图极具价值的用法。如下述的新潮Use Case图：
这说明了，设计Layout_#1来提供「选曲」时的互动画面。设计Layout_#2来提供下载画面。设计Layout_#3来提供播放和播完时寻问是否回放的互动画面。 [歡迎光臨 高煥堂 網頁：
]
5. 从Use Case连结到State Machine图
刚才已经说明过，从Use Case不仅能连结到Layout画面设计，还可以进一步将Layout设计连结到状态机(State Machine)的设计上。在笔者的第二本Android书籍(“Google Android应用软件与JNI架构设计”)一书里，第一篇就介绍了如何活用UML的Statechart(状态机图)来提升Android应用程序的稳定性。在本文里，就将上图的Layout设计连结到状态机的设计，如下图：
于是，上述Use Case就能连结到如下的详细状态机设计图了。
6. 结语
◆
[Go Back]
