5. 在敏捷项目中进行用户体验建模
在进行建模时，敏捷业者是非常务实的。敏捷建模方法学描述了敏捷业者是如何进行建模和编写文档的。图二(在本页最后)是对敏捷模型驱动式开发方法（Agile Model Driven Development）的生命周期的一个概览。这种方法最初产生于极限编程社区，不过它似乎抓住了一般的敏捷项目建模方法的实质。图中的每个方框表示一个开发活动。位于第0周期中的初始建模活动包括了两个主要的子活动，即初始需求建模和初始体系结构建模，这两个活动同时以迭代的方式被进行。风暴式建模及对模型的实现活动在任何周期中都可能发生，包括第0周期（是的，谣言没有说错，敏捷业者经常会在项目启动后的第一个星期中就开始软件编码实现了）。每个方框中所标出的时间表示的是该活动在每次进行时平均需要多长时间：例如，在开发阶段，为了探究某个需求，你通常会和某个利益关系人一起花数分钟的时间进行风暴式建模，然后你会花数小时的时间进行编码。
初始的建模工作一般是在项目开始后的第一个星期中进行的。对于持续时间较短的项目（可能需要数个星期），你可以在项目开始后的数小时内就进行这项工作。而对于较长的项目（可能需要12个月或更多），你或许可以决定为之投入长达两个星期的时间。进行初始建模工作可以有两个方法：
需求建模。你需要确定项目的高层需求以及最近的发布版本中将会包括哪些功能。这样做的目标就是要对整个项目是做什么的有一个较好的大致理解。为了 做到这一点，你很可能需要构建初始的用户使用模型，以便来研究用户是如何使用系统的（例如，这种模型可以是用例模型或情景描述），你还可能需要构造一个初 始的应用领域模型，以便用来确定基本的业务实体类型及其相互关系。可以选做的其它内容包括另外一些重要的模型，你可以使用这些模型来研究技术上的需求。
体系结构建模。初始体系结构建模的目标是要试图确定一个极有可能使项目能够很好工作的体系结构。在99%的时间里，敏捷业者所做的就是聚集在一个 白板旁边，一边讨论各种各样的体系结构策略，一边画一些没有固定格式的图表。当用户界面方面的体系结构是需要重点考虑的问题时，敏捷建模人员会创建一个用 户界面导航图（见图三在本页最后），它描绘了一些重要的屏幕画面、页面以及报表之间的初始关系（这样就能让你对用户界面有一个概览，从而使得你能够问一些 基本的可用性方面的问题）。
在随后的那些活动周期中，初始的模型会随着你对项目了解的增多而逐渐完善，但在第0个周期中，你的目标仅仅是得到一个能够勉强工作的模型，这样整个团队就能开始工作了。你不需要对很多细节进行建模，我再次强调一下：这个阶段的目标是使大家对项目有一个共同的理解，而不是编写详细的文档。
在开发周期中，大部分建模活动都会涉及多个人，通常是两个或三个。他们一边讨论，一边在纸上或白板上花一些草图。这些风暴式建模活动是“应需而做” 的：即当发现某个需要解决的问题时，你很快地从团队中找来一些可以帮助你的同事，大家一起研究该问题，然后每个人又都像先前一样回去继续各自的工作。
此文章共有10页 上一页 1 2 3 4 5 6 7 8 9 10 下一页
文章来源：中国项目管理资源网
|
Leadge.com首页 > 知识库 
