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