软件工程课程设计,院,1,题,系： 数 理 系 目: 学生信息管理系统,学,号： 11207210102,姓,名： 汤玉佳,专业： 信息与计算科学 指导教师： 张家精,2,目录,一、学生管理系统可行性研究4 1.1 技术可行性4 1.2 经济可行性4 1.3 操作可行性4 二、学生管理系统需求分析 2.2.1 系统任务概述4 2.2.2 功能需求4. 2.2.3 数据流图.5 2.2.4 数据字典.8 2.2.5 E-R 图.8 2.2.6 性能要求.9 2.2.7 运行环境.9 三、概要设计 3.1设计思想.10 3.2功能需求.10 3.3性能需求.11 3.4系统框架11 3.4.1系统流程分析11 3.4.2系统功能模块分析12 四、 系统详细设计 4.1 管理员用例图14,3,4.2 用户状态图15 4.3 用户活动图16 4.4 用户协作图.16 五、总结17 参考资料18,4,一、 可行性研究 技术可行性 已经有人开发过，并且我们也都使用过相类似系统，对其一般性的软件和操 作环境、编译环境都比较熟悉，所以说在技术上来说是可行的。 经济可行性 当前系统只对服务器有关的要求，在服务费用方面，支出在你那个承担的范 围，以后的维护及其他设备的总共费用在可以承担的范围。用当前系统可以节约 出能够支付当前系统的直接支出，以后维护费用更是比以前的机制节约很多钱。 操作可行性 系统的操作方式在这个用户组织内能行得通 一、 学生管理系统需求分析 系统任务概述 学生信息管理系统是针对学校人事处的大量业务处理工作而开发的管 理软件，主要用于学校学生信息管理，总体任务是实现学生信息关系的系 统化、科学化、规范化和自动化，其主要任务是用计算机对学生各种信息 进行日常管理，如查询、修改、增加、删除，另外还考虑到学生选课，针 对这些要求设计了学生信息管理系统。推行学校信息管理系统的应用是进 一步推进学生学籍管理规范化、电子化、控制辍学和提高义务教育水平的 重要举措。 在以前，学校处理学生学籍档案等信息，需要人工收集数据信息，填写表格 等，然后加以保存。但是，长此以往，随着学生人数不断地增加，学生信息量比 较大，学校对于学生信息的保存等更加困难。这就使得必须有一种简洁快速的方 法，方便学生信息的存储和调用。学生管理系统就此应运而生。 由此可以看出，人工操作效率太慢，而且容易出错。更加浪费时间。因此， 利用计算机来处理这些流程无疑会极大程度地提高效率和处理能力。学生信息的 录入，调用和查看更加方便，快捷。而且，各种流程出错率大大降低。由此，计 算机对于人工的优势显而易见。 功能需求 学生管理系统的目的是实现学生信息录入、查看、调用等业务的自动化 管理，以提高工作效率。 学生信息管理系统主要包括以下几个功能模块：,学生信息管理：有关学籍等信息的录入、查询和修改，包括学生 基本信息，所在学院，专业班级等。 课程信息管理：学生已学课程和正在学习课程。 成绩信息管理：学生课程成绩查询。 学生选课管理：学生选课系统。 任课老师查询：查询正在学习课程的老师信息。 系统功能模块：,学生登录,1.2.3 数据流图,5,顶层数据流层图 对顶层数据流图进行分解，分离出两个加工：读者要求处理和管理员要求处理， 分别编号为 1 和 2.由于加工分离出来，原先属于内部数据流（文件）的部分（如 期刊目录文件、期刊登记文件和期刊内容文件）这里就变成了外部数据流，它们 被标在第二层数据流图上，“读者要求处理”加工分别从期刊内容文件、期刊登 记文件和期刊目录文件读数据，“管理员要求处理”加工不仅从期刊目录文件读 数据，当数据处理完成后，还要向期刊目录文件写入数据。分解后的第二层数据 流图如图 1-5 所示。,读者,2管理员要求处理,期刊目录文件 期刊登记文件,读者要求1读者要求处理 处理结果,管理员要求 期刊订单,期刊内容文件 图 1-5 第二层数据流图 接下来对加工 1 和 2 继续分解。同理，加工 1 进一步分解五个子加工：加工 1.1 读者要求分类，加工 1.2 变动处理，加工 1.3 借阅处理，加工 1.4 归还处理，加 工 1.5 查询要求处理。加工 2 进一步分解成三个子加工：加工 2.1 管理要求分类，,学 生 信 息 管 理 系 统,学生,登陆,学生信息,学生成绩,查询,查询 任课老师,查询,查询 修改,6,加工 2.2 期刊登记，加工 2.3 期刊征订。原先的内部数据流：读者文件和借阅文 件变成了外部数据流，第三层数据流图如图 1-6 所示。 加工 1.5 包含多种查询，可以进一步分解，变成三个加工：加工 1.5.1 查询要求 分类，加工 1.5.2 查询期刊去向，加工 1.5.3 查询期刊内容，第四层数据流图如图 1-7 所示,1.1读者分类要求,1。5查询要求处理,1.2变动处理,1.3借阅处理,1.4归还处理,变动要求,借阅要求,归 还 要 求,读者,查 询 要 求,期刊目录 文件,期刊借阅文件,职工文件,期刊目录文件,用户文件 期刊借阅文 件,期刊借阅文件,管理员要求,2.2期刊登记,管理员要求,2.1管理期刊 要求分类 登记,征订,征订单,期刊登记文 件,期刊内,容文件,期刊目录文 件,2.3期刊征订 图 1-6 第三层数据流图,7,1.5.1查询要求分类,1.5.2查询期刊去向,1.5.3查询期刊内容,读者,查询期刊去向要求,按 关 键 词 查 询 要 求,期刊内容信息,期 刊 去 向,信 息,用户文件 期刊借阅文件,期刊内容,期刊登记文件,期刊目录文件,8,图 1-7 第四层数据流图 1.2.4 数据字典 1.文件条目 用户=学生|管理员 用户文件=用户名 期刊目录文件=刊号+刊名+邮发代号+主办单位+出版周期 期刊登记文件=刊号+年+（卷）+期 期刊借阅文件=用户名+刊名+年+（卷）+期+借阅日期+归还日期 期刊内容文件=刊号+年+（卷）+期+文章题目+作者单位+作者姓名+关键词 1+ 关键词 2+关键词 3+关键词 4+关键词 5 2.数据条目 征订单=刊号+邮发代号+单价+数量+金额 期刊去向信息=刊名+年+（卷）+期+读者姓名 期刊内容信息=关键词 1+关键词 2+关键词 3+关键词 4+关键词 5+刊名+年+（卷） +期 变动要求=添加|更改|删除 借阅要求=用户名+刊名+年+（卷）+期 归还要求=用户名+刊名+年+（卷）+期 按关键词查询要求=（关键词 1）+（关键词 2）+（关键词 3）+（关键词 4）+ （关键词 5） 查询期刊去向要求=刊号+刊名+年+（卷）+期 1.2.5E-R 图 系统的 E-R 图如图所示。,图 1-8 期刊管理系统的 E-R 图 1.2.6 性能要求 在性能方面，要求系统的查询和更新时间不超过一秒。其他一些要求如下： 系统最小寿命：系统应该能在无重大改动的条件下正常运行 5 年以上。 设备要求：计算机稳定性良好，整套系统经济实惠。 在使用上：要求系统易理解，易学习，易操作。 在安全性上：要求系统安全可靠，容错，易恢复。 在数据集中上：要求用统一的数据库实现数据的完整性和实时性。 在可维护性上：要求系统可修改，可测试，可扩充，可移植。,1.2.7 运行环境,学生,性别,姓名,民族,籍贯,入校日期,学院,专业,学号,选 课,成绩,课程,上课时间,课程类别,授课教师,课程名,课程号,9,10,对本系统运行环境没有特殊要求，以下硬件配置就可以满足要求：服务器 CPU 为Pentium II 300 或更高配置，内存 128MB 以上，硬盘至少为 500MB，网 络适配器 10Mbps 或更快的网卡，一个 CD-ROM 驱动器，打印机一台，UPS（选 配），客户机 CPU 为Pentium 200 或更高配置，内存 64MB 以上，硬盘至少 100MB。 二概要设计 设计思想 系统分成几个相对独立的模块。 分层的模块化程序设计思想，整个系统采用模块化设计结构，作为应用 程序有较强的可操作性和可扩展性。 合理的数据流设计，在应用系统设计中，相对独立的模块间的数据流相 互连接，使各模块间的耦合性较低，方便系统运行，提高系统安全性。 功能需求 随着管理信息系统应用的深入，学校可以逐步建立起一套科学的管理应用系 统。首先，可以通过这样的系统更深入的了解学生信息，直接建立合理管理学生 信息的数据系统，如： 学生登录可以使用查阅本人的基本情况、查阅本人所学课程成绩情况、 查阅课程的任课老师情况、修改本人的基本信息以及对本人的登录密码进行编辑 等权限； 教务人员登录可以查看教师本人的基本信息、所教课程成绩、所教课程 的基本信息、成绩的发布与录入以及登录密码编辑等权限； 管理人员登录可以查看登录人员的账户信息、对学生信息进行管理、对 教师信息进行管理、对课程进行各种管理等。将这样的系统和已有的管理和业务 系统联系起来，构筑成能够及时反应的教务系统。从而更加快捷地达到与学生信 息交互，提高教务教学管理运作效率。将这样的系统同时提供给学校内各班级内 部使用，能够极大地提高学校教务管理水平。而学生信息管理系统作为教务管理 的中间环节，有着尤为重要的意义。 完善的学生信息管理是学校健康运作的一个重要标志。然而，完善的学生信 息管理需要学校许多的资源，如何简化教务的管理而不失其完整性和科学性是许 多学校头痛的问题，也是本系统在功能上力求解决的一个问题。,随着学校教务的扩展和工作量的增加，数据量不断扩大。为了满足工作需要， 必须实现各子系统之间能够共享数据，实现需要的统一管理和自动化数据传递， 结合学生信息管理要点提出以下主要功能需求。包括学生信息的管理、班级信息 的管理、教师信息的管理、课程信息的管理、学生选课管理以及成绩管理，并具 有严格的系统用户及分级权限控制，保证了教学数据的严格保密性。 性能需求 一般的性能需求是指相互消息传递顺利，协议分析正确，界面友好，运行时 间满足使用需要，安全性得到完全保证。 就实际情况，在高系统配置、高网络带宽很容易得到保证的情况下，最需要 考虑的性能需求就是系统安全性问题。在开发系统的每个阶段，均需要考虑彼此 间的认证与授权。尤其要注意认证，简单地说就是确定谁是特定用户，并针对安 全源验证该用户的身份。在处理完识别用户的方法之后，必须开发一种方法以向 用户授权，从而能够使用系统的特定功能。也就是说，需要一种方法来决定允许 特定用户进行什么样的操作。这些都是进行下一步系统设计时需要考虑的性能方 面内容7。 系统框架 本系统的框架如下图 3.1 所示：,用户登录,管理员登录,教师登录,学生登录,11,图 3.1 系统框架图 2.4.1系统流程分析 用户首先登录系统初始页面，进行身份选择后，输入账号密码进行登录，如 果身份选择的是学生，那么登录之后将会面对的选项有基本信息查询、学生成绩 查询、成绩排名、任课老师查询、修改密码、修改基本信息，最后选择注销退回 登录初始界面；若选择教师身份登录，那么将会面对的选项有查看基本信息、查 看课程成绩、密码修改、查看课程信息、成绩修改、成绩录入，最后依然是注销,回到登录初始界面；最后便是管理员身份登录，登录之后还会面对四个模块，首 先是账户信息管理，包括显示个人信息、修改账户信息、修改备注、增加账户、 删除账户以及用户信息浏览；其次是学生信息管理，包括学生信息浏览、学生信 息查询、学生信息修改、学生信息删除已经学生信息插入；然后便是教师信息管 理，这个模块与学生信息管理模块较为相似，功能包括教师信息浏览、教师信息 查询、教师信息修改、教师信息删除以及教师信