高校学生选课系统需求规格说明书
高校学生选课系统
需
求
规
格
说
明
书
专业：软件工程
班级： 1603班
组长： XXX 小组成员： XXX XXX XXX XXX
目录
1引言 (3)
1.1编写目的 (3)
1.2背景 (3)
1.3定义 (3)
1.4参考资料 (3)
2任务概述 (4)
2.1目标 (4)
2.2用户的特点 (4)
2.3假定和约束 (5)
3需求规定 (5)
3.1总体功能需求 (5)
3.2对功能的规定 (9)
3.3对性能的规定 (15)
3.3.1精度 (15)
3.3.2时间特性要求 (15)
3.3.3灵活性 (15)
3.4输人输出要求 (15)
3.5数据管理能力要求 (19)
3.6故障处理要求 (20)
3.7其他专门要求 (21)
4运行环境规定 (21)
4.1设备 (21)
4.2支持软件 (22)
4.3接口 (22)
4.4控制 (22)
1、引言
1.1、编写目的
本规格说明描述了高校学生选课系统的基本要求，并且作为各方面沟通的依据，也为下一步的学习提供了基准，同时可以让我们更进一步掌握软件工程导论内容。
本需求分析文档的预期读者有：本小组的每一位成员；用户，即高校学生，教师，后勤人员；老师等。
1.2、背景
A、待开发的软件系统的名称：高校学生选课系统
B、任务提出者：1603班一个3人小组
开发者：XXX XXX XXX
用户：高校学生，教师，后勤人员
平台：以日常生活，学习的各个领域、各个环节中的计算机网络为平台
C、本系统是一个更大的系统即教务系统的组成部分，
所以以提高同教务系统的兼容性为原则。
1.3、定义
无
1.4、参考资料
《招聘网站设计项目需求分析》
《南昌先锋办公自动化系统需求规格说明书》
《软件工程导论》（第6版）
2、任务概述
2.1、目标
随着高校招生规模的不断扩大，课程的不断细化，
给高校学生选课带来很大的不便。而选课是高校教务
系统不可或缺的一部分。为了解决这个问题，产生了
高校学生选课系统。
该系统以日常生活、学习的各个领域、各个环节中的计算机网络平台为基础，以高校学生，教师，后
勤人员为目标用户，以高校教务系统的需求为依据，
以应用和服务为核心，以方便用户为宗旨，以信息安
全保障为前提，开发出一个稳定可靠、经济实用、操
作界面简单的高校学生选课系统。
从而提高高校学生的选课效率和管理人员的工作效率，提升高校的教育质量和教学管理质量，推动
高校的进一步发展。
有必要说明一下，本系统是一个更大的系统即教务系统的组成部分，所以以提高同教务系统的兼容性
为原则。
2.2、用户特点
本系统的最终用户是高校的学生，教师和后勤人员。其中，最主要的用户为高校学生。用户对电脑都有一定的操作能力，根据菜单提示都能熟练使用本系统。后勤人员能够熟练的进行数据库的维护。
预期使用频度：根据点击的频繁程度，稳定运行的系统每天接受的点击数量应该在5000-10000次，对于超过10000次的负荷，应该采用增加服务器和硬件性能、版本升级的方法来解决。
2.3、假定和约束
目前已经确定的约束条件包括：
A、开发期限的约束。在2018年3月下旬到6月上旬大概两个月的时间内完成。完成之后会进行负荷测试、峰值测试、试运行等。
B、人员限制。在小组3个成员的合作以及老师的指导下共同完成。
C、对于超过3万次/日的访问量，不输入本系统应解决的问题
D、系统稳定性的约束。系统能够长时间稳定运行，平均故障间隔时间不少于10000小时。
E、数据安全性的约束。主服务器端运行大型数据库，具有较强的数据处理能力和容错能力。特别是安全保护能力，防止信息被窃取和篡改。
其他相关的假定和约束条件之后将进一步补充。
3、需求规定
3.1、总体功能需求
（1）、首页设计
首页设计应该清晰简单，同时还要做到信息充足，突出学生选课系统的特点和操作的入口。
首页设计要有艺术风格：界面、版面形象清新悦目，布局合理，美观大方，字号大小适宜，字体选择合适，动静效果好，色彩和谐，与主题相吻合。
（2）、用户功能需求
A 学生
（a）注册或登录账号。根据学号和密码
（b）修改登录密码。
（c）查看学生个人相关信息。
（d）查看教师相关信息。
（e）查看可选课程信息。
（f）管理个人选课信息：增加，删除，修改
（g）查看个人选课信息。
（h）查看自己所选课程的成绩。
B 后勤人员
（a）注册或登录账号。根据工号和密码
（b）修改登录密码
（c）编辑，查看，修改学生信息、教师信息。
（d）管理课程信息：可选课程信息的添加，删除，修改，查看，设置人数限制。
（e）查看及统计总选课信息。
（f）打印成绩清单。
C 教师
（a）注册或登录账号。根据工号和密码
（b）修改登录密码
（c）查看教师个人信息
（d）查看自己所带课程的课程信息。
（e）查看自己所带课程的总选课信息。
（f）学生成绩录入
（3）、对信息的需求
该系统所涉及到的信息包括
（a）学生信息
学号，姓名，性别，年龄，专业，年级，地址。（b）教师信息
工号，姓名，性别，职称，所属专业，联系方式。
（c）后勤人员信息
工号，姓名。
（d）课程信息
课程号，课程名，学分，学时，所属专业，限选人数，已选人数，授课教师工号和姓名，上课时间，上课地点。
（e）选课信息
学生姓名，学号，成功选择的课程号，课程名，授课教师和成绩。
（f）总选课信息
选择某门课的全部学生姓名，学号和授课教师，课程名。
（g）登录信息
账号，密码。
（h）成绩清单
课程名，学号，姓名，授课教师，成绩。
3.2、对功能的规定
1、定义系统应完成的功能，这条准则要求建立功能模型，即数据流图（DFD）。
第一步：
提取四种成分：源点和终点，处理，数据存储和数据流。
（一）源点和终点。该系统的使用者为用户（学生，教师，后勤人员），数据的输入输出完全由用
户完成。区别只是完成的功能不同，用户类型不同，
则输入输出端的用户类型不同。所以，粗略地看，
用户是数据源点，也是数据终点。
（二）处理。（1）注册或账号、密码审核。
因为每位用户都要注册或登录账号，所以第一个处
理必定为注册或账号、密码审核。
（2）用户报名。对于注册的用户，要进行报名处理，增加相关的用户信息。
（3）修改密码。
（4）查看该用户权限之内的相关信息。
如学生可查看学生个人信息，教师相关信息，课程
信息，个人选课信息，成绩；后勤人员可查看学生
信息，教师信息，个人信息，课程信息，选课信息，
总选课信息，成绩；教师可查看教师个人信息，课
程信息，总选课信息，成绩。
（5）管理用户权限之内的信息。如学生可管理个人选课信息；后勤人员可管理学生、教师、课程信息；教师可管理成绩信息。
（6）产生成绩清单。
（三）数据存储。（1）学生信息。
（2）教师信息。
（3）后勤人员信息。
（4）课程信息。
（5）选课信息。
（6）总选课信息。总选课信息是由选课信息统计出来的。
（7）登录信息。
（8）成绩清单。
（四）数据流。（1）账号和密码。
（2）各信息录入。由后勤人员录入学生，教师，课程信息；教师录入成绩信息；学生录入选课信息。
（3）课程信息
（4）选课信息
（5）查看并统计选课信息
（6）成绩信息
（7）其他各信息
第二步：
画出高校学生选课系统的基本系统模型。
第三步：
把基本系统模型细化。
因为对不同的用户有不一样的功能权限，所以对三种不同的用户数据源点，有着三种不同的细化了的系统流程图。
（一）学生
（二）教师
（三）后勤人员
第四步：
对功能级数据流图中描绘的系统主要功能进一步细化。
（一）选课
（二）成绩
2、IPO图
输入：账号、密码；
处理：核对密码，成绩录入，信息录入，查看
各个信息
输出：成绩清单，各个信息记录
软件每天接受的点击数量应该在5000-10000次
3.3、对性能的规定
3.3.1、精度
该高校学生选课系统对数据输入/输出的精度要求为小数点后两位，因为涉及到成绩的输入输出
和学分绩点的计算输出。
3.3.2、时间特性要求
该高校学生选课系统对时间的要求是用户对系统登录操作的时间最多为一个小时。一个小时之
后未退出者网页自动退出。
本地系统，使用功能时，一般处理系统响应时间不应大于9秒钟。
复杂处理系统应给出提示，显示处理速度。
3.3.3、灵活性
该高校学生选课系统还要有足够的灵活性。当用户的需求发生变化时，可通过改变用户的权限实
现，或者可很方便地增加一个新的功能模块来实现。
3.4、输入输出要求
1、学生信息
2、教师信息
3、后勤人员信息
4、课程信息
5、选课信息
6、总选课信息
7、登录信息
3.5、数据管理能力要求
该学生选课系统的要求系统能通过人工以保证系统数据的正确性，使得数据不会因为故障而丢失或破坏了。人工系统数据备份是指通过系统管理员来对数据库进行备份。
另：高校学生选课系统的E-R图
（1）数据对象：学生、教师、课程、后勤人员。
其中，假定学生、教师、课程为其他数据对象。
（2）属性：学生——学号，姓名，性别，年龄，专业，年级，地址，密码。
教师——工号，姓名，性别，职称，所属专业，联系方式，密码。
后勤人员——工号，姓名，密码。
课程——课程号，课程名，学分，学时，所属专业，限选人数，已选人数，授课教师工号和姓名，
上课时间，上课地点。
（3）联系: 学生和课程之间存在多对多的联系“选课”；
教师和课程之间存在多对多的联系“教”；
后勤人员和其他数据对象之间存在一对多
软件需求规格说明书标准模板
软件需求规格说明书 文件编号：QMS—PROC－RD02 版本：1.0 受控签章
修改历史
目录 1引言 (4) 1.1目的 (4) 1.2背景 (4) 1.3术语 (4) 1.4预期读者与阅读建议 (4) 1.5参考资料 (4) 1.6需求描述约定 (5) 2.项目概述 (6) 2.1系统功能 (6) 2.2业务描述 (6) 2.3数据流程描述(可选) (6) 2.4用户的特点 (6) 2.5运行环境要求 (6) 2.6设计和实现上的限制 (6) 3.功能需求的描述 (6) 4.非功能需求 (7) 4.1系统性能要求 (7) 4.2系统安全及保密要求 (7) 4.3系统备份与恢复要求 (7) 4.4系统日志 (7) 5.外部接口说明 (7) 6.其他需求 (8) 7 需求变更识别 (8) 8.功能列表 (8) 9.附件 (8)
1引言 1.1 目的 说明编写这份软件需求规格说明书的目的，如：通过本文档定义ＸＸＸ产品的需求，以求在项目组员与相关成员之间达成一致的需求描述。 1.2 背景 描述系统产生的背景，包括： a．需开发的软件系统的名称，和英文缩写（可选），项目编号（可选）； b．列出此项目的任务提出者、开发者 c．软件系统应用范围、用户。 d．产生该系统需求的原因或起源，如社会背景、市场发展、政策趋势、原有系统局限性 1.3 术语 列出本文件中用到的专门术语、术语定义、外文首字母组词的原词组。也可用附件说明。或放到本文件的最后。 1.4 预期读者与阅读建议 描述本文档的主要读者，以及这些读者在阅读时的阅读重点与建议。可用列表的方式列 1.5 参考资料 列出有关的参考资料，如： a．本项目经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 d．行业标准和规范。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
学生管理系统需求分析_总体设计_详细设计说明
第一章引言 1. 1 编写目的 本需求规格说明书是为了开发学生信息管理系统而编写，主要面向系统分析员、程序员、测试员、实施员和最终用户。 本说明书是整个软件开发的依据，它对以后阶段的工作起指导作用，也是项目完成后系统验收的依据。 1. 2 项目背景 开发软件的名称：学生信息管理系统 项目的任务提出者：江汉大学文理学院 开发者：袁俊 用户：江汉大学文理学院学生信息管理员 实现软件的单位：06软件一班 兼容系统：Windows XP SP2/SP3 开发工具：https://www.wendangku.net/doc/306805511.html,+ Microsoft SQL Server 2000 1．3 相关术语 Macromedia Dreamweaver 8：网页设计工具 Microsoft SQL Server：数据库工具 1．4 参考资料 [1]《软件工程模型与方法》，肖丁等，北京邮电大学。 [2]《https://www.wendangku.net/doc/306805511.html,+Dreamweaver8案例精粹》武新华等，电子科技大学 [3]《信息系统应用与开发案例教程》，承欢，清华大学。
第二章需求规定 2．1 功能分析 在学生信息管理系统中,主要有用户登陆、学生信息管理、课程信息管理、用户管理等功能，功能分析如下： （1）用户登陆 学生信息管理采用用户名及密码验证模式，进入学生信息管理前，用户必须在登陆页面输入用户名及密码，只有验证通过的用户方可进入学生信息管理操作主页面。 （2）学生信息管理 包括3个功能模块：学生个人信息的添加、学生信息的查询以及学生信息的修改于删除。（3）课程信息管理 包括3个功能模块：课程基本添加与删除处理、成绩查询处理以及学生选课信息的查询处理。 （4）用户管理 包括2个功能模块：用户信息查询以及用户的删除与处理。 2．2 性能要求分析 （1）系统易操作性 所开发的系统应做到操作简单，尽量使系统操作不受用户对电脑知识水平的限制。（2）系统具有可维护性 由于系统涉及的信息比较广，数据库中的数据需定期修改，系统可利用的空间及性能也随之下降，为了使系统更好地运转，学院可以对系统数据及一些简单的功能进行独立的维护及调整。 （3）系统具有开放性 该系统能够在开放的硬件体系结构中运行，并且能与其他系统顺利连接，不会因外部系统的不同面要做在量的修改工作。 2．3逻辑模型的建立 经过以上调查分析，明确以所开发系统的功能需求和性能要求，发现了存在的问题，弄清了系统的功能，为系统逻辑模型的建立提供了依据。系统分析的主要成果是建立系统的逻辑模型，本系统的逻辑模型主要以系统的数据流图和数据词典作为描述功具。
OA系统需求规格说明书
XX项目 产品需求规格说明书 机构公开信息
版本历史
1.引言 该文档主要包含功能性需求分系以及功能用例图，也包括了一些对用户界面的要求，该系统运行所需环境和产品质量需求。 1.1. 文档目的 该文档重点描述的办公自动化系统的功能需求以及功能用例图，能够供读者更好的了解该系统；其中，非功能需求方面，用户界面要求主要是为了是系统的界面更加统一规范，软硬件环境需求以及产品质量需求是为了保证提供给用户尽量完美的办公自动化系统。 1.2. 文档范围 本文档包含一下几部分： 1. 产品介绍 2. 角色功能划分 3. 产品范围 4. 产品的功能性需求 5. 产品的非功能性需求 1.3. 文档读者对象 该文档适合开发人员、项目经理、用户、文档的编写人员阅读。 1.4. 参考文档 列举了编写软件需求规格说明时所参考的资料或其它资源。 1.5. 术语与缩写解释 2.综合介绍 这一部分概述了正在定义的软件，主要是功能的概要介绍。
1.6. 产品介绍（功能介绍） 该系统包含8各模块：超级管理模块，该模块包括组织管理、权限管理、考试管理、资源共享通讯录和系统管理；我的办公桌模块，主要是对各重点模块的简要显示；行政管理该模块包括公共通知、公共计划、记事本、员工考勤和组织机构；个人助理模块，该模块包括通讯录、短消息、日程安排和个人信息管理；个人邮箱，该模块包括配置邮箱和收发邮件；公共信息模块，该模块包括资源下载、在线考试和公共通讯录；人事管理模块，该模块包括档案管理、档案查询和数据维护；销售管理模块，该模块主要包括客户管理、销售管理和供应商管理。 1.7. 产品范围 OA办公自动化系统集人力资源管理以及进销存等管理于一体的商业企业管理软件系统。本产品是为了帮助企业更好的进行管理，实现办公自动化。该产品适用于所有企业的办公需求。 1.8. 用户介绍 确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。 1.9. 角色功能划分 XXXXX拥有XXXX功能的权限。 XXXXX拥有XXXX功能的权限。 1.10. 设计和实现上的限制 确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。 1.11. 假设和依赖 列举出在对软件需求规格说明中影响需求陈述的假设因素（与已知因素相对立）。这可能包括你打算要用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定，但是另一个S R S 读者却可能不这样认为。如果这些假设不正确、不一致或被更改，就会使项目受到影响。
软件需求规格说明书标准模板
软件需求规格说明书 文件编号： QMS—PROC－RD02 版本：1.0 受控签章
修改历史
目录 1引言 (2) 1.1目的 (2) 1.2背景 (2) 1.3术语 (2) 1.4预期读者与阅读建议 (2) 1.5参考资料 (2) 1.6需求描述约定 (2) 2.项目概述 (2) 2.1系统功能 (2) 2.2业务描述 (2) 2.3数据流程描述(可选) (2) 2.4用户的特点 (2) 2.5运行环境要求 (2) 2.6设计和实现上的限制 (2) 3.功能需求的描述 (2) 4.非功能需求 (2) 4.1系统性能要求 (2) 4.2系统安全及保密要求 (2) 4.3系统备份与恢复要求 (2) 4.4系统日志 (2) 5.外部接口说明 (2) 6.其他需求 (2) 7 需求变更识别 (2) 8.功能列表 (2) 9.附件 (2)
1引言 1.1 目的 说明编写这份软件需求规格说明书的目的，如：通过本文档定义ＸＸＸ产品的需求，以求在项目组员与相关成员之间达成一致的需求描述。 1.2 背景 描述系统产生的背景，包括： a．需开发的软件系统的名称，和英文缩写（可选），项目编号（可选）； b．列出此项目的任务提出者、开发者 c．软件系统应用范围、用户。 d．产生该系统需求的原因或起源，如社会背景、市场发展、政策趋势、原有系统局限性 1.3 术语 列出本文件中用到的专门术语、术语定义、外文首字母组词的原词组。也可用附件说明。或放到本文件的最后。 1.4 预期读者与阅读建议 描述本文档的主要读者，以及这些读者在阅读时的阅读重点与建议。可用列表的方式列 1.5 参考资料 列出有关的参考资料，如： a．本项目经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 d．行业标准和规范。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
课表需求规格说明书
需求规格说明书 1．引言 (1) 1.1编写目的 (1) 1.2项目背景 (1) 1.3定义 (2) 1.4参考资料 (2) 2．任务概述 (2) 2.1目标 (2) 2.2运行环境 (3) 2.3条件与限制 (3) 3．数据描述 (3) 3.1静态数据 (3) 3.2动态数据 (3) 3.3数据库介绍 (3) 3.4数据词典 (4) 3.5数据采集 (4) 4．功能需求 (4) 4.1功能划分 (4) 4.2功能描述 (5) 5．性能需求 (5) 5.1数据精确度 (6) 5.2时间特性 (7) 5.3适应性 (7) 6．运行需求 (7) 6.1用户界面 (7) 6.2硬件接口 (7) 6.3软件接口 (7) 6.4故障处理 (7) 7．其它需求 (7) 1．引言 1.1编写目的 本报告的目的是规范化本软件的编写，旨在提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了我们的面向川大学生的课表系统的软件开发过程，便于
程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。同时，软件需求说明书的编制也是为了使用户和软件开发者双方对该软件的运行环境、功能和性能需求的初始规定有一个共同的理解，使之成为整个开发工作的基础，为概要设计提供需求说明。 预期读者是项目委托单位的管理人员、设计人员和开发人员。 1.2项目背景 a. 项目的委托单位、开发单位和主管部门： 项目名称：面向川大学生的课表系统 项目的提出者：李旭伟 项目的开发者：韩珍辉、彭小童、陈晨斐 项目的用户：四川大学在校学生 b. 本软件系统将要实现的四川大学课程表项目是融合了四川大学教务处课表查询功能以及超级课程表功能的课表项目。它的基本用户为四川大学教师、在校学生和教务管理人员，基本实现了课程查询、学生及老师课表设置、空闲教室查询、教务信息管理与维护等功能。 1.3定义 a．软件需求分析：软件需求分析就是把软件计划期间建立的软件可行性分析求精和细化，分析各种可能的解法，并且分配给各个软件元素。需求分析是软件定义阶段中的最后一步，是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。b. JDBC：JDBC（Java Data Base Connectivity,java数据库连接）是一种用于执行SQL语句的Java API，可以为多种关系数据库提供统一访问，它由一组用Java语言编写的类和接口组成。JDBC提供了一种基准，据此可以构建更高级的工具和接口，使数据库开发人员能够编写数据库应用程序，同时，JDBC也是个商标名。 1.4参考资料 a.项目经核准的计划任务书、合同或上级机关的批文 b.项目开发计划 c.[1]《Head First Java》，（美）Kathy Sierra Bert Bates编著,O’Reilly出版社 [2]《Java编程思想》，（美）Bruce Eckel著，陈昊鹏、饶若楠等译，机械工业出版社2．任务概述 2.1目标 四川大学各个学院都开有自己独立的课程同时每个老师也都有自己独立的课程信息，如
网上订餐系统需求规格说明书
实验报告□实践报告□ 课程名称：软件需求工程 实验名称：用例文档 实验地点：太原理工大学虎峪校区 专业班级：软件工程1417学号：2014005993 学生姓名：曹旭清 指导教师：王建珍 2017年5月3日 目录 1. 引言............................................................................................................................................. 1.1目的................................................................................................................................. 1.2定义................................................................................................................................. 登录模块：......................................................................................................................... 用户注册模块..................................................................................................................... 购物车模块：..................................................................................................................... 订单模块：......................................................................................................................... 基本信息管理模块：......................................................................................................... 公告模块：......................................................................................................................... 1.3参考资料......................................................................................................................... 2.系统总体概述............................................................................................................................. 2.1产品标识......................................................................................................................... 2.2产品描述......................................................................................................................... 系统属性............................................................................................................................. 开发背景............................................................................................................................. 产品功能............................................................................................................................. 2.3用户的特点..................................................................................................................... 3.系统功能用例图......................................................................................................................... 1. 引言 1.1 目的 网上订餐在当今社会还不怎么流行，但是随着科技的发展，网上订餐必定日趋走向成熟化，并被广大的市民所接受，尤其是被当代的大学生所接受。所以开
XXX系统需求规格说明书
环境与灾害监测预报小卫星星座环境应用系统 XX系统需求规格说明书 单位： 作者： 完成日期： 签收人： 签收日期： 修改情况记录：
目录 1.引言 (1) 1.1.编写目的 (1) 1.2.背景 (1) 1.3.定义 (1) 1.4.参考资料 (1) 2.需求概述 (1) 2.1.目标 (1) 2.2.运行环境 (2) 2.3.关键点 (2) 2.4.约束条件 (2) 3.需求规格 (2) 3.1.软件系统总体功能／对象结构 (2) 3.2.软件子系统功能／对象结构 (2) 3.3.描述约定 (2) 3.4.功能或对象的描述 (3) 3.4.1.功能或对象1 (3) 3.4.2.功能或对象n (3) 3.5.性能 (4) 3.6.外部接口 (4) 3.7.数据 (4) 3.7.1.空间数据 (5) 3.7.2.非空间数据 (5) 3.8.操作 (5) 3.9.可使用性、可维护性、可移植性、可靠性和安全性 (5) 3.10.故障处理 (5) 3.11.算法说明 (6) 4.尚未解决的问题 (6) 5.支持信息 (6)
1.引言 1.1.编写目的 说明编写本软件需求规格说明书的目的，指出预期的读者。 1.2.背景 a.说明待开发产品或项目（以下简称产品）的名称。 b.列出此开发任务的提出者、开发者、用户等。 c.说明本产品与其他产品的关系。 1.3.定义 列出本文件中用到的专门术语的定义和缩写词原文。 1.4.参考资料 a.本文件中引用的属于本开发产品的其他文件。 b.本文件中引用的其他文献、资料以及软件开发标准。 2.需求概述 2.1.目标 a.本产品的开发意图、应用目标及作用范围（现有产品存在的问题和建议 产品所要解决的问题）。 b.本产品的主要功能、处理流程、数据流程及简要说明。 c.表示外部接口和数据流的系统高层次图。说明本产品与其他相关产品的 关系，是独立产品还是一个较大产品的组成部分（可用方框图说明）。
软件需求规格说明书
软件需求规格说明书 1范围 标识 SRS适用范围：城市教育资源管理系统 标识号：GDGL004 标题：城市教育资源管理系统 版本号： 发行号：Alpha001（内测版） 系统概述 随着我国政治体制改革、经济体制和教育体制改革的不断深入，城市教育在构建和谐社会中发挥着重要作用。教育资源的优劣，直接关系着教育效益的产出。教育资源管理的好坏将直接影响着学校的建设和发展。目前中国城市人均教育经费差异很大，城市间高等教育阶段生师比的差距比较大,而基础教育的差距相对较小;城市经济发展水平是影响这些差异的主要因素,其次是城市人口规模;促进不发达地区城市和小城市的经济发展、建立合理的人口流动机制是消除城市间教育资源差异的有利措施。 城市教育资源管理系统是指综合运用地理信息系统（GIS）、多媒体及虚拟现实等现代信息技术实现面向高校教学管理部门提供教学资源管理的服务平台，对学校校舍、课桌、教学用具等硬件设施和师资力量等软件设施的信息的采集、集成和管理，根据地区各等级基础教育学校个数、学校规模和周边做涵盖教育分配地区，确定各个学校教育资源的优劣、所需教育人员以及所能容纳学生人数，也可以进行教育资源的调动管理，教职工人事变动管理，教学资源合理分配与再分配，地区教育质量评价等等。 它的建设将为教育部门对教育资源的管理起到很重要的监督和管理作用。并能够作为一项新兴的部门管理方法。 文档概述 在信息化高速发展的今天，时间效率这样的名词正主导着人们的生活和发展,有必要设计开发一个城市教育资源管理系统。通过系统功能有效的解决城市间教育经费、教育阶段生师比等等间的差异，从而提高管理效率。 本文档具体对城市教育资源管理系统的软件需求等进行基本分析，确定该系统基本功能及需求，故在此针对本系统编写此文档，本文档的最终解释权在本小组手中，请勿随意更改。 基线 本文档的设计基线是《GBT8567-2006计算机软件文档编制规范》。 2引用文件 [1]GBT8567-2006计算机软件文档编制规范. 2006 [2] Liang著李娜译,JAVA语言程序设计．北京：机械工业出版社2012 [3]刘先锋,数据库系统原理与应用. 武汉：华中科技大学出版社2012 [4]谢希仁,计算机网络（第五版）．北京：电子工业出版社2012
课程表管理系统需求规格说明书
2组课程表管理系统需求规格说明书 课程表管理系统 需求规格说明书 1.引言 1．1编写目的 编写本报告的目的是明确本系统的详细需求，供使用单位确认系统的功能和性能，并作为软件设计人员的设计依据和使用单位的验收标准。 1.2项目背景 开发软件名称：课程表管理系统。 项目开发者：软件工程2组： 李晓明（组长），李雅星，李军佟，陈春运，赵俊峰，高鹏，周炯，吴娜娜，王星霞，李青艳 用户单位：琴岛学院 1.3参考资料: （1）张害藩，《软件工程导论》（第四版），清华大学出版社。 2.任务概述 2.1目标 课程表管理系统对于课程的管理和学习效果的统计有着很好的协助作用，能否使教师以及学生及时准确地了解课程的安排和变动是系统成功与否的关键。因此，课程表管理系统必须提供简洁方便而及时准确的查询以及更新手段。 3. 需求规定 1.在课程表管理系统中，管理员分为高级管理员和一般管理员，一般管理员为用户建立基本课表信息，并且可定期或不定期的对课表信息进行上传、简单的修改、删除和查询，但是一般管理员只可对本专业课程信息进行修改，不可跨专业修改。一般管理员可向高
级管理员反馈信息。高级管理员除一般管理员拥有的权限之外还可对其他专业的课程信息进行修改、编辑等操作。 当学生查阅课程信息表时，先输入学生学号，系统验证其学号的有效性，无效则提示其错误原因，有效则显示其专业信息，然后选择所属专业的课程表进行查询。课程表分专业课程表及私有课程表，专业课程表主要显示用户（教师、学生）的专业信息，私有课程表则为用户（教师、学生）进行私有信息（选修课程、重修课程）的查询情况，用户（教师、学生）可以对其进行查询并更新操作，而其他用户则无权查询非本人的私有课表信息。学生可查询且下载此课程表，若发现其中有错则可向系统报错，若选择的专业与其所在专业不符则不可进行报错操作只可进行基本课程查询（不显示任何老师及教室）。在提交错误报告时，提交错误信息，系统接受后管理员进行检查核对，并可修改错误信息。当教师查询时，输入职工号，显示其授课信息表，可对课程信息表进行查询、下载及报错。为系统维护人员提供权限管理、数据备份等通用功能。另外，用户（教师、学生）可以对课表专业进行记录，记录功能涉及反馈功能及记事本功能。 2.课程表管理员分为高级管理员（院里的系部主任等）和普通管理员（系里的例如班长或者学习委员等）两种。高级管理员有上传、删除、修改和查询全系所有专业和班级的课程表的权限，普通管理员只能上传、删除和修改本系、本班所有的课程并可查询所有课程。 查询：学生登录之前需要登录验证，学生需要通过输入学生本人的学号以及密码，如果验证正确登录成功，如果验证错误提示并自动跳转登录页面。学生登录系统后可查询所有专业所有课程表，并可以对学生本专业课程表出现的错误提出自己的意见，高级管理员可以根据意见查实并修改课程表的错误。任何登录的学生可任意下载任何专业的任何课程表。 3.为系统维护人员提供权限管理、数据备份等通用功能。 3.1 数据流图（系统维护为通用功能，这里不做具体分析） 顶层图 管理员 课程表管理系统 用户 课表信息 课表情况反馈信息 用户信息 用户情况课表查询条件 课表情况选课信息 选课情况反馈情况
系统需求规格说明书 (1)
XXX系统或XXX项目 产品需求规格说明书 版本信息 注：状态可以为N-新建、A-增加、M-更改、 对方的所得税说明：版本信息必须更新，审核人和审核时间也必须审核后填写，审核人要求部门经理级别以上。否则开发测试可拒绝评审。审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理 目录
1.关于本文档 1.1.内容说明 说明：此处描述的是文档说明，产品需求文档更新需要走修订模式，下次更新前先接受修订，并且每次更新必须更新版本号和版本记录。 例子： 本文档用于描述苏宁开放平台物流状态服务系统的需求定义。包括各个需求的功能描述，处理逻辑规则，界面定义，与其它功能的关系，与其它系统的接口等各个方面的定义。是苏宁物流状态服务系统唯一的全面需求定义文档。 本文档将根据需求管理流程和要求，随系统功能变化进行及时的修订和更新，以确保本文档的全面性，准确性和实效性。因此在阅读使用此文档时，请注意从项目的文档管理系统中获取最新版本。 1.2.名词解释
1.3.参考文档 《系统需求定义规范使用说明》 2.系统概述 2.1.业务背景 说明：此处描述业务背景，不可裁剪，清晰的业务背景描述能更好的帮助研发和测试理解产品需求，明确业务测试场景，此部分是产品需求定位的核心导向。 例子一：电子面单的业务描述 随着电子商务服务和物流服务信息化飞速发展，包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。相比之下，传统纸质面单价格高、信息录入效率低、信息安全隐患等方面的劣势已愈发凸显。我司在两年前就开始了电子面单在自营物流上的应用，经过长期的的磨合和积累，目前将我司的应用经验推广到社会物流上，让社会上愿意与我司物流合作的伙伴，也同样享受到我司电子面单服务。 例子二：LSQ的业务描述 物流作业状态服务存在不足 1）服务无标准不统一 需物流作业的各渠道订单，作业状态转化为文案描述处理的逻辑系统多，且处理规不统一， －B2C自营订单，逻辑在B2C，数据源在OMS －菜鸟平台/4PS平台订单状态展示，逻辑在LAPI，数据源在LAPI
软件需求规格说明书-范例
软件需求规格说明书 湖南长沙阳环科技实业有限公司文件更改摘要：
目录 1引言....................................................... 错误!未定义书签。 目的 .................................................... 错误!未定义书签。 背景 .................................................... 错误!未定义书签。 术语 .................................................... 错误!未定义书签。 预期读者与阅读建议 ...................................... 错误!未定义书签。 参考资料 ................................................ 错误!未定义书签。 需求描述约定 ............................................ 错误!未定义书签。 需求层次划分........................................ 错误!未定义书签。 需求跟踪粒度........................................ 错误!未定义书签。 需求级别定义........................................ 错误!未定义书签。 功能描述方法........................................ 错误!未定义书签。 界面描述规则........................................ 错误!未定义书签。2项目概述................................................... 错误!未定义书签。 系统功能 ................................................ 错误!未定义书签。 业务描述 ................................................ 错误!未定义书签。 用户的特点 .............................................. 错误!未定义书签。 运行环境要求 ............................................ 错误!未定义书签。 设计和实现上的限制 ...................................... 错误!未定义书签。3系统功能需求 ............................................... 错误!未定义书签。 总体功能需求 ............................................ 错误!未定义书签。 自测系统需求 ............................................ 错误!未定义书签。 获取试卷............................................ 错误!未定义书签。 自测作答............................................ 错误!未定义书签。 提交试卷............................................ 错误!未定义书签。
软件需求分析说明书
软件需求分析说明书集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#
学生信息管理系统 需求分析说明书 1.引言 编写目的 确定学生信息管理系统功能的有效性需求；以供本系统的开发人员参考。 项目背景 开发软件名称：学生信息管理系统。 用户：教学办公室 项目和其他软件：系统的关系。 本项目采用客户机/服务器原理，客户端程序是建立在window NT系统上以 Java为开发软件的应用程序，服务器端采用Linux为操作系统的工作站，是采用Oracle 的为开发软件的数据库服务程序。 定义 学号：学校给学生的编号，用来区分各个学生的信息的中介。 课程名：学校开设课程的名字 Java+SQL：编写该系统的面向对象的开发语言和数据库语言。
参考资料 ⑴《Oracle从入门到精通》 ⑵《JAVA程序设计项目教程》 ⑶《数据库原理及应用》 ⑷《软件工程案例教程》 2．任务概述 目标 ⑴开发意图：由于学校的不断招生，现有的系统空间小，运行速度缓慢，操作过于复 杂，有的操作还不能执行，所以要开发本系统。 ⑵应用目标：学生信息管理系统将解决现有系统的空间不足，运行缓慢，操作复杂，操 作无效等问题。 运行环境 本系统采用C/S体系结构 操作系统：Microsoft Windows xp 支持环境：IIS 数据库：Oracle 软件设备：eclipse 内存：512 M以上 硬盘空间：40G以上 CPU: 233MHZ以上
内存：256M以上 硬盘空间：以上 假定与约束 使用本系统的用户群集中在 22-35 岁的年轻人，用来做学生信息的存储，对计算机的操作一般比较熟练。根据他们对本程序的认可、方便操作的程度，结合他们日常工作的频繁程度，系统每天操作完成一个功能点应该在 2- 10 次之间。用户对界面的友好性，有非常高的要求。本系统的规模比较小，并且将提供操作手册进行操作项的详细说明 （1）、Client/Server结构总体设计方案对它的约束：本系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预订系统还受到其它系统的信息约束。 （2）、人力、时间的约束：本系统开发过程中也要考虑到人力、资金和时间的约束。 （3）、技术发展规律的约束：计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。 3．需求规定 对功能的规定 系统流程图：系统流程图是用户操作此系统的流程和各个用户能够操作的功能，如A-1就是一个系统流程图；用户有系统管理员，教师和学生，每个用户要进入此系统都要登录。每个用户有不同的功能，系统管理员有查询，增加，修改，删除，修改密码，设置权限等功能；教师有查询，修改密码和输入学生成绩的功能；学生只有查询和修改密码的功能。 A-1系统流程图 用例图：用例图是用来表示用户能使用的功能和权限。如图A-2表示系统管理员可以运用的功能，像修改密码，管理学生信息、成绩信息、课程信息、班级信息并且设置权
软件系统需求规格说明书(范文格式)
XXX公司 XXXX系统 需求规格说明书 XXX公司 2013年8月
修订记录
目录 1.引言 (1) 1.1.编写目的 (1) 1.2.项目背景 (1) 1.3.术语定义 (1) 1.4.参考资料 (2) 2.任务概述 (3) 2.1.建设目标 (3) 2.2.建设内容 (3) 2.3.用户要求 (3) 2.4.假定和约束 (4) 3.系统需求 (5) 3.1.功能架构图 (5) 3.2.通用需求 (5) 3.2.1.系统通用工具栏 (5) 3.2.2.其它通用需求 (6) 3.3.XXX管理子系统 (7) 3.3.1.系统管理 (7) 3.4.集成需求 (12) 3.4.1.基础数据对接 (12) 3.4.2.单点登录（SSO） (12) 3.4.3.文书跨系统审批 (12) 3.4.4.短信提醒 (13) 3.5.性能需求 (13) 3.6.网络需求 (13) 3.7.存储需求 (13) 3.8.安全需求 (14) 3.8.1.技术平台设计安全需求 (14) 3.8.2.系统运行安全需求 (15) 4.运行环境规定 (15) 4.1.设备 (15) 4.2.软件 (16) 4.2.1.服务器操作系统版本 (16) 4.2.2.客户机 (17) 4.2.3.数据库版本 (17) 4.2.4.中间件服务器版本 (17) 4.3.接口 (17) 4.3.1.外部接口 (17) 4.3.2.内部接口 (18)
名词缩写： 1.XXX集团，即“XXX省XXX集团有限责任公司”；[引号里面为全称] 2.XXX系统，即“XXX集团XXX系统”；[引号里面为全称] 3.XXX公司，即“XXX有限公司”，系统承建单位。[引号里面为全称]
需求规格说明书模板4种版本
需求规格说明书(ISO标准版) 编者说明： 当需求调查、分析工作告一段落时，你就需要将这些需求进行规格化描述，整理成文，即软件需求规格说明书，也就是SRS。这是在软件项目过程中最有价值的一个文档。ISO所提供的标准虽然已经时间久远，但还是颇具参考价值的。 1．引言 1.1编写的目的 [说明编写这份需求说明书的目的,指出预期的读者。] 1.2背景 a. 待开发的系统的名称; b. 本项目的任务提出者、开发者、用户； c. 该系统同其他系统或其他机构的基本的相互来往关系。 1.3定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4参考资料 [列出用得着的参考资料。] 2．任务概述 2.1目标 [叙述该系统开发的意图、应用目标、作用范围以及其他应向读者说明的有关该系统开发的背景材料。解释被开发系统与其他有关系统之间的关系。] 2.2用户的特点 [列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本系统的预期使用频度。] 2.3假定和约束 [列出进行本系统开发工作的假定和约束。] 3．需求规定 3.1对功能的规定 [用列表的方式，逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎么样的处理、得到什么输出，说明系统的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。] 3.2 对性能的规定 3.2.1精度 [说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。] 3.2.2时间特性要求 [说明对于该系统的时间特性要求。] 3.2.3灵活性 [说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。] 3.3输入输出要求 [解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对系统
【XXX系统】功能需求规格说明书_模板
【系统名称】功能需求规格说明书 【——子系统名称】
文档创建信息 文档修订记录 修改类型分为A– ADDED（增加）M– MODIFIED（修改）D– DELETED（删除）
目录 1.引言 (4) 1.1 目的 (4) 1.2 读者范围 (4) 1.3 术语或缩略语 (4) 2.系统定位 (5) 2.1 目标用户 (5) 2.2 针对的用户需求 (5) 2.3 卖点功能 (5) 2.4 系统性质 (6) 3.需求综述 (6) 3.1 概念界定 (6) 3.1.1角色界定................................................................ 错误！未定义书签。 3.1.1.1 用户 (6) 3.1.1.2 外部系统 (6) 3.1.1.3 内部子系统 ..................................................... 错误！未定义书签。 3.1.2信息实体界定......................................................... 错误！未定义书签。 3.2 系统外延 (7) 3.2.1系统应用环境总览 (7) 3.2.2系统与用户交互关系 (7) 3.2.3系统与外部系统交互关系 (7) 3.3 系统内涵 (7) 3.3.1系统总体结构 (7) 3.3.2系统功能概述 (8) 3.3.3系统内部协作关系 (8) 4.功能使用流程 (8) 4.1 功能使用流程总览 (8) 4.2 功能使用流程描述 (9) 4.2.1【功能使用流程名称】 (9) 4.2.2【功能使用流程名称】 (10) 5.用户界面 (10) 5.1 总则 (10) 5.2 界面总览 (10) 5.3 界面详解 (11) 5.3.1【界面名称】 (11) 5.3.1.1 界面功能概述 (11) 5.3.1.2 界面元素总览 (11) 5.3.1.3 界面元素详解 (12) 5.3.1.4 界面默认规则 (13) 5.3.2【界面名称】 (13)
需求规格说明书范例
出行服务网站 产品需求规格说明书 部门： 时间:
目录 1引言 (1) 1.1编写目的 (1) 1.2项目背景 (1) 1.3术语定义及编写说明 (1) 1.4版本更新信息 (2) 2产品定义 (3) 2.1应用目标 (3) 2.2产品业务流程 (3) 2.3接口描述 (6) 3应用环境 (7) 3.1设备环境 (7) 3.2系统运行的硬件环境 (7) 3.3系统运行的软件环境 (7) 3.4系统运行的网络环境 (8) 3.5用户操作模式 (8) 4功能规格 (8) 4.1前台功能 (8) MISP网站系统前台主要功能如下图所示： (8) 4.1.1Function A.1 (9) 4.1.2Function A.2 (10) 4.1.3Function A.3 (10) 4.1.4Function A.4 (11) 4.1.5Function A.5 (12) 4.1.6Function A.6 (13) 4.1.7Function A.7 (13) 4.1.8Function A.8 (14) 4.1.9Function A.9 (14) 4.1.10Function B.1 (15)
4.1.11Function B.2 (15) 4.1.12Function B.3 (16) 4.1.13Function B.4 (17) 4.1.14Function B.5 (17) 4.1.15Function B.6 (18) 4.1.16Function C.1 (18) 4.1.17Function C.2 (18) 4.1.18Function C.3 (19) 4.1.19Function C.4 (19) 4.2后台功能 (20) MISP网站系统后台主要功能如图所示： (20) 4.2.1Function D.1 (21) 4.2.2Function D.2 (21) 4.2.3Function D.3 (22) 4.2.4Function D.4 (22) 4.2.5Function D.5 (23) 4.2.6Function D.6 (23) 5性能需求 (23) 6应用方案 (25) 7产品提交 (25) 7.1产品提交方式 (25) 7.2产品提交时间需求 (25) 7.3产品安装的需求 (25) 7.4产品维护的需求 (25)