原型设计的学习与使用


这个作业属于哪个课程	<课程链接 >
这个作业要求在哪里	<作业要求>
这个作业的目标	了解多种原型设计工具并对比其优劣，按照需求学习并使用一种原型设计工具

深入了解多种原型设计工具

1、原型设计

因为之前没有接触过原型设计，所以这次打算系统的的学习一下。首先我去查了一下什么是原型设计：软件原型模型又叫软件快速原型模型，它指的是在执行实际软件的开发之前，应当建立系统的一个工作原型。一个软件原型是系统的一个模拟执行，和实际的软件相比，通常功能有限、可靠性较低及性能不充分。软件原型通常是实际系统的一个比较粗糙的版本。知道了什么是原型之后那么也就自然理解了原型设计。

对软件原型定义引用于：网站链接

2、几种常用原型设计工具及优劣分析

墨刀（MockingBot）

这款原型设计工具是国内团队制作的，是一个比较轻量级的原型设计工具。我认为墨刀最有特点的地方就是可以支持手机查看设计原型功能。在手机上也下载一个墨刀app，只要是同一个账号上的项目就可以在PC和移动端同时查看。可以说是第一时间将原型真实的反映在手机上。我们使用个人免费版账号就可以。
Axure RP

一款经典的原型设计工具，我们可以免费使用30天。可以生成高保真的原型，相比较墨刀RP虽然没有实时手机查看原型，但是强大的组件库是RP最大的优势。它可以实现的不仅仅是页面间的切换，还有许多更强大的功能。包括支持多人协作设计和版本控制管理。
Mockplus

一款简单得到免费原型设计工具，其特点就是简单的操作。Mockplus一直致力在如何更简单，更方便也更有效地方式去做原型，关注设计本身而不是工具，把复杂的东西尽量做简单。但是在交互方面略显不足。相对于Axure RP是低保真，形成速度快。

总结对比：冗杂的原型工具截图就不放在博客中了。详细接触了上面三款原型设计工具，都有下载，并且简单体验过后，选出了这次原型设计作业的工具。毕竟工具在精不在多。

1、先来说一下Axure RP的体验，操作界面高端大气，但是新手上手有些一头雾水，看了一些视频之后算是简单上手了，可以连接Sketch进行页面设计。高保真，带来的问题是速度有所下降。Web端开发功能非常强大，新手不宜熟练操作。

2、Mockplus的使用，相比于Axure RP，Mockplus的上手速度可以说是快了许多，倒不是因为之前对其他工具已经接触过的原因。但是界面上我认为Mockplus看上去不如Axure RP和墨刀舒服。

3、最后说下我这次使用的工具墨刀，其实三款设计工具都各有亮点。不过在我进行完项目需求分析之后，就决定了这次使用墨刀。首先是我做的项目需要设计Web端和移动端两个平台。墨刀以可提供移动端的实时查看。使用起来也比较方便，两个平台设计风格也能契合。

需求与需求分析

1、项目需求获取

社团管理平台

项目需求如下：
面向普通学生和社团管理员，集合了各个社团的信息，特色功能是活动的浏览和报名，以及活动的发布、审核与通知，同时还具有加入社团、发送站内信等功能。

项目背景和解决的痛点：
学生刚入西南石油大学时缺乏了解社团的长期的、便利的渠道；社团公众号文章分散各处；群里发的活动报名问卷容易被水过去，而且每次要填的信息都差不多。
社团管理员在管理社员时没有一个很好的工具，来发布活动、统计报名人员、通知活动变更等。
社联在管理所有社团时，在审核活动申请、审核场地申请、星级评定、材料收取等方面也存在一些困难。
因此，我们希望能打造一款软件连接学生、社团和社联，根据用户不同的使用需求，我们计划给将社团展示、活动报名等功能放在手机小程序端，在社团管理的大部分功能放在网页端。

项目面向的用户：

小程序：主要面向西南石油大学学生，其中的社团管理功能，则面向社长等社团管理员。

网页端：主要面向社长等社团管理员，还能面向社联。

以上项目需求引自：网站链接

2、需求分析

业务需求分析

用户使用该系统可以方便的进行各种社团操作
用户需求分析
- 普通大学生：首先需要验证身份，然后可以在移动端社团平台上查看各个社团信息、社团活动基本信息、申请加入社团。
- 社团普通成员：通过申请的普通大学生成为社团普通成员，可以在移动端查看社团活动详情、申请参加（退出）此次活动、申请退出社团
- 社团管理员、社长：在网页端，社团管理员管理员可以处理入社（退社）申请、处理活动参加申请信息、发布活动信息、申请举办活动的一系列事宜。
- 社联：在网页端，社联用户以可审核社团活动申请、评价社团活动星级、收取活动材料。
功能分析
- 移动端
  - 验证登陆功能
  - 查看社团及社团活动功能
  - 申请入团（退团）及申请加入（退出）活动
  - 职务申请功能
- 网页端
  - 验证登陆功能
  - 社员管理功能（审核入社\退社申请、批准\拒绝活动申请）
  - 活动申请、材料上传功能
  - 申请成立社团
  - 社联：活动审批、活动评级功能

思考：

1、在需求分析过后，我决定先进性移动端的开发，因为开发顺序影响着开发思路。在使用层次上应该先使用app再接触Web端，所以我们的开发顺利也要一致。因为只有更切身体验用户的感觉，才能设计出更符合逻辑的产品。我认为这一点很重要，所以做一个小总结。

2、进行完需求分析，我又有一个感悟:在两个选题中我选择了第一个项目，是因为第一个项目给出的需求较为明确。哪怕在设计上会比较复杂，但是我还是比较喜欢需求较为明确的项目。

3、对于需求分析的程度，我觉得是一件十分讲究的事情，有时分析不充分了，用户会不满意；分析过于充分则会导致我们薪资功劳与劳动付出不匹配的情况，甚至甲方会觉得你多添加的这些功能没必要。就第一个选题而言，虽然给出的需求已经很多了，但是依旧隐藏了职责申请的重要功能。所以对于需求分析，进行充分的，恰到好处的分析，对于我们来说很重要。

原型设计方案

简单说明：毕竟是第一次进行原型设计，本着多学点知识的原则这次的设计并不是修改模板完成，而是自己设计的。可能再界面的搭配上还有很多没那么美观的设计，不过在需求完成上还是尽了最大的努力。
为了避免博客冗杂，下面只对重要的界面进行截图和说明（登陆验证界面之后的界面）：
红色箭头是可以进一步点入，所有模块只截到了二层界面，有些还有三层和四层界面，请在具体的项目链接中查看
移动端：
网页端：