软件需求规格说明书成绩管理系统案例文档格式.docx
《软件需求规格说明书成绩管理系统案例文档格式.docx》由会员分享,可在线阅读,更多相关《软件需求规格说明书成绩管理系统案例文档格式.docx(13页珍藏版)》请在冰豆网上搜索。
本文档的主要内容共分4部分:
综合描述、系统特性、和非功能性需求和外部接口描述。
综合描述部分主要对系统的整体结构进行了大致的介绍;
系统特性部分对系统的功能需求进行了详细描述,是本文的主要部分;
非功能性需求部分对非功能需求进行了详细的描述;
外部接口需求部分对用户界面、软件接口、硬件接口和通讯接口等进行了描述。
本文档面向多种读者对象:
(1)项目经理:
项目经理可以根据该文档了解预期产品的功能,并据此进行系统设计、项目管理。
(2)设计员:
对需求进行分析,并设计出系统,包括数据库的设计。
(3)程序员:
配合《设计报告》,了解系统功能,编写《用户手册》。
(4)测试员:
根据本文档编写测试用例,并对软件产品进行功能性测试和非功能性测试。
(5)销售人员:
了解预期产品的功能和性能。
(6)用户:
了解预期产品的功能和性能,并与分析人员一起对整个需求进行讨论和协商。
(7)其他人员:
如部门领导、公司领导等可以据此了解产品的功能和性能。
在阅读本文档时,首先要了解产品的功能概貌,然后可以根据自身的需要对每一功能进行适当的了解。
范围
传媒网站要想将自己从一个传统图文资讯升级成一个全新的以视频直播报道为主的新式网络媒体,就离不开视频点播系统。
本系统为传媒网站提供高清视频直播、视频发布管理、视频点播、视频广告、视频统计等众多视频相关的专业模块,为传媒网站提供一套从基本需求出发特约-定制的传媒网站全方位内容解决方案。
术语
参考文献
2系统概述
概述
系统实现理财视频、理财商城和直播功能,并与视频云平台实现对接,实现视频的播放功能。
功能
运行环境
该系统为B/S三层结构,它的运行环境分客户端、应用服务器端和数据库服务器端三部分。
以下是系统的软件环境。
(1)客户端
操作系统:
Windows2000Professional/XP或更新版本。
浏览器:
IE6以上,其它常见浏览器如FireFox。
(2)应用服务器端
Windows2000Server或更新版本。
应用服务器:
Tomcat或更新版本。
数据库访问:
JDBC。
(3)数据库服务器端
数据库系统:
SQLServer2000或更新版本。
假设与依赖
本项目是否能够成功实施,主要取决于以下的条件:
(1)苏州中学能够积极地与安博配合,为了项目的开发和实施,在必要时对现有的业务流程进行合理的调整。
(2)苏州中学为安博的调研、开发和实施过程提供必要的工作环境和系统运行环境,这些环境有助于安博开展工作。
(3)苏州中学为安博提供完整的功能和性能需求资料,以便于安博对其进行分析,从而形成完善的软件需求。
(4)苏州中学为软件系统的运行提供必要的且能够满足系统运行条件的硬件环境和通讯环境,不合适的硬件环境和通讯环境将会影响系统的性能。
(5)安博掌握先进的能够适用于该项目的技术,这是系统的性能是否优化和项目能否成功的保证。
(6)苏州中学与安博具有相对稳定的项目团队,不稳定的团队将影响项目的进度和质量。
3系统特性
系统角色
本系统主要用于学校的以下几类人员:
(1)系统管理员,完成系统管理与维护,例如,维护学生、教师及数据字典等的维护。
图二用例图一
(2)教师,维护课程与成绩,查询所教课程的所有学生的成绩。
(3)学生则可查询自已的成绩。
图三用例图二
学生管理
增加学生信息
使用者:
学校有学生管理功能角色的用户。
目的:
单个添加学生基本信息。
基本事件流:
1、用户进入增加单个学生界面,本用例开始;
2、系统显示学生信息输入界面,用户输入学生姓名、学号、性别、出身日期、入学日期、班级、政治面貌、籍贯。
3、用户确认输入信息,系统检查学号是否唯一,若唯一,则增加学生信息,本用例结束。
否则,提示用户重新输入。
修改学生信息
删除学生信息
导入学生信息
学校有学生管理功能角色的用户
批量导入学生信息,也可以将其他系统中学生信息按照规定的格式导入本系统。
基本事件流:
1、用户进入批量导入学生界面,本用例开始;
2、系统显示导入文件类型、格式说明、并提供导入的模板文件下载。
3、用户按照导入文件格式要求填写或生成对应文件,然后将文件上传,点击确定。
4、系统检查文件的合理性,如果文件格式有误或有数据冲突,给出详细提示列表(错误所在行、错误原因),用户修改文件后再上传,如果上传文件合理,系统将学生信息导入系统。
5、本用例结束。
教师管理
学校有教师管理功能角色的用户
单个添加教师基本信息。
1、用户进入增加单个教师界面,本用例开始;
2、系统显示教师信息输入界面,用户输入教师姓名、工号、性别、出身日期、工作开始日期、职务、政治面貌、籍贯。
3、用户确认输入信息,系统检查工号是否唯一,若唯一,则增加教师信息,本用例结束。
增加教师信息
修改教师信息
删除教师信息
导入教师信息
批量导入教师信息,可以将其他系统中教师信息按照规定的格式导入本系统。
1、用户进入批量导入教师界面,本用例开始;
2、系统显示导入文件类型、格式说明、并提供导入的模板文件,供下载。
4、系统检查文件的合理性,如果文件格式有误码或有数据冲突,给出详细提示列表(错误所在行、错误原因),用户修改文件后再上传,如果上传文件合理,系统将教师信息导入系统。
课程管理
增加课程基本信息
教师或学校有课程管理角色的用户
创建新课程。
1、用户进入创建新课程页面,本用例开始;
2、系统显示创建课程页面,用户输入课程名称、学期、开始日期、结束日期,并选择任课教师。
3、用户确认创建课程,系统保存新创建的课程。
本用例结束。
修改课程基本信息
删除课程基本信息
维护课程学生信息
教师或学校有课程管理角色的用户。
将学生加入已创建的课程。
1、用户维护课程学生信息界面,本用例开始;
2、系统显示课程列表,用户选择要加入学生的课程,系统显示该课程已存在的学生;
3、用户选择加入新学生,系统显示学生列表,用户可通过搜索列表显示班级下的学生,用户选择要加入课程的学生
4、系统将所选学生加入前面选定的课程,本用例结束。
成绩查询
学生查询成绩
教师查询成绩
成绩分析与统计
考试成绩表
某学期某次考试的单个班级的考试成绩表
2000-2001学年第二学期高一
(1)班期末考试成绩表
学号
姓名
政治
语文
英语
数学
物理
化学
历史
地理
体育
劳技
总分
排名
年级排名
位比
类别
毕业学校
1
张三
71
82
88
56
64
74
72
60
709
3
80
A+
十六中
2
李四
87
62
57
70
86
90
760
B
吴江青云中学
王五
68
78
89
79
770
10
吴江盛泽中学
4
赵六
63
55
61
85
66
59
58
684
5
150
B-
昆山一中
钱七
77
84
67
694
120
太仓一中
班级各科平均成绩表
某学期某次考试单个年级的各科平均成绩表
2000-2001学年第二学期高一各班期末考试各科平均成绩表
班级名称
高一
(1)班
高一
(2)班
高一(3)班
高一(4)班
高一(5)班
年级成绩排名表
某学期某次考试单个年级的年级排名表
2000-2001学年第二学期高一年级期末考试成绩排名表
高一(8)班
高一(9)班
系统维护
数据字典维护
4非功能性需求
性能需求
(1)客户端一般响应时间(除报表统计、数据导入)不超过1秒。
(2)报表统计时间不超过30秒。
(3)支持2000名学生信息的一次性导入,导入时间不超过300秒。
(4)支持5000名用户(高级中学可达到的规模)并发使用,并保证性能不受影响。
安全性需求
(1)权限控制
根据不同用户角色,设置相应权限,用户的重要操作都做相应的日志记录以备查看,没有权限的用户禁止使用系统。
学生只可查看自已的学习成绩,教师只可查看所教课程的学生成绩
(2)重要数据加密
本系统对一些重要的数据按一定的算法进行加密,如用户口令、重要参数等。
(3)数据备份
允许用户进行数据的备份和恢复,以弥补数据的破坏和丢失。
(4)记录日志
本系统应该能够记录系统运行时所发生的所有错误,包括本机错误和网络错误。
这些错误记录便于查找错误的原因。
日志同时记录用户的关键性操作信息。
可用性需求
(1)方便操作,操作流程合理
尽量从用户角度出发,以方便使用本产品。
如:
新增学生信息时,敲入回车键光标的自动跳转、输入法的自动转换,信息检索时输入汉语简拼快速检索到结果等。
可以通过快速键方便用户录入信息,所有操作可仅通过键盘完成。
(2)支持没有计算机使用经验、计算机使用经验较少及有较多计算机使用经验的用户均能方便地使用本系统。
(3)控制必录入项
本系统能够对必须录入的项目进行控制,使用户能够确保信息录入的完整。
同时对必录入项进行有效的统一的提示。
(4)容错能力
系统具有一定的容错和抗干扰能力,在非硬件故障或非通讯故障时,系统能够保证正常运行,并有足够的提示信息帮助用户有效正确地完成任务。
(5)操作完成时有统一规范的提示信息
例如删除操作时,系统可提示警示框“您确认删除记录吗?
操作不可恢复!
”,用户点击确认后,系统才执行删除操作,删除后可直接返回相关页面。
(6)用户可自定义
为了满足业务的不断变化,一些重要的参数应该可以灵活设置。
(7)联机帮助与操作指南。
用户文档
同本软件一起发行的用户文档包括:
(1)安装手册:
Word格式文件。
(2)用户手册:
(3)在线帮助:
HTMLHelp格式文件,联机式。
其它需求
(1)支持多浏览器。
(2)系统安装方便,易于维护。
5外部接口需求
用户接口
本系统采用B/S架构,所有界面使用WEB风格,用户界面的具体细节将在概要设计文档中描述。
硬件接口
服务器端建议使用专用服务器。
软件接口
无特殊需求。
通信接口