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

《IT项目管理公司人力资源管理系统开发项目.docx》由会员分享，可在线阅读，更多相关《IT项目管理公司人力资源管理系统开发项目.docx（13页珍藏版）》请在第一文库网上搜索。

1、仲恺农业工程学院课程设计公司人力资源管理系统开发项目姓名院（系）专业年级学号指导教师仲恺农业工程学院教务处制公司人力资源管理系统开发项目目录一.需求分析21 .背景22 .功能需求23 .基本定义2二.项目范围分析WBS31项目工作分解结构32.软件生命周期模型3三.项目进度安排41 .项目范围42 .项目过程软件描述53 .里程碑64 .角色与职责7四.项目估计71估计的方法72.成本预算8五.风险计划81 .风险识别,评估与风险规划82 .风险分析表93 .风险应对措施11一.需求分析1背景信息技术推动者社会的进步，己经给人们的生活带来革命性的变化。随着现代科学技术的迅猛发展，计算机技术已

2、经渗透到各个领域，其强大的功能已经被人们深刻认识，它已经进入了人类社会的各个领域并发挥着越来越重要的作用，特别是Internet技术的推广和信息高速公路的建立，使IT产业在市场竞争中越发显示出其独特的优势。我国多家公司已经建立起公司人力资源管理系统，以适应高节奏，现代化，高效率的人力资源管理。2 .功能需求公司人力资源管理系统主要用于公司的人力信息管理，总体任务是实现人力资源信息关系的系统化、科学化、规范化和自动化，其主要任务是用计算机对公司人力资源的各种信息进行日常管理。推行公司人力资源管理系统的应用是进一步推进公司人力资源管理规范化、电子化的重要举措。3 .基本定义HRMS(HumanRe

3、sourceManagementSystem)公司人力资源管理信息系统DBMS(DataBaseManagementSystem)数据库管理系二.项目范围分析WBS2 1项目工作分解结构3 .软件生命周期模型针对本项目的开发特点，参考企业的生存期模型说明和软件过程体系，决定采用增量式模型如理由如下：1、人力资源管理系统的全部功能分成通用功能和增强功能两大类，因此可以先基于通用功能作出一个最小的使用版本，再逐步添加其余的功能。这样一来，用户可以先试用最小版本的同时,提出更多明确的需求,这有助于下一阶段的开发,大大减小了开发的风险。2、在人力资源管理系统需求规格中，要求系统有可扩充性。若使用增量模

4、型，可以保证系统的可扩充性。用户明确了需求的大部分，但也存在不很详尽的地方。这样只有等到一个可用的产品出来，通过客户使用，然后进行评估，评估结果作为下一个增量的开发计划，下一个增量发布一些新增的功能和特性。直至产生最终完善的产品。3、“系统要求有可扩充性，可以在现有系统的基础上，通过前台就可加挂其它功能模块二也说明用户可能会增加新的需求。4、可以从最基础的做起，逐步扩充其应用，所以选用增量模型来开发系统。5、本项目具备增量式模型的其他特点a）项目复杂程度为中等。b）预计开发软件的成本为中等。c）产品和文档的再使用率会很高，d）项目风险较低生命周期模型三.项目进度安排1项目范围人力资源、薪金发放

5、等人资管理业务是日常生产过程中非常重要的环节，原来基本上采用手工处理方式进行操作，造成工作效率低、处理速度慢、人工计算薪金准确率较低的情况。因此开发人力资源管理系统，通过在该系统中的相关数据录入、参数设置，使用电脑保存职工档案资料、计算薪资发放以及记录职工参加培训、职位变更等的详细资料，代替原来的手工处，方便进行人力资源，薪金资源的查询，大幅度提高工作效率和管理水平。/HBM管理管理管理管理管理管理设置JKKX.K2.项目过程软件描述培训I45 .里程碑里程碑是项目进度的关键点，这一部分定义项目需要跟踪的关键点阶段标志里程碑完成日期控制手段项目策划需求分析系统设计编码及测试交付阶段6 .角色与

6、职责角色（岗位）职责技能要求高级经理提供项目组足够的资金，资源等的支持；批准并参与项目计划的的评审；定期审阅项目经理提供的项目报告制定项目计划并依据计划对项目进行监督$件驱动或适期向高级经理汇报项目的进展情况对项目中出现的问题及时采取相应措施设计人员参与负责新产品需求工作、概要设计、部分详细设计VSTS开发人员参与负责新产品的设计编码以及单元测试VS2005测试经理负责新产品的集成测试和系统测试的协调和具体工作安排测试人员负责新产品的集成测试和系统测试VS2005质管部经理负责新产品的SQA工作四.项目估计1估计的方法方法：对于功能性部件的开发任务采用功能点估计方法，并应用公司历史数据库中的数

7、据，如功能点估计参数、各开发阶段的功能点实现效率等。对于全程的管理性任务，如项目管理、QA、系统管理等，根据功能规模大小采用DeIPhi方法结合ICM软件公司经验性的搭配比例确定。对于服务性任务，如上线支持、培训、维护等活动任务，根据客户己提出的要求进行指令性计划。2.成本预算类型数量(TG)阶段阶段1阶段2阶段3阶段4合计人员成本IOOOO200004000050000120000差旅费20001000100010005000设备折旧50005000500015000培训1000100050007000其它2000200020005000HOOO合计140002900049000666000

8、158000五.风险计划项目风险管理是指通过风险识别、风险分析和风险评价去认识项目的风险，并以此为基础合理地使用各种风险应对措施、管理方法技术和手段，对项目的风险实行有效的控制，妥善的处理风险事件造成的不利后果，以最少的成本保证项目总体目标实现的管理工作。1风险识别,评估与风险规划(1)风险识别风险识别是理解某特定项目有哪些可能令人满意的结果的过程。就是采用系统化的方法，识别某特定项目已知的和可预测的风险。(2)风险评估风险评估(RiSkASSeSSment)是指，在风险事件发生之前或之后(但还没有结束)，该事件给人们的生活、生命、财产等各个方面造成的影响和损失的可能性进行量化评估的工作。即，

9、风险评估就是量化测评某一事件或事物带来的影响或损失的可能程度。(3)风险规划针对风险分析的结果，为提高实现项目目标的机会，降低风险的负面影响而制定风险应对策略和应对措施的过程，即制定一定的行动和策略来对付、减少、以至于消灭风险事件。通常采取的措施有1 .回避风险。2 .转移风险。3 .损失控制。4 .自留风险。5 .风险分析表根据风险识别，风险评估，风险规划可以制定了如下风险分析表排序输入风险事件可能性影响风险值风险应对措施1最终用户抵制该系统投资方可能会由于某个细节的问题对整个系统产生反感。80%70%40%1 .尽力满足用户提出的需求。2 .界面尽可能的美观，方便。3 .需求分析阶段派出专

10、门的系统分析员去了解用户的性格，爱好，工作习惯。2项目期间，投资公司人力资源管理系统众多，投资方1.软件详细设计阶段注意增加软件的可重用性。方举棋不定浏览后可能会经常要求更改需求60%70%40%提高复用水平。2.沟通和协调。3客户的需求规格说明需求不明确，增加需求，导致需求蔓延，由于本软件是不太了解计算机的用户使用，变更需求可能性很大。70%50%35%1 .采取加班的方法。2 .修改计划去掉一些任务。3 .与客户商量延长一些时间。4 .当出现影响重大的变更需求时与客户协调，这个版本的不做改动，在下一个版本中进行功能的提升。4合同带来的限制进度要求紧，合同金额有限。30%50%15%可以请一

11、些实习的学生做辅助工作，一来成本不高，二来可以加快进度。5交付期限紧缩。需方存在紧缩交付期限的可能。导致项目吃紧。20%60%10%1 .加班。2 .临时雇佣员Io3 .调整结构。6历史项目信息。开发人员的流动。15%60%9%1 .注意项目团队的沟通，及时了解开发人员的动态。2 .控制好项目过程中的文档。3 .从其他的项目组借调人员。4.从外部招聘有过此类开发经验员。7人员缺乏经验。由于本项目中的一些员工是刚刚招聘来的，可能会缺乏经验。15%30%10%1 .采取一帮一，让有经验的程序员带着相对经验少的程序员进行开发。2 .开发之前适当的培训。8用户数量超出计划。由于该网站可能销售商品特别，

12、导致访问激增。20%20%20%1.防患于未然，数据库上采用数据池的技术在，增加并发访问量。9技术达不到预期效果。可能有一些技术达不到预期的效果，不能使需方满意。如访问速度，一些特效等等。10%10%10%1.找懂得这种技术的人帮忙。2.向老师请教。6 .风险应对措施(1)风险规避风险规避是改变项目计划来消除特定风险事件的威胁。通常情况下我们可以采用多种方法来规避风险。例如，对于软件项目开发过程中存在的技术风险，我们可以采用成熟的技术，团队成员熟悉的技术或迭代式的开发过程等方法来规避风险;对于项目管理风险我们可以采用成熟的项目管理方法和策略来规避不成熟的项目管理带来的风险;对于进度风险我们可以

13、采用增量式的开发来规避项目或产品延迟上市的风险。对于软件项目需求不确定的风险我们可以采用的原型法来规避风险。(2)风险转移风险转移是转移风险的后果给第三方，通过合同的约定，由保证策略或者供应商担保。可以采用外包的形式来转移软件开发的风险，例如发包方面对一个完全陌生领域的项目可以采用外包来完成，发包方必须有明确的合同约定来保证承包方对软件的质量，进度以及维护的保证。否则风险转移很难取得成功。(3)风险减轻风险减轻是减少不利的风险事件的后果和可能性到一个可以接受的范围。通常在项目的早期采取风险减轻策略可以收到更好的效果。例如，软件开发过程中人员流失对于软件项目的影响非常严重，我们可以通过完善工件，配备后备人员等方法来减轻人员流失带来的影响。(4)风险接受准备应对风险事件，包括积极的开发应急计划，或者消极的接受风险的后果。对于不可预见的风险，例如不可抗力;或者在风险规避，风险转移或者风险减轻不可行，或者上述活动执行成本超过接受风险的情况下采用。