IT项目管理系统-公司管理系统人力资源管理系统开发项目.doc

仲恺农业工程学院课程设计公司人力资源管理系统开发项目姓 名 院（系） 专业年级 学号 指导教师仲恺农业工程学院教务处制公司人力资源管理系统开发项目目录一. 需求分析21. 背景22. 功能需求23. 基本定义2二. 项目围分析WBS31. 项目工作分解结构32. 软件生命周期模型 3三. 项目进度安排51. 项目围52. 项目过程软件描述63. 里程碑84. 角色与职责8四. 项目估计91估计的方法92.成本预算10.五. 风险计戈U .1.0.1. 风险识别，评估与风险规划 .1.0.2. 风险分析表1.13. 风险应对措施1.3.一. 需求分析1背景信息技术推动者社会的进步，已经给人们的生活带来革命性的变化。随着现 代科学技术的迅猛发展，计算机技术已经渗透到各个领域，其强大的功能已经被 人们深刻认识，它已经进入了人类社会的各个领域并发挥着越来越重要的作用， 特别是In ternet技术的推广和信息高速公路的建立，使IT产业在市场竞争中越 发显示出其独特的优势。我国多家公司已经建立起公司人力资源管理系统，以适应高节奏，现代化， 高效率的人力资源管理。2. 功能需求公司人力资源管理系统主要用于公司的人力信息管理， 总体任务是实现人力 资源信息关系的系统化、科学化、规化和自动化，其主要任务是用计算机对公司 人力资源的各种信息进行日常管理。推行公司人力资源管理系统的应用是进一步 推进公司人力资源管理规化、电子化的重要举措。3. 基本定义HRMS(Huma n Resource Ma nageme nt System)公司人力资源管理信息系统DBMS (DataBase Management System)数据库管理系二. 项目围分析WBS1项目工作分解结构2. 软件生命周期模型针对本项目的开发特点，参考企业的生存期模型说明和软件过程体系， 决定采用增量式模型如理由如下：1、人力资源管理系统的全部功能分成通用功能和增强功能两大类，因此可以先基于通用功能作出一个最小的使用版本， 再逐步添加其余的功能。这样一来，用 户可以先试用最小版本的同时，提出更多明确的需求，这有助于下一阶段的开发, 大大减小了开发的风险。2、在人力资源管理系统需求规格中，要求系统有可扩充性。若使用增量模型， 可以保证系统的可扩充性。用户明确了需求的大部分，但也存在不很详尽的 地方。这样只有等到一个可用的产品出来，通过客户使用，然后进行评估， 评估结果作为下一个增量的开发计划，下一个增量发布一些新增的功能和特 性。直至产生最终完善的产品。3、“系统要求有可扩充性，可以在现有系统的基础上，通过前台就可加挂其它 功能模块”。也说明用户可能会增加新的需求。4、可以从最基础的做起，逐步扩充其应用，所以选用增量模型来开发系统。5、本项目具备增量式模型的其他特点a）项目复杂程度为中等。b）预计开发软件的成本为中等。c）产品和文档的再使用率会很高，d）项目风险较低软件系统生命周期模型三. 项目进度安排1.项目围人力资源、薪金发放等人资管理业务是日常生产过程中非常重要的环节，原来基本上采用手工处理方式进行操作，造成工作效率低、处理速度慢、人工计算 薪金准确率较低的情况。因此开发人力资源管理系统，通过在该系统中的相关数 据录入、参数设置，使用电脑保存职工档案资料、计算薪资发放以及记录职工参 加培训、职位变更等的详细资料，代替原来的手工处，方便进行人力资源，薪金 资源的查询，大幅度提高工作效率和管理水平。r > (人事 薪资.管理丿管理J t招聘管理2 项目过程软件描述需求调研流程重组确认需求系统设置人事管理单元测试薪资、管理招聘 、管理职位变更管理)离职、管理培训管理单元测试单元测试<单元测试单元测试单元测试3. 里程碑里程碑是项目进度的关键点，这一部分定义项目需要跟踪的关键点阶段标志里程碑完成 日期控制手段项目策划需求分析系统设计编码及测试交付阶段4角色与职责角色（岗位）职责技能要求高级经理提供项目组足够的资金，资源等的支持； 批准并参与项目计划的的评审； 定期审阅项目经理提供的项目报告制定项目计划并依据计划对项目进行监督 与跟踪控制；事件驱动或定期向高级经理汇报项目的进展情况对项目中出现的问题及时米取相应措施设计人员参与负责新产品需求工作、概要设 计、部分详细设计VSTS开发人员单元测试VS2005测试经理负责新产品的集成测试和系统测试的协调和具体工作安排测试人员负责新产品的集成测试和系统测 试VS2005质管部经理负责新产品的SQA工作四. 项目估计1估计的方法方法：对于功能性部件的开发任务采用功能点估计方法，并应用公司历史数据库中的数据，如功能点估计参数、各开发阶段的功能点实现效率等。 对于全程的管 理性任务，如项目管理、QADelphi方法结合ICM软件公司经验性的搭配比例确定。对于服务性任务，如上线支持、 培训、维护等活动任务，根据客户已提出的要求进行指令性计划。2成本预算类型数量（元）阶段阶段1阶段2阶段3阶段4合计人员成本10000200004000050000120000差旅费20001000100010005000设备折旧-50005000500015000培训-1000100050007000其它200020002000500011000合计140002900049000666000158000五. 风险计划项目风险管理是指通过风险识别、风险分析和风险评价去认识项目的风险， 并以此为基础合理地使用各种风险应对措施、 管理方法技术和手段，对项目的风 险实行有效的控制，妥善的处理风险事件造成的不利后果，以最少的成本保证项 目总体目标实现的管理工作。1. 风险识别，评估与风险规划（1）风险识别风险识别是理解某特定项目有哪些可能令人满意的结果的过程。就是采用系统化的方法，识别某特定项目已知的和可预测的风险。(2 )风险评估风险评估(Risk Assessment)是指，在风险事件发生之前或之后(但还没有 结束)，该事件给人们的生活、生命、财产等各个方面造成的影响和损失的可能 性进行量化评估的工作。即,风险评估就是量化测评某一事件或事物带来的影响 或损失的可能程度。(3 )风险规划针对风险分析的结果，为提高实现项目目标的机会，降低风险的负面影响而 制定风险应对策略和应对措施的过程，即制定一定的行动和策略来对付、减少、 以至于消灭风险事件。通常采取的措施有1. 回避风险。2. 转移风险。3损失控制。4. 自留风险。2风险分析表根据风险识别，风险评估，风险规划可以制定了如下风险分析表排序输入风险事件可能性影响风险值风险应对措施1最终用户抵制该系统投资方可能 会由于某个 细节的问题 对整个系统 产生反感。80%70%40%1. 尽力满足用户 提出的需求。2. 界面尽可能的 美观，方便。3. 需求分析阶段 派出专门的系统 分析员去了解用 户的性格，爱好， 工作习惯。2项目期 间，投资公司人力资 源管理系统 众多，投资方1.软件详细设计 阶段注意增加软 件的可重用性。方举棋不疋浏览后可能 会经常要求 更改需求60%70%40%提高复用水平。2.沟通和协调。3客户的需 求规格说 明需求不明确， 增加需求，导 致需求蔓延， 由于本软件 是不太了解 计算机的用 户使用，变更 需求可能性 很大。70%50%35%1. 采取加班的方 法。2. 修改计划去掉 一些任务。3. 与客户商量延 长一些时间。4. 当出现影响重 大的变更需求时 与客户协调，这 个版本的不做改 动，在下一个版 本中进行功能的 提升。4合同带来的限制进度要求紧， 合同金额有 限。30%50%15%可以请一些实习 的学生做辅助工 作，一来成本不 高,二来可以加 快进度。5交付期限 紧缩。需方存在紧 缩交付期限 的可能。导致 项目吃紧。20%60%10%1. 加班。2. 临时雇佣员工。3. 调整结构。6历史项目 信息。开发人员的 流动。15%60%9%1. 注意项目团队 的沟通，及时了 解开发人员的动 态。2. 控制好项目过 程中的文档。3. 从其他的项目 组借调人员。4.从外部招聘有 过此类开发经验 员。7人员缺乏 经验。由于本项目 中的一些员 工是刚刚招 聘来的，可能 会缺乏经验。15%30%10%1. 米取一帮一， 让有经验的程序 员带着相对经验 少的程序员进行 开发。2. 开发之前适当 的培训。8用户数量 超出计 划。由于该可能 销售商品特 别，导致访问 激增。20%20%20%1.防患于未然， 数据库上采用数 据池的技术在， 增加并发访问 量。9技术达不 到预期效 果。可能有一些 技术达不到 预期的效果， 不能使需方 满意。如访冋 速度，一些特 效等等。10%10%10%1. 找懂得这种技 术的人帮忙。2. 向老师请教。3. 风险应对措施(1 )风险规避风险规避是改变项目计划来消除特定风险事件的威胁。通常情况下我们可 以采用多种方法来规避风险。例如，对于软件项目开发过程中存在的技术风险， 我们可以采用成熟的技术，团队成员熟悉的技术或迭代式的开发过程等方法来规 避风险；对于项目管理风险我们可以采用成熟的项目管理方法和策略来规避不成 熟的项目管理带来的风险；对于进度风险我们可以采用增量式的开发来规避项目 或产品延迟上市的风险。对于软件项目需求不确定的风险我们可以采用的原型法 来规避风险。（2 ）风险转移风险转移是转移风险的后果给第三方， 通过合同的约定，由保证策略或者供应商 担保。可以采用外包的形式来转移软件开发的风险， 例如发包方面对一个完全陌 生领域的项目可以采用外包来完成，发包方必须有明确的合同约定来保证承包方 对软件的质量，进度以及维护的保证。否则风险转移很难取得成功。（3 ）风险减轻风险减轻是减少不利的风险事件的后果和可能性到一个可以接受的围。 通常在项 目的早期采取风险减轻策略可以收到更好的效果。 例如，软件开发过程中人员流 失对于软件项目的影响非常严重，我们可以通过完善工件，配备后备人员等方法 来减轻人员流失带来的影响。（4 ）风险接受准备应对风险事件，包括积极的开发应急计划，或者消极的接受风险的后果。 对 于不可预见的风险，例如不可抗力；或者在风险规避，风险转移或者风险减轻不 可行，或者上述活动执行成本超过接受风险的情况下采用。