丽江古城消防安全志愿者管理系统的研究与分析

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