学籍管理系统毕业论文设计.doc

上传人:豆**** 文档编号:29952523 上传时间:2022-08-02 格式:DOC 页数:76 大小:2.44MB
返回 下载 相关 举报
学籍管理系统毕业论文设计.doc_第1页
第1页 / 共76页
学籍管理系统毕业论文设计.doc_第2页
第2页 / 共76页
点击查看更多>>
资源描述

《学籍管理系统毕业论文设计.doc》由会员分享,可在线阅读,更多相关《学籍管理系统毕业论文设计.doc(76页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、JIANGXI AGRICULTURAL UNIVERSITY题目: 学籍管理系统毕业论文设计 学 院: 软件学院 姓 名: 学 号: 专 业: 软件+英语 班 级: 软件1213班 指导教师: 职 称:教师 可行性分析1引言1.1编写目的本学生学籍管理系统模块是为了实现学校人力资源的优化和学生学籍管理的科学管理而设计的,通过试用本系统,可以更加有效的管理学生学籍信息。1.2项目背景1. 所建议开发软件的名称:学生学籍管理系统软件2. 项目的任务提出者:中央民族大学信息工程学院开发者:中央民族大学信息工程学院计算机二班软件开发小组第三组用户:中央民族大学信息工程学院3. 项目使用的软件: Mi

2、crosoft SQL Server 2005, Microsoft office visio 2003系统: Microsoft Windows XP OR Windows7注:本系统属于中央民族大学微机网络管理系统中的学生学籍管理模块,由管理系统总体设计人员提出,由本组成员联合开发,实现的是管理系统中关于学生学籍管理功能。1.3参考资料参见软件工程、管理信息系统两书。2可行性研究的前提2.1要求建议开发软件的基本要求:1. 功能:本系统应该实现学生学籍信息的管理与查询,具体包括学生姓名信息查询;同时可以对信息进行修改,删除和添加。另外还要做到可以对学生学籍信息以及学籍信息查询和维护。2.

3、性能:查询效率尽可能做到精准,信息维护功能做到简单易用,不需过多对人员的培训,要求性能稳定,不能出现数据丢失,错误等情况。3. 输出:能按要求在显示器上显示所需内容并能打印成有条理的表格。4. 输入:对于查询功能,应做到可以单条件和组合条件输入;对于维护功能,要有输入、修改学生信息和学籍,要求系统各模块具有添加新数据的功能;5. 安全与保密要求:学生可以查询个人基本信息、课程信息,具有选课功能;教师可以查询个人基本信息,具有添加课程功能;管理员可以查询、修改、删除所有信息。 6. 与软件相关的其他系统:本软件应使用Windows7、WindowsXP操作系统;7. 完成期限:本软件应在六星期内

4、设计完成。2.2目标1. 人力与设备费用的节省;2. 处理速度的提高;3. 控制精度或生产能力的提高;4. 管理信息服务的改进;5. 决策系统的改进;6. 人员工作效率的提高。2.3条件、假定和限制开发时间:六周经费来源:小组成员筹集最迟完成时间:2010年12月26日1. 建议开发软件运行的最短寿命:三年;2. 进行系统方案选择比较的期限:两周;3. 经费来源和使用限制:自筹资金;4. 法律和政策方面的限制:本软件由信息工程学院计算机二班软件设计第三小组版权所有,未经作者允许,非法传播、复制,违者追究法律责任,后果自负;5. 硬件:CPU PIII、内存2G;网络设备:具有10到100兆的网

5、卡;4. 软件: Microsoft SQL Server 2005,Microsoft office visio 2003运行环境:本软件应使用Windows7、WindowsXP操作系统运行;开发环境:MyEclipse6.5;6. 建议开发软件投入使用的最迟时间:二零一零年十二月二十一日。2.4可行性研究方法建议本系统的研究主要集中在是否能够为人事工作带来便利,能否减轻工作量,能否处理大量数据,最终提高工作效率。3对现有系统的分析3.1处理流程和数据流程数据流图是在系统分析员在系统设计阶段,对实际构建的系统分析综合后,提取逻辑模型的一个过程,它更关注于过程内数据的处理,而把具体处理数据的

6、物理过程,物理分布忽略。在系统中,管理员将学籍管理所有的信息数据,包括系统用户信息数据、系部信息数据、班级信息数据、教师信息数据、学生信息数据、课程信息数据、选课信息数据,进行处理,并保存在学籍管理系统中,教师通过学籍管理系统对学生的成绩进行录入,又可以在学籍管理中的选课查询数据模块中对班级学生名单进行查询,学生可以在学籍管理中选课,当然也可以通过选课查询数据模块对自己的成绩进行查询,通过分析,画出系统数据流图,如下图所示:管理员教师学生学籍管理图 一层DFD图其中学籍管理信息包括系统用户信息、系部信息、班级信息、教师信息、学生信息、课程信息和选课信息信息和选课数据查询信息。管理员教师学生选课

7、查询管理学籍管理II图 二层DFD图基中,二层DFD图中学籍管理信息II包括系统用户信息、系部信息、班级信息、教师信息、学生信息、课程信息和选课信息信息。查询班级学生查询成绩图 选课查询管理信息的细分3.2系统数据字典3.2.1 数据字典简介数据字典是有表和视图组成的,存储有关数据库结构信息的一些数据库对象。数据字典描述了实际数据是如何组织的,对它们可以处理其他数据库表或视图一样进行查询,但不能进行任何修改。数据字典就是将数据元素、数据结构、数据流、数据存储、加工处理和外部实体等的详细情况加以记录,并按照一定方式进行排列所形成的一部关于数据的字典。数据流图抽象地描述了系统数据处理的概貌,描述了

8、系统的分解,即系统由哪些部分组成,各部分之间的联系,但它不能说明系统中各成分是什么,也不能表达系统中各个处理(加工)的详细内容,这就要用数据字典 。3.2.2 数据条目学生学籍管理要求=系统用户数据表|学生信息数据表|教师信息数据表|课程信息数据表|选课记录数据表系统用户数据表=用户名+口令学生信息数据表=学号+姓名+性别+籍贯+民族+专业+班级号+出生日期教师信息数据表=教师编号+教师姓名+教师电话+教师院系课程信息数据表=课程号+课程名称+课程类型+学分+学时+任课老师选课记录数据表=课程编号+学号+成绩3.2.3 数据元素数据项: 数据项名:学号含义说明:学生信息数据表主键、选课数据表主

9、键数据类型:nvarchar长度:50取值/定义:前两位入学年份,接着三位系别专业方向代号,再接着一位是班级代号,最后两位是按姓氏排列的序号与其他数据项的逻辑关系:外键选课数据表(学号)参照学生信息表(学号)数据项名:姓名含义说明:学生信息数据表信息数据类型:nchar长度:10数据项名:性别含义说明:学生信息数据表信息数据类型:nchar长度:2取值范围:男或女数据项名:籍贯 含义说明:学生信息数据表信息数据类型:nchar长度:10数据项名:民族含义说明:学生信息数据表信息数据类型:nchar长度:10数据项名:专业 含义说明:学生信息数据表信息数据类型:nchar长度:10数据项名:班级

10、号含义说明:学生信息数据表信息数据类型:nchar长度:10数据项名:出生日期 含义说明:学生信息数据表信息数据类型:datetime 数据项名:教师编号 含义说明:教师信息数据表主键数据类型:nvarchar长度:50数据项名:教师姓名 含义说明:教师信息数据表信息数据类型:nchar长度:10数据项名:教师电话含义说明:教师信息数据表信息数据类型:nvarchar长度:50数据项名:教师院系含义说明:教师信息数据表信息数据类型:nvarchar长度:50数据项名:课程编号含义说明:课程信息数据表主键、选课数据表主键数据类型:nvarchar长度:50与其他数据项的逻辑关系:外键选课数据表(

11、课程编号)参照课程信息表(课程编号)数据项名:课程名称含义说明:课程信息数据表信息数据类型:nchar长度:10数据项名:课程名称含义说明:课程信息数据表信息数据类型:nchar长度:10数据项名:课程类型含义说明:课程信息数据表信息数据类型:nchar长度:3数据项名:学分 含义说明:课程信息数据表信息数据类型:nchar长度:2数据项名:学时 含义说明:课程信息数据表信息数据类型:nchar长度:3数据项名:任课老师 含义说明:课程信息数据表信息数据类型:nchar长度:10数据项名:成绩 含义说明:选课信息数据表信息数据类型:smallint 取值范围:大于等于0小于等于100 数据结构

12、描述:3.2.4 数据流数据流使用统一格式建立卡片进行管理,卡片中记录数据流的条目名、别名、数据流来源、数据流去向、数据流结构和简要说明等内容。数据流定义卡如图所示。数据流系统名: 学生学籍管理系统 编号: 01 条目名: 课程信息数据表 别名: 课程表 来源:课程信息数据管理 去处: 教师 数据流结构:课程表:(编号+名称+教师+学分)简要说明:课程表在每个学期进行学生选课时,前一到两个星期可打印发给教师的。 修改记录: 编写 X 日期 审核 XX 日期 图 课程信息数据表单数据流卡片样式3.2.5 数据存储数据存储定义内容包括系统名称、数据存储编号、数据存储名称、简述、输入数据流、输出数据

13、流和组成。例如课程信息数据表的定义,如下:数据存储编号:C001数据存储名称:course(课程信息数据表)简述:课程信息数据输入数据流:课程信息数据输出数据流:课程信息数据组成:编号(数据元素)名称(数据元素)教师(数据元素)学分(数据元素) 3.3工作负荷现有系统所承担的工作只能实现学生学籍管理的简单功能,已无法适应目前工作中处理大量数据的功能。3.4费用支出人力:¥10000元;设备:¥10000元;空间:¥1000元;支持性服务:¥4000元;材料:¥1500元。3.5人员软件工程师:3人;系统分析员:1人; 系统测试员:1人。3.6设备计算机:5台(局域网);打印机:1台;扫描仪:1

14、台。3.7局限性现有系统所承担的工作只能实现学籍管理的简单功能,已无法适应目前工作中处理大量数据的功能以及对数据进行智能管理与备份,针对此情况,有我们保存所有的原文件,以便不易丢失,如有异议可到本公司来直接商讨。4所建议技术可行性分析4.1对系统的简要描述教务处信息工程学院服务器学院服务器学生信息录入删除更改 图1-34.2采用建议系统可能带来的影响4.2.1对设备的影响建议计算机配置为:CPU P4、内存2G、一台打印机4.2.2对现有软件的影响需将操作系统升级为Win7以上。4.2.3对用户的影响要求用户单位操作人员熟悉软件运行的基本环境Windows操作系统。4.2.4对系统运行的影响1

15、. 用户的操作严格按照系统要求规程;2. 要求创建系统管理员与普通用户(包括教师和学生)两种登录方式,分权限管理; 3. 数据应由系统管理员手动输入系统,普通用户无权输入数据;4. 对数据有保存的要求,并且对数据存储、恢复的处理;5. 系统具有备份与恢复功能。4.2.5对开发环境的影响1. 为了支持所建议系统的开发,用户需在Win7以上的操作系统中安装Microsoft SQL Server 2005等软件;2. 为了建立数据库要求提供详细的数据资源;3. 为了开发和测验所建议系统而需要的计算机资源:CPU P4 、内存2G;4. 如数据涉及保密与安全问题,应由专人负责录入。4.2.6对地点和

16、设施的影响要求提供意见能容纳5台计算机的机房,并且要求联成局域网。4.2.7对经费支出的影响所建议系统的开发,设计经费开支:¥35000元;维持运行而需要的经费开支:¥1000元。4.3技术可行性评价1. 在限制条件下,功能目标不能达到;2. 利用现有技术,功能目标能达到;3. 对开发人员数量的和质量的要求:4. 软件工程师:3人5. 系统分析员:1人6. 系统测试员:1人7. 以上人员能够满足需要;8. 在规定的六周期限内,开发完成。时间任务第一周可行性分析第二周系统需求分析第三周总体设计第四周详细设计第五周编程实现第六周测试与维护5所建议系统经济可行性分析5.1支出5.1.1基建投资1.

17、房屋和设施:50平米,¥3000元;2. 通讯费用:¥500元;3. 安全与保密设备:¥500元;5.1.2其他一次性支出1. 数据库的建立:¥500元;2. 检查费用和技术管理性费用:¥1000元;3. 培训费、旅差费以及开发安装人员所需要的一次性支出:¥3000元;5.1.3总支出¥54500元5.2成本/效益5.2.1成本 软件报价:¥95000元5.2.2用户收益分析原本学籍管理需要工作人员3人,按每人每月工资2000元计算,每个月需要费用在6000元,每年费用72000元。5.3收益/投资比设系统软件生命周期为5年。整个系统生命期的收益投资比值:¥141920.61(元)¥95000

18、(元)5.4投资回收周期软件成本为:95000。第一年可以节省70410.45元,比最初投资(95000元)还少24589.55元,第二年可省68866.57元。24589.55/68866.57=0.36因此,投资回收期是1.36年。5.5敏感性分析1. 应尽量延长系统生存周期,可延长至五年;2. 应是有效数据全部录入系统,使系统工作负荷量达到饱和;3. 应尽力提高系统处理速度;4. 应提高设备和软件配置。6社会因素可行性分析6.1法律因素本软件由信息工程学院计算机二班第三小组版权所有,未经作者允许,非法传播、复制,违者追究法律责任,后果自负。6.2用户使用可行性用户单位的行政管理、工作制度

19、、人员素质等能够满足要求。7其他可供选择的方案除提供建议方案的具体功能外,还需增加网络功能。未被推荐的理由目前尚不具备开发条件,投入与效益不成比例。8. 结论意见结论意见是:可着手组织开发;开发项目1引言对于开发的学生选课系统,主要实现以下功能:对学生的学籍、基本信息、课程安排、成绩、选课、密码,进行基本的管理。包括:学生的基本信息和学科成绩的存储、输入、删除、修改、查询,以及升留级管理。老师可以录入成绩、查询学生课程信息及修改密码、编辑学生的信息。管理员:课程管理、学生机老师管理、修改密码及查询。对于不同权限的用户,对于查询的信息都可以实现打印。1.1编写目的由于现在的学校规模在逐渐的扩大,

20、设置的专业类别、分支机构及老师、学生人数越来越多,对于过去的学生选课系统,不能满足当前学生选课管理的服务性能要求。本报告对于开发新的面临的问题及解决方案进行初步的设计与合理的安排,对用户需求进行了全面细致的分析,更清晰的理解学生选课系统业务需求,深入描述软件的功能和性能与界面,确定该软件设计的限制和定义软件的其他有效性需求,对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。1.2背景说明:A. 软件系统的名称:学生选课管理系统B. 任务提出者:李佳航 开发者:章登兴,肖兵,陈鑫豪,张盟C. 由于电脑及Internet的迅速发展,电脑无处不在,电脑的存在各种工作效率显著提高。对于一

21、个学校而言,开发一个好的学籍管理系统是当前迫切的需要。因此,特开发学籍管理系统,该系统实现了办公无纸化、网络化、信息化、现代化。D. 本系统主要是为了实现学校在线管理学籍相关信息,为学校提供了更加简洁、方便、容易操作的管理平台。E. 本系统使SQL Server 2005 作为数据库存储系统,采用功能强大的C Sharp进行开发设计。1.3定义ASP.NET:是一项微软公司的技术,是一种使嵌入网页中的脚本可由特网服务器执行的服务器端脚本技术。 指 Active Server Pages(动态服务器页面) ,运行于 IIS 之中的程序 。C#:(C Sharp)是微软(Microsoft)为。N

22、ET Framework量身订做的程序语言,微软公司在2000年6月发布的一种新的编程语言。C#拥有C/C+的强大功能以及Visual Basic简易使用的特性,是第一个组件导向(Component-oriented)的程序语言,和C+与Java一样亦为对象导向(object-oriented)程序语言。SQL:(Structured Query Language)结构化查询语言,是一种数据库 查询和程序设计语言,用于存取数据以及查询、更新和管理关系数据库系统。同时也是数据库脚本文件的扩展名。数据流:(data stream)最初是通信领域使用的概念,代表传输中所使用的信息的数字编码信号序列。

23、然而,我们所提到的数据流概念与此不同。这个概念最初在1998年由Henzinger在文献87中提出,他将数据流定义为“只能以事先规定好的顺序被读取一次的数据的一个序列”。SQL Server 2005:SQL Server 是一个关系数据库管理系统。它最初是由Microsoft Sybase 和Ashton-Tate三家公司共同开发的,于1988 年推出了第一个OS/2 版本。在Windows NT 推出后,Microsoft与Sybase 在SQL Server 的开发上就分道扬镳了,Microsoft 将SQL Server 移植到Windows NT系统上,专注于开发推广SQL Serv

24、er 的Windows NT 版本。Sybase 则较专注于SQL Server在UNIX 操作系统上的应SQL Server安装界面用。B/S : (Client/Server,客户机/服务器)模式又称C/S结构,是20世纪80年代末逐步成长起来的一种模式,是软件系统体系结构的一种。C/S结构的关键在于功能的分布,一些功能放在前端机(即客户机)上执行,另一些功能放在后端机(即服务器)上执行。功能的分布在于减少计算机系统的各种瓶颈问题。C/S模式简单地讲就是基于企业内部网络的应用系统。与B/S(Browser/Server,浏览器/服务器)模式相比,C/S模式的应用系统最大的好处是不依赖企业外

25、网环境,即无论企业是否能够上网,都不影响应用。经济可行性:估计开发费用以及最终从开发成功的系统所获得的收入或利益,衡量比较支出的费用和收到的利益. 技术可行性:分析功能,性能以及限制条件,能否是一个技术上可实现的系统. 法律可行性:明确系统开发可能导致的责任,有无违法问题. 1.4参考资料1 张海藩主编,软件工程导论,清华大学出版社2 陆丽娜主编,软件工程,经济科学出版社3 瞿中主编,软件工程,机械工业出版社4数据库系统概论萨师煊 高等教育出版社5ASP.NET实用案例教程-石志国6C#入门经典-齐立波,清华大学出版社7计算机软件文档编制规范GB-T8567-20062项目概述2.1工作内容主

26、要针对的用户是老师及学校管理人员。该系统的功能:1、能够存储大量的学生信息,并方便有效的进行相应学生信息数据操作和管理,这主要包括:1)学生信息的增加、删除及信息修改;2)学生学籍信息的管理;3)对于不同身份的用户授予不同的操作权限,本系统主要涉及用户:老师、管理员,以不同身份登录后,做自己权限范围内的事;2、能够对需要的统计结果提供打印输出。3、能够提供一定安全机制,提供数据信息授权访问,防止信息随意删改,同时提供数据信息备份服务。 4. 管理员实现本系统的管理功能;2.2主要参加人员本项目全职参与人员:人员名称主要职责或职务成员技能说明章登兴组长负责项目的规划,公用模块、类、控件的编写、主

27、窗体的设计肖兵组员负责密码修改模块,及界面的美化陈鑫豪组员负责登录模块设计,及项目PPT设计张盟组员负责老师、管理用户模块设计,负责做最后修改以及测试2.3产品项目最后的产品和可交付物包括最后完成的软件包、相关的文档、手册等,分别如下:2.3.1程序1.完成的软件系统最后完成的软件系统,其功能、模块和性能要求请参考文档中关于产品的特征描述。8. 数据库安装脚本在系统遭遇灾难时,用户可以使用脚本程序恢复SQL Server数据库的结构。9. 程序名称:学生选课管理系统基于Web,使用SQL Server 2005 数据库,使用B/S架构,实现系统各项功能。2.3.2文件1.可行性分析研究2.项目

28、开发计划书3.需求分析说明书4.概要设计说明书5.详细设计说明书6.用户操作手册7.系统测试计划2.3.3服务本系统为用户提供售后服务,根据用户反馈定期对系统进行更新。3支持条件3.1计算机系统支持硬件环境:CPU:Intel Core i3处理器ROM:256或更高的内存硬盘:500G软件支持:开发工具:VISUAL STUDIO 2005;开发操作系统:Windows XP/Windows 7;数据库服务器:操作系统Windows XP/Windows 7;数据库:SQL Server 2005;3.2需由用户承担的工作用户具备一定的计算机知识,对互联网有一定的认识,商家负责系统的日常维护

29、。需求分析1.引言随着计算机及网络技术的飞速发展,Internet应用在全球范围内日益普及,当今社会正快速向信息化社会前进,信息系统的作用也越来越大。传统的学校学籍管理方法、由于分散管理,易发生数据丢失,劳动强度高,速度慢。使用计算机可以高速、快捷地完成以上工作。特别是在计算机联网后,数据在网上传递,可以实现数据共享,避免重复劳动,规范教学管理行为,从而提高了管理效率和水平。学籍管理信息系统以计算机为工具,通过对教务管理所需的信息管理,把管理人员从繁琐的数据计算处理中解脱出来,从而全面提高教学质量。1.1 编写目的1)在学籍管理中,需要从大量的日常教学活动中提取相关信息,以反映教学情况。传统的

30、手工操作方式,易发生数据丢失,统计错误,劳动强度高,且速度慢。使用计算机可以高速,快捷地完成以上工作。在计算机联网后,数据在网上传递,可以实现数据共享,避免重复劳动,规范教学管理行为,从而提高了管理效率和水平。2)本报告由姚诗熠(210801091)完成。1.2 背景1)待开发软件系统的名称:学生学籍管理系统2)任务开发者:姚诗熠3)软件用户:老师、学生、教务员1.3 定义为了便于阅读理解本文,在此解释一些在本文中用到的简写和专业术语:学生管理;系统设计;信息。1.4 参考资料2、任务概述2.1 目标学生学籍管理系统以计算机为管理工具,通过对教务管理所需的信息管理,把管理人员从繁琐的数据计算处

31、理中解脱出来,使其有更多的精力从事教务管理政策的研究实施教学计划的制定执行和教学质量的监督检查,从而全面提高教学质量。2.2 用户的特点因为该系统的最终用户是大学校园的全体师生,当然他们对系统的不同部分有各自不同的权限。这个系统还面向一些潜在的用户,比如学生可以查询自己的借书记录,图书馆老师可以查询学生的基本情况等。要求使用本系统的用户对计算机能够熟练的使用,知道基本的操作。2.3 假定和约束学生和教师可以修改的的自己的相关信息,教务人员只有查询的权限。3、需求规定 3.1 对功能的规定根据图书管理系统的实际需求,可以将学生学籍管理系统划分为学生管理、教师管理、教务管理和系统设置4个部分各个部

32、分的具体功能的系统功能结构图如图3.1所示。学生学籍管理系统个人信息查询学生管理教师管理教务管理选课管理成绩查询个人信息查询学生信息查询学生成绩管理授课信息管理教师信息管理学生信息管理课程信息管理记录添加、删除、修改系统设置组权限管理 图3.1 系统功能结构图3.2 对性能的规定使用稳定,操作性能好,操作方法易于掌握,系统的安全性强。3.2.1 精度系统保证结果的正确性,在精度需求上,根据使用需要,在各项数据的输入,输出及传输过程中,本系统可以满足各种精度的需求。3.2.2 时间特性要求在软件方面,响应时间,更新处理时间都比较快且迅速,完全满足用户要求。3.2.3 灵活性 系统具有较高的可靠性

33、,可恢复性系统有良好的可扩展性,允许管理员随时对其进行更新和维护。当用户需求,如操作方式,运行环境,结果精度等发生变化时,设计的软件要做适当调整,灵活性较好。3.3 输入输出要求(1)学生管理模块:添加和修改所选课程、查询成绩、添加修改个人信息。(2)教师管理模块:添加修改个人信息,选择所授课程,学生成绩查询、学生信息查询。(3)教务理模块:全体学生教师信息查询、学生毕业、退学、离校、留校管理,教师辞职离校。(4)系统设置模块:用户管理,组权限分配。3.4系统的页面要求(1)页面内容:主题突出,站点定义,术语和行文格式统一,规范,明确,栏目,菜单设置和布局合理,传递的信息准确,及时。内容丰富,

34、文字准确,语句通顺,专用术语规范,行文格式统一规范。(2)导航结构:页面具有明确的导航指示,且便于理解,方便用户使用。(3)技术环境:页面大小合适,能用各种常用浏览器以不同的分辨率浏览,无错误连接和空链接;采用CSS处理,控制字体大小和版面布局(4)艺术风格:界面、版面形象清晰悦目、布局合理,字号大小合适、字体选择合理,前后一致,美观大方,动与静搭配恰当,动静效果好;色彩和谐自然,与主题内容相协调。表3-1显示具体的输入,输出及各个模块的功能功能名称输入项输出项执行权限功能描述系统设置模块用户账号用户管理模块系统判断用户身份学生管理模块学年、学期成绩学生学生成绩查询学生管理模块学号个人信息学生

35、个人信息查询、修改、添加学生管理模块学年、学期教师选课情况学生方便修改添加学生选课教师管理模块工号个人信息教师个人信息查询、修改、添加教师管理模块课程(号)学生选课信息教师修改添加学生选课情况及其成绩教师管理模块学年、学期可以授课的授课信息教师修改添加所授课程教务管理模块工号课程信息教务员添删改课程信息教务管理模块工号学生信息教务员添删学生教务管理模块工号教师信息教务员添删教师表3-13.4 数据管理能力要求(针对软件系统)学生、教师基本信息中的id号、姓名各项信息基本上是固定不变的,他们不会随着系统的运行和时间的变化而发生变化。他们一旦入库,一般情况下是不会改变的,所以,他们输入库的过程一定

36、要确保正确。其他的,如课程基本信息,学生教师随时离校入学,因此他们会改变。用户的权限一旦入库后基本上是不会改变的,但在入库确定前是可以改变的。3.5 故障处理要求 系统失效后能给出错误信息,提示用户采取适当手段处理故障。3.6 其他专门要求普通用户的需求:对于只有查看权限的用户,一般是通过上网浏览学校网页来查看数据的。各教务管理员:能够对系统进行设置,以适应不同用户的需求。4、运行环境规定4.1 设备普通PC即可4.2 支持软件1)操作系统:Win2000/XP/Vista/SEVEN2) DBMS:MySql5.0或以上版本3) JDK1.5及以上4) Web服务器:Tomcat;5)浏览器

37、:IE5.0及以上,推荐使用IE6.0;4.3接口4.3.1用户接口 采用窗口化的界面,菜单式进行设计,在操作时响应热键。与其他软件连接。4.3.2外部接口 硬件接口:学生证,工作证。4.3.3内部接口各模块之间接口:内部模块通过面向对象语言设计类,在public类中实现调用;类间实现严格封装,外部模块串口接口于外部设备连接。4.4 控制系统运行时根据操作员的角色,确定各模块的操作权限和数据的处理权限。运行中记录操作员操作日志,记录操作员行为。概要设计本报告说明确定软件系统的总体结构、数据结构、及其它全局性的考虑,所设计的系统应覆盖既定的软件需求,经过评审通过后, 本说明是后续实现的根据。本报

38、告由以下表格组成:概要设计说明书目录文档序号1. 引言S1. 2. 总体设计S2. 2.1. 需求规定S2.1. 2.2. 运行环境S2.2. 2.3. 基本设计概念和处理流程S2.3. 2.4. 概要设计模块结构图与描述表S2.4. 3. 接口设计S3. 4. 运行设计S4. 5. 系统数据结构设计S5. 6. 系统出错处理设计S6. 主文档名称概要设计说明书主文档编号S子文档名称1. 引言子文档序号S1. 编者丁泽杰编写日期2012年10月11日(1)编写目的 在系统项目的前一阶段,也就是需求分析阶段中,已经将系统用户对本系统的需求做了详细的阐述,这些用户需求已经在上一阶段的调研中获得,并

39、在需求规格说明书中得到详尽的叙述及阐明。 本阶段在系统的需求分析的基础上,对系统做概要设计。主要解决实现该系统需求的程序模块设计问题,包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。 (2)背景 开发软件名称:学生学籍管理系统 项目任务提出者:华东交通大学教务处 项目开发者:丁泽杰 用户:教务处学籍管理员、教职工及学生 实现软件人:丁泽杰 (3)符号、缩略语和定义 查询:对学生学籍信息进行查询增加:对学生学籍信息进行增加修改:对学生学籍信息进行修改删除:对学

40、生学籍信息进行删除 CS:ClientServer客户机 (4)参考资料软件文档编写厦门大学出版社 实用软件写作郑人杰等清华大学出版社主文档名称概要设计说明书主文档编号S子文档名称2. 总体设计子文档序号S2. 编者丁泽杰编写日期2012年10月11日总体设计包括需求规定、运行环境、基本设计概念和处理流程、概要设计模块和相关图表软件的总体模块结构如下:主文档名称概要设计说明书主文档编号S子文档名称2.1. 需求规定子文档序号S2.1. 编者丁泽杰编写日期2012年10月11日(1)性能 响应时间:每次操作处理响应时间少于1-2s;当数据录入操作时应无等待时间。 数据可靠性:在应用系统投入运行5年生命周期内数据不得丢失;数据库文件须由专人保存和修改。 (2)程序正确性

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 教育专区 > 小学资料

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁