软件需求规格说明文档
目录
引言
a.1目的说明
随着信息化时代的不断深入,高校面临着越来越多的数据管理和分析使用需求。本项目旨在开发一款智慧校园数据管理系统,对校园内的所有类型数据进行集中管理和储存,从全校层面,统一进行数据监控,并且能让用户办理相关事务,提高数据管理和事务办理的效率,同时为高校决策和日常运营提供科学依据和支持。
本文档存在的目的是统筹智慧校园数据管理系统开发的需求以便使用方确定自己的需求以及方便开发人员拥有合适的参照模板编码来实现产品功能。本文档包含了产品使用的综合描述,产品使用依赖的外部接口说明以及对具体需求的详细说明。
a.2预期读者及文档约定
本《软件需求规格说明书》的预期读者是:1.项目组人员;2.测试组人员;3.系统使用人员;
项目组人员需根据该规格说明来进行开发,制作符合规格的软件。
测试组人员需了解项目的各种需求,对项目进行测试并且报告项目的缺陷。
系统使用人员可根据该规格说明使用其系统。
各个标题下的分类无优先级规定,属于同优先级问题。文章除标题外使用宋体五号字,标题进行加粗处理。
a.3背景概况
项目计划开发出一款服务于学校的智慧校园数据管理系统,设计本文档方便产品甲方确定需求以及开发人员正确实现用户需求。
a.4项目范围
a.4.1面向对象
产品主要面对对象为学校管理人员,学校教师,学校学生。
a.4.2产品范围
我们的智慧校园系统为实现上述项目前景,我们期望在系统中为用户的不同需求提供不同的功能模块。例如:
1.教务管理系统:为学生提供个人信息查询,课表查询,考试安排查询,选课退课,成绩查询,个人方案查询等功能模块;为教师提供学生信息管理,考试成绩登入,个人教学课程安排,调换课安排等功能模块。该系统将极大提高学校内的教务管理的便利性,推进教务管理数字化。
2.生活事务管理系统:为全校师生提供校园卡管理,外出申请,请假销假,返校申请,学习或休闲区场地申请等功能模块;为管理人员提供后台管理,申请批准等功能模块。该系统将极大的便利全校师生的校园生活,保证校园生活有序进行。
3.校园场地资源实时监控系统:为全校师生提供当前校园内场地的实时状态,例如:实时反馈实验室,图书馆座位,体育馆场地等是否空闲,是否可预约等相关信息。该系统将有效提高场地的利用率,防止场地堵塞,和随意占用场地等现象的发生。
4.学校教学资源管理系统:为全校师生提供校内可用的教学资源集中管理服务,例如:将上课视频,教学课件,课程习题集,考试试卷,往届学长学习经验等等教学资源,统一整合上传至系统。
a.5参考资料
【1】软件需求规格说明(IEEE 830 标准)
【2】普莱斯曼.软件工程:实践者的研究方法(原书第8版).北京:机械工业出版社,2016
综合描述
b.1产品前景
b.1.1产品灵感
随着信息化时代的不断深入,高校面临着越来越多的数据管理和分析需求。然而,由于高校内部的数据来源多样、数据类型繁多、数据格式不一,以及数据管理和分析人员的分散等问题,高校的数据管理和分析工作往往存在着一些难点和挑战。为了更好地解决这些问题,提高高校数据管理、分析的效率和质量,我们的智慧校园数据管理系统应需而生。
b.1.2产品发展前景概述
我们的智慧校园系统将对校园内的所有类型数据进行集中管理和储存,从全校层面统一进行数据质量监控,提供统一的数据接口管理,从而方便我们进行统一的数据分析和数据挖掘,进一步提升对校园内数据的利用能力。同时提供丰富的功能,让用户能够利用数据办理相关事务。最后整合、应用高校的各类数据,提升高校数据管理效率和水平,为高校决策和日常运营提供科学依据和支持。
对于校内用户,产品实现了以下功能:
- 管理学生信息(如学号,姓名,专业等)
- 管理教师信息(如工号,姓名,考勤记录,授课信息等)
- 管理场地信息(预约空场地,已预约场地退约等)
- 管理教学资源(上传教学资源到网络教室,线上教授等)
- 管理校园财务(记录学生活动经费,记录校园必要支出等)
b.2面向的用户及其特征
b.2.1面向的用户类
产品主要面对学校的管理部门,学校的教师以及学校中的学生。
b.2.2用户需求及其优先级
根据用户分类,用户有不用的需求,因此用户的优先级不同。
学生需求:更加便捷地查询个人信息,课程考试等教学信息以及进行场地预约,还有生活事务的办理,学生在系统内使用的总次数占比最高,拥有最高优先级
教师需求:查询个人信息统一管理课程,考试,教学群组提等教学事务,提高教学效率,有生活相关事务办理
管理人员需求:对师生信息进行维护,对校园情况,校园设施以及财务进行管理
用户优先级
用户群体 | 用户编号 | 用户优先级排名 | 排名原因 |
学生 | 1 | 1 | 学生需要使用数据管理系统,人数最多,需求最大 |
教师 | 2 | 2 | 老师通常需要对课程安排、学生成绩、教学资源等方面有特定的需求。 |
管理人员 | 3 | 3 | 数据管理需要 |
b.2.3用户态度
学生态度:支持项目开发,尽早解决当下系统卡顿问题
教师态度:支持项目开发,保证教学工作顺利进行
管理人员态度:支持开发
b.3运行环境
手机端:
操作系统:支持安卓和ios系统操作
空间需求:>4GB
运行要求:下载app或者在主流i浏览器运行
网页端:
操作系统:windows10及以上版本可正常使用
空间需求:>4GB
运行要求:下载app或者在主流i浏览器运行
b.4设计和实现上的限制
b.4.1设计限制
用户使用时应该在手机端和电脑端都能快速找到自己想找的内容(一切正常的条件下在五秒内寻找到需要的答案),产品的排版和UI应该符合大部分用户的期望,产品使用的安全性应当在设计时加以保证,确保用户的隐私安全。
b.4.2实现限制
b.4.2.1技术限制
允许多种编程语言和操作系统进行产品的编码,设计出的产品可以自由移植到任意运行环境下。
b.4.2.2相关网络标准及限制
产品的设置应该严格按照网络条例实行,具体条例包括《网络安全法》,《个人信息保护法》,《网络安全数据管理条例(征求意见版)》,《中华人民共和国网络安全法》,《中华人民共和国数据安全法》,《中华人民共和国个人信息保护法》等等。产品严格按照国家的法律条例开发研究,能够充分保护使用者的个人隐私,保证网络上的数据安全。
外部接口需求
c.1用户交互界面接口需求
c.1.1接口方式
用户可以通过多种方式实现与产品的连接,各种登录方式都需要输入账号密码进行登录,可以根据不同身份自动识别出登陆人员身份。
手机端连接:设计手机app实现在app中操作完成产品功能。
Web连接:设计网页登陆入口通过输入相应的账号密码登录来查看自己想了解的信息。
电脑端连接:设计电脑端应用实现产品功能,应用需要与网页一样登录进入。
其他连接:允许其他方式进入数据管理系统,但是需要经过对应的安全验证(如生物信息识别)。
c.1.2接口约束
学生和教师连接时应当在校园网络内进行,对管理人员无约束。
c.2硬件及软件接口需求
c.2.1硬件接口需求
操作系统需求:电脑端支持windows10即以上和mac操作系统,手机端支持Android和IOS操作系统
内存容量:学生和教师要求内存容量不小于4GB,管理人员要求内存容量不小于1TB,具体存储空间可随需要动态变化
外部存储设备:支持外部存储,考虑到备份需要,建议开辟额外存储空间,建议数据管理员保留电脑硬盘等来存储备份数据副本保障数据安全性。
c.2.2软件接口需求
连接自动垃圾处理,过期或者失效数据自动导入垃圾桶处理以保证充足的数据存储空间。
c.3多系统关联接口需求
智慧校园数据管理系统可以与其他系统实现接口上的关联来实现数据的调用和复用节省其他系统的存储资源,数据管理系统可以与其他系统完成信息交换来增加数据的使用价值,增加数据分析的可信度。数据管理系统可以与场地预约系统,选课系统,学籍管理系统等系统相关联实现配合协作。
c.4通信接口需求
可靠性:
【1】在多人线上操作时保证产品系统稳定运行,系统可支持数千人在线进行相关操作,系统可以在一定范围内保证有弹性的变化来满足不同时段在线人数不同的问题,充分保障系统安全可靠。
【2】系统信息应当以一周到一个月的时间为周期自动备份数据保障数据安全,由于系统在停电或者意外情况可能导致未及时保存的数据丢失,因此定时的备份操作会成为保障系统可靠性的重要操作。
实时性:
【1】人工传入系统的碎片化信息应该在1秒内成功存入系统内对应数据存储的位置实现数据的集群处理,对于大内存信息应该存储其整个文件在系统内部进行解压收集,将信息剖析并分类存储,对于不同要求的数据以及用户需求的紧迫性实现数据的实时性保障。
【2】人工将数据分类并大批传入数据时系统应当在几分钟到十几分钟来将收集的各批次信息存入系统的合适位置。
使用TCP/IP网络协议
具体需求详述
d.1功能需求
根据用户群体分类,可以分割出不同的功能需求
学生群体可以进行个人信息的检索和修改,查询个人的培养方案,课程安排,考试安排,课程介绍等,除此之外可以接触本产品登入其他系统进行选课活动或者场地预约等事务。
教师群体可以开设自己的课程平台,平台中存有当前教师教授课程的信息副本,教师可以根据信息副本确认学生信息,管理授课时间以及授课安排,如可以安排空闲时间开设答疑课等,教师也可以通过本产品登入其它系统进行操作。
管理人员群体可以进行数据的分类安排,数据的增加修改,数据备份等操作,管理人员拥有数据的原本和副本,可以直接操控修改存储的数据,同时可以岸炮校园的教学事务以及各类活动,有最高的操作权限。
具体功能如下
面向学生群体:
面向教师群体:
面向管理人员:
d.2非功能需求
d.2.1性能需求
d.2.1.1稳定性
产品允许5000人在线同时操作,服务器负载可以承载在线同时操作而不崩溃,系统在接受输入后会在1s内反应并将数据报保存,对于输入信息系统会进行安全性分析,在检查到危险或者未知来源的文件时会传送文件到专业人员手中进行分析处理确保保存到数据库中的数据私密稳定,系统和数据的安全能得到充分保证。
d.2.1.2实时性
存入系统的数据在3s内进行分析处理,根据数据的大小分别进入不同的处理段处理数据存入数据库,数据量小的文件应该在10s内存储完毕,中型数据应该在10分钟内存储完毕,大型数据应该保障在12小时内存储完毕。用户可以实时看到自己的信息处理进程,并随时对数据传输中止而不损伤数据。
d.2.1.3存储空间
数据存储的存储空间应该留出足够大小以容纳随时可能涌入的大量信息,数据的存储空间具有弹性,能在数据输入后对存储空间进行变化保障数据存储成功并且保护数据的完整。在数据存储空间将满时,数据库可启用备用数据库暂时存储,原数据库处理完毕后重新启用。
d.2.1.4反应速度
按照传入文件的大小,要求在可接受范围内不超出数据分类存储时间的5%,用户调取数据时,应该保障3s内取出正确数据并反馈给用户。
d.2.2安全设施需求
如果用户想要强行获取不属于个人的数据且无任何授权时,数据会对全体低权限用户封闭,这个操作应该在1s内完成,解锁工作仅可能由管理人员或拥有高权限的执行人员完成。
一旦数据库存储空间不足10%,数据管理系统应该向管理人员发出预警并随时准备做好开启备用数据存储空间准备,该操作应该在1s内完成。
d.2.3安全性需求
用户起始密码固定与个人信息相关,进入系统后强制用户修改密码且新密码与原密码存在80%以上的差别,新密码要求满足复杂度要求,同时有大小写,数字和可选择输入的部分字符。
用户在使用系统时,任何可能暴露隐私信息的行为都会被系统强行中止并给用户提供警告信息。
用户在创建新密码的时候,应当设立一些私密问题,在密码丢失的时候可以根据私密问题找回或者更改密码。
实时监控:对使用用户的操作进行实时监控,及时对可能安全隐患做出反应。
防火墙功能:配有强大的反入侵和反病毒能力,有效抑制数据泄露风险。
d.2.4软件质量标准属性
d.2.4.1可靠性
产品可在多系统运行且适配各种运行环境,产品在使用时具有很好的弹性和可维护性,在产品使用人数波动时动态改变系统的负载量节约网络资源,也可以人工修改,在系统负载过大时会自动备份当前数据。
d.2.4.2可测试性
管理人员可以操控系统进行预期结果测试,测试进度和测试结果可视化
d.2.4.3易用性
首页自动更新最近使用的功能,设置我的常用栏,可以自行设置常用功能,可以检索相关信息查询相关功能操作
d.2.5用户文档
产品发行时会同步发放操作手册,并在官方网站发放线上操作手册和用户约定,限制不同类用户的行为。同时设有线上答疑系统,用户操作的问题可由工作人员在线答疑,回答时间在提问后半小时内,预期解决用户在操作产品时可能遇到的问题。
d.3其他需求
数据更新需求:长时间不使用的数据自动转入数据库低存储成本位置,短期数据及时更新备份。
d.4激励/相应序列
对应功能按键会跳转到相关功能处理区,支持自动保存。
返回按键返回上一级。
附录
附录A:词汇表
名称 | 姓名 |
别名 | 名字,称呼 |
使用地点与方法 | 清楚你叫什么 |
描述 | 一个人叫什么 |
格式 | 一般为2-4个汉字 |
名称 | 学号 |
别名 | 学生编号 |
使用地点与方法 | 查询时作为键使用 |
描述 | 不同的人使用不同的号码 |
格式 | 学院号码(2)+入学年份(4)+%d(4) |
名称 | 工号 |
别名 | 教师编号,管理者编号 |
使用地点与方法 | 查询时作为键使用 |
描述 | 不同的人使用不同的号码 |
格式 | 学院号码(2)+入职年份(4)+%d(4) |
附录B:分析模型
结构化分析
上下文图
0层图
1层图(部分)
1层图(部分)
微规格说明
1.1
INPUT:LoginAccount,Search,Operation,LoginPermission
SELECT CASE
CASE 1 (AccountKind == Student)
BEGIN IF
IF LoginPermission == Student[n]
Authentication = Student[n]
END IF
CASE 2 (AccountKind == Teacher)
BEGIN IF
IF LoginPermission == Teacher[n]
Authentication = Teacher[n]
END IF
CASE 3 (AccountKind == Manager)
BEGIN IF
IF LoginPermission == Manager[n]
Authentication = Manager[n]
END IF
END CASE
SearchInformation = Search
OperationInformation = Operation
OUTPUT: Authentication, SearchInformation, OperationInformation
1.2
INPUT:SearchInformation
SELECT CASE
CASE 1 (SearchInformation == ScheduleSearch)
Information = Schedule
CASE 2 (SearchInformation == BusArrangementSearch)
Information = BusArrangement
CASE 2 (SearchInformation == ExamArrangementSearch)
Information = ExamArrangement
......
END CASE
OUTPUT:Information
1.3
INPUT:Information,StudentData,TeacherData,SchoolData
SELECT CASE
CASE 1 (Information == StudentData[n])
Output = StudentData[n]
CASE 1 (Information == TeacherData[n])
Output = TeacherData[n]
CASE 1 (Information == SchoolData[n])
Output = SchoolData[n]
END CASE
OUTPUT:Output
5.2
INPUT:BookingsInformation,VenueInformation,Boolean isBooking
BEGIN IF
IF(BookingsInformation[n] == VenueInformation[n])
BEGIN IF
IF(isBooking[n] == FALSE)
Information = NoConflict
ELSEIF(isBooking[n] == TRUE)
Information = Conflict
END IF
END IF
OUTPUT:Information
ER图
面向对象分析
类图
用例图
学生:
教师:
管理人员:
顺序图
状态图
附录C:待确定问题的列表
- 意外中止信息传送(如断电,强制退出)可能导致数据丢失。
附录D:小组成员分工
张玉柱:项目前景与范围,面向对象分析,类图,用例图的制作。
钟坤宇:面谈及结果,结构化分析,微规格说明,数据字典,ER图的制作
杨基勇:负责问卷调查与硬数据采样,面向对象分析,顺序图,状态图,部分ppt的制作
杨佳明;负责涉众分析,部分需求文档的编写,网页前端的制作,质量属性和先进技术,ppt的整体制作。
王星杰:手机端和网页前端原型制作,原型演示视频的录制。
程乐研:需求文档的整体编写,部分ppt制作,结构化分析,DFD图的制作。