软件工程课程设计学生信息管理系统.docx

《软件工程课程设计学生信息管理系统.docx》由会员分享，可在线阅读，更多相关《软件工程课程设计学生信息管理系统.docx（17页珍藏版）》请在三一办公上搜索。

1、软件工程课程设计 院 系： 数 理 系 题 目: 学生信息管理系统 学 号： 姓 名： 汤玉佳 专 业： 信息与计算科学 指导教师： 张家精 目录一、 学生管理系统可行性研究4技术可行性4经济可行性4操作可行性4二、学生管理系统需求分析系统任务概述4 功能需求4.数据流图.5数据字典.8 E-R图.8性能要求.9运行环境.9三、概要设计 设计思想.10 功能需求.10 性能需求.11 系统框架11 系统流程分析11 系统功能模块分析12四、 系统详细设计 管理员用例图14 用户状态图15 用户活动图16用户协作图.16五、总结17 参考资料18一、 可行性研究技术可行性 已经有人开发过，而且咱

2、们也都利用过相类似系统，对其一般性的软件和操作环境、编译环境都比较熟悉，所以说在技术上来讲是可行的。 经济可行性 当前系统只对服务器有关的要求，在服务费用方面，支出在你那个承担的范围，以后的保护及其他设备的总共费用在能够承担的范围。用当前系统能够节约出能够支付当前系统的直接支出，以后保护费用更是比以前的机制节约很多钱。 操作可行性 系统的操作方式在那个用户组织内能行得通一、 学生管理系统需求分析 系统任务概述学生信息管理系统是针对学校人事处的大量业务处置工作而开发的管理软件，主要用于学校学生信息管理，整体任务是实现学生信息关系的系统化、科学化、规范化和自动化，其主要任务是用运算机对学生各类信息

3、进行日常管理，如查询、修改、增加、删除，另外还考虑到学生选课，针对这些要求设计了学生信息管理系统。推行学校信息管理系统的应用是进一步推动学生学籍管理规范化、电子化、控制停学和提高义务教育水平的重要举措。在以前，学校处置学生学籍档案等信息，需要人工搜集数据信息，填写表格等，然后加以保留。可是，久而久之，随着学生人数不断地增加，学生信息量比较大，学校对于学生信息的保留等加倍困难。这就使得必需有一种简练快速的方式，方便学生信息的存储和挪用。学生管理系统就此应运而生。由此能够看出，人工操作效率太慢，而且容易犯错。加倍浪费时刻。因此，利用运算机来处置这些流程无疑会极大程度地提高效率和处置能力。学生信息的

4、录入，挪用和查看加倍方便，快捷。而且，各类流程犯错率大大降低。由此，运算机对于人工的优势显而易见。 功能需求 学生管理系统的目的是实现学生信息录入、查看、挪用等业务的自动化管理，以提高工作效率。学生信息管理系统主要包括以下几个功能模块：1. 学生信息管理：有关学籍等信息的录入、查询和修改，包括学生大体信息，所在学院，专业班级等。2. 课程信息管理：学生已学课程和正在学习课程。3. 成绩信息管理：学生课程成绩查询。4. 学生选课管理：学生选课系统。5. 任课老师查询：查询正在学习课程的老师信息。系统功能模块： 数据流图学生信息管理系统学生登陆学生信息学生成绩任课老师查询查询查询 查询 修改顶层数

5、据流层图对顶层数据流图进行分解，分离出两个加工：读者要求处置和管理员要求处置，别离编号为1和2.由于加工分离出来，原先属于内部数据流（文件）的部份（如期刊目录文件、期刊记录文件和期刊内容文件）这里就变成了外部数据流，它们被标在第二层数据流图上，“读者要求处置”加工别离从期刊内容文件、期刊记录文件和期刊目录文件读数据，“管理员要求处置”加工不仅从期刊目录文件读数据，当数据处置完成后，还要向期刊目录文件写入数据。分解后的第二层数据流图如图1-5所示。图1-5 第二层数据流图接下来对加工1和2继续分解。同理，加工1进一步分解五个子加工：加工读者要求分类，加工变更处置，加工借阅处置，加工归还处置，加工

6、查询要求处置。加工2进一步分解成三个子加工：加工管理要求分类，加工期刊记录，加工期刊征订。原先的内部数据流：读者文件和借阅文件变成了外部数据流，第三层数据流图如图1-6所示。 加工包括多种查询，能够进一步分解，变成三个加工：加工查询要求分类，加工查询期刊去向，加工查询期刊内容，第四层数据流图如图1-7所示图1-6第三层数据流图图1-7第四层数据流图数据字典1.文件条款用户=学生|管理员用户文件=用户名期刊目录文件=刊号+刊名+邮发代号+主办单位+出版周期期刊记录文件=刊号+年+（卷）+期期刊借阅文件=用户名+刊名+年+（卷）+期+借阅日期+归还日期期刊内容文件=刊号+年+（卷）+期+文章题目+

7、作者单位+作者姓名+关键词1+关键词2+关键词3+关键词4+关键词52.数据条款征定单=刊号+邮发代号+单价+数量+金额期刊去向信息=刊名+年+（卷）+期+读者姓名期刊内容信息=关键词1+关键词2+关键词3+关键词4+关键词5+刊名+年+（卷）+期变更要求=添加|更改|删除借阅要求=用户名+刊名+年+（卷）+期归还要求=用户名+刊名+年+（卷）+期按关键词查询要求=（关键词1）+（关键词2）+（关键词3）+（关键词4）+（关键词5）查询期刊去向要求=刊号+刊名+年+（卷）+期图系统的E-R图如图所示。学生性别姓名民族籍贯入校日期学院专业学号选课成绩课程上课时间课程类别授课教师课程名课程号图1-

8、8期刊管理系统的E-R图性能要求在性能方面，要求系统的查询和更新时刻不超过一秒。其他一些要求如下：系统最小寿命：系统应该能在无重大改动的条件下正常运行5年以上。设备要求：运算机稳固性良好，整套系统经济实惠。在利用上：要求系统易理解，易学习，易操作。在安全性上：要求系统安全靠得住，容错，易恢复。在数据集中上：要求用统一的数据库实现数据的完整性和实时性。在可保护性上：要求系统可修改，可测试，可扩充，可移植。运行环境对本系统运行环境没有特殊要求，以下硬件配置就可以够知足要求：服务器CPU为Pentium II 300或更高配置，内存128MB以上，硬盘至少为500MB，网络适配器10Mbps或更快的

9、网卡，一个CD-ROM驱动器，打印机一台，UPS（选配），客户机CPU为Pentium 200或更高配置，内存64MB以上，硬盘至少100MB。二 概要设计 设计思想 (1) 系统分成几个相对独立的模块。(2) 分层的模块化程序设计思想，整个系统采用模块化设计结构，作为应用程序有较强的可操作性和可扩展性。(3) 合理的数据流设计，在应用系统设计中，相对独立的模块间的数据流彼此连接，使各模块间的耦合性较低，方便系统运行，提高系统安全性。 功能需求随着管理信息系统应用的深切，学校能够慢慢成立起一套科学的管理应用系统。第一，能够通过如此的系统更深切的了解学生信息，直接成立合理管理学生信息的数据系统，

10、如：(1) 学生登录能够利用查阅本人的大体情形、查阅本人所学课程成绩情形、查阅课程的任课老师情形、修改本人的大体信息和对本人的登录密码进行编辑等权限；(2) 教务人员登录能够查看教师本人的大体信息、所教课程成绩、所教课程的大体信息、成绩的发布与录入和登录密码编辑等权限；(3) 管理人员登录能够查看登录人员的账户信息、对学生信息进行管理、对教师信息进行管理、对课程进行各类管理等。将如此的系统和已有的管理和业务系统联系起来，构筑成能够及时反映的教务系统。从而加倍速捷地达到与学生信息交互，提高教务教学管理运作效率。将如此的系统同时提供给学校内各班级内部利用，能够极大地提高学校教务管理水平。而学生信息

11、管理系统作为教务管理的中间环节，有着尤其重要的意义。完善的学生信息管理是学校健康运作的一个重要标志。但是，完善的学生信息管理需要学校许多的资源，如何简化教务的管理而不失其完整性和科学性是许多学校头痛的问题，也是本系统在功能上力求解决的一个问题。随着学校教务的扩展和工作量的增加，数据量不断扩大。为了知足工作需要，必需实现各子系统之间能够共享数据，实现需要的统一管理和自动化数据传递，结合学生信息管理要点提出以下主要功能需求。包括学生信息的管理、班级信息的管理、教师信息的管理、课程信息的管理、学生选课管理和成绩管理，并具有严格的系统用户及分级权限控制，保证了教学数据的严格保密性。 性能需求一般的性能

12、需求是指彼此消息传递顺利，协议分析正确，界面友好，运行时刻知足利用需要，安全性取得完全保证。就实际情形，在高系统配置、高网络带宽很容易患到保证的情形下，最需要考虑的性能需求就是系统安全性问题。在开发系统的每一个阶段，均需要考虑彼其间的认证与授权。尤其要注意认证，简单地说就是肯定谁是特定用户，并针对安全源验证该用户的身份。在处置完识别用户的方式以后，必需开发一种方式以向用户授权，从而能够利用系统的特定功能。也就是说，需要一种方式来决定允许特定用户进行什么样的操作。这些都是进行下一步系统设计时需要考虑的性能方面内容7。 系统框架本系统的框架如下图所示：图 系统框架图 系统流程分析用户第一登录系统初

13、始页面，进行身份选择后，输入账号密码进行登录，若是身份选择的是学生，那么登录以后将会面对的选项有大体信息查询、学生成绩查询、成绩排名、任课老师查询、修改密码、修改大体信息，最后选择注销退回登录初始界面；若选择教师身份登录，那么将会面对的选项有查看大体信息、查看课程成绩、密码修改、查看课程信息、成绩修改、成绩录入，最后仍然是注销回到登录初始界面；最后即是管理员身份登录，登录以后还会面对四个模块，第一是账户信息管理，包括显示个人信息、修改账户信息、修改备注、增加账户、删除账户和用户信息阅读；第二是学生信息管理，包括学生信息阅读、学生信息查询、学生信息修改、学生信息删除已经学生信息插入；然后即是教师

14、信息管理，那个模块与学生信息管理模块较为相似，功能包括教师信息阅读、教师信息查询、教师信息修改、教师信息删除和教师信息插入；最后是成绩课程管理，包括有课程信息阅读、任课信息查询、任课修改删除、修改删除科目，课程安排和添加科目。 系统功能模块分析学生信息管理系统主要包括以下几个功能模块：用户管理(管理员与教师管理和学生管理)课程信息管理、教师信息管理、成绩信息管理、课程信息管理、学生选课管理。 学生登录模块功能图 教师登录模块功能图 管理员登录模块功能图(1) 学生登录模块（汤玉佳完成）该模块主要由六个子模块组成。别离是大体信息查询、学生成绩查询、成绩排名、任课老师排名、修改密码、修改大体信息六

15、个模块。主要功能包括学生的学籍和成绩查询和个人信息的相关修改。(2) 教师登录模块（胡清完成）该模块主要负责教师对自己所教课程的成绩进行相关管理和查看课程信息。当以教师身份登录进来以后，能够修改教师本人所教课程的成绩，录入该门课程成绩等功能，另外能够查看个人信息，课程成绩和课程信息。(3) 管理员登录模块（窦娟娟、方龙斌、吴勇汇完成）该模块相对于学生与教师模块属于后台模块，是对于学生和教师和课程信息的一个综合性管理模块。该模块又分为四个模块，别离为账户信息管理、学生信息管理、教师信息管理和课程成绩管理，在账户信息管理中，能够显示管理员本人的信息，能够修改管理员账户的密码，能够修改管理员的个人备

16、注，能够增加和删除超级用户的人数，也能够对用户信息进行阅读；在学生管理模块与教师管理模块中，能够对学生和教师的信息进行阅读、查询、修改、删除和插入；而在成绩课程管理模块中包括课程信息阅读，能够统一的阅读学校的各门课程的情形，任课信息查询则能够通过教师姓名或课程姓名进行查询，在任课修改删除模块中，能够通过选择相关课程的课名，然后实施修改或删除该门课程的任课老师，在修改删除科目选项中，能够先通过课程号对课程进行选择，然后再进行修改或删除，课程安排选项里，能够对讲课时刻进行统一的插入与删除操作，而在最后的添加科目中，能够添加新的课程，而且录用讲课老师。三、 系统详细设计 管理员用例图用例图是用来描述

17、系统与参与者之间的彼此作用的，也能够说它是从管理员的角度动身对如何利用系统的描述。用例图能够比较直观的反映系统的构造，在本系统中对管理员的用例分析如下图所示：图 管理员用例图用例描述如下：(1) 学生信息管理此模块只有管理员才能用来阅读，查询，修改，删除和插入学生的有关信息。(2) 用户信息管理该模块用来对超级用户的信息进行添加，修改，查看，删除等，此模块只有管理员才能利用。(3) 教师信息管理此模块只有管理员才能用来阅读，查询，修改，删除和插入教师的有关信息。(4) 课程信息管理该模块用来对所罗列的课程进行查看，删除等，此模块只有管理员才能利用。 用户状态图状态图是描述一个实体基于事件反映的

18、动态行为，显示了该实体如何按照当前所处的状态对不同的事件做出反映的10。通常创建一个UML状态图是为了以下的研究目的：研究类、角色、子系统或组件的复杂行为。本系统的的状态图如图所示：登录状态=成功提交状态=成功查询信息状态=登录增删改查状态=成功更新状态=成功登录请求状态=未登录填写账号密码状态=填写图 用户状态图状态图用于显示状态机(它指定所在的状态序列)、使对象达到这些状态的事件和条件、和达到这些状态时所发生的操作。状态机用于对模型元素的动态行为进行建模，更具体地说，就是对系统行为中受事件驱动的方面进行建模。状态机专门用于概念依赖于状态的行为(即按照模型元素所处的状态而有所转变的行为)。其

19、行为不会随着其元素状态发生转变的模型元素不需要用状态机来描述其行为(这些元素一般是主要负载管理数据的被动类)。状态机由状态组成，各状态由转移链接在一路。状态是对象执行某项活动或等待某个事件时的条件。转移是两个状态之间的关系，它由某个事件触发，然后执行特定的操作或评估并致使特定的结束状态。 用户活动图活动图(Activity Diagram) 在UML里，活动图本质上就是流程图，它描述系统的活动，判断点和分支等。状态图描述一个对象的状态 和状态改变，而活动图除描述对象状态之外，更突出了它的活动。一个活动结束自动引发下个活动，则两个活动之间用 带箭头的连线连接，连线的箭头指向下一个活动。本系统用户

20、活动图如下图所示：否是成功验证失败登录显示信息重登查询信息存在更新退出生成新信息图 用户活动图用户协作图协作图是一种交互图，强调的是发送和接收的之间的组织结构。一个协作图显示了一系列的对象和在这些对象之间的联系和对象间发送和接收的消息。对象一般是命名或匿名的的实例，也能够代表其他事物的实例，例如协作、和节点。利用协作图来讲明系统的动态情形。显示某组对象如何为了由一个描述的一个系统事件而与另一组对象进行协作的交互图。利用协作图能够显示对象角色之间的关系，协作图用于显示对象之间如何进行交互以执行特定用例或用例中特定部份的行为。设计员利用协作图和序列图肯定并阐明对象的角色，这些对象执行用例的特定事件

21、流。它们是主要的信息来源，用于肯定类的职责和接口。协作图的格式决定了它们更适合在分析活动中利用。它们特别适合用来描述少量对象之间的简单交互。随着对象和消息数量的增多，理解协作图将愈来愈困难。另外，协作图很难显示补充的说明性信息，例如时刻、判定点或其他非结构化的信息，而在序列图中这些信息能够方便地添加到注释中。协作图强调参与一个交互对象的组织，它由以下大体元素组成：活动者（Actor）、对象（）、连接（Link）和消息（Message）。在中，利用实线标记两个对象之间的连接。本系统的协作图如下图所示： 使用者验证数据输入信息发送请求返回数值调用数据活动类客户类数据类图 用户协作图四、总结在本系统

22、的开发进程中由于是第一次开发软件在知识、经验方面都存在着不足。另外在整个开发的进程中时刻也比较仓促。因此该系统必然会存在一些缺点和不足。因为对学生信息管理的整个流程不够熟悉在需求分析时未能做到完全知足用户的需求。 虽然本管理系统存在着很多不足但其功能全面、易于往后程序更新、数据库管理容易、界面友好、操作方便、效率高、安全性好等长处是本管理系统所必需的。通过开发那个系统我掌握了的项目大体开发进程用到的知识巩固了我对软件工程的学习但在这次设计中的最大收获并非是掌握这几门开发工具的应用而是学会了设计系统的思维方式和与同窗们之间彼此帮忙的精神。 参考文献1 张海藩编著软件工程导论清华大学出版社2008 2 刘伟等编著visual C#程序设计与项目实践清华大学出版社2011 3 何玉洁编著数据库原理与应用机械工业出版社2006 4 王东明等编著VISUAL C#.NET程