软件需求规格说明(教务管理系统)

软件需求规格说明(教务管理系统) 软件需求规格说明 软件需求规格说明(SRS) 项目: 教务管理系统 专业班级: - 1 -45 软件需求规格说明 目录 1.范围 ...................................................................................................... 4 1.1标识 ................................................................................................ 4 1.2系统概述 ........................................................................................ 4 1.3文档概述 ........................................................................................ 5 1.4基线 ................................................................................................ 5 2.参考文献: .......................................................................................... 5 3.需求 ...................................................................................................... 5 3.1所需的状态和方式 ......................................................................... 5 3.2需求概述 ........................................................................................ 6 3.2.1目标 .......................................................................................... 6 3.2.2运行环境 ................................................................................ 20 3.2.3用户的特点 ............................................................................ 21 3.2.4关键点 .................................................................................... 21 3.2.5 ................................................................................ 21 约束条件 3.3需求规格 ...................................................................................... 22 3.3.1软件系统总体功能/对象结构 ................................................ 22 3.3.2描述约定 ................................................................................ 22 - 2 -45 软件需求规格说明 3.4CSCI能力需求 ........................................................................... 22 3.5 CSCI外部接口需求 ..................................................................... 29 3.5.x(接口的项目唯一标识符) ........................................................ 31 3.6 CSCI内部接口需求 ..................................................................... 33 3.7 CSCI内部数据需求 ..................................................................... 33 3.8保密性需求 .................................................................................. 33 3.9CSCI环境需求 .............................................................................. 34 3.10计算机资源需求 ......................................................................... 34 3.10.1计算机硬件需求 ................................................................... 34 3.10.2计算机硬件资源利用需求 ................................................... 34 3.10.3计算机软件需求 ................................................................... 35 3.10.4计算机通信需求 ................................................................... 35 3.11软件质量因素 ............................................................................. 35 3.12设计和实现的约束 ..................................................................... 36 3.13数据 ............................................................................................ 36 3.14操作 ............................................................................................ 37 3.15故障处理 .................................................................................... 37 3.16有关人员需求 ............................................................................ 38 3.17有关培训需求 ............................................................................ 38 3.18有关 后勤 后勤简历后勤简历后勤简历后勤简历后勤简历 需求 ............................................................................ 38 4需求可追踪性 .................................................................................... 38 5尚未解决的问题 ................................................................................ 39 - 3 -45 软件需求规格说明 6注解 .................................................................................................... 39 附录A ................................................................................................... 40 附录B ................................................................................................... 42 1.范围 1.1标识 《教务管理系统》 1.2系统概述 随着学校规模的不断扩大，专业、班级、学生的数量急剧增加，有关学生的各 - 4 -45 软件需求规格说明 种信息量也成倍增长，而目前许多高校的学生管理仍停留在复杂的人工操作上，重复工作较多，工作量大，效率低，因此，迫切需要开发学生管理系统来提高管理工作的效率。学生管理系统，在学生的规范管理、科学统计和快速查询方面具有较大的实用意义。它提高了信息的开放性，大大地改善了学生、教师对其信息查询的准确性。 为保证系统安全高效的运行，本系统把用户划分为3类:管理员，教师和学生。 不同的用户在系统中的作用和权限也有所不同，所以它所需要完成的功能也就不同。 教师在本系统的功能:教师查询选课学生、登记学生成绩、查询开课课程。 学生在本系统的功能:选课，退课，查询本人基本信息及成绩查询等。 管理员在本系统的功能，拥有最高权限，修改信息等。 1.3文档概述 本文文件概述了整个教务管理系统的开发过程，及其实现的手段机制。 1.4基线 依据开发计划，按照需求分析来设计 2.参考文献: 【1】吴洁明，《软件 工程 路基工程安全技术交底工程项目施工成本控制工程量增项单年度零星工程技术标正投影法基本原理 —基础实践教程》，北京:清华大学出版社，2007.11 【2】王少锋，《UML面向物件教程》，北京:清华大学出版社，2004.2 【3】王珊，萨师煊，北京:高等教育出版社，2006.5(2007重印) 3.需求 3.1所需的状态和方式 学生，教师和管理员根据各自实际身份登录教务管理系统，如果登录成功，则启动相应的管理系统，以及相应的权限，实现各项功能。 - 5 -45 软件需求规格说明 3.2需求概述 3.2.1目标 教务管理系统是为了提高现代高校教务管理的工作效率而设计的，使用三层B/S结构，让管理员，教师和学生能够方便的使用各自的功能，淘汰传统的管理模式。 学生登录模块 学生通过教务管理系统的网址，在输入初始的账户和密码之后，要选择“学生”选项，确定是以学生的身份登录系统，如果成功登录，将进入教务管理系统。 在该系统中，学生大多只是查询相关数据，能够拥有的权限仅限于选课和退课，以及修改密码。在查询系统中，学生可以根据自己的需要，查询课程，查询成绩等。 在查询成绩的子系统中，可以根据不同的学年，查询相关成绩，以及将成绩排序。 在选课子系统中，在相关学年的课程中，选定需要的课程;如果不需要应经选定的课程，可以退订。 教师登录模块 教师通过教务管理系统的网址，再输入初始的账户和密码之后，要选择“教师”选项，确定是以教师的身份登录系统，如果成功登录，将进入教务管理系统。 在该系统中，教师可以查询，修改自己的信息数据，查询学生的相关信息，以及输入所管理班级的相关成绩。 在教师查询和修改自己的已有信息，比如:姓名，出生年月，政治面貌，联系电话，联系地址等等;查询学生的信息，如:带领班级名称，班级人数，学生姓名，成绩等。 在打印系统中，教师打印自己的个人信息或是学生的成绩。 在成绩管理系统中，输入相关班级学生的所选课程的成绩。 管理员登录模块 管理员通过教务管理系统的网址，再输入初始的账户和密码之后，要选择“管理员”选项，确定是以管理员的身份登录系统，如果成功登录，将进入教务管理系统。 在该系统中，管理员的权限最高，可以根据实时信息，更新教务管理系统的数据库，比如:学生和教师，以及自己的姓名，联系方式等。 本系统的主要功能: 选课，退课，查询成绩，修改个人信息，维护系统数据，统计，排序，打印等 (1) 学生通过学生管理系统的查询模块可以查询到自己的信息数据，比如:成 绩，选课情况等; (2) 教师可以也通过查询系统，查找到学生和自己的信息; - 6 -45 软件需求规格说明 (3) 学生可以通过选课系统，选择或取消课程; (4) 教师可以通过成绩管理系统，修改学生的成绩; (5) 管理员通过已有的教师和学生信息，更新数据库; (6) 教师和管理员可以通过打印系统，打印相关材料。 参与系统的实体关系图: 1:参与系统的实体有:管理员、教师、班级，班级号、课程、学生。 (1):管理员有以下属性: 管理员号，密码，姓名，年龄，联系电话，联系地址 (2):教师有以下属性: 教师号，密码，姓名，年龄，联系电话，联系地址 (3):课程有以下属性: 课程名称，课程号，学生号，教师号，班级号，成绩 (4):学生有以下属性: 班级 姓名，密码，学号，年龄，联系电话，联系地址， (5)班级有以下属性: 班级号，班级名 2:实体关系图为: (1) 学生课程实体关系图: - 7 -45 软件需求规格说明 班级 姓名 学生号 年龄 课程名 性别 M N 成绩 学生 学 习 课 程 密码 教师号 联系地址 课程号 联系电话 班级号 (2):教师课程实体关系图: - 8 -45 软件需求规格说明 姓名 教师号 课程号 密码 年龄 学生号 N M 性别 教师 课 程 教 学 成绩 联系电话 课程名 联系地址 教师号 (3):管理员管理实体关系图: - 9 -45 软件需求规格说明 性别 年龄 联系电话 姓名 姓名 密码 教师号 联系地址 性别 教 师 O 管理员号 课程名 N 课 程 管 理 管理员 密 码 课程号 M L 年龄 学生 联系地址 联系电话 联系电话 班级 密码 性别 年龄 联系地址 学号 L,M,N,O表示“多个” - 10 -45 软件需求规格说明 (4).课程班级关系联系 课程号 课程名 成绩 N M 课程号 班级 课 程 选择 学生号 班级号 教师号 用况图: - 11 -45 软件需求规格说明 用况图说明: 参与者:学生，教师，管理员 学生模型中的用例:选课，退课和个人信息(查询成绩和修改，与个人信息属于泛化关系) 老师模型中的用例:查询选课学生，登记学生成绩，学生成绩管理(成绩查询，统计，排序，打印为子用例)是用例 管理员模型中的用例:用户权限管理，维护系统数据(更新学生数据，更新教师数据，更新课程数据，更新班级数据为子用例)，学生成绩管理是用例 在图中，可以看出管理员拥有最高权限。 类图: - 12 -45 软件需求规格说明 类图说明: 类名:Person,Student,Teacher,Adminstrator,course 属性:Student中有私有的name,StuNum,class;Schedule中有私有的course,time 方法(函数):Person类中有成绩查询，成绩打印，成绩统计，成绩排序。Student类中有选课和退课;Schedule中有opname;Administrator中有权限管理和维护系统数据。Teacher中有查询选课学生，登记学生成绩，查询开课课程。 顺序图: - 13 -45 软件需求规格说明 顺序图说明: 根据类图的设计，可以知道各个父类与子类之间的关系，以及子类与子类之间的关系。类之间存在的关系，可以通过函数的调用，得以实现。如学生，教师和管理员都可以通过成绩打印、成绩查询、成绩排序和成绩统计等函数来让Person实现具体的功能。 状态图: - 14 -45 软件需求规格说明 状态图说明: 本图中有一个出态和一个入态。当用户以自己的账号和密码输入时，在系统确认之后，会自动进入符合权限的相应状态，这个判别过程，需要有判别条件。三个状态分别是:学生，教师和管理员。 活动图: - 15 -45 软件需求规格说明 活动图说明: 此图中，有一个变化事件(即:当输入的账号和密码出错的时候，进行重试)，验证成功之后，以各自身份登录。图中运用了分支，汇合 数据流图: - 16 -45 软件需求规格说明 教务管理系统顶层图 - 17 -45 软件需求规格说明 教务管理系统0层图 - 18 -45 软件需求规格说明 教务管理系统加工1子图 教务管理系统加工2子图 - 19 -45 软件需求规格说明 教务管理系统加工5子图 数据流程图说明: 根据分层流图的画法，将整个系统的运行体分成了不通层次的数据流程图。首先是画出了顶层图，该图通常没有檔，只有源或宿，加工和数据流。在这个系统中，学生，教师和管理员既是宿，也是源，因为他们获取或是提供的信息都是双向性的。 教务管理系统在分层数据流程图中的角色，是加工，它可以分成多个子加工，所以才有了分层结构。 第0层，把教务管理系统分成了:1选课、退课系统，2查询系统，3成绩管理系统，4个人信息管理系统，5数据库。 第1层中的加工1子图，选课、退课系统又可以分成两个子加工:2.1 选课系统，2.2退课系统。退课或选课之后的课程表都将被导入数据库，数据库实现自动更新之后，就可以在登录的状态下，看到更新之后的课程表。 第1层中的加工2子图，查询系统可分为:2.1教师查询和2.2学生查询。教师可以查询教师自己的数据信息，并且可以查询教师自己任课的班级学生的成绩及个人信息;学生可以查询选课情况，个人成绩表。 第1层中的加工5子图，教师信息和学生信息都是由管理员导入系统数据库的，方便管理。 3.2.2运行环境 客户机: - 20 -45 软件需求规格说明 Windows 2000或者以上 1G HZ或更高主频的相容CPU 推荐最小内存为512MB。(支持的最小内存为128MB;最多支持4GB内存。) 至少有1GB可用磁盘空间的硬盘 服务器: Windows XP Professional 服务器需要安装Tomcat服务器 1G HZ或更高主频的相容CPU 推荐最小内存为512MB。(支持的最小内存为128MB;最多支持4GB内存。) 至少有1GB可用磁盘空间的硬盘 3.2.3用户的特点 用户分别是管理员，教师和学生 从使用系统来说，共同点是:管理员，教师和学生都需要用户名和密码来登录。 区别是:管理员是维护系统数据，拥有最高权限;教师查询选课信息，登记学生成绩和查询开课课程等，拥有部分权限;学生成绩查询，选课和退课，只拥有查询和选课权限。 3.2.4关键点 关键功能:查询，更新 关键算法:队列 关键技术:JSP ,SQL 3.2.5约束条件 开发期限:十一至十二周 方法与技术:JSP，SQL 在未经许可的情况下，向第三方提供相关个人信息，保证信息的安全性和私密性。 - 21 -45 软件需求规格说明 3.3需求规格 3.3.1软件系统总体功能/对象结构 结构图: 以上是教务管理系统的结构图～分析教务管理系统的DFD,数据流图,～可以知道到整个系统分为选课、退课系统～查询系统～成绩管理系统～教师个人信息更新～数据库五大部分。 3.3.2描述约定 在无人为因素，或是其他客观情况影响的前提下，保证系统能够正常且稳定工作;当用户访问教务管理系统时，不会出现身份错误情况，如:学生以自己的身份登录系统，却进入了教师或是管理员才能进入的界面，保证安全稳定性与私密性。 3.4CSCI能力需求 3.4.x (CSCI能力) Student(学生信息表): - 22 -45 软件需求规格说明 主码 列名 数据类型 宽度 小数位 空否 取值范围 备 注 Pk Sno char 5 N 学号 Snam char 8 N 姓名 e Spw char 20 Y 密码 Ssex char 2 Y 性别 Class char 10 Y 班级 Sage smallint Y 不小于12 年龄 Stel char 20 Y 电话 Sdept char 15 Y 系名 家庭地 Sadd Char 20 Y 址 Teacher(教师信息表): 数据类主码 列名 宽度 小数位 空否 取值范围 备 注 型 教师编Pk Tno char 5 N 号 Tname char 8 N 姓名 Tpw char 20 Y 密码 Tsex char 2 Y 性别 Tage smallint Y 不小于12 年龄 Tdept char 15 Y 系名 Ttel char 20 Y 电话 家庭地 Tadd Char 20 Y 址 Course(课程表): 主码 列名 数据类型 宽度 小数位 空否 备 注 Pk Cno char 5 N 课程号 Cname char 20 N 课程名称 Ccredit smallint Y 学分 Admin(管理员表): - 23 -45 软件需求规格说明 主码 列名 数据类型 宽度 小数位 空否 备 注 管理员编Pk Ano char 5 N 号 Aname char 8 N 姓名 Apw char 20 Y 密码 Asex char 2 Y 性别 Aage smallint Y 年龄 Atel char 20 Y 电话 Aadd Char 20 Y 家庭地址 TC(老师授课表): 小外码 参照关取值范围 主码 列名 数据类型 宽度 空否 备注 数 系 Fk Teacher 老师Tno char 5 N 编号 Pk Fk Course 课程Cno char 2 N 号 SC(学生选课表): 小外码 参照关取值范围 主码 列名 数据类型 宽度 空否 备注 数 系 Sno char 5 N Fk Student 学号 Pk Fk Course 课程Cno char 2 N 号 Grad 0?x?100 Decimal 5 1 Y 成绩 e 输入数据，输出数据和处理 输入数据: 类型 数据名称 定义 类型 格式 值域 学生学生的唯字符型 5字节 学号 信息 一标识 字符型 8字节(少 姓名 学生姓名 于等于4 - 24 -45 软件需求规格说明 个汉字) 学生的密字符型 20字节 密码 码 年龄 学生年龄 不小于12 数值型 2字节 字符型 2字节(1 性别 学生性别 男或女 个汉字) 学生所在字符型 10字节 班级 班级 电话 学生电话 字符型 20字节 学生的系字符型 15字节 系名 别 老师老师的唯字符型 5字节 老师编号 信息 一标识 字符型 8字节(4 姓名 老师姓名 个汉字) 老师的登字符型 20字节 密码 陆密码 老师的年数值型 smallint 年龄 龄 系名 所属系名 字符型 15字节 老师的电字符型 20字节 电话 话号码 管理字符型 5字节 管理员编管理员唯员信 号 一标识 息 管理员姓字符型 8字节(4 姓名 名 个汉字) 管理员密字符型 20字节 密码 码 管理员的字符型 2字节(1 性别 男或女 性别 个汉字) 管理员的数值型 smallint 年龄 年龄 管理员的字符型 20字节 电话 电话 课程课程的唯字符型 5字节 课程号 表 一标识 字符型 20字节 课程名 课程姓名 (10个汉 字) 课程的学数值型 smallint 学分 分 成绩 学生的成0~100 数值型 5字节 - 25 -45 软件需求规格说明 绩 输出数据: 类型 数据名称 定义 类型 格式 值域 学生学生的唯字符型 5字节 学号 信息 一标识 字符型 8字节(少 姓名 学生姓名 于等于4 个汉字) 学生的密字符型 20字节 密码 码 年龄 学生年龄 不小于12 数值型 2字节 字符型 2字节(1 性别 学生性别 男或女 个汉字) 学生所在字符型 10字节 班级 班级 电话 学生电话 字符型 20字节 学生的系字符型 15字节 系名 别 老师老师的唯字符型 5字节 老师编号 信息 一标识 字符型 8字节(4 姓名 老师姓名 个汉字) 老师的登字符型 20字节 密码 陆密码 老师的年数值型 smallint 年龄 龄 系名 所属系名 字符型 15字节 老师的电字符型 20字节 电话 话号码 管理字符型 5字节 管理员编管理员唯员信 号 一标识 息 管理员姓字符型 8字节(4 姓名 名 个汉字) 管理员密字符型 20字节 密码 码 管理员的字符型 2字节(1 性别 男或女 性别 个汉字) 管理员的数值型 smallint 年龄 年龄 电话 管理员的 字符型 20字节 - 26 -45 软件需求规格说明 电话 课程课程的唯字符型 5字节 课程号 表 一标识 字符型 20字节 课程名 课程姓名 (10个汉 字) 课程的学数值型 smallint 学分 分 老师字符型 5字节 的开老师的标老师编号 课情识 况 开的课程字符型 20字节 课程名 的姓名 成绩 学生成绩 数值型 5字节 学生的人选这门课整形数值 数 程的人数 学生标识选课字符型 5字节 学生编号 选课 的学生 标识所选字符型 5字节 课程编号 的课程 学生的成数值型 5字节 成绩 0~100 绩 处理: 在系统UI(界面)，学生可以访问，但是无法更改个人信息等，因为在数据库的设计中，学生没有权限修改个人信息(除了间接地选课和退课);教师可以添加个人信息和授课班级学生成绩，但是无法修改学生的信息;管理员则拥有绝对权限。 在用户登录时，如果学生，教师或是管理员输入的账号，密码与系统后台数据库中的账号，密码不相匹配的话，系统会提示用户输入的账号和密码是不正确的，并提示重新登录。直到用户输入的账号密码被数据库验证是正确之后，用户界面才会发生跳转，进入到与用户相对应的界面。 数据库设计说明: 为了实现学生，教师和管理员的各自功能，一共设计了6个数据表，分别是:Student(学生表)，Teacher(教师表)，Admin(管理员表)，Course(课程表)，TC(老师授课表)，SC(学生选课表)。这些表格之间建立了一系列的数据属性，比如:Student中包含了学号，姓名，密码，性别，班级，年龄，电话，系名，家庭住址;Teacher中包含了教师编号，姓名，密码，年龄，电话，家庭住址;Admin中包含了管理员编号，姓名，密码，性别，年龄，家庭住址;Course中包含了课程号，课程名，学分;TC中包含了教师号，授课课程号;SC中包含了学生号，课程号，以及课程成绩。 - 27 -45 软件需求规格说明 功能编号 功能名称 功能描述 根据系统数据库的实时 1 查询系统 信息，教师和学生都可以 查询学生信息，如:成绩、 选课等资料。 学生根据自身情况，选择 2 选课系统 相应课程。 管理员根据相关信息，把 3 数据库系统 材料输入数据库，实时更 新。 调用打印程序，打印所需 4 打印系统 数据。 教师通过此功能，在数据 5 成绩管理系统 库中添加授课班级成绩 单，方便数据的更新。 主要是为了方便教师修 6 个人信息修改 改自己的个人信息 主要功能分别是查询系统，选课系统，数据库系统，打印系统，成绩管理系统和个人信息修改系统。由一个大概的模型细分成多个子系统，为的就是能够详细地分解功能模块，使得实现功能透明化。这种由上至下的结构，是非常必要的。 系统功能分解 功能编号 功能名称 功能描述 查询选课情况，及课程时 1.1 查询系统—选课 间表 查询个人成绩表，并且根 1.2 查询系统—成绩查询 据个人情况，对成绩进行 排序 选择本学年度对应的专 2.1 选课系统—选课 业课程， 对已选课程进行退课处 - 28 -45 软件需求规格说明 2.2 选课系统—退课 理，方便重新选课 根据教师提供的个人信 3.1 数据库系统—教师息，核对之后，输入系统 信息 数据库，方便管理 根据学生提供的个人信 3.2 数据库系统—学生息，核对之后，输入系统 信息 数据库，方便管理 教师在进入管理系统之 4.1 打印系统—教师使后，为方便随时查阅，可 用 以使用打印功能，通过打 印机输出 管理员在进入管理系统 4.2 之后，为方便教学参考 打印系统—管理员(同专业的班级之间的 使用 对比，向学生提供帮助 等)，可以使用打印功能， 通过打印机输出 3.5 CSCI外部接口需求 接口设计说明 内部接口: 主页模块学生通过学生接口登入系统 学生模块通过选课接口登入选课 学生模块通过退课接口登入退课 学生模块通过查询接口进行课程查询和分数查询 主页模块教师通过教师接口登入系统 教师模块通过选课接口登入选课 教师模块通过查询接口登入课程操作(查询，添加，修改，删除)和分 数操作(查询，添加，修改，删除) 教师模块通过个人信息修改接口对自己的个人信息进行更新(修改联系 电话，联系地址等) 主页模块管理员通过管理员接口登入系统 管理员模块通过管理员接口登入系统模块(拥有全部权限) 外部接口:本软件通过ODBC技术连接使用SQL SERVER 2000 来设计数据库。 - 29 -45 软件需求规格说明 以下是部分初步设计的教务管理系统的UI截图: - 30 -45 软件需求规格说明 用户接口:用户通过局域网络与图书数据库链接。 UI(用户界面) 序测试内测试方法 预期测试结果 备注 号 容 在软件的测试运行中检查光标可以正确定位到输入 1 界面输界面输入是否正常。 域，输入数据有效，输入顺入 序合理。 在软件的测试运行中检查在1024*768分辨率下，界 2 界面显界面显示是否正常。 面显示正常。 示 在软件的测试运行中检查界面文字与提示表达清晰， 3 界面文界面文字与提示的表达是无错误和模糊语义。 字与提否清晰，有无错误和模糊语示 义。 3.5.x(接口的项目唯一标识符) 数据字典由数据条目组成，每个条目描述DFD中的一个元素。 数据字条分成5类:数据流，文件，数据项(组成数据流和文件的数据)，加工，源或宿。 数据字典中使用的标准符号 符号 名称 举例 = 定义为 x=…表示x由…组成 + 与 a+b表示a和b […,…] 或 [a,b]表示a或b […|..] 或 [a|b]表示a或b - 31 -45 软件需求规格说明 {…} 重复 {a}表示a重复0或多次 n8 {…} 重复 {a}表示a重复3到8m3 (…) 可选 次 “…” 基本数据元素 (a)表示a重复0或多次 “a”表示a 是基本数据 教务管理系统的数据字典 元素编号 名称 类型 说明 IP01 学生信息输入 处理 输入姓名，学号，班级等 IP02 学生信息查询 处理 查询成绩等 IP03 修改学生信息 处理 修改姓名，学号，班级等 IP04 学生选课 处理 处理学生选择课程 IP05 学生退选 处理 学生退选已选课程 IP06 教师查询选课学生 处理 供老师查看已选这门课程的学生名单 IP07 教师登记学生成绩 处理 供老师登记学生考试成绩 IP08 查询开课课程 处理 供老师查询已经开课的课程表 IP09 维护系统数据 处理 系统管理员用来维护学生数据，教师 数据，课程数据等 IP10 用户权限管理 处理 系统管理员用来对系统用户权限限定 IP11 学生成绩管理 处理 老师，系统管理员对学生成绩进行查 询，统计，排序，打印等 IP12 成绩管理 处理 教师可以修改授课班级学生的成绩; 管理员可以修改所有学生的成绩 SS01 学生信息 数据存储 学生信息录入，修改，删除，保存 SS02 教师信息 数据存储 教师信息录入，修改，删除，保存 SS03 课程信息 数据存储 选课课程名称，书籍名，授课老师， 上课时间，地点 SS04 管理员信息 数据存储 管理员信息录入，修改，删除，保存 SS05 成绩信息 数据存储 录入学生所有考试成绩 SS06 教师授课信息 数据存储 管理员输入教师的授课信息，如班 级，课程等 - 32 -45 软件需求规格说明 字典条目: 学生信息=学号+姓名+性别+年龄+联系电话+联系地址 教师信息=教师号+姓名+性别+年龄+联系电话+联系地址 管理员信息=管理员号+姓名+性别+年龄+联系电话+联系地址 课程信息=选定课程号+课程名+授课老师，上课时间+地点 成绩信息=学号+成绩+课程号+课程名 教师授课情况=教师号+课程号+班级 3.6 CSCI内部接口需求 因为是需求分析阶段，软件的实现体还没有设计，只是根据功能的分配，设计了外部接口。为下一阶段的设计提供参考。 3.7 CSCI内部数据需求 在设计系统的实现体时，会将需求分析出来的数据表作为参考，如学生表中的学号，密码是内部接口，它们作为进入系统的验证前提，需要给它们相应的函数名称，这样就可以实现相应的功能。每一个相关数据库中的数据表的成员都是整个教务管理系统的内部接口，它们都是与外部接口存在一定联系的。 3.8保密性需求 安全措施: 在用户登录的时候，如果账户或密码无效的情况下，提供一个“密码找回”功能，系统通过之前认证或是用户提供的找回密码途径，系统用户可以修改密码;反之，由于系统数据库的用户表中没有此用户名，非法用户无法通过认证，也就无法完成最终的系统登录。这个功能的增加，解决了以前教务管理系统中，用户一旦丢失密码，在没有“密码”找回功能的系统中，无法及时处理的情况。 不仅是系统的安全保密是重要的，人为的安全隐患却是无法容易解决的。因此，确保服务方自身的保密安全性也是非常重要的一环。 - 33 -45 软件需求规格说明 3.9CSCI环境需求 Microsoft 2000或者以上 1G HZ或更高主频的相容CPU 推荐最小内存为512MB。(支持的最小内存为128MB;最多支持4GB内存。) 至少有1GB可用磁盘空间的硬盘 主机含有网卡 3.10计算机资源需求 3.10.1计算机硬件需求 客户机: 1G HZ或更高主频的相容CPU 推荐最小内存为512MB。(支持的最小内存为128MB;最多支持4GB内存。) 至少有1GB可用磁盘空间的硬盘 主机含有网卡 服务器: 1G HZ或更高主频的相容CPU 推荐最小内存为1G。 至少有1GB可用磁盘空间的硬盘 主机含有100M或者以上网卡 3.10.2计算机硬件资源利用需求 在使用该教务管理系统时，计算机的CPU占用率会控制在10%左右，如果 是浏览器打开的网页过多，或者是其它不可预见的异常，CPU占用率不会超过 50%。优化系统的最终目的就是在用户访问系统的时候，达到良好的运行效果。 - 34 -45 软件需求规格说明 需求方在向外正式发布之前，应该现在内部测试。搭建一个网络，使得内 部网的测试工作能够顺利展开。当测试之后，系统表现稳定，则可以发布出 去，达到最后目的。 3.10.3计算机软件需求 由于是采用动态的数据结构，而且是以网页的形式面向用户，首先在服务 器上必须安装相应的服务器软件(如:Tomcat服务器)，为的是让网络中的用 户端可以用浏览器访问，能够起到解析服务器的功能。安装IIS，是一个前提。 在服务器安装好之后，就是设计系统的UI(用户界面)。用DreamWeaver 设计好相应功能的JSP网页。接下来就是设计数据库，根据UI设计的接口， 用Microsoft SQL 2000设计与每个接口相对应的数据库列表。在服务器连接 数据库之前，最好是先通过测试，确保数据库的完整性。 3.10.4计算机通信需求 主机应该集成网卡，不仅可以连接局域网，又可以连接互联网。如果是 面向局域网的，需要设定一个网络，在本地网络中设置IP，使得计算机可以 指向同一个段，这种情况下，服务器和客户端仅仅是在一个固定的网段中， 客户端要访问系统，只需要设置IP即可;如果是面向互联网，服务器必须 绑定一定的网络空间，申请域名，通过网络解析，客户端通过网络通信方提 供的互联网上网方式，输入系统的网络域名，才可以访问系统。 3.11软件质量因素 可用性:工作周期，24小时开放，在系统稳定(没有对系统维护)的情况下，服务器的可用性至少达到99%;当管理员对系统进行维护时，系统会在阻止访问，用户无法访问。 有效性:为了系统能够正常运行，必须为其留有足够的内存处理空间。 完整性:对系统的重要数据都有密码保护，只有管理员拥有最高权限。 可靠性:对数据库信息的访问，必须达到100%的正确，保证用户访问真实的信息。 健壮性:系统更新前后的数据都需要管理员备份，为后期一些矛盾或者疑问，做到有据可依。 安全可靠性 序测试内测试方法 预期测试结果 备注 号 容 - 35 -45 软件需求规格说明 序测试内测试方法 预期测试结果 备注 号 容 软件发现错误时，有错误提系统容 在软件的测试运行中进行软件容示，可以回复到正常状态。错性还1 判定。 错性 对关键输入数据的有效性不完 检查比较完备。 备。 系统在 单击有 没有发生由于软件错误而些窗口在软件的测试运行中进行运行稳3 导致的系统崩溃和丢失数的叉号判定。 定性 据现象。 时会出 现崩 溃。 3.12设计和实现的约束 在设计之前，需要安装Tomcat服务器，为建立开发环境做好铺垫。在设计数据库是，需方应提供与实现系统功能所需的信息资料，如:要完成学生的选课、退课功能，需方应提供课程表(如数据库中的Course列表)的详细资料;学生表中的姓名，年龄，班级 因为系统采用的是动态网络形式运行的，必须是保证其安全性和稳定性。此系统用JSP实现，网络应用比较广泛，其稳定性和高效性，有一定的保障。JSP使用的是HTML和Javaservlet脚本的混合体，因此，它的维护工作要相 ，添加安全机制是必须实现的。 对容易 最重要的是系统功能模块的高内聚低耦合，确保系统的课扩展性，为后期添加一定的系统功能，做好铺垫工作。 3.13数据 系统的输入、输出数据及数据管理能力方面的要求: 根据设计好的数据库列表，学生，教师和管理员通过UI选择相应的登录状态，可以通过接口访问相关的信息，如学生可以实现查询成绩等功能。用户只能拥有仅且仅有一个登录账号和密码，一个用户无法以不通身份访问教务管理系统。由于采用了动态技术，系统的信息是实时更新的，确保用户可以访问到最新的个人信息。 数据库的更新可视化，使得管理员可以清楚地管理数据库。数据库的自动更新只是需要设定一个更新机制(如:更新的时间段，更新之后的自动备份等)。减少一些人工操作，多一些智能性，让维护和更新实现自动化。 - 36 -45 软件需求规格说明 3.14操作 常规操作时:需方的工作人员的技术要求不能太高，如果需方的系统工作的人员有认识调动，需要培训周期不需要太长; 恢复操作操作时:管理员可以运用已经备份的数据恢复系统，使系统恢复到最近的正常模式下，保护了已有数据的安全。 3.15故障处理 正常使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。 调试中遇到的问题及解决的 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 : 1)遇到跳出“数据库已经关闭“提示信息阻止程序运行时 可以查看一下进行此项操作时，操作的表是否已经被关闭了或者是在 没 有关闭此表的情况下又一次运用打开语句打开此表。 2)关于空记录带来的麻烦 有些空记录往往会使程序无法运行。此时你可用“if not isnull”语句先判断一下是否为空记录，再操作。 3)有些运行错误也可用如下语句排除 On Error GoTo Erropoint Erropoint : Msgbox Err.Descripton Exit sub 或用On Error resume ,ext等语句进行处理。 - 37 -45 软件需求规格说明 3.16有关人员需求 (若有)本条应描述与使用或支持CSCI的人员有关的需求，包括人员数量、技能等级、责任期、培训需求、其它的信息。如:同时存在的用户数量的需求，内在帮助和培训能力的需求，(若有)还应包括强加于CSCI的人力行为工程需求，这些需求包括对人员在能力与局限性方面的考虑:在正常和极端条件下可预测的人为错误，人为错误造成严重影响的特定区域，例如包括错误消息的颜色和持续时间、关键指示器或关键的物理位置以及听觉信号的使用的需求。 3.17有关培训需求 用JSP实现软件的开发，必须要先熟悉网络开发语言HTML 和JavaServelet,如果用DreamWeaver作为开发环境，首先要学习一些JavaScript，以及连接数据库的操作。 3.18有关后勤需求 由于本教务管理系统的硬件和软件要求不是太高，因此，如果需求方原来没有服务器等硬件，只需要购置性价比高，符合自身要求(根据访问量的最大估计);如果需方已经有服务器，如果符合要求，就不需要重新配置新的服务器，可以用原有的服务器即可。 4需求可追踪性 本教务管理系统采用了分层模式，将整个系统的运行体分成了不同功能的子系统，分为选课系统，查询系统，成绩管理系统，教师个人资料修改系统，数据库系统。 在这种情况下，需要直接追踪到用例。假设用例在产品和规模管理中能扮演产品特性的角色。 除了用例模型的明确可追踪性之外，我们必须明确地维护需要、特性和用例模型之间的可追踪性。 - 38 -45 软件需求规格说明 5尚未解决的问题 1(因为没有权衡好系统的开发的高效性与稳定性，没有确定用什么样的语 言实现本教务管理系统。 2(系统数据库的可扩展性没有完全解决。 3(系统外部端口和内部端口没有完善。 4(组员还没有完成培训。 5(因为时间比较紧张，没有完全按照开发进度实施。 6注解 1.开发背景 教务管理是高等院校管理的重要组成部分，一直在高校管理中具有不可替代的地 - 39 -45 软件需求规格说明 位和极其重要的作用。随着高等教育改革的不断深入，教务管理工作面临着一些新的情况和特点:在我国高等教育高速发展的背景下，我们的传统教育观念正经受到当代先进的教育理论和思想的冲击，落后的管理观念和低效的管理技术手段难以适应当前发展和教育改革的需要。这样的情况对我们教务管理工作来说不仅是挑战，也是发展机遇，它对我们教务工作提出了新的要求，促使我们进一步深化教务体制改革，不断采用高效的教务管理信息手段，将教务管理过程中产生的大量信息需求及时、动态地进行处理，提高管理效率，逐步建立和完善面向信息网络、开放安全高效的现代教务管理信息网络系统。 2. 相关词汇 课程:由老师开课，由管理员录入系统，由学生选修。 帐号:是老师、学生、管理员的编号，唯一标识。 密码:初始为和账号相同的一串字符。 权限特性关键词:是帐号，所在的表里的帐号所有权限。如学生甲是学生，在学生表里，只有学生的权限:选课、退课、查成绩等权限。 3.相关原理 输入网站地址，进入登陆界面，输入怅号和密码，选择自己所属的权限特性关键词，进入系统后，根据自己所有的权限进行相关操作。 附录A E-R 实体联系图，表示两个实体或者两个以上实体之间的联系。 类图 类图，是由类名，属性和函数组成的整体。 用况图 是显示一组用例、参与者以及它们之间关系的图。 顺序图 也称时序图，是显示对象之间交互的图，这些对象是按照时间排 - 40 -45 软件需求规格说明 序的。 数据字典: 有关对问题域重要的数据元素，结构和属性的定义的集合。 状态图 用于描述一个对象在其生存期间的动态行为，表现一个对象所经 历的状态序列，引起因状态转移而伴随的动作。 活动图 表示的是流程中的任务的执行，它可以表示算法过程中的语句的执 行。 数据流图: 一种分析模型，它描绘了过程，数据集合，端点以及他们之间的 流，这种流表现了业务过程或软件系统的行为特点。它与数据字 典是密不可分的，两者结合起来构成软件的逻辑模型。 结构图 用来描述软件系统的体系结构，指出一个软件系统由哪些模块组 成，以及模块之间的调用关系。 外部接口需求:对软件系统和用户，另一个软件系统或硬件设备之间接口的描述。 功能性需求: 对在某些特定条件下系统将展示的必需的功能或行为的陈述。 Extend: 用例中的可选路径从正常的步骤序列中分叉的一种结构。将执行 可选路径时参与者遵循的步骤打包成一个扩展用例，调用此用例 会执行可选动作。然后过程流与正常路径重新汇合，直到结束。 Include: 一种结构，这种结构把多个用例中重复出现的若干步骤提取出来 作为单独的子用例，需要的时候，高层用例可以调用此子用例。 非功能性需要:对软件系统必须展示的特性或特点的描述，或软件系统必须遵照 的约束，非功能性需求不同于可观察到的系统行为。 后置条件: 描述用例成功完成之后系统状态的一种条件。 前置条件: 用例开始之前必须满足的条件或系统必须达到的一种状态。 - 41 -45 软件需求规格说明 用例: 描述了执行者与系统之间逻辑上相关的可能交互集，系统的输出 为执行提供了价值。 用户类: 系统的一组用户，他们具有相似的特征和系统需求。当与系统交 互时，用户类的成员起执行者期望。 异常: 阻止用例成功结束的一种条件。除非可能有恢复机制，否则无法 得到用例的后置条件，也无法满足参与者的目的。 附录B 软件需求规约 A. 系统参考文献: 【1】吴洁明，《软件工程—基础实践教程》，北京:清 华大学出版社，2007.11 【2】王少锋，《UML面向物件教程》，北京:清华大学I.引言 出版社，2004.2 【3】王珊，萨师煊，北京:高等教育出版社，2006.5 (2007重印) B(整体描述: 教务管理系统是一个高效的管理软件，可以让三种不同 身份的用户(学生，教师和管理员)进行访问，不同身 份又有不同的功能和权限，使得系统更加完善。 C.软件项目约束 运行环境的可靠性，高效性。 A.信息内容表示: II 信息描述 Student表，Teacher表，Admin表，SC表，TC表，Course 表 B(信息流表示: i:—> 数据流 - 42 -45 软件需求规格说明 A. 功能划分: 查询功能，选课、退课，成绩管理，个人信息修改，数 据库，打印功能 III 功能描述 B(功能描述: 学生可以通过管理系统查询个人信息，以及选课、退课 和成绩情况; 教师可以通过系统查询个人信息和授课班级学生信息， 添加相应的学生的课程成绩，打印功能; 管理员可以修改自身及学生，和教师的所有信心，并能 够设置其他用户的权限，打印信息。 C(控制描述: 1.控制规约: 用户权限的初始化 2.设计约束: 用户的身份只能是一个，无法扮演多个权限相同或不同 的角色 A.系统状态 IV(行为描述 以动态网站的形式存在，系统数据库自动更新 B. 事件和响应 触发不同功能的接口，都将被俘获，然后根据响应功能， 修改或是读取数据库信息。 A(性能范围: 在服务器的最大承受负荷情况下，系统能够正常运行 V(检验标准 B.测试种类 Alpha ,Beta1,Beta2 C期望的软件响应 即时触发，不会有启动异常。 D.特殊的考虑 响应由多方面控制或是影响，一是客户端的计算机处理 能力，二是网络的带宽，三是服务器的处理能力。 VI(参考书目 《软件工程》，《数据库设计》，《UML面向对象技术教程》， 《数据库系统概论》 - 43 -45 软件需求规格说明 VII(附录 E-R 实体联系图，表示两个实体或者两个以上实体之间的联系。 类图 类图，是由类名，属性和函数组成的整体。 用况图 是显示一组用例、参与者以及它们之间关 系的图。 顺序图 也称时序图，是显示对象之间交互的图， 这些对象是按照时间排序的。 数据字典: 有关对问题域重要的数据元素，结构和属性的定义的集合。 状态图 用于描述一个对象在其生存期间的动态 行为，表现一个对象所经历的状态序列， 引起因状态转移而伴随的动作。 活动图 表示的是流程中的任务的执行，它可以表 示算法过程中的语句的执行。 数据流图: 一种分析模型，它描绘了过程，数据集合， 端点以及他们之间的流，这种流表现了 业务过程或软件系统的行为特点。它与 数据字典是密不可分的，两者结合起来 构成软件的逻辑模型。 结构图 用来描述软件系统的体系结构，指出一个 软件系统由哪些模块组成，以及模块之间 的调用关系。 - 44 -45 软件需求规格说明 外部接口需求:对软件系统和用户，另一个软件系统或 硬件设备之间接口的描述。 功能性需求: 对在某些特定条件下系统将展示的必需的 功能或行为的陈述。 非功能性需要:对软件系统必须展示的特性或特点的描 述，或软件系统必须遵照的约束，非功 能性需求不同于可观察到的系统行为。 用例: 描述了执行者与系统之间逻辑上相关的 可能交互集，系统的输出为执行提供了 价值。 - 45 -45