软件需求规格说明
(IEEE 830 标准)
a. 1目的................................................................................................................... 2
a. 引言
a. 1目的
本社区疫情防控平台是由用户小程序端和网页管理端组成的计算机系统,以达到帮助社区疫情防控数字化管理的目标。通过编写该需求文档说明,使用户可以详细地了解到软件的功能、环境、特点、受众等情况,从而在使用软件时可以得到更好的用户体验。同时也以文字形式记录了用户需求,是与用户沟通后的结果。本文档将供开发人员和用户查阅和使用。
a. 2文档约定
若无其他说明,本文档内的同一内容下的并列内容没有优先级先后关系。
本文档中出现的社区均为中华人民共和国的中国社区(行政划分),社区工作人员指社区居民委员成员,疫情指是指2019新型冠状病毒感染导致的肺炎引起的疫情,以中华人民共和国中央人民政府通告的为准。
a.3预期的读者和阅读建议
预期的读者范围包括开发人员、项目经理、营销人员、用户、测试人员或文档的编写人员等,针对当前一版需求文档,建议用户阅读时不必关注其中的具体技术细节,着重关注e.7的用户文档。
对于社区用户,软件可以帮助他们简化和社区沟通的流程,方便地上报个人信息;对于社区工作人员,软件可以帮助他们简化统计用户信息的流程,方便地管理居民健康状况。
a. 4产品的范围
本产品的适用范围为中华人民共和国的中国社区内的工作人员和社区内的居民。
实现居民的扫码出入、健康上报、外来人员报备、核酸查询以及社区工作人员的管理投诉与建议、社区成员信息管理、进出管理、外来人员报备、健康状况管理、区域管理人员、区域分配、居民分配管理等功能。对于通知居民进行核酸检测以及论坛沟通等需求暂时不予以实现。
b. 综合描述
b.1产品的前景
在新冠肺炎疫情联防联控中,社区网格化管理发挥了重要的作用。然而,高效沟通方式以及信息快速定位的欠缺使其难以达到精准化管理的要求。开发一个社区疫情防控平台能够提高居民和社区之间的沟通效率,同时还实施网格化、精准化管理,确保了各项疫情防控任务的落实。
数字化的疫情防控平台可以为疫情防控数字化、精准化、规范化管理提供有力支撑。社区疫情防控平台作为疫情防控功能的基础数字平台,为接入社区网络化管理提供“梯子”,实现社区成员数据扁平集中管理,便于进行多维汇总、分析、分发、跟踪等,形成疫情防控大数据闭环管理平台,真正做到数字化社区防疫,为精准化、规范化疫情防控提供有力的支撑。
数字化疫情防控平台的技术创新和治理变革,也将加速疫后社区网格化管控治理的数字化转型成为现实。经此一“疫”,社会公共治理“数字化思维”将不断加强,平台应用带来的巨大便利将加速“数字政府”“智慧城市”的建设去虚向实,社区疫情防控平台作为数字化社区的前沿尝试,将为数字技术在国家治理、社会治理中发挥更大作用发挥更大作用。
本产品是一个新型产品。
b.2产品的功能
实现居民的扫码出入、健康上报、外来人员报备、核酸查询以及社区工作人员的管理投诉与建议、社区成员信息管理、进出管理、外来人员报备、健康状况管理、区域管理人员、区域分配、居民分配管理等功能。
b.3用户类和特征
社区居民:社区的常住人口,该平台的主要使用者,是平台获取相关信息的主体。
社区工作人员:中国社区的负责疫情防控信息管理的相关工作人员,也是该平台的使用者,主要对后台信息进行管理。
b.4运行环境
居民端:安卓或苹果系统,微信8.0版本及以上。
管理端:Chrome 81版本及以上的浏览器,推荐使用Windows系统。
b.5设计和实现上的限制
- 该软件侧重于疫情防控相关功能,只适用于新冠疫情这个特殊的时期,没有进行额外设计满足疫情后的更多需求。
- 硬件限制,需要高性能服务器满足并发访问响应,需要大容量存储和备份保存居民信息。
- 使用mysql作为数据库。
b.6假设和依赖
假设:用户更倾向于使用小程序来完成疫情期间和社区进行的沟通和出入管理。社区倾向于使用计算机软件系统来取代先前的电话微信人工流程。
依赖:软件系统运营中所使用的服务器提供商能够保护用户的隐私安全。
c. 外部接口需求
c. 1用户界面
用户界面是用户能直接看见并与之交互作用的部分,本项目为用户提供了美观大方、整齐简洁、操作简单的小程序和网页用户界面,以达到使用户界面具有良好的人机交互性、美观性、实用性、技术性的目标。
c1.1网页端界面
c1.1.1登陆界面
登录界面是用户进入网页管理端后,最先与之交互的用户界面。其具体需求如下:
1)用户名,密码与登陆权限输入:
a)界面需要让用户输入自己的用户名、密码和登陆权限(社区范围)
2)登录按钮:
a)点击该按钮后发送登陆请求
b)如果用户名与密码存在错误,显示错误信息
c)如果用户名与密码正确,则跳转到主页面
3)没有账号&忘记密码按钮:
a)用户点击按钮后跳转提示管理员联系方式
c1.1.2主界面
用户完成登录之后,会自动跳转到主页面,在该页面客户端需要对管理功能进行展示。其具体需求如下:
- 展示用户和权限
- 模块化管理:对所辖社区进行分小区管理
- 居民信息汇总:对辖区内所有居民的信息进行增删改查
- 居民健康状况:按照健康状况展示辖区内居民信息
- 居民出入记录:展示居民出入记录
- 返乡行程报备
- 外来人员管理
- 任务列表
- 居民反馈
- 健康打卡信息统计
c1.1.3下属界面
用户在主页面点击上述的十个功能后,右侧的界面会展示所属功能的信息,在该页面客户端需要对居民信息进行处理。其具体需求如下:
1)居民信息输入:
a)界面需要让用户输入需要查询的居民信息,支持模糊查询,支持空
2)增加记录按钮:
a)用户点击该按钮后,前端向服务端发送请求跳转到信息编辑页面,编辑完成后提交到服务端完成数据库更新。
3)修改按钮
a)点击该按钮后发送修改请求,跳转到信息编辑页面,编辑完成后提交到服务端完成数据库更新。
4)删除按钮
a)点击该按钮后发送删除请求,提交到服务端完成数据库更新。
c1.2小程序端界面
c1.2.1主界面
主界面是用户进入小程序端后,最先与之交互的用户界面。其具体需求如下:
- 个人中心,展示和修改个人信息
- 本人信息扫码登记,扫场所码出示通行权限
- 本人两码快速查询,查询本地健康码和行程码
- 本人每日健康打卡
- 核酸检测结果查询
- 行程报备
- 他人代查询
c1.1.3下属界面
用户在主页面点击上述的七个功能后,会跳转到下属界面。其具体需求如图所示:
c. 2硬件接口
暂无
c.3软件接口
手机端支持Android系统8.0及以上版本,网页端支持Chrome81内核版本及以上的浏览器。
MySql数据库:用于存储记录用户信息(用户名,手机号码,密码等)、用户健康信息(出入记录、核酸信息、外来人员等)以及管理员账户信息(用户名,密码,权限等)。
c.4通信接口
数据通信协议:TCP/IP 协议。
d.系统特性
d.1说明和优先级
提出了对该系统特性的简短说明并指出该特性的优先级是高、中,还是低。或者你还可以包括对特定优先级部分的评价,例如利益、损失、费用和风险,其相对优先等级可以从1(低)到9(高)。
d.2激励/响应序列
·设置按钮 用户点击修改删除增加等按钮后将跳转到信息编辑界面,完成后后台将记录用户的输入信息并反馈修改结果。
·完成按钮 用户点击后,系统将返回到上两级页面(中间一级为信息编辑页)。
·刷新按钮 用户点击后,系统将自动刷新。
d.3功能需求
d.3.1 登录功能
用户如果已注册信息就可以直接登陆,如果是初次使用小程序则需要创建一个账户,账户信息包括:电话号码,用户名,密码,网页端为保证居民信息安全不支持自主注册,需要上级管理员从数据库添加;注册成功后返回登录页面,登录时,根据用户的输入用户名和密码验证用户身份成功则跳转到目标列表页面。
d.3.2 账户管理功能
小程序用户可以修改自己的个人信息。
d.3.3管理和编辑功能
网页端用户可以选择不同模块功能搜索、查看并修改居民信息,查看待完成任务以及对居民反馈做出回复。
d.3.4 扫码登记功能
小程序用户可以扫指定的场所码获取健康通行权限并完成出入登记。
d.3.5 健康打卡功能
小程序用户可以在健康状况有变化时上报自己的健康信息。
d.3.6 信息提醒功能
网页端有新的任务和用户回复时,系统将在网页上显示提醒。
e.其它非功能需求
e.1性能需求
在运行微软Windows 11的3450MhzRyzen5800H的计算机上,当系统至少有50%的空闲资源时,对于1s内不超过100条的访问请求,90%以上必须在100ms内完成
e.2安全设施需求
本系统不存在安全设施方面的需求
e.3安全性需求
1.重要数据加密。对一些重要的数据按一定的算法进行加密,如管理员口令,用户个人信息等。
2.数据备份。允许管理端进行数据的备份和恢复,以弥补数据的破坏和丢失。e.4软件质量标准属性
1.系统日志。后端服务器应存储系统发生的所有操作和错误。
2.控制不可更改项和必须输入项。保护重要数据,确保健康信息的登记是完整的
3.方便操作。从用户角度出发,方便使用产品,尽可能缩短使用时间和操作次数。例如,在健康信息登记时添加全部为否的选项。
e.5业务规则
只有社区最高级管理员可操作整个社区范围内的数据。分区域管理员只可更改自己区域内的居民信息。
f.其它需求
1.网页框架尽可能小,方便快速打开,减少本地缓存。
2.更多功能可通过后端预置接口进行快速调整。
附录A:项目开发人员
经过为期4周的开发,我们初步完成了这个项目。具体的开发日志和进度可以在技术博客中进行查看。在此将各成员的工作内容总结如下:
晋超:项目整体进度把握和任务分工,完成面向对象需求分析,负责结果汇报展示等。
杨钧皓:负责后端开发及与前端的交互,完成结构化需求分析,进行压力测试,开发前端网页的表单和信息展示,更新技术博客并管理文档等。
唐正:负责前端开发尤其是管理员PC端的前端开发,以及系统原型的制作等。
项泉杰:负责前端开发尤其是居民端小程序的开发,以及PPT的制作等。
附录B:分析模型
前期需求阶段(居民端和管理员端)
居民端:
需求编号 | A1 |
需求描述 | 用户端界面要简洁 |
源头 | 针对甲方对于用户端界面的要求和问卷调查结果汇总 |
成本需要 | 居民端小程序采取一页到底的风格 |
可变性 | 低 |
优先级 | 高 |
风险 | 低 |
需求编号 | A2 |
需求描述 | 用户操作流程要简洁 |
源头 | 针对甲方对于用户操作的要求和问卷调查结果汇总 |
成本需要 | 优先居民端小程序操作逻辑响应 |
可变性 | 低 |
优先级 | 高 |
风险 | 低 |
需求编号 | A3 |
需求描述 | 定期通知途径中高风险的居民进行核酸检测 |
源头 | 针对甲方对于通知居民核酸检测的要求 |
成本需要 | 在原有居民端小程序增加一个通知核酸检测功能 |
可变性 | 中 |
优先级 | 低 |
风险 | 低 |
需求编号 | A4 |
需求描述 | 老年人设计代领 |
源头 | 针对甲方对于老年人操作方面的要求 |
成本需要 | 在原有居民端小程序增加一个他人代查询功能 |
可变性 | 高 |
优先级 | 高 |
风险 | 低 |
需求编号 | A5 |
需求描述 | 解决分疫情等级控制管理 |
源头 | 针对甲方对于疫情等级控制管理的要求 |
成本需要 | 在原有居民端小程序开发多级疫情控制管理 |
可变性 | 低 |
优先级 | 低 |
风险 | 中 |
管理员端:
需求编号 | B1 |
需求描述 | 给不同管理工作者分配不同的权限 |
源头 | 针对甲方对于管理员权限的要求 |
成本需要 | 在原有管理员PC端增加一个修改管理员权限功能 |
可变性 | 高 |
优先级 | 高 |
风险 | 低 |
需求编号 | B2 |
需求描述 | 居民分拨核酸检测通知 |
源头 | 针对甲方对于居民分区管理的要求 |
成本需要 | 在原有管理员PC端增加一个模块化管理功能 |
可变性 | 高 |
优先级 | 高 |
风险 | 低 |
结构化需求分析
附录C:待确定问题的列表
1. 适用浏览器内核版本和微信版本:本文档保守认为苹果和安卓系统上的微信8.0,Chrome81及以上版本可以正常运行。但是站在具体代码的角度看,更低的Chrome内核版本(64以上)理论上是可以正常使用的。故尚需要更全面完整的测试。