软件需求规格说明书(终稿)
(完整)软件需求规格说明书
软件需求规格说明书1范围1.1标识SRS适用范围：城市教育资源管理系统标识号：GDGL004标题：城市教育资源管理系统版本号：V1。
0发行号：Alpha001（内测版）1.2系统概述随着我国政治体制改革、经济体制和教育体制改革的不断深入，城市教育在构建和谐社会中发挥着重要作用.教育资源的优劣，直接关系着教育效益的产出.教育资源管理的好坏将直接影响着学校的建设和发展。
目前中国城市人均教育经费差异很大,城市间高等教育阶段生师比的差距比较大，而基础教育的差距相对较小；城市经济发展水平是影响这些差异的主要因素，其次是城市人口规模;促进不发达地区城市和小城市的经济发展、建立合理的人口流动机制是消除城市间教育资源差异的有利措施。
城市教育资源管理系统是指综合运用地理信息系统（GIS）、多媒体及虚拟现实等现代信息技术实现面向高校教学管理部门提供教学资源管理的服务平台,对学校校舍、课桌、教学用具等硬件设施和师资力量等软件设施的信息的采集、集成和管理，根据地区各等级基础教育学校个数、学校规模和周边做涵盖教育分配地区，确定各个学校教育资源的优劣、所需教育人员以及所能容纳学生人数，也可以进行教育资源的调动管理,教职工人事变动管理,教学资源合理分配与再分配，地区教育质量评价等等。
它的建设将为教育部门对教育资源的管理起到很重要的监督和管理作用。
并能够作为一项新兴的部门管理方法。
1.3文档概述在信息化高速发展的今天，时间效率这样的名词正主导着人们的生活和发展,有必要设计开发一个城市教育资源管理系统。
通过系统功能有效的解决城市间教育经费、教育阶段生师比等等间的差异，从而提高管理效率。
本文档具体对城市教育资源管理系统的软件需求等进行基本分析，确定该系统基本功能及需求，故在此针对本系统编写此文档，本文档的最终解释权在本小组手中，请勿随意更改。
1.4基线本文档的设计基线是《GBT8567—2006计算机软件文档编制规范》.2引用文件[1]GBT8567—2006计算机软件文档编制规范. 2006［2］Y。
软件需求规格说明书完整版
软件需求规格说明书完整版[标题：软件需求规格说明书完整版]【引言】本软件需求规格说明书旨在详细阐述软件的需求，以便团队成员能清晰了解并实施开发计划。
本文档包括以下内容：需求概述、功能需求、性能需求、界面需求、可靠性需求、安全性需求、软件质量特性评估和约束等部分。
【需求概述】笔者制定本软件需求规格说明书的目的是为了明确软件的需求，让团队成员能够准确理解、明确开发方向。
软件旨在满足用户对于XX 功能的需求，通过XX实现目标。
为了持续优化软件，让用户能够更好地体验软件，我们将充分考虑功能需求、性能需求、界面需求、可靠性需求、安全性需求和软件质量特性评估等方面。
【功能需求】本软件需要实现以下功能：1. 功能1：描述功能1的具体需求。
2. 功能2：描述功能2的具体需求。
...N. 功能N：描述功能N的具体需求。
为了保证软件的流畅运行，我们需要考虑以下性能需求：1. 性能1：描述性能1的需求，如响应时间、处理速度等。
2. 性能2：描述性能2的需求，如并发性能、负载能力等。
...N. 性能N：描述性能N的需求。
【界面需求】软件的界面需求应满足以下要求：1. 界面1：描述界面1的需求，如界面布局、元素排列等。
2. 界面2：描述界面2的需求，如颜色搭配、字体样式等。
...N. 界面N：描述界面N的需求。
【可靠性需求】为了确保软件的可靠性，我们需要考虑以下方面：1. 可靠性1：描述可靠性1的需求，如错误处理、数据完整性等。
2. 可靠性2：描述可靠性2的需求，如灾备恢复、故障处理等。
...N. 可靠性N：描述可靠性N的需求。
为了保护用户数据和软件安全，我们需要考虑以下安全性需求：1. 安全性1：描述安全性1的需求，如访问控制、数据加密等。
2. 安全性2：描述安全性2的需求，如用户认证、防止攻击等。
...N. 安全性N：描述安全性N的需求。
【软件质量特性评估】为了保证软件质量，我们将评估以下特性：1. 质量特性1：描述质量特性1的评估方法和要求，如可维护性、易扩展性等。
软件需求规格说明书
软件需求规格说明书软件需求规格说明书1.引言1.1编写说明内容：1）描述编写需求规格说明书的目的；2）指明需求规格说明书的读者。
1.2项目背景内容：1）项目名称；2）项目的委托单位/提出者、开发单位和主管部门、项目的用户。
1.3定义内容：列出本文件中用到的专门术语的定义和外文首字母的原词组。
1.4参考资料内容：可包括下列资料。
1）本项目的经核准的计划任务书或合同，上级机关的批文 2）本项目的开发计划 3）本文件中各处引用的资料、标准和规范。
列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。
2.任务概述2.1产品的描述内容：1）叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。
2）解释被开发软件与其他有关软件之间的关系。
如果所开发的软件是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系。
2.2用户的特点内容：列出本软件的最终用户的特点，充分说明用户方操作人员、维护人员的教育水平和技术专长，这是对软件开发工作的重要约束。
2.3实现语言内容：列出本软件开发过程中要用到的开发语言。
2.4限制与约束内容：1）列出对开发工作的某些限制，例如经费限制、开发期限、硬件限制等。
2）列出在开发过程中须遵守的某些标准或规则。
3. 需求规定3.1 对功能的规定3.1.1功能构成内容：详细描述本软件包含的各项功能。
(可利用功能结构图表示)3.1.2功能描述内容：根据上面列出的软件功能构成，详细描述各项功能中所包含处理、所需的输入数据、所产生的输出结果。
（可利用DFD来表示）3.2性能需求3.2.1精度内容：说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。
3.2.2时间特性内容：说明对于该软件的时间特性要求，如：a.响应时间;b.更新处理时间;c.数据的转换和传送时间;d.运行时间.3.2.3适应性/灵活性内容：说明在操作方式、运行环境、与其它软件的接口以及开发计划等发生变化时，应具有的适应能力。
(完整word版)软件需求规格说明书
软件需求分析说明书姓名：史景伟指导老师：吴文平日期：2016年11月28号1 引言1。
1 编写目的本文详细描述任务管理系统的需求，表述的需求信息要求明确、无二义性。
开发方与软件使用者充分沟通需求，最终形成此文档。
此文档是后续软件开发的依据。
1.2 背景任务管理系统是一个南京工程学院与康尼电气新技术有限公司产学研合作项目,项目由康尼机电新技术有限公司提出，由南京工程学院承担开发任务。
1。
3 定义和缩略语本文使用了表 1.错误!未定义书签。
所显示的面向用户的术语、定义，包括通用词语在本文档中的专用解释。
表 1.错误!未定义书签。
术语/定义表 1.错误!未定义书签。
所列为本文用到的缩略语。
表 1.错误!未定义书签。
缩略语1.4 用户任务信息管理系统的目前用户为康尼公司电气事业部，电气事业部使用成功后可能会在康尼公司推广。
某餐厅餐饮管理系统的目前的用户为某餐厅。
2 任务概述2.1目标康尼公司电气事业部目前的任务主要有2类：常规工作任务和临时性工作任务。
针对临时任务布置信息很多时候是处于一种开放状态，缺少任务信息的修正、回馈、和统计分析。
而日常职责规定的常规工作,虽然可以通过标准化的文件固化下来并形成《常规工作计划表》作为一种制度来执行，也需要主管在百忙之中花很多时间去检查完成情况。
TIMS系统要求工作管理信息能够规范录入,任务信息流向可以选择，任务信息依据轻重排序，可以设定信息提醒，任务完成情况可以评估、任务完成情况依据选择项进行统计输出、工作量进行评估。
2。
2 系统的特点TIMS项目的需求主要由康尼公司电气事业部提出，因此本文档是与康尼公司电气事业部交互后形成的需求定义，系统的功能和使用特点优先满足康尼公司电气事业部的需求，若系统后续由于在康尼公司全面推广而引入的新需求，则不在本文档考虑范围之内。
2。
3 假定和约束本文档经双方确认后，开发方依据本文档进行下阶段工作。
若中途需求发生变更则康尼公司需及时告知开发方，若因康尼公司原因引入的需求变更造成开发方工作量的大幅增加，具体解决方案双方另行协商。
软件需求规格说明书
软件需求规格说明书用户需求确认书列举的需求已包含现阶段所用需求，需求明确，符合要求用户职务用户签名签订日期目录1.引言1.1编写目的 (4)1.2范围 (4)1.3参考资料 (4)2.项目概述2.1产品描述 (4)2.2产品功能 (5)2.3运行环境 (5)2.4假设和依据 (6)3.具体需求3.1系统角色 (6)3.2登录界面 (8)3.3学生管理系统 (8)3.3.1导入学生信息 (9)3.3.2选课系统 (9)3.3.3查看课程介绍/查看发表评论 (10)3.3.4查看个人成绩 (11)3.3.5查看科目补考成绩 (11)3.4教师管理系统 (11)3.4.1导入教师信息 (12)3.4.2查看负责课程 (12)3.5管理员系统 (13)3.5.1导入学生选课目录 (15)3.5.2导出课程成绩 (15)3.5.3修改补考时间 (15)3.5.1修改课程负责人 (16)3.5.2查看课程选修状况 (16)3.6系统维护 (16)3.6.1数据字典的维护 (16)4.非功能需求4.1性能需求 (16)4.2安全性需求 (17)4.3可用性需求 (17)4.4用户文档 (17)4.5其他需求 (17)5.外部接口需求5.1用户接口 (18)5.2硬件接口 (18)5.3软件接口 (18)5.4通信接口 (18)1.引言1.1编写目的为了是用户更清楚的了解到开发此软件的性能需求以及作用功能，清晰地描述出此软件在开发过程中所需的资料技术等等1.2范围说明：a.学生管理系统，webAPPb.该软件可以解决在某些教务处使用高峰期，学生开学选课阶段，经常会出现运行迟缓，系统崩溃等问题c.解决学生选课时对课程的认知度不充分性，拥有对课程的详细介绍及上级学生对该课程的评论及认识d.老师可以录入课程成绩，自动计算该学期该课程平均成绩、及格率等等，学生也可以更清楚了解课程的具体要求.1.3参考资料参考相关软件设计规划书，以及相关开发文献2项目概述2.1产品概述就用了两年多的福州大学教务处的而言，功能繁多，基本上所有学生、教师等关于信息、课程、学习、报名乃至于课表作息等功能都一应俱全，也正因为此，在某些教务处使用高峰期，如学生开学选课阶段，经常会出现运行迟缓，系统崩溃等问题，在情况紧急之下甚至会导致某些严重后果。
软件需求规格说明书完整版
软件需求规格说明书标准化管理处编码[BBX968T-XBB8968-NNJ668-MM9N]需求规格说明书1.引言人事管理系统分析小组对当今社会的人事管理方面的需求进行了认真而全面的调查。
根据对企业的人事管理系统的功能需求、业务操作规程及其数据结构等具体要求，调查了单位对人事管理企业的员工基本信息、员工调动、员工奖罚、员工培训、员工考评、员工调薪、员工职称评定，确定了系统性能要求，系统运行支持环境要求，数据项的名称、数据类型、数据规格。
以上这一切为统下一步的开发工作奠定了良好的基础。
本软件需求说明书全面、概括性地描述了人事管理系统所要完成的工作，使软件开发人员和用户对本系统中的业务流程及功能达成共识。
通过本需求说明书可以全面了解人事管理系统所要完成的任务和所能达到的功能。
编写目的1.为开发小组成员、客户之间提供共同的协议而创立基础。
对水上交通微信公众号功能的实现作使命描述。
2.根据水上交通微信公众号的特点，对被开发软件的主要功能、性能进行完整描述，为软件开发者进行详细设计和编程提供基础。
3.本说明书的预期读者为开发小组成员及甲方负责人。
本说明能让甲方代表更好地了解本系统，减少彼此之间交流的困难和开发中因为需求不明确而产生的不必要的麻烦。
项目背景随着计算机技术、网络技术和信息技术的发展，现在水上交通更趋于系统化、科学化和网络化。
网络办公自动化系统是计算机技术和网络迅速发展的一个办公应用解决方案，它的主要目的是实现信息交流和信息共性，提供协同工作的手段，提高办公的效率，让人们从繁琐的有纸办公中解脱出来。
现在许多的机关单位的人事管理水平还停留在纸介质的基础上，这样的机制已经不能适应时代的发展，因为它浪费了许多的人力和物力，在信息时代这种传统的管理方法必然被计算机为基础的信息管理所取代。
××软件公司（简称）主营业务是软件开发，公司目前规模为100人，公司设有人事部、财务部、行政部、研发部、销售部与公关部，人员类型有以下几种：普通员工、部门经理和总经理，其中人事部设有1个人事经理、3个人事助理。
(完整word)软件需求规格说明书
软件需求规格说明书1引言版本更新说明1.1编写目的编写此文档的目的是进一步指定软件开发的细节问题，希望能使本软件开发工程更具体.是为使用户、软件开发者及分析人员对该软件的初始规定有一个共同的理解，它说明了本产品的各项功能需求、性能需求和数据要求，明确标识各功能的实现，阐述实用北京及范围，提供客户解决问题或者达到目标所需的条件或全能，提供一个度量和遵循的基准。
具体的编写目的如下：A.定义软件总体要求,作为用户和软件开发人员之间的相互了解的基础；B.提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础；C.作为软件总体测试的依据。
预期读者：A.项目经理:项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计、项目管理。
B.软件设计师：对需求进行分析，并设计出系统,包括数据库的设计.C.程序员:配合《设计报告》，了解系统功能,编写《用户手册》。
D.测试员：根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试.E.销售人员:了解预期产品的功能和性能.F.用户：了解预期产品的功能和性能，与分析人员预期对整个需求进行讨论和协商。
G.其它人员：如部门领导、公司领导等可以据此了解产品的功能和性能。
1.2背景说明:a．待开发的软件系统的名称：小假游;b.任务开发者：c。
适用对象：在校大学生；1。
3定义J2RE是Java2 Runtime Environment，即Java运行环境，有时简称JRE。
如果你只需要运行Java程序或Applet，下载并安装它即可。
如果你要自行开发 Java 软件，请下载JDK。
在JDK中附带有JRE.注意由于Microsoft对Java的支持不完全，请不要使用IE自带的虚拟机来运行 Applet，务必安装一个JRE或JDK。
JVM是Java Virtual Machine（Java虚拟机)的缩写，JVM是一种用于计算设备的规范,它是一个虚构出来的计算机，是通过在实际的计算机上仿真模拟各种计算机功能来实现的。
软件需求规格说明书 终稿
软件需求规格说明书终稿1. 引言本软件需求规格说明书旨在详细描述开发团队对于软件系统的需求和功能规范，以便开发过程中的各个阶段能够清晰地理解和遵循。
该文档将对软件系统的整体概述、功能需求、非功能需求和用户接口进行详细说明。
2. 背景现代社会中，软件系统的应用已经渗透到各个行业和领域。
为了更好地满足用户的需求，提高工作效率和用户体验，我们决定开发一个全新的软件系统。
本软件将涵盖xxx领域的需求，以满足用户在xxx 领域中的需求。
3. 总体描述该软件系统将具备以下主要功能：- 功能1：详细描述功能1的具体功能和操作流程，包括输入、处理和输出的过程，以满足用户的需求。
- 功能2：详细描述功能2的具体功能和操作流程，包括输入、处理和输出的过程，以满足用户的需求。
- 功能3：详细描述功能3的具体功能和操作流程，包括输入、处理和输出的过程，以满足用户的需求。
4. 功能需求本部分将详细列出软件系统的功能需求。
每个功能需求都应该具备以下几个方面的描述：- 功能标识：每个功能都应该有一个唯一的标识符，以便在开发和测试过程中进行跟踪和管理。
- 功能描述：明确描述该功能应该提供的具体功能和预期结果。
- 输入：描述该功能所需要的输入数据和格式要求。
- 处理：详细描述该功能的处理逻辑和算法。
- 输出：描述该功能的输出格式和内容。
5. 非功能需求除了功能需求外，该软件系统还应满足一系列非功能性需求，以提供更好的用户体验和系统性能。
以下是一些非功能需求的示例：- 性能要求：系统的响应时间、并发用户数、吞吐量等性能指标要求。
- 可靠性要求：系统的可用性、稳定性、容错性等方面的要求。
- 安全性要求：系统对于数据保密性、完整性和可用性方面的要求。
- 可维护性要求：系统的可维护性和可扩展性的要求，包括代码可读性、模块化、可测试性等。
6. 用户接口本部分描述软件系统的用户接口，包括图形用户界面（GUI）、命令行界面（CLI）等。
对于每个用户接口都应提供以下信息：- 界面描述：描述界面的整体布局、样式和交互方式。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
<教师报课系统>需求规格说明书作者：Mod4完成日期：2015.10.16修订历史记录目录1. 引言 (4)1.1 目的 (4)1.2 背景 (4)1.3 定义 (4)1.4参考文献 (4)2. 项目概述 (5)2.1 产品描述 (5)2.2 产品功能 (5)2.3 用户特点 (7)2.4 一般约束 (7)2.5 假设与依据 (7)3. 具体需求 (7)3.1 功能需求 (8)3.1.1系统角色及登陆 (8)3.1.2 学院负责人 (9)3.1.3 系负责人 (17)3.1.4 教师 (20)3.2 外部接口需求 (23)3.2.1 用户接口 (23)3.2.2 硬件接口 (23)3.2.3 软件接口 (23)3.2.4 通信接口 (23)3.3 性能需求 (23)3.4 属性 (23)3.4.1 可用性 (23)3.4.2 安全性 (24)3.4.3 可维护性 (24)4. 验收验证标准 (24)1. 引言1.1 目的该文档首先给出项目的整体结构和功能结构概貌，试图从总体架构上给出整个系统的轮廓。
同时对功能需求、性能需求进行了详细的描述。
便于用户、开发人员进行理解和交流，反映出用户问题的结构，可以作为软件开发工作的基础和依据以及确认测试和验收的依据。
本文档面向多种读者对象：（1）项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计、项目管理。
（2）设计员：对需求进行分析，并设计出系统，包括数据库的设计。
（3）程序员：了解系统功能，编写《用户手册》。
（4）测试员：根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试。
（5）用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。
在阅读本文档时，首先要了解产品的功能概貌，然后可以根据自身的需要对每一功能进行适当的了解。
1.2 背景本次待开发的软件为教师报课系统。
用户通过使用该软件在移动终端完成报课相关操作。
学院负责人通过导入报课信息，设定截止时间来开启报课。
系负责人查看报课信息，进行审核修改。
教师填写报课信息，预览报课信息等最终提交报课。
1.3 定义1.4参考文献[1] GB-T8567-2006，《计算机软件文档编制规范》[S][2].（美）Roger S.Pressman著，郑人杰等译.软件工程[M].第七版.北京：机械工业出版社,2011.2. 项目概述2.1 产品描述通过开发基于Android平台的app解决高校教师及相关报课负责人手动汇总报课信息的困扰，减轻工作量，提高效率。
2.2 产品功能当前高校的报课汇总负责人因繁琐的开课报课流程而困扰，繁琐的根源便是邮件群收发，需要人工核对报课信息，最终人工汇总表格。
工作量大且出错率高。
教师报课系统致力于通过移动Android平台便捷地完成此项工作，且大大较低出错率。
首先通过用例图了解角色分工如下：用户场景如下：教师A是学院负责人，每个学期第六周需要统计汇总下学期老师的开课情况。
通过群发邮件的方式，将下学期的所有开课表发送给各个老师，老师在规定的时间内填写好自己想要开的课程，回发邮件给教师A，教师A汇总所有表格并下发最终开课结果。
教师报课系统app的解决方式：系统共分为3个角色，分别是学院负责人、系负责人、教师。
学院负责人通过简单的一键导入课表，设定好系负责人汇总提交截止时间和教师提交截止时间，开始一轮新的开课汇总，且学院负责人可实时查看本院所有教师的报课信息。
教师通过报课app在截止时间前提交报课信息给系负责人，系负责人可修改本系教师的报课信息，汇总提交给学院负责人，由学院负责人最终汇总成表。
使用该app，教师A只需要几个简单的点击动作便可以完成原先繁琐的报课过程，所有课程问题的处理完全由后台完成，最终得到一份完整的开课表2.3 用户特点本软件的最终用户为高校教师，该用户群体普遍接受高等教育，学习及适应能力强。
能快速适应该软件，并充分感受到在报课工作中的效能变化，提出合理改进意见。
操作人员及维护人员为在校学子，了解该工作的整体流程，深入用户交流，便于调整软件功能，实现客户需求。
本软件预期每学期使用一次完成报课。
除去报课时间，允许用户查看历史报课信息。
2.4 一般约束进行本软件开发工作的约束条件如下：1.开发周期短：两个月的开发时间需要开发者合理规划时间，做到多项任务并发。
2.所采用的方法与技术有限：项目团队成员的技术水平不够成熟，需要在开发中并发学习多种技术和能力。
2.5 假设与依据本项目是否能够成功实施，主要取决于以下的条件：（1）团队成员的积极合作配合，为了项目的开发和实施，对个人时间进行合理规划同时为团队做出合理牺牲，配合队友完成任务。
（2）学院教师提供完整详细的功能和性能需求资料，以便于团队对其进行分析，从而形成完善的软件需求。
（3）团队掌握先进的能够适用于该项目的技术，这是系统的性能是否优化和项目能否成功的保证。
3. 具体需求首先引入类图明确该项目中的角色分类及其角色间的相互联系。
3.1 功能需求3.1.1系统角色及登陆该系统共有三种角色：学院负责人，系负责人，教师。
所有角色都具有登陆功能，根据角色不同登陆后进入各个角色所对应的页面。
1.登录界面用户通过输入账号密码，点击登录，登录不同的账号自动判断角色，进入不同的界面。
3.1.2 学院负责人1.创建学期报课任务通过点击“+”，在弹出的页面中选择当前学期，点击确认后，得到一个呈现灰色的开课计划。
（点击开课计划，导入课表后将变成绿色。
）2.按系导入开课表由上述界面点击需报课的对应学期，进入课表导入界面，通过点击各系按钮，在弹出框中选择对应的文件进行导入操作。
完成导入操作后，该系的图标由灰变蓝。
当点击已变为蓝色的系的图标时，可看到该系已导入的具体课表，点击右上角的设置按钮可以重新导入。
点击某门课程可查看具体信息。
3.设置截止时间在各系预览界面中，点击时间部分，在弹出框中设置对应的时间。
假如出现系负责人设置时间小于教师的选课时间，则会弹出对应的提示。
4.查看修改个人信息在报课系统首页的右上角点击个人信息图标，可对密码、姓名和手机号码进行修改。
5.增删改系负责人、教师账号学院负责人在登陆后的主页面点击账号管理，进入到如下界面，通过长按可以对其账号进行重置密码，左滑出现删除按钮，点击对其进行删除操作。
通过点击右上角的“+”弹出添加账号的界面。
系负责人账号通过填写用户名、密码和院系进行单个添加，教师账号支持一键导入功能，可以选择Excel表格快捷导入，也可手动单次添加。
点击对应的系联系人或教师可出现教师的信息界面，在界面可对教师的信息进行修改，长按也可进入修改的界面。
6.查看并审核报课信息登陆后的主页面点击报课系统再进入到对应的学期中，可以看到目前各系的提交情况，灰色表示尚未提交，蓝色表示已提交还未通过院审，红色表示已过院审。
当所有的系都审核过后，可以点击右上角的完成，完成本轮报课。
通过点击对应的系，可以进入看到对应系老师的所有报课，点击右上角的完成，通过审核。
7.报课结果的查看与导出通过选择历史学期报课结果，点击对应的系，可以看到详细的课程，点击课程可以查看哪些教师报了该课。
点击右上角的导出键，可以将该系结果导出成表。
3.1.3 系负责人1.查看与修改个人信息在报课首页，点击右上角的个人信息，可以查看个人信息，并可修改密码。
2.查看与修改本系报课信息进入对应的学期报课，可以看到本系教师的报课情况，通过点击右上角的完成可以通过审核，并提交到学院。
对于教师的报课，通过左滑可以进行删除操作。
通过长按的方式，手动为其添加课程。
3.历史报课的查看与导出在历史记录里点击对应的学期，可以看到对应的课程，点击课程可以看到选择该课的教师及课程信息。
点击右上角的导出按钮，可以把课程导出成excel表格。
3.1.4 教师1.查看与修改个人信息在首页点击右上角的个人信息，可以查看个人信息及修改密码，邮箱，手机号，性别，出生年月。
其余信息不可修改。
2.提交报课信息与预览在对应的选课界面，通过点击右侧的原点进行选择，如有特殊要求，可在对应的位置点击填写详细要求，如图所示。
通过点击课程名，可以看到课程的详细信息，点击预览，可以看到要选的所有课程，点击确认完成最终的报课。
此时界面自动刷新3.查看最终报课结果从历史报课记录中，点击对应的学期，可看到个人的最终报课结果。
3.2 外部接口需求3.2.1 用户接口本系统采用C/S架构，所有界面使用APP风格，用户界面的具体细在功能需求文档中描述。
3.2.2 硬件接口无特殊需求。
3.2.3 软件接口无特殊需求。
3.2.4 通信接口无特殊需求。
3.3 性能需求非功能性需求当前尚未形成完整文档。
3.4 属性3.4.1 可用性（1）方便操作，操作流程合理。
尽量从用户角度出发，以方便使用本产品。
如：新增信息时，敲入回车键光标的自动跳转、输入法的自动转换，信息检索时输入汉语简拼快速检索到结果等。
（2）控制必录入项。
本系统能够对必须录入的项目进行控制，使用户能够确保信息录入的完整。
同时对必录入项进行有效的统一的提示。
（4）容错能力。
系统具有一定的容错和抗干扰能力，在非硬件故障或非通讯故障时，系统能够保证正常运行，并有足够的提示信息帮助用户有效正确地完成任务。
（5）操作完成时有统一规范的提示信息。
例如删除操作时，系统可提示警示框“您确认删除记录吗？操作不可恢复！”，用户点击确认后，系统才执行删除操作，删除后可直接返回相关页面。
3.4.2 安全性（1）权限控制根据不同用户角色，设置相应权限，用户的重要操作都做相应的日志记录以备查看，没有权限的用户禁止使用系统。
教师只可查看自己的报课信息，系负责人只可查看本系教师的报课信息。
（2）重要数据加密对一些重要的数据按一定的算法进行加密，如用户口令、重要参数等。
（3）数据备份允许用户进行数据的备份和恢复，以弥补数据的破坏和丢失。
（4）记录日志本系统应该能够记录系统运行时所发生的所有错误，包括本机错误和网络错误。
这些错误记录便于查找错误的原因。
日志同时记录用户的关键性操作信息。
3.4.3 可维护性当前尚未形成完整文档。
4. 验收验证标准。