图书馆项目管理实施计划书.docx
《图书馆项目管理实施计划书.docx》由会员分享，可在线阅读，更多相关《图书馆项目管理实施计划书.docx（30页珍藏版）》请在冰豆网上搜索。
图书馆项目管理实施计划书
图书馆项目管理计划书
系（部）名称计算机科学与技术学院
组长
组员
软件项目管理程名称课
教指导师
日01月8期：
日2015年
项目背景11）项目组成开发软件名称：
图书管理系统项目任务提出者：
项目开发者：
用户：
系统管理员、操作员、读者实现软件单位：
待开发系统定义2）容错工作量大难以上手，效率低、传统的图书馆管理系统模式有多种缺陷，比如操作繁琐、图书管理系统对于现代图书馆更新及维护带来了大量的困难。
率差等。
给大量的资料查询、是对于读者和图书管理员来说，而言，是能否发挥其教学科研的作用的至关重要技术平台。
给用所以我们接受这个项目，首先考虑的便是功能的实现，能否方便快速获取信息的关键。
户带来充足的信息和快捷方便的操作。
3）图书管理系统模型图书信息表tsxxb⑴图书信息表（）
类型长度约束字段
主键，必须输入20文本图书编号
必须输入图书名称文本50
必须输入图书类别编号文本20
文本书架位置20
20
ISBN
文本
文20作
文20译
数单
文20出版社编
时日出版时总数数
时日入库日
10入库操作文
现存数数借阅次是否注1文
200文内容简
50
文备
）⑵读者信息表（dzxxb
类字长约
主键必须输读者编（借20
文
名与此同文10必须输读者姓名必须输入读者类别编号20文本读者性别2文本日期出生日期时间/文本读者状态4
日期办证日期时间/数值已借图书数量证件名称文本10
证件号码20文本
读者单位文本30
文本联系地址40
文本联系电话30
文本EMAIL30
文本用户密码10
办证操作员文本10
备注文本50
⑶借阅信息表（）jyxxb
类型字段长度约束
主键，图书编号必须输入20文本
文本50图书名称主键，文本20读者编号必须输入
读者姓名文本10
图书价格数值
日时借阅日应还日时日数续借次
10
借阅操作文
）⑷图书类别表（tslbb
字段约束长度类型文本图书类别编号必须输入20主键，20文本图书类别名称必须输入文本备注50
cbsxxb⑸出版社信息表（）
类型约束长度字段出版社编号20文本主键，必须输入出版社名称30文本必须输入文本出版社地址40
文本6邮政编码文本联系人20
文本联系电话30
EMAIL文本30
文本备注50
⑹读者类别表（dzlbb）
约束长度类型字段
主键，文本20读者类别编号必须输入文本10必须输入读者类别名称
数值可借书数量数值可借书天数
可续借次数数值数值逾期缓冲天数
逾期每天罚款金额数值
丢失罚款倍数数值）图书注销信息表（tszxxxb⑺
长度类型约束字段必须输入主键，文本图书编号20
数值必须输入注销数量
时间注销日期/日期注销操作员10
文本主要功能2本系统主要实现书籍管理、读者管理和借阅管理等主要的图书管理功能。
2.1图书管理图书类别管理：
增、删除、改等管理。
图书购入后由图书管理人员将书籍编码并将其具体信息录入书籍新书入库，图书信息管理：
管理可修改其信息。
书籍信息由于工作人员的疏忽而出现错误时，信息表。
书籍信息修改，
员按不同方式查询、统计，读者按不同方式查询。
出版社信息管理：
增、删除、改等管理。
图书注销：
某一部分图书会随着时间的增长及知识的更新而变得不再有使用的价值，或者图书被损坏，这些图书就要在图书籍信息表中的除去。
即从书籍信息表中删去此书籍记录。
2.2读者管理
读者类别信息管理：
增、删除、改等管理。
读者信息管理：
办理、挂失、暂停借、注销阅卡，录入、修改、删除读者信息。
2.3借阅管理
续借管理：
提供读者在符合规定的情况下网上续借。
还书管理：
根据借阅卡编号、图书ID等，在借阅信息表中找到相应的记录，将借书记录删除，更新该记录的相应数据（图书信息表）。
根据违反规定情况计算和登记罚款记录。
借书管理：
根据借阅卡编号和图书编号，进行借书登记。
在借阅信息表中插入一条借书记录，该记录包括读者ID、图书ID、借出日期、借阅编号、操作员等信息，更新该记录的相应数据（图书信息表）。
把超期图书以列表的形式显示出来，并以电子邮件或打印成书面通知读者。
提供读者网上查询自己的借阅情况（包括超期提示）
3开发进度与成本估算
图书馆图书管理系统，此项目的成本是项目进行全过程所消耗的各种费用总和。
根据工作分解结构制定出项目分摊估计表来有效的进行项目的成本计划。
合同规定项目的总成本（包括软件开发成本、硬件成本和开发中的其他成本）是10万元人民币。
根据项目团队制定的工作分解结构，按照系统的生命期将本项目划分为六个活动，分别是项目规划、需求分析、软件设计、编程实现、系统测试、验收总结。
对这六个活动进一步分解得到21个小活动。
小活动的成本主要由劳动力成本（工资）和硬件成本构成。
其中工资根据工期、人数和日工资来确定，硬件成本根据该项小活动的需求数量来确定。
成本估算采用的方法为：
先估算出每项小活动的预算，然后在算出大活动的预算，进而预算出整个项目的成本。
表1图书馆图书管理系统项目工资标准计算表
资源名称
最大单位
标准费率
加班费率
每次使用成本
成本累算
基准日历
1
100%
￥330/工作日
￥50/小时
￥0.00
按比例
标准
2
100%
￥200/工作日
小￥40/时
￥0.00
按比例
标准
3
100%
工￥200/作日
35/￥小时
￥0.00
按比例
标准
表2图书馆图书管理系统项目分摊估算表（单位：
元）
活动
小活动
预算小活动分摊
预算大活动分摊
预算累计
项目规划
1、模板确定
770
2310
770
2、撰写项目计划报告
1540
2310
需求分析
3、需求调研
1540
3850
、需求分析4
3080
6930
、需求确认5
1540
6930
8470
6、撰写需求分析说明书
770
9240
软件设计
、系统分析7
2310
14630
11550
8、模块设计
5390
16940
9、数据库设计
3850
20790
、美工设计10
2310
23100
、撰写详细设计说11明书
770
23870
软件开发
12、硬件安装
10000
21550
33870
13、环境配置
770
34640
、代码实现14
10780
45420
软件测试
15、集成测试
3080
6930
48500
16、系统测试
3080
51580
17、撰写系统测试报告
770
52350
验收总结
18、撰写用户手册
770
3080
53120
、人员培训19
770
53890
20、产品转移
770
54660
、经验总结21
770
55430
，基元。
项目的合同规定总成本为100000经过预算，图书馆项目预算总金额为55430
44.6%的利润率。
本上达到个月，整3原计划此图书管理经费占整个图书管理系统的百分之一十，即是10万，时间为所以时间也同时完成开发后要兼顾测试比较辛苦，个项目由一名项目经理，两名开发成员，20天。
比原计划提前了比较充足，要求图书管理的开发的时间最长不能超过原定计划的3天。
这样就节省了不少成本。
4系统开发项目风险分析报告4.1软件开发项目的风险背景它不但为我信息产业的发展是目前发展最快的行业之一，也是对社会影响最大的一个行业，们创造了巨大的财富，而且从各个方面改变着我们的生活，达到一个行业，小到一项服务。
我们不得不承认软件是二十一世纪最不可思议的产品。
客户对产品的软件复杂程度不断加大、伴随着软件开发技术的不断更新、软件数量的增多、随之而来的是软件开发项目给软件开发企业和需求企业带来的巨大风要求也在不断的提高，这对软件开发企业来讲应该是更大险。
软件开发项目的成功与否会直接影响到公司的生存。
对业务系人们对软件质量和用途的期望大幅度提高，的难题。
一方面是业务需求更加复杂。
风险管理与控制已成在此形势下，另一方面是开发成本不断缩减。
统的要求也越来越挑剔。
为软件开发项目成败的关键。
软件开发项目由于其具有连续性、复杂性、少参照性，无标准规范等特点，其风险程度较高。
目前国内的大多数软件开发企业还缺乏对软件开发项目的风险认识，缺少进行系统、有效的度量和评价的手段。
据有调查数据显示，有15—35%的软件项目中途被取消，剩下的项目不是超期就是超出预算或是无法达到预期目标。
另外，软件项目因风险控制和管理原因失败的约占90%，可见，软件风险控制与管理在目前的软件开发项目中的重要性。
4.2风险管理与风险控制介绍
1）风险管理
风险管理应是贯穿软件项目开发始末的一项重要任务，其中包括风险识别、风险评估、风险计划、风险解决和风险监控。
它能让风险管理者主动“规避”风险，进行有效的风险管理。
风险管理模型有：
SEI风险管理模型、Riskit风险管理模型、SoftRisk风险管理模型、IEEE风险管理过程模型、CMMI风险管理模型、MSF风险管理模型等。
在项目管理中，建立风险管理策略，在项目的生命周期中不断控制风险是非常重要的，风险管理主要包括五个阶段：
（1）风险识别：
识别风险的方法常用的有现场观察法、座谈法、流程图法、财务报表法、相关部门配合法和环境分析法等。
（2）风险评估：
对已识别的风险要进行估计和评价，风险估计的主要任务是确定风险发生的概率与后果，风险评价则是确定该风险的经济意义及处理的费/效分析，常用的方法有：
概率分布、外推法、多目标分析法等。
（3）计划进度：
按照评估后的风险结果，制定相应的风险管理进度表，为后续的风险管理提供参考。
（4）风险处理：
一般而言，风险处理有三种方法，①风险控制法，即主动采取措施避免风险，消灭风险，中和风险或采用紧急方案降低风险。
②风险自留，当风险量不大时可以余留风险。
③风险转移。
（5）风险监控：
包括对风险发生的监督和对风险管理的监督，前者是对已识别的风险源进行监视和控制，后者是在项目实施过程中监督人们认真执行风险管理的组织和技术措施。
2）风险控制
（1）建立有效的风险控制的组织机构
①设置风险管理岗位：
在软件开发项目管理过程中设置风险管理岗位，该岗位的主要职责是在制订与评估规划时，从风险管理的角度对项目规划或计划进行审核并发表意见，不断寻找可能出现的任何意外情况，试着指出各个风险的管理策略及常用的管理方法，以随时处理出现的风险，风险管理者最好是由项目主管以外的人担任。
风险管理岗位的人数依据项目大小来决定，一般2—3人较为适合。
②双项目经理：
为项目开发项目设定两个项目经理岗位，一个负责技术岗位，另一个负责管理岗位。
目前，国内的软件开发企业的项目经理一般都是一名，而且是技术出生的占绝对多数，他们主要擅长的是技术研发，在管理方面先天不足，这不利于项目风险管理和控制。
通过增加专门的管理经理岗位，可以弥补技术出生的项目经理的不足，提升软件开发项目的管理水平。
而且这样的经验也已得到了国外业界大多企业的认可。
（2）建立有效的风险控制管理过程
风险管理过程包括培训，风险识别、风险分析、风险计划、执行计划、跟踪计划等活动，有效的风险管理过程应是学习型的、持续的和不断改进的。
软件企业应建立自己的风险管理数据库作为风险管理的基础，并在实施中不断地更新和完善。
根据企业和项目的实际情况，进行科学的项目风险和控制，对项目的成功研发有着举足轻重的意义。
在项目开发的过程中，进行必要的项目风险分析，制定符合项目特点的风险评估和监督机制，特别是要定期对项目的风险状况进行评估和监管，发现意外风险或者是风险超出
预期的一定要重点关照。
发现问题要立即上报，尽快解决。
并建立风险监管日志，实行“岗位负责制”，将软件开发项目的风险降到最低。
4.3软件开发项目的风险来源及对项目成败的影响
软件开发项目风险是指在软件生命周期中所遇到的所有的预算、进度和控制等各方面的问题，以及由这些问题而产生的对软件项目的影响。
软件项目风险经常会涉及许多方面，如：
缺乏用户的参与，缺少高级管理层的支持，含糊的要求，没有计划和管理等，总体概括下来应该由楼六大方面。
1）需求风险
很多项目在确定需求时都面临着一些不确定性。
当在项目早期容忍了这些不确定性，并且在项目进展过程当中得不到解决，这些问题就会对项目的成功造成很大威胁。
如果不控制与需求相关的风险因素，那么就很有可能产生错误的产品或者拙劣地建造预期的产品。
每一种情况对产品来讲都可能致命的。
2）相关性风险
许多风险都是因为项目的外部环境或因素的相关性产生的。
经常我们在控制外部的相关性上做的不够，因此缓解策略应该包括可能性计划，以便从第二资源或协同工作资源中取得必要的组成部分，并且觉察潜在的问题。
3）技术风险
软件技术的飞速发展和经验丰富员工的缺乏，意味着项目团队可能会因为技巧的原因影响项目的成功。
在早期，识别风险从而采取合适的预防措施是解决风险领域问题的关键。
4）管理风险
尽管管理问题制约了很多项目的成功，但是不要因为风险管理计划中没有包括所有管理活动而感到惊奇。
在大部分项目里，项目经理经常是写项目风险管理计划的人，他们有先天性的不足——自己检查自己的错误，这是最难的。
然而，像这些问题可能会使项目的成功变得更加困难。
如果不正视这些棘手的问题，它们就很有可能在项目进行的某个阶段影响项目本身。
5）自然风险
软件产品本身也属于一种应用型产品，同样会受到自然灾害的的影响。
（自然风险主要有火灾、洪涝、恶劣天气等对图书馆的馆藏、服务系统、信息系统和人员可能造成的损害。
）
4.4图书馆管理系统风险应对表
风险识别
风险定性与定量分析
风险应对
编号
WBS模块
风险事件
风险概率
风险影响描述
风险影响值
风险望期值
缓解策略策略
应急计划和突发事件
风险处理措施
风险负责人
1
需求风险
需求分析不到位，导致数据模型建立好后无法使用
6%
10%≤成本增长<20%
0.2
0.12
重新进行到位的需求分析
当数据模型建立后无法使用时，即使重新做需求分析
一周
工作包负责人
2
需求风险
缺少有效的需求变化管理过
10%
5%≤进度实施
0.2
0.020
及时和项进目经理的行有效
当缺少有效的需求变化管理过程时，要及时，与相应的
三天
工作包
程
<10%
确沟通，保需求的有效管理
醒沟理管人员惊通，制定有效的变化管理
负责任
3
需求风险
客户不断变化需求
9%
工作质量受到较小的影响
0.1
0.009
1、要做好客户之与间的沟通工、工作2作人员要做好应对化必要变，的准备户满足客的需求
当客户不断变化需求时，1、要做好与客户之间的沟通工、工作人员要作2做好应对必要变化的准备，满足客户的需求
一周
工作包负责人
4
需求风险
院图书馆调研经常推后
20%
≤进10度拖延<
0.4
0.080
与客户相人员关进沟行有效通
当需求调研不能及时进行时，根据合理时间调研并与相关工作人员进行有效沟通并确定调研时间
两天
项目经理
5
需求风险
某些需求超出项目范围
25%
范围主要部分受到影响
0.2
0.050
围查看范进度计，并与划户，进客合理行的沟通
某些需求超出项目范围时，1、明确列出超出项目范围需查看范围进求，2并与客户，度计划，进行合理的沟通
一天
项目经理
6
需求风险
漏掉某些模块或多了某些模块
6%
范围的次要不分受到影响
0.1
0.006
查看范围进度计，及划时修改
当漏掉某些模块或多了某些模块时，查看范围进度计1、划，及时与项目经理进行沟通，如果漏掉某些模块，及时把漏掉的任务分配给相应的工作人员进行补充，如果模些了多一设计块，查看进度，并决定是否删除多出的模块
一周
工作包负责人
7
相关性风险
签订合同不科学不严谨，存在边界界定不清楚的问题
15%
10%≤进度实施<20%
0.4
0.060
客及时与进行户有效沟通并新修重订合同
当合同有问题时，及时与客户进行1、有效沟通，并进行重新修订合同，2、重新根据需求制定更加完美的合同
三天
项目经理
9
相关性风险
软硬件不兼容
1%
项目的最终产品实际上不能使用
0.8
0.040
供及时与应商联，并进系行有效沟，更换通硬件设备
当软硬件不兼容时及时与供应商联1、系，并进行有效沟通，更换硬件设备、如果无法更换，2查看该硬件是否可以用在该系统的其他位置
三天
工作包负责人
10
相关性风险
病毒、黑客入侵造成系统无法正常工作
5%
项目的最终产品实际上不能使用
0.6
0.050
统做好系安全防护
当病毒、黑客入侵造成图书馆系统无1、法正常工作时，及时进行系统体检，用相关工具杀通过相关设2毒，、备对系统进行有效保护防止系统再次收到攻击
11
技术风险
算有预误，导致开发过程无法进行
9%
10%≤进度实施<20%
0.2
0.018
向投资者申请新的的资金
当预算有误，导致开发过程无法进行时，向投资者申请向新的的资金，2、投资者展示新的预算和以前错误的预算
一周
工作包负责人
12
技术风险
开发工具不可靠导致项目过的程中bug
5%
10%≤进度实施<20%
0.40.
0.032
发定开确工具可靠
当开发工具不可靠1时，、及时做测试，。
发现bug2、更换开发工具
一周
工作包负责人
13
术技风险
使用框架存在漏洞导bug，致项目失败
1%
质量降低需要得到有关领导的批准
0.2
0.002
员试人测现时发及开题，问及人员发问解决时题
当使用框架存在漏，导致项目洞bug失败时，1、及时对、2框架进行修复更换更可靠的框架
一周
工作包负责人
14
理管风险
技术人员离职，模块任务无人完成
5%
10%≤进度实施<20%
0.3
0.050
1、加强人考核员；员定人确性的可靠及时需、2代找人员替气工作
当技术人员离职，模块任务无人完成、加强人员考1时核；确定人员的可、及时需找2靠性3人员代替齐工作、与当事人做及时沟通
2天
项目经理
15
理管风险
不能按进度计划完成相应的任务
2%
10%≤进度实施<20%
0.3
0.060
做好跟踪记录
当不能按进度计划的任务完成相应、做好对每个时，1记时跟踪人的及若不能按进录，2、度完成，应当进行加班完成相应任务
一周
工作包负责人
15
理管风险
进度进化不够完善导致整体任务滞后
5%
质量降低需要得到有关领导的批准
0.6
0.086
整及时调计划
当进度进化不够完善导致整体任务滞后时1、及时调整计2划、将所差进度加班完成
2天
工作包负责人
16
自然风险
火灾、涝灾、地震等自然灾害
1%
质量降低需要得到有关领导的批准
0.3
0.020
做好转移降工作，低损失程度
当火灾、涝灾、地1、震等自然灾害时做好系统备份的转移工作，把损失降及时做低到最小2出应急处理，是相关负责人做出快速反映。
三天
工作包负责人
开发项目人员分配5确定人力资源的项目人力资源计划就是决定在项目中的每一项工作中用什么样的人力资源，数量、质量和结构。
组织结构并由图书管理系统的项目管理是采用项目型组织，各成员按照从事的项目组成不同的团队，指定的项目经理来协调和管理项目的运作。
a、职能型组织b、项目型组织、矩阵型组织c复合型组织人员要求、项目经理a5年以上软件研发经验1、有、能分析和判断大部分软件问题。
对项目软件开发过程负责。
有丰富的项目经验和很强的2责任心。
有熟练的英文阅读能力和交流能力。
、调研分析员b计算机、软件工程等专业本科以上学历；12熟悉需求调研方法，具备较强的业务流程及业务模型分析设计能力；熟悉软件工程理论，掌握软件需求获取与分析方法；具备财务软件、物流系统软件、3等系统软件的需求分析经验优先考虑；ERP\SAP有较强的文档编写能力，有较强的团队协作精神4、系统分析员c
1精通Java语言，WEB编程，熟悉J2EE应用系统开发，熟悉Tomcat等应用服务器；
2熟悉Mysql等数据库的设计与开发；
3熟悉软件开发流程，具有需求分析和架构设计的实际经验；
4能够控制客户需求，并能够处理好与客户之间的关系，有较强的文档撰写能力；
5能够高效的管理与激发团队，使团队更具有凝聚力。
d、模块设计员
1精通java及数据库相关知识（至少3年以上开发经验，1年以上架构设计经验）；
2熟悉面向对象的分析设计方法；
3熟练使用UML工具进行建模设计，并能充分理解客户的需求并根据需求进行模块化和面向对象分析设计；
4能够独立完成系统需求分析与概要设计设计工作；
5有较强的系统需求分析、设计文档编写能力；
6具有良好的团队协作精神，有较强的业务模型分析能力，思维清晰敏捷，逻辑分析能力强，善于与人沟通，能够承担一定的工作压力
e、测试工程师
1计算机、软件工程等相关专业；
角色
姓名
职责
项目经理
项目总体设计，制定和监控开发进度，制定相应的开发规范、负责各个环节的评审工作，协调各个成员（小组）之间开发。
调研分析员
实际调研，提供详细的策划方案和需求分析
升级会员 