sumeAction。
3.职位搜索模块:
模块功能:对招聘公司的职位进行搜索,可以按地点,行业,名称搜索。
源码存储目录:zhongyan/online/action/JobInfoAction 。
4.查看已投简历:
模块功能:对投递的简历进行查询以及修改和删除。
源码存储目录:zhongyan/online/action/CheckResumeAction。
3.4.2 招聘方模块
1.发布招聘信息模块:
模块功能:添加招聘信息。
源码存储目录:zhongyan/online/employer/action/AddJobInfoAction。
2.查看招聘信息模块:
模块功能:对发布的招聘信息进行查询,对招聘信息修改和删除。
源码存储目录:zhongyan/online/employer/action/ZpInfoAction。
3.查看公司信息模块:
模块功能:对发布的招聘信息进行查询以及对公司信息的修改。
源码存储目录:zhongyan/online/employer/action/CompanInfoAction。
4.查看已投简历:
模块功能:对受到的简历进行查询以及对简历的删除。
源码存储目录:zhongyan/online/employer/action/PostResumeAction。
3.4.3 管理员模块
1.发布公告:模块功能:发布公告信息。
源码存储目录:zhongyan/online/ manage/action/MessageInfoAction。
2.查看公告:模块功能:对公告信息查询以及删除和修改。
源码存储目录:zhongyan/online/ manage/action/MessageInfoAction。
3.5 用户界面设计
基于J2EE架构的在线招聘系统开发中软件界面的设计要美观、易用,给与用户适当的回馈。因为用户界面是否友好不仅在很大程度上体现了编程水平,同时也直接影响用户对应用程序的体验性。在用户界面设计中主要考虑几点:
1.干净而不过于简单。避免不必要修饰,页面整体风格为简单明了,将相似的信息放在同一个页面中,方便用户操作。
2.让用户输入的信息尽量简短。因为让用户输入的信息越多,出错的概率越大,用户的体验性也就越差。容易引起用户的烦躁心理。
3.给与用户适当的反馈。在用户输入错误或者有操作成功时,采用界面弹出对话框的模式,给与用户适当的反馈,让用户体验独最佳。做到友好的人机交互。
3.6 本章小结
本章首先介绍了应用于本设计的相关技术,并提出了本系统的设计目标。分别给出了系统的功能设计、结构设计、界面设计,为系统设计打好了坚实的基础。
第4章 系统详细设计
4.1 设计原则
根据基于J2EE架构的在线招聘系统设计方案的要求,在应用设计中遵循"适应性和可扩展性强、实用性、操作简单、安全性高"等原则[7]。
4.1.1 适应性和可伸缩性
系统需要具备一定的适应能力,来应对未来变化的环境和需求。系统可根据应聘方模块、招聘方模块和管理员模块进行相应定制,采用分布式设计,系统架构可以根据网络环境和用户的访问量而适时调整。
4.1.2 实用性
实用性原则是所有应用程序最基本的原则,直接衡量系统的成败,每一个提交到用户手中的系统都应该是实用的,能解决用户的实际问题,否则该设计就是垃圾。而在线招聘系统则为广大的应聘者与招聘者人群提供了一个非常简洁方便的交流平台。
4.1.3 操作简单
基于J2EE机构的在线招聘系统面向广大的求职者和招聘公司等用户,操作简单和优秀的图形界面是非常重要的。为了完善整个系统界面,总结已存在设计的出色之处,并多次征求不同用户的意见,进行改进。
4.1.4 时效性
系统以用户需求为目标,以方便用户为原则,根据用户实际需求的功能情况,使用户能方便有效的浏览到各种事实新闻。
4.2 分层设计
随着计算机应用软件的发展,应用程序逐渐由单层体系结构发展为多层体系结构。最初的应用软件只是在大型机上的单层应用程序,许多程序采用文件系统来存储数据。20世纪70年代数据库得到普及,20世纪80年代PC和局域网的出现使数据库技术飞速发展,原来的单层应用发展为双层应用[8]。
在双层应用中,数据库层存放业务数据,应用程序作为单独的一层,在这个层中负责生成用户界面的代码和负责业务逻辑的代码混合在一起。例如,在同一个JSP文件中既包含生成动态网页的代码,还包含响应用户请求,完成相应业务逻辑的代码。由于表现层代码与业务逻辑层代码掺杂在一起,使程序结构不清晰,而且维护很困难。对于大型复杂的应用软件,这一问题显得尤为突出。在这种环境下,三层结构应运而生,它把原来的应用程序层划分为表现层和业务逻辑层。
4.2.1 分层体系结构的特点
由于每个应用程序采用的框架不同,因此不可能提供一个适合于所有软件的分层体系结构。但是在任何框架下体系分层包括以下特征:
1.每个层由一组相关的类或组件(如EJB)构成,共同完成特定的功能。
2.层与层之间存在自上而下的依赖关系,即上层组件会访问下层组件的API,而下层组件不应该依赖上层组件。例如表现层依赖于业务逻辑层,而业务逻辑层依赖于数据库层。
3.每个层对上层API,但具体的实现细节对外透明。当某一层的实现发生变化,只要它的API不变,不会影响其它层的实现。
根据Struts、Spring、Hibernate的特点和监控系统需求,把整个系统分为:表现层、业务逻辑层和持久层。
表现层:提供与用户交互的信息,验证数据有效性以及调用数据库层。GUI(图形用户界面)和Web页面是表现层的两个典型的例子。
业务逻辑层:实现各种业务逻辑。例如当用户发出生成订单的请求时,业务逻辑层负责把订单信息保存到数据库中。
持久层:负责存放和管理应用的持久性业务数据。
4.2.2 表现层的设计
表现层主要是数据验证有效性以及页面的交互信息。每一个操作都要有一个表单类来与之对应。
Struts框架的视图负责为客户提供动态网页内容。Struts视图主要由JSP网页构成;此外,Struts框架还提供了Struts客户化标签和ActionForm Bean,这些组件提供对国际化、接收用户输入的表单数据、表单验证和错误处理等的支持,使开发者可以把更多的精力放在实现业务需求上。
4.2.3 业务逻辑层的设计
业务逻辑层由Spring框架支持,提供了处理业务逻辑的服务组件。开发者需要对业务对象建模,抽象出业务模型并封装在Model组件中。由于数据持久层实现了Java持久化类并且封装了数据访问对象(DAO),因此可以在Model组件中方便地调用DAO组件来存取数据。Spring的IOC容器负责统一管理Model组件和DAO组件以及Spring所提供的事务处理、缓冲连接池等服务组件。
在用户登陆模块中,通过业务建模创建了用户模型LoginService类,封装了对用户的权限管理以及访问管理等功能。LoginService类通过调用数据访问类SysUserDAO实现对用户数据的操作。
对于业务逻辑层的方法都需要加入事务,通过Spring的AOP就可以轻松解决。
4.2.4 持久化层的设计
数据持久层由Java对象持久化类和数据访问对象(DAO)组成。每个数据库表都对应着一个持久化对象,这样就给予了开发者使用OO思想设计和开发的便利,同时也屏蔽了具体的数据库和具体的数据表、字段,消除了对数据库操作的硬编码在重用性上的弊端。
用户信息表的部分结构如表4-1所示。
表4-1 sys_user系统用户表
字段名 数据类型 长度 是否为空 userid number 10 否 username varchar2 50 否 password varchar2 50 否 userroleid number 10 否 user_flag varchar2 10 否 持久化类需要与数据库的表一一对应,因此建立类SysUser。其中,类的属性要与表sys_user的字段一一对应并且要注意Bean的命名规则,如字段user_id对应持久
上一篇:
毕业设计任务书--J2EE架构的在线招聘系统(word文档)
下一篇:
基于JSP邮件收发系统论文