软件需求规格说明书案例.docx
《软件需求规格说明书案例.docx》由会员分享，可在线阅读，更多相关《软件需求规格说明书案例.docx（15页珍藏版）》请在冰豆网上搜索。
软件需求规格说明书案例
软件开发方向
“成绩管理系统〞软件需求规约
安博教育集团
二零零八年十月
修订历史记录
日期
版本
说明
作者
2021-10-12
未评审的初稿
吴子敬
1引言
1.1目的
该文档首先给出了整个系统的整体网络构造和功能构造的概貌，试图从总体架构上给出整个系统的轮廓，然后又对功能需求、性能需求和其它非功能性需求进展了详细的描绘。
其中对功能需求的描绘采用了UML的用例模型方式，主要描绘了每一用例的根本领件流，假设有备选事件流那么描绘，否那么那么省略。
而且还给出了非常直观的用例图。
这些文字和图形都为了本文档能详细准确地描绘用户的需求，同时也为用户更容易地理解这些需求的描绘创造了条件。
该文档详尽说明了这一软件产品的需求和规格，这些规格说明是进展设计的根底，也是编写测试用例和进展系统测试的主要根据。
同时，该文档也是用户确定软件功能需求的主要根据。
1.2文档格式
本文档按以下要求和约定进展书写：
〔1〕页面的左边距为2.5cm，右边距为2.0cm，装订线靠左，行距为最小值20磅。
〔2〕标题最多分三级，分别为黑体小三、黑体四号、黑体小四，标题均加粗。
〔3〕正文字体为宋体小四号，无特殊情况下，字体颜色均采用黑色。
〔4〕出现序号的段落不采用自动编号功能而采用人工编号，各级别的序号依次为〔1〕、1〕、a）等，特殊情况另作规定。
1.3预期的读者和阅读建议
本文档的主要内容共分4局部：
综合描绘、系统特性、和非功能性需求和外部接口描绘。
综合描绘局部主要对系统的整体构造进展了大致的介绍；系统特性局部对系统的功能需求进展了详细描绘，是本文的主要局部；非功能性需求局部对非功能需求进展了详细的描绘；外部接口需求局部对用户界面、软件接口、硬件接口和通讯接口等进展了描绘。
本文档面向多种读者对象：
〔1〕工程经理：
工程经理可以根据该文档理解预期产品的功能，并据此进展系统设计、工程管理。
〔2〕设计员：
对需求进展分析，并设计出系统，包括数据库的设计。
〔3〕程序员：
配合?
设计报告?
，理解系统功能，编写?
用户手册?
。
〔4〕测试员：
根据本文档编写测试用例，并对软件产品进展功能性测试和非功能性测试。
〔5〕销售人员：
理解预期产品的功能和性能。
〔6〕用户：
理解预期产品的功能和性能，并与分析人员一起对整个需求进展讨论和协商。
〔7〕其别人员：
如部门指导、公司指导等可以据此理解产品的功能和性能。
在阅读本文档时，首先要理解产品的功能概貌，然后可以根据自身的需要对每一功能进展适当的理解。
1.4范围
该产品是在积累了丰富业务经历的根底上进展开发的，在需求上，充分考虑了详细用户的实际情况。
本产品将主要适用于江苏省各高级中学的成绩管理，主要完成学生成绩录入、批量导入、学生成绩分析与统计等业务，也可作为学校学生与教务管理系统的一个子模块。
1.5术语
1.6参考文献
2系统概述
2.1概述
高级中学对学生的考核主要还是对学生各科成绩的考核，考试类别多、课程多，而且要随高考制度的变化不断地改变，学生多，工作量大，尤其对学生成绩的分析〔如排名〕统计要及时，所以成绩管理一直是学校管理中的一个重要子系统。
好的管理系统可以简少老师在成绩管理上的工作量，学生可以及时查询学习成绩，学校可以快速获得考试结果，掌握教学情况，改良教学活动。
2.2功能
图一成绩管理系统功能
2.3运行环境
该系统为B/S三层构造，它的运行环境分客户端、应用效劳器端和数据库效劳器端三局部。
以下是系统的软件环境。
〔1〕客户端
操作系统：
Windows2000Professional/XP或更新版本。
阅读器：
IE6以上，其它常见阅读器如FireFox。
〔2〕应用效劳器端
操作系统：
Windows2000Server或更新版本。
应用效劳器：
Tomcat5.5或更新版本。
数据库访问：
JDBC。
〔3〕数据库效劳器端
操作系统：
Windows2000Server或更新版本。
数据库系统：
SQLServer2000或更新版本。
2.4假设与依赖
本工程是否可以成功施行，主要取决于以下的条件：
〔1〕苏州中学可以积极地与安博配合，为了工程的开发和施行，在必要时对现有的业务流程进展合理的调整。
〔2〕苏州中学为安博的调研、开发和施行过程提供必要的工作环境和系统运行环境，这些环境有助于安博开展工作。
〔3〕苏州中学为安博提供完好的功能和性能需求资料，以便于安博对其进展分析，从而形成完善的软件需求。
〔4〕苏州中学为软件系统的运行提供必要的且可以满足系统运行条件的硬件环境和通讯环境，不适宜的硬件环境和通讯环境将会影响系统的性能。
〔5〕安博掌握先进的可以适用于该工程的技术，这是系统的性能是否优化和工程能否成功的保证。
〔6〕苏州中学与安博具有相对稳定的工程团队，不稳定的团队将影响工程的进度和质量。
3系统特性
3.1系统角色
本系统主要用于学校的以下几类人员：
〔1〕系统管理员，完成系统管理与维护，例如，维护学生、老师及数据字典等的维护。
图二用例图一
〔2〕老师，维护课程与成绩，查询所教课程的所有学生的成绩。
〔3〕学生那么可查询自已的成绩。
图三用例图二
3.2学生管理
3.2.1增加学生信息
使用者：
学校有学生管理功能角色的用户。
目的：
单个添加学生根本信息。
根本领件流：
1、用户进入增加单个学生界面，本用例开场；
2、系统显示学生信息输入界面，用户输入学生姓名、学号、性别、出身日期、入学日期、班级、政治相貌、籍贯。
3、用户确认输入信息，系统检查学号是否唯一，假设唯一，那么增加学生信息，本用例完毕。
否那么，提示用户重新输入。
3.2.2修改学生信息
3.2.3删除学生信息
3.2.4导入学生信息
使用者：
学校有学生管理功能角色的用户
目的：
批量导入学生信息，也可以将其他系统中学生信息按照规定的格式导入本系统。
根本领件流：
1、用户进入批量导入学生界面，本用例开场；
2、系统显示导入文件类型、格式说明、并提供导入的模板文件下载。
3、用户按照导入文件格式要求填写或生成对应文件，然后将文件上传，点击确定。
4、系统检查文件的合理性，假如文件格式有误或有数据冲突，给出详细提示列表〔错误所在行、错误原因〕，用户修改文件后再上传，假如上传文件合理，系统将学生信息导入系统。
5、本用例完毕。
3.3老师管理
使用者：
学校有老师管理功能角色的用户
目的：
单个添加老师根本信息。
根本领件流：
1、用户进入增加单个老师界面，本用例开场；
2、系统显示老师信息输入界面，用户输入老师姓名、工号、性别、出身日期、工作开场日期、职务、政治相貌、籍贯。
3、用户确认输入信息，系统检查工号是否唯一，假设唯一，那么增加老师信息，本用例完毕。
否那么，提示用户重新输入。
3.3.1增加老师信息
3.3.2修改老师信息
3.3.3删除老师信息
3.3.4导入老师信息
使用者：
学校有老师管理功能角色的用户
目的：
批量导入老师信息，可以将其他系统中老师信息按照规定的格式导入本系统。
根本领件流：
1、用户进入批量导入老师界面，本用例开场；
2、系统显示导入文件类型、格式说明、并提供导入的模板文件，供下载。
3、用户按照导入文件格式要求填写或生成对应文件，然后将文件上传，点击确定。
4、系统检查文件的合理性，假如文件格式有误码或有数据冲突，给出详细提示列表〔错误所在行、错误原因〕，用户修改文件后再上传，假如上传文件合理，系统将老师信息导入系统。
5、本用例完毕。
3.4课程管理
3.4.1增加课程根本信息
使用者：
老师或学校有课程管理角色的用户
目的：
创立新课程。
根本领件流：
1、用户进入创立新课程页面，本用例开场；
2、系统显示创立课程页面，用户输入课程名称、学期、开场日期、完毕日期，并选择任课老师。
3、用户确认创立课程，系统保存新创立的课程。
本用例完毕。
3.4.2修改课程根本信息
3.4.3删除课程根本信息
3.4.4维护课程学生信息
使用者：
老师或学校有课程管理角色的用户。
目的：
将学生参加已创立的课程。
根本领件流：
1、用户维护课程学生信息界面，本用例开场；
2、系统显示课程列表，用户选择要参加学生的课程，系统显示该课程已存在的学生；
3、用户选择参加新学生，系统显示学生列表，用户可通过搜索列表显示班级下的学生，用户选择要参加课程的学生
4、系统将所选学生参加前面选定的课程，本用例完毕。
3.5成绩查询
3.5.1学生查询成绩
3.5.2老师查询成绩
3.6成绩分析与统计
3.6.1考试成绩表
某学期某次考试的单个班级的考试成绩表
2000-2001学年第二学期高一〔1〕班期末考试成绩表
学号
姓名
政治
语文
英语
数学
物理
化学
历史
地理
体育
劳技
总分
排名
年级排名
位比
类别
毕业学校
1
张三
71
82
88
56
64
74
72
60
71
71
709
3
80
13.33
A+
十六中
2
李四
87
62
82
57
74
70
86
90
80
72
760
2
60
10.00
B
吴江青云中学
3
王五
80
87
68
57
68
78
78
89
86
79
770
1
10
1.67
A+
吴江盛泽中学
4
赵六
63
70
55
61
85
66
59
58
78
89
684
5
150
25.00
B-
昆山一中
5
钱七
77
84
58
62
70
58
68
67
62
88
694
4
120
20.00
A+
太仓一中
3.6.2班级各科平均成绩表
某学期某次考试单个年级的各科平均成绩表
2000-2001学年第二学期高一各班期末考试各科平均成绩表
班级名称
政治
语文
英语
数学
物理
化学
历史
地理
高一〔1〕班
高一〔2〕班
高一〔3〕班
高一〔4〕班
高一〔5〕班
3.6.3年级成绩排名表
某学期某次考试单个年级的年级排名表
2000-2001学年第二学期高一年级期末考试成绩排名表
排名
总分
姓名
班级名称
毕业学校
类别
位比
政治
语文
英语
数学
物理
化学
历史
地理
1
770
王五
高一〔2〕班
吴江盛泽中学
A+
0.17
80
87
68
57
68
78
78
89
2
760
李四
高一〔1〕班
吴江青云中学
B
0.33
87
62
82
57
74
70
86
90
3
709
张三
高一〔3〕班
十六中
A+
0.50
71
82
88
56
64
74
72
60
4
694
钱七
高一〔8〕班
太仓一中
A+
0.67
77
84
58
62
70
58
68
67
5
684
赵六
高一〔9〕班
昆山一中
B-
0.83
63
70
55
61
85
66
59
58
3.7系统维护
3.7.1数据字典维护
4非功能性需求
4.1性能需求
〔1〕客户端一般响应时间〔除报表统计、数据导入〕不超过1秒。
〔2〕报表统计时间不超过30秒。
〔3〕支持2000名学生信息的一次性导入，导入时间不超过300秒。
〔4〕支持5000名用户〔高级中学可到达的规模〕并发使用，并保证性能不受影响。
4.2平安性需求
〔1〕权限控制
根据不同用户角色，设置相应权限，用户的重要操作都做相应的日志记录以备查看，没有权限的用户制止使用系统。
学生只可查看自已的学习成绩，老师只可查看所教课程的学生成绩
〔2〕重要数据加密
本系统对一些重要的数据按一定的算法进展加密，如用户口令、重要参数等。
〔3〕数据备份
允许用户进展数据的备份和恢复，以弥补数据的破坏和丧失。
〔4〕记录日志
本系统应该可以记录系统运行时所发生的所有错误，包括本机错误和网络错误。
这些错误记录便于查找错误的原因。
日志同时记录用户的关键性操作信息。
4.3可用性需求
〔1〕方便操作，操作流程合理
尽量从用户角度出发，以方便使用本产品。
如：
新增学生信息时，敲入回车键光标的自动跳转、输入法的自动转换，信息检索时输入汉语简拼快速检索到结果等。
可以通过快速键方便用户录入信息，所有操作可仅通过键盘完成。
〔2〕支持没有计算机使用经历、计算机使用经历较少及有较多计算机使用经历的用户均能方便地使用本系统。
〔3〕控制必录入项
本系统可以对必须录入的工程进展控制，使用户可以确保信息录入的完好。
同时对必录入项进展有效的统一的提示。
〔4〕容错才能
系统具有一定的容错和抗干扰才能，在非硬件故障或非通讯故障时，系统可以保证正常运行，并有足够的提示信息帮助用户有效正确地完成任务。
〔5〕操作完成时有统一标准的提示信息
例如删除操作时，系统可提示警示框“您确认删除记录吗？
操作不可恢复！
〞，用户点击确认后，系统才执行删除操作，删除后可直接返回相关页面。
〔6〕用户可自定义
为了满足业务的不断变化，一些重要的参数应该可以灵敏设置。
〔7〕联机帮助与操作指南。
4.4用户文档
同本软件一起发行的用户文档包括：
〔1〕安装手册：
Word格式文件。
〔2〕用户手册：
Word格式文件。
〔3〕在线帮助：
HTMLHelp格式文件，联机式。
4.5其它需求
〔1〕支持多阅读器。
〔2〕系统安装方便，易于维护。
5外部接口需求
5.1用户接口
本系统采用B/S架构，所有界面使用WEB风格，用户界面的详细细节将在概要设计文档中描绘。
5.2硬件接口
效劳器端建议使用专用效劳器。
5.3软件接口
无特殊需求。
5.4通信接口
无特殊需求。
升级会员 