《ASP.NET2.0 Web数据库开发教程 教学课件 ppt 作者 宫继兵 第12章 学生管理信息系统S-MIS1.0》由会员分享，可在线阅读，更多相关《ASP.NET2.0 Web数据库开发教程 教学课件 ppt 作者 宫继兵 第12章 学生管理信息系统S-MIS1.0（76页珍藏版）》请在金锄头文库上搜索。
1、第12章 学生管理信息系统S-MIS1.0,本章要点及学时安排,了解本教程案例系统需求、分析和设计的全过程 掌握如何设计案例系统E-R图和软件结构图 掌握如何选择案例系统最佳实现方案 掌握案例系统的数据库结构设计的方法和形式 通过学习，掌握并精通系统实现过程中相关的ASP.NET技术,本章授课学时为8学时 练习和上机学时为2学时,-本章要点,-学时安排,教学内容,学生管理信息系统的需求介绍 学生管理信息系统的分析说明 学生管理信息系统的总体设计说明 学生管理信息系统的详细设计说明 学生管理信息系统中典型模块的开发技术和编码实现讲解,12.1 系统需求,S-MIS1.0管理信息系统是针对高等院校
2、管理学生档案、资料以及成绩等信息而开发的软件系统。包括以下功能： (1) 学生基本信息管理功能。该系统可以对学生基本信息，如姓名、学号、性别、籍贯、民族、年级、班级等不再变化或很少变化的属性信息进行管理(包括添加、删除、修改和保存等功能)；能够对已存在的学生基本信息按多条件进行查询和定位；当遇到分班、转班或降级等情况而导致学生的班级信息发生变化时，能够记录该信息，该项功能只有授权的教务人员才能使用； (2)学生履历信息管理功能。能够对学生在大学期间任职、奖惩以及参加重要活动或组织等情况信息进行管理（包括添加新履历信息、删除、修改和保存等功能），用于今后的评测和查阅；能够对已存在的学生履历信息按
3、多种方式（按学号和按复合条件）进行查询和定位，该项功能只有授权的教务人员才能使用；,12.1 系统需求,(3)学生成绩信息管理功能 能够按指定的课程名称添加学生成绩信息；能够按条件查询某个班级的所有学生成绩信息并可进行修改；能够按学号查询某个学生的全部成绩信息并可进行修改，若遇到补考或重考的情况，只记录该生最后一次考试的成绩，该项功能只有授权的教务人员才能使用； (4)统计功能 能够统计某门课程的全部学生成绩等级（包括优秀、良好、中等、差等和不及格）的人数和百分比率；能够统计某门课程对某个班级学生成绩等级的人数和百分比率，该项功能只有授权的教务人员才能使用。,12.1 系统需求,(5)学生查询
4、功能 任何一个学生根据输入的学号和正确密码，可以查询自己的全部个人资料信息，显示的顺序依次是学生基本信息、学生成绩信息和学生学生履历信息。成绩信息包含从入学到目前的所有课程的信息。此外，为安全起见，学生可以修改已有的默认密码和重新设置新的密码。这是本系统唯一能够让学生使用的功能，同时也允许被授权的教务人员使用。 (6)用户管理功能 可以对使用本系统的用户人员信息（包括用户帐号、用户姓名和用户密码）进行管理包(括添加、删除、修改和保存等功能)；为保证系统的安全性，对使用本系统的用户人员（即教务人员）进行权限管理，对每个用户分配帐户（教务人员的帐号是工号）、不少于8个字符长度的密码和相应的权限，系
5、统管理员具有最高权限，可以修改、删除和查询学生的全部信息，可以给其它用户分配系统的操作权限。,12.1 系统需求,该学生管理信息系统的操作权限包含以下内容： 管理学生基本信息权限； 管理学生履历信息权限； 管理学生成绩信息权限； 统计功能权限； 学生查询功能权限； 用户基本信息管理权限 用户操作权限管理权限。 院系代码维护权限 课程信息维护权限,12.1 系统需求,(8)系统维护功能 能够对院系、专业名称进行维护以应付院系、专业数量及名称的变化；能够对课程基本信息（包括课程名称、学时、学分和授课教师等）进行管理和维护，以满足系统对学生成绩信息管理的需要；能够将课程设置为待查状态，以保证学生在成
6、绩正式公布后才能看到该课程的成绩信息。该项功能只有授权的教务人员才能使用。,12.2 系统分析,系统分析是在完成系统需求的基础上，对系统调研的材料进行整理和分析，对系统中涉及的技术问题、数据建模和系统操作规范等进行分析和论证，为后继的系统总体设计和详细设计做好准备。,12.2.1 系统流程图,“学生信息管理系统”处理的信息包括三类：学生基本信息、学生履历信息和学生成绩信息。由于每一类信息的描述和模式不尽相同，且各类之间有明显的区分，因此，有必要分别从三个角度进行分析和讨论。这也可以看作是对总体的一种细化，从而使待分析的内容更清晰和明确，为后续分析奠定基础。,图12-1 【学生信息管理系统】系统
7、流程图(顶层图),12.2.1 系统流程图,图12-1所示的流程图可以进一步细化，图12-2和图12-3分别是细化后的“学生基本信息管理”和“学生履历信息管理”系统流程图。,图12-2 细化后系统流程图(图A) 图12-3 细化后系统流程图(图B),12.2.1 系统流程图,细化后的“学生成绩信息管理”系统流程图如图12-4所示。,图12-4 细化后系统流程图(图C),12.2.2 系统数据流图,本系统有两类用户：教务人员和学生，基于他们不同的权限，给出各自的数据流图。,图12-5 “教务人员”数据流图(顶层图),图12-6 “学生”数据流图(顶层图),以上两数据流图中源点都为“教务人员”，这
8、表示系统所要管理的学生数据信息全部来源于教务人员。图12-5和图12-6中的“事务”表示对关于学生的各种数据信息的增加、删除、修改和查询操作，也即对学生数据信息的管理，,12.2.2 系统数据流图,在顶层数据流图的基础上，为了模型清晰且易于理解，将图中终点的“教务人员”和“学生”统一称呼为“用户”，源点“教务人员”称呼不变，仍然从三类学生信息的角度进行分析，则进一步细化后的数据流图分别如图12-7、图12-8和图12-9所示。,图12-7 系统数据流图(第一次细化图A),12.2.2 系统数据流图,图12-7 系统数据流图(第一次细化图C),图12-7 系统数据流图(第一次细化图B),12.2
9、.2 系统数据流图,以上三图分别从“学生基本信息”、“学生履历信息”和“学生成绩信息”三条分支数据流对图12-5和图12-6进行了细化。一般情况下，在节点2位置的处理为“打印报表”操作，那么从节点2到终点“用户”的数据流就为“报表”。但在“学生信息管理系统”中没有打印报表的需求，因此，可以将处理改为“查询统计”，而数据流则为“输出显示”，它可以是一个Grid表格，还可以是一个清单，这些要在进一步的分析后才能确定。,12.2.2 系统数据流图,第一次细化后的数据流图还比较概括，还未能清晰地表现业务数据流，因此，在第一次细化的数据流图的基础上，还可以进行数据流图的第二次细化，以使得所分析的数据流和
10、实际的业务逻辑更加一致，再次细化后的结果如图12-10、图12-11和图12-12所示。,图12-10 系统数据流图(第二次细化图A),12.2.2 系统数据流图,图12-12 系统数据流图(第二次细化图C),图12-11 系统数据流图(第二次细化图B),12.2.2 系统数据流图,从以上三个图，能够看到有两点不同： (1)第二级细化流程图是将第一级细化流程图的处理节点1和处理节点2分别细化得到的。具体地说，就是将“事务处理”节点细分为了“接受事务”节点和“更新事务”节点；将“查询统计”处理节点细分为“查询”或“统计”节点和“输出显示”节点，从而进一步明确了需求。 (2)在第二级细化流程图中，
11、图12-12与前两个细化图在节点1.1和节点1.2处还略有不同，这是由于需求而造成的，因为对学生成绩不仅要进行查询，还要进行统计，因此在分析模型中应能体现出这一重要需求。 由于“学生信息管理系统”几乎没有业务上的控制操作流程，因此将数据流图细化到这个程度就可以了。,12.2.3 系统E-R图,实体联系表示法简称E-R方法，此方法通过E-R图（Entry-Relationship）表示实体及其联系，E-R图用于设计数据库表结构。 E-R图中包括：实体、属性和联系三种基本图素。实体用方框表示，实体属性用椭图框表示，联系用菱形框表示。把有联系的实体(方框)通过联系（菱形框）连接起来，注明联系方式，再
12、把实体的属性（椭圆框）连到相应的实体上。 E-R图的设计原则是：先局部后整体，在综合的过程中，去除重复的实体，去掉不必要的联系。注意，能作为属性的就不要作为实体。,12.2.3 系统E-R图,图12-13 系统实体联系图A,12.2.3 系统E-R图,图12-14 系统实体联系图B,12.2.3 系统E-R图,以上两个E-R图侧重描述了系统中实体(Entity)之间的联系(Ralationship)，并且给出了所有联系的全部属性，但是没有给出图中实体的全部属性。为了弥补这一点，下面给出的是实体-属性图，与前面的实体-联系图相区别而言的，它们将系统中实体的全部属性描述出来，使得该系统E-R数据模
13、型更加完整和易于理解。,图12-15 “学生”实体-属性图,12.2.3 系统E-R图,图12-17 “履历”实体-属性图,图12-16 “课程”实体-属性图,12.2.3 系统E-R图,一般情况下，“履历信息”被认为应是“学生”实体的一个属性，但在本系统中，由于“履历信息”的需求较复杂，则将他抽象为一个实体-属性模型（如图12-17），案例系统中对“履历信息”的需求如下： (1)能够按时间段查询学生履历信息； (2)能够按奖惩类别(奖励、惩罚和一般)查询学生的履历信息； (3)能够按奖惩内容查询学生的履历信息； (4)能够统计奖惩情况。,图12-18 “用户”和“模块”实体-属性图,12.2
14、.3 系统E-R图,从本质上讲，“操作权限管理”是因系统需求而产生的附加需求，他虽不是系统的核心业务，但也可将他能也看作系统业务逻辑的一部分。因此，在建立系统数据模型时就有了 “模块”实体。有了这个实体和“用户”实体，他们之间的联系（如图12-14）就是“操作权限管理”业务的数据模型。,12.2.4 系统状态图,任何管理信息系统在操作过程中都包含不同的状态，不同状态之间的转换由事件触发产生，学生管理信息系统也是如此，业务逻辑的不同操作流程都是有状态-时间交替产生的序列组成，还可以包含分支序列，图12-19显示了系统的总体状态图。 图12-19将前面提到的三类信息（学生基本信息、学生成绩信息和学
15、生履历信息）统一处理，不再分别考虑。图中将系统中的两个角色（教务人员和学生）也都考虑在内，由不同的事件触发同一状态而进入各自的分支。 本系统状态图和说明请参见教材。,12.3 系统总体设计,系统总体设计阶段的基本任务是，概括地回答“怎样实现目标系统?”这个问题。总体设计又称为初步设计、逻辑设计、高层设计或概要设计。 首先，应该设计出实现目标系统的几种可能的方案。 总体设计的另一项主要任务就是设计程序的体系结构，也就是确定程序由哪些模块组成以及模块间的关系。,12.3.1 系统软件结构图,图12-20 “学生管理信息系统S-MIS1.0”软件结构图,12.3.2 选择最佳实现方案,好的软件系统设
16、计和其实现应该是相互独立的，学生管理信息系统也尽力遵循这一原则。目前软件行业中用于开发的语言有十几种之多，用于管理数据库的数据库管理系统（DBMS）也有很多种，如果不考虑编写教程的目的，本系统有很多实现方案可供选择： (1)方案一：PowerBuilder + SQL Server 2000 (2)方案二：ASP（Active Server Page） + ACCESS (3)方案三：JSP （Java Server Page）+ SQL Server 2000 (4)方案四：Delphi + SQL Server 2000 (5)方案五：ASP.NET + SQL Server 2005 Express,12.3.2 选择最佳实现方案,针对高校学生在软件开发实践过程中遇到的实际情况，逐一分析前面提出的五种方案： 方案一：PowerBuilder是开发管理信息系统的利器，当前仍有许多软件公司将他作为主要开发工具，但PB更适合于开发C/S模式的软件系统，而B/S模式则是今
