学生成绩信息管理系统概要设计等.docx
《学生成绩信息管理系统概要设计等.docx》由会员分享,可在线阅读,更多相关《学生成绩信息管理系统概要设计等.docx(20页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、第四章 概要设计概要设计的主要任务是把需求分析得到的系统模型转换为软件构造和数据构造。设计软件构造的具体任务是:将一个复杂系统按功能进展模块划分、建立模块的层次构造及调用关系、确定模块间的接口及人机界面等。数据构造设计包括数据特征的描述、确定数据的构造特性、以及数据库的设计。成绩信息管理模块划分其中每个模块下又有很多子模块,本次设计中我负责的是课程开设模块与发布考试信息模块,通过对需求的整合与整理,学生成绩信息管理系统的总体用例图如下所示。图4.1系统总体用例图Figure 4.1 System use case diagram学生成绩信息管理系统下分三个子系统,每个人负责子系统下2-3个模块
2、,在初步需求分析的根底上制定出的课程开设模块与发布考试信息模块划分如图4.2与4.3所示。图4.2 课程开设管理功能模块图Figure 4.2 curriculum management function module图4.3 发布考试信息功能模块图Figure 4.3 release test information function module diagram课程发布管理子模块课程发布工程是在该功能模块下教师对可发布的课程进展查看、编辑、增加、发布等功能,包括课程查看、课程编辑、课程发布。教师可随时查看可发布课程的信息,并对这些课程进展编辑修改,之后可对课程进展发布,具体包括:1.课程查
3、看:查看可发布课程的信息。2.课程编辑:对可发布的课程进展编辑或增加,此操作仅由教师可进展。3.课程发布:对可发布里的课程进展发布操作。课程发布用例图:图4.4课程发布用例图Figure 4.4 course release Use Case Diagram课程删改管理子模块课程删改工程是在该功能模块下教师可以对已发布的课程进展删除、修改等操作,包括课程信息核对与课程信息删改。在发布的课程中,教师会根据实际情况进展核对,之后进展删改操作,具体包括:信息核对:将需要操作的课程信息进展核对,并作相应的记录。2.课程信息删改:对已发布的课程进展编辑和删改,此操作仅由教师可进展。课程删改管理用例图:图
4、4.5 课程删改管理用例图Figure 4.5 case deletion management course4.2数据库设计数据库设计是建立数据库及其应用系统的关键技术,是信息系统开发和建立的核心技术,具体说,数据库设计是指对于一个给定的应用环境,构造最优的数据模式,建立数据库及其应用系统,使之能够有效地存储数据,满足各种用户的应用需求信息要求和处理要求。数据库建立是硬件、软件和干件的结合三分技术,七分管理,十二分根底数据技术与管理的界面称之为“干件,数据库设计应该与应用系统设计相结合,构造数据设计:设计数据库框架或数据库构造,行为处理设计:设计应用程序、事务处理等构造和行为别离的设计4.2
5、.1概念构造设计概念构造设计的任务是在需求分析阶段产生的需求说明书的根底上,按照特定的方法把它们抽象为一个不依赖于任何具体机器的数据模型,即概念模型。概念模型使设计者的注意力能够从复杂的实现细节中解脱出来,而只集中在最重要的信息的组织构造和处理模式上对用户要求描述的现实世界(可能是一个工厂、一个商场或者一个学校等),通过对其中诸处的分类、聚集和概括,建立抽象的概念数据模型。这个概念模型应反映现实世界各部门的信息构造、信息流动情况、信息间的互相制约关系以及各部门对信息储存、查询和加工的要求等。所建立的模型应避开数据库在计算机上的具体实现细节,用一种抽象的形式表示出来。以扩大的实体联系模型方法为例
6、,第一步先明确现实世界各部门所含的各种实体及其属性、实体间的联系以及对信息的制约条件等,从而给出各部门内所用信息的局部描述(在数据库中称为用户的局部视图)。第二步再将前面得到的多个用户的局部视图集成为一个全局视图,即用户要描述的现实世界的概念数据模型。设计概念构造通常有四种方法:自顶向下、自底向上、逐步扩张和混合策略即将自顶向下和自底向上相结合。本系统采用的是自底向上的方法,即自顶向下进展需求分析,然后再自底向上的设计概念构造。数据库的概念设计如图4.6所示,其反映的是数据库表的关系,具体的表有课程方案表Course Schedule表依赖于课程根本表Course学生选课表Student Co
7、urse Schedule操作表Appeal。图4.6 数据库关系图 Database diagram4.2.2 逻辑构造设计1.可发布课程编号,名称,状态,授课教师,课序号,学分,课程类别,说明主键:编号函数依赖编号-其他所有属性由函数依赖可知,依赖左端为候选码,所以采购工程属于BCNF2.已发布课程编号,名称,授课教师,课序号,学分,课程类别,开课单位,上课时间,上课地点,选课人数,说明主键:编号函数依赖编号-其他所有属性由函数依赖可知,依赖左端为候选码,所以采购物资属于BCNF3.删改课程操作编号,操作课程,操作时间,操作教师,说明主键:编号函数依赖编号-其他所有属性由函数依赖可知,依赖
8、左端为候选码,所以投标表属于BCNF4.学生选课信息表学生编号,所选教师编号,院系编号,所选课程编号,学期联合主键:学生编号,所选教师编号,院系编号,所选课程编号函数依赖学生编号,所选教师编号,院系编号,所选课程编号)-其他非主属性由函数依赖可知,不存在传递依赖,但是依赖左端不都为候选码,所以评标表满足第三范式。物理构造设计为给定的逻辑数据模型选取一个最适宜应用要求的物理构造的过程就是数据库的物理设计。物理设计时要确定数据库的存储路径,数据规模等,在数据库管理系统中创立数据库,建立数据库的所有数据模式。本系统数据库在设计过程中参考逻辑构造设计,充分考虑了数据表的划分及其之间的联系,在保障数据流
9、向简明、查询效率较高的前提下,设计了如下数据库表构造:1.可发布课程表Course表4.1 可发布课程表Table4.1 Published curriculum 字段名字段解释类型是否可空CrsId课程编号主键IntNot nullCrsName课程名称nvarchar(50)nullSummarization概述nvarchar(50)nullAppealsByCrsId课程操作IDIntnullExamsByCrsId 考试IDIntnullCommentsByCrsId评论IDIntnullCourseSchedulesByCrsId课程发布IDIntnullCoursesTables
10、ByCrsId课程表IDIntnullStudentSchedulesByCrsId学生选课IDInt说明:这里的课程状态为课程是否被发布,课序号是对应一门课程来说的比方ACCESS数据库这门课有很多教师在上这门课程的课程号都是一样的但是对应不同的教师和上课时间会给一个课序号。2.发布课程表(Course schedule)表4.2 发布课程表Table4.2 Release course table字段名字段解释类型是否可空CSch Id课程编号主键IntNot nullCSch Name课程名称nvarchar(50)nullCSch Teacher授课教师主键nvarchar(50)nu
11、llCSch Course number单位nvarchar(50)nullCSch Credit学分intnullCSch Course category课程类别nvarchar(50)nullCSch Course unit开课单位nvarchar(50)nullCSch Course time上课时间datetimenullCSch Class location上课地点Nvarchar(50)nullCSch Course num选课人数nvarchar(50)nullCSch Explain说明nvarchar(50)null说明:这里的课程编号与授课教师是主键,授课单位为学院名称,相
12、比课程表增加的上课时间根据课程安排的情况而定,在此注意的是不同的教师可能会教授同一门课程,因此在此处使用了课程编号与授课教师的联合主键。3,删改课程操作Appeal表4.3 投标表Table4.3 Bidding table字段名字段解释类型是否可空Ope Id操作编号主键IntNot nullOpe Cour操作课程IntNot nullOpe Time操作时间DatetimeNot nullOpe Teacher操作教师主键Varchar(max)Ope Explain说明floatNot null说明:这里的课程编号与授课教师是主键,与发布课程表一致,原理与其一样,主要是教师对发布的课程
13、进展的删改操作。4.学生选课信息表Student Schedule 表4.4 学生选课信息表Table4.4 Student information table字段名字段解释类型是否可空SSch Id学生编号主键IntNot nullSSch BidId所选教师编号主键IntNot nullSSch ExpertId院系编号主键intNot nullSSch Business所选课程编号主键IntNot nullSSch Price学期int说明:该表是表达学生所选课程的信息,由于选课的人数众多,易混乱,因此采用的是多属性联合主键的形式。第五章 详细设计详细设计是软件工程中软件开发的一个步骤,
14、就是对概要设计的一个细化,就是详细设计每个模块实现算法,所需的局部构造。在详细设计阶段,主要是通过需求分析的结果,设计出满足用户需求的嵌入式系统产品。详细设计必须遵循概要设计来进展。详细设计方案的更改,不得影响到概要设计方案;如果需要更改概要设计,必须经过工程经理的同意。详细设计,应该完成详细设计文档,主要是模块的详细设计方案说明。和概要设计一样,每个模块的详细设计文档都应该独立成册。类图Class Diagram: 类图是面向对象系统建模中最常用和最重要的图,是定义其它图的根底。类图主要是用来显示系统中的类、接口以及它们之间的静态构造和关系的一种静态模型。类图一般在详细设计过程中出现,主要用
15、来描述系统中各个模块中类之间的关系,包括类或者类与接口的继承关系,类之间的依赖、聚合等关系。在画类图的时候,理清类和类之间的关系是重点。类的关系有泛化(Generalization)、实现Realization、依赖(Dependency)和关联(Association)。其中关联又分为一般关联关系和聚合关系(Aggregation),合成关系(Composition)。它还描述每一个类的详细信息,包括变量,和方法。在化类图之前,首先应对类有一定的了解,类一般包含3个组成局部。第一个是类名;第二个是属性attributes;第三个是该类提供的方法 类的性质可以放在第四局部;如果类中含有内部类,
16、那么会出现第五个组成局部。类名局部是不能省略的,其他组成局部可以省略。通过类图,就能实际的把系统中的各个类,即对象描述清楚,下一步就是按照这个详细的设计编码了。1. 系统整体类图在画系统总体类图时,考虑到整体工程庞大,各类间的属性繁多,且相互间的关系比拟复杂,因此将各类的属性省略。图5.1 系统总体类图Figure5.1 All Class diagram 说明:系统总体类图如上所示,其大体展示出了本工程各类之间的关系,之后的编码也会建立在此类关系之上。 画完系统总体类图后,便该完成子系统的类图,两个子系统的关系大体一致,在此仅画出学生子系统的类图,学生子系统下有四个表,由于表个数较少,此处将
17、类图的属性及关系都画出来,已表达子系统的完整性。图5.2 选课子系统类图Figure 5.2 class diagram of course selection subsystem上图是选课子系统的类图,在Idea中根据表间的关系绘出,图中的四个表依次为课程、课程表、选课、学生选课,表内的属性如上图所示,在往后的编程中,实体类间的关系也由上图给出。时序图Sequence Diagram,亦称为序列图或循序图或顺序图,是一种UML交互图。它通过描述对象之间发送消息的时间顺序显示多个对象之间的动态协作。它可以表示用例的行为顺序,当执行一个用例行为时,时序图中的每条消息对应了一个类操作或状态机中引起
18、转换的触发事件。说明:首先教师进入可发布课程界面,控制器会执行查询全部操作,从数据库中查出所有的可发布课程,然后将这些课程信息发送到网页上,教师便可观察到全部的课程信息。图5.3 课程信息查看时序图Figure 5.3 course information view timing diagram2.可发布课程操作说明:首先教师进入可发布课程界面,可得到所有可选课程的信息,教师可对这些课程进展增、删、改操作,操作之后可将操作保存到数据库中。图5.4 可发布课程操作时序图Figure 5.4 can be released in the course of the operation sequen
19、ce diagram3.发布课程说明:首先教师进入可发布课程界面,可得到所有可选课程的信息,之后教师可以点击发布课程按钮,后台会根据该课程ID查询到该课程的信息,教师编辑好此课程所需的其他信息即可完成发布。图5.5 发布课程时序图Figure 5.5 Release course sequence diagram4.发布后的课程操作说明:首先教师进入可已发布课程界面,可得到所有已发布课程的信息,之后教师可以点击发布课程后的增、删、改按钮,亦可进展单独查询,后台会根据该课程ID及信息进展相应操作,教师编辑好此课程所需的其他信息即可完成操作。图 发布后的课程时序图 Post release tim
20、ing chart第六章 系统实现与代码编写 系统实现与代码编写阶段是将前边所有的逻辑设计转换成用户可操作的系统,这一阶段主要的任务是代码编写,从而产生物理文件。这个阶段中将通过工程构造图,从软件架构的角度来描述一个系统的主要功能。工程构造工程由SSH三层架构开发而成,图6.1 工程组织总构造图Fig.6.1 General organization chart of the projectFig.6.2 structure of data access layer in project organization图6.3工程组织局部业务层Figure 6.3 project organizat
21、ion part service layerFig. 6.4 structure of presentation layer of project organization工程类文件构造:组织构造表Table 6.1 organizational chart of the project分类类名描述Web文件前台index.jsp登录界面失败界面教师登录成功界面所有课程界面allCourseS,html已发布课程界面发布考试界面考试信息界面Service层后台AppealServicelmpl操作业务层CommentServiceImpl评论业务层CourseScheduleServiceIm
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 学生 成绩 信息管理 系统 概要 设计
限制150内