网上求职与招聘系统第一部分项目意义及特点从设计的角度来看，这是一个功能为本、性能为辅的网站。从实现的角度来看，本网络系统具备信息量大、速度快等基本的性能，使用方便。在性能方面，不一味的依赖于硬件，是从数据库管理和程序设计上入手，结合实际网络环境，优化整个系统的运算和信息流通速度。开发时注意到性能与易用性、易维护性之间的平衡。第二部分项目功能注册求职者用户数据包括用户登录名、登录密码等数据，以及构成一份简历所需要的各种数据出于隐私的理由，这些信息只能由确认开通了的企业用户查看得到，一般客人甚至其它的注册求职者都不可能通过正常途径访问到注册企业用户数据同样包括登录名、登录密码等数据，以及关于企业的各种属性、联系方式、介绍等企业数据这些企业信息是公开的，任何用户都能通过某种方式查看得到职位数据每个职位都是属于一个特定的企业的，因此它首先应包含它所属于的企业的标识。另外的，就是关于这个职位本身的属性、介绍等数据这些信息也能被所用身份的使用者通过某种方式获得，这是整个网络人才招聘系统处于最中心的数据注册求职者用户申请职位数据和收藏夹数据这与个人求职相关，包括求职者用户标识、职位标识等注册企业用户招聘邀请数据和收藏夹数据这与企业招聘相关，包括企业用户标识，求职者标识等。第三部分项目开展数据库的设计与应用从程序设计的角度上看，那些数据是不能由用户任意输入的，只能通过选择系统提供的选项输入到数据表里面。对于这些交互属性内容，本系统建立了一张数据表用于其属性内容的存储，同时对这些内容分门别类，即同时要存储属性类别信息。在求职者用户中，收藏夹和申请职位信息有大部分内容都是相同的，都要存储求职者用户标识、职位标识、加入时间等，所不同的只是他们所被应用的场合不同而已。所以将这两类信息合成到一张数据表中，而通过为每条这样的信息增添一个标识其用途的字段就可以实现数据存储。在处理企业用户方面，也把收藏夹和招聘邀请信息都统一到一张表中，通过一个特殊字段来作出区分。部分数据表的设计方法表中其余的部分用来存储简历信息，其中有些字段是存储可选择属性的，如“户籍”，“最高学历”，“专业类别”，“外语”，“应聘岗位”等等。在网站设计中，每当注册用户登录成功进入管理页面后，可得到一个关于该用户的统计信息，统计了点击次数、收藏夹、职位申请、应聘邀请的条目总数。这些统计信息可以通过显示页面时访问相关表统计来得到，但每次都要这样再次查表效率太低。attribute表这是用于存储各交互属性内容的数据表主要实现两种信息的存储：属性名和属性类别。引入了标识列attr_id来作为主码，而attr_name是表示属性名字，属性类别由于已经有attr_category表来存储属性类别的名字，因此这里只需存储属性号，也即attr_category的主码，在这里作为attrbute表的外码。application表这是用于存储注册求职者用户收藏夹内容和申请职位情况的数据表application表要实现的功能比较多，如存储求职者的职位收藏，职位申请，企业用户查看的应聘申请等等。这些信息都要集中到一个表中关键是要引入用于区分这集中信息的字段。这里用一个整形的status字段来表示这几种功能。求职者用户和企业用户对status字段进行不同的操作就能得到不同结果，同时查找时只用根据status字段的值作出判断，就能得到所期望的结果。数据库管理系统的应用第四部分难点和关键技术信息的查询和分页显示这里的“信息查询”主要指职位搜索和人才搜索，由于涉及的搜索项目比较多，有些交互属性又有层次之分，再配合分页显示的话，也是一个较大的难点。通过优化数据库结构来达到优化ASP程序的目的。在进行搜索前，先把搜索项目都存在session变量中，这样就能较好的实现搜索结果的分页显示，这是由ASP程序的特点及其分页技术所决定的。应聘和招聘功能企业用户和个人用户在的某些操作可能同时使用到相同的数据表对信息的同步问题提出了较高的要求通过前期功能的规划以及优化ASP代码来实现这些功能的有效操作。第五部分部分程序分析职位查询的实现方式有关招聘人才模块的实现方式对于已发出招聘邀请的职位，不能再进行加入收藏和提出招聘邀请操作，而且只有已被求职者回复的记录才能执行删除操作。同时，如果企业意向的某个求职者已向该企业选择的职位发出了职位申请，那么该次招聘邀请也会失败，当提示企业用户查看管理页面中“已收到的应聘”的内容。对于求职者发来的应聘信息，可与选择“接受”和“拒绝”两项操作，但不能删除。第六部分总结与体会