毕业设计(论文)开题报告java

洛阳理工学院

毕业设计（论文）开题报告

综上所述，手机在高校管理中的应用已经初见端倪，为我们的研究提供了很好的 范例。 本研究着眼于教务管理系统的子系统——基

于手机平台采用 J2ME 的移动选课系 统。一般学校在选课期间机房比较拥挤，在集中选课的时候，学生可能正在校外实习， 不具备有线上网的条件，不能及时地进行选课，基于手机平台的选课系统可以帮助学 生随时随地进行选课。 2. 研究的基本内容，拟解决的主要问题 研究的基本内容， 研究的基本内容 从目前国内各高校的选课情况来看，选课系统的用户分为三类群体:教务管理员、 教师和学生。通过查阅资料，结合我校选课流程及特点设计了手机选课系统的功能。 该系统主要用户面向广大学生和任课教师。具体功能如下： ⑴为教务管理员提供添加用户、删除用户等功能。 ⑵为学生用户提供选课/退课、选课查询、查看课程表、查看已申请课程等功能。 ⑶为任课教师提供查看担任课程、查看选课学生、申请添加/删除课程等。 ⑷在登录时可以注册用户。 ⑸此外在个用户登录后的界面中设立修改用户信息等功能。 拟解决的主要问题 ⑴网络连接采用技术的问题 本系统采用通用联网框架技术，其中解决J2ME客户端与服务器端应用表示层的联 网的问题是其中关键一环。 在J2EE平台中可以使用http://www.77cn.com.cn和java.io提供的类来访问网络服务和文件系统。 由于移动设备的处理器和内存有限，因此，他们并不适合运行在移动终端上。为移动 信息设备制定一个灵活、易于扩展的联网框架，于是诞生了通用连接框架GCF。通用连 接框架定义在CLDC1.0(JSR30)规范中，具体实现则留给了上层的简表，如MIDP。事实 证明，GCF的设计非常成功，还有专门为J2SE平台定制的版本，通用连接框架是基于借 口设计的，便于扩展[2]。 通用连接框架设计灵活，使用异常简单。首先，类建立到服务器端应用表示层的 连接，然后为该连接分别建立两个数据缓冲区，客户端通过数据输入流和数据输出流 来发送请求信息和接收响应信息。考虑到联网可能会堵塞用户界面，因此在该系统开 发过程中，把联网操作在单独的线程中处理，而不在主线程中进行联网[3]。 ⑵针对消息格式的设计 本系统中，MIDlet发送给Servlet的HTTP 请求信息只有三种：一是查询课程请求， 二是更改用户信息请求，三是申请更新课程请求，鉴于安全需要三类请求都通过POST

方法传输。 当课程查询时，MIDlet发送的POST请求中包含3个字段：学号、密码、Number(一 个指示查询方式的数字)。Number=0表示查询最近学期的课程；Number=1~8表示查询指 定学期的课程Number=9表示查询所有已修课程。因为服务器端的Servlet的目的是与手 机中的MIDlet打交道，而不是与电脑中的Web 浏览器打交道，因此返回给客户端的查 询结果采用了更加有效的纯

文本格式而非HTML格式[4]。该格式首先指出课程数目，然后 是用换行符分隔的课程信息串。每门课程信息由3部分组成：课程名、成绩、学分。 当修改密码时，MIDlet发送的POST请求中也包含3个字段：学号、密码、新密码。 尽管两类POST请求都包含3个字段，并且前两个字段完全一样，但是，Servlet不会混 淆这两类请求，因为密码的长度通常不少于6个字符(MIDlet也会检测密码长度), Servlet可以根据最后一个字段的长度分辨出该POST请求是查询课程请求还是更改密 码请求。更改密码时，Servlet返回的POST响应中，用1表示密码更改成功、0表示失败。 申请更新课程(即选课)时，MIDlet发送的POST请求中需包括课程号，学号，密码3 个字段， 与修改和查询一样Servlet不会混淆此三类POST请求， 服务器端返回POST响应， 1表示成功，0表示失败。 ⑶访问网络时的死锁问题 为了解决因为网络流量过大造成的瓶颈问题以及提高数据库的访问效率，需通过 数据库连接池技术实现数据库连接，实现多个请求共享公用资源。 死锁产生的原因正是由于事件处理线程和访问网络线程共享了共同的数据—— MIDlet 对象。两个线程都为获得 MIDlet 资源而相互争执，互不相让，也就出现了线程 死锁。为了解决操作的不完整性问题，在 JAVA 语言中引入了对象互斥锁的概念，用来 保证共享数据操作的完整性。每一个对象都应用于一个可称为互斥锁的标记，这个标 记用来保证在任一时刻只能有一个线程访问该对象。 关键字 synchronized 与对象的互斥 关系，当某个对象用 synchronized 修饰时，表示该对象在任一时刻只能有一个线程访问[5]

。 JAVA 技术使用 wait()和 notify()来解决线程之间的交互。 如果线程对一个同步对象 x 发出一个 wait()调用，该线程会暂停执行，直到另一个线程对同一个同步对象 x 也发送 一个 wait()调用。 然而为了让线程对一个对象调用 wait()和 notify(),线程必须锁定那个特定的对象， 也就是说， 只能在他们被调用的实例的同步块内使用 wait()和 notify()。 而当线程执行包 含对一个特定对象执行 wait()调用的同步代码时，那个线程被放到了相关对象的等待池 中，调用 wait()方法的线程会自动释放对象的锁标志。调用 wait()方法时必须进行异常

处理。 另一方面，在对一个特定对象执行 notify()调用时，将对象的等待池中移走一个任 意的线程，并放到锁池中，那里的对象一直在等待，直到可以获得对象的锁标记。只 有锁池中的线程能获得对象的锁标记。锁标记允许线程从上次因调用 wait()而中断的地 方开始继续运行[6]。 在本系统中，为了避免死锁现象，将访问网络设计成为一个独立的

线程，当应用程 序想要访问网络时，可以将访问网络线程唤醒，调用 notify()方法。网络访问结束后， 调用 wait()方法，使访问网络线程释放锁并处在等待状态。 ⑷设计过程中的中文问题解决方案 在服务器端做UTF8-GBK编码转换。Java语言本身采用unicode,在高版本加强了对 国际化的支持，在服务器端转换编码就显得比较容些。 在无线客户端使用J2ME版本的URLEncode类将url要传送的参数进行编码转换，之 后在服务器端进行解码。当然也可以把要上传的参数以输入流的方式上传，随后在服 务器端把上传的参数据读取出来，得到上传后的utf-8参数后再进行编码转换。转换成 能被数据库识别的GBK编码[7]。 无论是JSP还是servlet在访问数据库后得到的编码都是数据库的编码值，可以通 过在数据库jdbc驱动的url中设置将其返回的编码进行转换。当然也可以流的方式写出 到网页。还可以通设置网页返回属性进行[8]。 在无线客户端以字节流的方式读取字节数据之后进行编码重组，如果客户端仅支持 utf-16,还可以进行utf-8到Unicode的编码转换。 3. 研究步骤、方法及措施 研究步骤、 本选课系统是在 JDK1.6 的编译环境下， 运用 Eclipse3.4.2 绑定 EclipseME 1.79 作为 开发主环境编写，并通过 Tomcat6.0 实现客户端与服务器的通信，后台数据库采用 SQL Server 2005 开发版。前期需要对 JDK1.6 进行安装并配置环境变量，且在 windows 中配 置 SQL Server 数据源，最后在 Eclipse 中对 Tomcat 服务器进行部署。在测试阶段用 WTK2.5.2 和型号为 NOKIA3110c 的手机进行实机测试。 研究步骤 ⑴系统架构的设计 系统架构的设计 基于J2ME平台开发手机客户端程序，支持打开网络连接、传送数据、访问远程服 务器，但并不支持直接访问数据库的能力。因此，要想使移动终端能够访问到数据库 系统，必须使用J2EE技术编写服务器端程序来接受移动客户端的请求指令。本课题采 用J2ME技术开发系统客户端应用程序，采用J2EE技术开发服务器端应用程序，使用

HTTP协议实现移动客户端与W …… 此处隐藏：4716字，全部文档内容请下载后查看。喜欢就下载吧 ……