大学计算机辅助排课系统Read.docx

上传人:b****4 文档编号:6355725 上传时间:2023-05-09 格式:DOCX 页数:20 大小:113.48KB
下载 相关 举报
大学计算机辅助排课系统Read.docx_第1页
第1页 / 共20页
大学计算机辅助排课系统Read.docx_第2页
第2页 / 共20页
大学计算机辅助排课系统Read.docx_第3页
第3页 / 共20页
大学计算机辅助排课系统Read.docx_第4页
第4页 / 共20页
大学计算机辅助排课系统Read.docx_第5页
第5页 / 共20页
大学计算机辅助排课系统Read.docx_第6页
第6页 / 共20页
大学计算机辅助排课系统Read.docx_第7页
第7页 / 共20页
大学计算机辅助排课系统Read.docx_第8页
第8页 / 共20页
大学计算机辅助排课系统Read.docx_第9页
第9页 / 共20页
大学计算机辅助排课系统Read.docx_第10页
第10页 / 共20页
大学计算机辅助排课系统Read.docx_第11页
第11页 / 共20页
大学计算机辅助排课系统Read.docx_第12页
第12页 / 共20页
大学计算机辅助排课系统Read.docx_第13页
第13页 / 共20页
大学计算机辅助排课系统Read.docx_第14页
第14页 / 共20页
大学计算机辅助排课系统Read.docx_第15页
第15页 / 共20页
大学计算机辅助排课系统Read.docx_第16页
第16页 / 共20页
大学计算机辅助排课系统Read.docx_第17页
第17页 / 共20页
大学计算机辅助排课系统Read.docx_第18页
第18页 / 共20页
大学计算机辅助排课系统Read.docx_第19页
第19页 / 共20页
大学计算机辅助排课系统Read.docx_第20页
第20页 / 共20页
亲,该文档总共20页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

大学计算机辅助排课系统Read.docx

《大学计算机辅助排课系统Read.docx》由会员分享,可在线阅读,更多相关《大学计算机辅助排课系统Read.docx(20页珍藏版)》请在冰点文库上搜索。

大学计算机辅助排课系统Read.docx

大学计算机辅助排课系统Read

大学计算机辅助排课系统

 

1原创性声明

大学计算机辅助排课系统需求分析为本人根据XX大学课表编排,参考相关资料

独立完成,决无抄袭。

为本人原创,版权所有,特此声明。

2目录

1原创性声明2

2目录2

3软件需求规格说明(SRS)2

3.1引言3

3.1.1目标3

3.2.3运行环境4

“计算机辅助排课系统”的操作将在如下的操作系统中完成:

MicrosoftWindowsXP操作系统。

4

3.3用例规格说明4

3.3.1用例“查询课表”的描述4

3.3.2用例“编辑课表”的描述5

3.3.3用例“编排教室”的描述6

3.3.4用例“编排时间”的描述7

3.3.5用例“安排教师”的描述9

3.3.6用例“打印课表”的描述9

3.3.7用例“管理数据”的描述10

3.4外部接口需求11

3.4.1用户界面11

3.4.2其它接口11

3.4.2.1硬件接口11

3.4.2.2软件接口11

3.5非功能性需求11

3.5.1软件质量属性11

3.5.2其它非功能性需求12

3.5.2.1性能需求12

3.5.2.2安全需求12

3.6数据需求12

3.6.1数据字典12

3.6.2ER图13

附录A:

术语表14

附录B:

分析模型15

附录C:

业务规则16

附录D:

待定问题清单17

4研制报告17

3软件需求规格说明(SRS)

3.1引言

3.1.1目标

软件需求规格说明描述了“计算机辅助排课系统”的功能性需求和非功能性需求。

这一文档计划有实现和验证系统正确功能的项目团队成员来使用。

除非在其他地方另有说明,这里指定的所有需求都具有高优先级,而且在系统中都要实现。

3.1.2项目范围

“计算机辅助排课系统”是为了帮助学校教务管理工作人员而开发,每学期排课表是一件很复杂很重要的工作,它包含许多信息数据的处理,手工处理工作量大,数据多,浪费很大的人力,物力。

基于此问题,我认为有必要开发一套辅助排课系统,帮助排课人员规范,系统的处理繁杂的相关数据,提高排课工作的准确性与效率,减少排课人员的工作量。

但是它只是辅助的帮助排课人员,而不能智能的自动生成课表,需要排课人员的参与才能完成课表的编排。

3.1.3参考资料(按公开发表论文的规范书写)

KarlWagers所著的SoftwareRequirements,MicrosoftPress出版,刘伟琴、刘洪涛翻译,清华大学出版社出版。

王少锋所著的《UML面向对象教程》,清华大学出版社出版。

王智学等所著的《ROSE对象建模方法与技术》,机械工业出版社出版。

张海藩所著的《软件工程导论》(第四版),清华大学出版社出版

3.2总体描述

3.2.1产品前景

“计算机辅助排课系统”是一个新系统,它可以辅助排课人员进行课表的编排,取代了过去手工处理数据,取代了基于文本、表格等纸介质的存储方式。

图D.1是一幅关联图,它演示了1.0版本的外部实体和系统接口。

期望系统演化为若干个版本,最终实现智能排课表的功能。

 

图D.1“计算机辅助排课系统”版本1.0的关联图

3.2.2用户类及其特征

用户类

描述

教务管理人员

教务管理人员为某学校负责编排课表的工作人员,他们使用“辅助排课系统”编排课表,他们根据学校详细的教师信息、教室状况、课程安排、教学计划等信息编排课表。

在编排课表过程中,他们会在系统中查询各种必需的信息,编排出一份符合教学计划、无冲突的课表。

教务管理人员需要接受排训,学会如何使用计算机、“辅助排课系统”

3.2.3运行环境

“计算机辅助排课系统”的操作将在如下的操作系统中完成:

MicrosoftWindowsXP操作系统。

3.3用例规格说明

3.3.1用例“查询课表”的描述

用例的名称

查询课表

标识符

NG-1

用例描述

当用户选择这个操作时这个用例开始。

它通过用户输入的学院班级名称或学院和班级的ID号查询数据库,找到该班级在数据库中的课表,反馈给用户后结束。

参与者

教务管理人员

优先级

状态

前置条件

教务管理人员进入系统

后置条件

找到课表;对课表进行修改

主干过程

1.0教务管理人员查询课表

1.0.1教务管理人员输入学院和班级信息(分支过程1.1)。

1.0.2系统在数据库中查找该班级课表。

1.0.3系统显示该班级课表。

1.0.4教务管理人员选择其他操作,结束此次查询。

分支过程

1.1教务管理人员输入学院信息(发生于主干过程步骤1.0.1)

1.1.1系统显示学院中的全部班级里表。

1.1.2教务管理人员选择其中一个班级。

1.1.3系统显示该班级的课表。

1.1.4教务管理人员选择其他操作结束本次查询。

异常

1.0.E.1班级不存在(发生于主干过程主干步骤1.0.2)

系统显示信息“不存在该班级”。

系统询问教务管理人员继续查询还是退出。

2a.教务管理人员要求继续查询。

2b.系统重新开始主干过程。

3a.教务管理人员要求推出。

3b.系统结束用例。

使用频率

教务管理人员每次进入系统都要使用

3.3.2用例“编辑课表”的描述

用例的名称

编辑课表

标识符

NG-2

用例描述

教务管理人员选择这个操作时这个用例开始。

在此用例中教务管理人员可以选择具体的编排操作,当选择某一操作时,此用例就结束了。

参与者

教务管理人员

优先级

前置条件

教务管理人员进入系统;且选择了某个班的课表

后置条件

继续进行其他操作

主干过程

2.0教务管理人员要求安排教室

2.0.1教务管理人员选择编排教室,或选择编排时间、安排教师、打印课表。

分之过程2.1、2.2、2.3)。

2.0.2系统进入用例“编排教室”,结束此用例。

分支过程

2.1教务管理人员要求编排时间

2.1.1教务管理人员选择编排时间。

2.1.2系统进入用例“编排时间”,结束此用例。

2.2教务管理人员要求安排教师

2.2.1教务管理人员选择安排教师。

2.2.2系统进入用例“安排教师”,结束此用例。

2.3教务管理人员要求打印课表

2.3.1教务管理人员选择打印课表。

2.3.2系统进入用例“打印课表”,结束此用例。

备注

打印课表过程中系统停止对课表的操作

3.3.3用例“编排教室”的描述

用例名称

编排教室

标识符

NG-3

用例描述

教务管理人员根据班级的学生人数以及教室的详细状况编排上课所用的教室,而且要满足教室在同一时间不能被多个班级使用。

当教室满足要求时,就可以被分派给某节课程使用。

参与者

教务管理人员

优先级

状态

前置条件

教务管理人员进入系统;选择编辑课表;数据库正常运行

后置条件

安排好的教室被记录在数据库中

主干过程

3.0教务管理人员安排教室

3.0.1教务管理人员输入某个时间段和教室的信息查找符合条件的教室,或指定专用教室。

(分支过程3.1)

3.0.2系统列表显示符合条件的未使用的所有的教室。

3.0.3教务管理人员选择合适的教室进行安排。

3.0.4系统纪录此教室这个时段的使用情况。

结束此次操作。

分支过程

1.1指定专用教室(发生于主干过程3.0.1)

1.1.1教务管理人员输入某个教室的编号。

1.1.2教务管理人员指定使用此教室。

1.1.3系统记录更改后的信息。

异常

3.0.E.1无空闲教室(发生于主干过程的3.0.2)

系统显示无符合条件的教室

系统询问教务管理人员是否继续操作

2a.教务管理人员要求继续

2b.系统重新开始主干过程

3a.教务管理人员要求退出

3b.系统结束用例

备注

教室的信息应随时更新

3.3.4用例“编排时间”的描述

用例名称

编排时间

标识符

NG-4

用例描述

教务管理人员根据教学计划和一周的课程安排编排上课时间,在编排时间过程中系统会检测上课时间是否合理。

在确定安排好时间后该用例结束。

参与者

教务管理人员

优先级

前置条件

教务管理人员进入系统;选择了编辑课表;

数据库正常运行

后置条件

安排好的时间表储存在数据库中

主干过程

4.0教务管理人员编排上课时间

4.0.1系统列表显示此班级的教学计划及该班的课程安排。

4.0.2教务管理人员根据列表内的信息在一周的各个时间段安排课程。

(从此过程分出分支4.1)

4.0.3教务管理人员要求系统检测时间安排。

4.0.4系统检测安排时间是否合理。

4.0.5教务管理人员确认时间表,用例结束。

4.0.6系统在数据库中存储此课表。

分支过程

4.1教务管理人员修改上课时间表(发生于主干过程4.0.2)

4.1.1教务管理人员要求修改当前时间表

4.1.2系统显示存储的时间表

4.1.3教务管理人员修改时间表

4.1.4系统记录修改的信息

异常

4.0.E.1系统检测时间安排不合理(发生于主干过程4.0.4)

系统提示用户时间安排不合理,并详细指出何处不合理。

系统询问用户是否修改不合理处

2a.教务管理人员要求修改

2b.系统从新开始分支任务

3a.教务管理人员不要求修改

3b.系统记录时间表

4.0.E.2没有可修改的时间表(发生于分支过程4.1.1)

系统询问是否继续修改

4a.教务管理人员要求修改

4b.系统返回一份空的时间表,重新开始主干过程

5a.教务管理人员不要修改

5b.系统返回主干过程3.0.1

备注

一般先进行时间表安排

3.3.5用例“安排教师”的描述

用例的名称

安排教师

标识符

NG-5

用例描述

教务管理人员根据课表分配上课的教师

参与者

教务管理人员

优先级

前置条件

教务管理人员进入系统;教务管理人员选择编辑课表;数据库正常运行

后置条件

编排结果被保存在数据库中

主干过程

5.0教务管理人员安排上课的老师

5.0.1系统显示这个班级的课表

5.0.2教务管理人员输入某个学院某门课程的老师或其ID。

5.0.3系统列表显示符合条件的教师列表,

并且显示该教师的职称及不能上课的时间(分支5.1)。

5.0.4教务管理人员根据列表选择合适的教师上课。

编排完毕用例结束。

5.0.5系统储存编排好的课表。

分支过程

5.1无满足的教师(发生于主干过程5.0.3)

5.1.1系统提示教务管理人员无符合标准的老师

5.1.2教务管理人员返回用例“编排时间”,重新编排时间,以满足要求。

5.1.3系统结束用例。

3.3.6用例“打印课表”的描述

用例的名称

打印课表

标识符

NG-6

用例描述

教务管理人员在完成课表后,生成一份完整的课表,然后将编排好的课表打印出来。

参与者

教务管理人员

优先级

前置条件

教务管理人员进入系统;数据库正常运行;打印机正常工作

后置条件

系统通知打印机打印课表

主干过程

6.0教务管理人员打印课表

6.0.1教务管理人员要求系统显示编排好的课表。

6.0.2系统显示课表。

(分支过程6.1)

6.0.3教务管理人员要求系统打印课表。

以及选择打印的份数。

6.0.4系统接受教务管理人员的要求,通知打印机打印。

用例结束。

分支过程

6.1课表不符合教务管理人员的要求(发生于主干过程6.0.2)

6.1.1教务管理人员要求修改课表。

6.1.2系统返回用例“编辑课表”。

异常

6.0.E.1无编排好的课表

系统询问教务管理人员是否继续打印。

6a.教务管理人员要求打印

6b.系统开始主干任务5.0.3

7a.教务管理人员要求退出

7b.系统结束用例

3.3.7用例“管理数据”的描述

用例的名称

管理数据

标识符

NG-7

用例描述

管理班级信息、教师信息、教室信息、班级信息、时间信息五大部分的数据,对这些数据进行不同的操作。

参与者

教务管理人员

优先级

状态

前置条件

教务管理人员进入系统;数据库正常运行

后置条件

数据库保存修改的信息

主干过程

7.0教务管理人员修改数据

7.0.1教务管理人员选择某种数据信息(为班级信息、教师信息、教室信息、班级信息、时间信息种一种)。

7.0.2教务管理人员查询所需要的信息的信息,或添加信息。

(分支过程7.1)

7.0.3系统列表显示符合条件的信息。

7.0.4教务管理人员修改其中的数据,然后要求系统保存结果,或删除某些数据。

用例结束(分支过程7.2)。

7.0.5系统保存修改后的信息。

分支过程

7.1教务管理人员添加数据(发生于主干过程7.0.2)。

7.1.1教务管理人员选择要添加的数据名称。

7.1.2教务管理人员添加数据并保存。

7.1.3系统保存添加的数据。

7.2教务管理人员删除数据(发生于主干过程7.0.4)

7.2.1教务管理人员删除其中查询到的数据,并保存。

7.2.2系统记录保存后的信息。

异常

7.0.E.1数据不存在(发生于主干过程7.0.2)

系统显示信息:

“没有符合条件的数据。

系统询问教务管理人员添加数据还是继续查询。

8a.教务管理人员要求添加数据。

8b.系统开始分支过程7.1。

9a.教务管理人员要求继续。

9b.系统重新从主干过程7.0.2开始。

3.4外部接口需求

3.4.1用户界面

UI-1:

“计算机辅助排课系统”仿windows操作系统界面

3.4.2其它接口

3.4.2.1硬件接口

HI-1:

打印机

3.4.2.2软件接口

SI-1:

学校信息数据库

3.5非功能性需求

3.5.1软件质量属性

可用性-“计算机辅助排课系统”将对教务处的工作人员可用。

3.5.2其它非功能性需求

3.5.2.1性能需求

PE-1:

用户提交了查询之后,对查询的相应时间不超过10秒,在此时间内要将查询结果显示在屏幕上。

PE-2:

用户提交了保存之后,系统将在2秒内完成保存并向用户返回保存完毕的消息。

PE-3:

系统应该能承受频繁的数据操作

3.5.2.2安全需求

SE-1:

教务管理人员进入系统受计算机系统系统访问控制策略的限制。

SE-2:

教务管理人员只能在本机上进行数据操作。

3.6数据需求

3.6.1数据字典

班级信息=班级号

+学院名

+专业名

+班级人数

班级号=*学校编排的班级编号:

是由4个数字组成的字符串*

学院名=*学院的名称:

是由汉字组成的字符串,最多10个汉字*

专业名=*专业的名称:

是由汉字组成的字符串,最多8个字符*

班级人数=*一个班级里的学生人数:

是由3个数字组成的字符串*

课程信息=课程代码

+课程名称

+学时

+学分

+所属专业

+任课老师编号

课程代码=*课程的代号:

由6个字符数字组成的字符串*

课程名称=*课程的名称:

由汉字组成的字符串,最多10个字符*

学时=*这门课程所学习的总的时间,通常1学时代表2节课*

学分=*学习完成这门课程,并且能通过考试所得到的分数,通常不大于10*

教师信息=教师编号

+姓名

+职称

+所属院系

教师编号=*学校给教师编排的号码:

姓名=*教师的名字:

由不大于4位的字符组成*

职称=*教师的职位划分,有讲师、教授、副教授*

时间信息=上课时间

+教学日

+教学周

+学期

上课时间=*上课时间为一个时间段:

格式为HH/MM-GG/DD*

教学日=*一周上课的时间安排,一般为星期一到星期五*

教学周=*一学期上课的周数*

学期=*格式为:

xxxx年-xxxx年第1/2学期*

教室信息=地点

+容纳人数

+是否为多媒体

地点=*教室在哪座教学楼的哪一号*

时间表=*指定的时间信息*

3.6.2ER图

 

D.2“计算机辅助排课系统”制定时间表的实体-关系图

附录A:

术语表

业务规则(businessrule):

定义或约束业务某些方面的政策、原则、标准或规则。

约束(constraint):

设计和构造产品时,开发人员进行有效选择时必须强行接受的限制条件。

数据字典(datadictionary):

有关对问题域重要的数据元素、结构和属性的定义的集合。

数据流图(dataflowdiagram):

一种分析模型,它描绘了过程、数据集合、端点、以及它们之间的流,这种流表现了业务过程或软件系统的行为特点。

实体-关系图(entity-relationshipdiagram):

一种分析模型,它确认了一对实体之间的逻辑关系。

异常(exception):

组织用例成功结束的一种条件。

除非可能有恢复机制,否则无法得到用例的后置条件,也无法满足参与者的目的。

外部接口需求(externalinterfacerequirement):

对软件系统和用户、另一个软件系统或硬件设备之间接口的描述。

用例(usecase):

描述了执行者与系统之间逻辑上相关的可能交互集,系统的输出为执行者提供了价值。

用例可以包含多个场景。

规格说明(specification):

将系统需求以结构化的、共享的和可管理的形式编写成文档的过程,同样,产品也要经过这一过程。

质量属性(qualityattribute):

一种非功能性需求,描述了系统的质量或特性。

例如包括有易实用性、可移植性、可维护性、完整性、有效性、可靠性和健壮性。

质量属性需求描述了软件产品达到要求的特性的程度,而不是产品行为。

附录B:

分析模型

 

D.3“计算机辅助排课系统”用例图

 

图D.3“计算机辅助排课系统“的第0层数据流图

附录C:

业务规则

ID

规则定义

规则类型

静态或动态

来源

BR-1

课表的安排必须符合教学计划的安排

约束

静态

学校

BR-2

同一天内同一门课不能上两次

约束

静态

学生和教师

BR-3

教师在同一天内上的课不能多于3门

约束

静态

教师

BR-4

同一个班级连续的2门课所用的教室不能相距过远

约束

静态

学生

BR-5

需要投影仪的课程无法在不是多媒体的教室进行

事实

静态

教师

附录D:

待定问题清单

本版本系统只是辅助教务管理人员编排课表,希望后续版本可以实现全智能的编排课表,系统可以根据教务管理人员输入的信息和业务规则按照一定的算法自动编排出课表,教务管理人员只需要做简单的修改就能实现应用。

4研制报告

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 工程科技 > 环境科学食品科学

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2