几天前接到任务,因为个人原因,迟了几天,今天开始正式上马完成任务
本人不擅文学。直接做事了。
原文描述如下：
任务名称：一个简单的求职招聘信息发布功能。
任务描述：
1) 企业发布可以发布招聘信息。(不需要注册用户)
2) 求职者发布求职信息。(不需要注册用户)
3) 招聘与求职信息需要由管理员审核后才能发布。
4) 显示最新的招聘与求职信息。
5) 可以根据职位、工作地点等信息查阅招聘与求职信息。
6) 可以针对具体的招聘与求职信息发表评论。
7) 不明白之处，自行理解，自由发挥。
由于此任务只是一个小型测试demo ,所以没有更详细更具体的文档了.也没有后续的客户需求确认了.一切只是为了测试.
由于此需求太过于模糊，我们程序员又不能把这模糊的东西给CPU,让它去做(谁让我们的电脑这么**呢，只能识别0,1).因此我们要"量化"此文档,把它变为电脑可识别的0和1,至少是我们的编译器要可以识别的IL.
有了需求，我们就要去实现了。
由于之前没有了解过招聘求职这一行，所以先去了解一下现有的网站。(http://www.51job.com/ http://www.chinahr.com/ )经过浏览别人的网站，得到了我们的需求文档里不会提极的很多细节。
现将网站所获归纳如下：
争对任务 1) 企业发布可以发布招聘信息
由于我没有企业账号可以试用，不能浏览其发布页面，那就直接看其发布结果了。
对一个招聘信息来说，其具备的属性有这些：
职能描述，工作地点，职位（职位类别），所属部门，发布时间，结束时间，学历要求，工作类型，招聘人数，语言能力，月薪范围，工作年限，联系方式(公司简介，公司性质，公司所属行业，公司规模)
由于我参考的二个站都有完善的用户系统，所以其联系方式，公司信息那块很完善，我们不必要具备其完善的用户系统，就可以把这些信息给简单合并的招聘里面去，但是为了以后网站做大，我们可以方便扩充用户系统，此处应该考虑预留一个扩展设计。
争对任务 2) 求职者发布求职信息
对一个求职信息来说，其就相当于是一份简历，方便企业用户查看，其具备的属性有：
目标职能，工作地点，期望行业，学历，工作类型，语言能力，期望薪水，工作年限，自我评价，工作经验，联系方式,等。求职信息就是一份简历，简历的元素可多可少，目前先暂时放一下，我们做的是信息发布系统，不是简历系统，回头再来设计。
争对任务 3) 招聘与求职信息需要由管理员审核后才能发布。
这个对于我们来说，应该算是最简单最熟悉的了，一个状态标志位，跳过。
争对任务 4) 显示最新的招聘与求职信息。
这里发现之前少一个东西。至少应该是想一个策略出来，列表显示最新的信息时需要显示的信息，参考其它网站，其显示的信息有 发布时间，招聘或求职的职位名称，工作地点，学历要求或具备学历，工作经验，个人或企业基本信息介绍，所需或所具备职能描述摘要基本信息还真不好确定，大网站就是固定的用户信息，我们这个小网站呢，拿什么东西显示呢？我们不是需求的发起者,不明白其用意.回来再定.
争对任务 5) 可以根据职位、工作地点等信息查阅招聘与求职信息。
检索，简单的SQL检索，我们太熟悉了。可是一个“等信息”，那变数就大的了。简单的根据职位，工作地点，我们好搞定，可是突然杀出个我们平常没有注意的一个属性来检索，那我们不就很头痛啦，从数据库结构底层到代码，到页面，都有的改。这里得好好想想，看有没有什么方法可以实现以后的扩展（最好直接后台实现不用改代码，要不得想个什么模式方便加代码，而少去改原来的）。
争对任务 6) 可以针对具体的招聘与求职信息发表评论。
发表评论，简单。不过这里没有提及发表评论是否要审核才能显示。多想点总比少想点好，先给其加上一个需要审核才能显示的状态标志位，以备后患，目前不做任何实现。
初步整理结束，新一轮的问题出现：
联系方式，公司信息等用户信息如何取舍
求职信息(简历)所具备的属性确定
最新信息列表显示内容属性确定
检索可扩展设计