资源描述
e会APP软件项目开发——UI设计
目录
第1章e会APP需求分析与可行性分析报告 ３
前言 ３
1.1 编写目的 ３
1.2 用户 ３
项目概述 ３
2.1 目标 ３
2.2 e会的特点 ３
2.3 非技术要求 ３
功能与性能需求 ４
3.1功能需求 ４
3.2 性能需求 ４
3.2.1 正确性需求 ４
3.2.2 安全性需求 ４
3.2.3 运行环境需求 ４
3.2.4 访问量需求 ４
3.2.5 界面需求 ４
3.2.6 精度需求 ５
3.2.7 时间特性需求 ５
3.2.8 稳定性需求 ５
3.2.9 灵活性需求 ５
3.2.10 故障处理能力需求 ５
可行性分析 ５
4.1 技术可行性分析 ５
4.2 市场可行性分析 ６
4.2.1 市场环境分析 ６
4.2.2 会议问题分析 ６
4.2.3 市场竞争与合作分析 ６
UI设计 ８
5.1 Axure RP 软件介绍 ８
5.2 Axure RP 登陆界面设计 ８
5.3功能界面设计 ９
5.4通知界面设计 １０
5.5会议区界面设计 １２
5.6 个人资料界面设计 １３
e会APP项目工作内容分配
工作内容
负责人
备注
需求分析（项目需求分析报告）
可行性分析（可行性分析报告）
全体人员
描述项目着重解决的问题以及功能、性能、用户界面运行环境及平台支持等做出详细的说明；
项目所支持的访问量；
项目风险因素说明
项目在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由
概要（总）系统分析
（功能、定义、框架）
（功能、框架详细设计）
说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计提供基础；
概要设计分析报
（UI，架构和接口，数据库）
（UI）
（架构和接口）
（数据库）
着重描述每一模块是怎样实现的，包括实现算法、逻辑流程；
数据需求，功能描述，E-R（关系模型）确定。
完成项目终端界面设计，包括各个模块的界面显示、功能划分。
集成测试计划
系统测试计划
为做好集成测试和验收测试，需为如何组织测试制订实施计划；
计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。
用户使用手册
第1章e会APP需求分析与可行性分析报告
前言
随着我国经济的快速发展，学术会议，产业会议等越来越多，会议的规模及流程也越来越复杂，对实现会议的智能化、网络化管理有着迫切的需求。本系统利用网络平台，移动智能平台，开发会议APP智能终端和网页终端，大大减少会议主办方的工作量，降低会议成本，方便会议参加人员，提高会议效率。
1.1 编写目的
本文将说明e会系统满足的需求，项目开发的风险，项目收到的限制及可行性分析。本文档将这些内容以文字的形式固定下来，方便项目开发小组参考。为项目的进一步设计和实现奠定基础。
1.2 用户
e会APP主要面向的是500人以内的会议，会议类型可能是学术交流会，技术交流会，企业报告会等。
项目概述
2.1 目标
由于大多数会议在流程上具有一定的相似性，会议消息的推送方式比较传统，推送面不够广，开会效率不够高。e会系统的目的是希望减少其中的重复工作，减少不必要的负担，提高工作效率和会议效率。系统的目标是将会议组织者的工作量减少百分之五十，会议效率提高百分之三十。同时能够使会议管理工作规范化、程序化，会议参与轻松化、便捷化，会议效果明显化、效率化。
2.2 e会的特点
e会的最终用户是经常要组织会议和参与会议的组织、机构等。操作人员必须熟悉智能手机的使用和PC的操作，维护人员应该在电脑方面有所专长。如果本系统开发成功，可用性极强。基于国家目前会议数量和规模呈现递增的趋势，而目前成熟的会议系统和APP基本没有，我们将具备抢先一步的优势。在一般的事业单位，e会的使用频度应该在一周一次，高校教育机构应该在一周二次，会展单位组织大型会议一般一天一次。
2.3 非技术要求
e会的开发周期为三个月左右。开发流程为：需求分析与可行性分析 系统概要设计 编码实现 单元测试 集成测试和系统测试 交付使用，其中需求分析的更新穿插于整个开发过程。
要交付的工作产品：需求规格说明书，概要设计说明书，测试报告，用户手册，可执行程序。而源代码项目开发小组保留。
功能与性能需求
功能及性能需求是通过市场调研，挖掘市场需求而确定的。
3.1功能需求
功能项
描述
基本功能
身份认证
用户注册/登录，完善个人信息
会议管理
会议创建、加入、取消、变更及解散，
消息推送
及时、广泛地推送会议相关的时间、地点、主题、链接、网页、e会APP以及参与会议报名的方式和签到方式（扫码、关注微信号等）
文件管理
文件上传/下载、云端存储等。
特色功能
会议现场管理
签到、同步翻阅、现场提问等。
3.2 性能需求
3.2.1 正确性需求
系统的正确性需求包括以下三项：
系统能够把会议组织人员所创建的会议相关信息以及参加会议人员的信息准确地导入到数据库中。
与会者签到时，系统能够准确的读取相关信息并对到会情况进行统计。
系统能够正确的将会议通知、会议相关的网页、链接等发送到参会人员的邮箱或手机。
3.2.2 安全性需求
系统用于存储会议、参与人员等信息的数据要求具备很高的安全性，会议组织人员记录数据应该加密后再通过网络传输。会议解散后会议相关的文件、数据、信息等全部删除。
3.2.3 运行环境需求
支持Android系统，支持网页版。
3.2.4 访问量需求
支持同时5000人在线，因此对系统的稳定性、流畅性提出了更高的要求。
3.2.5 界面需求
系统对界面的需求分为两部分：网页和手机端。这两部分有着不同的需求：
（1）网页部分：页面布局清晰，颜色搭配合理，色调柔和，页面主题风格一致。
（2）手机端部分：参会人员签到时看到的窗口应该很清晰，且比较美观，文件同步翻阅必须同步、流畅、清晰。其他窗口布局合理即可。
3.2.6 精度需求
由于系统涉及的数据主要有人数，时间等，因此对数据的精度必须做特殊要求。当参会人数较多时，要考虑数据越界的问题。
3.2.7 时间特性需求
当参会人员签到时，系统能够在0.2秒内识别出参会人员并进行签到数据的录入。当看到参会人员信息、到会情况信息时，系统能够在1秒内返回结果。同步翻阅时，参会人员的同步文件与演讲嘉宾的文件滞后显示时间控制在0.5秒内。
3.2.8 稳定性需求
该系统部署后，在硬件条件和软件条件没有发生变化的情况下，能够一直保持运行的状态，直到系统升级或替换。
3.2.9 灵活性需求
当会议组织人员的需求发生变化是，例如所需参会人员的信息项与默认类型不符合，系统应该提供默认设置的功能，即允许组织者自定义或更改信息项内容。
3.2.10 故障处理能力需求
系统可能遇到的硬件故障包括参会人员的二维码或其他识别不能正常读取。故障发生时，将不能完成该参会人员到会情况自动统计，这时允许会议组织者手动录入。系统出现软件故障时，为了满足信息处理的需求，可以采取数据恢复来解决。因此平时常经常进行数据备份。
可行性分析
可行性分析主要从技术可行性分析和市场分析两方面出发，市场分析包括环境分析，传统会议问题分析，市场竞争与合作分析。
4.1 技术可行性分析
Html5是HTML最新的网页开发语言，比起前期的版本，具备开发更简单，运行跟流畅，媒体元素更丰富，对移动应用支持良好等优势，降低了我们的开发难度，同时能满足e会系统的稳定性和健壮性。对于我们的网页开发提供了很好的技术帮助。
Java2EE是一种简单的，跨平台的，面向对象的，分布式的，解释的，健壮的安全的，结构的中立的，可移植的，性能很优异的多线程的，动态的语言。同时技术相当的成熟，官网有大量的JavaScript.Package供开发者参考使用。这对减少e会APP的开发周期和开发难度的帮助明显。
SQL语言是一种特殊的编程语言，是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统；同时也是数据库脚本文件的扩展名。SQL具备使用方式灵活，语言简洁，语法简单，非过程化等特点，有益于e会系统的数据库开发。
4.2 市场可行性分析
4.2.1 市场环境分析
目前我国每年举办会议高达几千万场，参加会议人数上亿之多，会议带来的交通、餐饮、住宿等相关行业产值几千亿元，年均增长幅度在20%左右。在各类会议中，1元钱的会场费，能够给会议型酒店带来4.89元的住宿费和餐饮费的收入。会议平均消费在13.86万元。
网络技术应用面广，开会场地基本上具备WiFi环境。智能手机几乎人手一部，用户随身携带，提供了很大的方便，智能会议系统及其衍生出的APP和其他智能终端的广泛使用成为可能。
4.2.2 会议问题分析
会议频繁发生在企业、公司、展会、讲座等，并且在某一时间段内常常同时进行着多个会议。传统的会议模式依然存在许多的缺陷。以下主要从三个方面来阐述目前传统会议模式所存在的问题。
（1）参会人员
参会人员获取信息的渠道有限，而会议信息的时效性要求较高，因此参会人员可能无法及时获取会议的相关信息，比如时间、地点、流程、主题等。其次，会议日程复杂，不方便记忆和实时查询，会议相关纸质材料不方便携带和翻阅；会议室和时间的不同，导致信息处理繁琐，错过会议。距离大屏幕太远而无法了解会议内容，参会者不方便与报告者进行互动……
（2）组织人员
目前传统的会议模式主要分为两种，一种是对内部的小型会议，即参会人员已知的会议；另一种便是公开的大型会议，这种会议模式下参会人员通常是任意人员。在会议筹备期间，由于大型会议是面向社会各界人员，参会人员可能无法直接与其进行联系，传统的信息发布方式无法保证信息的有效性，不方便对参会人员进行统计，要耗费较大的成本和精力。
（3）演讲嘉宾
传统的会议中，演讲嘉宾进行报告期间，参会者由于种种原因可能无法理解其报告内容，但是又不方便进行现场提问，导致会议的互动性不强，也无法达到预期的会议效果。
以上种种问题导致会议成本高，效率低，文件资料得不到共享，问题得不到解决。组织高效、便捷、轻松、低成本的会议成为迫切需求。基于这一需求，我们准备开发一款APP。
4.2.3 市场竞争与合作分析
竞争对手：目前，市场上会议系统有易聊、易会、会享等，但他们都还不成熟，问题主要集中在安全性、稳定性、需求定位等方面，使用这些会议系统的客户不多。e会系统需求定位是经过深入市场调研，大量统计数据，分析数据而规定的，具备充分的市场优势。
合作伙伴：一方面，我们可以和手机运营商合作，把我们的软件嵌入到手机中，在手机出厂时，就已经安装了我们的e会软件，考虑到人性化和充分尊重客户的一面，支持用户选择使用或卸载。另一方面，可以和浏览器运营商合伙，把我们的e会网页版嵌入到浏览器的主页快捷框中，方便用户使用。
试用场合分析
项目开发小组位于高校内，高校经常会有大型的学术报告和企业宣传。我们可以充分利用这一优势，为他们提供方便的同时试用自己的产品。
UI设计
5.1 Axure RP 软件介绍
本次UI设计采用Axure RP，Axure RP是一个专业的快速原型设计工具。Axure，代表美国Axure公司；RP则是Rapid Prototyping（快速原型）的缩写。
Axure RP是美国Axure Software Solution公司旗舰产品，是一个专业的快速原型设计工具，让负责定义需求和规格、设计功能和界面的专家能够快速创建应用软件或Web网站的线框图、流程图、原型和规格说明文档。作为专业的原型设计工具，它能快速、高效的创建原型，同时支持多人协作设计和版本控制管理。
本次设计使用Axure RP做了手机端APP的UI，包括登陆界面的设计、通知界面的设计、会议界面的设计以及“我”的设计。
5.2 Axure RP 登陆界面设计
图1 e会软件登陆界面
登陆界面设计如图1所示，该界面是用户打开e会软件后进入的第一个界面，该界面设置了两个输入文本框，实现用户输入用户名和密码,设置了一个蓝色的登陆按钮实现登陆功能。记住密码为一个勾选按钮，在登陆的同时，可以勾选记住密码，以便于用户下次登陆时无须再登陆。
在登陆界面中，还设计“注册”和“忘记密码”两个文本按钮，这在常规的APP软件中都有相应的功能，下面分别介绍注册功能和密码找回功能。
图2 e会软件注册界面 图3 e会软件找回密码界面
注册界面如图2所示，设置了4个文本框作为输入空间，分别允许用户输入用户名、密码、确认密码、以及邮箱，用户输入完上述信息后点击确认按钮，后台会验证输入信息的正确性，然后通过消息窗口告诉用户是否注册成功。如果用户误点了注册按钮，也可以通过登陆按钮再次返回到登陆界面。
找回密码设计如图3所示，这里设置了一个文本输入框，用户只需要输入自己注册时填写的邮箱，然后点击获取密码按钮，即可以在自己的邮箱中收到一封找回密码的邮件，在邮件中实现找回密码的功能。如果用户误点了忘记密码按钮，则可以通过登录返回到登录界面。
5.3功能界面设计
当用户输入完用户名和密码，并且成功登录后，即可以进入功能界面，功能界面分为三大部分，分别是通知栏、会议栏、以及“我”栏。其中，通知栏的作于主要用于开会前期的准备工作，包括会议组织方发布的各种信息，会议栏主要是用于会议当天，参加具体会议时使用的，包括签到，同步阅览等功能。“我”栏包括用户注册完成后自行填写的个人信息，并且还可以在此功能区查看自己上传给会议方的论文，并且也能够查看自己下载的他人的论文。下面分别介绍三个功能区。
图4 e会软件通知界面
当用户登陆完成后，首先进入的则是通知界面，如图4所示，可以看到界面下方的通知按钮变为红色， 代表此时用户处于通知栏，会议区和我以此类推。
5.4通知界面设计
通知界面做的比较简洁，在通知界面的第一页，通过国际会议的标志性图片列出了三个会议，用户可以点击三个会议，来选择不同国际会议的通知内容。在这里，拿第一个会议PESA CONFERENCE举例，当用户点击PESA CONFERENCE对应的图片按钮后，进入如下画面。
图5 e会软件通知界面
用户点击PESA CONFERENCE对应的图片按钮后，可以看到出现了5个色阶按钮，分别是简介、注册、信息、时间表和地址，5个按钮都是可以点击的。当用户点击简介后，可以看到该会议的相关介绍，如图6所示。当用户点击注册按钮后，可以看到该会议的注册信息，例如注册费用和注册方式等等，如图7所示。点击信息按钮，可以看到会议主办方规定的会议论文的书写要求，并且提供下下载模板的链接，如图8所示。当用户点击时间表后，可以看到当前国际会议的全部行程安排，如图9所示，当用户点击地址按钮后，可以看到该国际会议的具体开会地址，在地址中，嵌入了谷歌地图功能，方便用户了解开会地点，如图10所示。在每个会议的左上角都有一个向左的蓝色箭头，单击这个按钮可以返回上一页。
图6 简介界面 图7 会议注册界面 图8 信息界面
图9 时间表界面 图10 地址界面
5.5会议区界面设计
图11 会议区界面 图12 扫描二维码界面
当用户点击会议区后，进入会议区界面，如图11所示。该界面主要为用户在开会当天提供服务，界面的设计以表格的形式，呈现开会当天的会议安排，不同颜色的按钮表示了不同场次的会议。用户到达会场后可以单击所要参加的会议，然后会进入扫描二维码的模式，如图12所示。用户扫描会议场所门口的二维码，即代表签到。若用户想返回上一页，单击左上角的返回箭头即可。
图13 会议进行界面 图14 会议文章下载界面
当用户扫描签到成功后，便可进入会议进行界面，如图13所示。在会议界面中，可以看到，图中PPT logo部分用于显示当前会议所展示的PPT，并且在下方的打字输入栏里，可以输入文字，方便用户就当前会议进行讨论以及提问。值得注意的是，APP的右上角有一个眼睛状的按钮，当用户单击该按钮时，就可以看到当前在同一个会议室开会的成员，如图14所示，并且允许下载各个成员所提交的论文，格式为PDF格式。下载后可以在“我”里查看。
5.6 个人资料界面设计
个人资料设计的 页面相对比较简单,这个界面可以查看用户的个人资料,比如姓名、头像、生日、电话、单位、二维码、电子邮箱等等。并且设计了两个按钮，分别是修改密码和我的文档，在修改密码里，可以实现对账户密码的修改，如图16所示。图17是我的文档界面，在该界面中用于可以看到自己上传的论文，以及下载的他人的文档，通过单击PDF logo或者单击论文名字，就可以实现不同论文之间的切换。
图15 “我”的界面 图16 修改密码界面
图17 我的文档界面
１４
展开阅读全文
浙ICP备2021020529号-1 | 浙B2-20240490 
