基于会议管理系统的原型搭建.docx

基于会议管理系统的原型搭建摘 要：项目开发前期，精准的需求获得可以最大程度避免开发过程中走的弯路。本文针对具体的会议管理系统中，如何利用Axure快速建立一原型模型，在此基础之上落实客户的每一个需求，提高开发效率和准确性。关键字：原型 Axure 需求获得 需求分析Based on the conference management system prototypeAbstract: The early stage of the project development, to maximize the needs of the precision, avoiding the development process of detours. Specific conference management system, the author of this paper, how to utilize the Axure quickly built a prototype model, on this basis to carry out the customers every need, improve the development efficiency and accuracy.Keywords: Prototype Axure Requirement Eelicitation Requirements Analysis1 前言 在系统工程及软件工程中，需求分析指的是在创建一个新的或改变一个现存的系统或产品时，确定新系统的目的、范围、定义和功能时所要做的所有工作。需求分析是软件工程中的一个关键过程。在这个过程中，系统分析员和软件工程师确定顾客的需要。只有在确定了这些需要后他们才能够分析和寻求新系统的解决方法。我们在跟用户进行软件系统需求沟通时，如果使用文字，一般的最终用户是很难理解与想象你未来产品模样的。因此通常我们会设计界面原型，界面原型表达软件系统能做什么，也就是系统的功能性需求，因为是原型，并不是真正的系统，但又可以达到与系统真正运行起来相同的效果。通过界面原型与用户沟通，让其能提前看到未来系统是什么样子的，这样用户才能告诉我们其真正的需求是什么，制作界面原型是需求获取的必要条件，通过界面原型与用户沟通，可以起到事半功倍的效果。常见的原型制作工具有很多，比如使用网页制作软件创建：可以直接操作HTML文件，更接近真实。缺点，你需要掌握HTML语法，掌握复杂的网页制作工具。操作复杂性高。另外常见的还有visio，可以快速的创建单个页面，也可以用创建，缺点：最多只能做到页面直接的关联，按钮，链接上无法创建事件，死板。无法作出接近真实的效果，无法生成HTML文件。Axure RP是一款针对BS结构的原型设计工具。该工具的最大特色是它并不是面向开发人员的，而是为产品经理或项目经理量身打造的设计工具。使用Axure RP的人员可以不会任何的开发语言就能开发出类似真正项目的软件，这样就可以帮助产品经理或项目经理把客户的需求落实到每个细节上，最大程度的避免开发中可能走的弯路，提高开发效率和开发准确性。Axure RP可以根据实际的需求做出低保真或高保真的项目原型。2 Axure工具使用Axure的完整英文名是Axure RP Pro。Axure的英文发音是Ack-sure ，RP 是Rapid Prototyping的缩写，意思为快速原型设计；Pro是Professional的缩写，意思是专业版。Axure RP Pro是美国Axure Software Solution 公司的旗舰产品，是一个让负责定义需求和规格、设计功能和界面的专家快速创建应用软件或Web网站线框图、原型、规格说明书的专业快速原型设计工具，下面对此工具简单介绍。2.1 Axure简介目前Axure的最新版本为Axure7.0，其主要页面如图1所示，可见大体分成两个部分，与页面有关的部分以及与元件有关的部分，其中与页面有关的部分包括，站点地图：所有页面文件都存放在这个位置，可以在这里增加、删除、修改、查看页面，也可以通过鼠标拖动调整页面顺序以及页面之间的关系。母版：可以创建、删除、像页面头部、导航栏这种出现在每一个页面的元素，可以绘制在母版里面，然后加载到需要显示的页面，这样在制作页面时就不用再重复这些操作。页面设置：元件库含有三个标签页，分别为页面注释，页面交互以及页面样式，有效范围为整个文档。可以设定页面间切换的动画，以及制定样式，同时进行页面注释。 图1：Axure7.0界面组成与元件有关的主要包括有元件：或者叫Axure组件库、Axure部件库，所有软件自带的元件和加载的元件库都在这里，这里可以执行创建、加载、删除Axure的操作，也可以根据需求显示全部元件或某一元件库的元件。元件管理：列出该页面中所有元件，建议给重要元件命名，以用于查询；件交互和注释：制定一个页面中各个元件之间的交互信息，对该元件也可以进行注释；元件属性和样式：可以设置选中元件的标签、样式，添加与该元件有关的注释，以及设置页面加载时触发的事件；这些元件以及页面构成整个项目的基石。2.2 Axure原型创建利用Axure原型穿件之前，首先要设定主要的页面原型，需要给出：（1）一份主要的任务流程图（根据“业务逻辑”产生的“任务流程”）； （2）一份主要功能列表； （3）网站信息架构； （4）对于前期调研结果的理解。也就是根据“任务流程图”，“功能列表”将主要的页面原型制作出来。这时可以包括一些必要的交互动作。一些详细的，比如出错提示等交互可以不用考虑。这样这份页面原型就可以参加项目初期的讨论会、测试以及产品介绍会。在这里需要注意，不要加入视觉设计的元素。着眼于大局，不要纠结细枝末节 在制作原型的初期请把所有精力都放在流程的优化和布局设计上面吧，不要把时间浪费在视觉设计上，那样绝对是得不偿失。因为我们的原型方案还没有最终通过，肯定要通过多次迭代才能确定方案，太多的视觉设计就是浪费时间； 再者，如果原型做的十分逼真，在产品讨论会上，视觉的元素会很快抓住大家的眼球，到时就会有领导来质疑你的界面是不是该换成蓝色，按钮是不是再精致一些这样的问题。没有人会专注于你的交互设计了。 另外.最好在使用Axure工具前，用纸和笔画一些纸面原型，整理一下思路。同时要明确这个过程应是快速的，迭代的。在确定主要页面之后，我们可以开始细化页面流程了。页面流程图有利于向大家展示自己的想法，也有利于思路的整理。毕竟Axure上面的交互点是散的，通过页面流程图，我们可以整理所有的页面上的交互行为，避免遗漏；在向他人展示的时候，也可以一目了然的看出需要的操作步骤是多少。这样就可以代替他人沟通，整理思路细化流程。需要注意的几点，如果项目时间有限，页面流程可以画在纸上。但还是建议在交互设计保留这一步。 为了减少沟通成本，在绘制页面流程图时，最好有一定的规范和标准。页面的主要页面和页面流程确定之后，就可以完善原型了，按照页面流程中所考虑的交互过程，体现在原型上面。出错，提示等交互细节也应有体现。这时你可能会用到变量、层等高级Axure技巧。需要注意的是，原型有些交互效果做出来会很花费时间，我建议不要过于追求技术表现效果，可以用些文字来说明交互效果。Axure软件的初衷是快速的设计原型，如果在一些技术方面交互设计师花费很多时间的话，就有些顾此失彼了。还是把真实的效果交给前端去实现吧。最后说一点，Axure其实只是一种交互工具而已，交互设计最重要的还是想法，工具只是来帮你表现想法的。不必过于追求技术，不必过于追求视觉表现。我们在把握好整个产品方向的同时，应专注于交互流程、页面内交互、布局结构的创新和优化。2.3 利用Axure搭建原型实例分析接下来，建立一个简单的登录系统，说明一下Axure的简单应用。这是一个较为简单的登陆界面，输入用户名、密码后，点击登陆按钮进行登陆校验，如果用户名或密码错误，则提示用户名或密码错误，红色字体。具体的步骤如下：（1）绘制线框图首先打开Axure软件，新建一个RP文件，拖动控件面板中的控件到线框图面板中，绘制登录界面如图2： 图2：登录界面图（2）交互事件设定首先选中登陆按钮，在控件交互和注释面板中鼠标双击鼠标单击事件，在弹出的交互实例对话框中，点击新增条件这个链接，、在弹出的条件创建对话框中，添加条件如图3所示：图3：新增条件图回到用例窗口，选择更改标签文字就可以了。继续上述操作，就可以设定其它的交互条件了，这里不一一介绍了。（3）生成原型选择主菜单“发布”，在弹出的下拉菜单中选择“生成HTML文件”，或者按下F5快捷键，就可以查看自己建立的简单的登录界面了。3 建立会议管理系统原型Boehm,Gray,和Seewaldt(1984)研究了项目是否适合用原型来开发的问题。他们发现用原型法开发项目，可以少花费45%的努力，还可以减少40%的代码。加入了原型的软件设计过程如图4所示： 图4：含有原型的软件设计本节借助Axure原型搭建工具，就可以和用户讨论最终要建立的会议管理系统。在这一小节，主要阐述了在已有问题下，如何借助Axure工具，获得准确高效的会议管理模型了。3.1 问题简介现为某会议中心建立一个会议管理系统，具体问题陈述为：有一个对外营业的会议中心，有各种不同规格的会议室，为用户提供以下服务： 用户可以按照会议人数、会议时间预订会议室。可以只预订次，也可预订定期召开的会议。 开会前允许修改会议时间、人数，重新选择会议室，甚至取消预订的会议。确定会议预订后，会议中心负责会务管理：包括通过邮寄或电子邮件，通知开会人员有关会议信息，制作代表证等。系统根据会议室的使用情况（紧张与否），调整、更改会议室和会议时间，并调整修改预订会议的时间。3.2 问题分析针对上述问题，系统分析员之间展开讨论，首先识别角色，找出所有可能与系统发生交互行为的外部实体、对象、系统。 考虑系统的主要功能的使用者，就会想到用户和系统管理者，但如果直接将用户定义为角色，系统的所有功能几乎都由用户使用。根据问题的描述，系统要求将会议和会议的召开分开来。从会议的角度看，允许用户定义、更改或删除一个会议。 从会议召开的角度看，允许用户为某个会议定义召开时间、参加人数、更改相应的数据或删除已定义的会议召开。因此，将用户识别为“会议管理者”和“会议申请者”两个角色。 本系统定义以下角色： 会议管理者（Meeting Administrator） 会议申请者（Meeting Instance Requester） 邮局（Post Office ） 会议人员管理（Attendee Management ） 系统维护者（System Maintainer ）在识别角色的基础上，列出与角色相关的用例，有的用例与多个角色相关，经过分析，确定系统的用例。与会议管理者相关的用例： 定义一个会议（Define Meeting ）更改一个会议（Alter Meeting ） 删除一个会议（Remove Meeting ）与会议申请者相关的用例：申请会议召开（ Request Meeting Instance ）更改申请（Chang Request ）取消申请（Cancel Request ）定义参加人员（Add Attendee ）归还会议室（Release Room ）与邮局相关的用例：申请会议召开（ Request Meeting Instance ）更改申请（ Modify Request ） 取消申请（ Cancel Request ）与会议人员管理相关的用例：定义参加人员（Add Attendee ）取消申请（Cancel Request ） 申请会议召开（Request Meeting Instance ）更改申请（ Modify Request ）与系统维护者相关的用例： 会议室维护（ Meeting Room Maintenance ）设定预定时限（Set Reservation Tome Limit ）在确定角色和用例的基础上，画出用例图4。图5:会议管理系统用例图简单描述一下用例，选择会议申请和审核用例：（1）用例名称：起草会议申请。参与者：会议申请人。前置条件：会议申请人有条件通过网络访问系统并已成功地登录系统。后置条件：系统保存一份新的会议申请。基本事件流：1.用户通过网络登录后成功访问系统。2.用户选择会议管理后，再选择浏览会议信息。3.浏览结束后用户选择查看暂存会议申请。4.在确认无合适的会议申请后，用户选择起草会议申请。5.用户输入会议申请的相关信息。6.会议申请经过校验后提交办公室领导。可选事件流：1.用户发现有可用的暂存申请可以修改，系统进入修改会议用例界面。2.新起草的会议申请被暂存。异常事件流：1.会议室已被预定，给出错误信息提示。2.会议信息校验失败，给出错误信息提示。（2）用例名称：审核会议申请。参与者：办公室领导。前置条件：用户通过网络访问系统。后置条件：会议申请发给会议办理人或退回给会议起草人。基本事件流：1.用户通过网络成功登录系统。2.用户选择要浏览会议信息。3.在确认有需要审核的会议申请后选择审核。4.用户输入审核意见。5.用户选择把会议申请发给会议办理人。可选事件流：1.选择退回给会议申请人。2.选择放弃本次操作。异常事件流：1.权限不够，给出错误信息提示。2.审核意见为空，给出错误信息提示。3.3 模型建立过程有了上述基础，就可快速建立快速软件原型了，需要明确的是，原型的创建并不是一次性的过程，需要参与用户的意见，不断地完善和改进，这个过程甚至会贯穿到整个项目设计的总体过程。具体设计过程简单描述如下：（1） 制作通用模块，包括标题头，菜单、页头、页面框架、申请、选择、报表等，设计为相应的母版，这些项在最初设计的时候，可以参考一些其他相似系统的模型来设计。这些细节的东西在原型设计中，仅仅为了增加可视性，需要快速建立完善。（2） 设计具体的页面层次，这仅仅根据需要设计具体的流程，因此没有固定的模板，根据需要有不同的设计。图6描述了简单的会议管理系统的页面设计。图6：会议管理系统页面设计（3） 表单和交互事件，以及关键字匹配设计。需要利用表单元件模拟具体的会员库，以及会议库，同时在相应的页面上显示，以及具体的实现。图7描述了会议管理系统页面。图7：会议管理系统模型(4)原型发布（具体的原型设计见附件）。3.4 分析总结利用Axure进行快速原型设计，保证产品有较好的可维护性，改善用户与开发人员的信息交流和思想沟通，给