分布式课程设计.docx

I/30
课程设计）
2012年6月25日
题目
学号
姓名专业班级指导教师
分布式课程设计
2/30
目录
第1章引言4
研究背景4
相关技术研究现状4
第2章相关技术介绍5
VisualSt连接Oracle数据库，同时还支持早期发布的通用数据接口ODBC和OLEDB。，具有很强的扩展性。
另外，。
分布式课程设计
6/30
第3章学生信息管理系统的需求分析与设
需求分析
软件需求包括业务需求、用户需求以及功能需求，以下从用户需求及功能需求两方面进行分析
用户需求
随着互联网技术的迅速发展，企、事业单位各种事务性管理的信息程度越来越高。为了满足高等职业技术学院事务性管理的需要，特别是促进新办高等职业技术学院信息服务水平的整体提高，提高教学管理水平和教育服务效率，利用高度集成的信息化管理平台和网络环境开展信息服务，必然会带来高等职业学院事务性管理的许多便捷，也从很大程度上保持其信息化管理水平与时俱进。
根据管理业务的实际需要，系统应能满足以下用户使用要求：
对于管理员而言，必须实现对班级信息管理，教师信息管理，课程信息管理及个人信息管理。
对于教师而言，必须实现对学生信息的管理，学生成绩的管理及个人信息的管理。
对于学生而言，必须实现对学生成绩的查询，选修课的选课及个人信息的管理。

序号
用户名称
角色的主要功能
1
系统管理员
班级，教师，课程及个人信息管理
2
教师
学生信息，学生成绩及个人信息管理
3
学生
成绩查询，选修课的选课及个人信息管理
功能需求
从系统的通用操作流程出发，系统所有的业务功能都是为系统管理员、教师、
分布式课程设计
7/30
学生三类用户角色服务的。这些服务，总是围绕着学生，教师，班级，课程信息
分布式课程设计
8/30
的管理为目标。
，学生，教师，管理员时系统的三个参与者。根据不同用户角色的业务功能需求来分类，本系统各种用户角色功能的需求用例，。
互韵"冃
jiitlude1”
誉LE学主I
1MUIS
uuiceni："
［师诣息
<nciu4B^J—
、J直看般信且
无
報沖开说JS綁
学生
峙审牛扎密码
坯茂学土删
碎改址找信U
tews
、-$u”cL0—*'
O声曲谍聲亘lin匚lu滲》0
_X_斷学生疋
\£哥阿口牡M严一、W
童香杜信息番•一一CJ)

学生信息管理系统的功能为：班级信息管理功能，学生信息管理功能，教师信息管理功能，学生成绩管理功能，课程信息管理功能，个人信息管理功能。
分布式课程设计
10/30
学生信息管理系统
班级信息管理

系统设计
系统架构设计
学生信息管理系统采用三层架构的方式进行。
对三层体系结构而言，其三层分别是：表示层、逻辑层和数据层。三层结构更多地是从逻辑意义上讲的，不是指物理地放置三台机器就是三层体系结构，不管是B/S结构，还是C/S结构都可以是三层体系结构，三层是指逻辑上的三层，即使是在一台机器上，仍然可进行三层架构测试。通常情况下，在三层体系中，客户端不直接与数据库进行交互，而是由中间层与数据库进行交换，另外，业务规则、合法性校验等工作也放到了中间层进行处理。
在三层体系中，由于应用的业务逻辑与用户界面是分开的。其好处在于：如果需要修改应用程序代码，只需要对逻辑层进行修改，而不需要修改各种各样的客户端应用程序。这不仅简化了应用系统的开发、同时为系统的更新和升级工作提供了极大方便。
数据访问层的设计不能出现任何“业务逻辑”。也就是说，“数据访问层”只负责存储或读取数据，其操作只对数据库或数据文件。
完善的三层结构要求各层的修改具有独立性。也就是说，修改表示层而不影响逻辑层,修改逻辑层而不影响数据层。
值得注意的是：应用三层架构最主要是使项目结构更清楚，分工更明确，有利于后期的维护和升级。对大多数系统来说，使用三层架构在一定程度上还会降
分布式课程设计
10/30
低系统性能，因为分层越多将导致子程序调用越多，这会带来其执行速度上的一定损失。三层架构在一定程度上方便了团队开发，但它是以牺牲性能为代价的。实际应用中应采用何种架构应具体问题具体分析。
本系统采用三层架构策略。表示层设计了页面类与页面控制类，逻辑层设计了专用逻辑类及通用逻辑类，数据访问