志愿者管理系统方案.docx
《志愿者管理系统方案.docx》由会员分享，可在线阅读，更多相关《志愿者管理系统方案.docx（21页珍藏版）》请在冰豆网上搜索。
志愿者管理系统方案
志愿者服务管理平台
（一期）
项目技术方案
一、项目概况
项目名称
志愿者服务管理平台项目（一期）
项目背景
●目前希望担任博物馆志愿者的人，统一登记管理。
●对于志愿者的时间安排依靠人工管理，效率有待提升。
●志愿者时间上的临时变化给调度带来一定的困难。
●依靠人工的管理对数据的统计分析等工作带来不便。
建设目标
以博物馆志愿者服务和管理为导向，利用移动互联网，互联网为基础，以数据库为内核。
依靠官方微信，官方网站，多媒体发布系统为窗口，打造博物馆志愿者沟通与服务的工作平台。
本平台主要实现以下目标：
1、高效管理，对于博物馆志愿者资源能够合理使用，实现系统性管理。
2、平滑沟通，打通志愿者与老师之间的沟通阻碍，提供多样沟通工具。
3、统一调度，建立从信息发布，到排班到最终签到，备份的线上流程。
4、全程可视，对于志愿者从申请任务至完成，可通过平台全程掌握。
建设内容
本次项目预计建设内容包括几个部分，如下所述：
1、网上预约排班，志愿者可以通过网上发布排班日历，申请志愿班次
2、签到打卡通过刷二维码实现，同时可上传位置信息与打卡人照片
3、信息发布，可将当天志愿者服务的信息发布至大屏幕。
1需求分析
业务分析
拟建的志愿者服务管理平台的对象主要是博物馆内部志愿者辅导老师，义务提供服务的志愿者以及博物馆的观众等。
根据博物馆对于辅导老师与志愿者管理和服务的要求，在应用细节上做系统化规划，以完善目前馆内对于志愿者服务和面向志愿者服务管理平台的应用功能，实现项目建设目标。
根据应用目的可分为以下三期实施：
1.1.1志愿者基础服务管理（一期）
在实施志愿者服务管理平台一期后，能够对志愿者的个人基本信息，各类属性，与上下班的精准考核，服务信息的发布等实现系统化的管理。
可以使博物馆内辅导老师方便的调取与检索各类志愿者信息，使观众能够清楚的了解志愿者所提供的服务咨询。
1.1.2志愿者自助服务管理（二期）
在后期志愿者可更方便的通过平台进行在线的换班，志愿者申请，朋友圈互动等。
作为老师则可以通过服务平台对志愿者的考勤时间进行调整确认，进行排班的管理，备份志愿者的自动调度，部分数据报表，系统短信通知等。
观众也可以通过该平台对志愿者进行评分与点评。
1.1.3志愿者服务数据分析管理（三期）
远期在积累足够数据后，可建立对志愿者的分析模型，建立KPI指标，自动排班等功能，大大减轻博物馆老师的工作量，提升管理效率。
志愿者基础服务管理的需求
1.1.4志愿者个人信息管理
能够记录志愿者的个人基本信息，包括个人的背景信息，申请志愿服务的相关属性，如所属分组（可按馆分），有效时段，服务时间等。
1.1.5预约排班
志愿者可通过微信与网站上发布的博物馆服务日历，申请对于的服务班次。
1.1.6志愿者现场服务管理
可支持通过二维码考勤，配合APP位置+图像+时间随机复核确认。
1.1.7志愿者信息发布
可通过平台接口将实时的志愿者当日排班与服务信息发送给官网，显示在指定的页面。
大堂多媒体直接调用端口播放。
系统集成需求分析
本平台是博物馆整个信息化系统的一个组成部分，需和数据交换接口和其他系统进行信息交换，实现全馆信息共享。
资源内容面向全馆工作人员，全体观众，根据权限进行浏览、复制等利用。
1.1.8接口需求
⏹与现有官网接口
为了能够在大屏幕中发布志愿者服务的相关信息，将开放一个与现有官网的实时数据同步的接口。
官网可实时抓取最新的志愿者服务信息，更新至志愿者服务信息页面，供大屏幕发布使用。
（需要官网技术人员端口后台开放）
2博物馆志愿者管理系统方案
系统架构
功能模块
博物馆志愿者服务管理平台一期项目的功能模块，包含用户系统、权限系统、志愿者信息管理系统、打卡系统、预约与信息发布系统等。
2.1.1用户系统
Ø账号与登录
✧志愿者帐号
对于已经通过认证的志愿者，给到相应的账号，和默认登录密码，志愿者可用自己的账号登录后修改密码。
✧用户登录
1）绑定手机或邮箱（必须二选一）
2）修改密码
（项目一期申请板块显示为志愿者招募通知）
Ø找回密码功能
✧通过输入手机号和邮箱找回用户密码
Ø个人中心
3）个人资料编辑
1.基本信息
2.修改密码
3.年度服务时长
4.服务小组
2.1.2权限系统
Ø后台可以设置不同的用户组
Ø不同的用户组可以设置不同的查看和管理权限
（负责青铜馆导览服务的志愿者不可以选择陶瓷馆）
2.1.3志愿者信息管理系统
Ø个人身份信息管理
Ø服务信息管理
Ø时间信息管理
2.1.4打卡系统系统
Ø二维码打卡管理
Ø签到打卡
Ø签出打卡
Ø抽查复核
2.1.5预约与信息发布系统
Ø排班日历发布
Ø线上预约
Ø预约确认
Ø当日服务信息更新
技术选型
本系统使用的技术都是开源免费、高效稳定成熟的技术，在各种大型网站系统中都可以见到它们的身影。
这些技术在大数据量、大访量的应用中长期运行，表现出了优越的性能、稳定性与安全性。
这些技术是目前最优秀的思想和技术的体现，在开源世界里全球上千万的技术精英们不断的开发维护，保证它们不断进步和发展。
缩略语/术语
全称
WindowsServer2012
WindowsServer2012是微软的一个服务器系统
IIS
IIS是一种Web（网页）服务组件，其中包括Web服务器、FTP服务器、NNTP服务器和SMTP服务器，分别用于网页浏览、文件传输、新闻服务和邮件发送等方面，它使得在网络（包括互联网和局域网）上发布信息成了一件很容易的事。
MySQL
免费开源高性能关系型数据系统，支持事务、集群
.Net
.NET就是微软用来实现XML，WebServices，SOA（面向服务的体系结构service-orientedarchitecture）和敏捷性的技术。
根据业务的需求，本系统在开发过程中使用如下技术：
使用的技术
操作系统
WindowsServer2012
开发语言
A，C\C++，VC，HTML，JS
负载均衡
WindowesServer2012自带网络负载平衡管理器
WebServer
IIS
数据库
MySQL
2.1.5.1IIS
IIS（InternetInformationServer，互联网信息服务）是一种Web（网页）服务组件，其中包括Web服务器、FTP服务器、NNTP服务器和SMTP服务器，分别用于网页浏览、文件传输、新闻服务和邮件发送等方面，它使得在网络（包括互联网和局域网）上发布信息成了一件很容易的事。
2.1.5.2A
ASP.NET是.NETFrameWork的一部分，是一项微软公司的技术，是一种使嵌入网页中的脚本可由因特网服务器执行的服务器端脚本技术，它可以在通过HTTP请求文档时再在Web服务器上动态创建它们。
指ActiveServerPages（动态服务器页面），运行于IIS（InternetInformationServer服务，是Windows开发的Web服务器）之中的程序。
2.1.5.3MySQL
MySQL是一个快速、多用户、多线程的高性SQL数据库系统，支持事务、集群，支持多种存储引擎。
MySQL跨平台，可运行在几乎所有主流操作系统上。
MySQL是互联网界中最流行的数据库，通过合理使用表类型MySQL和设计表索引，可以在大数据量下保持超高的查询速度。
2.1.6非功能性说明
2.1.6.1性能
Ø负载能力，在充足的硬件支持下：
✧支持同时在线用户数不少于1万人
✧支持的并发用户数不少于1000人
✧日pv100万以上
Ø响应速度，在排除网络延迟情况下：
✧不发生数据请求的操作响应时间平均不超过0.5秒
✧发生数据请求的操作响应时间平均不超过3秒
Ø访问间断
✧除去网络、系统等不可抗拒因素，访问中断一年应该低于5次，中断时间不应超过10分钟
2.1.6.2安全性
从网络架构、系统架构、应用部署、数据存储等方面保证整个系统及网络的安全性。
Ø网络与服务器安全：
✧管理与服务隔离
✧最少服务最小权限原则
✧服务器健康检查及故障自动迁移技术，当服务器组中任一台服务器发生故障，自动将请求发至其它服务器，避免单点隐患，保证系统的功能与数据的可靠性
✧服务器负载均衡管理，根据服务器负载状况合理分配请求，均衡服务器的压力，避免单服务器负载高停止服务
✧需要安全保密的应该使用SSL协议通讯
Ø系统安全性
✧程序设计过程中充分考虑安全薄弱环节，避免安全问题
✧对数据的有效性与安全性进行严密的检查与过滤，保证用户输入数据的安全有效
✧敏感数据存储必须加密后存储不得使用明文
✧系统逻辑原型的合理准确设计
✧系统权限的严格分配
✧软件开发过程的有严格的代码安全
✧测试过程中有安全测试环节全面检查安全问题
Ø服务器监控
✧服务器运行状态实时监控，并根据设定的性能与参数阀值进行报警
✧服务器日志分析报告，得知服务器的状况与潜在问题
Ø硬件防火墙
✧根据需要可以加装硬件web防火墙，针对于SQL注入、异常访问进行防范
2.1.6.3数据备份
再安全的稳定的系统，也需要有完善的数据备份机制，以利于灾难性故障的快速恢复，并可以进行异常删除操作后的数据恢复，最大化保护网站的价值。
Ø数据库使用主从同步进行实时数据备份
Ø网站数据根据文件变化进行实时同步备份
Ø同时结合定时周期备份机制，按日期进行归档
Ø灾难恢复机制
2.1.6.4稳定性
Ø服务器高可用性：
网络架构设计无单点，避免故障或系统的升级而影响系统的正常运行
Ø应用故障自动迁移：
当故障发生时可自动采用服务降级或服务转移的方式，保证服务的可持续性
Ø核心系统部分保证7×24小时长期安全运行
Ø每年非计划性停机时间少于10小时，平均故障恢复时间不超过0.5小时
2.1.7MySql数据库高可用性
MySql通过使用“主-从”同步加读写分离的方式进行性能的优化，针对于主库存在单点的问题，我们使用“主-副”方式以提高Mysql的高可用性。
Ø主-副，数据实时数据同步
Ø当主库出现故障，系统自动检测，自动切换至副库继续提供服务
2.1.7.1易用性
Ø优秀的设计：
设计美观大方风格统一，保证使用的连接性
Ø良好的用户使用性：
充分考虑人机工程要求、界面友好适用性
Ø良好的适应性：
用户界面支持主流浏览器（IE6、Firefox1.5以上版本），
Ø良好的信息架构设计，达到不多于5次点选内即可找到所需信息或功能
Ø良好的提示信息设计：
应用系统对输入错误、程序错误等提示信息简洁清晰，操作人员易于理解
Ø良好帮助信息设计：
的上下文的帮助信息辅助
2.1.7.2兼容性
终端兼容性兼容所有主流浏览器：
IE6以上（包含傲游、360、搜狗、XX、腾讯等公司浏览器），Firefox，Chrome，Opera，Safari。
2.1.7.3可扩展性
Ø系统具备可伸缩及动态平滑扩展能力
Ø系统框架和相应服务单元可根据业务量的变化，调整配置，获得更好的性能，保护前期投资
Ø系统具有良好的可扩展性，架构开放安全易于扩展，通过开发相应接口，即可整合或扩展资源
2.1.7.4业务兼容性与可扩展性
本系统拥有良好的兼容性与可扩展性，各个功能部分使用模块化接口化设计，在业务、数据与部署上保证与即有系统的技术体系等接入，与既有系统形成有机整体，确保新旧系统无缝连接，保护用户既有投资。
服务器部署规划
2.1.8服务器拓扑图
根据需求，我们设计的拓扑图如下：
2.1.9拓扑图说明
我们设计拓扑图说明：
服务器群
功能说明
负载均衡服务器
将用户请求分发到不同服务器，根据服务器负载情况合理分配请求；服务健康状态检查，自动转移
网站服务器集群
用于网站商品信息展示、购物流程实现
存储服务器
存储网站附件的数据
缓存服务器集群
用于降低对数据的压力，优化性能，提高系统整体的并发能力
数据库服务器集群
用来存储网站结构化数据
2.1.10服务器部署设计原则
Ø服务器高可用性：
网络架构设计无单点，避免故障或系统的升级而影响系统的正常运行
Ø应用故障自动迁移：
当故障发生时可自动采用服务降级或服务转移的方式，保证服务的可持续性
Ø核心系统部分保证7×24小时长期安全运行
Ø每年非计划性停机时间少于10小时，平均故障恢复时间不超过0.5小时
项目实施方案
在项目实施过程，根据招标采购要求，设计相应的项目管理方案，组织专门的项目团队，在项目实施期间，严格按照项目管理与时间计划进行项目实施。
在项目的实施管理中使用标准的软件过程管理体系，采取完善的软件质量保证措施，保证软件产品成果的质量。
2.1.11项目管理计划
以下列出项目各个阶段的预计工作量和时间点：
序号
子项
工作时间长度
（单位：
日）
进程时间点
（单位:
日）
备注
1
需求调研
2
2
收集相关部门和人员的需求，进行总结
2
需求确认
3
5
对总结的需求进行集中讨论、筛选，最后定稿为详细的需求设计，并制定验收标准
3
方案设计
3
8
需求确认后，针对确认后的需求进行详细的方案设计，包括架构设计、接口设计、数据库设计、测试计划、验收标准等
4
系统开发
20
28
根据拟定的方案设计，进行系统的开发
5
测试环境部署与测试
5
33
系统开发完毕后，在测试环境上部署系统，以供测试人员测试，根据需求设计和验收标准，在测试环境上对开发的系统进行功能、性能等多方面的测试
6
产品环境测试
5
38
根据需求设计和验收标准，在产品环境上对开发的系统进行功能、性能等多方面的测试
7
上线运营
5
43
产品环境测试通过后，可正是进行上线运营，并监控运营状况，随时根据运营状况进行调整
8
文档
2
45
编写用户手册、系统维护手册等文档
2.1.12人员安排
项目组中人员角色安排分为：
项目经理、项目工程师、文档管理人员等，项目组成员相关项目经验丰富。
同时我们保证项目在预验收以前，项目人员保持稳定不变，项目实施过程中未经招标方同意不得随意更换项目组人员，并且保证骨干人员及时响应招标方的需求即时反馈处理。
序号
角色
数量（人）
备注
1
项目经理
1
2
架构师
1
3
ui界面设计
1
4
研发工程师
2
5
前端工程师
1
6
技术支持
1
合计
7
管理、配置管理、需求管理、风险管理和项目管理工作监控。
各阶段具体的工作标准如下：
Ø概念阶段主要工作为：
调研、可行性分析、立项、定义需求规格
2.1.13软件质量保证
随着IT技术的发展，软件质量也被定义为满足客户需求的产品为高质量的软件产品。
我们在对软件充分重视开发、需求管理、设计、测试等过程，以保证软件系统开发质量。
开发软件项目满足验收要求，项目提交成果和工程实施满足预定的各项要求和目标。
2.1.14项目验收
开发软件项目满足验收要求，项目提交成果和工程实施满足预定的各项要求和目标。
2.1.15成果交付
序号
名称
数量
备注
1
需求分析说明书
1
2
技术设计说明书
1
3
硬件产品签收单
1
4
培训记录
1
5
产品使用说明书
1
2.1.16质量保证及售后服务
售后服务期开始时间为项目终验结束之日，服务期限一年，在质保期间提供免费升级和维护，保证软件系统正常有效的运行。
我方指定项目组内相关人员进行长期专门维护服务，直至项目期结束。
在免费保修期内为甲方免费提供技术支持和修复服务，在免费期结束后，甲方可以根据自己需要选择付费服务。
2.1.16.1服务内容
Ø系统环境的维护：
解决因操作系统故障或系统配置错误导致用户不能正常使用软件。
Ø系统应用软件维护：
解决软件自身故障导致用户不能正常使用软件。
Ø系统使用维护：
解决因用户误操作导致系统故障。
Ø系统数据维护：
解决因用户误操作导致数据丢失，可将数据恢复至上次备份版本。
2.1.16.2服务方式
Ø电话服务：
一般技术咨询和能够通过电话解决的问题，采用电话服务，电话服务中最终答复响应时间应在1小时之内。
Ø远程技术支持与操作服务：
可以通过远程登录完成操作的及不涉及信息安全的，采用远程技术支持与操作服务，远程技术支持与操作服务中故障排除反应时间不超过2小时。
Ø现场服务：
凡系统出现重大技术问题、代码修改、功能（软硬件）扩展、系统数据迁移和其他需要现场才能解决的问题，采用现场服务，现场服务人员到达现场时间不超过8小时。
Ø定期巡检：
每周派专人至客户，现场沟通系统使用反馈，提前发现问题，提前解决。
2.1.16.3服务承诺
服务期内为客户提供7*24小时的技术支持服务，响应软件系统出现的任何问题，保证在接到客户通知后小问题1小时内解决，大问题2小时内到场进行处理，保证客户相关网站信息数据的安全、网站信息的正常发布和管理、满足外界的访问等网站重要功能的正常实现。
2.1.17技术支持及培训
我方负责对相关技术人员和业务人员进行软件的技术培训。
培训包括相关软件的使用、调试和维护诊断，以保证交付的软件系统能够正常安全地运行使用。
培训时间
培训地点
培训内容
费用
第一天上午
甲方
系统概述与用户管理,数据管理
包含在项目中
第一天下午
甲方
故障检测，上机操作
四、系统开发内容总览
版块
功能
内容
前端
志愿者预约
网站登录系统进行预约，志愿者可选择对应的时间进行服务预约。
移动端登录系统进行预约，志愿者可选择对应的时间进行服务预约。
志愿者签到考勤
二维码签到，志愿者使用自己的账号进行扫码签到（二维码可印在志愿者挂牌上，或登录个人信息查看）
个人信息查看
个人信息；查看预约信息和考勤记录;
志愿者申请友情提示
公众点击“我要加入志愿者”，系统提示志愿者招募相关信息。
信息发布
将志愿者的预约情况发布在官网或博物馆多媒体设备上。
后台
志愿者信息管理：
账号创建：
后台可创建志愿者账号，账号可关联志愿者个人信息，组别和级别，生成个人二维码，手机端可正常登陆并且显示相关信息。
（可根据需求进行登录密码修改）
志愿者信息：
志愿者个人信息;志愿者服务场馆分组;小组信息;
权限管理：
管理员账号可设置组长权限，组长可查看自己小组成员的服务情况
志愿者预约管理：
已预约信息管理：
查看、修改、删除、下载志愿者已预约信息。
场馆及服务时间管理：
根据博物馆客流和志愿者人员情况自定义设置场馆志愿者参与服务时间段及每个时间段限制参与人数
志愿者考勤管理：
管理员可添加志愿者考勤记录
统计博物馆所有志愿者的服务情况，计算志愿者累计服务时间;迟到;早退；缺席。
发布管理：
修改官网或多媒体设备发布的服务信息。
维护
技术支持
数据上传;管理系统可根据客户要求部署到客户服务器上，保证系统正常使用
现场安装调试，培训（包含人员交通及住宿）
升级会员 