《招聘管理系统》项目管理文档

丁智明 贡献于2012-10-29

作者 微软用户  创建于2010-12-29 08:32:00   修改者User  修改于2010-12-29 17:14:00字数51220

文档摘要:上海电机学院《软件项目管理》课程设计报告。主要为保证整个项目能够按时,保质,保量的完成,每个人在项目开发中都能够发挥自己的作用,使整个软件开发过程顺利,平稳,有序的进行,提供有效的进度参考。
关键词:

 上海电机学院 《软件项目管理》课程设计报告 组长姓名 : 汤瀛珠 成员姓名 :庄梦菁、刘佳、祝佳敏、杨玉婷、 殷纯蕾 班 级 : BX074 学 号 : 27、30、20、11、06 指导教师: 杨志和 2010-12-27 目录 1.引言 5 1.1编写目的 5 1.2范围 5 1.3项目简介 5 1.4开发背景 5 1.5缩写说明 6 1.6参考资料 6 2.项目概述 6 2.1工作内容 6 2.2交付项 7 2.3非交付项 7 3.项目任务范围 7 4.项目目标 8 5.项目实施策略 8 5.1项目管理策略 8 5.2软件开发策略 9 6.计划结构 9 7.项目组织结构 11 8.项目生存期: 16 8.1对生存期模型的选择 16 9.项目管理对象 20 9.1阶段一:可行性研究 20 9.2阶段二:需求分析 21 9.3.阶段三:总体设计 26 数据库设计: 26 概念结构设计 26 9.4.阶段四:详细设计 41 9.5.阶段五:系统实现 47 9.6.阶段六:测试 51 9.7.阶段七:运行和维护 52 9.8.贯穿于项目的文档管理 53 10.项目风险管理 54 10.1、项目风险管理的目的 54 10.2、项目风险管理的组成 55 10.3、风险的种类 55 10.4、定义风险参数 58 10.5、风险管理策略 58 10.6、风险管理角色及职责 58 10.7、招聘管理项目中风险的识别 59 10.8、风险的控制 59 10.9. 风险监控 60 10.10、招聘管理系统的风险管理 60 11.项目估算 61 12.项目时间计划 63 12.1 序言 63 12.2任务分解 63 12.3 项目进度计划 64 12.4 甘特图 64 13.关键资源计划 65 13.1 序言 65 13.2 关键资源列表及说明 65 14.项目设施工具计划 65 14.1.项目实施工具计划表 65 14.2.设施工具操作要求 65 15.项目质量计划 66 15.1组织机构 66 15.2职责 66 15.3.质量目标 66 15.4.质量策略 66 15.5.软件质量保证 67 15.6.质量控制活动 67 15.7.不符合性问题处理 67 15.8.记录的收集、维护和保存 67 16.配置管理计划 67 16.1配置管理的目的 67 16.2软件项目管理的职责及角色 67 17.项目管理评审 68 18.项目度量计划 73 19.沟通计划 73 课设总结与体会 73 小组成员分工及组长打分 班级 学号 姓名 承担工作 组长打分 10分 教师打分 074 16 汤瀛珠 范围计划、文档整合、PM 分 074 27 庄梦菁 进度计划 分 074 06 殷纯蕾 风险计划、配置管理计划、集成计划 分 074 30 刘佳 成本计划 分 074 20 祝佳敏 执行控制过程、软件项目结束 分 0721 11 杨玉婷 质量计划、人力资源计划、沟通计划、合同计划 分 评语 《招聘管理系统》项目管理文档 1.引言 1.1编写目的 主要为保证整个项目能够按时,保质,保量的完成,每个人在项目开发中都能够发挥自己的作用,使整个软件开发过程顺利,平稳,有序的进行,提供有效的进度参考。 1.2范围 本文档适用于《招聘管理系统》这一软件项目。 1.3项目简介 1.3.1项目名称 《招聘管理系统》 1.3.2产品标识 《招聘管理系统》,版本号:1.0 1.4开发背景 招聘工作室人力资源管理中不可或缺的一个重要环节,它是人力资源管理的第一关口。招聘管理是企业人力资源管理系统中的核心工作,担负着从经营战略和目标出发,为企业选任用人的重任。 从以往的招聘管理的方式看,企业一般通过在报纸、杂志刊登招聘广告,以及参加人才招聘会等方式进行招聘,或者委托猎头公司等,这些方式耗资又耗时。近年来,由于网络技术的发展,通过网络在线进行招聘也逐渐成为趋势。但是这些方式仍然存在一些局限性,不能彻底解放某些人力资源管理人的繁重的工作。 总结各种原因,本系统对于在线招聘管理系统的研究和实现中,选择招聘管理为突破口。在基于基本的招聘管理系统上,进行改善人力资源管理人员工作的有益的探索。让企业可以将更多宝贵的精力投入到更为重要的工作当中去。 1.5缩写说明 SQA: 软件质量保证(Software Quality Assurance) QA: 质量保证(Quality Assurance) SEPG: 软件工程过程组(Software Engineering Process Group) SPI: 软件过程改进(Software Process Improve) SCM: 软件配置管理(Software Configuration Management) PM: 项目经理(Project Management) SM: 高级经理(Senior Management) 1.6参考资料 [1]马瑞新 等:《asp.net 2.0程序设计案例教程》,清华大学出版社2009年版; [2]刘伟琴、黄广华:《Web程序设计(第四版)》,清华大学出版社2008年版; 2.项目概述 招聘管理系统是基于B/S模式下开发的,管理从录入简历信息开始,到简历的初选、预约、面试、合格的整个过程。简历初选即是公司负责招聘的人员将收集到的所有简历做第一次删选,符合职位要求的简历通过初选,等待下一轮的考察;预约即是对已经通过初选的简历安排时间进行面试,预约成功的应聘者可进行面试;面试即是对应聘者的又一次考察,面试记录记载了对面试者各项指标的评分。 2.1工作内容 按照项目所包括的知识领域,以及项目整个的生命周期,我们把项目分成项目立项,项目计划,项目执行和控制,项目结束四个阶段。 项目的立项里我们要成立项目小组,选出项目经理(组长),小组成员,然后召开全部成员参加的项目组成立会,初步确定每个人在项目中的角色。然后要根据项目需求任务书,对项目进行可行性分析。 在需求阶段 ,要进行需求的调研,确认,需求分析等工作,这个阶段工作结束要完成需求规格说明书与客户确认。 在设计阶段,要完成系统的总体设计和详细设计,并完成总体设计和详细设计说明书。同时要编写系统说明书,用户使用说明书等。 在编码阶段,要编写相应的程序组件并分别进行单元测试。 在测试阶段,要根据完成的测试计划,编写测试用例,进行系统的各项测试,形成系统的测试报告。 在部署阶段,主要实际完成整个系统产品并的部署,保证系统上线运行,并进行系统维护。 2.2交付项 Ø 《软件需求规格说明书》 Ø 《系统概要设计说明书》 Ø 《系统详细设计说明书》 Ø 程序代码 Ø 系统测试方案和测试用例 Ø 产品用户说明书等 2.3非交付项 主要软件开发过程文档和中间产品:用例图,用例文档,项目计划,类图和时序图等。 3.项目任务范围 《招聘管理系统》分为系统管理、简历管理、需求管理,以及预约面试等几个模块。系统管理员给不同的角色分配不同的权限;简历管理可以完成对简历的添加、查看、删除、初选;在需求管理中可以对职位需求进行管理;预约面试可以为通过初选的简历添加预约和面试记录等工作。功能图如3.1所示。 图3.1系统模块图 4.项目目标 招聘管理系统可以提高企业招聘工作的效率,规范化企业的招聘活动,把企业从雪片般的纸质简历中解脱出来。利用招聘管理系统来完成招聘工作,企业可以将更多宝贵的精力投入到更为重要的工作当中去。 5.项目实施策略 项目实施策略是确定如何实施项目以达到项目目标的策略。根据招聘管理系统的性质及特殊要求,确定了以下策略: 5.1项目管理策略 项目管理过程遵循公司质量体系中关于项目管理过程的规范。 根据项目计划中的评审点进行跟踪和管理,并根据结果对项目计划进行适当的调整。 评审采用定期评审,阶段评审和事件评审相结合的方式。 按周发布项目简报,通报项目的进展情况及其他相关情况。 5.2软件开发策略 采用OO技术逐步构造系统。 产品按阶段提交。 开发实施过程采用公司的复用技术,同时遵循公司质量体系中关于项目实施过程的规范。 质量保证策略 质量管理过程遵循公司质量体系中关于项目质量管理过程的规范。 加强对项目参与人员的质量保证概念的培训。 加强对过程的控制,重点确定该项目中需控制的过程。 加强对产品规范的审计,重点确定该项目中需要审计的产品。 实施完整的软件配置管理。 6.计划结构 项目计划组成结构图: 招聘管理系统项目计划 范围计划、文档整合、PM 进度计划 风险计划、配置管理计划、集成计划 成本计划 执行控制过程、软件项目结束 质量计划、人力资源计划、沟通计划、合同计划 汤瀛珠 庄梦菁 殷纯蕾 刘佳 祝佳敏 杨玉婷 计划名称 对应部分 简要描述 范围计划 项目人物范围 确定项目的范围,为制定其他计划打下基础。范围管理是项目实施的依据和变更的输入,另外还包括对可交付成果落实到个人上的分解,即项目分解结构(WBS),通过WBS清楚明确地组织并定义了整个项目的范围,以及该项目的参与者各自的分工。 成本计划 项目估算 成本计划是对完成项目所需费用的估计和计划,是项目计划中的一个重要组成部分。软件成本估算是成本管理的核心,是预测开发一个软件系统所需要的总工作量的过程。软件成本估算以从软件计、需求分析、设计、编码、单元测试、集成测试到接受测试等这些过程所花费的代价为依据,对完成项目所需要的所有费用进行估算。 进度计划 项目时间计划 进度计划是从时间的角度对项目进行规划。时间是一种特殊的资源,以其单向性、不可重复性、不可替代性而有别于其他资源,因此进度计划也是项目计划中最难、最重要、最核心的部分。在进度计划中,首先根据任务分解的结果(WBS)再进一步分解出主要的任务(活动),确立任务(活动)之间的关联关系,然后估算出每个任务(活动)需要的资源、历时,最后编制出完整的进度计划(如进度表)。 风险计划 项目风险分析 风险计划是在项目进行过程中不断对风险进行识别、评估、制定策略、监控风险的过程,它是项目管理中最容易被忽略而且最难以管理的环节。通过风险识别、风险分析和风险评价去认识项目的风险,并以此为基础合理的使用各种风险应对措施,管理方法、技术和手段对项目的风险进行有效的控制,妥善处理风险事件造成的不利后果,以最小成本保证项目总体目标的实现。 人力资源计划 项目组织结构 人是软件项目中最重要的因素,因此软件项目人力资源管理计划也是项目计划中根本的一项计划。人力资源管理是保证参加项目的人员能够被最有效使用所需要的过程,是对项目组织所储备的人力资源开展的一系列科学规划、开发培训、合理调配、适当激励等方面的管理工作,是项目组织各方面人员的主观能动性得到充分发挥,做到人尽其才,事得其人、人事相宜,同时保持项目组织高度的团结性和战斗力,从而成功地实现项目组织的既定目标。 关键资源计划 关键资源计划 关键资源计划是对项目所需关键资源根据生存期阶段所做的计划。关键资源包括引起竞争的人力和设备资源。 设施工具计划 设施工具计划 实施工具计划是对项目开发所需的设备和支持工具所做的计划。 质量管理计划 质量管理计划 质量管理计划主要是确定项目应达到的质量标准,以及决定如何满足质量标准的计划安排和方法;依据公司的质量方针、产品描述以及质量标准和规则等制定出实施策略,其内容全面反映用户的需求,为质量小组成员有效工作提供指南,也为项目相关人员了解在项目进行中如何实施质量保证和控制提供依据。合适的质量标准是质量计划的关键。 配置管理计划 配置管理计划 沟通计划 沟通计划 7.项目组织结构 对项目组织结构的选择 在项目组织结构的选择上,由于几种组织结构的适用条件对于项目组目前的情况来讲都有一定程度的符合,因此对各个组织结构优缺点的权衡成为了人力资源计划的一个难题,下面对各个组织结构的优缺点进行一下比较: 优点 1 以职能部门作为承担项目任务的主体,可以充分发挥之职能部门的资源集中优势,有利于保障项目需要资源的供给和项目可交付成果的质量。在人与那的使用上具有较大的灵活性。 职能型 2 职能部门内部的技术专家可以被该部门承担的不同项目共享,节约人力,减少了资源的浪费。 3 同以职能部门内部的专业人员便于相互交流、相互支援,对创造性地解决技术问题很有帮助。同部门的专业人员易于交流知识和经验,项目成员事业上具有连续性和保障性。 4 当有项目成员调离项目或离开公司,所属职能部门可以增派人员,保持项目的技术连续性。 5 项目成员可以将完成项目和完成本部门的职能工作融为一体,可以减少因项目的临时性而给项目成员带来的不确定性。 缺点 1 客户利益和职能部门的利益经常发生冲突,职能部门会为本部门的利益而忽视客户的需求,精力只集中于本职能部门的活动,项目及客户得到利益往往得不到优先考虑。 2 当项目需要多个职能部门共同完成,或者一个职能部门内部有多个项目需要完成时,资源的平衡就会出现问题。 3 当项目需要由多个部门共同完成时,全力分割不利于各职能部门之间的沟通交流、团结协作。项目经理没有足够的权利控制项目的进展。 4 项目成员在行政上仍隶属于各职能部门的领导,项目经理对项目成员没有完全的权利,项目经理需要不断地同职能部门经理进行有效的沟通以消除项目成员的顾虑。当小组成员对部门经理和项目经理都要负责时,项目团队的管理常常是复杂的,对这种双重报告关系的有效管理常常是项目最重要的成功因素,而且通常是项目经理的责任。 适用 条件 适用于主要由一个部门完成的项目或技术比较成熟的项目。 分析 职能型组织结构能够方便同班成员或者相互熟悉的成员(即下面的小组内成员)间进行交流和支援,有利于各小组内成员进行沟通;而且各小组内的成员还能够继续一起完成现阶段的其他任务,并运用相似的技术进行后续其他项目的开发。但该项目组的成员来自不同班级,总人数较少,成员互相之间的了解也较少,因此这种组织结构难以平衡各小组的资源,不利于小组间信息的传递,完成各部分任务所需要的工作量与小组的成员数不均衡,从而对人员的管理与任务分配造成很大困难。 项目型 优点 1 项目经理对项目可以全权负责。可以根据项目需要随意调动项目组织的内部资源或者外部资源。 2 项目型组织的目标单一,完全以项目为中心安排工作,决策的速度得以加快,能够对客户的要求做出及时响应,项目团队精神得以充分发挥。有利于项目的顺利完成。 3 项目经理对项目成员有全部权利,项目成员只对项目经理负责,避免了职能型项目组织下项目成员处于多重领导、无所适从的局面,项目经理是项目的真正、唯一的领导者。 4 组织结构简单,易于操作。项目成员直接属于同一个部门,彼此之间的沟通交流简介、快速,提高了沟通效率,同时也加快了决策速度。 缺点 1 每一个项目型组织,资源不能共享,即使某个项目的专用资源闲置,也无法应用于另外一个同时进行的类似项目,人员、设施、设备重复配置,会造成一定程度的资源浪费。 2 公司里各个独立的项目型组织处于相对封闭的环境之中,公司的宏观政策、方针很难做到完全、真正的贯彻实施,可能会影响公司的长远发展。 3 在项目完成以后,项目型组织中的项目成员或者被拍到另一个项目中去,或者被解雇,对项目成员来说,缺乏一种事业上的连续性和安全感。 4 项目之间处于一种条块分割状态,项目之间缺乏信息交流,不同的项目组很难共享知识和经验,项目成员的工作会出现忙闲不均的现象。 适用 条件 适用于开拓性等风险较大的项目或进度、成本、质量等指标有严格要求的项目; 不适合人才匮乏或规模小的企业。 分析 由于该项目具有很大的临时性,项目组的成员也是从不同的班级集中到一起,因此项目型组织结构利于团队的建设以及小组人员与任务的分配;另外该组织结构简单易操作,而且目标单一,特别适用于这种零散的人员调度,同时很大程度上方便了成员间整体的沟通交流,加快了决策速度。由于这个项目各模块间的耦合度较低,不需要小组间大量的信息共享;而且项目组内有着统一的交流方式(临时的网上讨论组),各项决策规定可以第一时间直接反映给项目成员;更兼此项目本来就是一次独立的开发,与其他项目在人员和技术上没有紧密的联系,因此项目成员在项目完成后都已经有足够的准备和清楚的打算。然而这种组织结构也在一定程度上破坏了原有的一些成员关系(比如同班的成员),需要这些成员重新建立起新的沟通交流机制。 矩阵型 优点 1 专职的项目经理负责整个项目,以项目为中心,能迅速解决问题。在最短的时间内调配人才,组成一个团队,把不同职能的人才集中在一起。 2 多个项目可以共享各个职能部门的资源。在矩阵管理中,人力资源得到了更有效地利用,减少了人员冗余。研究表明:一般使用这种管理模式的企业比传统企业少用20%的员工。 3 既有利于项目目标的实现,也有利于公司目标方针的贯彻。 4 项目成员的顾虑减少了,因为项目完成后,他们仍然可以回到原来的职能部门,不用担心被解散。而且他们能有更多机会接触自己企业的不同部门。 缺点 1 容易引起职能经理和项目经理权利的冲突。 2 资源共享也能引起在项目之间的冲突。 3 项目成员有多位领导,即员工必须要接受双重领导,因此经常能体会到焦虑与压力。当两个经理的命令发生冲突时,他必须能够面对不同指令形成一个综合决策来确定如何分配他的时间。同时,员工必须和他的两个领导保持良好的关系,应该显示出对这两个主管的双重忠诚。 适用 条件 适用于管理规范、分工明确的公司或者跨职能部门的项目 分析 矩阵型组织结构综合了职能型组织结构和项目型组织结构一定的优点,以项目为中心,即可以充分利用各部分的资源,又放宽了职能对项目成员的限制,而且项目的方针决策也能够方便直接地传递给项目成员。然而由于参与项目的总人数本来就非常少,另外由于此项目各模块间的松耦合,不需要领导间过多的协调配合,因此这种交叉调配人员的方式实现起来不具备足够的可行性,落实在这个项目上也有些大材小用。 权衡各组织结构的优缺点,经过详细的分析,由于项目的临时性乃至项目组的临时性是在这个项目人员组织准则角度上最突出的特点,因此,为了充分利用项目型组织结构对于此类人员及项目在团队组织上的突出优势,此项目即采用了项目型组织结构。 组织结构图如下: 招聘管理项目组 项目组 软件开发小组 质量保证小组 需求分析与软件测试小组 汤瀛珠 庄梦菁 殷纯蕾 刘佳 祝佳敏 杨玉婷 简要说明: 该项目组共有6名成员。总负责人,即项目经理由汤瀛珠担任。项目组向下又细分为软件开发小组(由6名成员共同组成,负责人为庄梦菁)、质量保证小组(负责人为杨玉婷,组员为祝佳敏);由于此项目需求不是特别明确,而且经常需要功能扩充,因此单独成立了一个需求分析与软件测试小组(负责人为刘佳,组员有汤瀛珠、殷纯蕾)。 各小组职责如下: 项目组 负责项目的组织和规划。 负责项目计划制定和维护。 负责项目的跟踪和管理。 负责资源的分配和协调活动。 负责各组织和计划之间的协调活动。 软件开发小组 负责项目的软件开发,包括设计、编码、单元测试。 负责产品质量控制的工作。 负责配合质量保证的活动,如系统测试、文档编制等。 配合产品验收的相关活动。 质量保证小组 负责项目过程和产品规范的制定。 负责项目过程的质量保证活动,其中包括过程评审和产品评审。 需求分析与软件测试小组 负责分析频繁变更的需求,并将需求反映到系统应实现或改变的功能上。 负责系统进行集成测试。 负责对每一个变化的需求进行阶段性测试。 8.项目生存期: 8.1对生存期模型的选择 该项目的特点 此项目需求比较模糊,在开发过程中极有可能发生需求的变更,即使在开发结束后,也常常需要功能上的扩充, 面向的用户群体相当广泛,不同的用户都有可能提出该系统针对某一类群体的改进意见和要求。 项目组内部对此系统的认识也不够统一,对大量辅助功能及新增功能有不同的看法,需要在基本的核心功能完成之后,随着项目的进行,由项目经理进一步收集用户及成员的想法意见进行决策。 用户及成员都需要在短时间内得到一个系统最初的版本,对其进行评价并在后续的开发上对其定位,并得出更多明确的需求。 在项目本身的开发上,为了使系统锦上添花,会用到许多开发人员也并不熟悉的技术,这可能需要开发人员进一步的学习后,再对系统进行改进。 针对该项目的这些特点,权衡各个生存期的适用条件,该项目组选用了增量式模型来开发此系统。增量式模型的特点如下: 可以避免一次性投资太多带来的风险,将主要的功能或者风险大的功能首先实现,然后逐步完善,保证投入的有效性。 可以更快地开发出可以操作的系统。 可以减少开发过程中用户需求的变更。 一些增量可能需要重新开发(如果早期开发的需求不稳定或者不完整)。 可见,增量式模型充分迎合了该项目的特点,并且提供了多种途径解决项目中的一些难题。该项目的生存期模型如下: 项目规划 需求分析 设计 增量1 增量2 增量3 增量4 增量5 集成测试 产品提交 增量6 生存期中各阶段的描述如下: 阶段 项目规划阶段 目标 根据合同和初步的需求分析,确定项目的规模、时间计划和资源需求 输入 合同文本,SOW 过程 项目规划,计划确认 输出 项目计划 阶段 需求分析阶段 目标 确定客户的需求 输入 项目计划,SOW 过程 需求获取,需求分析,需求控制 输出 原型系统,需求规格 阶段 设计阶段 目标 总体系统结构设计 输入 原型系统,需求规格 过程 总体设计 输出 系统设计说明书,数据库结构定义 阶段 增量1实现 目标 实现系统的通用功能 输入 系统设计说明书,数据库结构定义 过程 详细设计,编码,代码走查,代码评审,单元测试 输出 详细设计说明书,源代码,可运行版本--1 阶段 增量2实现 目标 实现系统的信息管理功能 输入 系统设计说明书,数据库结构定义 过程 详细设计,编码,代码走查,代码评审,单元测试 输出 详细设计说明书,源代码,可运行版本--2 阶段 增量3实现 目标 实现系统的人才(即简历)管理功能 输入 系统设计说明书,数据库结构定义 过程 详细设计,编码,代码走查,代码评审,单元测试 输出 详细设计说明书,源代码,可运行版本--3 阶段 增量4实现 目标 实现系统的发布职位功能 输入 系统设计说明书,数据库结构定义 过程 详细设计,编码,代码走查,代码评审,单元测试 输出 详细设计说明书,源代码,可运行版本--4 阶段 增量5实现 目标 实现系统的职位查询功能 输入 系统设计说明书,数据库结构定义 过程 详细设计,编码,代码走查,代码评审,单元测试 输出 详细设计说明书,源代码,可运行版本--5 阶段 增量6实现 目标 实现系统的人才招聘功能 输入 系统设计说明书,数据库结构定义 过程 详细设计,编码,代码走查,代码评审,单元测试 输出 详细设计说明书,源代码,可运行版本--5 阶段 集成测试 目标 通过集成环境下的软件测试 输入 测试计划,测试用例 过程 集成测试,系统测试 输出 系统软件包,测试报告,产品说明书 阶段 产品提交 目标 产品可投入使用 输入 系统软件包 过程 产品提交 输出 验收报告 9.项目管理对象 9.1阶段一:可行性研究 随着企业将人力资源作为一种重要的战略资源,人力资源管理系统正得到越来越多客户的重视,同时随着Internet/Intranet技术的发展,人力资源管理也呈现出一些新的发展趋势。本文针对目前国内外的研究现状,运用Jsp、Struts、Hibernate等技术,以招聘管理模块为实例,研究基于Web技术的人力资源管理系统的实现。主要完成以下几方面的任务: (1)对现代国内外企业人力资源管理的基本理论和基本思想,以及人力资源管理的一些重要作用、发展趋势等进行深入研究,加强国内企业对人力资源管理理论方面的理解,并为人力资源管理系统的设计和实现建立理论基础。 (2)分析目前国内外人力资源管理的研究应用现状,剖析我国人力资源管理系统在实际应用中存在的一些问题,提出开发人力资源管理系统要融入到Internet中的思想。 (3)深入探讨基于Web的人力资源管理系统的体系结构设计、开发方法和实现技术等问题。并对人力资源管理系统进行需求分析和数据流程分析。 (4)以招聘管理系统为实例进行开发,实现招聘管理的一些主要功能,给基于Web的人力资源管理系统的开发提供了一个好的思路。 基线产品:可行性研究报告,项目开发计划。 9.2阶段二:需求分析 一套好的招聘管理系统应该具有如下一些特性: (1)易维护和更新管理的特性。 现今企业管理个性化很强,各家有各家高招,针对于现在企业发展趋势,必须要一套适合企业现今管理模式而且能定制未来发展模式的招聘管理系统,也就是说我们需要的软件应该是可以随着公司的调整和改变做出相应的调整和改变的灵活系统,可以快速灵活地根据客户需要进行客户化开发,增加、修改客户流程、客户界面。这样就能减少公司二次开发的成本,并且能充分的满足、贴切公司的需求,进而节约不必要的开支。 (2)基于Web模式的网络特性。 无论公司现在机构多么庞大,还是由现今的中小企业发展到大型集团,这套系统都可以为自己的管理游刃有余,并且公司再怎么扩大都无需投入额外成本。在系统管理和升级方面更是轻松自如,因为系统只需要在企业服务器上安装一次,其他客户端电脑无需安装任何额外程序(当然需要我们企业上网必备的IE浏览器),升级管理轻松在一台服务器上搞定,这样我们企业分支机构无论扩展到世界任何地方都不必担心升级管理的痛苦。 (3)无纸化办公即改善企业“白纸黑字”的办公流程的特性。 无纸化办公、异地共同办公,无论你在哪里都可以登陆这套人力资源管理系统实现你在企业中的角色,就像你坐在办公室一样完成这套工作流程,大大提高了工作效率。这也是对管理制度的一种体现,体现了“管理在前,执行后”的先进理念。 招聘的基本过程 人员招聘是人力资源管理活动的一个重要环节,它是根据组织的人力资源管理规划所确定的人员需求,通过多种渠道,利用多种手段吸引那些满足岗位要求的潜在员工前来组织求职的过程。人员招聘所扮演的角色是构建潜在新员工供给来源,从而在组织需要时能够迅速录用到能满足岗位要求的新员工。招聘管理就是对人员招聘的程序、选择招聘渠道和方法、考虑影响招聘的因素,以及对招聘费用、效果的评估等方面的管理。 人员招聘作为人力资源管理工作的一个部分,不仅与其他人力资源管理工作如人力资源规划、组织的激励机制、薪酬政策等有密切关系,而且还受诸多因素的影响。所以一个有效的招聘活动应该经过认真筹划。一般来说,人员招聘要经过如下一些程序,如图3-1所示: 图3-1人员招聘的程序 (1)确定招聘需求 当企业要扩大生产规模时,或有员工离职而其内部人员又无法填补岗位空缺时,或进行业务调整需要特定人才时,这时都需要新员工。还有些需求并不十分明显,企业不仅要了解其对人力资源现实需求,还要能够尽早发现潜在的人员需求,明确这些现实的和潜在的需求量的大小,以及补充这些人员需求的方式。 (2)制定招聘计划 在确定招聘需求之后,需要制定一个完善的招聘计划,招聘计划应包括:确定招聘渠道和选择招聘方法;制定招聘预算。企业首先要确定通过何种渠道招聘人员。如果选择内部招聘,就要从现有员工中发现哪些人员能够满足新岗位工作需要,可以补充岗位空缺;如果选择外部招聘,学校、劳动力市场、劳动服务和中介机构、猎头公司等都是人员招聘的渠道。企业还应该选择最合适的招聘方法。招聘人员不同,应该采用不同的招聘方法,初级员工或者劳动力市场人员供应充足的岗位可以通过广告或招聘会招聘,高级管理人员和高级技术人员更多地是通过猎头公司招聘。不同的招聘方法,招聘成本也大不相同,企业不仅要根据招聘的人员类型确定招聘渠道和招聘方法,还要对招聘费用进行估算。 (3)准备招聘信息 现在越来越多的企业认识到招聘工作本身就是宣传企业形象,吸引应聘者的过程。招聘信息在这个方面发挥着重要作用。招聘信息不仅包括招聘广告,也包括公司内部公告、公司的宣传册、内部刊物、公司的录像带等等。 (4)实施招聘活动 组织要通过一定的渠道,采用适当的方法将招聘信息发布出去,吸引符合组织要求的应聘者。求职人员通过递交个人简历申请应聘。组织将收到的人员简历或申请表进行分类、筛选。有些目前没被录用的应聘者信息可以存入公司的人才库,一旦有岗位空缺时,可以随时查询。 数据流程分析 基于以上对招聘过程的分析,得到招聘管理系统的简化数据流程图如图3-2所示。招聘管理从招聘需求开始,首先由各部门统计人员需求,上报有关部门审批,若审批未通过就终止,如果同意招聘就制定招聘计划,拟定招聘广告并发布招聘信息。发布招聘信息的目的也就是吸引求职者前来应聘,因此接下来要对应聘者进行管理,包括接受求职申请等一系列招聘选拔活动。 系统数据流程图 系统的E-R模型 在前面对招聘管理的过程分析和系统数据流程分析的基础上进一步给出系统的E-R模型,如图所示。 系统的E-R模型 功能需求分析 较完整的招聘管理系统主要包括以下一些功能模块,如图3-4所示: 招聘管理系统的功能模块 功能模块的说明 (1)招聘动态 系统管理员可以在网上发布招聘动态信息和紧急招聘信息,并可以查看招聘动态信息和紧急招聘信息。 (2)人才战略 系统管理员可以在网上发布人才战略,并可以查看人才战略。 (3)社会招聘 系统管理员可以在网上录入招聘岗位信息,更新招聘岗位信息,删除招聘岗位信息,查看招聘岗位信息,对社会应聘人员的简历查询和修改。 (4)校园招聘 系统管理员可以在网上对招聘专业进行增加、删除、修改。系统管理员可以在网上发布校园招聘会,对校园招聘会进行增加、删除、修改。系统管理员可以在网上对应聘者的简历查询。 (5)人才库 系统管理员可以在网上把未入人才库中简历进行筛选,符合要求的转入人才库。以便通知应聘者前来面试。 (6)系统维护 系统管理员可以在网上新增用户,并可以对用户进行管理管理。系统管理员可以在网上进行专业维护,工作地点维护,以及对公司的联系方式进行维护。 以上每个模块都对应招聘管理系统各项职能,招聘管理是企业人力资源管理系统中的重要一环,担负着从经营战略和目标出发,为企业选人用人的重任。具体到招聘管理系统如图3-5所示:包含确定人员需求、制定招聘计划、人员用、招聘效果评价、建立人才库等功能。 招聘管理功能结构图 (1)确定人员需求 部门主管上报本部门人员需求计划,系统根据职位编制控制各部门提交人员的需求,对于各部门所提交的人员需求系统能自动进行汇总,递交上级部门进行审批。 (2)制定招聘计划 根据各部门的人员需求拟订招聘计划,并报请领导批准,招聘计划审批通过后可对相关职位进行招聘发布。招聘计划包括了招聘活动负责人,招聘渠道、方法,招聘时间、地点安排,所需的人员支持,费用预算等。 (3)管理招聘资料 根据招聘计划向外发布招聘信息;收集求职者的信息,进行初步筛选,对暂时不符合要求的人员可以建立人才库;对招聘结果数据进行分析、处理,以便对招聘费用、效率等进行评价。 (4)实施招聘选拔 人力资源管理人员根据职位和任职条件设置组合条件,过滤不符合条件的应聘者,对通过筛选人员可选择是否安排面试。统一安排面试,在安排表中对面试时间进行设定后,可发送EMAIL到应聘人,没有EMAIL的就会返回提示,并可汇总出人员的联系方式。同时也会发送信息(含面试记录表)到面试负责人及相关人员处。记录人员笔试及面试的结果,以供以后查询笔试、面试等结果。对于通过的人员,会自动汇总到人力资源部相应人员处形成可录用人员表单。在人力资源与其确认相关信息后,可自动发送录用通知。同时已录用人员资料可从通过按键击活的方式从应聘人员档案库中进入人事管理中的员工档案库。 基线产品:软件需求说明书,数据要求说明书,测试计划书。 9.3.阶段三:总体设计 管理任务:包括数据库设计和程序设计相结合。 数据库设计: 概念结构设计 逻辑结构设计 根据概念结构设计得到部分关系模型描述如下: 用户表(用户编号,用户名,密码,用户所在部门,用户等级) 专业表(专业编号,专业名) 工作地区表(地区编,,地区名) 公司介绍表(公司编号,公司地址,邮政编号,联系人,电话号码,邮箱名,公司网址) 校园招聘会表(招聘编号,招聘地点,参会要求,状态,招聘时间,备注) 校园招聘工作表(校园工作编号,专业名称,专业类型, 工作地区/地点,学历要求,性别要求,需求人数,岗位类型,职位是否有效,是否急聘) 社会招聘工作表(社会工作编号,职位名称,招聘部门,职位性质,专业分类,需求人数,招聘截止日期,月薪范围,工作地区/地点,相关工作经验,学历要求,职位描述,特殊素质经历要求,工作发布日期,职位是否有效,性别要求,年龄要求,社会职称,学历要求,简历总数,通过简历总数) 招聘动态信息表(编号,名称,内容,发布日期) 发布紧急招聘信息表(编号,标题,内容, 职位编号) 物理结构设计 各表信息如下: 字段 类型 长度 说明 1、用户表myuser USER_ID varchar 50 用户编号 NAME varchar 100 用户名 PASSWORD varchar 50 密码 DEPT_NAME varchar 255 用户所在部门 USER_LEVEL varchar 10 用户等级 2、专业表major MAJOR_ID int 30 专业编号 MAJOR_NAME varchar 255 专业名 3、工作地区表job_area AREA_ID int 30 地区编号 AREA_NAME varchar 255 地区名 4、公司介绍表company CID varchar 20 公司编号 ADDRESS varchar 255 公司地址 POSTCODE varchar 30 邮政编号 CONTACT_PERSON varchar 100 联系人 PHONE varchar 30 电话号码 EMAIL varchar 200 邮箱名 WEBSITE varchar 200 公司网址 5、校园招聘会表campus_meeting MID int 30 招聘编号 招聘地点 参会要求 状态 招聘时间 备注 PLACE varchar 255 REQUIREMENT varchar 255 STATUS varchar 100 TIME timestamp 14 NOTICE varchar 255 6、校园招聘工作表campus_job ID int 30 校园工作编号 专业名称 专业类型 NAME varchar 255 TYPE varchar 255 字段 类型 长度 说明 JOB_AREA varchar 255 工作地区/地点 学历要求 性别要求 需求人数 岗位类型 职位是否有效 是否急聘 DEGREE varchar 100 SEX varchar 30 PERSONS varchar 50 JOB_TYPE varchar 100 STATE varchar 100 NOTE varchar 255 7、社会招聘工作表job JOB_ID int 20 社会工作编号 职位名称 招聘部门 职位性质 专业分类 需求人数 招聘截止日期 月薪范围 工作地区/地点 相关工作经验 学历要求 职位描述 特殊素质经历要求 工作发布日期 职位是否有效 性别要求 年龄要求 社会职称 学历要求 简历总数 通过简历总数 JOB_NAME varchar 100 DEPT_NAME varchar 100 JOB_NATURE varchar 100 JOB_TYPE varchar 100 JOB_NUMBER varchar 50 JOB_VALID_Day date SALARY varchar 50 Job_AREA varchar 100 WORK_YEAR varchar 50 DEGREE varchar 50 JOB_DESCRIPTION text JOB_REQUIREMENT text JOB_ISSUE_DATE date JOB_IS_VALID varchar 100 SEX varchar 20 AGE varchar 20 TITLE varchar 100 ISURGENT varchar 50 RESUME_TOTAL varchar 50 PAST_VALUE varchar 50 8、招聘动态信息表press ID int 30 编号 名称 内容 发布日期 CAPTION varchar 200 CONTENT text store_date varchar 100 9、发布紧急招聘信息表press_urgent ID varchar 30 编号 标题 内容 CAPTION varchar 255 CONTENT text 字段 类型 长度 说明 JOB_ID varchar 50 职位编号 10、社会简历表resume RID int 30 编号 NAME varchar 50 姓名 IDCARD varchar 50 身份证号 SEX varchar 20 性别 NATIONALITY varchar 50 民族 POLITIC_STATUS varchar 50 政治面貌 HEIGHT varchar 20 身高 WEIGHT varchar 20 体重 BIRTHDAY date 出生年月 HEALTH varchar 50 健康状况 BIRTHPLACE varchar 50 籍贯 ADDRESS varchar 255 家庭住址 HUKOU varchar 255 户口所在地 MARITAL_STATUS varchar 50 婚姻状况 COMPANY_NAME varchar 255 现工作单位 OCCUPATION varchar 255 职位或职称 RESEARCH varchar 255 现从事的行业 WORK_YEAR varchar 20 专业工作年限 DEGREE varchar 50 最高学历 COLLEGE varchar 20 毕业学校 MAJOR_TYPE varchar 100 专业分类 MAJOR_NAME varchar 255 专业名称 GRADUATEDATE date 毕业时间 EDUCATION_MODE varchar 50 培养方式 FIRST_LANG_NAME varchar 50 语种 FIRST_LANG_LEVEL varchar 50 水平 SECOND_LANG_NAME varchar 50 语种 SECOND_LANG_LEVEL varchar 100 水平 COMPUTER_LEVEL varchar 100 计算机水平 JOB_ID varchar 100 工作编号 EXPECTED_SALARY varchar 30 期望月薪 CURR_SALARY varchar 50 目前薪水 EXPECTED_JOB_TYPE varchar 50 岗位意向 EXPECTED_WORK_REGION varchar 255 期望工作地区 BEGIN_TO_WORK varchar 255 到岗时间 PHONE varchar 255 电话 字段 类型 长度 说明 MOBILE varchar 255 手机 EMAIL varchar 255 电子邮箱 MAIL_ADD varchar 255 通讯地址 POSTCODE varchar 255 邮政编码 SELF_EVAL varchar 255 自我评价 SKILL text 职业技能与特长 JOB_NAME varchar 200 工作名字 STORE_DATE date 简历存储日期 11、策略表strategy ID varchar 50 编号 CAPTION varchar 100 标题 CONTENT text 内容 12、校园简历表student RID int 30 编号 NAME varchar 50 姓名 IDCARD varchar 50 身份证号 SEX varchar 20 性别 NATIONALITY varchar 50 民族 POLITIC_STATUS varchar 50 政治面貌 HEIGHT varchar 20 身高 WEIGHT varchar 20 体重 BIRTHDAY date 出生年月 HEALTH varchar 50 健康状况 BIRTHPLACE varchar 50 籍贯 ADDRESS varchar 255 家庭住址 DEGREE varchar 50 最高学历 COLLEGE varchar 255 毕业学校 MAJOR_TYPE varchar 100 专业分类 MAJOR_NAME varchar 255 专业名称 RESEARCH varchar 100 现从事的行业 GRADUATEDATE date 毕业时间 EDUCATION_MODE varchar 50 培养方式 FIRST_LANG_NAME varchar 50 培养方式 FIRST_LANG_LEVEL varchar 100 语种 SECOND_LANG_NAME varchar 50 语种 SECOND_LANG_LEVEL varchar 100 水平 COMPUTER_LEVEL varchar 50 计算机水平 EXPECTED_SALARY varchar 30 期望月薪 : 字段 类型 长度 说明 EXPECTED_JOB_TYPE varchar 50 岗位意向 EXPECTED_WORK_REGION varchar 50 期望工作地区 PHONE varchar 255 电话 MOBILE varchar 255 手机 EMAIL varchar 255 电子邮箱 MAIL_ADD varchar 255 通讯地址 POSTCODE varchar 255 邮政编码 STUDY_EXPER text 255 学习经历 WORK_EXPER text 社会实践经历 SELF_EVAL varchar 255 自我评价 SKILL text 职业技能与特长 JOB_NAME varchar 200 工作名字 JOB_ID varchar 30 工作编号 STORE_DATE date 简历存储日期 13、社会教育和培训经历表studyexpr RID int 30 编号 studyTime11 date 1开始学习时间 studyTime12 date 1结束学习时间 studyTime21 date 2开始学习时间 studyTime22 date 2结束学习时间 studyTime31 date 3开始学习时间 studyTime32 date 3结束学习时间 school1 varchar 200 1学校/培训单位 School2 varchar 200 2学校/培训单位 School3 varchar 200 3学校/培训单位 major1 varchar 200 1专业/培训项目 major2 varchar 200 2专业/培训项目 major3 varchar 200 3专业/培训项目 degree1 varchar 100 1所获学历/证书 Degree2 varchar 100 2所获学历/证书 Degree3 varchar 100 3所获学历/证书 14、社会工作经历表workexpr RID int 30 编号 workTime11 date 1开始工作时间 workTime12 date 1结束工作时间 workTime21 date 2开始工作时间 workTime22 date 2结束工作时间 workTime31 date 3开始工作时间 续表3-1: 字段 类型 长度 说明 workTime32 date 3结束工作时间 workTime41 date 4开始工作时间 workTime42 date 4结束工作时间 company1 varchar 200 1工作单位 company2 varchar 200 2工作单位 company3 varchar 200 3工作单位 company4 varchar 200 4工作单位 industry1 varchar 200 1所属行业 industry2 varchar 200 2所属行业 industry3 varchar 200 3所属行业 industry4 varchar 200 4所属行业 department1 varchar 200 1工作部门 department2 varchar 200 2工作部门 department3 varchar 200 3工作部门 department4 varchar 200 4工作部门 position1 varchar 200 1职务 Position2 varchar 200 2职务 Position3 varchar 200 3职务 position4 varchar 200 4职务 fruit1 text 1业绩 fruit2 text 2业绩 fruit3 text 3业绩 fruit4 text 4业绩 15、人才库人员简历表talent RID int 30 编号 NAME varchar 50 姓名 IDCARD varchar 50 身份证号 SEX varchar 20 性别 NATIONALITY varchar 50 民族 POLITIC_STATUS varchar 50 政治面貌 HEIGHT varchar 20 身高 WEIGHT varchar 20 体重 BIRTHDAY date 出生年月 HEALTH varchar 50 健康状况 BIRTHPLACE varchar 50 籍贯 ADDRESS varchar 255 家庭住址 DEGREE varchar 50 最高学历 COLLEGE varchar 255 毕业学校 字段 类型 长度 说明 MAJOR_TYPE varchar 100 专业分类 MAJOR_NAME varchar 255 专业名称 RESEARCH varchar 100 现从事的行业 GRADUATEDATE date 毕业时间 EDUCATION_MODE varchar 50 培养方式 FIRST_LANG_NAME varchar 50 培养方式 FIRST_LANG_LEVEL varchar 100 语种 SECOND_LANG_NAME varchar 50 语种 SECOND_LANG_LEVEL varchar 100 水平 COMPUTER_LEVEL varchar 50 计算机水平 EXPECTED_SALARY varchar 30 期望月薪 EXPECTED_JOB_TYPE varchar 50 岗位意向 EXPECTED_WORK_REGION varchar 50 期望工作地区 PHONE varchar 255 电话 MOBILE varchar 255 手机 EMAIL varchar 255 电子邮箱 MAIL_ADD varchar 255 通讯地址 POSTCODE varchar 255 邮政编码 STUDY_EXPER text 255 学习经历 WORK_EXPER text 社会实践经历 SELF_EVAL varchar 255 自我评价 SKILL text 职业技能与特长 JOB_NAME varchar 200 工作名字 JOB_ID varchar 30 工作编号 STORE_DATE date 简历存储日期 16、人才库人员教育和培训经历表talent_studyexpr RID int 30 编号 studyTime11 date 1开始学习时间 studyTime12 date 1结束学习时间 studyTime21 date 2开始学习时间 studyTime22 date 2结束学习时间 studyTime31 date 3开始学习时间 studyTime32 date 3结束学习时间 school1 varchar 200 1学校/培训单位 School2 varchar 200 2学校/培训单位 School3 varchar 200 3学校/培训单位 major1 varchar 200 1专业/培训项目 major2 varchar 200 2专业/培训项目 字段 类型 长度 说明 major3 varchar 200 3专业/培训项目 degree1 varchar 100 1所获学历/证书 Degree2 varchar 100 2所获学历/证书 Degree3 varchar 100 3所获学历/证书 17、人才库人员工作经历表talent_workexpr RID int 30 编号 workTime11 date 1开始工作时间 workTime12 date 1结束工作时间 workTime21 date 2开始工作时间 workTime22 date 2结束工作时间 workTime31 date 3开始工作时间 workTime32 date 3结束工作时间 workTime41 date 4开始工作时间 workTime42 date 4结束工作时间 company1 varchar 200 1工作单位 company2 varchar 200 2工作单位 company3 varchar 200 3工作单位 company4 varchar 200 4工作单位 industry1 varchar 200 1所属行业 industry2 varchar 200 2所属行业 industry3 varchar 200 3所属行业 industry4 varchar 200 4所属行业 department1 varchar 200 1工作部门 department2 varchar 200 2工作部门 department3 varchar 200 3工作部门 department4 varchar 200 4工作部门 position1 varchar 200 1职务 Position2 varchar 200 2职务 Position3 varchar 200 3职务 position4 varchar 200 4职务 fruit1 text 1业绩 fruit2 text 2业绩 fruit3 text 3业绩 fruit4 text 4业绩 18、未入人才库的简历表tempary_talent RID int 30 编号 NAME varchar 50 姓名 IDCARD varchar 50 身份证号 字段 类型 长度 说明 SEX varchar 20 性别 NATIONALITY varchar 50 民族 POLITIC_STATUS varchar 50 政治面貌 HEIGHT varchar 20 身高 WEIGHT varchar 20 体重 BIRTHDAY date 出生年月 HEALTH varchar 50 健康状况 BIRTHPLACE varchar 50 籍贯 ADDRESS varchar 255 家庭住址 DEGREE varchar 50 最高学历 COLLEGE varchar 255 毕业学校 MAJOR_TYPE varchar 100 专业分类 MAJOR_NAME varchar 255 专业名称 RESEARCH varchar 100 现从事的行业 GRADUATEDATE date 毕业时间 EDUCATION_MODE varchar 50 培养方式 FIRST_LANG_NAME varchar 50 培养方式 FIRST_LANG_LEVEL varchar 100 语种 SECOND_LANG_NAME varchar 50 语种 SECOND_LANG_LEVEL varchar 100 水平 COMPUTER_LEVEL varchar 50 计算机水平 EXPECTED_SALARY varchar 30 期望月薪 EXPECTED_JOB_TYPE varchar 50 岗位意向 EXPECTED_WORK_REGION varchar 50 期望工作地区 PHONE varchar 255 电话号码 MOBILE varchar 255 手机号码 EMAIL varchar 255 电子邮箱 MAIL_ADD varchar 255 通讯地址 POSTCODE varchar 255 邮政编码 STUDY_EXPER text 255 学习经历 WORK_EXPER text 社会实践经历 SELF_EVAL varchar 255 自我评价 SKILL text 职业技能与特长 JOB_NAME varchar 200 工作名字 JOB_ID varchar 30 工作编号 STORE_DATE date 简历存储日期 19、未入人才库的教育和培训经历表tempary_studyexpr RID int 30 编号 字段 类型 长度 说明 studyTime11 date 1开始学习时间 studyTime12 date 1结束学习时间 studyTime21 date 2开始学习时间 studyTime22 date 2结束学习时间 studyTime31 date 3开始学习时间 studyTime32 date 3结束学习时间 school1 varchar 200 1学校/培训单位 School2 varchar 200 2学校/培训单位 School3 varchar 200 3学校/培训单位 major1 varchar 200 1专业/培训项目 major2 varchar 200 2专业/培训项目 major3 varchar 200 3专业/培训项目 degree1 varchar 100 1所获学历/证书 Degree2 varchar 100 2所获学历/证书 Degree3 varchar 100 3所获学历/证书 20、未入人才库的教育和培训经历表tempary_workexpr RID int 30 编号 workTime11 date 1开始工作时间 workTime12 date 1结束工作时间 workTime21 date 2开始工作时间 workTime22 date 2结束工作时间 workTime31 date 3开始工作时间 workTime32 date 3结束工作时间 workTime41 date 4开始工作时间 workTime42 date 4结束工作时间 company1 varchar 200 1工作单位 company2 varchar 200 2工作单位 company3 varchar 200 3工作单位 company4 varchar 200 4工作单位 industry1 varchar 200 1所属行业 industry2 varchar 200 2所属行业 industry3 varchar 200 3所属行业 industry4 varchar 200 4所属行业 department1 varchar 200 1工作部门 department2 varchar 200 2工作部门 department3 varchar 200 3工作部门 Department4 varchar 200 4工作部门 position1 varchar 200 1职务 字段 类型 长度 说明 Position2 varchar 200 2职务 Position3 varchar 200 3职务 position4 varchar 200 4职务 fruit1 text 1业绩 fruit2 text 2业绩 fruit3 text 3业绩 fruit4 text 4业绩 质量保证任务: 招聘管理系统的开发方法: 在实际的系统开发中存在多种开发方法,如结构化方法、原型化方法、面向对象方法等等。结构化方法也可称为面向功能的软件开发方法或面向数据流的软件开发方法,首先用结构化分析(SA)对软件进行需求分析,然后用结构化设计(SD)方法进行总体设计,最后用结构化编程(SP)进行程序设计。 原型化方法一般由以下四个阶段组成:(1)确定用户需求,(2)开发原始模型,(3)征求用户对原始模型的改进意见,(4)修改原型。原型化方法比较适用于用户需求不清、业务理论不确定、需求经常变化的情况。当系统规模不是很大也不复杂时采用该方法是比较好的。 面向对象方法是当前计算机业界中最流行的方法,包括面向对象分析(00A),面向对象设计(OOD)、面向对象编程(OOP)。这是一种以对象建模为基础,自底向上和自顶向下相接合的方法。面向对象技术在需求分析、可靠性和可维护性这三个软件开发的关键环节和质量指标上有了实质性的突破,基本解决了这些方面存在的严重问题。采用面向对象的语言编写程序,更接近于现实世界,并符合人类的思维习惯,从而使应用程序具有更高的可读性、易维护性以及可扩充性。 ERP管理系统一般规模巨大,人力资源管理子系统都是以人为管理对象,不管什么类型的企业,人力资源管理的内容与流程都应该有统一标准可遵循,招聘管理系统也不例外,基于以上考虑,本系统采用面向对象的开发方法。 招聘管理系统的分析 系统分析的目的是捕获和描述所有的系统需求,并且建立一个模型来定义系统中主要的对象。通过系统分析和流程描述达到开发者和需求者的理解和沟通。因此,分析一般都是分析员和用户协作的产物,在这个阶段,还未涉及到代码或程序的问题;它只是理解需求和实现系统的第一步。 系统功能结构图 本章第一节对招聘管理系统的功能需求进行了分析,如图3-6所示,典型的招聘管理系统从功能结构上分为三个层面:基础数据层、业务处理层和决策支持层。 基础数据层。基础数据层包含的是变得很小的静态数据,主要有两大类,一类是求职者个人属性数据,如姓名、性别、学历等;另一类是企业数据,如企业组织结构、职位设置、管理制度等。基础数据在招聘管理系统初始化的时候要用到,是整个系统正常运转的基础。 业务处理层。业务出来层是指对应于招聘管理具体业务流程的系统功能,这些功能将在日常管理工作中不断产生与积累新数据,如新员工数据、薪资数据、绩效考核数据、培训数据、考勤休假数据等。这些数据将成为企业掌握人力资源状况、提高人力资源管理水平以及提供决策支持的主要数据来源。 决策支持层。决策支持层建立在基础数据与大量业务数据组成的招聘管理数据库基础上,通过对数据的统计和分析,就能快速获得所需信息,如求职者应聘情况等这不仅能提高招聘管理效率,而且便于企业高层从总体把握人力资源情况。 招聘管理系统的功能结构图 系统数据流程图 在前面需求分析的基础上给出招聘管理系统的数据流程图,如图3-7所示。招聘管理由各部门提交人员需求开始,对人员需求进行审批,确定最后的人员需求情况,如需求量、人员要求等方面。确定了招聘需求以后,就要设计好招聘方案,具体包括选择适当的招聘渠道和招聘方法,预算招聘费用,拟定招聘信息,确定招聘时间、地点、负责人员等一些工作。有了前面的准备工作就可以实施招聘活动,根据招聘需求和招聘方案,通过一定的渠道和方法,如将招聘信息从媒体上发布出去,或组织招聘见面会等吸引求职人员前来应聘。通过筛选、面试选拔录用新员工,己录用的新员工数据输入入员工信息库,没有录用的求职人员信息输入人才库中备用。招聘方案完成以后,对招聘效果进行评估、统计分析。 招聘管理数据流程图 招聘管理系统的体系结构设计 C/S和B/S体系结构 C/S结构,即Client/Server(客户机/服务器)结构,是大家熟知的软件系统体系结构,通过将任务合理分配到Client端和Server端,降低了系统的通讯开销,可以充分利用两端硬件环境的优势。目前大多数应用软件系统都是Client/Serve;形式的两层结构,现在的软件应用系统正在向分布式的Web应用发展;内部的和外部的用户都可以访问新的和现有的应用系统,Web和Client/Server应用都可以进行同样的业务处理;不同的应用模块共享逻辑组件;通过现有应用系统中的逻辑可以扩展出新的应用系统。这也就是目前应用系统的发展方向。 B/S结构,即Browser/Server(浏览器/服务器)结构,是随着Internet技术的兴起,对C/S结构的一种变化或者改进的结构。在这种结构下,用户界面完全通过WWW浏览器实现,一部分事务逻辑在前端实现,但是主要事务逻辑在服务器端实现,形成所谓3-tier结构。B/S结构利用不断成熟和普及的浏览器技术实现原来需要复杂专用软件才能实现的强大功能,并节约了开发成本,是一种全新的软件系统构造技术。这种结构更成为当今应用软件的首选体系结构,Microsoft.net也是在这样一种背景下被提出来的架构,但微软的方案只是一种构想,要成为现实还需要几年,而JAVA技术已经是很成熟的应用了。传统的C/S结构的软件需要针对不同的操作系统系统开发不同版本的软件,由于产品的更新换代十分快,这么高的代价和低效率已经越来越不适应了。在JAVA这样的跨平台语言出现之后B/S架构更是飞快地普及起来了。 总的说来,B/S结构同传统的C/S模式相比,其优点在于:(1)Browse/Server是一种瘦客户机模式,客户端软件仅需安装浏览器,且对客户端硬件配置要求较低;(2)标准统一,维护相对简单。HTML是Web信息的组织方式,所有Web服务器和浏览器都遵循这个国际标准,使用B/S方式,可以将开发人员集中在服务器端,只需开发和维护服务器端应用程序,而服务器上的应用程序可通过网络浏览器在客户端上执行,从而充分发挥开发人员的群体优势,应用软件的维护也相对简单;(3)无需开发客户端软件。浏览器软件可以从Internet上免费得到,对于安装了Windows操作系统的客户机来说,只要使用内置的网络协议和浏览器即可;(4)跨平台支持。由于采用统一的通讯协议,并且浏览器及服务器软件可以支持多平台,所以方便的在企业异构平台运行;(5)浏览器界面易学易用,使用者无须太多技术知识。 Web服务器 数据库服务器 Internet Internet Internet HR 系统管理员 应聘者 招聘管理系统的体系结构 基于以上对B/S和C/S实现,采用Browse/Server两种模式的分析,本文中对基于Web的HRMS的模式,如图3-8所示。这是一种基于世界范围内最先进技术的网络配置方案,也是配合Internet/Intranet建设的最佳方案,这种技术平台方案最大限度地方便了用户部署和维护大型软件系统,从而大大降低了用户目标系统的总体拥有成本(TCO)。 下面是对该体系结构的具体说明: (1)客户端主要负责人机交互,包括一些与数据和应用关系的图形和界面运算。 (2)WEB服务器主要负责对客户端应用程序的集中管理。 (3)应用服务器主要负责应用系统的逻辑结构和数据关系,即事务处理。应用服务器又可以根据其处理的具体业务不同而分为多个。 (4)数据服务器则主要负责数据的存储和组织、分布式管理、备份和同步等等。 招聘管理系统基于Web的三层结构设计 Web正逐渐改变着社会结构和人类生活。随着全球互联网的迅速发展,以WWW为基础构架的各种应用系统正日益普及,从而极大地影响了各类管理应用系统的开发及实施方法。以Web为基础的网络同传统的C/S结构相比有许多优势,如统一的通讯协议、瘦客户机(客户端只需要浏览器)、任何连入互联网的节点甚至无线连接都可以接入管理系统等。由于Web体系结构的巨大优势,许多大型企业正在建立Web平台的人力资源管理系统并融合了企业资源配置,使整个企业形成一个生产、管理的有机整体,实现高效的计算机化管理。 本文中对HRMS的实现是基于Web的,采用B/S这种最新的体系结构。人力资源管理系统主界面窗体上集成有Web浏览和消息处理功能,能根据需要链接到企业内部网或Internet上,查询、处理相关的企业内部信息和政策法规信息,实现全方位的信息资源共享。 这种B/S模式主要是由表示层、功能服务层、数据服务层构成的三层体系结构,如图所示。 系统的结构模型图 该系统的物理结构有三层:第一层是分布在企业集团及全国甚至是世界各地的网络用户终端,有关人员可以使用终端上的浏览器,在授权范围内,从任何地方进入管理系统。第二层是位于企业信息中心机房的Web服务器,它负责接受各用户的访问请求,并把处理结果通过网络送给用户。第三层是同样位于中心机房的数据库服务器,它负责存储、处理通过网络收集的数据。因此软件结构也分为三层:浏览器层,应用服务器层,数据库服务器层。 系统的核心部分是Web Server它负责接受远程或者本地的HTTP查询请求,然后根据查询的条件到数据库服务器获取相关数据,再将结果翻译成标准HTML语言和各种Script代码,传送回提交请求的用户浏览器。同样,浏览器也会将更改、删除、新增数据记录的请求申请送至Web服务器,由后者和数据库服务器联系完成这些工作。 开发日期 开发的部分 责任人 2010.12.27 需求分析 汤瀛珠、庄梦菁 2010.12.28 功能点拆分 刘佳、殷纯蕾 2010.12.29 分析错误 刘佳 基线产品:总体设计说明书,数据库设计说明书,开发进度报表。 9.4.阶段四:详细设计 管理任务: 招聘管理系统的实现 本系统的模块功能介绍: (1)招聘动态 发布招聘动态信息:系统管理员可以对招聘动态信息进行增加、删除、修改。 发布紧急招聘信息:系统管理员可以对一个急需岗位进行更新。 (2)人才战略 人才战略发布:系统管理员可以在网上发布人才战略,并可以查看人才战略。 (3)社会招聘 职位管理:①录入招聘岗位信息:系统管理员可以录入新增的招聘岗位信息,然后保存到数据库中。②更新招聘岗位信息:系统管理员可以修改招聘岗位信息,然后保存到数据库中。③删除招聘岗位信息:系统管理员可以从数据库中删除过期的招聘岗位信息。④查看招聘岗位信息:系统管理员可以在线查询、查看招聘岗位信息。 新增职位:系统管理员可以录入新增的招聘岗位信息,然后保存到数据库中。 简历查询:①删除应聘简历:系统管理员可以从数据库中删除无用的应聘简历。②查看应聘简历:系统管理员可以在线查询、查看应聘者简历。③修改人才信息:系统管理员可以修改人才信息,然后保存入人才库中。 (4)校园招聘 招聘专业:系统管理员可以对招聘专业进行增加、删除、修改。 校园招聘会:系统管理员可以对校园招聘会进行增加、删除、修改。 校园简历查询:系统管理员可以查询、删除、修改。 (5)人才库 未入人才库简历查询:①修改人才信息:管理员可以修改人才信息,然后保存入人才库中。②删除人才信息:管理员可以从人才库中删除无用的人才信息。③查看人才信息:管理员可以查询、查看人才信息。 人才库简历查询:①修改人才信息:管理员可以修改人才信息,然后保存入人才库中。②删除人才信息:管理员可以从人才库中删除无用的人才信息。③查看人才信息:管理员可以查询、查看人才信息。 (6)系统维护 新增用户:系统管理员可以增加新的用户,并把该用户信息保存到数据库中。 用户管理:①增加用户:系统管理员可以增加新的用户,并把该用户信息保存到数据库中。②修改用户信息:系统管理员可以修改用户的权限、信息、然后把修改后的信息保存到数据库中。③删除用户:系统管理员可以从数据库中删除该系统的用户信息。④查看用户信息:系统管理员可以查询、查看该系统的用户信息。 专业维护:系统管理员可以对专业进行增加、删除。 工作地点维护:系统管理员可以对工作地点进行增加、删除。 联系方式维护:系统管理员可以对公司的联系方式进行更新。 功能实现及相应的图形界面 本系统如图4-1所示,主要实现以下一些功能: 系统功能模块图 (1)登录界面 用户登录模块是系统管理员进入主页面的入口,其运行结果如图4-2所示。 登录界面 系统登陆是招聘管理系统中最先使用的功能,因为用户登陆在数据库中使用的是用户表,用户表中有一个NAME字段和一个PASSWORD字段。在登陆时要根据数据库的这个字段来判断此用户是否具有管理员的权限。在网页里添写用户名和密码后点击 按钮,网页会访问一个URL,这个URL是“RMS/user/logon.jsp”。 (2)系统主界面 登录后,就进入首页,也是系统主界面,如图4-3所示。 系统主界面 该页面可以对社会招聘的职位进行新增、删除、修改,还可以按专业类型、职位状态、职位性质进行条件查询。页面的左边是系统的导航栏,左键单击导航栏上的任何相关链接,就能进入相关界面,进行系统的相关维护。 (3)人才战略界面 求职者只要输入URL为“http://localhost:8080/bishe”,就能进入人才战略界面,当进入时,会弹出一个如图4-4和如图4-5所示的两个界面。 紧急招聘岗位界面 该页面可以左键单击应聘此职位按钮、关闭窗口按钮。 人才战略界面 该页面对公司的相关介绍及人才战略。页面的左边是前台的导航栏,左键单击导航栏上的任何相关链接,就能进入相关界面,进行应聘职位的相关查询,符合自己的招聘职位,进行投递简历。 (4)校园招聘会 当左键单击校园招聘中的招聘专业时,进入如图4-6所示界面。 校园招聘专业界面 求职者可以左键单击按钮,应聘该职位,进入如图4-7所示界面。 简历填写界面 求职者必须填写带星号栏,当填写完相关信息时,下方有个提交按钮(该图没有抓下下半部分来,所以没有显示),只要左键单击提交按钮,那么你的简历已经插入数据库,管理员就能查看你的简历,管理员会对你的简历进行筛选,筛选通过,那么会通过你填写的EMAIL,发EMAIL通知你,让你进行面试。 质量保证任务: 系统的开发工具和运行环境: Java是目前建立基于Web的管理系统的一种最先进的技术,在本文的开发中,基于前面对Java及基于Java的集成开发环境Eclipse的性能、特点的介绍,选用了Eclipse作为前台开发工具,在Eclipse中连接到相应的数据库,用dreamware做用户界面的开发,开发过程中还用到JSP, J2EE等技术以及Java, XML等语言的相关知识。后台采用JDBC建立和管理数据库。 系统采用了B/S结构,可以在Windows XP中运行,浏览器使用Internet Explorer 6.0。硬件环境,建议内存512兆以上。 开发日期 开发的部分 责任人 2010.12.27 环境配置 汤瀛珠 2010.12.28 数据库设计 庄梦菁 2010.12.28 程序设计 汤瀛珠 2010.12.29 体系结构设计 全组人 基线产品:详细设计说明书,用户手册,操作手册,开发进度报表。 9.5.阶段五:系统实现 管理任务: 招聘管理系统的实现技术 Java是一种基于网络计算的开发语言,基于Java开发的应用程序是基于WEB的,另外由于JAVA的平台无关性,使得应用程序可以运行在不同硬件平台、不同操作系统平台上。因此,JAVA自诞生以来,受到了各软、硬件厂商的广泛支持。最近,各大型数据库厂商纷纷宣布他们的产品能更好地支持INTERNET,支持JAVA。并且很多应用软件厂商纷纷推出了采用JAVA开发的应用程序。随着INTERNET的迅速发展,应用软件的开发工具转向JAVA是一种必然的趋势,它代表着未来软件开发技术的潮流,JAVA的良好表现证明它是一种成熟的、可靠的开发语言。本论文中实现的人力资源招聘系统就是基于JAVA技术的,因此,在本章将对JAVA技术作一个简要的介绍。 使用JAVA技术的优点 JAVA是非常新的一种语言(1995年正式发布),具有面向对象、分布式、解释执行、健壮性和安全性、体系结构中立、可移植、多线程、以及动态性等特点。和其他编程语言相比,它有很多优点。使用JAVA的优点具体体现在以下几个方面: (1)灵活性 JAVA非常灵活,足以支持部署和开发环境中的各种变化。由于JAVA是在面向对象的基础平台上构建的,因此可以很容易对基本的语言进行扩展和发布。 (2)厂商的广泛支持 采用JAVA有一个非常引人注目的原因,就是受到了厂商的广泛支持。JAVA不像其他技术一样只有一个主要的供应商,而是有数百个公司都生产或支持JAVA产品。Oracle公司是JAVA业界的一个巨头,它继续对客户提供引导,对JAVA应用程序的开发提供产品支持。这种支持JAVA的公司有很多,因此选择JAVA语言非常牢靠,不会因为选择它作为开发语言而将自己紧紧和一个厂商捆绑在一起。 (3)用户的广泛支持 JAVA具有很好的用户基础,它们并不局限于一个特定的公司。在Internet上,有很多资源都可以获得JAVA示例代码。另外,JAVA程序员还可以使用很多免费软件或共享软件和很多应用程序代码。 (4)平台独立性 JAVA源代码和运行时文件并不局限于某一个操作系统。因此,在Windows环境中创建并编译JAVA类文件,无需任何修改就可以将相同的文件部署到UNIX环境中。JAVA的这种特性,也称为可移植性,这一点对于那些发现自己的业务增长需要一个特定的操作系统、又需要支持原操作系统的企业来说非常重要。 JAVA技术的应用 JAVA应用程序和小应用程序 标准的用Java语言编写的独立软件应用程序称为Java应用程序(Javaapplication)。它们可以在支持Java的环境(Hotjava或AppletViewer)之外执行。 Java小应用程序(Java applet)是内嵌于HTML文档中的使用标记的可执行Java代码。当与Java兼容的浏览器访问这样的页面时,它就自动下载由标记所指向的可执行代码,当完成下载该代码后,浏览器内置的Java环境就在浏览器中执行它。 Java小应用程序的主类必须是类库中己定义好的类Java. applet. Applet的子类。Java小应用程序可以直接利用浏览器或AppletViewer提供的图形用户界面,而Java application程序则必须另外书写专用代码来营建自己的图形界面。 JDBC、Servlet、JSP和JavaBeans JDBC是一种用于执行SQL语句的Java API,它由一组用Java编程语言编写的类和接口组成。JDBC为工具和数据库开发人员提供了一个标准的API,他们能够用纯Java API来编写数据库应用程序。JDBC是一种规范,它让各数据库厂商为Java程序员提供标准的数据库访问类和接口。 简单地说,JDBC的功能有三个方面:与数据库建立连接、发送SQL语句和处理结果。JDBC API既支持数据库访问的两层模型,也支持三层模型。在两层模型中,Java applet或应用程序将直接与数据库进行对话。这需要一个JDBC驱动程序来与所访问的特定数据库管理系统进行通信。用户的SQL语句被送往数据库中,其结果被送回给用户。其中用户的计算机为客户机,提供数据库的计算机为服务器,称为客户机/服务器配置。在三层模型中,命令先是被发送到服务的中间层,然后由它将SQL语句发送给数据库。数据库对SQL语句进行处理并将结果送回到中间层,中间层再将结果送回给用户。这种模型称为三层式结构。 Servlet可称为小服务程序。Servlet和传统的CGI程序及ISPAI(Internet Server API), NSAPI(Netscape Server API)等Web程序开发工具的作用是相同的。在使用Java Servlet以后,用户不必再使用效率低下的CGI方式,也不必使用只能在某个固定Web服务器平台运行的API方式来动态生成Web页面。许多Web服务器都支持Servlet,不支持Servlet的Web服务器也可以通过附加的应用服务器和模块来支持Servlet。由于Java的跨平台的特性,Servlet也是平台无关的。Java Servlet内部是以线程方式提供服务,不必对于每个请求都启动一个进程,并且利用多线程机制可以同时为多个请求服务,因此Java Servlet效率非常高。和传统的CGI, ISAPI及NSAPI方式相同,Java Servlet是利用输出HTML语句来实现动态网页的。如果用Java Servlet来开发整个网站,动态部分和静态部分的整合过程就很困难。为此,SUN推出了JSP。 JSP(Java Server Pages)是用于构建包含动态Web内容(HTML, DHTML, XHTML以及XML等)的应用系统的一种Java技术。JSP使得进行复杂动态Web页的开发变得简单、灵活而高效。Java Servlet是JSP技术的基础,大型的Web应用程序的开发需要Java Servlet和JSP配合才能完成。JSP页是包含了JSP元素的HTML或XML页。JSP元素由JSP标准来定界。其中一些标注具有标准的XML/Namespaces语法,其它一些具有JSP专用的语法。 JavaBeans就是Java的可重用组件技术。ASP通过COM来扩充复杂的功能,如文件上传、发送E-Mail以及将业务处理或复杂计算分离出来成为独立可重复利用的模块。JSP通过JavaBeans实现了同样的功能扩充。JavaBeans组件可以用来执行复杂的计算任务,或负责与数据库的交互以及数据提取等。 JSP语法虽很简洁,但从整个系统设计的角度出发,使用JSP需要一种层次化的思想。一种成熟的思想是采用使内容和显示逻辑分开的技术,这种技术的典型是J2EE (Java 2 Platform Enterprise Edition)架构。这一架构中,JSP仅仅扮演页面展示的角色,商业逻辑、数据逻辑则被封装在EJB(Enterprise Jav aBeans)中。J2EE平台提供了一个基于组件的方法来设计、开发、装配及部署企业应用程序。 J2EE架构非常可靠,但EJB的设计和使用过于复杂,有时我们仅仅需要一种使内容和显示逻辑分开的简单方式。JavaBeans与JSP的结合便能胜任这一要求。 Struts介绍 Struts最早是作为Apache Jakarta项目的组成部分问世运作。项目的创立者希望通过对该项目的研究,改进和提高Java Server Pages、Servlet、标签库以及面向对象的技术水准。 Struts这个名字来源于在建筑和旧式飞机中使用的支持金属架。它的目的是为了减少在运用MVC设计模型来开发Web应用的时间。你仍然需要学习和应用该架构,不过它将可以完成其中一些繁重的工作。 Struts跟Tomcat、Turbine等诸多Apache项目一样,是开源软件,这是它的一大优点,使开发者能更深入的了解其内部实现机制。 除此之外,Struts的优点主要集中体现在两个方面:Taglib和页面导航。Taglib是Struts的标记库,灵活动用,能大大提高开发效率。另外,就目前国内的JSP开发者而言,除了使用JSP自带的常用标记外,很少开发自己的标记,或许Struts是一个很好的起点。 关于页面导航,我认为那将是今后的一个发展方向,事实上,这样做,使系统的脉络更加清晰。通过一个配置文件,即可把握整个系统各部分之间的联系,这对于后期的维护有着莫大的好处。尤其是当另一批开发者接手这个项目时,这种优势体现得更加明显。 MVC即Model-View-Controller的缩写,是一种常用的设计模式。MVC 减弱了业务逻辑接口和数据接口之间的耦合,以及让视图层更富于变化。Struts 是MVC的一种实现,它将Servlet和JSP 标记(属于J2EE 规范)用作实现的一部分。Struts继承了MVC的各项特性,并根据J2EE的特点,做了相应的变化与扩展。Struts的工作原理,如图2-1MVC模型所示: MVC模型 Eclipse简介 Eclipse 是一个开放源代码的、基于 Java 的可扩展开发平台。就其本身而言,它只是一个框架和一组服务,用于通过插件组件构建开发环境。幸运的是,Eclipse 附带了一个标准的插件集,包括 Java 开发工具(Java Development Tools,JDT)。 Eclipse 还包括插件开发环境(Plug-in Development Environment,PDE),这个组件主要针对希望扩展 Eclipse 的软件开发人员,因为它允许他们构建与 Eclipse 环境无缝集成的工具。 Eclipse这样功能完整且成熟的开发环境,是由蓝色巨人IBM所释出。IBM花了4千万美金来开发这个IDE(Integrated Development Environment)。第一版1.0在2001年11月释出,随后逐渐受到欢迎。Eclipse已经成为开放原始码计划(Open Source Project),大部分的开发扔然掌握在IBM手中,但是有一部份由eclipse.org的软件联盟主导。 Eclipse是开放原始码,结果很多人在使用的时候都不注重合法权的问题。开放原始码软件让使用者能够取得软件的原始码,有权去修改和散布这个软件。如果想修改软件,这件事的另一面就是,除非其它人对修改后的软件也有相同的权力,否则是不能散布修改后的软件,这种权利和著作权(copyright)相反,开放原始码项目中有时称之为著作义(copyleft)。有些开放原始码许可书,坚持要求任何和其它开发原始码合组成的软件也必须是开放原始码。然而,Eclipse使用的开放原始码许可书:公共公众许可书Common Public License(CPL)作为授权方式,设计上是可以容许商业利益的。CPL可以容许Eclipse和其它开放原始码软件合组时,能够以更严谨的许可书散布软件,以求用于商业途径。CPL经过Open Software Initiative(OSI)认证,其内容符合开放原始码授权的需求。 多数人认为Eclipse是Java IDE,不过,当下载Eclipse之后,除了有Java IDE(就是JDT),还有PDE。然而Eclipse是万用工具平台。JDT实际上是Eclipse的添加品,也就是外挂程序。Eclipse本身实际上是指Eclipse平台(Eclipse Platform),除了下载时能取得Java工具集以外,还提供各种工具的支持,所以平台本身只是相当小的ㄧ组软件。 如果想开发Java程序,用的是Eclipse随附的JDT外挂程序。如果想开发其它语言的程序,就需要拿到其它外挂程序,诸如CDT(C Development Toolkit)就可以开发C/C++程序。 Eclipse跨计算机语言,也跨人类的语言。相同的外挂机制可用来增加对不同语言的支持,这里使用一种特殊的外挂,叫做外挂程序片断(plug-in fragment)。IBM以捐出一个语言套件,支持中文(繁体与简体)、法文、德文、意大利文、日文、韩文、葡萄牙文(巴西)与西班牙文。 照理说Eclipse以Java写成,应该可以在任何的平台执行。但严格来说Eclipse不是跨平台的,因为它使用作业平台的原生图形来建置。因此要等SWT(Standard Widget Toolkit)移植到该平台,Eclipse才能在那个平台执行。但就现实而言到不是什么大问题,因为SWT已经被移植到数个常见平台上了,包括Windows、Linux/Motif、Linux/GTK2、Solaris、QNX、AIX、HP-UX与Mac OS X。 开发日期 开发的部分 责任人 补测人 2010.12.27 技术研究 杨玉婷、祝佳敏 2010.12.28 技术测试 祝佳敏 刘佳 2010.12.29 技术确认 杨玉婷 汤瀛珠 基线产品:模块开发卷宗,开发进度报表。 9.6.阶段六:测试 管理任务: 测试的实现 本系统采取的测试方法是先对单个模块进行单元测试,经过修改和调整通过以后,进行总体测试。测试结果各项功能均已经或基本达到设计要求。 模块测试 在设计的好的系统中,每个模块完成一个清晰定义的子功能。而且这个子功能和同级其他模块的功能之间没有相互依赖关系。因此,有可能把每个模块作为一个单独的实体来测,而且通常比较容易设计检验模块正确性的测试方案。模块测试的目的是保证每个模块作为一个单元能正确运行。 系统及子系统测试 系统测试是把经过测试的子系统装配成一个完整的系统来测试。 在这个过程中不仅应该发现设计和编码的错误,还应该验证系统确定能提供需求说明书中指定的功能, 而且系统的动态特性也符合预定要求。 子系统测试是指当把各个经过测试的、独立的模块经过一定的方式、方法集成为一个子系统后进行的测试。这一步主要是测试接口,看各个模块之间的接口是否匹配,通信规则是否合理。 (1)测试的主要内容包括: ①在系统登录模块中用户输入登录名称和密码之后,测试系统的安全性。②在简历管理模块中,测试应聘者投递的简历,管理员是否能够查收等操作。③在发布招聘职位时,测试应聘者是否能够查看发布招聘职位,并对选中的职位进行投递简历。 ④在修改密码模块中,测试用户是否真的能把密码修改成功。 (2)验收测试 这一步的任务是进一步验证软件的有效性,即验证软件的功能和性能。 测试的主要内容包括: ①连接测试:主要对系统各个页面之间的链接情况进行了测试②布局测试:主要对系统各个页面的布局情况进行了测试,通过多次测试本系统能基本满足要求。③β测试:邀请了其他同学和老师对本系统整体功能进行了测试,测试结果一切正常,达到了设计的要求。 质量保证任务:需要很多轮的测试工作。需要及时生成测试分析报告,以达到岁项目整体的质量把握。 测试日期 测试的部分 责任人 2010.12.27 模块测试 殷纯蕾 2010.12.28 系统测试 刘佳 2010.12.29 验收测试 汤瀛珠 总结: 这次课设是做为学生的最后一次课程设计,最后两次课设主要是为了毕业设计做准备,练习一下如何写好有关毕业论文的相关文档等方面内容。收获颇多。 这次为期一个礼拜的课设,主要是确定课题再收集相关资料,写了可行性分析报告和需求说明书,这两个文档以前没有接触过,上网搜集了很多资料。并且写了实训报告,包括数据库设计、概要设计、详细设计等。利用RationRose等软件画了课题的协作图、时序图、类图、用例图;以及画了E-R图、程序流程图和结构图。这次收获最多的就是更加深了软件项目管理的流程应该是怎么样协作的,在小组人员的分工合作下,我们很快就完成一整套的系统了。作为毕业前的最后一次课,希望获得的收获能很好地运用到毕业设计中。 基线产品:测试分析报告,开发进度报表,项目开发总结报告。 9.7.阶段七:运行和维护 管理任务: 管理任务:其实测试工作和运营可以同时进行,运营主要看这个项目需要什么样的运营方案进行支持。 质量保证任务:维护小组的任务一方面是保证对项目客户的跟踪服务,另一方面是确保该项目其它的开发人员从项目中尽快的解脱出来以便投入到下一个项目的开发中。所以通常项目维护小组成员主要由项目组的少部分开发人员承担完成。他们不仅了解软件的核心内容,而且与客户也不陌生,以便能够以最快的速度修正错误。对于一般性的错误,如操作不当等引起的问题,全部由维护小组执行完成,但需要用户测试确认上线。如果较大的修改则需要走变更控制流程,用户或者维护人员填写变更申请,经专家会议讨论分析可行方案在由维护小组实施,通过测试后方可提交用户。 维护小组的人员基本上是按项目跟进的。当一个项目刚刚交付用户时,在维护小组有较多的人员进行跟进,随软件的稳定,跟进的人逐步减少,并转移到其它项目中去。 基线产品:用户手册,操作手册,项目开发总结,维护记录。 9.8.贯穿于项目的文档管理 此外,贯穿于整个项目开发过程之中的至关重要的项目管理对象是:文档管理。文档维护主要是配置管理小组的工作。文档从用途上分主要分为内部文档和外部文档。 内部文档包括: 项目开发计划; 需求分析; 体系结构设计说明; 详细设计说明; 构件索引; 构件成分说明; 构件接口及调用说明; 组件索引; 组件接口及调用说明; 类索引; 类属性及方法说明; 测试报告; 测试统计报告; 质量监督报告; 源代码; 文档分类版本索引; 软件安装打包文件。 外部文档主要包括: 软件安装手册; 软件操作手册; 在线帮助; 系统性能指标报告; 系统操作索引。 如何保证文档的全面性,使其真正为项目的进度提供保证,又不因为文档的写作而耽误项目的进度,这仍然是一个比较难解决的问题。解决此问题,其核心仍然是个"度"的问题。在本项目的开发中,配置管理小组的一个非常重要的任务还是书写文档规范和文档模板。当有文档模板后需要书写文档的人员只剩下"填空"的工作,从某种意义上讲,书写文档的速度会加快。如果书写文档的人员认为文档的更细致的部分可以由他人帮助完成,则该文档即交由他人完成,但此时文档并不算被正式提交,当他人书写完毕之后,必须由文档的初写者进行复审,复审通过后方可以正式提交,进入软件配置管理的循环中。 配置管理小组真正核心的工作是对文档的组织管理。根据文档的不同,文档的来源也不同,有些是通过质量保证小组经过复审之后转交给配置管理小组,有些则会直接从文档的出处到达配置管理小组。文档的管理是一个非常烦琐的工作,但是长远来看它不仅使项目的开发对单个主要人员的依赖减少,从而减少人员流动给项目的带来的风险,更重要的是在项目进行到后百分之十的时候起到拉动项目的作用。 从以往做大项目的经验来看,写作文档在项目开发的早期可能会使项目的进度比起不写文档要稍慢,但随着项目的进展,各个部门需要配合越来越多,开发者越来越需要知道其他人员的开发思路和开发过程,才能使自己的开发向前推进。一个明显的例子就是系统整合,或者某些环节是建立在其他环节完成的基础之上时,就更显现出文档交流的准确性和高效性。 10.项目风险管理 10.1、项目风险管理的目的 风险是指在项目进行过程中可能发生的事件,这些事件将会对项目按预期时间,资源和 预算完成产生重大影响。风险管理的目标是在潜在问题发作以前就标志它们,这样就可以在生命周期中可以适时地计划和启用风险处理活动。 10.2、项目风险管理的组成 10.3、风险的种类 分清风险的种类有利于更好的对项目进行风险管理。 10.3.1 资源风险 10.3.1.1组织 对该项目是否有足够的支持(包括管理人员、测试员、QA 和其他外部的相关各方)。 这是否是该组织尝试过的最大项目。 软件工程是否有明确定义的流程?需求记录和管理。 10.3.1.2资金 完成项目所需的资金是否到位。 是否为培训和指导分配了资金。 是否有预算限制使得系统必须以固定的成本交付,否则将被取消。 成本估算是否准确 10.3.1.3人员 是否可以获得足够的项目工作人员。 他们是否具备合适的技能和经验。 他们以前是否在一起工作过。 他们是否相信项目会成功。 是否可以找到用户代表来担任复审员。 是否可以找到领域专家。 10.3.1.4时间 时间表制定得是否现实。 是否可以为了满足时间表而对功能进行规模管理。 对交付日期的要求有多严格。 是否有时间“把工作做好”。 10.3.2业务风险 如果竞争对手抢先将产品推向市场怎么办。 如何确保有足够的资金。 系统的预计价值是否大于预计成本?(考虑货币的时间价值和资金的成本)。 如果无法同关键的供应商签定合同怎么办。 10.3.3技术风险 10.3.3.1规模风险 成功是否能够被评测。 是否有关于如何评测成功的协议。 需求是否相当稳定并得到了充分的了解。 项目规模是固定不变还是在不断扩展。 项目开发的时间范围是否太短、不够灵活。 10.3.3.2技术风险 技术是否已经过证明。 重复使用目标是否合理。 工件必须要使用一次后才能被重复使用。 构件可能要在若干次发布后才能变得稳定,以致无需重大变更即可复用。 需求中的事务量是否合理。 事务比率的估计值是否可靠?这些估计是否过于乐观。 数据量是否合理?当前可用的框架是否能够保存这些数据,或者,如果需求使您相信工作站或部门系统将成为设计的一部分,那么是否能够在这些地方合理地保存数据。 是否有特殊或苛刻的技术需求。 成功是否依赖于新的或未经试验的产品、服务或技术?是否依赖于新的或未被证明的硬件、软件或技术。 对于与其他系统(包括企业以外的系统)的接口是否存在外部依赖性?是否存在必需的接口或必须创建它们 。 是否存在极不灵活的可用性和安全性需求(例如“系统必须永远不出现故障”)。 系统的用户是否对正在开发的系统类型没有经验。 应用程序的大小或复杂性,或者技术的新颖性是否导致了风险的增加。 是否存在对国家语言支持的需求。 是否可能设计、实施和运行该系统?某些系统只由于太大或太复杂而无法正常工作。 10.3.3.3外部依赖性风险 该项目是否依赖于其他(平行的)开发项目。 成功是否依赖于市售产品或外部开发的构件。 成功是否依赖于开发工具(设计工具、编译器等)和实施技术(操作系统、数据库、进程间通信机制等)的成功集成。您是否有替代计划,可以在没有这些技术的情况下交付项目。 10.3.4 进度风险 功能是否无限追加。 计划是否过于乐观。 是否缺乏计划。 在压力下是否放弃计划。 是否追赶计划。 10.4、定义风险参数 风险参数可用于评估、分类和划分风险的优先级;该项目将发生的可能性的等级划分为:非常可能发生,可能发生,几乎不可能发生3个级别。将对项目的影响程度划分为:非常严重影响,严重影响,中等影响,微弱影响4个级别。相应的表格如下: 发生的可能性 对项目的影响程度 名称 等级 名称 等级 非常可能发生 3 非常严重影响 4 可能发生 2 严重影响 3 几乎不可能发生 2 中等影响 2 微弱影响 1 10.5、风险管理策略 有三种主要的策略: *风险规避:使其不再受到该风险的影响。 *风险转移:让其他方(客户、厂商、银行、其他主体等)承担该风险。 *风险接受:决定将该风险当作意外事件来接受。监测风险征兆,并制定应急计划,以确定在风险发生时将采取何种行动。 10.6、风险管理角色及职责 (1)项目经理 项目经理对风险管理工作负全部责任。 (2)项目组开发人员 项目组开发人员将被要求作为项目风险分析组的成员,对项目工作中存在的风险进行分析,并整理成书面材料。 (3)SQA SQA经理将定期对风险管理工作开展情况进行评审,确保所开展的风险管理工作符合组织的要求。 10.7、招聘管理项目中风险的识别 根据风险识别的分类标准可以识别出招聘管理系统项目中存在的风险,如下: 安全风险 应聘者提交的信息没有合适的保证保密性,这使得应聘者的信息可能外露,或者是企业的信息没有核对页面,应聘者对企业没有了解,都只是在网上获得的信息,所以不一定真实。 技术风险 客户可能随时提出需求和对项目的改进,需求的不稳定性和项目规模的不断扩展,可能导致项目存在规模风险。 进度风险 功能的无限追加,在强大的压力下放弃计划都造成了项目的进度风险。 10.8、风险的控制 1.控制方法 (1)风险管理计划 重点是制定一个计划,以处理在排位靠前的高风险项。 风险管理计划每阶段/迭代重新评估一次。风险监控时选取风险管理计划中没有关闭的前10大风险进行监控即可。每阶段/迭代启动时,选取“风险管理计划”中处于“监控”状态的前10大风险,用于本阶段/迭代的周例会上进行跟踪和监控(注意:周例会时只监控阶段/迭代启动时监控的前10大风险)。 (2)风险的化解 避免风险(即:不要做冒险的活动) 将风险从系统的一部分转移到另一部分(可能对于系统的其他部分此风险不会发生或发生时影响不大) 购买关于风险的信息(例如:做实验性项目,请咨询专家等) 消除风险的根源 接受风险(如果风险后果较小,而处理它可能代价很大,滚动处理可能是最有效的途径) 发布风险(将风险发布给相关涉众,如:管理者、市场人员、客户{特别注意策略}等) 控制风险 制定风险无法化解时的“风险应急计划” 分配额外的资源来处理风险 为处理风险留出额外的时间 记住风险(为将来的项目积累) 10.9. 风险监控 (1)周例会检查风险 在周工作例会上,项目经理需要跟踪项目的风险。 根据风险列表,逐一分析前10大风险,确认已经风险状态是否“发生”或“关闭”; 如果风险发生则启动“风险应急计划”或项目组协商解决办法,必要时PM请求相关高级管理者解决已发生的风险,并且PM负责在风险管理计划中将此条风险标示为“发生”。 如果风险已经消除,则PM负责在风险管理计划中将此条风险标示为“关闭”。 统计每项风险的停留时间(周数)。 10.10、招聘管理系统的风险管理 招聘管理系统项目的主要风险是开发人员对客户需求不是很熟悉,另外,客户要求的进度比较紧,而且具体需求不是很明确,客户可能随时提出需求和对项目的改进,需求的不稳定性和项目规模的不断扩展,可能导致项目存在规模风险。功能的无限追加,在强大的压力下放弃计划都造成了项目的进度风险。下面的这个风险列表就是通过一系列的风险识别、风险评估、风险应对,等到的招聘管理系统的风险列表。 排序 输入 风险事件 可能性 影响 风险值 风险应对措施 1 客户的SOW 需求不明确,增加需求,导致需求蔓延 3 3 9 1.采取加班的方法 2.修改计划去掉一些任务 3.与客户商量延长一些时间 2 WBS 复杂模块的技术难关 2 3 6 对复杂模块进行外包 3 合同 进度要求紧,合同金额有限 2 3 6 可以请一些实习的学生做辅助工作,一来成本不高,二来可以加快进度. 4 WBS 供货商、外包商的质量问题 1 3 3 多选择几个可以作为备份的外包商和供应商 5 历史项目信息 开发人员的流动 1 3 3 1.注意项目团队的沟通,及时了解开发人员的动态 2.控制好项目过程中的文档 3.从其他的项目组借调人员 4.从外部招聘有过此类开发经验人员 6 规模成本估算 项目的特殊性,成本估算不准确 1 2 2 让有类似项目经验的小组成员对成本估算审查 7 质量计划 软件达不到质量指标,软件性能欠缺 1 2 2 对每一个里程碑进行严格的质量审查 8 计划 进度要求紧,时间紧迫 1 3 3 采取加班的方法 可以请一些实习的学生做辅助工作 11.项目估算 声明 项目规模估算使用Delphi法进行估算,具体步骤如下: 协调人向小组成员提供项目规格和估计表格; 协调人召集小组讨论与规模相关的因素; 小组成员匿名填写迭代表格; 协调人整理出一个估计总结,以迭代表的形式返回各成员; 协调人召集小组会,讨论较大的估计差异; 成员复查估计总结并在迭代表上提交另一个匿名估计; 重复4-6, 直到达到一个最低和最高估计的一致。 项目规模估算 经过小组内部讨论得出项目规模估算如下: 项目名称:《招聘管理系统》 规模预测: 代码行:未知 周期:一礼拜 小组人数:6 人 费用:0元 项目进度估算 任务 完成时间 负责人 资源 备注 需求讨论 2010.12.27 汤瀛珠 2开发人员参与 项目规划 2010.12.28 庄梦菁 全体人员参与 需求确定 2010.12.28 刘佳 全体人员参与 设计 2010.12.28 汤瀛珠 2开发人员参与 项目实施 2010.12.28 庄梦菁 全体人员参与 测试 2010.12.29 殷纯蕾 3开发人员参与 部署 2010.12.29 祝佳敏 2开发人员参与 交付 2010.12.30 杨玉婷 12.项目时间计划 12.1 序言 本计划以项目初期估算为蓝本,尽量实现所有成员在整个项目过程中都能得到相关技能的锻炼,根据现有成员的特点,制定了任务分配。若在计划执行过程中遇到不可控困难,可向项目经理提出申请延期。项目开始前可根据个人意愿进行小幅度任务调整,申请人需填写任务申请表。计划开始后除极特别因素外,不予重新调整。 12.2任务分解 项目任务分解编码表 编码 任务名称 备注 R000 000 需求讨论 初步确定需求 P000 000 软件规划 制定项目计划 P100 000 项目规划 P200 000 计划评审 M000 000 需求开发 细化需求 M100 000 用户界面设计 M200 000 用户需求评审 M300 000 修改需求、界面 M400 000 编写需求说明 M500 000 需求验证 D000 000 设计 完成项目设计工作 D100 000 概要设计 D200 000 数据库ER图编制、建库 D300 000 设计评审 C000 000 实施 实际开发 C100 000 用户管理 C100 100 用户注册 C100 200 用户注销 C100 300 账号登陆 C100 400 个人信息管理 C200 000 文章管理 C200 100 写新文章 C200 200 删除文章 C200 300 编辑文章 C200 400 查看文章 C300 000 评论管理 C300 100 新建评论 C300 200 删除评论 C300 300 查看评论 C300 310 按文章查看评论 C300 320 按评论者查看评论 C400 000 界面实现 C500 000 整合 T000 000 测试 对项目进行测试 T100 000 功能模块测试 T200 000 系统集成测试 T300 000 环境测设 V000 000 部署 发布并交付 12.3 项目进度计划 任务代码 工期 开始时间 结束时间 资源 01 1 12.27 当日 项目前景分析 02 1 12.28 当日 进度人员安排 03 1 12.29 当日 概要设计 04 1 12.30 当日 详细设计 13.关键资源计划 13.1 序言 因本项目未涉及硬件资源分配,固各小组成员需自行解决开发设备问题。 在开发阶段,项目组提供一台公用服务器,用以测试模块功能。使用公用服务器需填写使用日志。 13.2 关键资源列表及说明 公用服务器 公用服务器的设置是为了方便处于同一开发阶段的各小组小范围整合功能模块之用,未防止出现的非测试模块错误,在使用公共服务器之后,使用人需填写使用日志,写明本次使用所更新的模块、功能、测试用数据以及模块工作情况。 用户注册 用户注册模块为用户登陆模块提供的相应的异常登陆方式。 用户登陆 用户登陆模块是文章管理和评论管理的前驱模块,除文章查看和评论查看之外,文章管理和评论管理的功能均建立在用户已登陆的前提之下。 14.项目设施工具计划 14.1.项目实施工具计划表 阶段 任务/人员 设施工具 使用时间 需求讨论 全组人员 软件:Rational Rose 2003, Windows XP,Microsoft Office Word 2007. 硬件: 开发用PC机两台 2010/12/27—2010/12/28 项目规划 汤瀛珠,庄梦菁 软件:Windows XP,Microsoft Office Word 2007. 硬件:PC两台 2010/12/28 需求开发 全体开发人员 软件:Windows XP,Microsoft Office Word 2007, Microsoft Visual Studio 2005. 硬件:开发用PC机4台 2010/12/27—2010/12/28 设计 庄梦菁,殷纯蕾,汤瀛珠 软件:Rational Rose 2003, Windows XP,Microsoft Office Word 2007, Microsoft SQL Server 2005 Standard Edition. 硬件: 开发用PC机4台 2010/12/28—2010/12/29 实施 刘佳,祝佳敏 软件: Windows Server 2003, Microsoft SQL Server 2005 Standard Edition, Microsoft V 2010/12/29—2010/12/29 isual Source Safe 2008 ,指定域名一个, Internet Explorer 7.0 /6.0。 硬件: 开发用PC机6台, 服务器一台,服务器账号6个,服务器硬盘资源 500M。 测试 杨玉婷 软件:Microsoft Internet Explorer 7.0 /6.0 , Windows XP, Microsoft Office Word 2007. 硬件: 服务器, 服务器硬件资源 1G,普通PC机三台。 2010/12/29—2010/12/30 14.2.设施工具操作要求 在项目开发中所用到的PC机一共是6台,都是开发用PC机,也就是装有Windows XP, Microsoft SQL Server 2005, Microsoft Visual Studio2008 ,Microsoft Internet Explorer 7.0/ 6.0, Microsoft Visual Source Safe 2005,Microsoft Office Word 2007,Rational Rose2003这些工具软件的PC机,为了尽量避免服务器及开发过程中所涉及的危险因素,提高开发流程的安全性和稳定性,开发用PC不能使用个人自带的PC机,且尽量不安装其他软件,安装防火墙及杀毒软件。普通PC机可以是这开发用的六台PC机之一,也可以是其他的,只要安装Microsoft Internet Explorer 7.0 /6.0 , Windows XP, Microsoft Office Word 2007即可。 服务器安装Windows Server 2005 操作系统,同样要安装Microsoft Visual Studio 2008, Microsoft SQL Server 2005 和 Microsoft Visual Source Safe 2005 。 3.工具介绍: Visual Studio 是一套完整的开发工具集,用于生成 ASP.NET Web 应用程序、XML Web Services、桌面应用程序和移动应用程序。Visual Basic、Visual C++、Visual C# 和 Visual J# 全都使用相同的集成开发环境 (IDE),利用此 IDE 可以共享工具且有助于创建混合语言解决方案。另外,这些语言利用了 .NET Framework 的功能,通过此框架可使用简化 ASP Web 应用程序和 XML Web Services 开发的关键技术。 Visual SourceSafe 是一种源代码控制系统,它提供了完善的版本和配置管理功能,以及安全保护和跟踪检查功能。VSS通过将有关项目文档(包括文本文件、图象文件、二进制文件、声音文件、视屏文件)存入数据库进行项目研发管理工作。用户可以根据需要随时快速有效地共享文件。文件一旦被添加进VSS,它的每次改动都会被记录下来,用户可以恢复文件的早期版本,项目组的其他成员也可以看到有关文档的最新版本,并对它们进行修改,VSS也同样会将新的改动记录下来。用VSS来组织管理项目,可以使得项目组间的沟通与合作更简易而且直观。 Rational Rose是Rational公司出品的一种面向对象的统一建模语言的可视化建模工具。用于可视化建模和公司级水平软件应用的组件构造。就像一个戏剧导演设计一个剧本一样,一个软件设计师使用Rational Rose,以演员(数字)、使用拖放式符号的程序表中的有用的案例元素(椭圆)、目标(矩形)和消息/关系(箭头)设计个种类,来创造(模型)一个应用的框架。当程序表被创建时,Rational Rose记录下这个程序表然后以设计师选择的C++, Visual Basic,Java, Oracle8,CORBA或者数据定义语言(Data Definition Language)来产生代码。   SQL Server 2005 Standard Edition 是适合中小型企业的数据管理和分析平台。它包括电子商务、数据仓库和业务流解决方案所需的基本功能。Standard Edition 的集成商业智能和高可用性功能可以为企业提供支持其运营所需的基本功能。Standard Edition 是需要全面的数据管理和分析平台的中小型企业的理想选择。 Microsoft Internet Explorer是微软公司推出的使用最广泛的一款网页浏览器。 Microsoft Word是文字处理软件。它被认为是Office的主要程序。它在文字处理软件市场上拥有统治份额。它私有的DOC格式被尊为一个行业的标准。 15.项目质量计划 15.1组织机构 在项目实施期间成立项目质量保证组织,该组织由质量保证人员和项目经理组成,项目经理负责质量监督工作及项目进展过程中各环节的质量把关,开发经理负责质量控制的工作,质量保证人员负责质量保证的工作。组织结构图1如下: 用户 图1:项目的组织结构 项目管理 质量保证 软件开发 设计 实施 质量控制 市场部 Coordinator 配置管理 高层管理 15.2职责 在本项目中,质量保证组织的职责如下: 15.2.1 高层管理 高层管理是公司负责质量的高级管理,其质量职责如下: l 受理项目内不能解决的不符合问题,必要时与项目经理协调; l 负责听取质量保证组的工作报告,评审质量保证活动和结果; l 参加有关质量保证过程改进的评审。 15.2.2 项目的质量保证人员 质量保证人员的质量职责如下: l 负责项目实施过程中对项目实施情况进行监督,包括对项目实施过程和工作产品进行监督检查; l 实施项目组成员的质量保证培训; l 制定质量保证计划; l 按计划实施审计活动,依照质量保证计划执行评审/审计,并记录执行中发现的不符合项; l 对不符合问题提交不符合项报告,跟踪并验证纠正措施的执行情况; l 对项目内不能解决的不符合项问题向高层管理提交报告; l 向项目经理报告项目质量工作状况和质量度量结果; l 定期向项目组报告质量活动的结果; l 制订质量保证的过程改进计划,记录过程数据。 15.2.3项目经理 项目经理的质量职责如下: l 评审质量计划; l 与质量保证人员一起协商不符合项问题的纠正措施,并安排资源实施纠正措施; l 定期或事件驱动的评审质量保证活动和结果。 15.3.质量目标 根据企业的质量方针和质量目标,结合本项目特点,制定项目的总体质量目标: 1) 基于需求的测试覆盖率为100%; 2)  软件功能测试用例通过率不低于95%; 3)  每个阶段评审中发现的问题都已经解决或得到适当处理。 4)  产品发布时不存在严重及其以上的缺陷。 注:严重问题指导致系统或模块不能正常工作的问题。 结合以往的项目经验和企业的质量相应标准,制定质量标准如下表: 质量计划标准 项 目 具 体 描 述 计 划 实 际 缺陷排除率(缺陷数/页) 需求检查 4 系统总体设计检查 2 缺陷排除率(缺陷数/KLOC) 详细设计复核 30 详细设计检查 10 代码复核 65 代码检查 20 编译 20 单元测试 15 系统集成 5 系统测试 5 15.4.质量策略 为了保证提交用户的产品是高质量, 实施过程中采取的质量保证措施包括:1)将质量贯彻到日常的项目进展过程中; 2)应该特别注意项目工作产品质量的早期评审工作,无论是质量保证还是质量控制采取的策略都是早期预防和早期排除缺陷。 15.5.软件质量保证 15.5.1 SQA活动图 15.5.2 角色 本文档在组织中实施所涉及的角色: 角色名称 定义/职责 SQA组长 · 指定项目的SQA接口人员; · 编制SQA月状态报告; · 协调SQA组; 项目SQA接口员 · 帮助项目组制定项目开发计划; · 制定指定项目的SQA PLAN; · 协调SQA人员参与负责项目的评审/审计活动; · 追踪不符合性问题; · 编制SQA阶段报告; SQA人员 · 依据组织规范、标准、项目需求、计划等制作审计用检查表; · 依据检查表执行QA活动; · 编制SQA审计报告; · 协商不符合性问题; 项目经理 · 配合SQA执行QA活动; · 协助处理不符合性问题; 项目组成员 配合SQA工作,接受审计。 高级管理者 处理项目组内部不能解决的不符合性问题。 配置管理经理 管理SQA工件。 CTO SQA人员向CTO负责;并最终裁决不符合性问题。 SQA监督 独立的SQA监督保证SQA活动的有效性: 依据检查表审计QA活动; 出具《SQA监督审计报告》 。 15.5.3 进入准则 项目已经立项。 15.5.4输入 输入名称 输入描述 参考指南、模板 项目审批表 · 描述项目基本情况,包含: 项目组成员角色、职责; 项目类型、简介、功能性能要求; 项目验收标准、经费、阶段划分等。 《项目审批表》模板 项目开发计划 · 软件项目的目的、范围、目标、和对象; · 软件生存周期的选择; · 精选的供开发和(或)维护软件用的规程、方法和标准的确定; · 待开发软件工作产品的确定; · 对软件工作产品的规模估计和对软件工作产品的更改; · 对软件项目的工作量成本的估计; · 关键计算机资源的预计使用情况; · 软件项目的进度,包括里程碑和评审的确定; · 项目软件风险的识别和评估; · 关于项目软件工程设施和支持工具的计划; 《项目开发计划》模板; 各种专题计划; 15.5.5 活动 质量保证的主要活动包括过程评审和产品审计。过程评审和产品审计的目的是为了确保在项目进展过程的各个阶段和各个方面采取各项措施来保证和提高提交给用户的产品质量。每一次过程评审和产品审计都应填写相应的报告或活动记录。  序号 活动名称 角色 活动描述 参考 1 · 参与制定项目开发计划 项目SQA接口人员 · 协助项目组制定项目开发计划; · 确保项目开发计划按照组织的规范编写; 序号 活动名称 角色 活动描述 参考 · 参与评审项目开发计划 2 · 编制SQA PLAN 项目SQA接口人员; 项目组成员 · 获取项目开发计划和SQA PLAN模板; · 确认项目基本情况; · 确认SQA情况和质量保证任务; · 确认不符合性问题的处理; · 评审SQA PLAN; 《SQA策略和工作方法指南》 3 · 准备检查表 SQA人员 项目SQA接口人员; · 依据SQA PLAN 的要求,项目SQA接口人员协调SQA人员编写审计检查表; · SQA人员依据组织规范、标准、项目需求、项目开发计划等编写检查表; · SQA组内部评审检查表; · 评审后检查表纳入SQA管理和控制; 4 · 预约审计/评审 项目SQA接口人员; 项目组成员; PM · 依据SQA计划,通过电话、MAIL等形式,通知项目经理和被审计人员(何时何地,接受何种审计) 《项目组与SQA接口问题》 5 · 执行评审/审计 SQA人员; 项目组成员; PM · 依据检查表,开展评审/审计活动; · 记录审计结果; 《SQA策略和工作方法指南》 《项目组与SQA接口问题》 6 · 编制SQA审计报告 SQA人员 · 依据检查表编辑审计报告; · 针对不符合性问题与相关人员协商对不符合性问题的处理措施和纠正日期;不能协商解决的不符合问题提交给能处理不符合问题的高级经理; 《项目组与SQA接口问题》 序号 活动名称 角色 活动描述 参考 · 项目经理签字确认; · 审计报告纳入SQA追踪,进行SQA管理和控制; 7 · 不符合性问题追踪 项目SQA接口人员; 项目组成员; PM;SM;CTO · 按照纠正完成日期,由项目SQA接口人员追踪不符合性问题直至解决它们为止; · 定期评审提交给高级经理的不符合问题直至解决它们为止。 《项目组与SQA接口问题》 8 · 编制SQA阶段报告 项目SQA接口人员 · 收集项目本阶段的质量保证活动的记录工件; · 编写SQA阶段报告 · 阶段评审会上评估依据SQA阶段报告活动,评估项目状态 《项目组与SQA接口问题》 《SQA阶段报告》模板 9 · SQA工件提交SCM 项目SQA接口人员; 配置管理经理 · 每阶段向配置经理提交一次SQA工件 《项目组与SQA接口问题》 15.5.5.1 产品审计 产品审计由质量保证人员来进行,检查项目产品是否达到质量目标。 质量保证人员对项目生存期中创建的工作产品可以有选择性的进行审计,以验证是否符合适当的标准,是否进行了质量检查。表2便是质量审计一览表   审计产品一览表 项 审计对象 审计阶段 参照的标准 1 软件项目计划 计划结束 企业质量体系 2 软件配置管理计划 计划结束 企业质量体系 3 软件质量保证计划 计划结束 企业质量体系 4 总体设计文档 设计结束 企业质量体系和项目计划 5 详细设计文档 设计结束 企业质量体系和项目计划 6 数据库表和编码规范 设计结束 企业质量体系和项目计划 7 产品代码 每个阶段实施结束 企业质量体系和项目计划 8 测试报告 测试结束 企业质量体系和项目计划 9 测试计划 设计结束 企业质量体系和项目计划 10 用户文档 测试结束 企业质量体系和项目计划 15.5.5.2 过程评审 项目严格按照组织定义的软件过程进行开发,过程评审的具体依据参照企业的过程规范,保证项目中的所有过程活动都在实施范围内。在每次评审之后,要对评审结果做出明确的决策并形成评审记录。评审可采取文件传阅、评审会等形式。 质量保证人员负责对项目过程进行监督,发现的问题和解决情况在每周的例会上通报,对没有解决的问题进行讨论,对不能解决的问题提交高级管理者处理。 每个周末,进行一次配置管理审核,确认配置管理工作是否正常进行。 根据公司的质量保证体系和本项目的具体特点,确定项目执行过程如下: 1)        项目规划过程及产品标准。 2)        项目跟踪管理过程。 3)        需求分析过程及产品标准。 4)        系统设计过程及产品标准。 5)        详细设计过程及产品标准。 6)        调试运行过程及产品标准。 7)        代码走查过程及代码编写标准。 8)        产品集成测试过程及产品标准。 9)        开发环境中的执行规则。 10)     测试环境中的执行规则。 11)     质量保证过程及其标准。 12)     配置管理过程及其标准。 具体过程执行标准详见企业质量体系和项目计划的过程附件。 15.5.5.3输出 输出名称 输出描述 参考 SQA PLAN · SQA活动的目的、范围; · 项目的基本情况; · SQA的情况以及质量保证活动安排; · 不符合性问题的处理 《SQA PLAN》模板 SQA检查表 · 检查项、SQA人员、被审计人员、日期时间、检查项情况等 《SQA检查表》模板 SQA审计报告 · 审计活动基本情况; · 符合项、条件符合项、不符合项; · 不符合性问题的纠正措施; · 不符合性问题的追踪情况; 《SQA审计报告》模板 SQA阶段报告 · 基本情况; · 本阶段审计情况列表; · 统计分析; · 问题说明; · SQA阶段对项目进展的建议; 《SQA阶段报告》模板 SQA月状态报告 · 收集本月SQA开展的所有活动; · SQA活动结果分析; · 共性问题分析及解决建议; · 当月SQA活动的度量 《SQA月状态报告》模板 15.5.5.4验证与确认 验证与确认名称 验证与确认细节 参考 高级管理者验证 · 通过SQA月状态报告和月例会,验证SQA活动 PM验证 · 通过项目级的SQA阶段报告、参与SQA活动验证SQA活动的开展情况 SQA监督验证 · 由SQA监督对质量保证活动进行审计。 15.5.5.5退出准则 项目验收通过、终止或暂停。 15.5.5.6与顾客的SQA合作 当合适时,根据与相关组协商结果,项目组的SQA人员要与顾客的SQA人员联系、合作,定期的评审项目SQA的活动和发现报告。 15.6.质量控制活动 质量控制活动包括代码走查、单元测试、集成测试、环境测试等,由开发人负责,详见进度计划。编码人员在编写代码时要进行同步单元测试,单元测试要达到分支覆盖,产品通过单元测试和编码检查后,应提交测试部进行集成测试、系统测试。测试部的测试应达到质量目标要求,软件发布时应达到测试通过准则的要求。   质量报告途径 质量保证人员对每次审计活动发现的不符合项,应该和项目经理协商不符合项的纠正措施,及预定完成日期,若和项目经理存在意见分歧,质量保证人员可以上报给高层管理者,高层管理者决定最后的措施。同时不符合项在项目周例会中汇报。 对不符合项,质量保证人员要在预定完成日期内重新审计、验证不符合项的纠正情况,若超过预定完成日期1周仍然有没解决的不符合项,质量保证人员上报给高级管理者,由高级管理者决定最后的措施。 质量保证人员有独立的汇报途径,日常的汇报途径如下: l    发现的问题通知项目经理,协调纠正措施。 l    将项目组内不能协调的问题汇报给高级管理者,由高级管理者协调解决。 l    的日常工作和过程数据要汇报给质量经理统一收集、统计。 15.7.不符合性问题处理 15.7.1. 将不符合性问题写入审计报告,并与项目经理一起协商加以解决(纠正措施、解决期限和复审时间),将不符合性问题、纠正措施等事宜写入SQA审计报告,报告给项目经理,并抄送SQA主管; 15.7.2. SQA组针对上述不符合性问题进行复审,验证不符合性问题是否得到纠正。如果所有问题已纠正,SQA组在审计报告上签字确认,本过程结束; 15.7.3. 有些不符合性问题在不能和项目经理一起协商加以解决的(特指不能与项目经理形成一致的解决方案和期限的;或项目经理不能提供相关证据证明SQA指出的不符合性问题是错误的),SQA组将不符合性问题及情况说明写入SQA审计报告,报告给开发部部门主管,并抄送SQA主管和项目经理; 15.7.4. SQA组针对上报给部门主管的不符合性问题进行复审,验证不符合性问题是否得到纠正。如果所有问题已纠正,SQA组在审计报告上签字确认,本过程结束;如果仍有问题没有解决,SQA组将没有解决的不符合性问题及情况说明写入SQA审计报告,上报给中央研究院院长,并抄送开发部部门主管、项目经理和SQA主管; 15.7.5. 追踪上报的不符合性问题,直至不符合性问题解决; 15.7.6. SQA组根据不符合性问题的严重程度,有权直接将审计报告汇报给CTO; 15.7.7. 将审计报告纳入项目SCM并提交到组织的过程数据库中。 15.8.记录的收集、维护和保存 项目组应当保留项目执行过程中形成的各类文档、各种记录、各级周报、各级会议记录、对于项目中问题的处理也需要形成记录保存。每周由质量保证人员根据任务清单的审计任务进行审计活动,并收集各活动的过程数据。 16.配置管理计划 16.1配置管理的目的 配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 软件配置的基本目标包括: 软件配置管理的各项工作是有计划进行的。 被选择的项目产品得到识别,控制并且可以被相关人员获取。 已识别出的项目产品的更改得到控制。 是相关组别和个人及时了解软件基线的状态和内容。 配置管理的流程图 16.2软件项目管理的职责及角色 本项目在实施中所涉及的角色及职责如下表格: 角色 人员 职责、工作范围 配置管理者 殷纯蕾 (1)制定《配置管理计划》 (2)创建和维护配置库 SCC负责人 汤瀛珠 (1)审批《配置管理计划》 (2)审批重大的变更 SCCB成员 项目经理-汤瀛珠, 质量保证人员-杨玉婷, 配置管理者-殷纯蕾 审批某些配置项或基线的变更   16.3配置项目管理的环境 由于本项目属于中小型项目,工期也不是很长,而且大家对SourceSafe也比较熟悉,所以采用SourceSafe作为配置管理工具。 17.项目管理评审 阶段评审结果 表1 项目名称 招聘管理系统 项目标识 Recruitment management system 部门/组织名 项目组 阶段名称 项目规划 主持人 汤瀛珠 会议地点 技术中心808 评审时间 2010/12/27 评审次数 1 评审人 汤瀛珠、庄梦菁、刘佳、祝佳敏、杨玉婷、殷纯蕾 评审项与结论 评审要素 评审结果 问题和对策 项目规划—讨论结果 范围计划 工程分解 项目组织 工作分解 资源分解 成本分解 各规划与数据均合理,在规定时间内完成 在项目初期对项目进行了合理规划,但是在部分细节上由于没有很多经验积累,略有偏差,只能待到执行时进行调整。 计划执行 通过 本阶段顺利执行,没有出现延期情况 质量情况 通过 满足要求 计划文档 通过 文档健全,但内容不够具体,应继续细化各部分计划 其他问题 问题不大 对于组员不理解的计划,计划编写者应耐心分析和解答 计划调整 完成 没有延期,所以不需要调整工期 提交产品 范围计划 √ 成本计划 √ 进度计划 √ 质量计划 √ 人力资源计划 √ 风险计划 √ 项目沟通计划 √ 沟通计划 √ 合同计划 √ 配置管理计划 √ 评审报告 √ 阶段统计数字 数据项目 计划 实际 偏差 工期(天) 2 2 0 规模(人时) 30 32 -2 人力投入 2 2 0 成本(元) 1200 1280 -80 阶段日期 12.27~12.28 12.27~12.28 0 阶段评语 本阶段由于是项目开始阶段,所以比较准时,这也是必要的。在完成本阶段的过程中,开发人员对项目有了总体了解,对比曾经做过的项目计划,很容易找出此项目的独特之处,然后采取不同的开发手段。这部分是对整个项目的规划,所以所有员工都做到仔细浏览文档并且理解自己参与的阶段开发。这对以后按计划完成任务具有非常大的指导意义。同时在规划时出现了一些偏差,由组员经过严谨的分析和讨论,同时借鉴历史经验加以了改正。 表2 项目名称 招聘管理系统 项目标识 Recruitment management system 部门/组织名 项目组 阶段名称 需求开发 主持人 刘佳 会议地点 技术中心808 评审时间 2010/12/27 评审次数 3 评审人 刘佳、祝佳敏 评审项与结论 评审要素 评审结果 问题和对策 需求——开发结果 用户界面 需求说明 满足用户需求 开发人员与用户一起评审,通过与用户的多次沟通和改进,才使得需求能够让用户满意,但是可能用户还会提出新的需求。 计划执行 有延期 无法按照计划的工时完成任务,从用户与开发任务的沟通来看,用户虽然暂时表示满意,但是由于市场的变动,需求仍然不是一个定数。 质量情况 通过 满足质量计划的要求 其他问题 少数 对需求的把握要达到完美,需要用户参与系统的开发,需要用户在评审时能够表明满意程度。 计划调整 完成 根据本计划的计划执行情况调整下一阶段的计划 提交产品 项目计划 √ 需求说明文档 √ 界面部分源码 √ 计划跟踪数据 √ 评审报告 √ 阶段统计数字 数据项目 计划 实际 偏差 工期(天) 4 5 -1 规模(人时) 30 44 -16 人力投入 4 4 0 成本(元) 1200 1760 -560 阶段日期 12.27~12.28 12.27~12.28 按时开工,延后一天完成 阶段评语 本阶段的成本和进度与计划的有偏差,虽然开始时间与计划相同,但是由于客户反复的需求变化,以及对用户界面的不满意,使得开发人员一再的修改需求、界面,然后再得到用户的评价和验证,导致没能按时完工。显然用户对这个系统的功能拿捏的不准,多次修改和需求的扩充使得成本和计划都不能很好的按计划执行,但总体来讲对后面的开发影响不大。需求的完善也很大程度上避免了更大的风险。 表3: 项目名称 个人微薄系统 项目标识 Recruitment management system 部门/组织名 项目组 阶段名称 设计 主持人 殷纯蕾 会议地点 技术中心808 评审时间 2010/12/27 评审次数 1 评审人 杨玉婷、殷纯蕾 评审项与结论 评审要素 评审结果 问题和对策 设计——结果 ER图和数据库设计 概要设计 满足需求规格的要求 没有用户参与评审,所以本阶段的提交结果对照需求说明作了严格审核,以避免偏离需求的风险。 计划执行 通过 基本按照计划执行,没有逾期和提前完成的情况 质量情况 通过 满足质量计划的要求 配置管理 通过 只是对数据库进行了操作,所以并没有多少问题暴露出来 其他问题 问题不大 开发人员对成功网站的结构和人性化设计进行了剖析,以便可以更准确的进行开发。 计划调整 完成 根据本阶段的计划执行情况调整下一阶段的计划 提交产品 项目计划 √ 计划跟踪数据 √ 数据库脚本 √ 系统概要说明书 √ 评审报告 √ 阶段统计数字 数据项目 计划 实际 偏差 工期(天) 4 4 0 规模(人时) 48 46 2 人力投入 4 4 0 成本(元) 1920 1840 80 阶段日期 12.27~12.28 12.27~12.28 延后1天开始,延后1天结束 阶段评语 本阶段的成本和进度得到了有效控制,而且进度略有提前。在完成本阶段目标的基础上,开发人员还深入了解了类似网站的成功案例,为接下来的开发打下了一定的基础。虽然没有用户的积极参与,但是,所有的执行都严格按照需求说明进行,所以风险也得到了很好的控制。这个阶段的成功完成也为接下来的开发提供了明确和稳健的思路,是极其有利的保障。 表4: 项目名称 招聘管理系统 项目标识 Recruitment management system 部门/组织名 项目组 阶段名称 实施 主持人 庄梦菁 会议地点 技术中心808 评审时间 2010/12/29 评审次数 1 评审人 庄梦菁、殷纯蕾 评审项与结论 评审要素 评审结果 问题和对策 WBS的各个模块——实施结果 满足需求规格的要求 开发人员与用户一起评审,用户对本阶段的提交结果基本满意,但是在一些非核心模块上,用户还提出了更详细的需求。 计划执行 基本通过 总体上按照计划执行,略有提前,但是按照用户对非核心模块需求的细化,原有的需求需进行一些修改,同时此阶段还需延长开发时间至满足用户需求。 质量情况 通过 满足质量计划的要求 配置管理 有待提高 由于使用了VSS, 版本控制得以保障,但考虑到浏览器的千差万别,运行环境没有纳入配置管理。 其他问题 问题不大 开发人员根据以往项目经验,开发过程中并没有产生严重问题,开发过程相对顺利。 计划调整 完成 根据本阶段的计划执行情况已调整下一阶段的计划。 提交产品 项目计划 √ 计划跟踪数据 √ 项目计划 √ 源码 √ 各模块运行系统 √ 评审报告 √ 阶段统计数字 数据项目 计划 实际 偏差 工期(天) 13 12 1 规模(人时) 600 566 34 人力投入 6 6 0 成本(元) 24000 22640 1360 阶段日期 12.29~12.30 12.29~12.30 延后一天开始,但按期完成 阶段评语 本阶段完成的相当不错,成本和进度已经超越了预期。但因为用户之前需求部分不够明确,导致项目实施的时候部分模块的功能与用户期望的需求有所偏离。用户应积极配合工作人员,工作人员也应尽量开导用户以便得到最准确的需求来修复不足。整个项目到此便可以运行,若要进行大规模修改代价太大,所以所进行的调整不能影响整体框架和核心模块。因为对项目进行恰当的WBS后,系统各模块间的耦合程度不高,所以修改起来比较轻松。这部分的完成可以给开发人员提供很宝贵的经验,也稳固了开发所用到的技术,对今后类似项目的开发有很重要的意义。本阶段结束后,项目进展和完成情况属正常。 18.项目度量计划 18.1.规模度量 下表呈现的是对各个阶段任务所耗文本页数或代码行指标的度量,包括了预期的计划和实施中的实际情况 任务名称 规模度量单位 计划 实际 需求规格说明书 文本页数 20 25 总体设计说明书 HLD页数 60 63 系统测试计划 文本页数 30 28 详细设计说明书 DLD行数 9K 11K 单元测试计划 文本页数 35 38 源程序 LOC行数 150K 185K 单元测试报告 文本页数 60 55 系统测试报告 文本行数 40 42 总计 文本页数 185 188 HLD页数 60 63 DLD行数 9K 11K LOC行数 150K 185K 18.2.时间度量 下表呈现的是对各个阶段任务所耗时间的度量,这里的时间并不是单个开发人员的工作时间,而是并行开发的时间。包括了预期的计划和实施中的实际情况。 各阶段名称 计划时间(小时) 实际时间(小时) 管理 15 14 需求分析 20 28 需求检查 2 2.5 总体设计 14 13 测试计划 4 3.5 总体设计检查 2 2 详细设计 22 20 详细设计复核 3 3 详细设计检查 2 1.5 单元测试计划 20 28 编写源程序 100 96 代码复核 2 2 代码检查 5 4 单元测试 20 25 集成测试 4 3.5 系统测试 2 2.5 验收 4 4 合计 241 252.5 18.3.需求变更度量 下表呈现的是从需求说明书完成后所做的一系列需求变更记录,涵盖了从概要设计一直到项目实施结束过程中所做的需求更改,每修改一次,版本也随之改变 变更请求 请求时间 变更请求者 变更内容 批准否(Y/N) 批准时间 需求规格版本 增加功能模块 2010/6/24 汤瀛珠 增加好友功能 Y 2010/12/28 1.1 增加公共模块 2010/6/25 刘佳 增加天气查看 Y 2010/12/28 1.2 增加功能模块 2010/6/25 祝佳敏 增加社区型Flash游戏功能 N 2010/12/28 1.2 修改注册模块 2010/6/30 殷纯蕾 增加注册条件要求 Y 2010/12/28 1.3 取消功能模块 2010/7/5 庄梦菁 取消音乐收藏模块 Y 2010/12/20 1.4 修改功能模块 2010/7/8 杨玉婷 头像上传增加自定义头像 Y 2010/12/29 1.5 增加公共模块 2010/7/9 殷纯蕾 添加脏话屏蔽功能 Y 2010/12/30 1.6 增加功能模块 2010/7/10 汤瀛珠 增加用户隐私设置模块 Y 2010/12/30 1.7 19.沟通计划 为了保证项目开发过程的顺利进行和信息的有效沟通,特要求如下的沟通计划: 1.  每天17:00—17:30项目组成员进行口头交流; 2.  每周五的14:00前提交周报告,格式见模板; 3.  每周五的15:00-17:00召开项目周例会,会后发布会议纪要给相关的项目人员,其中说明项目的进展和存在的问题; .  及时提交问题报告,问题可以通过网络提交,项目经理会及时获取问题信息。 课设总结与体会

下载文档到电脑,查找使用更方便

文档的实际排版效果,会与网站的显示效果略有不同!!

需要 10 金币 [ 分享文档获得金币 ] 1 人已下载

下载文档