从用t户的角度创建系统规格说明书.doc

从用户的角度创建系统规格说明书　作者：Mandy Chessell　来源：社区　2008年9月27日　发表评论　进入社区　　引言 　　没有人会专门构建难于使用的产品。不过，我们经常会遇到让人迷惑、烦躁而且不便于使用的工具、设备和 IT 解决方案。为什么会这样呢？ 　　在很多情况下，IT 解决方案之所以不好用，是因为设计者是根据技术或 Gadget 能够提供的功能构建的，而没有以用户的需求为基础。这不是某个个人的失职。相反，这主要是因为软件开发方法经常太过于关注系统功能的正确设计和视觉方面的有限外部设计（如颜色、术语、交互性和屏幕布局）所致。 　　正确功能和视觉设计非常重要，但为使用者设计 IT 解决方案不仅仅需要对用户界面的外观加以关注。用户建模在这方面更深入了一步，会影响系统行为的基础层面。如果用户模型一开始就不正确，即使功能完全符合其规范，也不会“正确”。 　　在本文中，我们将了解如何从用户的角度创建系统规格说明书。用户建模对系统建模和组件的其他体系结构建模进行补充，这方面从界面设计阶段一开始就非常有用。另外，还可以通过其提供用例的重要信息。通过此方法，每个迭代都可以交付有用而且易用的功能。有用，因为它可帮助人们实现其目标；易用，因为它与概念模型匹配。 　　定义概念模型 　　概念 模型定义我们预期事物将如何工作。它是根据我们以前的经验动态构建的。人们使用可见的线索和控制器（如手柄和开关）来操作看到的物体，以实现其目标。概念模型可帮助我们了解各种新情况。 　　想想通过不熟悉的门进入建筑物的情况。您不需要借助操作手册或培训课程来通过这扇门。您将首先找到可以旋转的房门把手，或推动门板。这些部件的位置告诉您折叶的位置以及门是向里开还是向外开。如果没有这些，您可以试试门会不会检测到有人靠近就自动打开。在这个过程中，您在使用来自概念模型的知识进行一系列试验。您收到的反馈和结果将确定您后面的步骤。 　　通过我们的概念模型，我们可以容易地处理很多新情况。不过，当某个东西不按照我们预期的方式工作时（由于缺少可见线索，或被线索误导），我们会发现一片混乱。如果折叶位于门的顶部，其工作方式有些像门上的猫洞，或者如果门把手位于折叶旁边，您会有什么样的感觉呢？ 　　当事物不按照我们预期的方式工作时，我们经常会由于失败而感到有些不好意思，或者感到非常气恼。即使了解了其工作方式，将来使用时仍然需要特别注意，否则就可能继续犯错。我们认为它“很难使用”，因此会采取措施来避免使用。 　　将概念模型应用于 IT 解决方案 　　概念模型也适用于 IT 解决方案。IT 解决方案在屏幕上显示对象，如文档或文件夹，并为人们提供操作对象实现其目标的方法。 　　IT 对象经常与现实世界中的物体非常相似。就像实际物体一样，解决方案中的 IT 对象必须按照与我们认为其应该的行为方式的概念模型一致的方式工作。当 IT 对象模拟现实世界的物体，必须准确。IT 解决方案必须具有与概念模型预期相符的可见操作，并对每项操作提供清楚、明确的反馈。 　　例如，以在线文档库为例。用户可以创建在线文档并将其放入电子文件夹中。文档和文件夹的电子版本需要按照与现实世界的对等项相同的方式工作。可以对电子版本添加或扩展在现实世界中无法完成的功能（例如，将文档同时放入多个文件夹的能力）。不过，进行扩展时必须格外小心，以避免给使用系统的人员造成混淆。 　　将解决方案的外部设计元素与使用它的人员的概念模型匹配，这是成功的关键。对解决方案满意的用户是此解决方案最强大的销售推广力量。用户如果不满意，可能甚至会劝阻其他人试用此解决方案。 　　了解用户是用户建模的第一步 　　为了构建有用而且易用的解决方案，您必须从以下方面了解其使用者的特征： 　　他们的目标是什么 　　他们如何将目标转换为行动 　　他们的概念模型的相关部分如何操作 　　此信息捕获在用户模型中。 　　用户模型 是由简单类关系图组成的专用 UML 模型，描述用户的目标和技能、您要求他们执行的任务以及在 IT 解决方案中将使用的对象。其中的每个概念都作为自己的造型化 UML 类表示，并具备描述其间关系的 UML 关联。　　从确定解决方案的使用者开始构建用户模型。 　　用户角色 　　由于概念模型是以我们的经验为基础构建的，因此每个人的概念模型都是唯一的。不过，这并不意味着我们需要针对每个个人用户进行建模。幸运的是，我们与具有类似背景和教育的其他人有相似的经验。在解决方案操作的领域，可以将可能具有类似概念模型的用户分组到一起。这些用户组称为用户角色。 　　用户角色代表具有类似职责和技能的用户组。可以将用户角色视为组织内的工作角色，如采购员、营销经理、系统管理员和办事员。 　　务必为解决方案的所有方面定义用户角色，包括业务使用、自定义、管理及操作