课程表内容说明

课程表内容说明

一、课表查看说明

1、研究生2008-2009-2学期课程从2009年2月16日起（2008-2009学年校历第一周周一）正式上课。

2、备注中起止周次说明：“备注”中的起止周次指校历的第X周（2008-2009学年校历见第V页）。该数字为预估数字，根据总学时和周学时计算，节假日放假则课程顺延。考虑的法定节假日有：清明节：4.4（周六，周六公休日挪到周一）；劳动节：5.1（周五），端午节：5.28（周四）。若有调停课、补课，该数据也将发生变化。

3、课表基本上依据培养方案中的课程类别进行排序，即

公共基础课→基础课→共选课→专业课（“200XXX”）→素质教育公选课（“000XXX”）

4、清水河校区课程1~10页，沙河校区课程11~20页，中间以彩页分隔。

5、教学楼：三教：原新楼；B、C：清水河校区基础教学楼B区、C区

二、课程分校区原则

课程表按清水河校区和沙河校区两个校区编排，总体原则为：

硕士、博士基础课，硕士素质教育公选课：根据待选学生两校区人数需求情况，分别在两个校区设置班级。

硕士、博士专业课：课程开课校区与学院所在校区一致。即通信（除光学工程专业）、电工、计算机、自动化、机电、数学、软件、抗干扰、电科院(除材料科学与工程专业)、空天院硕士和博士专业课程在清水河校区开课，其他学院硕、博专业课在沙河校区。

硕士实验课：实验课除自动化学院“嵌入式系统设计”开在清水河校区外，其它均开在沙河校区。

三、编班说明:

1、科学社会主义理论与实践（120502）共12个班，清水河校区7个班（1～7班），除4班限选164人外，其它每班限选288人。沙河校区共5个班（7～12班），每班限250人。

2、硕士生英语阅读与翻译（130501）：共设23个班，清水河校区共15个班（1～15班），每班限选50人，沙河校区共8个班（16~23班），每班限选50人。其中，硕士生英语阅读与翻译2、7、11、14班（清水河校区），18、19、22班（沙河校区）为英语水平B级学生优先选择。

3、硕士生英语听说与写作（130502）：共44个班，清水河校区共28个班(1~28班)，沙河校区共16个班（29～44班），每班限选40人。

4、图论及应用（100503）共5个班，清水河校区设4个班（1～4班），每班限选164人。沙河校区设1个班（5班），限选175人。

5、应用数学理论与方法（200608）共2个班，清水河校区1个班（1班），限选114

人，沙河校区1个班（2班），限选175人

6、日语、德语、法语、俄语：高级日语（131501）、高级德语（131502）、高级法语（131503）、日语（二外）（130503）、德语（二外）（130504）、法语（二外）（130505）学制为一年，在沙河校区开出，只在第一学期选课。

7、素质教育公选课（包含于必修环节中，不受选课上限学分限制）

本学期开出的素质教育公选课如下：

1、创造技法与研发素质培养（000503），任课教师：李波，清水河校区：1班，沙河校区：2班。

2、证券投资学（000504），任课教师：秦祖富，清水河校区：1班，沙河校区：2班

3、数学建模（000507），任课教师：杜鸿飞，清水河校区开1个班

4、国际学术交流英语（000510），任课教师：张杨，清水河校区：1班，沙河校区：2班

5、计算机入侵与检测技术（000516），任课教师：罗光春，清水河校区设1个班

四、研究生获取学分计算：

研究生修读不同级别的课程，根据各级别的学分折算要求计算实得学分。具体规定如下：

硕士生学习400级课程不计学分，学习500级以上（含500级）课程按课程学分计算。

博士生学习400级课程不计学分，学习500级课程按课程学分*0.5计算，学习600级以上（含600级）课程按课程学分计算。

五、课程编号说明：

1、课程编号方法：

研究生课程编号共六位数，其具体含义分别为：

××××××

①②④

学院课程所课程该级号下

代码属学科级号课程顺序号

例如课程编号“012503”表示：开课学院为通信学院（01）、在该学院的通信与信息系统学科（2）中的课程级别为5、是该级别下的第3门课程。

2、课程编号各位数具体内容如下：

①——第一、二位，代表开课学院代码：

01通信与信息工程学院02电子工程学院03微电子与固体电子学院04物理电子学院05光电信息学院06计算机科学与工程学院

07自动化工程学院08机械电子工程学院09生命科学与技术学院10应用数学学院11管理学院12政治与公共管理学院13外国语学院23软件学院24电子科学技术研究院25空天科学技术研究院26通信抗干扰技术国家重点实验室

*20全校统一编号的基础课/专业基础课/专业课；

*00校素质教育课程

②——第三位，代表各学院包含的学科，序号如下：

序号学院名称学科名称及对应序号

01 通信与信息工程学院1－信息与通信工程（一级学科）（博士课）；2－通信与信息系统；3－信号与信息处理；4－密码学；8－该学院其他学科

02 电子工程学院1－信息与通信工程（一级学科）（博士课）；2－通信与信息系统；3－信号与信息处理；4－信息获取与探测技术；5－电路与系统；6－电磁场与微波技术；7－无线电物理；8－该学院其他学科

03 微电子与固体电子学院1－微电子与固体电子学；2－材料科学与工程；

4－电子信息材料与元器件；5－应用化学；8－该学院其他学科

04 物理电子学院1－物理电子学；2－无线电物理；3－光学；4－等离子体物理；5—凝聚态物理；8－该学院其他学科

05 光电信息学院

1－光学工程；2－光学；3－物理电子学；8－该学院其他学科

06 计算机科学与工程学院1－计算机系统结构；2－计算机软件与理论；3－计算机应用技术；4－软件工程；5－信息安全；8－该学院其他学科

07 自动化工程学院1－测试计量技术及仪器；2－控制理论与控制工程；3－检测技术与自动化装置；4－模式识别与智能系统；5－地图制图学与地理信息工程；8－该学院其他学科

08 机械电子工程学院1－机械电子工程；2－机械制造及其自动化；3－机械设计及理论；4－精密仪器及机械；5－电力电子与电力传动；

8－该学院其他学科

09 生命科学与技术学院1－生物医学工程；2－生物物理学；3－生物化学与分子生物学；8－该学院其他学科

10 应用数学学院1－数学（一级学科）；2－应用数学；3－计算数学；4－运筹学与控制论；8－该学院其他学科

11 管理学院1－数量经济学；2－管理科学与工程；3－企业管理；

4－新兴技术管理；5－信息管理与电子商务；6－MBA；7—技术经济及管理；8－该学院其他学科；

12 政治与公共管理学院1－马克思主义理论与思想政治教育；2－国际政治；3－行政管理；4—传播学；5—宪法学与行政法学；6—应用心理学；

8－该学院其他学科

序号学院名称学科名称及对应序号

13 外国语学院1－外国语言学与应用语言学；2－英语语言文学；8－该学院其他学科

23 软件学院1—软件工程；2—信息安全；8－该学院其他学科

26 通信抗干扰技术国家重

点实验室

1－信息与通信工程（一级学科）（博士课）；2－密码学；3－通信

与信息系统；8－该学院其他学科

0－相关学院开出的公共基础课、基础课或素质教育类校公选课

③——第四位，代表课程分级。

④——第五、六位，代表该级号下课程顺序号。

3、课程分级规定如下：

研究生课程共分五级，分别用400、500、600、700、800级表示。各级号含义如下：400级——交叉学科初级基础理论课程。主要为以非本学科背景的研究生开设的、本学科主要理论或技术基础课，课程难度相当于本学科已开设的本科高级课程。（主要为跨学科或同等学历考生补修本科核心课程）

500级——本学科基本理论、技术基础类课程。主要为本学科硕士研究生层次的专业理论或技术基础课程，本学科公共的研究生层次的综合实验技术类、素质教育类课程。

600级——包括两部分：

本学科硕士研究生技术专业类课程。主要为本学科硕士研究生层次的专业性较强的课程，或内容难度较大、比较深入或涉及前沿的课程，包括课程作业、课程设计、实验设计等内容。

本学科博士研究生基本理论、技术基础类课程。

700级——学科前沿新理论与新方法理论课程。主要针对硕士研究生开设的本学科前沿高新技术的理论基础或专业基础类课程，或博士生的技术专业课程。

800级——高级讲座与研讨课程。主要为本学科硕士生、博士生开设的前沿讲座类、研讨类和报告类等高层次课程。

研究生冬、夏两季上课时间表

时间上课节次

上午

8:30－9:15 第1节课9:20－10:05 第2节课10:20－11:05 第3节课11:10－11:55 第4节课

下午14:30－15:15 第5节课15:20－16:05 第6节课16:20－17:05 第7节课17:10－17:55 第8节课

晚上

19:30－20:15 第9节课

20:20－21:05 第10节课

21:20－22:05 第11节课时间上课节次

上午

8:00－8:45 第1节课8:50－9:35 第2节课9:50－10:35 第3节课10:40－11:25 第4节课

下午14:30－15:15 第5节课15:20－16:05 第6节课16:20－17:05 第7节课17:10－17:55 第8节课

晚上19:30－20:15 第9节课20:20－21:05 第10节课21:20－22:05 第11节课

学生管理系统需求分析_总体设计_详细设计说明

第一章引言 1. 1 编写目的 本需求规格说明书是为了开发学生信息管理系统而编写，主要面向系统分析员、程序员、测试员、实施员和最终用户。 本说明书是整个软件开发的依据，它对以后阶段的工作起指导作用，也是项目完成后系统验收的依据。 1. 2 项目背景 开发软件的名称：学生信息管理系统 项目的任务提出者：江汉大学文理学院 开发者：袁俊 用户：江汉大学文理学院学生信息管理员 实现软件的单位：06软件一班 兼容系统：Windows XP SP2/SP3 开发工具：https://www.sodocs.net/doc/807437438.html,+ Microsoft SQL Server 2000 1．3 相关术语 Macromedia Dreamweaver 8：网页设计工具 Microsoft SQL Server：数据库工具 1．4 参考资料 [1]《软件工程模型与方法》，肖丁等，北京邮电大学。 [2]《https://www.sodocs.net/doc/807437438.html,+Dreamweaver8案例精粹》武新华等，电子科技大学 [3]《信息系统应用与开发案例教程》，承欢，清华大学。

第二章需求规定 2．1 功能分析 在学生信息管理系统中,主要有用户登陆、学生信息管理、课程信息管理、用户管理等功能，功能分析如下： （1）用户登陆 学生信息管理采用用户名及密码验证模式，进入学生信息管理前，用户必须在登陆页面输入用户名及密码，只有验证通过的用户方可进入学生信息管理操作主页面。 （2）学生信息管理 包括3个功能模块：学生个人信息的添加、学生信息的查询以及学生信息的修改于删除。（3）课程信息管理 包括3个功能模块：课程基本添加与删除处理、成绩查询处理以及学生选课信息的查询处理。 （4）用户管理 包括2个功能模块：用户信息查询以及用户的删除与处理。 2．2 性能要求分析 （1）系统易操作性 所开发的系统应做到操作简单，尽量使系统操作不受用户对电脑知识水平的限制。（2）系统具有可维护性 由于系统涉及的信息比较广，数据库中的数据需定期修改，系统可利用的空间及性能也随之下降，为了使系统更好地运转，学院可以对系统数据及一些简单的功能进行独立的维护及调整。 （3）系统具有开放性 该系统能够在开放的硬件体系结构中运行，并且能与其他系统顺利连接，不会因外部系统的不同面要做在量的修改工作。 2．3逻辑模型的建立 经过以上调查分析，明确以所开发系统的功能需求和性能要求，发现了存在的问题，弄清了系统的功能，为系统逻辑模型的建立提供了依据。系统分析的主要成果是建立系统的逻辑模型，本系统的逻辑模型主要以系统的数据流图和数据词典作为描述功具。

课程表编排说明

有关高三年级课程表编排的说明 课程表是有计划，有目的地组织全年级日常教学工作的重要依据，是实施教学计划，组织教学过程的重要文件。它对稳定教学秩序，保证日常教学工作的正常进行，提高教学质量具有重要的作用。本次课表的编排遵循以下几条： 1、遵循教学规律，考虑不同课程教学的特点，保持教师和学生负担均衡，有利于学校教学设备的利用、教学督导听课、教研活动的开展。 2、根据各门课程的性质和特征安排课程时间和顺序，考虑学生负担均衡，不同性质课程要交叉排课，同一课程授课时间适当间隔，有利于调整脑力活动，提高学习效果。 3、为保证学生有足够的消化知识、预习新课的时间，每天上午第三节课全年级学生安排自习（兴志班周二、周三）。 4、体育课、自习课原则上不排上午第1、2节。 5、为提高课堂效率，使教师能够充分休息，结合高考考试时间安排，英语、数学双节连排统一将部分课程安排在下午。 6、语文、英语早上有辅导，当天课程尽量安排在上午前两节。 7、教师应根据课程表的安排按时上课，无特殊情况一般不允许随意变动，以维护课程表和教学秩序的稳定。如遇到特殊情况无法按课程表的安排上课时，应按规定办理调（代）课手续。 附：各学科课程安排： 语文：每周7节，数学每周8节，英语每周7节，物理每周6节，化学，生物、政治、历史、地理每周各5节，体育1节。兴志班考虑到专业课学习紧张，每周语文安排7节，数学、英语6节，政治、历史、地理各5节。注：兴志班只把文化课程编排在上午和下午第一节，体育课本期不再安排。 总原则以及每天课程安排： 周一：数学双节（上下午），其余学科各一节，语文、数学上午前两节。 周二：英语双节（部分班级课程安排在下午），其余学科各一节，英语、数学上午前两节。周三：数学双节上午双节，其余学科各一节，语文尽量安排前两节。 周四：语文下午作文连排，其余学科各一节，英语尽量安排前两节。 周五：所有学科各一节，英语、语文安排前两节。 周六：语文、数学、英语、物理各一节。 晚自习辅导： 周一：数学、生物，周二：物理、化学，周三：数学、语文，周四：英语、生物，周五：数学、物理、化学。 课程表编排工作困难繁琐，有不当之处敬请各位老师谅解。 高三年级 2016/8/8

需求规格说明书范本

1. 引言 1.1编写目的:编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体. 1.2项目背景 1.2.1项目委托单位:****公司 1.2.2开发单位:***公司 1.3定义 1.4参考资料 2. 任务概述 2.1目标: <1> 决策支持:根据公司的要求及时提供所需报表及文件,并在适当时候对各部门领导给予销售及进货等方面的提示 <2>提高效率:利用软件进行管理,避免人工管理的失误以及延迟性,从而实现高效率的管理. 2.2运行环境: <1> 硬件方面:Pentium级处理芯片 1兆显存的兼容显卡 256色,1024*768的兼容显示器 标准兼容打印机 <2>软件方面: WIN XP操作系统 2.3条件与限制: 编程用计算机一台 完成期限2000/7/1 无资金供给 3. 数据概述 数据流程图如下:

3.1静态数据:包括系统登录密码,各数据库所在位置,系统分析原始数据3.2 动态数据:包括各数据库内各项显示数据,用户登录信息,系统时间3.3数据库描述: 人事管理数据库:公司内人员的个人详细信息,包括档案信息 3.4 数据字典: <1>数据流词条描述: 1.数据流名:登录信息 来源:用户的输入 去向:系统内部检验部分 组成:用户名,密码 流通量:每次登录输入一次 2.数据流名:登录结果 来源:系统 去向:用户 组成:返回信息 流通量:每次登录返回一次 3.数据流名:输入修改信息 来源:用户 去向:系统判断部分 组成:根据各数据库内容而不同 流通量:依用户输入而定 4.数据流名:反馈信息 来源:系统判断部分 去向:用户 组成:系统经判断后发回的字符数据 流通量: 依系统当前信息而定 5.数据流名:识别信息 来源:系统内部检验部分 去向:系统判断部分 组成:系统各数据库的标识信息 流通量:用户每次输入流通一次 6.数据流名:处理信息 来源:系统判断部分

课表需求规格说明书

需求规格说明书 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目标 四川大学各个学院都开有自己独立的课程同时每个老师也都有自己独立的课程信息，如

需求规格说明书

文件编号： 受控状态：■受控□非受控 保密级别：■公司级□部门级□项目级□普通级 记录编号： 分发编号： xxx公司云平台 需求规格说明书 Version 1.0 2014.07.23

需求规格说明书模板

目录 1前言 (4) 1.1编写目的 (4) 1.2文档约定 (4) 1.3读者对象 (4) 1.4术语和缩略词 (5) 1.5参考文档 (5) 2项目概述 (5) 2.1项目背景 (5) 2.2项目目标 (5) 2.3需求范围 (6) 2.4总体框架 (6) 2.5组织机构 (6) 2.6用户特点 (6) 2.7设计约束 (6) 3功能性需求 (6) 3.1总体流程 (6) 3.2角色定义 (7) 3.3系统功能 (7) 3.4功能描述 (7) 4非功能性需求 (11) 4.1软件需求 (11) 4.2硬件需求 (12) 5外围系统和接口 (13) 5.1系统A (13) 5.2系统B (13) 6其他需求 (14) 7数据字典 (14) 8附件 (14)

1 前言 1.1 编写目的 [说明编写这份需求规格说明书的目的，指出预期的读者（一般包括评审人员、软件设计人员、软件开发人员，针对具体情况，还可能包括客户），它是软件开发的基础。] 1.2 文档约定 [描述编写文档时所采用的字体标准或排版约定，包括标题和正文的字体和字号约定。完成文档编写后，文档编写完成后本部分须裁剪] 字体大小约定： 标题1 宋体三号加粗 标题2 宋体小三号加粗 标题3 宋体四号加粗 标题4 宋体小四号加粗 标题5 宋体小四号 正文宋体五号 段落约定：文章中每段落需抬头，即段落开头需有两字元的缩排，单倍行距。 表与图编号约定：文中所有表、图须按章节编号，如：第四章节第二个表，编号为：表4-2。裁剪约定：如标注可裁剪提示信息，表示该部分内容可以裁剪或删除。 1.3 读者对象 [描述本需求规格说明书的主要读者。建议将不同读者的阅读重点与建议以列表方式表现，]

课程表管理系统需求规格说明书

2组课程表管理系统需求规格说明书 课程表管理系统 需求规格说明书 1.引言 1．1编写目的 编写本报告的目的是明确本系统的详细需求，供使用单位确认系统的功能和性能，并作为软件设计人员的设计依据和使用单位的验收标准。 1.2项目背景 开发软件名称：课程表管理系统。 项目开发者：软件工程2组： 李晓明（组长），李雅星，李军佟，陈春运，赵俊峰，高鹏，周炯，吴娜娜，王星霞，李青艳 用户单位：琴岛学院 1.3参考资料: （1）张害藩，《软件工程导论》（第四版），清华大学出版社。 2.任务概述 2.1目标 课程表管理系统对于课程的管理和学习效果的统计有着很好的协助作用，能否使教师以及学生及时准确地了解课程的安排和变动是系统成功与否的关键。因此，课程表管理系统必须提供简洁方便而及时准确的查询以及更新手段。 3. 需求规定 1.在课程表管理系统中，管理员分为高级管理员和一般管理员，一般管理员为用户建立基本课表信息，并且可定期或不定期的对课表信息进行上传、简单的修改、删除和查询，但是一般管理员只可对本专业课程信息进行修改，不可跨专业修改。一般管理员可向高

级管理员反馈信息。高级管理员除一般管理员拥有的权限之外还可对其他专业的课程信息进行修改、编辑等操作。 当学生查阅课程信息表时，先输入学生学号，系统验证其学号的有效性，无效则提示其错误原因，有效则显示其专业信息，然后选择所属专业的课程表进行查询。课程表分专业课程表及私有课程表，专业课程表主要显示用户（教师、学生）的专业信息，私有课程表则为用户（教师、学生）进行私有信息（选修课程、重修课程）的查询情况，用户（教师、学生）可以对其进行查询并更新操作，而其他用户则无权查询非本人的私有课表信息。学生可查询且下载此课程表，若发现其中有错则可向系统报错，若选择的专业与其所在专业不符则不可进行报错操作只可进行基本课程查询（不显示任何老师及教室）。在提交错误报告时，提交错误信息，系统接受后管理员进行检查核对，并可修改错误信息。当教师查询时，输入职工号，显示其授课信息表，可对课程信息表进行查询、下载及报错。为系统维护人员提供权限管理、数据备份等通用功能。另外，用户（教师、学生）可以对课表专业进行记录，记录功能涉及反馈功能及记事本功能。 2.课程表管理员分为高级管理员（院里的系部主任等）和普通管理员（系里的例如班长或者学习委员等）两种。高级管理员有上传、删除、修改和查询全系所有专业和班级的课程表的权限，普通管理员只能上传、删除和修改本系、本班所有的课程并可查询所有课程。 查询：学生登录之前需要登录验证，学生需要通过输入学生本人的学号以及密码，如果验证正确登录成功，如果验证错误提示并自动跳转登录页面。学生登录系统后可查询所有专业所有课程表，并可以对学生本专业课程表出现的错误提出自己的意见，高级管理员可以根据意见查实并修改课程表的错误。任何登录的学生可任意下载任何专业的任何课程表。 3.为系统维护人员提供权限管理、数据备份等通用功能。 3.1 数据流图（系统维护为通用功能，这里不做具体分析） 顶层图 管理员 课程表管理系统 用户 课表信息 课表情况反馈信息 用户信息 用户情况课表查询条件 课表情况选课信息 选课情况反馈情况

关于高校课表编排工作的几点思考

万方数据

万方数据

万方数据

关于高校课表编排工作的几点思考 作者：丁明珠， DING Ming-zhu 作者单位：漳州师范学院教务处,福建,漳州,363000 刊名： 龙岩学院学报 英文刊名：JOURNAL OF LONGYAN UNIVERSITY 年，卷(期)：2007,25(2) 被引用次数：4次 参考文献(4条) 1.鲁井兰高校课表编排的原则与要点探析[期刊论文]-教育科学论坛 2006(01) 2.韩文灏高等学校优化课程安排的一般原则[期刊论文]-东北农业大学学报（社会科学版） 2005(01) 3.田晓娜中国学校教务工作实用全书 1995 4.张行良论教学调度工作中排调课工作的最优化与平衡性[期刊论文]-辽宁工程技术大学学报（社会科学版）2002(03) 本文读者也读过(4条) 1.李益生.Li Yisheng高校课表编排应注意的几个问题[期刊论文]-辽宁医学院学报（社会科学版）2007,5(2) 2.陆雅婷.LU Ya-ting如何科学编排高校课程[期刊论文]-宿州教育学院学报2011,14(2) 3.陈榕坤略谈高校课表编排的人本化[期刊论文]-中国科技信息2005(5) 4.钱宇光.QIAN Yu-guang学分制下高校课表编排的基本原则与要点分析[期刊论文]-天津农学院学报2007,14(z1)引证文献(4条) 1.罗菲妮高校课程编排的规律与技巧[期刊论文]-文教资料 2008(3) 2.吕世杰.米智勇.刘红梅.敖特根巴雅尔基于教务系统课程清单的学院大课表制作和建议[期刊论文]-内蒙古农业大学学报（社会科学版） 2011(5) 3.高成关于高校排课工作的初步探讨[期刊论文]-世界华商经济年鉴·高校教育研究 2008(8) 4.李文江课表编排咨询专家系统的知识库构建[期刊论文]-重庆文理学院学报（自然科学版） 2009(5) 本文链接：https://www.sodocs.net/doc/807437438.html,/Periodical_lyszxb200702054.aspx

《需求规格说明书》编写参考指南

《需求规格说明书》编写参考指南 1．概述（Summary） 本文档是进行项目策划、概要设计和详细设计的基础，也是软件企业测试部门进行内部验收测试的依据。 1.1 用户简介（User Synopsis） 在本章节中要将用户的基本情况描述清楚，以便于分析人员划定系统范围，进行功能、进度、成本、性能等方面的平衡决策。 对于产品开发类项目，需要在此将该产品定义的用户群的特点描述清楚。 1.2 项目的目的与目标（Purpose and Aim of Project） 项目的目的是对开发本系统的意图的总概括。项目的目标是将目的细化后的具体描述。项目目标应是明确的、可度量的、可以达到的, 项目的范围应能确保项目的目标可以达到。 对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系统的功能是否覆盖了系统的目标。 1.3 术语定义（Terms Glossary） 将该需求规格说明书中的术语、缩写进行定义, 包括用户应用领域与计算机领域的术语与缩写等。 1.4 参考资料（References） 说明该用户需求报告使用的参考资料，如： [1] 商务合同 [2] 招标书 [3] 用户领域的资料 [4] 用户需求调查表 [5] 用户需求报告 [6] 参照的标准 每一个文件、文献要有标题、或文件号，发布或发表日期以及出版单位。 1.5 相关文档（Related Documents） [1] 项目开发计划 [2] 概要设计说明书 [3] 详细设计说明书 1.6 版本更新信息（V ersion Updated Record） 版本更新记录格式，如表5-19所示。 表5-19 版本更新记录 2．目标系统描述（System in Target） 2.1 组织结构与职责（Organizing Framework and Function） 将目标系统的组织结构逐层详细描述，建议采用树状的组织结构图进行表达，每个部门的职

软件需求分析说明书

软件需求分析说明书集团标准化工作小组 #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表示系统管理员可以运用的功能，像修改密码，管理学生信息、成绩信息、课程信息、班级信息并且设置权

用Excel五步完成课程表编制

用Excel五步完成课程表编制 知识点：利用Excel数据关联和规则公式完成指定数据排序应用环境：学校课程表编排、企业员工任务、值班安排等每个学期，学校教务处教师最头疼的一件工作就是编制课程表。一般学校的课程表至少包括给领导的全校总课程表、学生的班级课程表和教师用的课程表三种。三种课程表数据密切相关，修改任何一张课程表都将影响到另两张表格，因此编辑时很难兼顾。但是来自福建的陈老师就利用Excel 2007轻松解决了这个问题，下面我们来看看他是怎么做的。 1.创建工作表 打开Excel 2007新建一张“教师安排”工作表，存放各班的科任教师安排(图1)，这是编课程表前必须安排好的。再建立总课程表、班级课程总表、教师课程总表等。 2.总课程表编制 切换到“总课程表”工作表设计总课程表格，表中包括全部班级的课程安排和每节课的教师。选中B4，单击“数据”选项卡的“数据有效性”图标，在“数据有效性”窗口的允许下拉列表中选择“序列”，输入来源为“=教师安排!$A$3:$A$16”(不含引号)，确定完成设置。在B5输入公式=IFERROR(VLOOKUP(B4，教师安排!$A:$M，ROW(B4)/2，FALSE)，“”)，并设置填充色为浅蓝作为与学科行的区分。然后选中B4:B5进行复制，再选中B4:AJ27区域进行粘贴即可(图2)。 现在选中B4单击下拉按钮选择学科，下面的B5单元格就会自动显示上课的教师名，其他单元格也是一样(如图2)。如此一来安排课程就简单多了吧，只要用鼠标单击选择即可。 图1

图2 3.总课程表限制提醒 编制总课程表时总有各种附加条件限制，比如：一个教师不能同时上两班的同一节课，操场太小全校只能有两班同时上体育课，电脑室只有1间不能有两班同时上电脑课等等。要在排课中兼顾这些要求显然不容易。对此可设置条件格式，让它在违反限制时自动变色提示，事情就简单多了。 选中B4:AJ27，在“开始”选项卡中单击“条件格式”选择“新建规则”，在“新建规则”窗口中选择规格类型为“使用公式确定要设置格式的单元格”，并输入公式=AND(COUNTIF(B:B，B4)>1，MOD(ROW()，2)=1)(图3)。再单击“格式”按钮，在弹出窗口中设置字体颜色为红色。确定后，当同一节课中有两班出现同一老师同时，两班中这位老师的名字都会变成红色，你可以及时决定看要更换哪班的课程。

需求规格说明书(样例)

需求规格说明书

目录 第一章综述 (1) 1.1编制目的 (1) 1.2适用范围 (1) 1.3参考依据 (1) 1.4编制约束 (1) 1.4.1图元约束 (1) 1.4.2编码约束 (2) 1.4.3格式约束 (3) 1.5内容结构（可选） (4) 1.6导读说明 (4) 第二章项目概述 (5) 2.1项目背景 (5) 2.2项目范围 (5) 2.3项目目标 (5) 2.4现状描述 (5) 第三章需求总体分析 (6) 3.1功能体系设计 (6) 3.1.1功能结构 (6) 3.1.2功能分布 (7) 3.2整体业务流程（可选） (8) 3.3业务标准体系 (9) 第四章功能性需求 (10) 4.1功能综述 (10) 4.2需求清单 (10) 4.3需求优先级（可选） (10) 4.4功能编码?功能项 (11) 4.4.1功能综述 (11) 4.4.2业务流程 (11) 4.4.3关系分析 (13) 4.4.4详细功能需求 (13) 第五章非功能性需求 (17) 5.1软件质量属性需求 (17) 5.1.1运行期 (17) 5.1.2非运行期 (20) 5.2约束性需求 (21) 5.2.1基础架构 (21) 5.2.2标准规范 (21) 5.2.3集成要求 (21) 5.2.4其他约束 (21) 第六章集成需求 (22)

6.1技术要求 (22) 6.2数据集成 (22) 6.3应用集成 (22) 6.4流程集成 (23) 第七章尚需解决的问题 (24) 7.1问题总表 (25) 7.2问题处理 (25) 附录I 业务对象 (26)

第一章综述 若采用分册编制方式组织，则本章与第二章、第三章单独成册，其它分册可略去本章、第二章和第三章内容。 1.1编制目的 用简洁的语言描述编写这个文档的目的。 1.2适用范围 本文档适用的范围。 1.3参考依据 列举编写软件需求规格说明时所参考的资料或其它资源。这可能包括且不限于：用户界面风格指导、合同、标准、系统需求规格说明、使用实例文档，或相关产品的软件需求规格说明。对于非易获得性或项目所专属的参考资料，应当以附件形式提供。 1.4编制约束 1.4.1图元约束 （1）流程图图元约束：

软件需求规格说明书的编写

软件需求规格说明书的编写 一、实验要求与任务 1、要求：完成软件需求规格说明书编写： （1）基于获取的需求信息以及相关的参考文档，采用基于OMT的需求建模方法构建软件系统的需求模型； （2）基于给定的软件需求规格说明模板编写软件需求规格说明书。 其中，软件系统的需求模型应包括类图表示的对象模型，序列图和状态转换 图表示的动态模型，以及分层的数据流图表示的功能模型。每一种图形化需求 模型应采用工具描述，类图、序列图和状态转换图采用Rational Rose或starUML软件描述，数据流图可采用visio软件描述。 2、具体任务：为“自动取款机（ATM）系统”开发编写需求规格说明书。 关于ATM系统的需求陈述如下： 1）某银行拟开发一个自动取款机系统，它是一个由自动取款机、中央计算机、分行计算机及柜员终端组成的网络系统。ATM和中央计算机由总行投资购买。总 行拥有多台ATM，分别设在全市主要街道上。分行负责提供分行计算机和柜员终端，柜员终端设在分行营业厅及分行下属的各个储蓄所内。该系统的软件开发成本由各个分行分摊。 2）银行柜员使用柜员终端处理储户提交的储蓄事务。柜员负责把储户提交的

存款或取款事务输进柜员终端，接收储户交来的现金或支票，或付给储户现金。柜员终端与相应的分行计算机通信，分行计算机具体处理针对某个账户的事务并且维护账户。 3）储户可以用现金或支票开设新账户。储户也可以从自己的账户存款或取款。通常，一个储户可能拥有多个账户。拥有银行账户的储户有权申请领取银行卡。使用银行卡可以通过ATM访问自己的账户、提取现金，存储现金或查询有关自己账户的信息。 4）银行卡是一张特制的磁卡，上面有分行代码和卡号。分行代码唯一标识总 行下属的一个分行，卡号确定可以访问哪些账户。每张银行卡仅属于一个储户，但同一张卡可能由多个副本。因此，必须考虑同时在若干台ATM上使用同样的银行卡的可能性。也就是说，系统应该能够处理并发的访问。 5）当用户把银行卡插入ATM之后，ATM就与用户交互，获取有关这次事务的 信息，并与中央计算机交换有关事务的信息。首先，ATM要求用户输入密码，接 下来ATM把读到的信息以及用户输入的密码传给中央计算机，请求中央计算机核对这些信息并处理这次事务。中央计算机根据卡上的分行代码确定这次事务与分行的对应关系，委托相应的分行计算机验证用户密码。如果用户输入的密码是正确的，ATM就要求用户选择用户选择事务类型（取款、存款、查询等）。当用户 选择取款时，ATM请求用户输入取款项。最后，ATM从现金出口吐出现金，打印 出账单交给用户。 参考上述应用场景，通过调查完善用户需求，按照需求的内容进行分析， 按照模板要求撰写完整的软件需求规格说明书。 3、需提交的材料： （1）基于模板定义的需求规格说明书的电子版及纸质版，正文前须有封面（见附录1）和目录； （2）基于软件绘制的各模型的电子版； (3) 各组成员的贡献以百分比的形式呈现. 其中电子版发送至邮箱： shunhuiji@https://www.sodocs.net/doc/807437438.html,，纸质版由班长收齐交至勤 学楼4121。 截止时间：1月13日16：00。过期视为“不及格”。 禁止从别处抄袭或相互抄袭，否则0分。

需求规格说明书范例

出行服务网站 产品需求规格说明书 部门： 时间:

目录 1引言................................................ 错误!未定义书签。 编写目的....................................... 错误!未定义书签。 项目背景....................................... 错误!未定义书签。 术语定义及编写说明............................. 错误!未定义书签。 版本更新信息................................... 错误!未定义书签。2产品定义............................................ 错误!未定义书签。 应用目标....................................... 错误!未定义书签。 产品业务流程........................................ 错误!未定义书签。 接口描述............................................ 错误!未定义书签。3应用环境............................................ 错误!未定义书签。 设备环境....................................... 错误!未定义书签。 系统运行的硬件环境............................. 错误!未定义书签。 系统运行的软件环境............................. 错误!未定义书签。 系统运行的网络环境............................. 错误!未定义书签。 用户操作模式................................... 错误!未定义书签。4功能规格............................................ 错误!未定义书签。 前台功能....................................... 错误!未定义书签。MISP网站系统前台主要功能如下图所示：................... 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。

完整word版课程表管理系统需求规格说明书

课程表管理系统 需求规格说明书 1.引 言 编写本报告的目的是明确本系统的详细需求，供使用单位确认系统的功能和性能，并作为软件设计人员的设计依据和使用单位的验收标准。 1.2项目背景 开发软件名称：课程表管理系统。 项目开发者：软件工程2组: 李晓明（组长），李雅星，李军佟，陈春运，赵俊峰，高鹏，周炯，吴娜娜，王星霞，李青艳 用户单位：琴岛学院 1.3参考资 料: （1）张害藩，《软件工程导论》（第四版），清华大学出版社。 2.任务概述 2.1目标 课程表管理系统对于课程的管理和学习效果的统计有着很好的协助作用, 能否使教师以及学生及时准确地了解课程的安排和变动是系统成功与否的关键。因此，课程表管理系统必 须提供简洁方便而及时准确的查询以及更新手段。 3.需求规定 1.在课程表管理系统中，管理员分为高级管理员和一般管理员，一般管理员为用 户建立基本课表信息，并且可定期或不定期的对课表信息进行上传、简单的修改、删除和查询，但是一般管理员只可对本专业课程信息进行修改, 不可跨专业修改。一般管理员可向高

级管理员反馈信息。高级管理员除一般管理员拥有的权限之外还可对其他专业的课程信息进 行修改、编辑等操作。 当学生查阅课程信息表时， 先输入学生学号，系统验证其学号的有效性， 无效则提 示其错误原因，有效则显示其专业信息， 然后选择所属专业的课程表进行查询。 课程表分专 业课程表及私有课程表，专业课程表主要显示用户（教师、学生）的专业信息，私有课程表 则为用户（教师、学生）进行私有信息（选修课程、重修课程）的查询情况，用户（教师、 学生）可以对其进行查询并更新操作， 而其他用户则无权查询非本人的私有课表信息。 可查询且下载此课程表， 若发现其中有错则可向系统报错， 若选择的专业与其所在专业不符 则不可进行报错操作只可进行基本课程查询 （不显示任何老师及教室）。在提交错误报告时, 提交错误信息，系统接受后管理员进行检查核对， 并可修改错误信息。 当教师查询时，输入 职工号，显示其授课信息表，可对课程信息表进行查询、 权限管理、数据备份等通用功能。另外，用户（教师、学生）可以对课表专业进行记录，记 录功能涉及反馈功能及记事本功能。 2.课程表管理员分为高级管理员（院里的系部主任等）和普通管理员（系里的例如 课程表的权限，普通管理员只能上传、删除和修改本系、本班所有的课程并可查询所有课程。 查询：学生登录之前需要登录验证， 学生需要通过输入学生本人的学号以及密码， 如果 验证正确登录成功，如果验证错误提示并自动跳转登录页面。 学生登录系统后可查询所有专 业所有课程表，并可以对学生本专业课程表出现的错误提出自己的意见, 据意见查实并修改课程表的错误。任何登录的学生可任意下载任何专业的任何课程表。 3.为系统维护人员提供权限管理、数据备份等通用功能。 3.1数据流图（系统维护为通用功能，这里不做具体分析） 顶层图 学生 下载及报错。为系统维护人员提供 班长或者学习委员等）两种。高级管理员有上传、 删除、修改和查询全系所有专业和班级的 高级管理员可以根

关于编排课程表的有关规定

关于编排课程表的有关规定 课程表是一个学校日常教学工作和其他各项活动的“指挥调度表”，是根据教学计划编制的制度化表格。 一、课程表的格式 1．课程表用Excel软件编排，课程表格式统一由教务科提供。 2．课程表的标题统一“中国药科大学2019/2020学年上学期×年级课程表”，居中，宋体，14号字。 3．课程表中的课程名称应规范、统一，尽量不用简称。 二、编排课程表的程序 1．由各教研室填写教学审批表，根据教学计划和现有的教学和实验设备实际情况详细填写理论课和实验课编排的要求，经实验室主任、教研室主任、及院部认可签字后交教务处。教务科和院部秘书以教学审批表为重要依据编排课程表初稿。 2．应当充分掌握有关教学的资料（教学计划、，相关教研室的教学审批表，各年级各班人数、全校的教学设备、仪器、体育场地以及全校教室的数量和分布情况等），院部秘书可向教务科索取排课所需的资料。 3．课程表初排后，需反复检查是否出现漏排、错排；是否符合编排课程表的原则，然后交各院部及各教研室复核、征求其意见。 4．保证所排课程表与教务处下达的教学任务通知书一致。如有变动，需经院部审批，以书面形式向教务处申请，批准后方可生效。 三、课程表编排原则 编排课程表是一项业务性、科学性很强的教学组织工作，它既要服从于教学规律、适应学生身心发展的要求，又要考虑到各门课程性质的差异和学校现有的教学设备和条件，并顾及教研室、教师某些可能满足的合理要求和需要帮助解

决的困难。 1．分班参照前一学年的分班办法，如需更改，需书面申请经教务处审批同意。相同课程（学分、教学内容相同）分班需以4-5个班合班。专业课最大合班数为五个班，不得6个班或6个班以上合班。 2．学生每天上课的时间要均衡，同时需有足够的空间供学生选课。 3．每位教师每日理论课授课量不能超过6课时，教务处将核查。任课教师原则上应无条件地服从上课时间安排。排课时在不违背排课原则情况下尽量考虑任课教师特殊要求，但出现矛盾时必须服从学校全局安排。 4.充分利用学校的各项教学资源（场地、设备、器材、实验室和多媒体教室等），使使用率达到最佳状态。 5.对于同一个班级或同一个专业同一天所有课程（理论课和实验课）合计不能超过8节课。 6.兼顾外院部教师的要求。 7.保证在分配教室时不冲突，尽量使得同一班级同一半天的上课教室相距较近。 8.必修课原则上必须安排在白天，其他课程可以安排在晚上或者周末。 9.理论课必须按照教学计划规定周学时排课，不得提前结束课程，特殊情况需提供书面说明，报教务处审批。 四、课表定稿后，不再随意变动。开学后个别教师如确实有特殊情况，需填写《课程表调动申请单》，经教研室、院部及教务处分别审批并签字后，方可调动。五、要求排课时严格按照下达的当学期的《教学任务通知书》排课，不得变更各专业所上的课程。请排课定稿前认真核对所排课表的课程名称和学时是否与《教学任务通知书》一致。 请各院部系教学秘书严格按照此规定执行。 教务处 2019．5

如何做好编排课表和日常调课工作

xx第九中学常春光 编排课表和日常调课是学校教学管理的一项重要工作，要做好此项工作，必须突破两大关键点，一是排课、调课技术，二是协调各种关系。 一、排课、调课技术 1、编排课表宗旨： 为教学、教研服务 编排课表前需做到： ①综合考虑各种因素。一个课程表的设计编制是一个相当复杂繁琐的过程，特别是在教师跨班级多、跨校区多、跨学科多的情况下，这一特点尤为突出。它是在坚持以教学、教研规律为主、兼顾教师特殊情况为辅的条件下完成的。编排前要把考虑的各种因素按其主次顺序列在一张纸上。如： 各学科的教研活动、升旗、班会时间，一些教师的学校、年级例会等。除此之外，把某些教师的特殊情况也一一列出： 哪些教师上课跨楼层；哪些教师孩子在读初三、高三；哪些教师接送孩子；哪些教师家中有特殊情况；哪些教师家远等等，在满足教学、教研大原则的前提下，尽量为一线教师提供方便。 ②预留出因各种因素所占用的课时位置。编排课表前，先在空白课表中把各种因素所占用的课时位置划上斜线，以提示操作人员不能在此位置排课。避免大量排课时发生误操作。 编排课表中需做到： ①班级课表和教师个人课表同时编制。如果以班级课表为主进行编制，会造成教师个人课表的不合理，反之又会造成班级课表的不合理。因此，两种课表同时编制会兼顾其合理性，以达到班级课表和教师个人课表的相对合理、平衡。

②编排顺序： 从难到易。首先编排任课班级多、课头多、跨校区教师的课表，如： 物理、政治、历史、生物、地理、体育等，因在一周的五天之内，安排的课头越多、任课班级越多而又跨校区，编排难度相对就大。因此，先将这些教师的课表定了位；其次，编排课头多、任课班级较少的学科教师课表： 语文、数学、英语。其中语文两节作文连排优先安排；再次，编排任课班级多、跨校区、并占用公共教学场所、单课头教师的课表： 信息、音乐；最后，编排不跨校区（或跨校区）、单课头教师的课表： 美术、劳技、阅读、心理。 ③各学科所占时间段的分配。语文、数学、英语三大科，四分之三的课尽量安排在上午。 物理、化学、政治、历史最好上下午各占一半。生物、地理三分之二的课时安排在下午。其他学科插空安排。如遇特殊情况这一原则可灵活掌握。④确保课头整齐。编排中还要考虑到在一周的五天之内把课头理顺整齐。保证让每位教师把第一个课头的所班级都上完，才开始第二个课头的讲授。绝不能出现“错头”上课的情况。 ⑤公共教学场所的分配。编排时还要考虑： 几个音乐、信息教师对音乐、微机教室的分配问题。因此，几个音乐、信息教师的课表要互相参照着编制，避免同一时间两个班占用同一教室的“撞车”现象。另外，同一节课安排几个班上体育课，要根据操场的大小来决定。既保证几个教学班互不干扰，又保证让学生活动方便，不出事故。 ⑥考虑教师代课方便。编排课表时还要注意，尽可能将同一学科教师的课表错开编排，以方便代课。 ⑦文理搭配，小学科均匀分配，自习课居后。一个课表，师生使用起来都感觉舒服、自然、和谐，才是真正达到了为教学服务的目的。因此，编排中尽

网上选课系统需求分析说明书

网上选课系统需求分析说明书 信息工程学院 吴悦20110809050124 苗旺20110809050113 2014年4月8日

目录 需求分析说明书 (2) 1．导言 (3) 1.1 目的 (3) 1.2 范围 (3) 1.3参考资料 (3) 2．任务概述 (3) 2.1开发意图及应用目标： (3) 2.2应用范围及开发的背景资料 (3) 2.3用户的特点及软件使用频度 (3) 3．需求规定 (3) 3.1 对功能的规定 (3) 3.1.1静态数据 (3) 3.2.2动态数据 (5) 3.2.3程序流程图 (5) 3.2对性能的规定 (6) 3.2.1 精度 (6) 3.2.2 时间特性要求 (6) 3.2.3 灵活性 (6) 3.3 输入输出要求 (6) 3.4系统的状态图： (6) 3.5数据管理能力要求 (7) 开发本系统的E-R图如下： (7) 4.应用环境 (8) 4.1系统运行网络环境 (8) 4.2 系统运行硬件环境 (8) 5.功能模块 (8) 5.1功能划分 (8) 5.2功能描述 (10) 6. 运行需求 (10) 6.1用户界面 (11) 界面设计原则： (11) 6.2接口 (11) 6.3故障处理 (11) 7. 签字 (11)

1．导言 1.1 目的 网上选课管理系统作为管理管理员与用户的选课关系的主要管理系统平台，其对应的读者是企业用户，因此，不仅要处理管理员与用户之间的信息，还要处理用户个人信息。导致网上选课管理系统中的数据不论是结构、类型还是彼此间的关联都是复杂多变的；对这种数据进行的处理也是多种多样的。因此，要实现对网上选课管理系统数据的及时、准确的处理和有效利用。 本文档的预期读者是： 需求分析人员； 设计人员； 开发人员； 项目管理人员； 测试人员； 用户； 1.2 范围 该文档描述了目的系统的逻辑模型，解决系统做什么的问题。在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的平台。 1.3参考资料 1. 《软件工程导论》张海藩编著清华大学出版社2007年5月 2. 《数据库系统概论（第四版）》王珊编著高等教育出版社2007年11月 2．任务概述 2.1开发意图及应用目标： 采用网上选课管理系统，可以方便的了解和记录每一个用户的选课情况和成绩，更方便老师对学生的了解和学生对课程的安排，更有利于教课的进行。 2.2应用范围及开发的背景资料 由于开发本系统是学校内部使用，对外具有完全的保密性，因此其使用范围仅限于有限的，具有一定特权的管理人员和本校的学生使用。 2.3用户的特点及软件使用频度 使用该软件的用户必须是本校学生和有权限的老师，而且该软件会被大量的同时访问，它必须能满足大的访问量，不能容易瘫痪。 3．需求规定 3.1 对功能的规定 3.1.1静态数据