《丽江古城消防安全志愿者管理系统的研究与分析模板.docx》由会员分享，可在线阅读，更多相关《丽江古城消防安全志愿者管理系统的研究与分析模板.docx（73页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、丽江古城消防安全志愿者管理系统的研究与分析69资料内容仅供参考，如有不当或者侵权，请联系本人改正或者删除。作者: 李文华摘要丽江古城属平民生态空间型城市, 因其特殊的地理、 文化、 建筑、 交通等特征, 存在人流量大、 公众消防安全意识不强、 安全认识不到位, 消防安全防范范围广, 古建筑消防安全危险系数高, 消防基础设施不完善, 社会化消防安全保障能力不足, 消防安全防范措施落实不到位, 古城内各种( 弱电、 强电) 线路私拉乱接现象依然存在, 经营户及从业人员流动性大, 消防安全培训容易在个别人员及群体上形成盲点等问题。因此, 丽江古城的消防压力非常大。论文具体介绍了消防安全志愿者管理系统
2、的研究背景、 项目意义和当前的研究与应用现状, 明确了论文研究的内容和主要工作; 在业务分析中, 论文对系统存在的问题、 组织机构、 原有业务流程等进行了分析, 给出了优化后的业务流程, 优化了志愿者注册、 志愿者上岗管理、 志愿者培训管理、 志愿者考核管理、 志愿者排版管理、 志愿者活动管理等业务流程; 在功能分析中, 论文经过用例分析和用例描述, 明确了系统的功能, 给出了系统的总体功能包图和子功能包图, 包括系统功能等子包图; 在数据分析中, 论文对系统各功能所需要处理的数据进行了分析, 给出了实体类关系图, 建立了数据库表结构; 论文最后对所做的研究与分析工作进行了总结, 并对进一步的
3、工作进行了展望。关键词: 消防安全志愿者管理; 需求分析; 数据库建模第一章 引言1.1 项目背景世界文化遗产丽江古城( 大研古城、 黑龙潭、 束河古镇、 白沙古村) 由于历史原因, 受建筑结构和建筑风格的影响, 存在建筑耐火等级低, 防火间距不足, 道路狭窄、 无法满足消防车通行等先天性火灾隐患, 严重威胁着古城的消防安全, 特别是独克宗火灾事故发生后, 古城消防安全暴露出诸多问题, 引起了各级领导的高度关注。做好古城镇消防工作是一项长期而艰巨的任务, 如何制定更严格的减灾防灾的地方条例和规章制度, 如何在古城镇进行扎扎实实的防火灾教育, 如何形成相关职能部门和古城镇居民人人防火、 各个监督
4、的好风气, 如何充分吸收各地传统防火、 灭火等方面的智慧和经验, 凡此种种, 依然需要相关部门付出智慧并付诸实施1。消防安全志愿服务事业是云南经济社会迅速发展, 改革开放不断深化, 精神文明建设水平不断提高, 社会生活发生深刻变化中产生和发展的。改革开放以来, 消防安全志愿者服务事业历经最初萌芽、 蓬勃发展、 深化拓展三个阶段, 已经成为推进社会主义思想道德建设的一个重要方面2。志愿者是不以金钱为目的从事的非盈利或志愿捐赠钱物的各种活动, 它是非营利组织的重要组成部分。在社会中发挥着极其重要价值和能效, 特别以高校学生为基础, 是志愿者组织的中坚力量。促进志愿服务系统化、 规范化、 以及社会化
5、, 推动着志愿服务事业的朝气蓬勃发展。进入世纪, 随着网络技术信息化不断趋于成熟, 各种形式的志愿者活动在网络中不断推进。参与志愿者具有”权利”和”义务”两种表现有效形式。青年志愿者在服务她人的同时, 自身素质也得到了提高, 在精神世界和心灵方面也得到满足, 因此, 参与志愿者既是”助人”也是”自助”, 既是”乐人”也是”乐己”。志愿服务能够拉近人与人之间的距离, 也是拉近志愿者与被助者之间的心灵距离, 对于缓解中国社会化压力起到了一定的积极作用。因此志愿者平台化的建立是促进完善的重要表现形式, 从而保障本区域志愿事业的快速发展3。志愿者管理系统是系统运行的中坚力量, 也是中枢神经, 它运行的
6、快慢、 高低直接影响志愿活动的开展。系统的开发语言和结构的合理化, 直接关系着志愿者系统的正常运转和稳定性。基于技术, 结合构架下的志愿者管理系统总体目标就是经过科学化、 稳定性、 系统化来强化丽江古城消防安全志愿者管理, 经过计算机技术、 结合软件工程技术用以提升志愿者管理质量, 减轻系统管理员的工作任务, 确保数据的准确性、 同时方便消防安全的信息查询, 提高志愿者的服务质量和效率, 有利于丽江古城消防安全实现志愿管理信息化。21世纪计算机的广泛应用, 改变着现有的管理方法与模式。从传统的纸质模式转变为信息化、 计算机化所替代。实现全网共享、 信息数据相互调用、 数据存储于数据服务器中,
7、从局域网转变为广域网, 因此对于过去依靠纸质的管理模式己无法适用当前的发展。因此运用好互联网信息资源和使用好计算机, 是实现系统走向成功的重要保障4。因此, 运用软件开发技术实现的志愿者管理系统是把繁杂的工作简单化, 数据储存集中化、 操作简单化称为可能, 丽江古城消防安全志愿者管理系统从根本上解决了上述所存在的问题, 将更加简单方便、 快速传播和发布有关志愿信息, 保证各项志愿活动得到更好的开展, 是消防志愿者信息化建设的重要组成部分。1.2 同类系统研究与应用现状随着社会经济稳步发展, 城市建设中不断涌现出一大批高层建筑和大型建筑, 同时这些建筑的防火要求也比较高, 火灾的危险性也大大增加
8、, 如何有效预防和控制火灾发生, 这关乎到人民群众生命和财产安全。当前在城市多数建筑建设中, 都要依据国家的消防施工设计标准安装火灾报警系统, 该系统可在建筑物发生火灾时, 根据可燃物发出的烟浓度和温度两个特征来报警, 这是对值班人员的告警声, 值班人员应迅速查明发生火灾具体位置并前去查看, 是否真的发生火灾。如果不是, 就将报警系统复位并做好记录, 同时查明误报原因; 如果是, 报警至119中心, 再启动相应的紧急预案。可是消防设施的好坏直接影响到报警信息准确性, 再有消防值班人员疏忽造成火情延误的事情也时有发生, 使得火灾迅速蔓延, 给社会和单位都带来不小的损失。而广泛地开展消防安全志愿服
9、务, 开展志愿服务, 实现资源共享、 群防群治则是消防安全的根本保障。本文将致力于此方面的研究与实现, 比较完整地对消防安全志愿服务信息进行系统化管理, 力争形成消防安全物联网的一个典型应用。5美国的志愿者组织是与政府、 企业并列的社会三大支柱之一。在美国, 志愿者队伍遍布全国, 其特点是: 志愿者人数众多, 超过一半的美国人都是积极的志愿者, 岁以上的成年人参加志愿者活动占一半以上, 世纪年代初, 美国的志愿者组织已经超过万个。其次, 美国由于是比较成熟的发达国家, 人均收入比较高, 因此参加志愿者的人数比较多。另外, 由于美国的互联网发展较国内起步比较早, 因此志愿者网站做的普遍比较成熟。
10、因为志愿者组织在美国社会的重要性, 它的志愿者信息管理系统普遍做的比较强大, 而且这些网站并非政府主导, 而是由民间力量搭建起来的, 上面融合有捐助、 救助等资金支持等带支付功能的网站6。从国内方面来讲, 志愿者管理系统做的比较好的要数苏州和广州这两个志愿者网站。苏州志愿者网站分了三个子系统苏州志愿者智慧云服务平台, 苏州志愿者信息管理平台, 苏州市志愿者信息管理系统。在苏州志愿者智慧云服务平台下面还分了两个移动终端安卓和终端。从功能上来说做的比较完善, 比较到位, 整个体系加入云的概念, 顺应时代潮流, 而且将移动互联网的流量也导入进来, 也是它的一大亮点。后台服务器的支持采用技术, 相对来
11、说也是比较成熟。信息管理平台针对管理员, 功能也比较完善。广州志愿者管理网站加入了捐助物资这个模块, 从功能上来说这个模块比较实际, 上面开放了很多公益基金的接口, 充分体现了一方有难, 八方支援的特点7。总结国内外志愿者管理系统的特点, 丽江古城消防安全志愿者管理系统要吸收这些系统的优点, 比如移动终端平台, 比如捐助救助支付功能等。可是除此之外本文所要研究实现的志愿者管理系统结合协同过滤推荐算法将智能化引入信息管理系统, 使志愿者使用起来更贴心, 更具人性化特色。1.3 研究的内容和主要工作1.3.1 研究的内容本文针对丽江古城消防安全志愿者管理系统的实际情况, 重点研究如何使消防安全志愿
12、者管理工作具有规范性和及时性、 如何使消防安全志愿者管理工作更加节约成本、 如何有效形成统一的数据库。依照丽江古城消防安全志愿者管理系统的业务需求和建设规范, 本课题将系统划分为志愿者注册管理、 志愿者上岗管理、 志愿者培训管理、 志愿者考核管理、 志愿者排版管理、 志愿者活动管理等几个应用模块进行构建。系统内的模块, 都遵循以下几个原则: 每个模块构建成PaaS平台上的一个应用模块, 应用模块都有自己的私有数据库, 应用模块对于系统内部的接口, 设计成WebServies的业务服务; 应用模块采用JavaEE技术, 采用轻量级开发框架Struts+Spring+Hibernate进行构建。1
13、、 规范性研究。根据丽江的消防管理规定和规程制定全面、 规范的消防管理业务流程, 分析给部分协同工作流程, 规范行政后勤部门和其它部门的业务衔接, 制定符合ISO9000 质量管理体系的全面系统框架。 2、 及时性研究。消防安全志愿者管理系统平台的信息化建设, 注重信息更新、 信息升级等工作研究。消防安全志愿者管理系统平台的公开化建设, 注重信息时效、 信息显示等工作的研究。3、 降低成本研究。主要从原来单一的行政处专职人员检查到设立兼职人员检查消防安全, 从系统中明确管理范围、 职责和责任人, 以此来降低相关的管理费用。4、 统一数据库研究。根据工作项目进行中心数据库架构建立, 根据各部门工
14、作项目设置统一的标准, 从而保证了数据的统一性; 集成各种数据到中心数据库内, 各职能系统模块根据相应的需求提取所需的数据, 实现高度数据集成, 消除信息孤岛; 信息平台根据不同项目的具体需求保留数据接口, 实现统一平台。消防的工作的信息化发展, 不但仅是建立的消防网站、 使用的单一的办公自动化的系统, 而是在消防部门的管理职能由”管理型”向”服务型”的转变, 消防安全的管理系统从建设初期的形象展示的阶段向深化应用阶段的转变, 成为一个高的质量、 高的效率的网络办公和信息管理的系统及整合各种的资源并提供服务的消防信息的管理系统。丽江古城消防安全志愿者管理系统的建设, 经过加快了组织信息沟通迅捷
15、、 有效的同时, 带来了组织管理理念、 层级结构、 工作效能等多方面的改革。本文在结合单位实际情况, 经过对系统的构成分析, 提出系统业务分析和功能分析的设计方案, 最终经过数据分析形成规范、 简便、 高效、 优化、 通用的消防安全志愿者管理系统。1.3.2 本人主要工作本人主要对现有的丽江古城消防安全志愿者管理工作流程进行整理、 总结和分析, 并进行工作流程的改进和再造, 工作包括: 1、 进行消防安全志愿者管理系统业务分析中原有业务流程分析的志愿者注册管理流程分析、 志愿者上岗管理流程分析、 志愿者培训管理流程分析、 志愿者考核管理流程分析、 志愿者排班管理流程分析以及志愿者活动管理流程分
16、析工作, 以及针对原有业务流程分析进行业务流程再造的分析工作。2、 进行消防安全志愿者管理系统功能分析中的角色分析、 系统用例分析( 包括总体用例分析及其子用例分析) 、 系统功能包图分析( 包括总体功能包图分析及其子功能包图分析) 。3、 进行消防安全志愿者管理系统数据分析中的功能数据分析、 实体类关系分析及数据库表的分析。4、 经过以上分析, 力求解决消防安全志愿者管理过程中各个环节之间信息交流不畅、 流程不规范、 不透明的问题, 从而提高整个消防安全志愿者工作的效率。1.4 论文结构本文由五章内容组成, 其中: 第一章: 介绍了本论文的项目背景情况以及项目研究具体内容, 对同类消防安全志
17、愿者管理系统研究与应用现状进行了综合性的概述, 简述了本论文研究的基本内容以及本人的主要工作内容。第二章: 是论文的中心内容, 深入浅出的对消防安全志愿者管理业务根据实际情况进行详细的研究与分析, 包括: 使用系统部门组织机构分析、 具体业务描述、 操作业务人员分析、 原有业务流程分析、 业务流程优化。第三章: 是论文的核心内容之一, 针对消防安全志愿者管理系统的再造业务分析进行具体的功能分析, 包括系统角色分析、 系统用例分析、 系统功能包图。第四章: 也是论文的核心内容, 在消防安全志愿者管理系统再造业务流程分析和功能分析的基础上进行了功能具体数据分析, 经过概念类图、 类图缩略类图、 实
18、体类关系图( 和数据库表结构) 对数据库进行了详细分析与设计。第五章: 总结论文所做的所有工作, 对学籍管理系统的进一步工作进行展望。第二章 业务分析软件需求分析就是以一种清晰、 简明、 一致且无二义性的方式对一个待开发系统中的各个方面有意义的陈述的集合。需求必须是完整的, 足以使设计师和工程师来开发一个使客户满意的软件产品。简言之, 软件需求分析就是要对软件的可行性分析进一步精细化, 分析各种可能出现的问题和应对方法, 而且分配给各个软件元素。需求分析是对软件进行定义的最后一个阶段, 在此阶段要确定该系统必须完成哪些工作任务, 也就是对目标系统提出完整、 准确、 清晰、 具体的功能要求8。需
19、求分析是依据于用户需求, 经过需求问题识别, 进行分析、 消化与综合, 制订规格说明, 评审, 分为四个阶段, 形成用户需求与设计同步, 设计满足用户需求目标。在这一阶段要注意一切信息与需求都是站在用户的角度上, 进行需求分析的人员要尽量避免主观想象, 要保障需求分析贴合用户的实际工作, 在不进行直接指导的前提下, 让用户进行检查与评价, 从而提高需求分析的准确性9。软件需求分析主要包括三个不同的层次: 业务分析、 功能分析和数据分析。业务分析是客户对软件制品目标的高层次要求。2.1 业务描述业务描述是对软件制品目标的高层次要求的形象化阐述10。2.1.1 业务问题定义随着互联网技术和信息化技
20、术的快速发展, 我们应采用现代化手段提高工作效率, 降低和减少重复性、 低层次的劳动, 加快信息的流通。在传统方式下, 消防安全志愿者管理工作严重依赖消防工作人员的管理, 存在以下问题: 1、 志愿者组织的自主性不足, 行政化色彩过浓当今社会, 志愿者服务是一项社会事业, 必须需要依托社会力量, 依靠社会组织和社会服务来进行市场化运作, 这作为志愿者组织的独立性, 维护社会稳定。可是, 中国当前的志愿者组织主要还是由行政力量推动, 其组织的机构设置往往仿效党政部门 , 志愿者组织的组织化和社会化水平较低, 以双重管理体制加以严格控制和约束, 自主空间不足, 行政化色彩过浓。2、 志愿服务制度不
21、完善, 保障措施不健全我过消防志愿者还缺乏一定的法律效应与权威性, 很多志愿者活动设计不够规范, 志愿者的切身利益不能得到根本保障。发达国家的志愿者制度大都比较完善, 并有一定的激励和回报措施。比如, 在日本国家, 她们向派往国外的志愿者为她们发放医疗费、 生活费、 保险费等。韩国把学生的志愿者活动状况计入总学分, 占总成绩的一定比例。在美国和新加坡都对志愿者具有物质奖励和精神奖励。在中国消防志愿服务中缺乏这样的法规和激励措施。由于激励机制的缺失, 缺乏高素质人才持久参与志愿者活动, 许多消防安全报名之后, 参与一次、 两次活动就不再坚持了。如何提高广消防安全对志愿者活动的认识程度, 激励更多
22、的消防安全参与志愿者活动, 这是必须着重解决好的问题。3、 消防志愿者的专业素质和服务能力有待提高在消防办许多通知都需要经过消防志愿者来进行, 比如宣传教务、 预防方式和整改措施以及消防安全知识等方面的服务, 但许多志愿者对于消防意识和消防基础知识掌握比较低, 这需要进行多多宣传, 多多参加志愿者活动, 要正在属性知道所在场所或单位的火灾危险性、 知道火灾预防基本常识, 会报火警、 会扑救初起火灾、 会自救互救) 知识, 真正需要宣传消防安全求助和消防预防知识, 还需要进行长期的培训和宣传推广, 而且最好的掌握办法就是把消防知识融入到教育中, 让学生在课堂领悟和实践。4、 消防志愿活动经费筹措
23、渠道不宽随着志愿者组织的内容涉及面广、 方式多样化, 消防措施方式多元化, 党政机关和社会机构对于志愿者组织资源的使用越来越关注。可是, 开展消防志愿服务需要一定的资金来进行保障, 但这部分资金尚未纳入消防志愿组织的预算中, 政府为此投入的力度不大, 社会资源欠缺, 消防志愿者组织在活动经分的措施不多, 渠道不宽, 影响了消防志愿者的服务开展和扩大。特别是对于志愿者组织的日常维护、 人员培训、 项目策划等所必须的经费、 场所等物质支持, 严重的制约了服务水平和服务能力。2.1.2 组织职能分析组织结构图是软件用户的流程运转、 部门设置及职能规划等最基本的结构依据, 常见的组织结构形式包括中央集
24、权制、 分权制、 直线式以及矩阵式等。图2.1丽江古城消防组织结构图如图2.1所示, 丽江古城消防由组织部、 策划部、 宣传部、 财务部、 团委、 人力资源部、 外联部和后勤部, 人力资源部主要管理消防安全志愿者信息。组织部主要负责加强战备训练, 确保灭火车辆、 器材、 用具等齐全、 完好; 负责监督检查灭火设施, 确保消防设施完备, 消防道路畅通; 策划部主要负责健全保卫制度, 做好要害部门的保卫工作; 宣传部主要负责建立、 健全义务消防组织并进行业务技术指导、 训练, 以提高素质, 财务部主要负S责每月转账凭证的编制, 汇总所有的记账凭证; 团委主要负责加强管理, 依靠和发动群众做好防盗、
25、 防破坏工作, 加强生产要害部位的巡逻, 以维护正常生产秩序; 负责偷盗、 破坏等治安事件的调查、 处理和统计上报工作; 人力资源部主要负责拟订并持续优化、 完善合法、 规范、 有效的人力资源管理规章制度和工作流程, 宣传、 推动、 检查、 保障各项人力资源管理制度和流程的实施; 外联部主要负责与宣传部, 信息部合作, 发挥协同的积极作用; 后勤部主要负责门卫的警卫任务, 严格检查入厂的各种车辆的安全防护设施的配戴, 查堵进厂人员携带烟、 火种情况。2.1.3 业务人员分析( 1) 志愿者: 在原有业务流程分析中, 进行志愿者注册、 培训、 排班和进行被考核等。( 2) 消防单位管理员: 在原
26、有业务流程分析中, 进行消防安全重点单位巡查, 需要管理员的授权和许可。( 3) 领导: 在原有业务流程分析中, 进行丽江古城消防安全管理工作。2.2 原有业务流程分析原有业务流程分析采用流程图描述系统内各单位、 人员之间业务关系、 作业顺序和管理信息流向的图表, 主要是描述业务走向, 以业务处理过程为中心。2.2.1 志愿者注册管理流程图2.2 志愿者注册管理业务流程图志愿者注册管理业务流程图如图2.2所示。志愿者管理部门根据志愿服务项目需求完成招募信息, 并由志愿者组织或者管理部门自身进行发布, 志愿者应征者根据要求经过丽江古城消防安全志愿者网进行注册, 注册成功的应征者信息将保存到应征者
27、数据库中。其中经过志愿者组织进行注册的应征者信息由志愿者组织汇总后周期性进行批量导入。志愿者管理部门经过筛选模型自动筛选注册成功的应征者, 落选的保存在未录用志愿者信息库, 入选的由志愿者管理部门进行审查, 审查未经过也保存在未录用志愿者信息库中, 审查经过的保存在候补志愿者信息库中, 并经过丽江古城消防安全志愿者网进行公告, 及通知该应征者。志愿者注册管理是各级志愿者组织根据项目申请需求在丽江古城消防安全志愿者网发布本组织开展的各类志愿服务项目, 根据项目状态能够设为”注册”, ”已注册”。志愿者可经过丽江古城消防安全志愿者网在线申请后, 消防单位管理员经过预设的志愿者筛选模型能够快速对志愿
28、者进行制定注册要求, 然后进行公布注册要求。根据发布的志愿者项目需求提交注册申请表, 然后消防单位管理员进行审核注册信息, 当审核经过后, 判定注册人员是否接到异议反馈, 同时系统内的发布内容进行统一管理。2.2.2 志愿者上岗管理流程志愿者上岗管理流程如图2.3所示。志愿者上岗管理对包括志愿者山岗考核和合同进管理等上岗所必须的保障进行管理, 还包括志愿者岗位调整管理。志愿者按照志愿者排班管理到志愿者管理部门查看人员招聘信息, 然后进行人员报到, 志愿者首先进行岗位的试用期, 在试用期内由领导进行试用考核管理, 审核志愿者是否符合上岗要求, 审核经过后, 志愿者进行劳务合同的签订, 然后进行上
29、岗审核。志愿者管理部门按照岗位要求和需求, 进行合理的岗位调整计划, 给报到的志愿者发放装备与证件, 志愿者接收后, 由对口业务部门布置工作, 志愿者据此开始工作, 对口的业务部门负责年度绩效考评, 消防单位管理员负责工作保障。图2.3 志愿者上岗管理业务流程图2.2.3 志愿者培训管理流程志愿者培训管理业务流程图如图2.4所示。建立志愿者培训管理模块, 由志愿者管理部提出培训需求包括培训需求调查、 涉及培训课程、 制定培训方法、 准备培训条件和制定培训人员等要素, 并将培训需求传递给培训系统, 由培训系统制定培训安排, 经志愿者管理部确认后, 通知相关的培训人员在培训平台接收培训, 并参加培
30、训系统组织的考试, 培训系统记录考试成绩并反馈给志愿者管理部。志愿者的培训工作主要由志愿者培训系统提供, 本系统负责与其进行必要的数据交换。志愿者经过培训中心参加培训, 培训完成后参加考试, 考试经过的志愿者信息将由培训中心反馈至志愿者管理部门, 由志愿者管理部门通知面试, 志愿者收到面试通知并确认后, 业务部门、 志愿者管理部门对志愿者进行面试, 决定是否录用。无论是否录用, 志愿者管理部门都将结果以短信或者邮件的形式告知志愿者, 对于录用的志愿者, 需要反馈是否接受录用, 如果接收录用, 则双方签订服务协议。最后, 领导对志愿者培训管理进行分析评估培训效果、 评价培训工作的有效性等。图2.
31、4 志愿者培训管理业务流程图2.2.4 志愿者考核管理流程图2.5 志愿者考核管理业务流程图志愿者考核管理的业务流程如图2.5所示。本模块根据设定的考核标准, 由志愿者管理单位、 使用单位用于志愿者工作情况的考核, 考核内容包括响应速度、 考勤情况、 服务质量等。志愿者管理部门汇总业务部门的考勤信息, 当志愿者服务结束时, 由业务部门根据志愿者实际工作情况进行考核。志愿者管理部门对业务部门的考核结果进行汇总, 对志愿者进行总体考核。根据考核结果, 志愿者管理部门进行奖励, 发放奖品或经过传媒进行宣传。在没有经过考核之前, 志愿者是没有资格参加志愿活动的, 考核的主要目的是提升志愿者综合素质,
32、以便在实施志愿活动的时候, 能够做到基本的志愿规范, 从而为所服务对象真正带来便利。本系统有先进行考勤信息录入, 然后填写考评表内容, 根据考核指标信息进行评分, 然后再进行定级和内部公示, 当考核结果完成之后, 管理员进行考核结果沟通和考核结果分析与评价。这时候志愿者就能够正常进行志愿活动。2.2.5 志愿者排班管理流程图2.6 志愿者排班管理业务流程图根据志愿者工作计划建立具有团队和个别调配功能的志愿者排班模块当系统制定出排班计划后, 允许人工对计划进行修改。排班信息需要在规定时间内得到志愿者团队负责人或志愿者个人确认。志愿者排班管理流程如图2.6所示, 业务部门根据实际情况提出排班需求,
33、 由志愿者管理部门设置排班规则后, 自动根据排班模型来进行排班, 自动排班完成后, 业务部门和志愿者管理部门能够对排班结果进行人工调整, 如果排班失败, 即可排班的人员无法满足排班需要, 则启动应急预案来解决。2.2.6 志愿者活动管理流程图2.7 志愿者活动管理业务流程图志愿者活动管理业务流程图如图2.7所示。成为一个合格的志愿者之后, 就能够加入志愿者团队, 申请参加志愿活动, 这个过程将是不断循环的, 直到志愿者没有精力进行志愿活动为止, 或者志愿者申请退役。活动图展示了志愿团队从注册到组建, 到最后组织活动的一个全部活动流程。开始由团队管理员负责制定活动策划、 活动宣传策划以及活动预算
34、, 提交注册信息给管理员审核, 管理员审核经过之后, 对团队进行授权, 团队信息公开。接下来处于队员招募状态, 团队能够招募机构团队, 也就是子团队, 也能够单独加入志愿者。团队组建完之后, 能够发布活动, 也能够申请加入其它团队发布的活动, 然后就是组织活动, 活动结束之后发布活动成功举办的新闻, 统计团员服务时间, 进行服务时间信息维护, 状态结束。以后团队的生命周期里面的活动状态都包含在了该活动图中。2.3 业务流程再造业务流程再造是指从根本上对原来的业务流程做全新地重新设计, 把直线职能型的结构转变成平行的流程网络结构, 优化管理资源和市场资源配置, 实现组织结构的扁平化、 信息化和网
35、络化, 从结构层次上提高管理系统的效率和柔性。2.3.1 志愿者注册管理流程图2.8 志愿者注册管理再造业务流程图在成为志愿者之前需要注册成为网站的会员, 只有审核经过的用户才能作为志愿者, 然后由政府办公部门下发志愿者证书, 在此期间需要接受志愿者培训和考核, 以便规范志愿者行为, 提高该市志愿者的总体志愿水平。经过考核之后就能够申请参加志愿团队和志愿活动。如图所示为志愿者注册流程图。普通用户在打开丽江古城消防安全志愿者管理系统之后, 能够浏览基本功能, 然后如果志愿者项目感兴趣能够申请加入, 这个时候用户没有登录, 系统转到登录页面, 用户输入用户名和密码, 可是系统提示用户没有注册, 并
36、将信息转到系统注册页面, 志愿者注册管理再造业务流程如2.8所示。志愿者注册管理再造业务流程图能够在不同地点进入丽江古城消防安全志愿者管理系统进行注册申请, 能够对审核不经过的注册信息直接进行修改, 然后再重新审核, 与原来的业务流程相比, 能够减少申请注册志愿者的等待时间, 减少信息录入者的工作量, 效率也明显提高。2.3.2 志愿者上岗管理流程志愿者上岗管理再造业务流程如图2.9所示。记录志愿者服务时间, 有网上、 记录器、 手工等三种方法。网上记录志愿者组织经过管理系统直接记录记录器记录志愿者组织经过志愿服务记录器考勤机, 电子考勤的方式记录手工记录先在丽江古城消防安全志愿者证上手工记录
37、, 再由组织再录入管理系统。系统根据考勤机提供的数据, 对志愿者的上岗信息进行汇总, 统计志愿者的工作时间、 生成考勤情况表。志愿者上岗管理再造业务流程图能够相关领导直接经过系统查看申请人员名单并进行审批; 同时志愿者能够及时查看审批结果。这样一来大大提高了审批效率志愿者也能够及时得知审批结果。图2.9志愿者上岗管理再造业务流程图2.3.3 志愿者培训管理流程培训管理是志愿者管理部门和各业务部门对培训的需求进行管理的模块。志愿者管理部门和各业务部门同时具有操作本模块的权限。针对志愿者管理部门和各业务部门对志愿者的需求, 安排经过筛选的志愿者进行对应的培训工作。志愿者培训管理再造业务流程如图2.
38、10所示。业务部门在制定出培训需求之后, 能够继续初步定义符合该需求的培训对象筛选模型。具体步骤如下( 1) 定义各考核筛选数据项分值; ( 2) 定义需求最低合格分值; ( 3) 依据计算模型设定该候选人的优先等级。能够考核的因子有人员教育水平、 语言能力、 特长、 所有资质、 技能等。 与原志愿者培训管理业务流程相比, 再造后的培训管理业务流程具有互动性更强的特点, 加强了志愿者管理员与志愿者的沟通互动, 提高信息录入的准确性, 也保证了志愿者的知情权。图2.10 志愿者培训管理再造业务流程图2.3.4 志愿者考核管理流程图2.11 志愿者考核管理再造业务流程图志愿者考核管理再造业务流程图
39、如图2.11所示。志愿者考核管理是志愿者管理部门和各业务部门对申请信息进行审核确认的管理模块。志愿者管理部门和各业务部门同时对本模块具备操作权限, 志愿者管理部门对志愿服务项目申请表进行审核操作, 各业务部门对志愿服务项目申请表进行确认修改操作。当各业务部门发送申请后与志愿者管理部门进行两次往返审核-确认, 在此过程中需求如被修改, 则需从头进行两次往返审核-确认过程。同时根据分级管理原则, 市志愿者协会可查询所有的项目信息, 同级之间不能互相查询, 上级组织可查询下一级组织的项目信息, 对志愿服务项目申请表进行查询时按照时间范围、 部门、 权限进行限制。与原来的业务流程相比, 志愿者考核管理
40、再造业务流程图中实现志愿者管理员和领导对志愿者申请、 培训进行审核的业务。领导经过系统审核团队管理员提交的团队申请信息, 打开团队申请信息, 审核信息是否经过, 如果经过系统自动保存审核结果, 在数据库中保存团队信息, 如果不经过填写审核不经过结果, 然后发送短信通知团队管理员。2.3.5 志愿者排班管理流程图2.12 志愿者排班管理再造业务流程图当排班成功完成后, 志愿者管理部门将排班信息通知相关志愿者, 志愿者必须反馈是否同意该排班, 如果有志愿者出于某种原因不同意, 则需由志愿者管理部门对规则进行调整, 进行重新排班, 重新排班将尽量不影响已同意的排班计划。当所有志愿者都同意排班计划时,
41、 志愿者管理部门汇总排班信息, 排班到此结束。如果己被排班的志愿者由于某种原因要求调班, 也由志愿者管理部门根据此流程进行操作。志愿者排班管理再造业务流程图如图2.12所示。志愿者排班管理再造业务流程图能够对志愿者工作进行安排管理, 对比原有的业务流程, 再造业务流程图将数据繁琐复杂的志愿者排班任务交给软件完成, 由志愿者自行登录软件调整查看个人排班, 这样能够极大地提高该项工作的效率并节省人力资源。2.3.6 志愿者活动管理流程图2.13 志愿者活动管理再造业务流程图志愿者活动管理再造业务流程图如图2.13所示。在志愿者活动管理流程再造中, 消防单位管理员配合制定活动计划而且交由执行部管理员
42、进行审核, 审核经过后, 消防单位管理员还要提供活动所需物品, 档案管理员记录这些活动信息, 然后存入系统, 消防单位管理员收集活动相关的图片和资料, 编写宣传公告并发布, 志愿者查看宣传内容, 然后报名, 领导审核是否适合参加活动, 通知审核经过的志愿者并记录其信息, 然后由企划部组织实施活动, 消防单位管理员在活动之后对活动结果进行评价, 档案管理员记录活动相关系信息而且存入系统。志愿者活动管理再造业务流程图能够经过志愿者管理员系统直接发布志愿者宣传栏文章以及志愿者之家物资信息的变动记录。这样一来提高了办事效率减少了纸张的使用。第三章 功能分析功能分析描述了待开发的软件必须完成的任务, 定
43、义了必须实现的软件功能, 使得用户经过这些功能完成她们的任务, 从而满足业务需要11。3.1 角色分析以下的实际需求分析, 系统涉及到以下角色: 表3 角色划分表角色职责或功能志愿者系统主要参与者, 进行志愿者注册、 培训、 排班和进行被考核等。消防单位管理员系统次要参与者, 消防单位管理员是各个消防安全重点单位的工作人员, 她们必须得管理员的授权和许可。领导系统次要参与者, 领导是指丽江古城消防安全管理工作的政府部门机关。档案管理员系统主要参与者, 负责志愿者考核管理和志愿者上岗管理。消防设施管理员系统的次要参与者, 负责消费和志愿者活动管理。系统管理员系统主要参与者, 系统管理员是对本系统
44、的所有权限、 角色划分等管理员, 是系统的超级用户。3.2 系统用例分析用例(use case)表示参与者与系统的一次交互过程。用例图用来描述软件需求模型中的系统功能, 经过一组用例能够描述软件系统能够给用户提供的功能12。3.2.1 总体用例分析下面给出了丽江古城消防安全志愿者管理系统的总体用例图, 包含志愿者注册管理、 志愿者上岗管理、 志愿者培训管理、 志愿者考核管理、 志愿者排班管理、 志愿者活动管理和系统管理用例, 如下图3.1所示: 图3.1丽江古城消防安全志愿者管理系统总体用例图3.2.2 子用例分析3.2.2.1 志愿者注册管理用例图3.2 志愿者注册管理用例图表3-1 招募发
45、布管理用例描述描述项说明用例名称招募发布管理用例描述描述了对志愿者招募信息进行发布管理的过程。参与者消防单位管理员前置条件系统管理员角色登录经过后操作流程1、 宣传部管理员输入用户名; 2、 输入密码, 登录系统; 3、 编辑招募志愿者信息; 4、 选择日期和发表单位; 5、 发表通知。表3-2 志愿者申请管理用例描述描述项说明用例名称志愿者申请管理用例描述描述了志愿者申请人员进入系统注册申请管理的过程。参与者消防单位管理员、 志愿者前置条件系统管理员角色登录经过后操作流程1、 点击”注册”按钮; 2、 输入个人详细信息, 包括姓名、 性别、 出生日期、 爱好、 职业等信息; 3、 点击”提交
46、按钮”; 4、 系统确认是否注册; 如果是, 点击”确认”按钮, 否则点击”重新注册”按钮; 5、 登录系统。表3-3 志愿者筛选管理用例描述描述项说明用例名称志愿者筛选管理用例描述描述了对志愿者的申请表进行初步蹄选的管理过程。参与者领导、 领导档案管理员前置条件系统管理员角色登录经过后操作流程1、 系统校验申请表完整度; 2、 不完整的返回志愿者重填; 3、 系统操作流程检验申请表的格式; 4、 不正确的返回志愿者重填; 5、 执行部工作人员初步蹄选申请表。表3-4 志愿者信息发布管理用例描述描述项说明用例名称志愿者信息发布管理用例描述描述了对经过初步蹄选的志愿者的申请表和个人信日息进行管理
47、的过程。参与者消防单位管理员前置条件系统管理员角色登录经过后操作流程1、 消防单位管理员登录系统; 2、 消防单位管理员保存经过初步蹄选的申请表; 3、 消防单位管理员保存申请人个人信息; 4、 防单位管理员删除未经过初步筛选的申请表; 5、 通知经过蹄选的申请人进行注册; 6、 退出系统。3.2.2.2 志愿者上岗管理用例图3.3 志愿者上岗管理用例图表3-5 考勤管理用例描述描述项说明用例名称考勤管理用例描述描述了用工部门使用本系统对志愿者上岗管理模块进行考勤操作的过程参与者消防单位管理员、 志愿者前置条件系统管理员角色登录经过后操作流程1、 志愿者输入账号、 密码和验证码; 2、 志愿者登录系统; 3、 点击”考勤”按钮; 4、 进入考勤界面; 5、 点击填写考勤信息按钮; 6、 填写考勤相关信息; 7、 点击”保存”。表3-6 装备管理用例描述描述项说明用例名称装备管理用例描述描述了用工部门使用本系统对志愿者上岗管理模块进行证件操作的过程参与者消防单位管理员、 志愿者、 领导前置条件系统管理员角色登录经过后操作流程1、 消防单位管理员登录系统; 2、 点击”上岗管理”菜单; 3、 点击”装备管理”按钮; 4、 查看志愿者个人信息及所在组信息; 5、 点击”分配”按钮; 6、 选择装备信息与志愿者信息; 7、 选择”已发放”、