智慧校园综合管理云平台解决方案V3.0智慧校园综合管理云平台解决方案需求范围说明书确认情况文件修订历史目录1 引言 (3)1.1 编写目的 (3)1.2 需求分析的目标 (3)1.3 项目背景 (3)1.4 公共术语 (3)2 假设约束 (5)2.1 假设条件 (5)2.2 约束 (5)2.3 项目建设目标 (6)2.4 用户需求描述 (6)2.4.1 用户需求详细描述 (6)2.4.2 用户需求泳道图 (7)3.1.2 公文管理平台 (11)3.1.3 日程安排 (13)3.1.4 会议及会议室管理 (13)3.2 入学报名系统 (14)3.2.1 信息设定与发布 (14)（1）行政区域管理（县区、学校） (14)（2）用户信息管理 (14)（3）角色、权限管理 (14)（4）报名系统链接 (14)（5）毕业学校配置 (15)（6）报名模板管理 (15)3.2.2 学生报名管理 (16)3.2.2.1 学生招生报名基础设置 (16)3.2.2.2 学生招生报名管理 (17)3.2.2.3 学生招生报名审核 (18)3.2.2.4 数据统计分析 (18)3.2.2.5 活动报名管理 (19)3.2.2.6 微信公众号/小程序 (19)3.3 智慧校园系统 (19)3.3.1 教务管理 (19)3.3.2 行政管理 (23)3.3.2.1 邮件、通知、公文流转 (23)3.3.2.2 办公审批 (23)3.3.2.3 通讯录 (24)3.3.2.4 个人办公 (24)3.3.2.5 调查问卷 (25)3.3.2.6 投诉管理 (25)3.3.3 工资管理 (25)3.3.4 人事管理 (26)3.3.4.1 教师人事档案管理 (27)3.3.4.2 考勤管理 (27)3.3.4.3 教师活动管理 (28)3.3.5 总务管理 (28)3.3.5.2 办公用品管理 (29)3.3.5.3 文印管理 (29)3.3.5.4 功能室管理 (29)3.3.5.5 会议管理 (29)3.3.5.6 德育管理 (30)3.3.5.7 规章制度管理 (30)3.3.5.8 德育工作计划 (30)3.3.5.9 班主任工作管理 (30)2.7.5.10.德育考核 (31)3.3.6 德育管理 (31)3.3.6.1 规章制度管理 (31)3.3.6.2 德育工作计划 (31)3.3.6.3 班主任工作管理 (31)2.7.6.4.德育考核 (31)3.3.7 后台管理 (31)3.4 大数据分析决策系统 (32)3.4.1 教育资源管理 (32)3.4.2 用户信息中心 (33)3.5 移动办公和学习系统 (33)3.5.1 支持iOS 与Android 系统 (33)3.5.2 支持多角色使用 (33)3.5.3 即时通讯系统 (33)3.5.4 校园微新闻系统 (34)3.5.5 通知公告系统 (35)3.5.6 工作协同审批系统 (35)3.5.7 智能考勤系统 (36)3.5.8 课表查询系统 (37)3.6 系统接口 (38)3.6.1 接口设计原则 (38)3.6.1.2 兼容性原则 (38)3.6.2 内部接口需求 (39)3.7 性能需求（以下为举例，实际内容以项目具体情况撰写） (39)3.7.1 交互类业务 (40)3.7.2 查询类业务 (40)3.8 运行环境规定（以下为举例，实际内容以项目具体情况撰写） (40)3.8.2 硬件需求 (40)3.8.4.2 移动端 (42)3.9 软件系统属性 (42)3.9.1 操作易用性 (42)3.9.2 可靠性 (43)3.9.3 实用性与稳定性 (43)3.9.4 可扩展性 (43)3.10 其他要求（以下为举例，实际内容以项目具体情况撰写） (43)3.10.1 技术路线要求 (43)3.10.2 软件开发要求 (43)1 引言1.1 编写目的本文档是关于“xxxxxxx智慧校园综合管理云平台”的需求范围说明书，目的是明确项目的用户群、业务场景以分析系统的功能需求、非功能性需求和运行环境等主要内容，用以指导“xxxxxxxx智慧校园综合管理云平台”的设计方案，是指导和规范后续的系统设计、开发和实施环节的重要文件。
1.2 需求分析的目标对实现软件的功能做全面的描述，帮助用户判断实现功能的正确性、一致性和完整性，促使用户在软件设计启动之前周密地、全面地思考软件需求；了解和描述软件实现所需的全部信息，为软件设计、确认和验证提供一个基准；为软件管理人员进行软件成本计价和编制软件开发计划书提供依据；1.3 项目背景“xxxxxx管理公共服务平台”是根据当前智慧教育改革的需要的产物，它将区域级教育数据资源进行整合，推动教育信息统数据一化、安全统一管理、数据监控统一化、系统认证统一化。
项目主要分为区域级应用应用管理和校级项目应用管理。
区域级应用包括区域级门户、报名系统、政务办公系统、大数据分析决策系统；校级应用包括校级门户、校级政务办公系统、智慧校园系统、移动办公和移动学习系统。
1.4 公共术语2 假设约束2.1 假设条件1.所有相关方人对已提出的需求清晰明确，能够明确知道软件定义范围。
2.所有会议决议及确认文件能够得到落实和执行。
2.2 约束1.相关方对确认的需求负责，在软件开发及以后的阶段尽量少地进行需求变更。
2.需求范围说明书确认后，局部细节调整由项目经理自行决定，但功能调整、新增、变动需严格按照变更控制流程执行。
3.整个软件生命周期中，所有变更工作量总和不超过22 人日；用户需求2.3 项目建设目标本项目的目标是当地各个学校教学、教学、办公等系统联合起来与当地教育局网站信息联合起来，实现区域内用户信息数据统一、教学资源统一、数据可进行监控，实现标准化、规范化。
本项目的目标用户人群分为五类：教育局政府部门人员、系统管理员、教师、学生、家长等，每个对应的角色在项目中使用的功能和看到的内容都不不同，但是每个角色在项目中所产生的信息又是相关联的，实现了不同角色信息传递展示。
针对于教育局政府部门人员可以进行政务办公、授权用户可以查看整体的教育数据监控；系统管理员则是根据自己的权限对系统后台数据管理进行操作权限，维护系统正产运行，其中系统管理员分为门户管理员、政务办公管理员、报名系统管理员、智慧校园系统管理员、大数据分析决策管理员；教师用户可以在项目内进行教学、教务办公、个人信息保存、信息交流沟通；学生用户可以在项目内进行学习、信息交流、查看信息等等。
2.4 用户需求描述2.4.1 用户需求详细描述目前xxxxxx 教育局想要对整个区域教育信息进行整合监控，想通过一个平台对学校的平台进行管理、数据监控、安全管理，用户可以通过统一的登录入口进入不同系统无需登录不同系统的账号。
教育局可以开通、关闭、修改学校应用管理，学校则可以通过开通的应用，进入应用系统数据创建数据支持正常运行，这样教师、学生、家长能够通过创建的一个账号进入项目中不同系统进行信息查看、操作、沟通交流、学习、教学。
Xxxxx 教育局用户目前教育局对于该区域内学校的信息数据难以监控到，其中包括学校资源监控和学校用户信息监控，以及对学校应用的管理，为了解决这种问题，项目首先对教育局区域内的学校应用进行统一管理，包括添加、编辑、启用、禁用等，然后将开通的学校进行数据采集监控，这样可以让教育局对区域内的学校校园应用进行把控，以及方便对区域内的学校数据进行采集监控合理的对教育资源进行分配、评估。
教师/学生用户目前学校都是用自己多套独立系统，且账号信息不一致，登录不同系统时需要不同账号，给用户带来很大的不便，考虑到这种情况，项目将不同系统用户信息数进行统一认证管理，通过统一认证哟用户信息，用户可以通过统一登录入口直接进入不同的应用系统。
这样用户只需要登录一次便能进入各个系统方便用户进行操作减少工作量。
2.4.2 用户需求泳道图3 功能需求3.1 政务办公系统3.1.1 行政办公管理（1）通用流程可发送通知、文件、消息到教育局各科室，发起者可自定义公文流转流程，自定义流程时，根据全区教育局及下属单位组织结构权限划分，上级部门可查看下级部门以及学校教师账号基本情况，并实现公文审批详情以列表形式展现，方便查看已阅和未阅名单。
①发起公文选择导航栏【区域办公】-【区域公文】，点击，选择公文类型，点击，从区域各层级机构中选择收件人和发件人，填写主题、公文内容，点击上传附件；创建好公文内容后点击发送即可。
②审批公文在收件箱中点击下级机构上发且未审核的公文标题，即可进入审批页面，待查看公文详情后，选择通过或者驳回即可。
③查看公文在收件箱或者发件箱点击公文即可查看公文详情，发件还可以查看收件人、抄送人的已阅和未阅名单。
（2）发文管理流程可设置无限级审批流程；支持多种文件模板，包含：办公用品申请、固定资产借出、固定资产维修、会议申请、功能室申请、文印申请，出差申请，请假申请、外出申请等，支持添加抄送人。
发起人可中止审批或追回文件。
①流程设置选择导航栏【后台管理】-【流程管理】，选择其中一种流程，点击配置，选择该流程的任一节点，点击设置。
②终止审批或追回文件选择【我发起的】，点击终止或追回文件可完成操作。
（3）收文管理流程可按审批流程逐级接收文件，支持审核人审核时添加会签意见，支持打印、存档出差审批申请表单。
点击【我的审批】-审批，进入流程审批页面，填写会签意见，选择或即可完成流程审批；出差审批流程通过后，发起者可点击【下载】，下载保存出差审批表单；（4）日常行政及各科室业务管理流程支持日常行政业务，包含办公用品申请、固定资产借出、固定资产维修、会议申请、功能室申请、文印申请，出差申请，请假申请、外出申请等业务流程的管理和设置。
（5）督办催办支持教育局领导安排的重要工作的下达，实现督办事宜的执行、跟踪等记录和反馈功能。
可以单独发起也可以从请示、收文中转为督办事项。
支持催办功能：督办的发起人可以根据督办文件的办理情况手动发起催办事宜。
①创建督办创建督办的方式有三种，分别是从公文收文或请示中转为督办，或手动发起督办；从公文收文或请示中转为督办时，分别点击公文或请示收件箱，点击督办，即可转为督办事项；创建督办时，选择负责人、填写标题、选择优先级、选择截止时间、填写任务描述、选择上传附件即可创建督办；②创建催办创建催办的方式有两种，分别是从督办中转为催办或手动发起催办；创建催办时，选择需要转为催办的督办事项，填写催办备注即可。
3.1.2 公文管理平台提供发文管理、收文管理功能，实现公文收发；附件支持word、excel、ppt、pdf、jpg 等常用办公文件格式；支持指定阅文人员，能方便清晰的查看并区分已阅人员和未阅人员。