ImageVerifierCode 换一换
格式:DOCX , 页数:29 ,大小:35.51KB ,
资源ID:9477930      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/9477930.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(图书馆项目管理计划书.docx)为本站会员(b****8)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

图书馆项目管理计划书.docx

1、图书馆项目管理计划书图书馆项目管理计划书系(部)名 称 计算机科学与技术学院组 长 组 员 课 程 名 称 软件项目管理指 导 教 师 日 期: 2015 年 01 月 8日1项目背景1)项目组成开发软件名称: 图书管理系统项目任务提出者:项目开发者:用户:系统管理员、操作员、读者实现软件单位:2)待开发系统定义传统的图书馆管理系统模式有多种缺陷,比如操作繁琐、工作量大难以上手,效率低、容错率差等。给大量的资料查询、更新及维护带来了大量的困难。图书管理系统对于现代图书馆而言,是能否发挥其教学科研的作用的至关重要技术平台。对于读者和图书管理员来说,是能否方便快速获取信息的关键。所以我们接受这个项

2、目,首先考虑的便是功能的实现,给用户带来充足的信息和快捷方便的操作。3)图书管理系统模型图书信息表图书信息表(tsxxb)字段类型长度约束图书编号文本20主键,必须输入图书名称文本50必须输入图书类别编号文本20必须输入书架位置文本20ISBN文本20作者文本20译者文本20单价数值出版社编号文本20出版时间时间/日期总数量数值入库日期时间/日期入库操作员文本10现存量数值借阅次数数值是否注销文本1内容简介文本200备注文本50读者信息表(dzxxb)字段类型长度约束读者编号(借书证号码和用户名与此同)文本20主键,必须输入读者姓名文本10必须输入读者类别编号文本20必须输入读者性别文本2出生

3、日期时间/日期读者状态文本4办证日期时间/日期已借图书数量数值证件名称文本10证件号码文本20读者单位文本30联系地址文本40联系电话文本30EMAIL文本30用户密码文本10办证操作员文本10备注文本50借阅信息表(jyxxb)字段类型长度约束图书编号文本20主键,必须输入图书名称文本50读者编号文本20主键,必须输入读者姓名文本10图书价格数值借阅日期时间/日期应还日期时间/日期续借次数数值借阅操作员文本10图书类别表(tslbb)字段类型长度约束图书类别编号文本20主键,必须输入图书类别名称文本20必须输入备注文本50出版社信息表(cbsxxb)字段类型长度约束出版社编号文本20主键,必

4、须输入出版社名称文本30必须输入出版社地址文本40邮政编码文本6联系人文本20联系电话文本30EMAIL文本30备注文本50读者类别表(dzlbb)字段类型长度约束读者类别编号文本20主键,必须输入读者类别名称文本10必须输入可借书数量数值可借书天数数值可续借次数数值逾期缓冲天数数值逾期每天罚款金额数值丢失罚款倍数数值图书注销信息表(tszxxxb)字段类型长度约束图书编号文本20主键,必须输入注销数量数值必须输入注销日期时间/日期注销操作员文本102主要功能本系统主要实现书籍管理、读者管理和借阅管理等主要的图书管理功能。图书管理图书类别管理:增、删除、改等管理。图书信息管理:新书入库,图书购

5、入后由图书管理人员将书籍编码并将其具体信息录入书籍信息表。书籍信息修改,书籍信息由于工作人员的疏忽而出现错误时,可修改其信息。管理员按不同方式查询、统计,读者按不同方式查询。出版社信息管理:增、删除、改等管理。图书注销:某一部分图书会随着时间的增长及知识的更新而变得不再有使用的价值,或者图书被损坏,这些图书就要在图书籍信息表中的除去。即从书籍信息表中删去此书籍记录。读者管理读者类别信息管理:增、删除、改等管理。读者信息管理:办理、挂失、暂停借、注销阅卡,录入、修改、删除读者信息。借阅管理续借管理:提供读者在符合规定的情况下网上续借。还书管理:根据借阅卡编号、图书ID等,在借阅信息表中找到相应的

6、记录,将借书记录删除,更新该记录的相应数据(图书信息表)。根据违反规定情况计算和登记罚款记录。借书管理:根据借阅卡编号和图书编号,进行借书登记。在借阅信息表中插入一条借书记录,该记录包括读者ID、图书ID、借出日期、借阅编号、操作员等信息,更新该记录的相应数据(图书信息表)。把超期图书以列表的形式显示出来,并以电子邮件或打印成书面通知读者。提供读者网上查询自己的借阅情况(包括超期提示)3开发进度与成本估算图书馆图书管理系统,此项目的成本是项目进行全过程所消耗的各种费用总和。根据工作分解结构制定出项目分摊估计表来有效的进行项目的成本计划。合同规定项目的总成本(包括软件开发成本、硬件成本和开发中的

7、其他成本)是10万元人民币。根据项目团队制定的工作分解结构,按照系统的生命期将本项目划分为六个活动,分别是项目规划、需求分析、软件设计、编程实现、系统测试、验收总结。对这六个活动进一步分解得到21个小活动。小活动的成本主要由劳动力成本(工资)和硬件成本构成。其中工资根据工期、人数和日工资来确定,硬件成本根据该项小活动的需求数量来确定。成本估算采用的方法为:先估算出每项小活动的预算,然后在算出大活动的预算,进而预算出整个项目的成本。 表1 图书馆图书管理系统项目工资标准计算表资源名称最大单位标准费率加班费率每次使用成本成本累算基准日历1100%¥330/工作日¥50/小时¥按比例标准 2100%

8、¥200/工作日¥40/小时¥按比例标准3100%¥200/工作日¥35/小时¥按比例标准 表2 图书馆图书管理系统项目分摊估算表(单位:元)活动小活动预算小活动分摊预算大活动分摊预算累计项目规划1、模板确定77023107702、撰写项目计划报告15402310需求分析3、需求调研1540693038504、需求分析308069305、需求确认154084706、撰写需求分析说明书7709240软件设计7、系统分析231014630115508、模块设计5390169409、数据库设计38502079010、美工设计23102310011、撰写详细设计说明书77023870软件开发12、硬件

9、安装10000215503387013、环境配置7703464014、代码实现1078045420软件测试15、集成测试308069304850016、系统测试30805158017、撰写系统测试报告77052350验收总结18、撰写用户手册77030805312019、人员培训7705389020、产品转移7705466021、经验总结77055430 经过预算, 图书馆项目预算总金额为55430元。项目的合同规定总成本为100000,基本上达到%的利润率。原计划此图书管理经费占整个图书管理系统的百分之一十,即是10万,时间为3个月,整个项目由一名项目经理,两名开发成员,同时完成开发后要兼顾

10、测试比较辛苦,所以时间也比较充足,要求图书管理的开发的时间最长不能超过原定计划的3天。比原计划提前了20天。这样就节省了不少成本。4系统开发项目风险分析报告软件开发项目的风险背景信息产业的发展是目前发展最快的行业之一,也是对社会影响最大的一个行业,它不但为我们创造了巨大的财富,而且从各个方面改变着我们的生活,达到一个行业,小到一项服务。我们不得不承认软件是二十一世纪最不可思议的产品。伴随着软件开发技术的不断更新、软件数量的增多、软件复杂程度不断加大、客户对产品的要求也在不断的提高,随之而来的是软件开发项目给软件开发企业和需求企业带来的巨大风险。软件开发项目的成功与否会直接影响到公司的生存。这对

11、软件开发企业来讲应该是更大的难题。一方面是业务需求更加复杂。人们对软件质量和用途的期望大幅度提高,对业务系统的要求也越来越挑剔。另一方面是开发成本不断缩减。在此形势下,风险管理与控制已成为软件开发项目成败的关键。软件开发项目由于其具有连续性、复杂性、少参照性,无标准规范等特点,其风险程度较高。目前国内的大多数软件开发企业还缺乏对软件开发项目的风险认识,缺少进行系统、有效的度量和评价的手段。据有调查数据显示,有1535%的软件项目中途被取消,剩下的项目不是超期就是超出预算或是无法达到预期目标。另外,软件项目因风险控制和管理原因失败的约占90%,可见,软件风险控制与管理在目前的软件开发项目中的重要

12、性。风险管理与风险控制介绍1)风险管理风险管理应是贯穿软件项目开发始末的一项重要任务,其中包括风险识别、风险评估、风险计划、风险解决和风险监控。它能让风险管理者主动“规避”风险,进行有效的风险管理。风险管理模型有:SEI风险管理模型、Riskit风险管理模型、SoftRisk风险管理模型、IEEE风险管理过程模型、CMMI风险管理模型、MSF风险管理模型等。在项目管理中,建立风险管理策略,在项目的生命周期中不断控制风险是非常重要的,风险管理主要包括五个阶段:(1)风险识别:识别风险的方法常用的有现场观察法、座谈法、流程图法、财务报表法、相关部门配合法和环境分析法等。(2) 风险评估:对已识别的

13、风险要进行估计和评价,风险估计的主要任务是确定风险发生的概率与后果,风险评价则是确定该风险的经济意义及处理的费/效分析,常用的方法有:概率分布、外推法、多目标分析法等。(3) 计划进度:按照评估后的风险结果,制定相应的风险管理进度表,为后续的风险管理提供参考。(4) 风险处理:一般而言,风险处理有三种方法, 风险控制法,即主动采取措施避免风险,消灭风险,中和风险或采用紧急方案降低风险。 风险自留,当风险量不大时可以余留风险。 风险转移。(5) 风险监控:包括对风险发生的监督和对风险管理的监督,前者是对已识别的风险源进行监视和控制,后者是在项目实施过程中监督人们认真执行风险管理的组织和技术措施。

14、2)风险控制(1)建立有效的风险控制的组织机构设置风险管理岗位:在软件开发项目管理过程中设置风险管理岗位,该岗位的主要职责是在制订与评估规划时,从风险管理的角度对项目规划或计划进行审核并发表意见,不断寻找可能出现的任何意外情况,试着指出各个风险的管理策略及常用的管理方法,以随时处理出现的风险,风险管理者最好是由项目主管以外的人担任。风险管理岗位的人数依据项目大小来决定,一般23人较为适合。双项目经理:为项目开发项目设定两个项目经理岗位,一个负责技术岗位,另一个负责管理岗位。目前,国内的软件开发企业的项目经理一般都是一名,而且是技术出生的占绝对多数,他们主要擅长的是技术研发,在管理方面先天不足,

15、这不利于项目风险管理和控制。通过增加专门的管理经理岗位,可以弥补技术出生的项目经理的不足,提升软件开发项目的管理水平。而且这样的经验也已得到了国外业界大多企业的认可。(2) 建立有效的风险控制管理过程风险管理过程包括培训,风险识别、风险分析、风险计划、执行计划、跟踪计划等活动,有效的风险管理过程应是学习型的、持续的和不断改进的。软件企业应建立自己的风险管理数据库作为风险管理的基础,并在实施中不断地更新和完善。根据企业和项目的实际情况,进行科学的项目风险和控制,对项目的成功研发有着举足轻重的意义。在项目开发的过程中,进行必要的项目风险分析,制定符合项目特点的风险评估和监督机制,特别是要定期对项目

16、的风险状况进行评估和监管,发现意外风险或者是风险超出预期的一定要重点关照。发现问题要立即上报,尽快解决。并建立风险监管日志,实行“岗位负责制”,将软件开发项目的风险降到最低。软件开发项目的风险来源及对项目成败的影响软件开发项目风险是指在软件生命周期中所遇到的所有的预算、进度和控制等各方面的问题,以及由这些问题而产生的对软件项目的影响。软件项目风险经常会涉及许多方面,如:缺乏用户的参与,缺少高级管理层的支持,含糊的要求,没有计划和管理等,总体概括下来应该由楼六大方面。1) 需求风险很多项目在确定需求时都面临着一些不确定性。当在项目早期容忍了这些不确定性,并且在项目进展过程当中得不到解决,这些问题

17、就会对项目的成功造成很大威胁。如果不控制与需求相关的风险因素,那么就很有可能产生错误的产品或者拙劣地建造预期的产品。每一种情况对产品来讲都可能致命的。2) 相关性风险许多风险都是因为项目的外部环境或因素的相关性产生的。经常我们在控制外部的相关性上做的不够,因此缓解策略应该包括可能性计划,以便从第二资源或协同工作资源中取得必要的组成部分,并且觉察潜在的问题。3) 技术风险软件技术的飞速发展和经验丰富员工的缺乏,意味着项目团队可能会因为技巧的原因影响项目的成功。在早期,识别风险从而采取合适的预防措施是解决风险领域问题的关键。 4) 管理风险尽管管理问题制约了很多项目的成功,但是不要因为风险管理计划

18、中没有包括所有管理活动而感到惊奇。在大部分项目里,项目经理经常是写项目风险管理计划的人,他们有先天性的不足自己检查自己的错误,这是最难的。然而,像这些问题可能会使项目的成功变得更加困难。如果不正视这些棘手的问题,它们就很有可能在项目进行的某个阶段影响项目本身。5)自然风险软件产品本身也属于一种应用型产品,同样会受到自然灾害的的影响。(自然风险主要有火灾、洪涝、恶劣天气等对图书馆的馆藏、服务系统、信息系统和人员可能造成的损害。)图书馆管理系统风险应对表风险识别风险定性与定量分析风险应对编号WBS模块风险事件风险概率风险影响描述风险影响值风险期望值缓解策略策略应急计划和突发事件风险处理措施风险负责

19、人1需求风险需求分析不到位,导致数据模型建立好后无法使用6%10%成本增长20%重新进行到位的需求分析当数据模型建立后无法使用时,即使重新做需求分析一周工作包负责人2需求风险缺少有效的需求变化管理过程10%5%进度实施10%及时和项目经理进行有效的沟通,确保需求的有效管理当缺少有效的需求变化管理过程时,要及时,与相应的管理人员惊醒沟通,制定有效的变化管理三天工作包负责任3需求风险客户不断变化需求9%工作质量受到较小的影响1、要做好与客户之间的沟通工作2、工作人员要做好应对必要变化的准备,满足客户的需求当客户不断变化需求时,1、要做好与客户之间的沟通工作2、工作人员要做好应对必要变化的准备,满足

20、客户的需求一周工作包负责人4需求风险院图书馆调研经常推后20%10进度拖延与客户相关人员进行有效沟通当需求调研不能及时进行时,根据合理时间调研并与相关工作人员进行有效沟通并确定调研时间两天项目经理5需求风险某些需求超出项目范围25%范围主要部分受到影响查看范围进度计划,并与客户,进行合理的沟通某些需求超出项目范围时,1、明确列出超出项目范围需求,2查看范围进度计划,并与客户,进行合理的沟通一天项目经理6需求风险漏掉某些模块或多了某些模块6%范围的次要不分受到影响查看范围进度计划,及时修改当漏掉某些模块或多了某些模块时,1、查看范围进度计划,及时与项目经理进行沟通,如果漏掉某些模块,及时把漏掉的

21、任务分配给相应的工作人员进行补充,如果多了一些设计模块,查看进度,并决定是否删除多出的模块一周工作包负责人7相关性风险签订合同不科学不严谨,存在边界界定不清楚的问题15%10%进度实施20%及时与客户进行有效沟通并重新修订合同当合同有问题时,1、及时与客户进行有效沟通,并进行重新修订合同,2、重新根据需求制定更加完美的合同三天项目经理9相关性风险软硬件不兼容1%项目的最终产品实际上不能使用及时与供应商联系,并进行有效沟通,更换硬件设备当软硬件不兼容时1、及时与供应商联系,并进行有效沟通,更换硬件设备2、如果无法更换,查看该硬件是否可以用在该系统的其他位置三天工作包负责人10相关性风险病毒、黑客

22、入侵造成系统无法正常工作5%项目的最终产品实际上不能使用做好系统安全防护当病毒、黑客入侵造成图书馆系统无法正常工作时,1、及时进行系统体检,用相关工具杀毒,2、通过相关设备对系统进行有效保护防止系统再次收到攻击11技术风险预算有误,导致开发过程无法进行9%10%进度实施20%向投资者申请新的的资金当预算有误,导致开发过程无法进行时,向投资者申请新的的资金,2、向投资者展示新的预算和以前错误的预算一周工作包负责人12技术风险开发工具不可靠导致项目过程中的bug5%10%进度实施20%.确定开发工具可靠当开发工具不可靠时,1、及时做测试,发现bug。2、更换开发工具一周工作包负责人13技术风险使用

23、框架存在漏洞bug,导致项目失败1%质量降低需要得到有关领导的批准测试人员及时发现问题,开发人员及时解决问题当使用框架存在漏洞bug,导致项目失败时,1、及时对框架进行修复2、更换更可靠的框架一周工作包负责人14管理风险技术人员离职,模块任务无人完成5%10%进度实施20%1、加强人员考核;确定人员的可靠性2、及时需找人员代替气工作当技术人员离职,模块任务无人完成时1、加强人员考核;确定人员的可靠性2、及时需找人员代替齐工作3、与当事人做及时沟通2天项目经理15管理风险不能按进度计划完成相应的任务2%10%进度实施20%做好跟踪记录当不能按进度计划完成相应的任务时,1、做好对每个人的及时跟踪记

24、录,2、若不能按进度完成,应当进行加班完成相应任务一周工作包负责人15管理风险进度进化不够完善导致整体任务滞后5%质量降低需要得到有关领导的批准及时调整计划当进度进化不够完善导致整体任务滞后时1、及时调整计划2、将所差进度加班完成2天工作包负责人16自然风险火灾、涝灾、地震等自然灾害1%质量降低需要得到有关领导的批准做好转移工作,降低损失程度当火灾、涝灾、地震等自然灾害时1、做好系统备份的转移工作,把损失降低到最小2及时做出应急处理,是相关负责人做出快速反映。三天工作包负责人5开发项目人员分配项目人力资源计划就是决定在项目中的每一项工作中用什么样的人力资源,确定人力资源的数量、质量和结构。组织

25、结构图书管理系统的项目管理是采用项目型组织,各成员按照从事的项目组成不同的团队,并由指定的项目经理来协调和管理项目的运作。a、职能型组织b、项目型组织c、矩阵型组织复合型组织人员要求a、项目经理1、有5年以上软件研发经验 2、能分析和判断大部分软件问题。对项目软件开发过程负责。有丰富的项目经验和很强的责任心。 有熟练的英文阅读能力和交流能力。b、调研分析员1计算机、软件工程等专业本科以上学历;2熟悉需求调研方法,具备较强的业务流程及业务模型分析设计能力; 3熟悉软件工程理论,掌握软件需求获取与分析方法;具备财务软件、物流系统软件、ERPSAP等系统软件的需求分析经验优先考虑;4有较强的文档编写

26、能力,有较强的团队协作精神c、系统分析员1精通Java语言,WEB编程,熟悉J2EE应用系统开发,熟悉Tomcat等应用服务器; 2熟悉Mysql等数据库的设计与开发; 3熟悉软件开发流程,具有需求分析和架构设计的实际经验; 4能够控制客户需求,并能够处理好与客户之间的关系,有较强的文档撰写能力; 5能够高效的管理与激发团队,使团队更具有凝聚力。d、模块设计员1精通java及数据库相关知识(至少3年以上开发经验,1年以上架构设计经验); 2熟悉面向对象的分析设计方法; 3熟练使用UML工具进行建模设计,并能充分理解客户的需求并根据需求进行模块化和面向对象分析设计; 4能够独立完成系统需求分析与

27、概要设计设计工作;5有较强的系统需求分析、设计文档编写能力; 6具有良好的团队协作精神,有较强的业务模型分析能力,思维清晰敏捷,逻辑分析能力强,善于与人沟通,能够承担一定的工作压力e、测试工程师1计算机、软件工程等相关专业;2对人员管理、资源调配、测试方法改进等经验;3分析能力强,思维周密、积极主动,关注细节,勇于创新,良好的沟通技巧以及优秀的言语表达能力,具备良好的团队合作精神; 4熟悉一些主流的软件工程方法论和思想,了解软件工程,软件生命周期模型基础; 实施人员1积极上进 2有项目管理经验优先3肯吃苦,能出差客户联络员1较强的沟通、理解和应变能力2有刚正不阿的性格,吃苦耐劳的精神3服从公司工作安排,能长期出差。2角色职能表角色姓名职责项目经理项目总体设计,制定和监控开发进度,制定相应的开发规范、负责各个环节的评审工作,协调各个成员(小组)之间开发。调研分析员实际调研,提供详细的策划方案和需求分析系统分析员根据需求分析报告进行总体分析,得出系统的概念模型模块设计员根据系统分析结果对系统做模块化分及相关接口定义程序员编写功能模块的实现代码并惊醒单元测试测试工程师测试程序及系统的功能实施人员负责工程实施, 现场培训, 协助项目验收,需求的初步确认,项目维护。客户联络员与客户联系

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1