操作和属性是比较合适的,有些操作奖在时序图的草图中定义,而不晨用例哪定义。
有些类可以用UML状态图来显示类的对象的不同状态以及改变状态的事件。在本系统中有状态图的类是学生,该类的状态图将在后面的内容中介绍。
为了描述域类的动态行为,可以使用权UML的时序图、协作图或者活动图来描述。本文选用时序图。时序图的基础是用例。在时序图中要说明域类是如何协作以操作该系统中的用例。当然,在建立时序图时,将会发现新的操作,并将其加入类中,这将在后面看到所建立的时序图模型。用时序图建模时,需要窗口或对话框作为角色界面。显然,这里需要操作界面的有基本信息、奖励、处罚、学籍变更、修改查询等,此外维护也需要一个操作界面。
学生管理信息系统的设计
在设计阶段,首先要设计类的状态的图。类的状态图说明了可能的状态以及需要被处理的过渡期,使用状态图可以揭示单个对象在整个系统中的变化细凶,对了解和实现关键类有较大的帮助。
不是所有的类都有状态图,在本系统中,有状态图的类是学生。
学生的状态图如图5所示。
图5学生的状态图
设计阶段的最后一步是设计UML模型,也就是将前面设计的模型进竽扩展和细化。下面给出各个用例的时序图。设计的目的是产生一个可以使用的解决方案,并且可以容易地将方案转换成程序代码。
学生的时序如图6所示
图6学生时序图
成绩的时序如图7所示。
图7成绩时序图
学籍变更的时序如图8所示。
图8学籍变更时序图
奖励的时序如图9所示。
图9奖励时序图
处罚的时序如图10所示。
图10处罚时序图
查询修改的时序如图11所示。
图11查询修改时序图
时序图设计完成后,开始进行学生管理信息系统的架构设计和细节设计。在架构设计中将定义包(子系统)、包间的相关性和基本的通信机制。
设计架构时,应该将应用逻辑和技术逻辑分割。应用逻辑是需要编码设计的,而技术逻辑,主要包括用户界面、数据库或者通信一般是已经有的。学生管理信息系统中的包(或者为子系统、层)有如下几个,如图9-12所示。
图9-12包和包间关系
·用户界面包(User Interface Package):为通用用户界面类,调用业务对象包中的操作检索和插入数据,可以简单地把它们看成将来用户要操作的界面。
·业务对象包(Business Object Package):业务对象包包含上面设计的分析模型的域类。业务对象包同数据库包协同完成任务。
·数据库包(Database Package):数据库包向业务对象数据包提供服务。
·应用包(Utility Package):应用包向其他包提供服务。
至此,UML系统建模完成。
系 统 配 置
优秀的数据库系统必有一个相对最优的系统配置方案。系统配置要根据用户的实际情况设计,主要依据就是系统的吞吐量和系统对稳定性的要求,此外,用户的维护水平也是一个重要的方面。
9.4.1 软件配置
软件配置主要包括数据库的选择和操作系统的选择。学生管理信息系统的软件配置要根据用户对系统的稳定性要求、系统的容量以及用户的维护水平来确定。
(1)数据库选择
可以根据数据量的大小选择不同的数据库,如表1所示。数据量是指数据库中需存放的单表的最大记录数。
表1学生管理信息系统数据库的选择
用 户 数据量(记录表) 稳定性要求 维护水平 备选数据库 社区小学 100~500 低 差 Access、Foxpro 公立小学或社区小学 500~5000 低 差 Access、Foxpro 公立中学或社区 5000~50000 中 一般 SQL Server 专业型 50000~200000 较高 较好 SQL Server、Oracle 综合型 200000 高 好 Oracle
在本系统中,选择Access2000数据库。
(2)操作系统选择
可以根据用户量的大小选择不同的操作系统。操作系统的选择如表2所示。
表2学生理管信息系统操作系统的选择
用 户 每秒数据库并发
数据访问记录数 稳定性
要求 维护
水平 备选操作系统 社区小学 10~50 低 差 Windows 2000 Professional
Windows 2000 Professional 公立小学或社区中学 50~500 中 一般 Windows NT
Windows 2000 Server 公立中学或社区 500~2000 较高 较好 Windows NT
Windows2000 Server
Linux、UNIX 专业型 500~2000 较高 较好 Linux、UNIX 综合型 2000以上 高 好 Linux、UNIX
在本例中,选择Windows 2000 Server操作系统。
硬件配置
硬件配置主要包括客户端硬件的选择和服务器端硬件的选择。学生管理信息系统的硬件配置要根据用户对系统的稳定性要求、系统的容量、系统的吞吐量以及用户的维护水平来确定。
(1)客户端硬件选择
可以根据稳定性要求选择不同的客户端。一般情况下,对客户端的要求不高。如表3所示。
表3学生管理信息系统客户端硬件的选择
用 户 稳定性要求 备选客户端 查询客户端 低 Pentium CPU/64MB/4GB 管理客户端 中 Pentium Ⅲ/256MB/20GB (2)服务器端硬件选择
可以根据数据量和吞吐量的大小选择不同的服务器硬件。服务器端的选择如表9-4所示。
表4 学生管理信息系统服务器端硬件的选择
用 户 每秒数据库并发
数据访问记录表 稳定性
要求 维护水平 备选服务器 社区小学 9~50 低 差 Pentium Ⅲ/256MB/20GB个人
计算机 公立小学或社区中学 50~500 中 一般 双CPU/1GB/RAID53×72GB 公立中学或社区 50~500 中 一般 双CPU/1GB/RAID53×72GB 专业型 500~2000 较高 较好 强4CPU/4GB/RAID56×72GB 综合型 2000以上 高 好 小型计逄机/双机热备
当然,这种配置不是绝对的,这里只给出参考配置的范围。具体的配置需要根据用户的需求和建设经费精确计算。
网络配置
学生管理信息系统的网络配置一般有如下几种类型。
(1)单机模式:即服务器和客户端在一台计算机上。
(2)百兆模式:计算机网络的速度为百兆,如图13所示。
(3)千兆模式:计算机网络的速度为千兆,实际上,没有必要给每个节点都配备千兆网络接口,只需要服务端配备千兆接口即可,如图14所示。
图13学生管理信息系统网络百兆配置
图14学生管理信息系统网络千兆配置
在实际的运行中,可以根据用户情况选择不同的网络配置,如表5所示。
表5学生管理信息系统配置的选择
用 户 每秒数据并发数据访问记录数 稳定性要求 维护水平 备选网络方案 社区小学 10~50 低 差 单机模式 公立小学或社区中学 50~500 中 一般 百兆模式 公立中学或社区 50~500 中 一般 百兆模式 专业型 500~2000 较高 较好 百兆模式 综合型 2000以上 高 好 千兆模式
数 据 库 分 析
在开发学生管理信息系统时,可以先进行E-R图分析,然后对表和字段进行分析,最后进行数据库建模。
E-R图分析
对学生管理信息系统的E-R图分析是建立在UML系统模型基础上的。这里给出E-R图分析的结果。实体关系图的分析结果非常复杂,一般情况下使用从简到繁的方式进行设计。首先从大的方面设计出各个实体之间的关系,然后在这个关系的基础上进行细化。
图15所示为学生管理信息系统的实体关系简图。
图15学生管理信息系统的实体关系简图
在简图的基础上进一步设计实体关系的详细结构。图16所示为学生管理信息系统的实体关系详图。图916只是学生管理信息系统最基本元素的实体关系图,可以在此基础上根据用户的不同需要进行扩展。
图16学生管理信息系统的实体关系图
表/字段分析和数据库建模
表/字段分析是建立在实体关系图基础上。对表和字段分析后就可以建立数据库模型了。以图16所示的学生管理信息系统的实体关系图为基础,可设计表和字
上一篇:
用JAVA_SQL开发的微博网站系统论文
下一篇:
雍志祥_基于Ajax的BBS网站_论文正文