大学生选课系统软件需求规格使用说明
- 格式:doc
- 大小:1.01 MB
- 文档页数:17
学生选课管理系统需求规格说明书学生选课管理系统需求规格说明书1.引言本文档是学生选课管理系统的需求规格说明书,旨在详细描述该系统的功能和性能要求,以及用户需求和其他系统约束。
该系统旨在帮助学校管理和维护学生选课过程,提供高效的选课服务。
2.系统概述学生选课管理系统是一个基于网络的应用程序,旨在帮助学校管理和组织学生的选课过程。
该系统将实现以下功能:2.1 学生账户管理:学生可以创建个人账户,选择课程并管理自己的选课记录。
2.2 课程管理:教师和管理员可以创建和管理课程,包括课程信息、课程时间表和可选课程的容量限制。
2.3 选课管理:学生可以根据自己的学习计划和课程要求进行选课,系统能够自动检测冲突和容量限制。
2.4 成绩管理:系统可以记录学生的成绩,并提供成绩查询功能。
2.5 系统管理:管理员可以管理整个系统,包括用户账户、课程信息、教师信息等。
3.功能需求3.1 用户管理3.1.1 学生账户管理3.1.1.1 学生可以创建个人账户,包括姓名、学号、密码等必要信息。
3.1.1.2 学生可以修改个人信息,如密码、联系方式等。
3.1.1.3 学生可以查询自己的选课记录和成绩。
3.1.2 教师账户管理3.1.2.1 教师可以创建个人账户,包括姓名、工号、密码等必要信息。
3.1.2.2 教师可以修改个人信息,如密码、联系方式等。
3.1.2.3 教师可以查看自己所教授的课程信息和学生选课情况。
3.1.3 管理员账户管理3.1.3.1 管理员可以创建个人账户,包括姓名、工号、密码等必要信息。
3.1.3.2 管理员可以修改个人信息,如密码、联系方式等。
3.1.3.3 管理员可以管理学生、教师账户的相关信息,如添加、删除账户等。
3.2 课程管理3.2.1 添加课程3.2.1.1 教师和管理员可以添加课程,包括课程名称、学分、授课教师、上课时间等信息。
3.2.1.2 添加课程时需要检查课程名称是否重复,教师是否存在等。
网上购物系统软件需求说明书目录1。
引言01。
1 目的01.2 项目范围01。
3 定义、缩略语、缩写12。
系统需求概述22.1 用例模型22。
2 假设和依赖33。
系统详细需求43.1 Use-Case 清单43.2 规格说明43.2。
1 功能性需求43。
2。
2 可用性53.2.3 可靠性53.2.4 性能53。
2。
5 保障性53。
2.6 设计上的限制64。
术语表7软件需求说明书1. 引言1.1 目的本文档描述了学生选修课管理系统的软件需求规格。
目的在于向读者表述系统的环境,系统的功能和非功能的需求。
1.2 项目范围本次软件项目开发的是一个学生选修课管理系统.使用此系统的学生通过互联网进行选课;使用此系统的管理员通过互联网进行系统的管理.系统的功能如下:●学生能够通过课程名来寻找课程,并获得课程的摘要信息.●学生能够通过输入某些关键字,对课程进行查询,并获得符合检索条件的课程的摘要信息。
●学生能够在课程详细画面上获得课程的详细介绍信息.●学生能够在页面上修改自己的注册资料,更新原有的注册信息。
●学生能够在输入合法的用户账号和密码后,登录系统。
●学生能够在任何时间退出系统。
●学生能够查看当前选课的最新状态。
●学生能够对各科成绩进行查询。
●学生能够对各科课程信息及老师信息的查询。
●能够允许学生修改个人信息。
●学生能够浏览基本的课程并实现主要的选课功能.●学生能够填写选课信息、查看已选课程、修改选课。
●老师能够申请教课.●老师能够查询课程,申请教课.●老师能够查询课程报名人数情况,进行成绩评定。
●老师可以修改个人信息、浏览基本课程以及查看学生的选课情况。
●管理员能够在输入合法的用户账号和密码后,登录系统.●管理员能够在任何时间退出系统。
●管理员能够创建课程的指定任课老师、设定课程人数、统计学生选课信息、发通知。
●管理员能够维护课程数据,包括课程、老师数据的新增,更新,删除和检索。
●管理员能够维护权限数据,包括新增,更新,删除,检索操作。
大学课程选修系统使用规范及考核标准为了更好地管理和指导大学生进行课程选修,我们特制定此使用规范及考核标准,以确保选课过程的顺利进行和课程的有效性。
一、系统使用规范1.1 登录与认证在选修课程前,学生需要使用自己的学号和密码登录系统。
若忘记密码,可使用找回密码功能或联系系统管理员。
1.2 课程搜索与筛选学生在系统中可以按照课程名称、课程代码、授课教师等多种条件进行课程搜索与筛选。
1.3 课程选修学生在筛选出自己感兴趣的课程后,可点击“选修”按钮进行选修。
选修成功后,系统会自动记录学生的选课信息。
1.4 课程退选在选课周期内,学生若要退选课程,可在“我的课程”页面中找到相应课程,点击“退选”按钮。
退选成功后,系统会自动更新学生的选课信息。
1.5 课程信息查看学生可以在“我的课程”页面中查看已选课程的详细信息,包括课程名称、课程代码、授课教师、上课时间等。
二、考核标准2.1 课堂参与学生需按时参加课程,课堂表现将计入考核成绩。
缺课次数超过规定次数者,将被视为不合格。
2.2 作业与实验报告学生需按时完成作业与实验报告,并按时提交。
未按时提交或提交内容不符合要求者,将被视为不合格。
2.3 期末考试期末考试将作为课程考核的主要部分,占总成绩的绝大部分。
期末考试成绩不合格者,将被视为不合格。
2.4 课程论文(如有)如课程要求课程论文,学生需在规定时间内提交论文。
未按时提交或论文质量不符合要求者,将被视为不合格。
三、违规处理在课程选修过程中,如有违规行为,如恶意选修他人课程、篡改选课数据等,一经发现,将根据情节严重程度进行处理,包括但不限于取消选课资格、通报批评、成绩清零等。
以上规范与考核标准自发布之日起执行,如有未尽事宜,将根据实际情况予以调整。
我们期望通过本规范的实施,能够更好地服务于广大学子,提高课程效果。
{content}。
软件需求规格说明书用户需求确认书列举的需求已包含现阶段所用需求,需求明确,符合要求用户职务用户签名签订日期目录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产品概述就用了两年多的福州大学教务处的而言,功能繁多,基本上所有学生、教师等关于信息、课程、学习、报名乃至于课表作息等功能都一应俱全,也正因为此,在某些教务处使用高峰期,如学生开学选课阶段,经常会出现运行迟缓,系统崩溃等问题,在情况紧急之下甚至会导致某些严重后果。
1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (3)2总体设计 (3)2.1需求规定 (3)2.2运行环境 (6)2.3基本设计概念和处理流程 (7)2.4结构 (9)2.5功能需求与程序的关系 (10)2.6人工处理过程 (10)2.7尚未问决的问题 (10)3接口设计 (10)3.1用户接口 (10)3.2外部接口 (10)3.3内部接口 (11)4运行设计 (11)4.1运行模块组合 (11)4.2运行控制 (11)4.3运行时间 (12)5系统数据结构设计 (12)5.1逻辑结构设计要点 (12)5.2物理结构设计要点 (15)5.3数据结构与程序的关系 (16)6系统出错处理设计 (16)6.1出错信息 (16)6.2补救措施 (17)6.3系统维护设计 (17)概要设计说明书1引言1.1编写目的(1)开发学生网上选课系统,提高管理工作的效率、提高信息的开放性、改善学生和教师对其最新信息查询的准确性。
(2)本报告由共同修改完成。
1.2背景随着学校规模的不断扩大,专业、班级学生的数量急剧增加,有关学生选课的各种信息量也成倍增长,而且目前许多高校的学生选课管理仍停留在复杂的人工操作上,重复工作较多,工作量大,效率低。
因此,迫切需要开发学生网上选课系统来提高管理工作的效率。
学生网上选课系统,在学生选课的规范管理、科学统计和快速查询方面具有较大的实用意义。
它提高了信息的开放性,大大地改善了学生、教师对其最新信息查询的准确性。
1.3定义(1)Active Server Pages (ASP) 是服务器端脚本编写环境,是由Server端脚本、对象以及组件拓展过的标准主页使用它可以创建和运行动态、交互的Web 页和基于Web 的功能强大的应用程序。
ASP程序是以。
asp为扩展的文本文件,其控制部分是用VBScript和Jscript等脚本语言来编写的。
ASP的工作流程大致是:①当浏览器从Web服务器上请求。
1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2任务概述 (3)2.1目标 (3)2.2用户的特点 (3)2.3假定和约束 (3)3需求规定 (3)3.1对功能的规定 (3)3.2对性能的规定 (4)3.2.1精度 (4)3.2.2时间特性要求 (4)3.2.3灵活性 (5)3.3输人输出要求 (5)3.4数据管理能力要求 (5)3.5故障处理要求 (5)3.6其他专门要求 (6)4运行环境规定 (6)4.1设备 (6)4.2支持软件 (6)4.3接口 (6)4.4控制 (6)软件需求说明书1引言1.1编写目的选课系统是一个系统的、完整的工程,完成该项工程,需要科学的方法理论作指导。
选课系统需求分析说明书是对该软件功能需求、性能需求的描述。
它明确工程的任务目标,用户需求规定以及完成该项工程运行环境的规定。
只有深刻了解该选课系统的需求,才能编写出用户所需的软件,减少再工程的次数和工作量,为下一步打下坚实的基础。
网上选课管理系统作为管理管理员与用户的选课关系的主要管理系统平台,其对应的读者是企业用户,因此,不仅要处理管理员与用户之间的信息,还要处理用户个人信息。
导致网上选课管理系统中的数据不论是结构、类型还是彼此间的关联都是复杂多变的;对这种数据进行的处理也是多种多样的。
因此,要实现对网上选课管理系统数据的及时、准确的处理和有效利用。
1.2背景系统名称:学生选课管理系统任务的详细信息:a)任务提出人:老师b)需求分析人:赵家利c)用户:使用该软件且具有一定权限的管理人员(老师)和学生。
1.3定义此次分析主要是具体分析并解决我们选课系统具体需要达到哪些要求,完成哪些功能,做什么的完整定义。
1.4参考资料1.《软件工程导论》(张海藩编著清华大学出版社 2007年5月)2.《数据库系统概论(第四版)》(王珊编著高等教育出版社2007年11月)3.《数据结构》(C语言版)(严蔚敏著清华大学出版社)2任务概述2.1目标了解选课系统功能需求、性能需求以及实现共项工程所需运行环境的需求,以及用户对我们的系统的一些特殊性要求。
学生选课系统软件需求说明书作者:完成日期:签收人:签收日期:修改情况记录:目录1引言 ..................................................................... ........................................................................ ..... 1 1.1 编写目的 . ................................................................... ............................................................... 1 1.2 范围 . ................................................................... .......................................................................1 1.3 定义 . ................................................................... (1)1.4 参考资料 . ................................................................... (1)2项目概述 ..................................................................... (2)2.1 项目来源及背景 . ................................................................... ................................................... 2 2.2 用户特点 . ................................................................... (2)2.3 项目目标 . ................................................................... (2)3应用环境 ..................................................................... (3)3.1 系统运行的网络环境 . ................................................................... ........................................... 3 3.2系统运行的硬件环境 . ................................................................... .. (3)3.3系统运行的软件环境 . ................................................................... .. (4)4功能需求规格 ..................................................................... ............................................................. 4 4.1角色定义 . ................................................................... ................................................................ 4 4.2系统主用例图 . ................................................................... ........................................................ 5 4.3登录模块 . ................................................................... ................................................................ 6 4.4 管理员模块 . ................................................................... ........................................................... 8 4.5 学生模块 . ................................................................... . (14)4.6 教师模块 . ................................................................... . (16)5性能需求 ..................................................................... . (18)5.1界面需求 . ................................................................................................................................. 18 5.2响应时间需求 . ................................................................... ...................................................... 18 5.3可靠性需求 . ................................................................... .......................................................... 18 5.4开放性需求 . ................................................................... .......................................................... 19 5.5可扩展性需求 . ................................................................... (19)5.6系统安全需求 . ................................................................... (19)6产品提交 . ................................................................... (19)7实现约束 ..................................................................... . (19)1 引言1.1 编写目的该文档是关于用户对于学生选课系统的功能和性能的要求, 重点描述了选课系统的功能需求,是概要设计的重要输入。
b.运行环境:WINDOWS2003/WINDOWS XP/ WINDOWS 7 c.处理器:Intel PentiumIII 及以上d.内存要求:521M及以上e.硬盘空间:40G及以上f.网络协议;TCP/IP3功能性需求分类3.1 数据流图顶层数据流图:第一层数据流图:第二层数据流图:3.2 状态转换图3.3 具体功能3.3.1学生功能3.3.1,1 密码修改学生利用自己的学号注册成功之后,登录之后可到个人信息界面进行密码修改。
3.3.1.2 填写、修改个人信息学生登录之后,选择个人信息,进入到个人信息管理界面,可进行个人信息的填写和修改,保存即可生效。
3.3.1.3 自主选课学生登录之后,选择开始选课功能,跳转到自主选课界面,结合选课课表,进行选课,如果上课人数已满,系统会做出相应的提示如果课程可选,选课成功后,课程会自动添加到本页面上方必修课表中。
如果学生在选课周期内,对自己已选课程不满意,可从新登陆本系统,进入自主选课界面,删除当前选择的课程,并重新选课;若超出选课周期,则选课结束,选课结果不能进行更改。
3.3.1.4 查询已选课程学生登录本系统,进入到自主选课界面,则可以查看必修和选修的全部课程信息。
3.3.2 教师功能3.3.2.1密码修改教师用自己的教工号注册成功后,登录本系统,进入个人信息管理界面,可修改自己的密码。
3.3.2.2 填写、修改个人信息教师登录本系统,进入个人信息管理界面,即可对自己的个人信息进行填写个修改,保存后即可生效。
3.3.2.3 课程信息发布在学生选课开始之前,教师需提前将自己本学期所授课程的详细信息上传本系统,最终由管理员进行统一排课,生成选课课表,供学生选课使用。
课程发布信息包括:课程名,学时,学分,任课教师。
教师登录本系统后,进入课程信息发布界面,将课程信息发布上传给管理员。
如若课程信息发布错误,任课教师可在课程信息发布界面进行修改和删除。
3.3.2.4 查询本功能指教师查询自己所受课程的选课情况,教师登陆本系统,进入选课情况查询界面,输入对应的课程号,即可显示该门课程的选课情况,选课情况包括:学生的学号,姓名,班级,院系。
高校学生选课系统需求规格说明书软件工程业:专1603 班级:班组 XXX 长:小组成员: XXX XXX XXX XXX1目录1引言 (3)1.1编写目的 (3)1.2背景 (3)1.3定义 (3)1.4参考资料 (3)2任务概述 (4)2.1目标 (4)2.2用户的特点 (4)2.3假定和约束 (5)3需求规定 (5)3.1总体功能需求 (5)3.2对功能的规定 (9)3.3对性能的规定 (15)3.3.1精度 (15)3.3.2时间特性要求 (15)3.3.3灵活性 (15)3.4输人输出要求 (15)3.5数据管理能力要求 (19)23.6故障处理要求 (20)3.7其他专门要求 (21)4运行环境规定 (21)4.1设备 (21)4.2支持软件 (22)4.3接口 (22)4.4控制 (22)31、引言1.1、编写目的本规格说明描述了高校学生选课系统的基本要求,并且作为各方面沟通的依据,也为下一步的学习提供了基准,同时可以让我们更进一步掌握软件工程导论内容。
本需求分析文档的预期读者有:本小组的每一位成员;用户,即高校学生,教师,后勤人员;老师等。
1.2、背景A、待开发的软件系统的名称:高校学生选课系统B、任务提出者:1603班一个3人小组开发者:XXX XXX XXX用户:高校学生,教师,后勤人员平台:以日常生活,学习的各个领域、各个环节中的计算机网络为平台C、本系统是一个更大的系统即教务系统的组成部分,所以以提高同教务系统的兼容性为原则。
1.3、定义无1.4、参考资料《招聘网站设计项目需求分析》《南昌先锋办公自动化系统需求规格说明书》《软件工程导论》(第6版)42、任务概述2.1、目标随着高校招生规模的不断扩大,课程的不断细化,给高校学生选课带来很大的不便。
而选课是高校教务系统不可或缺的一部分。
为了解决这个问题,产生了高校学生选课系统。
该系统以日常生活、学习的各个领域、各个环节中的计算机网络平台为基础,以高校学生,教师,后勤人员为目标用户,以高校教务系统的需求为依据,以应用和服务为核心,以方便用户为宗旨,以信息安全保障为前提,开发出一个稳定可靠、经济实用、操作界面简单的高校学生选课系统。
b.运行环境:WINDOWS2003/WINDOWS XP/ WINDOWS 7 c.处理器:Intel PentiumIII 及以上
d.内存要求:521M及以上
e.硬盘空间:40G及以上
f.网络协议;TCP/IP
3功能性需求分类
3.1 数据流图
顶层数据流图:
第一层数据流图:
第二层数据流图:
3.2 状态转换图
3.3 具体功能
3.3.1学生功能
3.3.1,1 密码修改
学生利用自己的学号注册成功之后,登录之后可到个人信息界面进行密码修改。
3.3.1.2 填写、修改个人信息
学生登录之后,选择个人信息,进入到个人信息管理界面,可进行个人信息的填写和修改,保存即可生效。
3.3.1.3 自主选课
学生登录之后,选择开始选课功能,跳转到自主选课界面,结合选课课表,进行选课,如果上课人数已满,系统会做出相应的提示如果课程可选,选课成功后,课程会自动添加到本页面上方必修课表中。
如果学生在选课周期内,对自己已选课程不满意,可从新登陆本系统,进入自主选课界面,删除当前选择的课程,并重新选课;若超出选课周期,则选课结束,选课结果不能进行更改。
3.3.1.4 查询已选课程
学生登录本系统,进入到自主选课界面,则可以查看必修和选修的全部课程信息。
3.3.2.1密码修改
教师用自己的教工号注册成功后,登录本系统,进入个人信息管理界面,可修改自己的密码。
3.3.2.2 填写、修改个人信息
教师登录本系统,进入个人信息管理界面,即可对自己的个人信息进行填写个修改,保存后即可生效。
3.3.2.3 课程信息发布
在学生选课开始之前,教师需提前将自己本学期所授课程的详细信息上传本系统,最终由管理员进行统一排课,生成选课课表,供学生选课使用。
课程发布信息包括:课程名,学时,学分,任课教师。
教师登录本系统后,进入课程信息发布界面,将课程信息发布上传给管理员。
如若课程信息发布错误,任课教师可在课程信息发布界面进行修改和删除。
3.3.2.4 查询
本功能指教师查询自己所受课程的选课情况,教师登陆本系统,进入选课情况查询界面,输入对应的课程号,即可显示该门课程的选课情况,选课情况包括:学生的学号,姓名,班级,院系。
教师可在本界面上对查询结构进行打印,以方便授课。
3.3.3.1 管理员账户、密码说明
管理员的账户和密码是由学校教务最高领导直接提供的,不需要进行认证,系统设计时,根据用户领导的需求,为其直接建立符合需求数量的管理员账户名和密码,最终由用户自行派发。
3.3.3.2 用户注册认证
管理员将在校学生的学号和在校教师的工号录入系统,以便系统在注册认证时进行核对,不在库中的学生或教师无法认证成功,不能登录系统。
管理员有权停止出最高用户以外的其余所有用户的使用权限。
3.3.3.3 更新信息
管理员要定期对库中的学生和教师信息进行更新,以便有新生和新教工入学后无法注册。
3.3.3.4 生成选课课表
管理员根据教师发布的课程信息,为课程编写课程编号,综合教室信息,最终生成选课课表,供学生选课使用。
3.3.3.5发布选课公告
生成选课课表后,根据学校的时间安排,发布选课公告,之后开启学生的选课权限,让学生进行选课。
4产品的非功能性需求
4.1外部接口说明
4.1.1用户接口
用户进行使用时,首先进入学校网站首页,选择教务管理,然后选择学生选课系统,跳转到本系统登录界面,进行注册或登录即可使用。
4.1.2软件接口
a.使用本系统时,需要用户连接到互联网,在学校网站进行登录。
b.提供MY SQL 2005 接口或其他数据库
4.2性能需求
a.本系统要支持至少千人同时在线进行操作
b.峰值设定万人,用户并行操作超过一万人次,系统响应时间延长至分钟记,在5至10分钟内分先
后顺序批次处理之前的事务,而后在响应后续用户的操作,以免造成系统瘫痪。
4.2.1硬件的限制
无特殊要求,要求能连接互联网
4.3属性
4.3.1友好性
a.页面内容:主题突出,栏目、菜单不值合理,内容丰富,文字准确,行文规范,格式统一。
b.导航结构:具有明确的导航指示,便于用户理解和使用。
c.艺术风格:背景颜色以绿色和蓝色为主,界面、版面形象清新悦目,布局合理,字号大小适宜,字
体选择合适,动态效果号,色彩和谐,与主题吻合。
4.3.2安全性
a. 所有用户登录均需要用户名和密码登录;
b. 对用户的访问记录和操作进行后台记录,并定期进行更新;
c.对用户的访问权限做限制,不可访问于用户无关的信息;
d.用户的个人信息做相应的保密处理,不会对外泄露,不会被其他用户访问;
e.尽量保证模块功能的单一性;
f.对系统峰值进行处理,保证系统在达到峰值流量时仍然处于安全状态;
4.3.3可维护性
a.系统在设计时,尽量保证模块功能的清晰性,灵活性和独立性,以便以后用户提出新的需求是进行系统的维护。
b.易于故障的排除和日常管理操作方便,系统应可以在发现错误时不仅做出错误显示,还应该进行错误处理,并且系统能够进行自动修复。
4.3.4可转移/换性
系统基于Java平台进行开发,不同数据库之间的数据转换,保证系统在不同操作系统之间的转移。
4.4系统的运行环境
系统在有用户进行访问时开始运行,无用户访问以及事务处理完毕后结束运行,运行时间无限制,操作系统限制基于一般约束中的限制。
4.5其他需求
4.5.1用户操作需求
a.要求用户是系统使用学校的在校大学生或教职工,进行注册成功后方可进行相关操作;
b.用户只可以对自己的个人信息以及与自己相关的公共信息进行访问;
c.管理员做好对系统状态的查看和简单的信息更新,保证系统信息的及时性。
5 E-R图和数据字典抽取
5.1E-R图
5.2数据字典
5.2.1学生基本信息5.2.1.1外部项实体
5.2.1.2 数据项定义
5.2.1.3数据结构定义
5.2.1.4 数据流定义
5.2.1.5 处理逻辑定义
5.2.1.6数据存储定义
5.2.2教师基本信息5.2.2.1外部项定义
5.2.2.2数据项定义
5.2.2.3 数据结构定义
5.2.2.4 数据流定义
5.2.2.5 处理逻辑定义
5.2.2.6 数据存储定义
5.2.3课程基本信息5.2.3.1
5.2.3.2数据项定义
5.2.3.3数据结构定义
5.2.3.4数据流定义
5.2.3.5处理逻辑定义
5.2.3.6数据存储定义
附录A:需求确认。