网上人才招聘系统(软经工程面向对象分析)设计书要点.pdf

《网上人才招聘系统(软经工程面向对象分析)设计书要点.pdf》由会员分享，可在线阅读，更多相关《网上人才招聘系统(软经工程面向对象分析)设计书要点.pdf（30页珍藏版）》请在三一文库上搜索。

1、网上人才招聘系统 数据需求说明书 题目 ：网 上 人 才 招 聘系 统 组长 ： 成员 ： 完成 日 期 ：2013 年 12 月 20 日 签收人 ： 签收 日 期 ： 1. 可行性分析 1.1 可行性研究的前提 1.1.1要求 a.通过 B/S 架构模式实现网上人才招聘，便于求职者实现就业和招聘者实现招工。 b.基于 Mysql 数据库系统的数据管理完全能满足系统需求，占用资源小，效用高，并且不 需要提供额外费用。 c.软件的基本数据流动为用户数据的输入，求职者信息，招聘的输入，以及有关用户提出 的对求职者信息、招聘信息等等的查询要求所产生的数据输出。 d.数据的输入与输出处理流程依靠数据

2、库和系统后台的双向支持。 e.系统需要对用户提供身份验证服务，便于应聘、招聘信息的真实性审核。 1.1.2目标 该软件的设计目标必须尽量达到人力与设备费用的节省，改变传统人才招聘市场的服务 模式，实现招聘者通过发布信息招收求职者，求职者发布求职信息要求对应岗位的双向交流 服务。 系统能实现对用户的社会身份验证，严格审核发布的信息，提高可信度。软件的整个 设计过程必须通过生产能力的提高，人员工作效率的提高等等使软件开发成本最小化，实现 保证软件质量的前提下的资金投入最小化。并且提供人性化、美观的界面。 1.1.3条件及限制 开发该系统的主要资金来源为用户提供的开发资金投入,故在设计开发中最大不能

3、超过该限 度,且软件完成交付用户使用后,应保证软件的运行寿命至少达到用户的要求范围.且软件开 发时间应基本控制在用户提出的要求范围内. a.建议开发软件运行的最短寿命：4 年。 b.进行系统方案选择比较的期限：一星期。 c.开发工具： Myeclipse 、MySQL、Hibernate 。 d.开发环境： Windows 7 操作系统。 e.运行环境： Windows 9x 、Windows NT 或 Windows 2000 操作系统。 1.1.4对传统人才招聘的分析 传统的人才招聘， 需要提供大型场地，在宣传上需要花费大量人力物力。对求职者来说， 费时费力；对招聘企业来说，举办招聘会需要

4、花费大量经费。由于时间、地区、人员拥堵等 情况， 人才招聘并不理想，并且只能提供单一的企业招聘位置，无法为求职者展示自己的求 职信息，仅能实现企业对口服务。随着经济的发展，城市化步伐的加快，求职者队伍不断壮 大，传统的人才招聘已经不能满足就业需求。因此需要一种新的人才招聘方法，满足现代人 才招聘的需求。 随着经济的发展，城市化步伐的加快，求职者队伍不断壮大。传统的人才招聘，对求职 者来说，费时费力；对招聘企业来说，举办招聘会需要花费大量经费。所以在当今互联网已 经成为人们生活一部分的社会里，越来越多的个人选择通过网络轻点鼠标寻求工作，越来越 多的企业也开始选择网络进行招聘。 网上人才招聘系统满

5、足了求职者和招聘企业双向的要求，网上人才招聘系统收集大量招 聘企业的招聘信息，它使网上招聘从盲目的网络职位搜索到有序大量的职位投递，从混乱变 为规范，而且成功率较高。 1.1.5进行可行性研究的方法 实行软件的可行性研究方法主要有：经济可行性分析、技术可行性分析、操作可行性分 析。具体将在下面叙述。 1.2 经济可行性 1.2.1系统投资 系统的投入包含以下几个方面： a.网站开发成本： 按照正常计费， 系统荷载访问量为10 万每月， 开发的系统成本1000 元。 b.网站服务器：租用电信运营商服务器，成本7000 元一年。 c.网站维护人员：支付年薪10 万/人。 d.搜索竞价：采用百度搜索

6、竞价的推广方式，竞价0.08 元/次有效点击，年支付上限 10 万元。 1.2.2成本回收期 网站对求职者和招聘者发布信息进行收费，求职者发布信息收费1 元每条， 招聘者发布 信息 100 元每条。 向数据统计公司或部门购买当地地区求职及招聘需求，网络用户数量， 市场期望等数据， 再根据数据预测投资回收期。 市场预测当地每年就业岗位30 万个， 求职者 41 万人， 网络用户数量600 万人。 则根据 百度推广连接有效点击数，每月10 万荷载点击量可实现30%有效点击，其中10%使用系统 求职服务，其中至少1%的获得就业岗位。 则可实现每月收益：10000*1+1000*100=110000

7、（元） 投资预计回收期为：3 个月。 1.2.3可行性 经济可行性研究的目的是实行系统能达到以最小的开发成本取得最佳的经济效益，需要 对组织的经济状况和投资能力进行分析。由于本系统突破了时间限制，只要服务器开通，本 系统的合法用户随时可以了解自己想了解的信息。这比过去那种手工作法有了很大的进步。 同时经过投资预算和成本回收期预测，该系统在经济上是可行的。 1.3 技术可行性 本 系 统 对 用 于 开 发 系 统 的 计 算 机 硬 件 和 软 件 的 要 求 程 度 不 高 , 采 用 Myeclipse+MySQL+Hibernate开发本系统，目前这些技术已相当成熟。因而，该系统在技术

8、上是可行的。 1.4 操作可行性 本系统为一个小型的网上人才招聘系统，其用户群主要面向公司所在地区，所耗费的资 源小， 并且对传统人才招聘拥有更佳的服务。同时当地网络使用普及，现在一般的电脑无论 是硬件还是软件都能够满足条件，因此，本系统在操作上是可行的。 2. 项目计划 2.1 分组情况 姓名学号完成内容 罗壹文3011216010 撰写报告可行性分析； 负责报告数据库设计的汇总及细节撰写。 孟鑫磊3011216011 撰写项目计划； 负责报告概要设计的汇总及细节撰写。 潘峰3011216012 负责报告需求分析的汇总及细节撰写。 盛杰3011216013 负责报告详细设计的汇总及细节撰写。

9、 1.2 进度安排 3. 需求分析 3.1 系统需求 该系统通过简单的网页界面操作，可以使求职用户和招聘用户进行双向选择。用户通过 网上实名注册会员以后，就可以享受各种求职招聘信息，后台会提供求职者和招聘者沟通的 桥梁，以便双方可以更好的匹配。同时系统后台数据库会记录求职者和招聘者以及配对成功 案例的信息，保证求职信息和招聘信息的长期有效利用。 求职者通过该系统可以上传求职信息，管理员审核通过后会将求职信息入库，同时招聘 者的招聘信息也会入库，然后系统进行比对配对，配对后通知双方取得答复，成功则进入人 才库备案， 不成功则继续匹配。同时求职者招聘者也可以自行选择查看对方信息，进行自由 匹配。

10、3.2 系统模块需求 3.2.1 招聘模块需求 该模块主要通过招聘者登录系统上传招工信息，系统管理员将招工信息表和求职信息表 进行比对， 寻找合适的匹配对象。同时招聘者会查看各种求职信息，自由的筛选符合条件的 求职者。 3.2.2 应聘模块需求 应聘模块主要使求职者对系统匹配的相对应职位进行答复，选择是否同意入职，并将信 息反馈给系统管理员，管理员通过求职者的答复，选择对岗申信息表和岗位信息表进行修改 标记。 3.2.3求职模块需求 求职者通过此模块可以上传求职信息，系统管理员审核通过后将求职信息存入求职信息 表，系统匹配相应的招工信息。同时求职者可以自由查看招工信息，寻找合适的职位。当系 统

11、匹配成功后会双向发送信息，等待求职者和招聘者的答复，求职成功后系统会更新人才管 理表。 3.2.4录用模块需求 系统验证通过招聘者的登录信息后，会向用户发送求职信息。当系统匹配到合适的用户 后，招聘者通过此模块可以对求职信息进行答复，同时管理员更新录用信息表，双向选择成 功以后会更新人才管理表。 3.3 系统场景 3.3.1 招聘者场景 场景名称：招聘模块 参与执行者实例：招聘者，个人信息表，招工信息表，管理员，前台界面，后台控制程序 前置条件：系统运行 后置条件：无 3.3.1.1 招聘者用例图 3.3.1.2 招聘者用例规约 3.3.1.2.1 说明 招聘者通过实名注册后获得专属的登录账号

12、和密码，招聘者可以通过账号密码登录系 统。登录系统后，招聘者可以上传招聘信息，查看招聘信息及应聘信息，也会收到系统发送 的各类通知，如账户安全、系统活动等。招聘者也可以修改个人信息，如账户密码。同时， 对于已经通过匹配查找到的应聘者，招聘者可以选择接受或者拒绝应聘，并将信息反馈给系 统后台。 3.3.1.2.1 事件流 1.登陆 （1）当用户或管理员需要进入系统时，系统提示输入账号密码 （2）若用户或管理员已经注册，则直接输入账号密码；若没有注册，则提示注册，进入注 册事件流 （3）系统验证账号密码，验证通过进入系统，不通过则显示账号密码错误。 （4）用户或管理员进入系统进行其他操作 2.注册

13、 （1）页面提示用户输入个人信息 （2）系统审核通过后生成账号密码 （3）用户获得账号密码，可以通过账号密码登录系统 3.修改个人信息 （1）用户登录系统后，点击修改个人信息 （2）系统界面显示原始个人信息，部分信息显示为可修改状态 （3）用户可以对可修改状态的信息进行修改 （4）修改完成后点击保存，系统记录并更新个人信息表 4.上传招工信息 （1）用户登录系统后，点击上传招工信息 （2）系统界面显示招工信息表格 （3）用户填写招工信息表格 （4）填写完成后用户点击提交，系统审核通过后记录并更新招工信息，未通过则提示，要 求用户重新填写，填写完成后再次验证。重复此过程直到填写信息通过或用户自行

14、终止 5.查看招聘及应聘信息 （1）用户点击查看招聘及应聘信息 （2）系统界面进入招聘信息表和应聘信息表 6.应聘答复 （1）用户收到系统发送的应聘信息 （2）用户查看应聘信息 （3）用户选择同意或者拒绝应聘 （4）系统接受用户反馈信息 7.查看系统通知 （1）用户点击系统通知查看系统通知 3.3.2 应聘者场景 场景名称：应聘模块 参与执行者实例：求职者，个人信息表，求职信息表，管理员，前台界面，后台控制程序 前置条件：系统运行 后置条件：无 3.3.2.1 应聘者用例图 3.3.2.2 应聘者用例规约 3.3.2.2.1 说明 求职者通过实名注册后得到账号密码，通过账号密码登录系统。求职者

15、可以上传求职信 息，查看招聘及应聘信息，寻找合适的岗位。对于已经匹配的招聘信息，求职者可以接受或 者拒绝招聘， 并将信息反馈给系统后台。同时求职者在系统内会受到各类系统通知，包括账 户安全、系统活动等。求职者可以修改个人信息，如密码。 3.3.2.2.2 事件流 1.登陆 （1）当用户或管理员需要进入系统时，系统提示输入账号密码 （2）若用户或管理员已经注册，则直接输入账号密码；若没有注册，则提示注册，进入注 册事件流 （3）系统验证账号密码，验证通过进入系统，不通过则显示账号密码错误。 （4）用户或管理员进入系统进行其他操作 2.注册 （1）页面提示用户输入个人信息 （2）系统审核通过后生成

16、账号密码 （3）用户获得账号密码，可以通过账号密码登录系统 3.修改个人信息 （1）用户登录系统后，点击修改个人信息 （2）系统界面显示原始个人信息，部分信息显示为可修改状态 （3）用户可以对可修改状态的信息进行修改 （4）修改完成后点击保存，系统记录并更新个人信息表 4.上传求职信息 （1）用户点击上传求职信息 （2）系统进入求职信息填写界面 （3）填写完成后用户点击提交，系统审核通过后记录并更新求职信息表，未通过则提示， 要求用户重新填写，填写完成后再次验证。重复此过程直到填写信息通过或用户自行终止 5.查看招聘及应聘信息 （1）用户点击查看招聘及应聘信息 （2）系统界面进入招聘信息表和应

17、聘信息表 6.求职答复 （1）用户收到系统发送的求职信息 （2）用户查看求职信息 （3）用户选择同意或者拒绝应聘 （4）系统接受用户反馈信息 7.查看系统通知 （1）用户点击系统通知查看系统通知 3.3.3 管理员场景 场景名称：管理员操作 参与执行者实例：招工信息表，求职信息表，用户信息表，岗申信息表，录用信息表，人才 管理表，系统后台处理程序，管理员 前置条件：系统运行 后置条件：无 3.3.3.1 管理员用例图 3.3.3.2 管理员用例规约 3.3.3.2.1 说明 管理员作为系统后台，承担所有的后台信息更新任务。主要负责管理用户信息，对系统 数据库进行添加、删除、修改等操作。管理员会

18、发送各类系统消息。同时管理员会对系统匹 配的求职者和招聘岗位进行双向通知，并传达应聘答复和求职答复。 3.3.3.2.2 事件流 1.发送应聘信息 （1）系统匹配求职者和招聘者 （2）系统向招聘者发送应聘信息 （3）等待招聘者应聘答复 2.发送招聘信息 （1）系统匹配求职者和招聘者 （2）系统向求职者发送应聘信息 （3）等待求职者求职答复 3.更新求职信息表 （1）系统收到求职者的求职信息 （2）系统对求职信息表进行添加修改删除操作 4.更新招工信息表 （1）系统收到招聘者的招工信息 （2）系统对求职信息表进行添加修改删除操作 5.更新人才管理表 （1）招聘者和求职者匹配并相互同意后，系统将应

19、聘者的个人信息及公司信息存入人才管 理表，同时系统可以通过收到的其它消息，对人才管理表进行添加修改删除操作 6.更新录用信息表 （1）招聘者和求职者匹配并相互同意后，系统将招聘者的招聘信息及应聘者信息存入录用 信息表，同时系统可以通过收到的其它消息，对录用信息表进行添加修改删除操作 7.更新岗申信息表 （1）系统接收求职者的求职岗位信息，将其存入岗申信息表 8.更新用户信息表 （1）系统收到用户修改个人信息后提交的结果或系统收到新的注册信息 （2）系统对原始用户信息进行修改或添加新的用户信息 3.4 系统类图 1.类名：用户 主要事件：包含招聘者、求职者及管理员三个子类 2 类名：用户信息表

20、主要事件：存储用户的个人信息，包括帐号、密码等 3 类名：招工信息表 主要事件：存储招聘者发布的招工信息 4 类名：录用信息表 主要事件：记录已经匹配成功的招聘信息 5 类名：人才管理表 主要事件：记录已经匹配成功的求职者个人信息 6 类名：岗申信息表 主要事件：记录求职者的求职申请 7 类名：求职信息表 主要事件：记录求职者的求职信息 8.类名：管理员 主要事件：更新求职信息表、岗申信息表、人管理表、招工信息表、录用信息表。接受和发 送应聘信息，接受发送招聘信息 9 类名：招聘者 主要事件：上传招工信息，修改个人信息，应聘答复，查看招聘及应聘信息表，查看系统通 知 10.类名：求职者 主要事

21、件：上传求职信息，修改个人信息，求职答复，查看招聘及应聘信息表，查看系统通 知 3.4 补充规约 详见网上人才招聘系统补充规约 3.5 术语表 详见网上人才招聘系统术语表 4. 概要设计 4.1. 系统总体设计方案 本系统实现了用户注册、登录、求职人和招聘单位的身份验证及求职人和招聘单位详 细信息的采集、招聘职位的登记、个人简历的预览、求职者可以查看用人单位的信息 并投递简历，用人单位也可以浏览应聘者的简历并做以回复，并且通过管理员对最新 工作信息的发布，使求职者可以通过站内新闻及时获取最新的信息等功能。 4.2. 系统的架构设计 本系统可以把招聘信息放在主页上，如果应聘的人员想了解具体的信息

22、或是企业想发布招聘 信息， 就必须注册成为本网站的会员。通过会员身份登录以后，可以实现相关的功能，关于 没有注册的用户，本网站将不提供任何服务。 4.3系统功能模型 4.3.1 注册功能模块 当用户第一次使用系统时，需点击“注册”用户的用户名和密码等信息，凡是未在 数据库注册的应聘用户都无权进入该系统进行应聘的相关服务。 4.3.2 登录功能模块 当用户输入用户名、密码，并选择登录类型（招聘者还是应聘者），系统自动将输入 的信息和相关数据表中的信息进行比较，如果该用户输入的内容和数据表中的内容 相符，则通过验证，此次登录成功，否则登录失败。 4.3.3 职位搜索模块 本模块主要内容是为应聘用户

23、提供职位资源的检索和准确定位，查询表单后，就在 服务器端进行后台查询，并把检索结果返回客户端浏览器，查询条件根据应聘用户 的关注程度依次设置为“职位名称”、 “工作地点”等信息。 4.3.4 简历维护模块 本模块的主要目标是完成求职用户的简历修改与更新。具体操作过程是应聘用户对 简历的各个字段记录进行修改，然后更新到简历库。 4.3.5 招聘信息管理 主要由管理员完成网站的相关招聘信息的管理。 4.3.6 密码修改模块 主要完成用户及管理员的密码修改。 4.4 系统状态模型 细化类图： 5. 详细设计 5.1 数据库设计 考虑最基本的几个库 1. 求职者个人信息库（姓名、身份证号、用户名、密码

24、（6 位，默认为 NULL ） 、 性别、生日、民族、籍贯、户口所在地、 政治面貌、 学习/ 工作单位、 职务/ 职称、 毕业学校及专业、学历、毕业时间、地区、通讯地址、电话、Email） 2. 用人单位信息库（单位名称、用户名、密码、类型、地址、网址、Email 、简 介） 3. 用人单位简历库（单位名称、求职者姓名、求职者用户名、求职者简历） 5.2 用户界面设计 网页实际内容占据网页50% 到 80% ，导航部分不超过20% 。颜色选择以简洁 为主，并且正文和背景对比度要大， 还要用不同的背景色区分正文区和其他功能 区。网页采用横向排列方式排版。网页大小不应超过 3 万字节， 以方便用户

25、在短 时间内打开网页。禁止使用框架。 5.3 用户登录模块的实现 用户在登录界面输入用户名和密码， 并选择用户类型 （个人用户、企业用户、 管理员） ，单击“登录”按钮后，需要根据用户输入的信息进行用户验证。如果 验证用户信息和身份合法， 则允许用户登录， 并根据用户类型， 系统自动跳转到 相应的界面。 出错信息 进入企业用户 界面 进入个人用户 界面 进入管理员界 面 是否为管理员 是否为企业用 户 是否为个人用 户 输入用户名、 密码 start end 是 是 是 否 否 否 5.4 注册模块的实现 用户进入系统首页单击注册， 会跳转到注册页面。 用户根据注册页面的需求 填写相关的信息，

26、输入的用户名合法，就注册成功并跳转到首页。 start end 出错信息 注册成功返回 首页 信息是否合法 输入注册信息 是否 5.5 修改密码模块的实现 用户成功登录系统后单击 “ 修改密码 ” 按钮时，进入修改密码界面， 这时需要 输入一次原始密码和两次新密码，单击“ 修改 ” 按钮，就会完成对密码的修改。 出错信息 修改成功并返 回用户界面 输入信息是否 正确 输入原始密码 和两次新密码 end start 是否 5.6 创建简历的实现 个人用户成功登录系统进入个人用户的主界面，单击“创建个人简历” 按钮 并同时判断是否已经创建了个人简历，如果创建了则返回个人用户的主界面，反 之进入创建

27、个人简历页面。 出错信息 创建成功返回 用户界面 输入信息是否 正确 输入简历信息 是否 end start 5.7 修改岗位信息的实现 管理员成功登录系统并进入管理员界面以后，点击“用户岗位信息管理” 按 钮， 根据接收到的求职者和招聘者更新信息，判断信息是否正确并修改岗位信息。 出错信息 修改成功并返 回界面，同时 发送通知 输入信息是否 正确 End Start 输入最新求职 者和招聘者信 息 是否 5.8 修改个人信息的实现 个人用户成功登录进入个人主界面，单击“修改个人信息” 按钮并判读是否 已经添加了个人信息， 如果没添加返回个人用户的主界面反之则进入修改个人信 息页面。 出错信息

28、 输入信息是否 正确 输入修改信息 修改成功返 回个人用户 界面 End Start 是否 5.9 应聘者与招聘者信息序列图与活动图 应聘者提交应聘信息： 应聘者 招聘系 统 招聘者 提交应聘信息 提交应聘信息 提示成功 招聘者发布招聘信息： 应聘者提交应聘信息： 招聘者发布招聘信息 : 6. 数据库设计 6.1 总 E-R图 图 6-1 系统总 E-R图 6.2 实体关系属性表 6.2.1用户信息实体关系属性表 属性中文名称含义说明类型长度小数点是否允许空值 User 账号用户身份标识char 10 0 否 Password 密码用户登陆密码char 15 0 是 Name 姓名用户姓名ch

29、ar 10 0 是 Sex 性别用户性别char 1 0 是 Age 年龄用户年龄int 3 0 是 Phone 联系电话用户电话char 11 0 是 Type 用户类型用户身份类型int 3 0 是 6.2.2系统通知实体关系属性表 属性中文名称含义说明类型长度小数点是否允许空值 NewsID 通知编号 系统信息的编 号 int 6 0 否 FromUser 来源账号 产生系统信息 的账号 char 10 0 是 ToUser 接收账号 接受系统信息 的账号 char 10 0 是 InFrom 信息源 信息来源的数 据表格和操作 类型 char 20 0 是 NewsNum 信息码 产生

30、系统系信 息的数据条， 在其所属表中 的编号 int 6 0 是 Mark 备注消息 管理员发送给 接受账号的信 息 char 255 0 是 NewsProcess 提醒状态 目前信息的提 醒状态 int 1 0 是 6.2.3招工信息实体关系属性表 属性中文名称含义说明类型长度小数点是否允许空值 PostID 岗位编号 招聘岗位的编 号 int 6 0 否 Company 公司 公司的详细名 称 char 100 0 是 Position 招聘岗位 公司招聘的岗 位名称 char 10 0 是 Pay 待遇 职位的薪水状 况 char 10 0 是 Sexrequire 性别要求 职位的性

31、别要 求 int 1 0 是 Agerequire 年龄要求 职位的年龄要 求 int 3 0 是 Exprrequire 经验要求 职位的工作经 验要求 char 100 0 是 Edurequire 学历要求 职位的学历要 求 char 10 0 是 Otherrequire 其他要求 职位的其他特 殊要求 char 100 0 是 Ansprocess 招聘状态是否完成招聘int 1 0 是 6.2.4岗位管理实体关系属性表 属性中文名称含义说明类型长度小数点是否允许空值 PostID 岗位编号 招聘信息的编 号 int 6 0 否 UserId 用户账户 对发出招聘的 用户账号 cha

32、r 10 0 是 Company 公司 招聘人员的公 司 char 100 0 是 Position 招聘岗位 公司招聘的岗 位 char 10 0 是 Pay 待遇 公司提供的待 遇 char 10 0 是 SexRequire 性别要求 岗位的性别要 求 int 1 0 是 AgeRequire 年龄要求 岗位的年龄要 求 char 10 0 是 ExprRequire 经验要求 岗位需要应聘 者的工作经验 年限 int 2 0 是 EduRequire 学历要求 岗位的学历要 求 char 10 0 是 OtherRequire 其他要求 岗位的其它要 求 char 255 0 是 Ap

33、plyId 应聘用户 应聘的用户账 户 char 10 0 是 ReNum 申岗信息编 号 接受申请的申 岗编号 int 6 0 是 AnsProcess 招聘状态 目前职位的招 聘状态 int 1 0 是 6.2.5申岗信息实体关系属性表 属性中文名称含义说明类型长度小数点是否允许空值 ReID 申岗编号 申请应聘的信 息编号 int 6 0 否 PostNum 岗位信息编 号 所申请岗位的 岗位编号 int 6 0 是 UserId 用户账户 申请应聘的用 户账号 char 10 0 是 Edu 学历用户的学历char 10 0 是 Ability 技术能力 用户填写的个 人技能 char

34、 100 0 是 Introduction 个人简介 用户填写的个 人简介 char 255 0 是 ReDate 申请时间 应聘申请的时 间 date 0 0 是 Process 处理状态 申请的处理状 态 int 1 0 是 6.2.6录用信息实体关系属性表 属性中文名称含义说明类型长度小数点是否允许空值 ID 录用编号 申请应聘的信 息编号 int 6 0 否 MenNum 人才信息编 号 所申请岗位的 岗位编号 int 6 0 是 UserId 用户账户 申请应聘的用 户账号 char 10 0 是 Company 公司公司名称char 10 0 是 ReDate 申请时间 应聘申请的

35、时 间 date 0 0 是 Process 处理状态 申请的处理状 态 int 1 0 是 6.2.7人才管理实体关系属性表 属性中文名称含义说明类型长度小数点是否允许空值 MenID 编号 用户在系统中 的编号 int 10 0 否 UserID 用户账号用户姓名char 5 0 是 Edu 学历用户个人学历char 30 0 是 Experience 工作经历 用户的工作经 历 char 100 0 是 PositionRequs 职位要求 用户的求职职 位 char 10 0 是 OtherRequs 其他要求 用户的其他要 求 char 255 0 是 Company 招聘公司 有意

36、向招聘该 人才的公司 char 100 0 是 RequsProcess 录用信息 编号 接受申请的录 用信息编号 int 1 0 是 录用状态 目前公司对该 人才的录用状 态 6.2.8求职信息实体关系属性表 属性中文名称含义说明类型长度小数点是否允许空值 ID 求职编号 用户在系统中 的编号 int 10 0 否 UserId 用户账号 用户在系统中 的账号 char 10 0 是 Eduexper 学历用户个人学历char 30 0 是 Workeonxper 工作经历 用户的工作经 历 char 100 0 是 PositionRequs 要求职位 用户的求职职 位 char 10 0 是 OtherRequs 其他要求 用户的其他要 求 char 255 0 是 AnsProcess 处理状态是否已经处理int 1 0 是 6.3 数据需求说明书 详情请看附件