【软件需求工程】灾害预警系统

1 项目前景与范围

1.1 业务需求

1.1.1 应用背景

        如今，自然灾害或是大型卫生安全事件成为了和平年代对人类生命和财产威胁最大的实践。灾害预警系统是为了及时发现和减轻自然灾害对人类生命、财产的影响而开发的。其应用背景包括但不限于：气象灾害（如台风、龙卷风、暴雨等）、地质灾害（如地震、火山喷发、滑坡等）、环境灾害（如污染、生态失衡等）、大型卫生安全（如流感、新冠等）等。该系统通过监测、预测和警报机制，提前对当地市民发送醒目通知，以求在灾害来临之时使民众的财产和生命安全得到充分保障。

1.1.2 业务机遇

概括	细则
技术进步	随着科技的不断发展，传感器技术、数据分析和通信技术的进步提供了更准确、实时的灾害预警能力，为系统提供了更多创新的可能性。
政策支持	我国作为人民民主专政国家，一直把民众的生命和财产安全放在首位。国家和地方都对灾害提前预警系统的建设发展极为重视，出台很多利好政策。
应急管理市场	灾害预警系统不仅仅可以用于灾前预警，还可以在灾后的救援和重建工作中发挥作用，因此在应急管理市场也存在广阔的商机。

1.1.3 业务目标

时间段	目标
BO-1 使用1个月	开始提供预警服务，覆盖我国易受灾害影响地区和灾害类型。监测系统运行情况，确保各项功能正常运行。
BO-2 使用6个月	不断对灾害预警系统进行优化，以保证预测的准确率不低于90%。 灾害预警系统在我国的覆盖率要求基本覆盖全国，预警类型覆盖基本常见自然灾害和卫生安全事件。
BO-3 使用12个月	提前预警时间提升到灾害发生30分钟前
BO-4 使用18个月	不断对灾害预警系统进行优化，以保证预测的准确率不低于95%。 节省灾害发生后救援时间，效率提升60以上。
BO-5 使用24个月	保证预测的准确率不低于98%。 预警时间提前到灾害发生前60分钟以上。

1.1.4 获取问题

元素	内容
ID	P1
问题	由于需要精准地向民众发布预警信息，系统需要获取用户的位置信息以及通知权限等等，大量的数据安全如何得到保证。
涉众	民众
影响	民众对预警系统产生抵触心理，不信任预警系统会造成推广该系统的困难。

元素	内容
ID	P2
问题	面对重大自然灾害，信号基站被破坏会导致预警信息在传递过程中中断、延迟或失真，
涉众	救援人员
影响	导致救援人员无法及时收到关键信息，影响其救援行动的效率和及时性，延迟救援，对人民群众的生命安全造成极大威胁。

1.2 高层解决方案

1.2.1 建立问题解决方案

要素	内容
ID	P1
方案描述	使用加密存储技术和安全传输协议，保障数据在存储和传输过程中的完整性和机密性，防止数据被未授权的访问或篡改。
业务优势	提高了数据的机密性，加密储存技术上了第二道保险
代价	数据加密技术的使用使系统的数据储存和数据传输的复杂性大大提高，需要更专业的硬件。

要素	内容
ID	P2
方案描述	在灾害易发区域设立备用通讯设施，如卫星通讯系统，以备份信号基站，在主通讯通道中断时提供备用通讯支持。
业务优势	借助已有的卫星通信系统，不需要额外的基站建造，成本节省。 借助多样通信系统可以进一步扩大灾害预警系统覆盖的地区和人群。
代价	多种多样的通信系统会造成额外的成本开销。

1.3 项目前景

1.3.1 前景概述

1.3.2 主要特征

FE-1: 自动地收集、整合和分析各种数据源（如传感器数据、气象数据、地质数据等），以便及时准确地预警各类灾害。

FE-2: 提供灵活的预警信息发布渠道。

FE-3: 提供精准化的预警服务，根据用户的地理位置和历史灾害情况等因素，精准地推送相关灾害预警信息。

FE-4: 提供灾害救援信息和指导，包括安全疏散路线、避难场所、应急联系方式等，以帮助民众采取有效的应对措施。

FE-5: 支持民众与相关部门和志愿组织之间的信息交流和协作，以便及时协调灾害救援行动。做到“一方有难八方支援”。

FE-6: 提供数据可视化工具，更直观地了解当地的自然灾害发生情况。

1.3.3 假设与依赖

AS-1 民众愿意开放部分终端权限，使系统可以即时发布预警消息。

AS-2 灾害预警系统可以顺利在全国推行。

1.4 项目范围

1.4.1 项目范围

需求分析和规划：

确定各类灾害的监测指标和预警级别。

收集用户需求和利益相关者的意见，制定系统设计和开发计划。

系统设计与开发：

设计灾害监测和预警系统的技术架构和功能模块。

开发数据采集、处理、分析和预警发布等关键功能。

设备采购和安装：

采购和安装监测设备、传感器、通信设备等硬件设施。

配置和测试设备，确保其正常运行和数据准确性。

预警信息发布和传播：

建立预警信息发布平台和渠道，包括短信、电视、广播、手机App等。

制定预警信息发布标准和流程，确保信息准确、及时地传播给民众。

系统运维和管理：

建立灾害预警系统的运维和管理机制，包括数据维护、设备检修、故障排查等。

进行定期的系统性能评估和更新，保障系统的稳定运行和更新迭代。

1.4.2 第一版及后续版本范围

特性	版本一	版本二
FE-1	达成自动收集数据，需要人工分析。	实现系统数据收集分析一体化完成。
FE-2	完全实现。
FE-3	完全实现。
FE-4	完全实现。
FE-5	不实现。	完全实现。
FE-6	完全实现。

1.4.3 限制与排除

LI-1 用户仅有数据的查询权。

LI-2 非系统相关人员无权对系统的信息发布进行干涉。

LI-3 未经允许，无权对系统数据进行增删查改。

1.5 项目环境

1.5.1 操作环境

●该软件适用于所有年龄段

●所有用户在任何时间任何地点都能访问系统打开软件查看灾害信息

●系统性能良好，24小时持续工作，每次响应时间小于10秒，且避免服务中断

●软件在任何终端都可以使用

●可设置安全认证，以保护数据不被泄露

1.5.2 涉众

涉众	特征
民众	民众将使用系统获得灾害预警通知。民众及时响应预警信息，配合政府制定的政策进行疏散工作。民众需要获取通俗易懂的灾害预警信息。
科研技术部门	科研技术部门将提供系统数据库支持。科研技术部门每日向系统更新实时气候、地质等数据信息，提供灾害预测系统。科研技术部门需要根据系统运行信息及时修复系统问题、改进系统等。
新闻媒体	新闻媒体将通过该系统获取灾害预警信息，并通过多信息渠道将信息广泛传播。他们需要更精确、更早的灾害预警信息，使用灾害预警系统通过多种渠道快捷发布灾害预警信息。
救援组织	救援组织通过该系统获取灾害预警信息、具体的灾害发生地、具体的灾害规模和灾害类型，及时做出相应的灾害救援准备。救援组织需要使用灾害和预警系统快速规划救援准备措施。
政府部门	政府是灾害预警系统的主要推动者和管理者，通过灾害预警系统发布其负责制定的相关政策、管理资源、组织协调等工作

1.5.3 项目属性

属性	执行者	约束因素	可调整因素
进度			计划2024.3.28完成灾害预警系统1.0版本，2024.9.28完成灾害预警系统2.0版本（最终版本）。最多可超过期限1个月。
特性		第一二版本中的所有特性都需完全可以操作
质量		必须通过85%的用户 验收测试；必须通过全部安全测试；所有安全事务必须遵守软件安全标准；必须达到业务目标中的所有目标
人员	团队规模包括一名项目经理、三名开发人员、两名测试人员，若有需要会额外招聘兼职开发人员。
费用			最多超支预算上限的15%

2. 涉众分析和硬数据采样结果

2.1 涉众识别

涉众类别列表：灾害预警系统的受众面广，包括普通民众、气象局和地质局等科研技术部门、新闻媒体、救援组织和政府部门。

2.2 涉众描述

        涉众描述主要是对涉众进行详细的描述和定义，包括涉众的期望、态度、关注点、约束条件等方面的信息，有助于深入了解涉众需求，支持需求分析和设计决策，促进沟通和合作，支持风险评估等方面。

涉众	主要目标	态度	主要关注点	约束条件
民众	获取及时准确的灾害预警信息 获取具体应对措施 获取详细的灾害信息，包括灾害类型、影响范围、预计到达时间等 保障他们的生命财产安全	支持并且信任	预警速度 灾害类型 灾害危险程度 灾害是否波及自己	预警信息简单易懂 考虑特殊人群（老弱病残）
科研技术部门	提供灾害预警技术和数据支持	高度重视系统开发和使用	使用系统的性能效果	无
救援组织	获取精确的灾害信息、如位置、规模、类型 提高救援组织效率	支持	灾害具体位置 灾害具体类型 灾害波及范围	1、灾害信息简洁明确，能够尽快展开救援工作

2.3 涉众评估

用户群体	任务	优先级
民众	获取灾害预警信息	1
救援组织	提供灾害救援措施	3
科研部门	提供技术支持	2

2.4 硬数据采样分析

        主要进行了预警系统的服务系统架构、子功能设计和系统界面方面的数据采样。在多种灾害预警系统中随机抽样获取了地震灾害预警系统和火灾预警系统的数据

        系统架构将分为四个层次。显示层用于展示灾害预警系统需要展示的所有信息；应用层根据具体的灾害类型将有关该灾害的不同类别的信息加以区分和展示，完成灾害预警系统的基本操作；数据层提供灾害预警的基础——数据库支持；接入层实现不同的接口，方便其他系统可以和该系统进行数据交互等操作。

        子功能设计将作为区分不同类型灾害预警的主要目标，以地震灾害预警为例，将以如图所示方案实现其子功能。

        系统界面设计中则主要以灾害预警相关数据+灾害预警可视化地图的形式，实现灾害预警信息和数据可视化。

3. 与甲方交流成果

3.1 面谈目的

        通过前期的背景了解和涉众分析工作，明确系统涉众为五类，针对不同的涉众进行相应的面谈，以达成不同的面谈目的。

        对于民众、新闻媒体、救援部门：

1.明确使用者对于灾害预警系统的期望和需求

2.帮助使用者更好的了解系统，针对需求提出需要的改进方向

3.得出系统在后续投入使用后可能产生哪些影响

        对于科研技术部门：

1、明确系统功能与可行性

2、进行系统开发难度评估

3、找出与功能可能关联的数据

4、明确每一个功能项所涉及项目相关涉众

5、预估开发过程中可能涉及的问题

        对于政府部门：

1.明确系统需求，确定政府各管理部门的职责

2.了解系统开发时可能需要的政府协助工作

3.2 面试对象

甲方：第7小组成员

3.3 面谈类型和结构

        本次面谈中涉及到的问题以开放式问题为主，在基本明确涉众需求后使用封闭式问题获取具体细节。

        本次面谈主要采用漏斗式结构，类型为半结构化面谈。

3.4 面谈问题

下面对在面谈过程中针对不同涉众提出的问题进行列举：

        对于民众：你亲身经历过地震、火灾、洪灾等灾害吗？如果有，当时有得到相应的预警吗？你对目前政府部门给出的灾害预警方案满意吗？你认为当前的预警系统有哪些改进方向？你希望预警系统能够增添什么功能？你对新的灾害预警系统给出的预警信息有什么具体要求或期望吗？你认为新的预警系统能对你的生活带来多大的影响？

        对于新闻媒体：你曾经参与报道过灾害事件吗？如果有，当时又得到相应的预警吗，对你的新闻工作有帮助吗？你对目前政府部门给出的灾害预警方案满意吗？你认为当前的预警系统有哪些改进方向？针对新闻媒体行业，你认为灾害预警系统对于类似的报道工作起多大的作用？你认为新的预警系统能对未来的报道工作带来多大的影响？

        对于救援部门：在过往进行救援工作的时候，灾害预警系统给你们的工作带来了哪些帮助？你认为有哪些值得进一步改进的地方？你认为新的预警系统能对未来的报道工作带来多大的影响？

        对于科研技术部门：现有的灾害预警系统你认为有哪些值得改进的地方？民众对新预警系统的期望您有了解吗？新系统的功能在实现落地上有难度吗？具体的开发时间大概要多久，完成度能到什么程度？你预估在开发过程中会遇到哪些问题呢？

        对于政府部门：目前政府部门应用的灾害预警系统能做到什么程度呢？你认为还有哪些值得改进的地方？对于民众对新灾害预警系统的期望你有充分了解吗？当前各部门在灾害预警工作上是怎样进行分工的？在后续的开发过程中政府部门会做出那些协助性的工作？

3.5 面谈报告

（一）第一次面谈 民众代表面谈

被会见者：民众代表 金宇赫 陈剑烨

会见者：王硕 赵志轩

项目：灾害预警系统

面谈目的：

1.明确使用者对于灾害预警系统的期望和需求

2.帮助使用者更好的了解系统，针对需求提出需要的改进方向

3.得出系统在后续投入使用后可能产生哪些影响

面谈目的是否达成：是

面谈主要观点 1.金宇赫：民众需要获取及时准确的灾害预警信息以及具体的应对措施 2.陈剑烨：我们需要获取详细的灾害信息，包括灾害类型、影响范围、预计到达时间等，以保障我们的生命财产安全

会见者观点： 通过面谈明确了民众对于灾害预警系统的期望和需求，提出了相应的改进方向。 民众将使用系统获得灾害预警通知。民众及时响应预警信息，配合政府制定的政策进行疏散工作。民众需要获取通俗易懂的灾害预警信息。

（二）第二次面谈 媒体代表面谈

被会见者：媒体代表 杨琪

会见者：王硕 赵志轩

项目：灾害预警系统

面谈目的：

1.明确使用者对于灾害预警系统的期望和需求

2.帮助使用者更好的了解系统，针对需求提出需要的改进方向

3.得出系统在后续投入使用后可能产生哪些影响

面谈目的是否达成：是

面谈主要观点 1. 杨琪： 媒体工作者需要借助及时准确的灾害预警系统第一时间赶往现场，为民众做出及时准确的报道，第一时间把灾情通知给民众

会见者观点： 通过面谈明确了媒体对于灾害预警系统的期望和需求，提出了相应的改进方向。 新闻媒体将通过该系统获取灾害预警信息，并通过多信息渠道将信息广泛传播。他们需要更精确、更早的灾害预警信息，使用灾害预警系统通过多种渠道快捷发布灾害预警信息。

（三）第三次面谈 救援人员面谈

被会见者：救援人员代表 龚成裕

会见者：王硕 赵志轩

项目：灾害预警系统

面谈目的：

1.明确使用者对于灾害预警系统的期望和需求

2.帮助使用者更好的了解系统，针对需求提出需要的改进方向

3.得出系统在后续投入使用后可能产生哪些影响

面谈目的是否达成：是

面谈主要观点 1. 龚成裕： 救援工作者需要借助及时准确的灾害预警系统第一时间赶往现场，疏散解救民众，阻止灾情进一步恶化。

会见者观点： 通过面谈明确了救援人员对于灾害预警系统的期望和需求，提出了相应的改进方向。 救援组织通过该系统获取灾害预警信息、具体的灾害发生地、具体的灾害规模和灾害类型，及时做出相应的灾害救援准备。救援组织需要使用灾害和预警系统快速规划救援准备措施。

（四）第四次面谈 研发人员面谈

被会见者：研发人员代表 黄浚航

会见者：王硕 赵志轩

项目：灾害预警系统

面谈目的：

1、明确系统功能与可行性

2、进行系统开发难度评估

3、找出与功能可能关联的数据

4、明确每一个功能项所涉及项目相关涉众

5、预估开发过程中可能涉及的问题

面谈目的是否达成：是

面谈主要观点 1. 黄浚航：技术研发部门会广泛听取意见，总结功能需求，切实考虑可行性，提供灾害预警技术和数据支持，研发新的灾害预警系统。

会见者观点： 科研技术部门将提供系统数据库支持。科研技术部门每日向系统更新实时气候、地质等数据信息，提供灾害预测系统。科研技术部门需要根据系统运行信息及时修复系统问题、改进系统等。

（五）第五次面谈 政府部门面谈

被会见者：政府部门代表 上官敬宇

会见者：王硕 赵志轩

项目：灾害预警系统

面谈目的：

1.明确系统需求，确定政府各管理部门的职责

2.了解系统开发时可能需要的政府协助工作

面谈目的是否达成：是

面谈主要观点 1. 上官敬宇：政府部门部门会广泛听取意见，总结功能需求，进行工作安排，在研发工程中提供协助。

会见者观点： 政府是灾害预警系统的主要推动者和管理者，通过灾害预警系统发布其负责制定的相关政策、管理资源、组织协调等工作