文档库 最新最全的文档下载
当前位置:文档库 › 课表格式

课表格式

课表格式
课表格式

有课表

团委青协干事有课无课表 有课的 星期一 1.2节——谢洁郑彤彤陈樱钱秋佳周银峰徐艳郑淑君郑家雯沈琦迪邱女杰郑士锦赵浩勇杨景燕吴丽珍陈倩楠屠燕娜童美巧钱银聪崔晓园竹凌云池伟晖项洁洁傅江南徐力王芳芳林坚徐江罗菲陈相宜屠森明薛永威姜舒恬冯泽峰 3.4节——谢洁郑彤彤陈樱钱秋佳周银峰郑士锦赵浩勇张灵芝杨景燕吴丽珍陈倩楠屠燕娜童美巧钱银聪崔晓园竹凌云池伟晖项洁洁傅江南徐江罗菲陈相宜屠森明薛永威姜舒恬冯泽峰朱奇奇蔡金积 5.6节——谢洁郑彤彤陈樱钱秋佳周银峰徐艳郑淑君郑家雯沈琦迪邱女杰郑士锦赵浩勇朱美丽张灵芝杨景燕吴丽珍陈倩楠屠燕娜童美巧钱银聪崔晓园 竹凌云池伟晖项洁洁蔡金积傅江南徐力王芳芳林坚罗菲陈相宜屠森明薛永威姜舒恬朱奇奇 7.8节——谢洁陈樱郑士锦赵浩勇朱美丽陈倩楠童美巧钱银聪崔晓园蔡金积傅江南罗菲屠森明薛永威 星期二 1.2节——谢洁徐艳郑家雯沈琦迪邱女杰周银峰钱秋佳陈樱王芳芳林坚徐江罗菲冯泽峰陈相宜徐力傅江南项洁洁竹

凌云朱奇奇崔晓园钱银聪童美巧屠燕娜姜舒恬陈倩楠吴丽珍杨景燕张灵芝 3.4节——谢洁徐艳郑家雯沈琦迪邱女杰周银峰钱秋佳陈樱郑彤彤林坚罗菲陈相宜傅江南项洁洁竹凌云朱奇奇崔晓园钱银聪童美巧屠燕娜姜舒恬陈倩楠吴丽珍杨景燕张灵芝蔡金积池伟晖朱美丽郑淑君 5.6节——陈樱郑彤彤徐艳郑家雯沈琦迪邱女杰周银峰钱秋佳王芳芳徐江冯泽峰陈相宜傅江南项洁洁蔡金积竹凌云朱奇奇崔晓园童美巧郑淑佳钱银聪陈倩楠吴丽珍杨景燕张灵芝朱美丽屠森明郑士锦薛永威赵浩勇 7.8节——徐艳郑家雯沈琦迪邱女杰周银峰钱秋佳徐江陈相宜徐力傅江南蔡金积朱奇奇钱银聪张灵芝 星期三 1.2节——谢洁徐艳郑家雯沈琦迪邱女杰周银峰钱秋佳陈樱王芳芳郑彤彤徐江罗菲陈相宜傅江南蔡金积项洁洁竹凌云池伟晖崔晓园钱银聪童美巧屠燕娜姜舒恬陈倩楠吴丽珍 杨景燕张灵芝朱美丽屠森明郑士锦薛永威赵浩勇冯泽峰 郑淑君 3.4节——谢洁徐艳郑家雯沈琦迪邱女杰周银峰钱秋佳陈樱王芳芳郑彤彤林坚徐江罗菲陈相宜冯泽峰徐力傅江南项洁洁池伟晖崔晓园钱银聪童美巧屠燕娜姜舒恬陈倩楠吴丽珍杨景燕张灵芝朱美丽屠森明郑士锦薛永威赵浩勇朱奇奇

《我们的课程表》教案新部编本

教师学科教案[ 20 – 20 学年度第__学期] 任教学科:_____________ 任教年级:_____________ 任教老师:_____________ xx市实验学校

《我们的课程表》教案 中山市大涌南文小学冯文元 一、教材分析 该内容选自于广东省中山市教育局教学研究室编写的小学信息技术四年级课本第四章第三节。 1、课时安排(1课时) 2、教材编排 本节安排在《新年联欢会海报》和《我的周末计划》章节之后,学生已经掌握设置字体、字号和颜色的方法,了解了如何插入表格以及对表格的美化,这些知识与技能是本课时学习的基础。 二、学生分析 1、教学对象:小学四年级学生; 2、已经掌握在Word程序中对文字和表格的基本操作和美化; 3、活泼好动、表现欲望强,对信息技术课程具有兴趣十分浓厚; 4、能发现问题,并热衷于和同学交流操作心得; 5、信息技术学习的积极性较高,但自觉性不够。 三、设计思想与理念 本节课分析范例作品,引导学生欣赏作品,并分析作品的特点;通过示范教学,让学生学习和掌握各种工具和技巧;学生进行自主创作,教师随堂指导;组织小组比赛,提高创作效率和热情;最后通过作品欣赏和评价,展示学生的优秀作品。 在整个教学过程,教师大力鼓励学生自主探究和小组的交流和协作学习,体现了“以教师为主导、学生为主体”的教学原则,以实践操作为主线的教学理念。 四、教学目标: 1、知识与技能: (1)复习如何插入表格; (2)通过文字设置工具美化表格; (3)利用图片资源美化表格。 (4)学会表格自动套用格式快速美化表格。 2、过程与方法: 通过范例教学、任务教学、自主探究学习和小组协作学习等方式来完成教学任务:谈话导入→范例教学(归纳元素)→依托教材(感知技巧)→自主探究(动手感知)→作品评价(监督引导)→小组协作(修改完善)→展示交流(共同进步)→总结升华(收获未来) 3、情感态度与价值观: (1)培养学生积极探索、大胆尝试的精神,提高学生的实践能力和学习能力; (2)培养学生欣赏和评价他人作品的能力; (3)创作活动中,提高与他人交流、协作的能力; (4)经历运用所学的技能来解决实际问题的过程,体会信息技术的作用。 五、教学手段

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

第一章引言 1. 1 编写目的 本需求规格说明书是为了开发学生信息管理系统而编写,主要面向系统分析员、程序员、测试员、实施员和最终用户。 本说明书是整个软件开发的依据,它对以后阶段的工作起指导作用,也是项目完成后系统验收的依据。 1. 2 项目背景 开发软件的名称:学生信息管理系统 项目的任务提出者:江汉大学文理学院 开发者:袁俊 用户:江汉大学文理学院学生信息管理员 实现软件的单位:06软件一班 兼容系统:Windows XP SP2/SP3 开发工具:https://www.wendangku.net/doc/97736070.html,+ Microsoft SQL Server 2000 1.3 相关术语 Macromedia Dreamweaver 8:网页设计工具 Microsoft SQL Server:数据库工具 1.4 参考资料 [1]《软件工程模型与方法》,肖丁等,北京邮电大学。 [2]《https://www.wendangku.net/doc/97736070.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、大会的签到、新闻稿的写作以及审核,会议的议程安排;3、活动奖状的制作,邀请函的制作与配发以及嘉宾牌的制作;4、管理学生会的各种资料,学生会所有成员的联系表的制作,以及全体成员的无课表的制作,办公室的值班人员的安 排等等 体育部1、组织学院同学参加学院开展的各项体育活动,

调动同学们参加体育锻炼的积极性,参与并指导学院、各班组织的体育活动,从中发现并培养人才; 2、做好本部门的常规工作(本部门的干部培养、 纳新、工作计划、总结等); 3、积极引导全院同学进行体育运动,增进身心健康,培养顽强拼搏和集体主义精神并搞好组织管理 及协助工作; 4、活动前期,制定活动计划、方案、预算(需要 用到的物品等) 宣传部1、为学生会内部举办的各类活动进行前期、后期 宣传,并在举办活动时进行实时宣传; 2、负责制作学生会胸卡; 3、运用ps、手绘海报、视频制作、横幅、制作书签和设计宣传单等宣传方式,传达学生会各类活动 信息; 4、对学生会的各项活动进行拍摄; 5、协助学生会其他部门开展工作,使各部门工作 更好的完成。 纪检部1、协助学生会做好学生干部的管理、监督及培训 工作; 2、负责做好我院各班学生的日常考勤汇总,并定 期公示;

课表需求规格说明书

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

学生会卫生部第二学期工作计划(新编版)

学生会卫生部第二学期工作计 划(新编版) Frequent work plans can improve personal work ability, management level, find problems, analyze problems and solve problems more quickly. ( 工作计划) 部门:_______________________ 姓名:_______________________ 日期:_______________________ 本文档文字可以自由修改

学生会卫生部第二学期工作计划(新编版)导语:工作计划是我们完成工作任务的重要保障,制订工作计划不光是为了很 好地完成工作,其实经常制订工作计划可以更快地提高个人工作能力、管理水平、发现问题、分析问题与解决问题的能力。 商学院学生会生活卫生部在20xx—20xx学年下学期的工作主要坚持“自主性、价值性、效率性”的基本原则,努力实现所办活动队同学们的价值,力争传承具有延续意义的标杆活动。针对以上总体目标,生活卫生部力争在本学期达到以下目标: 1、进行活动的实际创新,精简活动,留下以下两类活动:基础性不可或缺的活动;对同学们有实际价值的活动。原有基础活动在细节上进行创新改进,新活动以价值性为标准进行创造。 2、人力资源利用效率化。在使部内干事获得参与性的同时,保证活动的运作效率。 3、后续人员的培养。在学期结束之时,可以实现人员的顺利接班。 4、职业生涯规划活动作为本学期的重点工作,力图实现活

动的延续性,成为此类活动的标杆。按照时间顺序,本学期主要活动如下(不包括基础性的仓库管理、查勤表和拉拉队等活动:(时间以周为单位)时间活动名称备注 第一周(3.3—3.9) 仓库物品清查 学生会工作准备阶段 主要根据学生会总体安排进行(其间有仓库的搬迁工作、部门内部工作会议、人员学期工作安排、无课表安排、向辅导老师述职等)干事测评及培训职业生涯规划工作文稿出台,部内思想统一,争取老师支持,职业生涯规划讲座嘉宾及企业赞助;心理网站更新主要根据活动内容决定;心理网站每周四定期更新商学院生活委员、卫生委员及心理宣传员会议,强调学期工作方向,争取通力配合,根据各班班委选举时间决定,另外因06级专业调整原因,会有部分班级缺席,所有工作步入正轨后,与各方面活动负责干事进行深入沟通;准备职业生涯规划讲座,收集废旧书报活动定于xx级调换宿舍之时。

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

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

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

软件需求分析说明书

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

《课程表》说课稿

《我的课程表》说课稿 各位评委大家好! 我说课的内容是小学四年级信息技术教材第八课《我的课程表》。这节课我将从教材、学情、教法、学法、教学过程五个方面来谈谈自己对教材的理解,以及教这节课的大体设想。 一、教材分析 1、教材的整体分析: 本课是在学生已学习掌握了word软件中简单的编辑之后,指导学生在word软件中制作一张属于自己的课程表也是学生生活中最常见的事,学生自然充满了亲手设计与制作的热情。从教材的安排和内容来看,本课是为以后综合运用word知识进行版面设计作了铺垫。 2、教学目标分析: 根据教材的要求、教材的具体特点,学生学习计算机的情况,本课教学目标是: (1)知识与技能:能够熟练根据需要设置合适的纸张页面; 能够熟练插入表格并在表格中输入文字;熟练掌握使用“边框和底纹”工具修饰美化表格。 (2)过程与方法:通过制作课程表这个具体任务,教会学生 掌握表格的建立、添加文字、修饰表格等方法,在掌握这些基本方法的基础上,引导学生设计出个性课程表。 (3)情感态度与价值观:培养学生动手操作与合作交流的能

力,增强学生的审美能力;培养学生养成积极主动地学习和使用信息技术、参与信息活动的态度。 二、学情分析 1、学生已经掌握在WORD程中对文字和表格的基本操作和美化; 2、活泼好动、表现欲望强,对信息技术课程兴趣十分浓厚; 3、能发现问题,并热衷于和同学交流操作心得; 三、教法分析 在进行本课教学时,教师通过“演示法”向学生展示一些课表和其他表格的范例。通过“任务驱动法”让学生掌握表格的插入及内容输入。通过“对比法”向学生展示经过美化处理后的表格与未经处理的表格,让学生对美化的作用建立直观的认识,激发他们制作热情。通过“演示法”展示一些课表和其他表格的范例,让学生能够更深刻地体会到经过修饰的表格带来的不一样的视觉感受。通过“任务驱动法”让学生熟练应用前面所学习的文字修饰知识来美化文字,并学习便用“边框和底纹”工具修饰表格。 四、学法分析 主动探究自主学习法:学生在任务驱动下,把学生的角色从“让我学”变成“我要学”,引导学生自行探究。任务的完成就标志着学生实践能力的提高,同时学生也能体验到任务完成的成就感。 五、教学过程 1、谈话导入,揭题。

河南大学学生会委员无课表(男生)

周一周二周三周四周五 一二节李嘉乐、苗长青、王磊、冯加有、王 中琪、刘江、曹典、李冬、郗沛达 苗长青、焦羿斐、许家隆、冯加有、 刘江、李岚嵩、叶舒康、曹典、李冬 、郗沛达 许家隆、赵之安、王中琪、李冬、郗 沛达 张永锦、焦羿斐、王磊、冯加有、李 岚嵩、苗亚航、叶舒康、李冬、肖博 伦 杨志超、赵之安、刘江、曹典、李冬 、郗沛达、肖博伦 三四节张永锦、张艺立、徐永康、焦羿斐、 王磊、许家隆、赵之安、王中琪、李 岚嵩、苗亚航、叶舒康、李冬 毛科举、李嘉乐、张永锦、冯加有、 苗亚航 苗长青、焦羿斐、冯加有、李岚嵩、 叶舒康 李嘉乐、许家隆苗长青、李鑫炎、许家隆、冯加有、 刘江、曹典、郗沛达 四杨志超张艺立、徐永康张艺立、徐永康李嘉乐 五六节赵之安,曹典,刘江,毛科举,李冬,焦羿 斐,李岚嵩,叶舒康,冯加有,杨志超,苗 长青,李嘉乐,王中琪,王磊,许家隆、郗 沛达、李鑫炎、肖博伦 赵之安,曹典,肖博伦,刘江,李鑫炎,毛科 举,李冬,焦羿斐,叶舒康,冯加有,苗长青 ,王磊,苗亚航,许家隆,张艺立,徐永康, 张永锦、郗沛达 赵之安,曹典,刘江,李鑫炎,毛科举,李冬 ,焦羿斐,李岚嵩,叶舒康,冯加有,杨志超 ,,苗长青,李嘉乐,王中琪,王磊,苗亚航, 许家隆,张艺立,徐永康,张永锦、郗沛 达、肖博伦 赵之安,曹典,刘江,李鑫炎,毛科举,李冬 ,焦羿斐,李岚嵩,叶舒康,冯加有,杨志超 ,苗长青,李嘉乐,王中琪,王磊,苗亚航, 许家隆,张艺立,徐永康,张永锦、郗沛 达、肖博伦 曹典、 刘江,李鑫炎,毛科举,李冬,焦羿斐,李岚 嵩,叶舒康,冯加有,杨志超,李嘉乐,王中 琪,王磊,苗亚航,许家隆,张艺立,徐永康 ,张永锦、郗沛达、肖博伦周一周二周三周四周五

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

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

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

青岛大学中心校区2013年秋季学期无课表

青岛大学中心校区2013年秋季学期 教室无课表 (青岛大学学生会制) 周一: 1、2节 东12教104(19-20周)、105、106、107(18-20周)、207(18-20周)、208(19-20周)、209(19-20周)、306(1-3周、19-20周)、307(19-20周)、308(14-20周)、309(19-20周)、406(19-20周)、407(19-20周)、408(1-9周、19-20周)、409(19-20周)、506、507、508、509(19-20周) 静思1号楼104、107、202、203、301、303(7-8周、12-20周)、306(7-9周、19-20周)、401、402(1-17双周、18-20周)、406、408、501、502、505、508 静思2号楼一楼无课、202(1-7周、10-20周)、203(6-14周)、204(1-3周、15-20周)、205(1-3周、8-11周、19-20周)、206(1-6周、14-15周、19-20周)、207(7-9周、19-20周)、301、302、303(1-17单周)、305(5-18周、13-20周)、306(19-20周)、307(19-20周)308、401(5-6周、10-20周)、402(4-13周、18-20周)、403(1-3周、19-20周)、405、406(19-20周)、407(19-20周)、408 静思3号楼201(4-10周、19-20周)、202(19-20周)、301(19-20周)、303(2-18双周、19-20周)、402(1、19-20周)、403(19-20

学生选课管理系统需求分析说明书

第一部分调查用户需求 1、基本情况 随着中国教育信息化时代的来临,各个校园对于内部信息的管理已经采用IT新潮的应用和管理系统技术来进行。为了紧随信息化时代的脚步,不被时代所淘汰,学生的信息管理也应当由传统的手工管理模式进化为软件与数据库相结合的管理模式,从而加强学生的信息管理能力,让学校整体管理水平得到较大的提升。 2、用户对系统的要求 通过系统功能的分析,结果需求分析元在各大高校实地考察,调查的对象涵盖了,学校的教职工、在校师生。特别是对已经运行了与本系统同类产品的学校的师生使用选课管理系统心得体会进行了分析,总结出如下的需求信息。 (1)、学生的需求:能进行选课,查看管理员发布的选课信息,自己的选课情况,本人的基本信息,课程的成绩; (2)、教师的需求:能查看自己的个人信息,及所授课的班级的所有学生的本门课程的成绩信息,并能进行增加和修改; (3)、管理员的需求:对学生选课情况进行管理,包括发布选课信息,对学生的选课情况进行查看。管理员还可以对授课老师的信息进行管理。 第二部分系统功能的设计和划分 根据如上得到的用户需求,我们将本系统按照所完成的功能分成以下几部分: 1、用户管理部分 1、用户可以查询学生信息。 2、用户可以查询课程信息。 3、用户可以提交与查询选课信息。 4、用户可以插入与删除用户自己的离返校信息。 5、用户可以修改用户自己密码。 2、管理员管理部分 1、处理管理员登录 2、管理员可以查询学生信息。 3、管理员可以发布与更新课程信息。 4、管理员可以修改管理员密码。 第三部分数据字典 数据项是数据库的关系中不可再分的数据单位,下表分别列出了数据的名称、数据类型、长度、取值能否为空。利用SQL Server 2000建立“学生选课”数据库,其基本表清单及表结构描述如下: 数据结构

“学生会卫生部下学期计划”学生会工作计划

“学生会卫生部下学期计划”学生会工作计划 商学院学生会生活卫生部在20__—20__学年下学期的工作主要坚持“自主性、价值性、效率性”的基本原则努力实现所办活动队同学们的价值力争传承具有延续意义的标杆活动。针对以上总体目标生活卫生部力争在本学期达到以下目标: 1、进行活动的实际创新精简活动留下以下两类活动:基础性不可或缺的活动;对同学们有实际价值的活动。原有基础活动在细节上进行创新改进新活动以价值性为标准进行创造。 2、人力资源利用效率最大化。在使部内干事获得最大参与性的同时保证活动的运作效率。 3、后续人员的培养。在学期结束之时可以实现人员的顺利接班。 4、职业生涯规划活动作为本学期的重点工作力图实现活动的延续性成为此类活动的标杆。按照时间顺序本学期主要活动如下(不包括基础性的仓库管理、查勤表和拉拉队等活动:(时间以周为单位)时间活动名称备注 第一周(3.3—3.9) 仓库物品清查 学生会工作准备阶段 主要根据学生会总体安排进行(其间有仓库的搬迁工作、部门内部工作会议、人员学期工作安排、无课表安排、向辅导老师

述职等)干事测评及培训职业生涯规划工作文稿出台部内思想统一争取老师支持职业生涯规划讲座嘉宾及企业赞助;心理网站更新主要根据活动内容决定;心理网站每周四定期更新商学院生活委员、卫生委员及心理宣传员会议强调学期工作方向争取通力配合根据各班班委选举时间决定另外因06级专业调整原因会有部分班级缺席所有工作步入正轨后与各方面活动负责干事进行深入沟通;准备职业生涯规划讲座收集废旧书报活动定于06级调换宿舍之时。 第二周(3.10—3.16)部内例会总结一周工作安排下周工作每周例会列为制度职业生涯规划讲座第一场准备职业生涯规划讲座第一场及总结。开始心理主题班会工作根据各班班委选举时间确定发出心理班会通知并开始相关准备工作;班级职业生涯规划日志活动开始。 第三周(3.24—3.30)心理班会工作及后期工作职业生涯规划讲座第二场准备职业生涯规划讲座第二场及总结。 第四周(3.31—4.6);职业生涯规划竞赛类活动开始准备将历时3周下发通知各班及时组队参赛;比赛正式开始具体时间安排见附录;同时准备职业生涯规划讲座和竞赛类活动。 第五周(4.7—4.13)职业生涯规划讲座第三场及总结;职业生涯规划竞类活动开展。第七周(4.21—4.27)心理宣传月准备工作;职业生涯规划讲座第四场准备工作。

教务管理系统需求规格说明书

软件工程大作业 《教务管理系统》 需求规格说明书 班级:142012 小组成员:张烜仪 鲍健昕 杨鑫 安娜 王港 目录 1 引言 ....................................................... 错误!未定义书签。

目的..................................................... 错误!未定义书签。 文档格式................................................. 错误!未定义书签。 预期的读者和阅读建议..................................... 错误!未定义书签。 范围..................................................... 错误!未定义书签。 2.系统概述.................................................... 错误!未定义书签。 系统概述................................................. 错误!未定义书签。 总体架构................................................. 错误!未定义书签。 软件项目约束............................................. 错误!未定义书签。 3. 详细描述................................................... 错误!未定义书签。 用例描述................................................. 错误!未定义书签。 学生功能需求............................................. 错误!未定义书签。 教师功能需求......................................... 错误!未定义书签。 管理员功能需求....................................... 错误!未定义书签。 活动流图................................................. 错误!未定义书签。 学生成绩查询......................................... 错误!未定义书签。 学生选课............................................. 错误!未定义书签。 学生课表查询......................................... 错误!未定义书签。 学生成绩录入......................................... 错误!未定义书签。 教师课表查询......................................... 错误!未定义书签。 用户信息修改......................................... 错误!未定义书签。 类图概述................................................. 错误!未定义书签。 4. 非功能性需求............................................... 错误!未定义书签。 性能需求................................................. 错误!未定义书签。 数据需求................................................. 错误!未定义书签。 安全性需求............................................... 错误!未定义书签。 用户文档................................................. 错误!未定义书签。 其他需求.................................................. 错误!未定义书签。

学生成绩管理系统需求规格说明书

学生成绩管理信息系统需求规格说明书 学生成绩管理系统开发小组 日期2011.05.29

目录 第一章引言............................................................... 错误!未指定书签。 1.1编写目的....................................................... 错误!未指定书签。 1.2编写背景....................................................... 错误!未指定书签。 1.3参考资料....................................................... 错误!未指定书签。第二章任务概述....................................................... 错误!未指定书签。 2.1目标............................................................... 错误!未指定书签。 2.1.1 开发的背景: ...................................... 错误!未指定书签。 2.1.2 系统任务概述: .................................. 错误!未指定书签。 2.2用户操作权限:........................................... 错误!未指定书签。 2.3运行环境: ...................................................... 错误!未指定书签。第三章数据描述....................................................... 错误!未指定书签。 3.1静态数据....................................................... 错误!未指定书签。 3.1.1 学生: .................................................. 错误!未指定书签。 3.1.2 课程: .................................................. 错误!未指定书签。 3.1.3 教师: .................................................. 错误!未指定书签。 3.1.4 授课表: .............................................. 错误!未指定书签。 3.1.5 成绩表: .............................................. 错误!未指定书签。 3.2动态数据....................................................... 错误!未指定书签。 3.2.1 用户信息表: ...................................... 错误!未指定书签。 3.3数据描述....................................................... 错误!未指定书签。 3.3.1 图:....................................................... 错误!未指定书签。 3.4数据库后台表............................................... 错误!未指定书签。 用户信息表(): .......................................... 错误!未指定书签。 学生信息():.................................................. 错误!未指定书签。 教师信息表():.............................................. 错误!未指定书签。 课程表():...................................................... 错误!未指定书签。 授课表():...................................................... 错误!未指定书签。 成绩信息():.................................................. 错误!未指定书签。第四章功能需求....................................................... 错误!未指定书签。 4.1功能划分....................................................... 错误!未指定书签。 4.2功能描述....................................................... 错误!未指定书签。 4.2.1 系统登录 .............................................. 错误!未指定书签。 4.2.2 系统管理 .............................................. 错误!未指定书签。 4.2.3 基本信息管理 ...................................... 错误!未指定书签。 4.2.4 信息查询 .............................................. 错误!未指定书签。

相关文档
相关文档 最新文档