文档库 最新最全的文档下载
当前位置:文档库 › 学生信息管理系统数据流图

学生信息管理系统数据流图

学生信息管理系统数据流图
学生信息管理系统数据流图

管理学生模块据流图:

管理老师模块数据流图:

选课管理与成绩管理模块数据流图:

数据字典

数据流描述:

数据流名:查询条件

数据来源:学生登录处理

数据去向:学生信息表

说明:通过合适的查询条件,输出学生的信息

数据组成:学号+姓名

数据流量:早晨9点到中午12点,下午14点到17点数据流量大数据流名:课程安排信息

数据来源:管理员制定的课程管理信息

数据去向:学生课程安排信息

说明:用于管理学生的课程安排信息

数据组成:课程号代+课程名+代课老师+学分+时间

数据流量:早晨9点到中午12点,下午14点到17点数据流量大

数据流名:录入成绩

数据来源:老师对课程的考核方式

数据去向:学生成绩管理

说明:录入学生的选课的成绩信息

数据组成:学号+姓名+课程名+成绩+学分

数据流量:早晨9点到中午12点,下午14点到17点数据流量大

数据流名:录入课程

数据来源:管理员制定的课程信息

数据去向:学生选课管理

说明:录入学生选择的课程

数据组成:课程代号+课程名+出版社

数据流量:早晨9点到中午12点,下午14点到17点数据流量小

数据流名:学生基本信息

数据来源:管理员对学生的信息的管理

数据去向:学生与老师及管理员得到学生的基本信息

说明:查询学生的基本信息

数据组成:学号+姓名+性别+民族+出生日期+系别+专业+年级+籍贯数据流量:早晨9点到中午12点,下午14点到17点数据流量大

数据流名:选课信息

数据来源:老师输入到选课管理中的课程信息

数据去向:学生的选课信息与成绩管理

说明:查询学生的选课信息

数据组成:课程代号+课程名+学分+类别+任课老师+人数+班级

数据流量:早晨9点到中午12点,下午14点到17点数据流量大

数据流名:学生的成绩及学分

数据来源:选课管理与成绩管理

数据去向:学生的成绩与学分信息

说明:查询学生的成绩与学分

数据组成:序号+课程名+学分+类别+考核方式+成绩+辅修标记

数据流量:早晨9点到中午12点,下午14点到17点数据流量大

数据流名:老师信息

数据来源:管理老师

数据去向:老师查询自身的信息

说明:查询老师的基本信息

数据组成:老师编号+姓名+性别+职称+出生日期+院系+籍贯+电话数据流量:早晨9点到中午12点,下午14点到17点数据流量小

数据流名:课程信息

数据来源:管理员课程管理

数据去向:学生的课程安排

说明:管理员对课程信息的管理

数据组成:课程代号+课程名+出版社+作者+专业+系别+年级

数据流量:早晨9点到中午12点,下午14点到17点数据流量大

数据流名:管理员信息

数据来源:管理员信息管理

数据去向:管理员对自身的信息查询

说明:管理员的基本信息

数据组成:姓名+性别+民族+出生年月+籍贯+电话+职称

数据流量:早晨9点到中午12点,下午14点到17点数据流量小

数据流名:学生课程安排信息

数据来源:管理课程对课程信息的录入

数据去向:学生的选课信息

说明:学生的课程安排

数据组成:课程号代+课程名+代课老师+学分+时间

数据流量:早晨9点到中午12点,下午14点到17点数据流量大

数据流名:学生成绩信息

数据来源:老师对课程考核方式

数据去向:学生对成绩信息的查询

说明:学生对选中课程的成绩查询

数据组成:序号+课程名+学分+类别+考核方式+成绩+辅修标记数据流量:早晨9点到中午12点,下午14点到17点数据流量大

数据流名:学生选课信息

数据来源:管理员对课程的制定

数据去向:学生选课管理

说明:学生查询选中的课程信息

数据组成:课程代号+课程名+学分+类别+任课老师+人数+班级数据流量:早晨9点到中午12点,下午14点到17点数据流量大

数据流名:选课统计

数据来源:选课管理

数据去向:成绩管理

说明:对选中课程的学生做出统计

数据组成:课程代号+课程名+任课老师+人数+班级

数据流量:早晨9点到中午12点,下午14点到17点数据流量大

数据流名:选课查询

数据来源:管理元制定的课程

数据去向:学生选课管理

说明:学生查询选中的课程信息

数据组成:课程代号+课程名+学分+类别+任课老师+人数+班级数据流量:早晨9点到中午12点,下午14点到17点数据流量大

数据流名:成绩查询

数据来源:老师对选课的考核方式

数据去向:学生成绩管理

说明:学生查询选中课程成绩信息

数据组成:序号+课程名+学分+类别+考核方式+成绩+辅修标记数据流量:早晨9点到中午12点,下午14点到17点数据流量大

数据流名:成绩信息

数据来源:老师对选课的考核方式

数据去向:学生成绩管理

说明:学生查询选中课程成绩信息

数据组成:序号+课程名+学分+类别+考核方式+成绩+辅修标记

数据流量:早晨9点到中午12点,下午14点到17点数据流量大

数据元素词条描述:

学生信息表:

属性名字段名称数据类型长度备注

学号Xs_xh Char 6 主键

姓名Xs_xm char 8 不空

性别Xs_xb bit 2 不空

民族Xs_mz char 4 不空出生日期Xs_csrq smalldatetime 20 不空系别Xs_xib char 4 不空

专业Xs_zy char 8 不空

年级Xs_nj char 8 不空

籍贯Xs_jg char 50 不空

名称:学生信息表

别名:

描述:反应学生基本信息情况

定义:学生信息表=学号+姓名+性别+民族+出生日期+系别+专业+年级+籍贯

位置:学生信息的录入

学生信息的查询

学生信息的修改

课程信息表:

属性名字段名称数据类型长度备注课程代号Kc_dh char 6 主键课程编号Kc_bh char 6 不空课程类型Kc_lx char 8 不空学分Kc_xf int 2 不空

学时Kc_xs int 2 不空

名称:课程信息表

别名:

描述:反应课程基本信息

定义:课程信息表=课程代号+课程编号+课程类型+学分+学时

位置:课程信息的录入

课程信息的查询

课程信息的修改

成绩信息表:

属性名字段名称数据类型长度备注

序号Cj_xh int 2 不空

课程号Cj_kch char 6 主键

学分Cj_xf int 2 不空

类型Cj_lx char 6 不空考核方式Cj_khfs char 8 不空成绩Cj_cj int 2 不空辅修标记Cj_bj char 6 不空

名称:成绩信息表

别名:

描述:反应成绩基本信息

定义:成绩信息表=序号+课程名+学分+类别+考核方式+成绩+辅修标记

位置:成绩信息录入

成信息的查询

成绩信息修改

选课信息表:

属性名字段名称数据类型长度备注课程代号Xk_dh char 6 主键

课程名Xk_kcm char 8 不空

学分Xk_xf int 2 不空

类别Xk_lb char 6 不空任课老师Xk_dkls char 6 不空人数Xk_rs int 2 不空

班级Xk_bj char 6 不空

名称:选课信息表

别名:

描述:反应选课基本信息

定义:选课信息表=课程代号+课程名+学分+类别+任课老师+人数+班级

位置:选课信息录入

选课息的查询

选课信息修改

老师信息表:

属性名字段名称数据类型长度备注老师编号Ls_bh char 6 主键姓名Ls_xm char 6 不空

性别Ls_xb bit 2 不空出生日期Ls_csrq smalldatetime 20 不空职称Ls_zc char 8 不空

院系Ls_yx char 6 不空

籍贯Ls_jg char 50 不空

电话Ls_dh char 12 不空

名称:老师信息表

别名:

描述:反应老师基本信息

定义:老师信息表=老师编号+姓名+性别+职称+出生日期+院系+籍贯+电话

位置:老师信息录入

老师信息查询

老师信息修改

课程安排信息表:

属性名字段名称数据类型长度备注

年级Kcap_zy char 6 不空

专业Kcap_nj char 8 不空

班级Kcap_bj char 6 不空

院系Kcap_yx char 6 不空

周数Kcap_zs int 2 不空

内容Kcap_nr char 12 不空

名称:课程安排信息表

别名:

描述:反应课程安排基本信息

定义:课程安排信息表=年级+专业+班级+院系+周数+内容

位置:课程安排信息录入

课程安排信息查询

课程安排信息修改

管理员信息表:

属性名字段名称数据类型长度备注

姓名Gl_xm char 6 不空

性别Gl_xb bit 2 不空

职称Gl_zc char 6 不空

民族Gl_mz char 4 不空出生日期Gl_csrq smalldatetime 20 不空电话Gl_dh char 12 不空

籍贯Gl_jg char 50 不空

名称:管理员信息表

别名:

描述:反应管理员基本信息

定义:管理员信息表=姓名+性别+民族+出生年月+籍贯+电话+职称位置:管理员信息录入

管理员信息查询

管理员信息修改

管理学生:

属性名字段名称数据类型长度备注

学号Xs_xh Char 6 主键

姓名Xs_xm char 8 不空

性别Xs_xb bit 2 不空

民族Xs_mz char 4 不空出生日期Xs_csrq smalldatetime 20 不空系别Xs_xib char 4 不空

专业Xs_zy char 8 不空

年级Xs_nj char 8 不空

籍贯Xs_jg char 50 不空

名称:学生信息表

别名:

描述:反应学生基本信息情况

定义:管理学生=学号+姓名+性别+民族+出生日期+系别+专业+年级+籍贯

位置:学生信息的录入

学生信息的查询

学生信息的修改

管理老师:

属性名字段名称数据类型长度备注老师编号Ls_bh char 6 主键姓名Ls_xm char 6 不空

性别Ls_xb bit 2 不空出生日期Ls_csrq smalldatetime 20 不空职称Ls_zc char 8 不空

院系Ls_yx char 6 不空

籍贯Ls_jg char 50 不空

电话Ls_dh char 12 不空

名称:管理老师

别名:

描述:反应老师基本信息

定义:管理老师=老师编号+姓名+性别+职称+出生日期+院系+籍贯+电话

位置:老师信息录入

老师信息查询

老师信息修改

管理员信息:

属性名字段名称数据类型长度备注

姓名Gl_xm char 6 不空

性别Gl_xb bit 2 不空

职称Gl_zc char 6 不空

民族Gl_mz char 4 不空

出生日期Gl_csrq smalldatetime 20 不空电话Gl_dh char 12 不空籍贯Gl_jg char 50 不空

名称:管理员信息

别名:

描述:反应管理员基本信息

定义:管理员信息=姓名+性别+民族+出生年月+籍贯+电话+职称位置:管理员信息录入

管理员信息查询

管理员信息修改

管理课程:

属性名字段名称数据类型长度备注课程代号Kc_dh char 6 主键课程编号Kc_bh char 6 不空课程类型Kc_lx char 8 不空学分Kc_xf int 2 不空学时Kc_xs int 2 不空

名称:管理课程

别名:

描述:反应课程基本信息

定义:管理课程=课程代号+课程编号+课程类型+学分+学时

位置:课程信息的录入

课程信息的查询

课程信息的修改

选课管理:

属性名字段名称数据类型长度备注课程代号Xk_dh char 6 主键

课程名Xk_kcm char 8 不空

学分Xk_xf int 2 不空

类别Xk_lb char 6 不空任课老师Xk_dkls char 6 不空人数Xk_rs int 2 不空

班级Xk_bj char 6 不空

名称:选课管理

别名:

描述:反应选课基本信息

定义:选课管理=课程代号+课程名+学分+类别+任课老师+人数+班级位置:选课信息录入

选课息的查询

选课信息修改

成绩管理:

属性名字段名称数据类型长度备注

序号Cj_xh int 2 不空

课程号Cj_kch char 6 主键

学分Cj_xf int 2 不空

类型Cj_lx char 6 不空考核方式Cj_khfs char 8 不空成绩Cj_cj int 2 不空辅修标记Cj_bj char 6 不空

名称:成绩管理

别名:

描述:反应成绩基本信息

定义:成绩管理=序号+课程名+学分+类别+考核方式+成绩+辅修标记

位置:成绩信息录入

成信息的查询

成绩信息修改

课程安排管理:

属性名字段名称数据类型长度备注课程代号Kc_dh char 6 主键课程编号Kc_bh char 6 不空课程类型Kc_lx char 8 不空学分Kc_xf int 2 不空学时Kc_xs int 2 不空

名称:课程安排管理

别名:

描述:反应课程基本信息

定义:课程安排管理=课程代号+课程编号+课程类型+学分+学时位置:课程安排信息的录入

课程安排信息的查询

课程安排信息的修改

增加学生:

属性名字段名称数据类型长度备注学号Xs_xh Char 6 主键姓名Xs_xm char 8 不空性别Xs_xb bit 2 不空民族Xs_mz char 4 不空出生日期Xs_csrq smalldatetime 20 不空系别Xs_xib char 4 不空专业Xs_zy char 8 不空年级Xs_nj char 8 不空籍贯Xs_jg char 50 不空

名称:增加学生

编号:1.1

别名:

描述:反应学入生基本信息情况

定义:增加学生=学号+姓名+性别+民族+出生日期+系别+专业+年级+籍贯

位置:新增学生信息的录入

新增学生信息的查询

新增学生信息的修改

删除学生

属性名字段名称数据类型长度备注

学号Xs_xh Char 6 主键

姓名Xs_xm char 8 不空

性别Xs_xb bit 2 不空

民族Xs_mz char 4 不空出生日期Xs_csrq smalldatetime 20 不空系别Xs_xib char 4 不空

专业Xs_zy char 8 不空

年级Xs_nj char 8 不空

籍贯Xs_jg char 50 不空

名称:删除学生

编号:1.2

别名:

描述:反应毕业学生基本信息情况

定义:删除学生=学号+姓名+性别+民族+出生日期+系别+专业+年级+籍贯

位置:毕业学生信息的修改

毕业学生信息的查询

增加老师:

属性名字段名称数据类型长度备注老师编号Ls_bh char 6 主键姓名Ls_xm char 6 不空

性别Ls_xb bit 2 不空出生日期Ls_csrq smalldatetime 20 不空职称Ls_zc char 8 不空

院系Ls_yx char 6 不空

籍贯Ls_jg char 50 不空

电话Ls_dh char 12 不空

名称:增加老师

编号:2.1

别名:

描述:反应新增老师基本信息

定义:增加老师=老师编号+姓名+性别+职称+出生日期+院系+籍贯+电话

位置:新增老师信息录入

新增老师信息查询

新增老师信息修改

删除老师:

属性名字段名称数据类型长度备注老师编号Ls_bh char 6 主键姓名Ls_xm char 6 不空

性别Ls_xb bit 2 不空出生日期Ls_csrq smalldatetime 20 不空

学生信息管理系统数据流图归纳

目录 图0 学生信息管理系统数据流图(第0层) (1) 图1 学生信息管理系统数据流图(第1层) (2) 图2 学生基本信息管理数据流图(第2层) (3) 图2.1 基本信息录入管理数据流图(第3层) (5) 图3 学生异动信息管理数据流图(第2层) (6) 图3.1 异动信息插入管理数据流图(第3层) (6) 图4 学生考勤管理数据流图(第2层) (7) 图4.1 考勤信息录入管理数据流图(第3层) (8) 图5 学生公寓管理数据流图(第2层) (10) 图5.1 学生住宿管理数据流图(第3层) (11) 图5.1.1 学生入住管理数据流图(第4层) (12) 图5.1.1.1 入住学生信息录入管理数据流图(第5层) (13) 图5.1.2 卫生管理数据流图(第4层) (14) 图5.1.2.1 卫生信息录入管理数据流图(第5层) (15) 图5.1.3 纪律管理数据流图(第4层) (16) 图5.1.3.1 纪律信息录入管理数据流图(第5层) (17) 图5.1.4 维修管理数据流图(第4层) (18) 图5.1.4.1 维修信息录入管理数据流图(第5层) (19) 图5.1.5 退宿管理数据流图(第4层) (20) 图5.1.5.1 退宿信息录入管理数据流图(第5层) (21) 图5.1.6 走读管理数据流图(第4层) (22) 图5.1.6.1 走读信息申报管理数据流图(第5层) (23) 图5.1.6.1.1 走读信息录入管理数据流图(第6层) (24) 图5.1.7 住宿调整管理数据流图(第4层) (25) 图5.1.7.1 住宿调整信息录入管理数据流图(第5层) (26) 图5.2 房源资料库管理数据流图(第3层) (27) 图5.2.1 房源信息录入管理数据流图(第4层) (28) 图5.3 宿舍工作人员管理数据流图(第3层) (29)

学生成绩管理系统数据流图.doc

.3.3.1 创建实体关系图 (1)在需求收集的过程中,要求客户列出应用软件或业务过程涉及到的"事物",将其演化成数据对象; (2)一次考虑一个对象,分析员和客户定义这个对象和其他对象之间是否存在连接; (3)如果存在连接,应创建一个或多个关系; (4)对每一个关系,确定其关联类型; (5)重复步骤(2)到步骤(4),直到定义了所有关系。 (6)定义每个实体的属性; (7)形式化并复审实体关系图; (8)重复步骤(1)到(7),直到数据建模完成。 举例分析: * 实体:学生、课程、成绩。 * 实体属性定义: 学生:学号、姓名、性别、出生日期、入学年月 课程:课程编号、课程名称、课程学分、课程描述 成绩:学号、课程编号、分数、考核日期 * 实体关系图: 首先分析"学生成绩管理系统"的用户要求,找出该系统应该包括的实体。显然,学生、课程和成绩都是系统的实体,并且可以初步定义它们的属性(见上)。教务人员虽然是系统的用户,但其信息与系统处理无关,因此不用作为实体。那么,学生的选课信息是否需要成为实体呢?由于成绩信息包含了选课信息,因此选课信息不用单独记录。最终,确定系统的实体是学生、课程和成绩。 接着,我们分析这些实体之间的关联关系。从实际情况得知,一个学生可以选多门课程,一门课程也可以有多个学生选修,但每个学生选一门课程必须有一个成绩。根据上述分析,我们得到如图所示的实体关系图。 3.3.3.2 创建数据流模型 通常,数据流图是分层绘制的,整个过程反映了自顶向下进行功能分解和细化的分析过程。顶层(也称第0层)DFD用于表示系统的开发范围,以及该系统与周围环境的数据交换关系;最底层DFD代表了那些不可进一步分解的"原子加工";中间层DFD是对上一层父图的细化,其中的每一个加工可以继续细化,中间层次的多少由系统的复杂程度决定。 (1)第0层DFD将整个系统表示成一个加工; (2)确定并标记主要的输入和输出; (3)分离出下一层中的加工、数据对象和存储,并对其进行细化,一次细化一个加工; (4)标记所有加工和箭头; (5)重复步骤(3)和(4),直到所有的加工只执行一个简单的操作,可以很容易地用程序实现。举例分析: * 第0层DFD图

管理信息系统作业(数据流图)

教师科研管理工作流程是:接收教师交来的科研申报材料,科研秘书根据科研管理条例进行初审,对需要修改的申报材料退回教师修改;对初审合格的材料,再根据科研管理条例和科研档案进行分类。分类完成后将科研成果材料报主管主任审批,审批合格后,由科研秘书将材料存储到科研档案,并报科研处备案。 表格填写不完整通知 顶层数据流图

第1层数据流图 1.当某个学生想注册参加教育委员会举办的课程,他提交包含注册信息和个人信息的申请 表。如果表格填写完整,这些信息被存到注册文件和学生文件中。学生在一个月内付清费用并存入费用文件后,会收到一张学生卡和课程信息材料及发票,职员在收费时检查学生文件以确认该学生的交费情况。在注册结束后,编制班级列表发给教师。编制常规费用报告交送课程主办人。 2.某制造企业的物料出入库管理的工作流程分别叙述如下: a.出库工作流程 (1)领料人提交领料单(每一种物料有一张领料单) (2)仓库保管员根据领料计划单检验该领料单是否有效 (3)若经检验没有相应的领料计划,则通知领料人该领料单无效 (4)若领料单有效,仓库保管员根据领料单上的物料代码核对是否有足够的库存(5)若没有足够的库存,仓库保管员向领料人发缺货单 (6)若有足够的库存,仓库保管员在领料单上签字,并登记出库单,修改物料主文件中的现有库存数;相应的物料出库,物料清单交领料人 b.入库工作流程 采购员提交入库申请单(每一种物料有一张入库申请单) (1)仓库保管员根据采购计划单验收入库申请单 (2)若验收发现没有相应的采购计划,则仓库保管员向采购员发无效申请单 若验收合格,则仓库保管员向检验员申请物料检验;检验员根据检验结果填写物料检验单(3)如果物料或供货方不合格,则向采购员发出退货单 (4)如果检验合格,则仓库保管员登记入库单,修改物料主文件中的现有库存数,相应的物料入库 为便于及时了解库存情况,核查出入库情况,该企业决定将上述人工流程由计算机来实现,请根据该库存管理逻辑,画出顶层数据流图,0层数据流图及其它层次的数据流图

大学生选课系统软件需求规格使用说明

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 查询 本功能指教师查询自己所受课程的选课情况,教师登陆本系统,进入选课情况查询界面,输入对应的课程号,即可显示该门课程的选课情况,选课情况包括:学生的学号,姓名,班级,院系。教师可在本界面上对查询结构进行打印,以方便授课。

使用Visio 绘制数据流图(1)

实验使用Visio 绘制数据流图(1) 一、实验目的 1.掌握在Microsoft Visio 中绘制图形的基本方法; 2.认知数据流图的基本元素; 3.掌握使用数据流图对系统进行自顶向下逐步求精的分析过程。 二、相关知识 实验所需的基本技术知识,参见实验(初识Visio2003)。 三、实验环境 1.windows9x/me/2000或windows XP; 2.CPU:Pentium II 或更高级别的处理器; 3.硬盘:40MB可用空间; 4.显示器:256色以上,800*600或1024*768分辨率; 5.Visio2003。 四、实验内容 根据下面的描述,按要求画出“教育基金会捐助资金管理系统”的数据流图。 某教育基金会捐助资金管理系统的基本功能如下: 1.由捐助者向基金会提出捐助请求,经身份确认后被接受,对捐助人进行登记并授予捐助证书,捐款存入银行。 2.由教育单位提出用款申请,在进行相应的合法性校验和核对相应的捐款储备后做出支出。 3.每月给基金会的理事会一份财政状况报表,列出本月的收入和支出情况和资金余额。 五、实验要求 1.确定“教育基金会捐助资金管理系统”的数据源点和终点,画出该系统的顶层数据流图; 2.分析系统的主要功能,细化系统的顶层数据流图,画出系统的第1层数据流图; 3.细化系统的各个主要功能,画出系统的第2层数据流图。 提示: 1.系统中有三个实体:捐助者、教育单位、基金会的理事会; 2.系统的主要功能有:收入处理、支出处理、产生报表。其中收入处理可以细分为:接受请求(捐助请求)、确认身份和登记收入(存入款项);支出处理可以细分为:接受请求(用款请求)、合法性检查和登记支出(支出款项); 3.系统需要存储的信息:捐助者信息、教育单位信息和收支状况信息。 1

学生选课系统设计报告

大理学院数学与计算机学院《数据库系统设计》课程设计报告 班级:2012级计算机科学与技术1班 学号:201211514 姓名:刘秀珍 系统名称:学生选课系统 总分:

实验报告内容及撰写要求: 一、需求分析 程序的主要功能描述,可以用文字、框图、用例等方式。 参考《数据库系统设计任务书》附录中的内容来进行设计报告的撰写。 主要应当包含分析的过程及分析后得到的数据流图和数据字典。 二、数据库设计 2.1 数据库概念设计 实体关系模型设计,创建分ER图和总体ER图,并描述总体E-R图合并时的问题解决。 2.2数据库的逻辑设计 根据概念设计结果,创建数据库的逻辑模型,建立在具体DBMS下(SQL SERVER 2005)的表结构,并根据规范化理论对表结构进行优化调整。 同时,根据应用需求,创建数据库系统所需的外模式(视图)、模式和内模式(索引)等,此外,应当根据需求,建立数据完整性约束(实体完整性,参照完整性和用户自定义完整性)。 三、系统实现 3.1 数据库访问 1)数据访问类及实现代码 2)SQL语句 3.2 业务逻辑层类及代码 描述业务流程、数据处理功能的模块代码 3.3表示层的实现 可以用界面截图及其实现类及核心代码描述

四、总结

一、需求分析 1.1背景 全校性选修课开设的目的在于扩大学生的知识面、加强学生素质教育、培养复合型高级人才,具有不可替代的重要性。随着教育改革的不断深入和素质教育的加强,学分制的实施,选修课在一个学生的培养计划中占的比重将越来越大。 网上选课系统的出现使同学们能够更加自主、便捷、准确的进行选课。但是,由于一般高校中的学生都比较多,因此带来了诸多如信息管理等问题,鉴于需要将学生信息、选课信息等信息数字化以便于管理维护,我们便想到了利用数据库能够比较良好地解决此类问题,由此下面我将设计出一个学生选课系统以供参考。 1.2系统设计要求: 设计出一个学生选课数据库系统的简要要求如下: 1)设计要求 ①建立相应的数据库及相关的表、属性、约束、规则、默认等; ②输入相应的记录(每个表不少于20条记录); ③编写进行数据管理的存储过程。 2)系统用户由系统管理员、学生用户和教师用户三类组成。 (1)系统管理员的主要功能: ①用户管理(对教师、学生信息的管理和维护); ②课程管理(对课程信息的管理和维护); ③选课管理(实现选课功能开放和禁止、老师成绩输入开放和禁止)。

管理信息系统实验报告答案要点

实验

3、分组讨论并确定小组管理信息系统的题目,并给出题目的具体功能和要求。心得体 会:(可以从以下几个方面来总结:你在上机过程中遇到了哪些难题?你是怎么克服的?你的收获有哪些?你有什么没有解决的问题等) 实验

书E 选脚 ■1. 订盼蔚豆 建立学生表 则剩余不够的部分还须向其他书商订购,同时 在订购信息中添加该教材在另一个书商中订购的信息。 1、请画出上述内容的 E-R 图。 2、把E-R 图转换成合理的关系模式: 学 生(学号,姓名,性别,院系,年龄) 教 材(书号,书名,出版社,出版日期, 书商(商号,电话,联系人,商名) 山膿E 軀 nanie = ^Buy_Booksdb , j filename - J E: \Buy_Bcoksdb* mdf', size = 5j maxsize - 20, f llegrovrth = 1 ) log on ( rtajne-' Buy^Bookslog 1、 f ilenajue~, E:\Buy_Bcakslog. ldf'. size=2_, maxsize! 8, fllegrawth-1 ] Go 口. ■号, 3、在SQL Serve r (或Access )中建立数据库和表(截图) 建立数据库: create database Buy Books on primary 主键为学号 主编) 主键为书号 主键为商号 ' —i r - ! 見意「腿 性别 商号 1 ---------- 戟条人

CREATE TABLE St udent ( Sno char 9- primary key. Sname char (20 i unique, Ssex char (2), Sage smallint. Sdept char (2Q 1 ) f -f 建立教材表 CREATE TABLE Books ( Eno char 9) primary key Btitle char (40), Bauthor char ^20), Bpress char 40 Bdate datetime ): 建立书商表 -CREATE TABLE SSellcr BSno char 9[ priinaty key, BSnane char 201 . Tel char 30;. Person char (201 feedback char '40 1 鼻 /*书号* /車书名*/ 八作者于/ /廉也版社康/ " 由版日期柑

学生成绩管理系统数据流图

学生成绩管理系统数据流图-标准化文件发布号:(9556-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII

.3.3.1 创建实体关系图 (1)在需求收集的过程中,要求客户列出应用软件或业务过程涉及到的"事物",将其演化成数据对象; (2)一次考虑一个对象,分析员和客户定义这个对象和其他对象之间是否存在连接; (3)如果存在连接,应创建一个或多个关系; (4)对每一个关系,确定其关联类型; (5)重复步骤(2)到步骤(4),直到定义了所有关系。 (6)定义每个实体的属性; (7)形式化并复审实体关系图; (8)重复步骤(1)到(7),直到数据建模完成。 举例分析: * 实体:学生、课程、成绩。 * 实体属性定义: 学生:学号、姓名、性别、出生日期、入学年月 课程:课程编号、课程名称、课程学分、课程描述 成绩:学号、课程编号、分数、考核日期 * 实体关系图: 首先分析"学生成绩管理系统"的用户要求,找出该系统应该包括的实体。显然,学生、课程和成绩都是系统的实体,并且可以初步定义它们的属性(见上)。教务人员虽然是系统的用户,但其信息与系统处理无关,因此不用作为实体。那么,学生的选课信息是否需要成为实体呢?由于成绩信息包含了选课信息,因此选课信息不用单独记录。最终,确定系统的实体是学生、课程和成绩。

接着,我们分析这些实体之间的关联关系。从实际情况得知,一个学生可以选多门课程,一门课程也可以有多个学生选修,但每个学生选一门课程必须有一个成绩。根据上述分析,我们得到如图所示的实体关系图。 3.3.3.2 创建数据流模型 通常,数据流图是分层绘制的,整个过程反映了自顶向下进行功能分解和细化的分析过程。顶层(也称第0层)DFD用于表示系统的开发范围,以及该系统与周围环境的数据交换关系;最底层DFD代表了那些不可进一步分解的"原子加工";中间层DFD是对上一层父图的细化,其中的每一个加工可以继续细化,中间层次的多少由系统的复杂程度决定。 (1)第0层DFD将整个系统表示成一个加工; (2)确定并标记主要的输入和输出; (3)分离出下一层中的加工、数据对象和存储,并对其进行细化,一次细化一个加工; (4)标记所有加工和箭头; (5)重复步骤(3)和(4),直到所有的加工只执行一个简单的操作,可以很容易地用程序实现。 举例分析: * 第0层DFD图 教务人员维护学生信息和课程信息,并登录学生的选课成绩; 学生查询自己的成绩单。 * 第1层DFD图 对第0层DFD图中的一个加工"学生成绩管理"进行展开。

学生信息管理系统数据流图

学生信息管理系统零层数据图: 学生信息系统1层数据流图:

老师信息数据流图:

数据字典 数据流描述: 数据流名:帐号密码 数据来源:用户登录处理数据去向:统计分析处理说明:用户输入帐号与密码数据组成:帐号+密码 数据流量:小 数据流名:查询条件 数据来源:统计分析

数据去向:统计出用户输出信息 说明:用于统计出用户查询的所有条件数据组成:帐号+密码 数据流量:大 数据流名:录入成绩 数据来源:学生选课成绩 数据去向:学生成绩表 说明:录入学生的选课的成绩信息 数据组成:课程号+课程名 数据流量:大 数据流名:录入课程 数据来源:教务处制定的课程 数据去向:学生选课表 说明:录入学生选择的课程 数据组成:课程代号+课程名 数据流量:小 数据流名:老师查询条件 数据来源:统计分析 数据去向:老师查询的相关信息

说明:查询老师权限范围内的数据 数据组成:学生学号+课程号+课程名+老师编号 数据流量:小 数据流名:学生查询条件 数据来源:统计分析 数据去向:查询学生的相关信息 说明:在学生权限范围内查询信息 数据组成:学号+课程号+课程名+成绩+选课名+籍贯+年级+专业+院系+年级 数据流量:大 数据流名:管理员查询条件 数据来源:统计分析 数据去向:查询学生老师管理员的相关信息 说明:在管理员权限范围内查询信息 数据组成:学号+老师编号+籍贯+出生年月+年级+性别+民族+专业+院系+政治面貌+职称 数据流量:大 数据流名:录入学生与老师

数据来源:老师与学生信息表 数据去向:增删老师与学生 说明:管理学生与老师信息 数据组成:学号+老师编号+出生日期+籍贯+性别+名族 数据流量:小 数据流名:课程信息 数据来源:管理员录入胡课程 数据去向:课程信息的管理,增加与修改 说明:管理课程信息 数据组成:课程代号+课程名+出版社+作者+专业+系别+年级 数据流量:小 数据元素词条描述: 学生信息管理: 属性名字段名称数据类型长度备注学号Xs_xh Char 6 主键姓名Xs_xm char 8 不空性别Xs_xb bit 2 不空民族Xs_mz char 4 不空出生日期Xs_csrq smalldatetime 20 不空系别Xs_xib char 4 不空专业Xs_zy char 8 不空年级Xs_nj char 8 不空籍贯Xs_jg char 50 不空 名称:学生信息管理

学生成绩管理系统数据流图

学生成绩管理系统数据流图 .3.3.1 创建实体关系图 (1) 在需求收集的过程中,要求客户列出应用软件或业务过程涉及到的"事物",将其演化成数据对象; (2) 一次考虑一个对象,分析员和客户定义这个对象和其他对象之间是否存在连接; (3) 如果存在连接,应创建一个或多个关系; (4) 对每一个关系,确定其关联类型; (5) 重复步骤(2)到步骤(4),直到定义了所有关系。 (6) 定义每个实体的属性; (7) 形式化并复审实体关系图; (8) 重复步骤(1)到(7),直到数据建模完成。 举例分析: * 实体:学生、课程、成绩。 * 实体属性定义: 学生:学号、姓名、性别、出生日期、入学年月 课程:课程编号、课程名称、课程学分、课程描述 成绩:学号、课程编号、分数、考核日期 * 实体关系图: 首先分析"学生成绩管理系统"的用户要求,找出该系统应该包括的实体。显然,学生、课程和成绩都是系统的实体,并且可以初步定义它们的属性(见上)。教

务人员虽然是系统的用户,但其信息与系统处理无关,因此不用作为实体。那么,学生的选课信息是否需要成为实体呢,由于成绩信息包含了选课信息,因此选课信息不用单独记录。最终,确定系统的实体是学生、课程和成绩。 接着,我们分析这些实体之间的关联关系。从实际情况得知,一个学生可以选多门课程,一门课程也可以有多个学生选修,但每个学生选一门课程必须有一个成绩。根据上述分析,我们得到如图所示的实体关系图。 3.3.3.2 创建数据流模型 通常,数据流图是分层绘制的,整个过程反映了自顶向下进行功能分解和细化的分析过程。顶层(也称第0层)DFD用于表示系统的开发范围,以及该系统与周围环境的数据交换关系;最底层DFD代表了那些不可进一步分解的"原子加工";中间层DFD是对上一层父图的细化,其中的每一个加工可以继续细化,中间层次的多少由系统的复杂程度决定。 (1) 第0层DFD将整个系统表示成一个加工; (2) 确定并标记主要的输入和输出; (3) 分离出下一层中的加工、数据对象和存储,并对其进行细化,一次细化一个加工; (4) 标记所有加工和箭头; (5) 重复步骤(3)和(4),直到所有的加工只执行一个简单的操作,可以很容易地用程序实现。举例分析: * 第0层DFD图 教务人员维护学生信息和课程信息,并登录学生的选课成绩; 学生查询自己的成绩单。

学生选课系统课程设计

课程设计报告 课程名称: 学生选课系统的设计与实现 专业: 12级计算机科学与技术 姓名: 班级: 学号: 年月日 学生选课系统的设计与实现一、需求分析

1.设计背景 随着高校教学改革的不断深入,越来越多的高校都陆续采用了学分制。高校大学生们可以根据自己兴趣和爱好来自由选择自己所喜爱的课程。基于高校校园网的网上选课系统不仅克服了以往人工报送选课方式所暴露出的缺点与不足。同时极大地提高了高校教务人员工作效率,极大地方便了高校师生。网上学生选课系统在C/S的架构下采用了目前最流行的Internet的主流技术C#技术作为运行平台。学生选课系统的推出,使得全校选课的维护、学生选课及查询、成绩录入、统计等工作均变得轻松高效,形成了教与学的积极互动,减轻了系统维护的成本与工作量,方便学生及老师的使用。 学生选课系统要求可以进行课程信息的录入,课程信息的浏览,可以按学分查询。作为学生选课系统,我设计了对学生和老师的信息管理,选课系统包含的信息涉及信息多,所以这方面我额外的增加了这方面的信息管理。 2.设计目标 ●系统能够提供友爱的用户界面,使操作人员的工作量最大限度地减少; ●系统具有良好的运行效率,能够达到提高效率的目的; ●系统应有良好的可扩充性,可以容易地加入其他系统的应用; ●通过这个项目可以锻炼自己,提高自己的开发能力和项目管理能力; 3..实现功能 本设计所开发的系统用户有三类:学生用户,教师用户,管理员用户。 当学校公布可以选课了,学生就应该急时登陆选课系统进行选课。对学生来说,进行登陆选课,系统中有哪些可选的课程由管理员添加。课程重要的信息之一就是该课程的老师。当加入老师时,应该跟老师的信息相关联。当老师登陆时,可以查看自己所教的课程的报名情况,以及学生对该课的评价等等信息。学生和老师都不可能使用管理员的功能。 学生选课系统共设计4个模块,其功能介绍如下: ●登录模块:此模块实现用户的的注册和登录 ●学生模块: 1)查询信息:查询学生自己信息 2)录入选课信息 ●教师模块: 1)查询信息:查询教师自己信息 查询选课信息 ●管理员模块: 1)学生信息管理:用于管理学生信息,实现对学生信息的增加,删除,修改等功能。 2)课程信息管理:用于管理课程信息,实现对课程信息的增加,删除,修改等功能。 3)选课系统:用于学生选课,提供学号和课程号,进行选课功能。 4)教师信息管理:用于管理教师信息,实现对教师信息的查询,以及对学生信息的增加,删除,修改等功能。用户管理:用于对用户进行增加,删除,修改操作; 4.数据流图 (1)底层数据流图

实验室管理系统需求分析数据流图业务流图

系统设计报告 1.引言 1.1摘要(摘要说明所设计开发系统的名称、目标和功能) 名称: 计算机大棚实验室系统设计 目的: 自动化运行 信息化管理 无纸化办公 功能: 提高实验室工作效率、科研水平、降低运行成本 保证实验室的质量管理在严格控制下运行,从而能使实验室的最终产品即所有的检测或管理数据、信息均符合相关的质量标准或规。 实现自动化监控大棚室温度以及温度的调节。 温湿度监控:实现对温室大棚温湿度参数的实时采集,测量空间的温度和湿度,由单片机对采集的温湿度值进行循环检测、数据处理、显示,实现温湿度的智能检测。 作物生长情况监控:对作物定时进行检查,是否出现生长问题,例如虫害、病害、缺水、温度等之类的影响,并进行相应的管理。 控制处理: 当温度或温湿度越限时报警,并根据报警信号提示采取一定手段控制。 当作物出现病虫害时,进行作物打药。

无线传输:用温湿度传感器将测量的温湿度数据通过无线模块进行传输。 对作物进行测评,看其生长是否正常,并进行相应的措施。 1.2 背景 1)项目的承担者: 项目责任人 2)用户: 实验室管理者 3)本系统和其他系统或机构的关系和联系: 无 1.3 工作条件和限制(包括计算机系统环境限制、保密和安全的限制等) 符合基本计算机网络和程序正常运行即可。 1.4 参考和引用资料 大棚自动化系统百度百科 2.总体设计 2.1模块设计

系统总体结构图(功能模块图) 检测器提取需要的相关信息,导入业务层与数据库相应数据进行比价,给出结论,并依据结论做出相应的措施,进而控制调节器进行调工作,直到检测器信息与数据库信息相匹配为止。 计算机大棚实验室系统 管理员 设备管理信息管理 设备购买设 备 维 护 设 备 控 制 作 物 信 息 实 验 室 信 息 管 理 员 信 息 自动管理 实 验 室 设 备 调 节 实 验 室 数 据 显 示 实 验 室 报 警 系 统 实 验 室 设 备 监 测

管理信息系统数据流程图和业务流程图和ER图

1. 采购部查询库存信息及用户需求,若商品的库存量不能满足用户的需要,则编制相应的采购订货单,并交送给供应商提出订货请求。供应商按订单要求发货给该公司采购部,并附上采购收货单。公司检验人员在验货后,发现货物不合格,将货物退回供应商,如果合格则送交库房。库房管理员再进一步审核货物是否合格,如果合格则登记流水帐和库存帐目,如果不合格则交由主管审核后退回供应商。 画出物资订货的业务流程图。(共10 分) 2.在盘点管理流程中,库管员首先编制盘存报表并提交给仓库主管,仓库主管查询库存清单和盘点流水账,然后根据盘点规定进行审核,如果合格则提交合格盘存报表递交给库管员,由库管员更新库存清单和盘点流水账。如果不合格则由仓库主观返回不合格盘存报表给库管员重新查询数据进行盘点。 根据以上情况画出业务流程图和数据流程图。(共15 分) 3. “进书”主要指新书的验收、分类编号、填写、审核、入库。主要过程:书商将采购单和新书送采购员;采购员验收,如果不合格就退回,合格就送编目员;编目员按照国家标准进行的分类编号,填写包括书名,书号,作者、出版社等基本信息的入库单;库管员验收入库单和新书,如果合格就入库,并更新入库台帐;如果不合格就退回。“售书”的流程:顾客选定书籍后,收银员进行收费和开收费单,并更新销售台帐。顾客凭收费单可以将图书带离书店,书店保安审核合格后,放行,否则将让顾客到收银员处缴费。 画出“进书”和“售书”的数据流程图。 进书业务流程: 进书数据流程: 售书业务流程: 售书数据流程: 4. 背景:若库房里的货品由于自然或其他原因而破损,且不可用的,需进行报损 处理,即这些货品清除出库房。具体报损流程如下: 由库房相关人员定期按库存计划编制需要对货物进行报损处理的报损清单,

管理信息系统数据流程图和业务流程图经典作品

1.采购部查询库存信息及用户需求,若商品的库存量不能满足用户的需要,则编制相应的采购订货单,并交送给供应商提出订货请求。供应商按订单要求发货给该公司采购部,并附上采购收货单。公司检验人员在验货后,发现货物不合格,将货物退回供应商,如果合格则送交库房。库房管理员再进一步审核货物是否合格,如果合格则登记流水帐和库存帐目,如果不合格则交由主管审核后退回供应商。 画出物资订货的业务流程图。 2.在盘点管理流程中,库管员首先编制盘存报表并提交给仓库主管,仓库主管查询库存清单和盘点流水账,然后根据盘点规定进行审核,如果合格则提交合格盘存报表递交给库管员,由库管员更新库存清单和盘点流水账。如果不合格则由仓库主观返回不合格盘存报表给库管员重新查询数据进行盘点。 根据以上情况画出业务流程图和数据流程图。

“进书”主要指新书的验收、分类编号、填写、审核、入库。主要过程:书商将采购单和3. 新书送采购员;采购员验收,如果不合格就退回,合格就送编目员;编目员按照国家标准进行的分类编号,填写包括书名,书号,作者、出版社等基本信息的入库单;库管员验收入库单和新书,如果合格就入库,并更新入库台帐;如果不合格就退回。“售书”的流程:顾客选定书籍后,收银员进行收费和开收费单,并更新销售台帐。顾客凭收费单可以将图书带离书店,书店保安审核合格后,放行,否则将让顾客到收银员处缴费。 画出“进书”和“售书”的数据流程图。 进书业务流程:退书采购单/合格新编目书采购入库入库台入库库管员 进书数据流程: F3.2不合格采购单

F3.1采购单F3.3合格采购单p3.2P3.1供应商编目处理采购单审核F3.4不合F10入格入库单库单管理员入库够书清单F9p3.3合格入库清单F3.5S2图书库存情况存档入库单处理 售书业务流程: 新书收银员顾客未收费的销售台帐收费单收费单/保 售书数据流程: 4.背景:若库房里的货品由于自然或其他原因而破损,且不可用的,需进行报损处理,即这些货品清除出库房。具体报损流程如下: 由库房相关人员定期按库存计划编制需要对货物进行报损处理的报损清单,交给主管确认、审核。主管审核后确定清单上的货品必须报损,则进行报损处理,并根据报损清单登记流水帐,同时修改库存台帐;若报损单上的货品不符合报损要求,则将报损单退回库房。 试根据上述背景提供的信息,绘制出“报损”的业务流程图、数据流程图。 报损业务流程图: 业务流程图: 库存计划流水账合格报损清库存台帐报损清单主管库房单不合格报损清单

学生选课系统

一、系统需求分析 在各大高校中,学生选课是一项复杂而又繁琐的工作,不仅工程浩大,而且不好协调。各个老师、学生需要及时知道自己的课程安排以及教室所在,以便按时上课,可以合理的安排自己的课余时间,因而学生选课系统的建立是非常有必要的。 在学校中,由于学生的课程繁杂,学生的人数也非常多,按照以往人工安排是非常不可取的,不仅工程浩大,而且还费时费力,既不能做到及时,也无法保证学生能选择自己喜欢的课程,因此,建立学生选课系统是迫在眉睫的。关于这一点,从学校领导、管理人员到各个辅导员的认识是一致的,而且学校有良好的管理基础,对建立新系统的费用有能力支出,因而,建立新系统在管理上、技术上和经济上都是可行的。 本系统是利用VB6.0作为开发语言,Microsoft Access作为后台数据库的学生选课系统。 功能分析:本系统主要分为四个功能模块,包括登陆、选课管理、查询管理和系统重置四方面功能。 运行环境:Windows XP,2G以上的内存,160G以上的外存。 二、业务流程分析 通过对学校管理业务的实际调查分析,弄清了本学校学生选课的流程。学校的选课管理主要有以下几项功能: (一)登录审核 学生需要输入自己的用户名和密码,登录,待审核完毕后,符合要求的进入选课界面,不符合的再重新输入。 (二)选课审核 学生进入选课界面后,开始查询各个课程的信息,看该课程是否还有空闲,再行选定,选定后要提交,待审核通过后,再查看。 (三)查询选课信息 当学生选完课程以后,可以查询自己的课程表以及所在教室。 三、数据流程图 学生选课系统的数据流程图如图所示。

四、数据流图 (一)数据流的描述(以登录审核为例) 数据流编号:D-01 数据流名称:登录审核 简述:学生需要先经过登录审核 数据流来源:学生 数据流去向:系统审核模块 数据项组成:用户名+密码+个人身份选择 数据流量:约5000人/日 高峰流量:约6000人/日 数据流编号:D-02 数据流名称:审核通过用户 简述:通过审核的用户 数据流来源;系统审核模块 数据流去向:系统处理模块 数据项组成:用户名+密码+个人身份选择 数据流量:约5000人/日 高峰流量:约6000人/日 数据流编号:D-03 数据流名称:不符合审核 简述:经审核不符合的用户 数据流来源:系统审核模块 数据流去向:学生 数据项组成:用户名+密码+个人身份选择 数据流量:约30人/周 高峰流量:约50人/周 数据流编号:D-04 数据流名称:学生数据 简述:根据通过审核的用户,记录学生的数据 数据流来源:系统处理模块 数据流去向:学生数据库 数据项组成:用户名+密码+个人身份选择 数据流量:约5000人/日 高峰流量:约6000人/日 (二)处理逻辑的描述(以系统处理为例) 处理逻辑编辑:P-01 处理逻辑名称:系统审核 简述:审核用户和密码是否符合要求 输入的数据流:登录审核 处理描述:审核学生输入的用户名和密码是否符合要求,不符合的要返回去重新登录,符合要求的,则进入系统处理。

网上选课系统-需求分析报告

一、系统设计可行性 1.1网上选课系统的产生 网上选课系统是针对在校学生和教师使用的,从学生的角度来说,由于教学制度的改革,现在大部分的高等院校开始实行学生自主选课模式,传统的教学模式已经不能适应新的教学模式,如果还只是通过纸上的方式选课,一方面浪费大量的人力、物力,另一方面浪费时间以及在统计过程中不可避免的会出现差错。随着高校的人数增加,暴露出来的弊端会越来越多。 因此,利用网络,使学生只要在计算机前输入自己的个人选课信息即可完成原来几倍的作业量。从教室的角度来讲,同样可以节约大量的时间和减少工作量以及减少错误的发生率。 1.2可行性分析 网上选课系统的可行性分析包括以后几个方面: 1.技术可行性 由于校园网络的普遍应用,使得网上选课非常的方便,无需再进行网络的建设。基于B/S模式的选课系统更加适合校园网,使得学生可以在任何有校园网的地方完成选课过程。 https://www.wendangku.net/doc/8112660580.html,、C#语言在大二的时候学过了,而且数据库Access运 用的比较熟练,大部分做起来还算得心应手,部分不会的现在上网也比较方便,可以在网上进行查找。. 2.经济可行性

校园网应经普及,因此网络设备上不需要大的投入。加之,B/S 模式的系统只要求客户端具备浏览器的基本功能,就能实现网上选课。因此,从经济上来说,开发网上选课系统不需要很大的投入,硬件上只需要Web服务器和数据库服务器即可。 3.操作可行性 B/S模式的最大优势就是操作方便、如同浏览网页一样。 综上所述,网上选课系统在高校中是可行的。 二、系统的需求分析 2.1引言 2.1.1编写的目的 本文档是对该学生选课系统的一个整体把握,以便在下一步的开发设计中更好的控制开发。 本文档的预期读者是: 设计人员 开发人员 管理和测试人员 最终用户. 2.1.2背景 由于电脑时代的到来以及internet的迅速发展,电脑无处不在,当然各种工作效率也大幅提高,那么对于一个学校来说,开发一个好的学生选课系统势在必行。鉴此,特开发此学生选课系统,该系统实现了选课的网络化、信息化、现代化。

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

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

姓名:周小兰 学号:2014014049 一、前言 1.1目的 本文档目的旨在方便开发者更全面的分析整个系统,从各个方面综合分析系统的需求,把整个系统的需求细化为一些模块的具体需求,集中地预测研发中可能出现的问题从而尽量避免。同时本文档需要用户的参与,在开发前期以文档的形式来系统面向用户,用户根据自身的需求,结合此需求文档,向开发人员提出改进意见,用户也能更早的了解这个系统预想状态。对系统逐渐的清晰明了,以便尽早发现问题,及早改进,减少修改费用,从而方便今后系统能更好的开展。 1.2适用范围 a.大学学生选课管理系统 b.本系统主要包括四大功能模块:⑴维护:主要进行课程资料、选课资料和学籍资料的 维护。⑵查询:可以进行简单查询和组合查询。⑶统计:主要完成用户所需的各项统计。⑷打印:主要完成用户所需的各种报表的打印。 本系统需要满足三个方面的需求,主要包括学生、教师、管理员三方面的需求。(1)学生

的需求是查询院系课程,对自己账户密码的修改,以及对个人选课信息的管理,包括选课、查询、退课。(2)教师的需求是公布自己所教的课程,查询学生对自己所教课程的情况,以及教师信息的添加、修改和删除。(3)管理员的需求最为复杂,首先对系统的维护,主要进行课程资料、选课资料、学生信息、教师信息的维护,以及生成学生选课课表。其权限也是最高的。 二、系统综述 2.1产品功能总体描述 学生选课管理系统是一个高校提供选课的平台,旨在方便学校的课程管理,让教师和学生从单调、繁重的环节中解脱出来,以更多的精力投入到学习和研究中。是针对在校学生和教师的使用的,可以回避手工选课造成的课程选择不规范,不宜集中管理的缺点。 本系统要实现的是一个学生课程管理系统。主要用户是学生、教师和管理员。管理员管理系统的基本信,操作权限最高,学生和教师通过系统完成不同的工作。 不同的用户可以通过系统进行不同的操作,每一个操作都是一个功能的体现,下面给出主要功能的结构图。 三、功能性需求分类 3.1 数据流图 顶层数据流图: 第一层数据流图:

仓库管理系统的顶层数据流图

一.数据流图 1.仓库管理系统的顶层(0层)数据流图 2仓库管理系统的第一层数据流图

4.出库信息管理的细化

6.客户信息管理的细化 7.查询的细化

二.数据字典 1.数据流 (1)数据流名称:入库信息 数据流别名:无 说明:即将装入仓库的货物的信息 数据流来源:采购入库信息表 数据流流向:仓库管理员 数据流组成:货物编号+货物品名+货物规格+货物数量+货物进价+货物种类+客户类型+客户编号+客户名称+本次采购员编号+本次采购员姓名+本次进货时间+货物产地 数据流量:根据事物的需要,一般很频繁 (2)数据流名称:出库信息 数据流别名:无 说明:销售后即将出库的货物的信息 数据流来源:销售出库信息表 数据流流向:仓库管理员 数据流组成:货物编号+货物品名+货物规格+货物数量+货物售价+货物种类+客户类型+客户编号+客户名称+本次出货时间+货物产地 数据流量:根据事物的需要,一般很频繁 (3)数据流名称:货物信息 数据流别名:无 说明:对仓库中的所有货物的信息的统计 数据流来源:货物信息表 数据流流向:仓库管理员 数据流组成:货物=货物编号+货物品名+货物规格+货物数量+货物进价+货物售价+货物种类 数据流量: (4)数据流名称:客户信息: 数据流别名:无 说明:所有客户及供应商的信息。 数据流来源:客户信息表 数据流流向:仓库管理员 数据流组成:客户=客户编号+客户名称+客户地址+客户电话+客户类型 数据流量 (5)数据流名称:订货通知 数据流别名:无 说明:当仓库中的货物不能满足顾客需求时,所发出的订货的信息 数据流来源:采购员 数据流流向:加工1.1 数据流组成:货物编号+货物品名+货物规格+货物数量+货物进价+货物种类+供应商编号+供应商名称+本次采购员编号+本次采购员姓名+本次进货时间+货物产地数据流量

实验室设备管理系统实验

实验项目:实验室设备管理系统 一、项目管理: 阶段时间及实验任务参与人员产生文档 项目管理2009.10.27 实验一确定课题,组织组员,合理 分工。 分工明细及项目进 程表 需求分析2009.10.27 实验一确定软件的功能和需求、性 能需求和运行环境约束,编 制软件需求规格说明、软件 系统的确认测试准则 需求规格说明书 确认测试准则 概要设计 2009.10.27 验一建立软件系统的总体结构和 模块间的关系,定义各功能 模块的接口,涉及全局数据 库,规定涉及约束,制定组 装测试计划。 概要设计说明书 组装测试计划 数据库设计2009.10.28 实验二根据概要设计对本软件所必 须的数据库进行分析及设计 数据库设计说明书 详细设计2009.10.28 实验二对概要设计产生的功能模块 逐步细化,形成若干个可编 程的程序模块 模块测试方案 编码2009.10.28 2009.10.29 实验三根据详细设计文档将详细设 计转化为所要求的编程语言 或数据库语言的程序,并对 这些程序进行调试和程序单 元测试,验证程序模块与详 细设计文档的一致性 源程序清单 测试单元测试2009.10.28 2009.10.29 实验三 采用白盒测试技术进行如下 测试: 1.模块接口测试; 2.模块局部数据结构测 试; 3.模块边界条件测试; 4.模块中所有独立执行通 路测试; 5.模块的各条错误处理通 单元测试报告

路测试。 综合测试 2009.10.29 实验三 发现与接口有关的各种错误 综合测试报告 确认测试 2009.10.29实验三 检查软件是否满足软件需求说明书中的确认标准 确认测试报告 项目实施 2009.10.29 2009.10.30 实验四 完善程序流图 书写软件使用说明书和用户手册 项目开发总结报告 最终用户手册 二、软件需求分析 1 软件系统需求描述: 实验室设备管理系统是利用Eclipse 作为开发工具、sqlsetver 作为数据库的系统。要求实现如下功能: ⑴所有工作由专门人员负责完成,其他人不得任意使用; ⑵对于已彻底损坏的作报废处理,同时详细记录有关信息; ⑶对于有严重问题(故障)的要即使修理,并记录修理日期、设备名、修理厂家、修理费、责任人等; ⑷对于急需但又缺少的设备需以“申请表”的形式送交上级领导请求批准购买。新设备购入后要立即进行设备登记(包括类别、设备名、型号、规格、单价、数量、购置日期、生产厂家、购买人等),同时更新申请表的内容; ⑸随时对现有设备及其修理、报废情况进行统计、查询,要求能够按类别和时间段(某日期之前)查询。 本管理系统通过计算机对实验设备进行自动管理,设备管理员可以直接在计算机实现实验设备的信息管理,并在一定程度上实现自动化,改善了工作运行效率和效果。 2 软件系统数据流图 1) 顶层数据流图 设备管理员 上级领导 实验室设备管理系统 登陆信息 审核信息 无效登陆信息 审核结果 申请/维修/报废/查 询操作处理结果 2) 0层数据流图

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