图书馆综合项目管理专题计划书

图书馆项目管理计划书系（部）名称计算机科学和技术学院组长组员课程名称软件项目管理指导教师 日期：年01月8日1项目背景1)项目组成开发软件名称：图书管理系统项目任务提出者：项目开发者：用户：系统管理员、操作员、读者实现软件单位：2)待开发系统定义传统图书馆管理系统模式有多个缺点，比如操作繁琐、工作量大难以上手，效率低、容错率差等。给大量资料查询、更新及维护带来了大量困难。图书管理系统对于现代图书馆而言，是能否发挥其教学科研作用至关关键技术平台。对于读者和图书管理员来说，是能否方便快速获取信息关键。所以我们接收这个项目，首先考虑便是功效实现，给用户带来充足信息和快捷方便操作。3）图书管理系统模型图书信息表=1\*GB2⑴图书信息表（tsxxb）字段类型长度约束图书编号文本20主键，必需输入图书名称文本50必需输入图书类别编号文本20必需输入书架位置文本20ISBN文本20作者文本20译者文本20单价数值出版社编号文本20出版时间时间/日期总数量数值入库日期时间/日期入库操作员文本10现存量数值借阅次数数值是否注销文本1内容介绍文本200备注文本50=2\*GB2⑵读者信息表（dzxxb）字段类型长度约束读者编号（借书证号码和用户名和此同）文本20主键，必需输入读者姓名文本10必需输入读者类别编号文本20必需输入读者性别文本2出生日期时间/日期读者状态文本4办证日期时间/日期已借图书数量数值证件名称文本10证件号码文本20读者单位文本30联络地址文本40联络电话文本30EMAIL文本30用户密码文本10办证操作员文本10备注文本50=3\*GB2⑶借阅信息表（jyxxb）字段类型长度约束图书编号文本20主键，必需输入图书名称文本50读者编号文本20主键，必需输入读者姓名文本10图书价格数值借阅日期时间/日期应还日期时间/日期续借次数数值借阅操作员文本10=4\*GB2⑷图书类别表（tslbb）字段类型长度约束图书类别编号文本20主键，必需输入图书类别名称文本20必需输入备注文本50=5\*GB2⑸出版社信息表（cbsxxb）字段类型长度约束出版社编号文本20主键，必需输入出版社名称文本30必需输入出版社地址文本40邮政编码文本6联络人文本20联络电话文本30EMAIL文本30备注文本50=6\*GB2⑹读者类别表（dzlbb）字段类型长度约束读者类别编号文本20主键，必需输入读者类别名称文本10必需输入可借书数量数值可借书天数数值可续借次数数值逾期缓冲天数数值逾期天天罚款金额数值丢失罚款倍数数值=7\*GB2⑺图书注销信息表（tszxxxb）字段类型长度约束图书编号文本20主键，必需输入注销数量数值必需输入注销日期时间/日期注销操作员文本102关键功效本系统关键实现书籍管理、读者管理和借阅管理等关键图书管理功效。2.1图书管理图书类别管理：增、删除、改等管理。图书信息管理：新书入库，图书购入后由图书管理人员将书籍编码并将其具体信息录入书籍信息表。书籍信息修改，书籍信息因为工作人员疏忽而出现错误时，可修改其信息。管理员按不一样方法查询、统计，读者按不一样方法查询。出版社信息管理：增、删除、改等管理。图书注销：某一部分图书会伴随时间增加及知识更新而变得不再有使用价值，或图书被损坏，这些图书就要在图书籍信息表中除去。即从书籍信息表中删去此书籍统计。2.2读者管理读者类别信息管理：增、删除、改等管理。读者信息管理：办理、挂失、暂停借、注销阅卡，录入、修改、删除读者信息。2.3借阅管理续借管理：提供读者在符合要求情况下网上续借。还书管理：依据借阅卡编号、图书ID等，在借阅信息表中找到对应统计，将借书统计删除，更新该统计对应数据（图书信息表）。依据违反要求情况计算和登记罚款统计。借书管理：依据借阅卡编号和图书编号，进行借书登记。在借阅信息表中插入一条借书统计，该统计包含读者ID、图书ID、借出日期、借阅编号、操作员等信息，更新该统计对应数据（图书信息表）。把超期图书以列表形式显示出来，并以电子邮件或打印成书面通知读者。提供读者网上查询自己借阅情况（包含超期提醒）3开发进度和成本估算图书馆图书管理系统，此项目标成本是项目进行全过程所消耗多种费用总和。依据工作分解结构制订出项目分摊估量表来有效进行项目标成本计划。协议要求项目标总成本（包含软件开发成本、硬件成本和开发中其它成本）是10万元人民币。依据项目团体制订工作分解结构，根据系统生命期将本项目划分为六个活动，分别是项目计划、需求分析、软件设计、编程实现、系统测试、验收总结。对这六个活动深入分解得到21个小活动。小活动成本关键由劳动力成本（工资）和硬件成本组成。其中工资依据工期、人数和日工资来确定，硬件成本依据该项小活动需求数量来确定。成本估算采取方法为：先估算出每项小活动预算，然后在算出大活动预算，进而预算出整个项目标成本。表1图书馆图书管理系统项目工资标准计算表资源名称最大单位标准费率加班费率每次使用成本成本累算基准日历1100%￥330/工作日￥50/小时￥0.00按百分比标准2100%￥200/工作日￥40/小时￥0.00按百分比标准3100%￥200/工作日￥35/小时￥0.00按百分比标准表2图书馆图书管理系统项目分摊估算表（单位：元）活动小活动预算小活动分摊预算大活动分摊预算累计项目计划1、模板确定77023107702、撰写项目计划汇报15402310需求分析3、需求调研1540693038504、需求分析308069305、需求确定154084706、撰写需求分析说明书7709240软件设计7、系统分析231014630115508、模块设计5390169409、数据库设计38502079010、美工设计23102310011、撰写具体设计说明书77023870软件开发12、硬件安装10000215503387013、环境配置7703464014、代码实现1078045420软件测试15、集成测试308069304850016、系统测试30805158017、撰写系统测试汇报77052350验收总结18、撰写用户手册77030805312019、人员培训7705389020、产品转移7705466021、经验总结77055430经过预算，图书馆项目预算总金额为55430元。项目标协议要求总成本为100000，基础上达成44.6%利润率。原计划此图书管理经费占整个图书管理系统百分之一十，即是10万，时间为3个月，整个项目由一名项目经理，两名开发组员，同时完成开发后要兼顾测试比较辛劳，所以时间也比较充足，要求图书管理开发时间最长不能超出原定计划3天。比原计划提前了20天。这么就节省了不少成本。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.20.12重新进行到位需求分析当数据模型建立后无法使用时，即使重新做需求分析一周工作包责任人2需求风险缺乏有效需求改变管理过程10%5%≤进度实施<10%0.20.020立即和项目经理进行有效沟通，确保需求有效管理当缺乏有效需求改变管理过程时，要立即，和对应管理人员惊醒沟通，制订有效改变管理三天工作包负责任3需求风险用户不停改变需求9%工作质量受到较小影响0.10.0091、要做好和用户之间沟通工作2、工作人员要做好应对必需改变准备，满足用户需求当用户不停改变需求时，1、要做好和用户之间沟通工作2、工作人员要做好应对必需改变准备，满足用户需求一周工作包责任人4需求风险院图书馆调研常常推后20%10≤进度拖延<0.40.080和用户相关人员进行有效沟通当需求调研不能立即进行时，依据合理时间调研并和相关工作人员进行有效沟通并确定调研时间两天项目经理5需求风险一些需求超出项目范围25%范围关键部分受到影响0.20.050查看范围进度计划，并和用户，进行合理沟通一些需求超出项目范围时，1、明确列出超出项目范围需求，2查看范围进度计划，并和用户，进行合理沟通一天项目经理6需求风险遗漏一些模块或多了一些模块6%范围次要不分受到影响0.10.006查看范围进度计划，立即修改当遗漏一些模块或多了一些模块时，1、查看范围进度计划，立即和项目经理进行沟通，假如遗漏一些模块，立即把遗漏任务分配给对应工作人员进行补充，假如多了部分设计模块，查看进度，并决定是否删除多出模块一周工作包责任人7相关性风险签署协议不科学不严谨，存在边界界定不清楚问题15%10%≤进度实施<20%0.40.060立即和用户进行有效沟通并重新修订协议当协议有问题时，1、立即和用户进行有效沟通，并进行重新修订协议，2、重新依据需求制订愈加完美协议三天项目经理9相关性风险软硬件不兼容1%项目标最终产品实际上不能使用0.80.040立即和供给商联络，并进行有效沟通，更换硬件设备当软硬件不兼容时1、立即和供给商联络，并进行有效沟通，更换硬件设备2、假如无法更换，查看该硬件是否能够用在该系统其它位置三天工作包责任人10相关性风险病毒、黑客入侵造成系统无法正常工作5%项目标最终产品实际上不能使用0.60.050做好系统安全防护当病毒、黑客入侵造成图书馆系统无法正常工作时，1、立即进行系统体检，用相关工具杀毒，2、经过相关设备对系统进行有效保护预防系统再次收到攻击11技术风险预算有误，造成开发过程无法进行9%10%≤进度实施<20%0.20.018向投资者申请新资金当预算有误，造成开发过程无法进行时，向投资者申请新资金，2、向投资者展示新预算和以前错误预算一周工作包责任人12技术风险开发工具不可靠造成项目过程中bug5%10%≤进度实施<20%0.40.0.032确定开发工具可靠当开发工具不可靠时，1、立即做测试，发觉bug。2、更换开发工具一周工作包责任人13技术风险使用框架存在漏洞bug，造成项目失败1%质量降低需要得到相关领导同意0.20.002测试人员立即发觉问题，开发人员立即处理问题当使用框架存在漏洞bug，造成项目失败时，1、立即对框架进行修复2、更换更可靠框架一周工作包责任人14管理风险技术人员离职，模块任务无人完成5%10%≤进度实施<20%0.30.0501、加强人员考评；确定人员可靠性2、立即需找人员替换气工作当技术人员离职，模块任务无人完成时1、加强人员考评；确定人员可靠性2、立即需找人员替换齐工作3、和当事人做立即沟通2天项目经理15管理风险不能按进度计划完成对应任务2%10%≤进度实施<20%0.30.060做好跟踪统计当不能按进度计划完成对应任务时，1、做好对每个人立即跟踪统计，2、若不能按进度完成，应该进行加班完成对应任务一周工作包责任人15管理风险进度进化不够完善造成整体任务滞后5%质量降低需要得到相关领导同意0.60.086立即调整计划当进度进化不够完善造成整体任务滞后时1、立即调整计划2、将所差进度加班完成2天工作包责任人16自然风险火灾、涝灾、地震等自然灾难1%质量降低需要得到相关领导同意0.30.020做好转移工作，降低损失程度当火灾、涝灾、地震等自然灾难时1、做好系统备份转移工作，把损失降低到最小2立即做出应急处理，是相关责任人做出快速反应。三天工作包责任人5开发项目人员分配项目人力资源计划就是决定在项目中每一项工作中用什么样人力资源，确定人力资源数量、质量和结构。组织结构图书管理系统项目管理是采取项目型组织，各组员根据从事项目组成不一样团体，并由指定项目经理来协调和管理项目标运作。a、职能型组织b、项目型组织c、矩阵型组织复合型组织人员要求a、项目经理1、有5年以上软件研发经验2、能分析和判定大部分软件问题。对项目软件开发过程负责。有丰富项目经验和很强责任心。有熟练英文阅读能力和交流能力。b、调研分析员1计算机、软件工程等专业本科以上学历；2熟悉需求调研方法，含有较强业务步骤及业务模型分析设计能力；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计算机、软件工程等相关专业；2对人员管理、资源调配、测试方法改善等经验；3分析能力强，思维周密、主动主动，关注细节，勇于创新，良好沟通技巧和优异言语表示能力，含有良好团体合作精神；4熟悉部分主流软件工程方法论和思想，了解软件工程，软件生命周期模型基础；实施人员1主动上进2有项目管理经验优先3肯吃苦,能出差用户联络员1较强沟通、了解和应变能力2有刚正不阿性格，吃苦耐劳精神3服从企业工作安排，能长久出差。2角色职能表角色姓名职责项目经理项目总体设计，制订和监控开发进度，制订对应开发规范、负责各个步骤评审工作，协调各个组员（小组）之间开发。调研分析员实际调研，提供具体策划方案和需求分析系统分析员依据需求分析汇报进行总体分析，得出系统概念模型模块设计员依据系统分析结果对系统做模块化分及相关接口定义程序员编写功效模块实现代码并惊醒单元测试测试工程师测试程序及系统功效实施人员负责工程实施，现场培训，帮助项目验收，需求初步确定，项目维护。用户联络员和用户联络、帮助其它人员和用户交流6系统成品评价6.1对生产效率评价给出实际生产效率，包含：=1\*GB2⑴.系统开发已历时快2个月时间了=2\*GB2⑵开发反复性比较多。=3\*GB2⑶对用户需求了解不是很透彻。综合以上，即使以上问题是项目开发常常面正确问题，开发工程中存在着部分问题，造成这些问题原因是多方面。如：前期系统数据库设计缺点和部分代码构建缺点、用户需求了解上也存在一定问题，这就需要我们用一定时间来维护用户使用过程中提出新问题和存在bug，这些全部造成了一定时间消耗，但同时也使得我们产品日趋完善。不过总来说此项目标开发效率不是很高，相反有相当一定时间浪费。经过我们各位组员共同努力，图书管理系统已经很好完成了用户业务流需求。经过对用户使用过程观察，此项目开发还是比较成功，不过还是存在着部分问题，造成这些问题原因是多方面。如：前期系统数据库设计缺点和部分代码构建缺点、用户需求了解上也存在一定问题，这就需要我们用一定时间来维护用户使用过程中提出新问题和存在bug。总来说，此系统功效开发还是一个比较成功案例。6.2对技术方法评价=1\*GB2⑴系统开发框架：此系统框架使用是简单三层结构，此框架在开发部分中小软件是比较实用。不过我们要是能够开发出自己框架，把部分通用功效开发到框架中。这么以来，在以后系统开发中，针对系统中部分通用功效就不需要再开发，从而也能够很好提升我们开发效率；降低很多维护费用。使我们技术不停愈加成熟。=2\*GB2⑵系统安全加密：此系统中针对用户提出系统安全问题，我们采取了Ikey加密硬件钥匙来验证用户端登陆用户正当性，此Ikey钥匙能够绑定到一个系统使用用户，也能够让多个用户来使用一个加密钥匙来验证登陆系统正当性。这么以来，即使用户密码不慎丢失，或被不法人员取得（不法人员她也是无法登陆到我们系统中来），这么就最大提升了我们系统安全性。Ikey加密钥匙是很好加密B/S架构软件硬件工具，在以后软件安全方面能够借鉴。=3\*GB2⑶我们在项目开发中，使用了部分测试工具，包含JUnit,JCheck。测试工具应用能够提升测试质量、测试效率。不过在选择和使用测试工具时候，我们也应该看到，在测试过程中，并不是全部测试工具全部适合我们使用，同时，有了测试工具、会使用测试工具并不等于测试工具真正能在测试中发挥作用。7经验和教训7.1签定协议一个项目标开发成败或说项目开发带来效益大小，在很大程度上是受项目协议签定影响。往往，很多一部分企业和用户签定项目协议全部是很模糊，也极难签定比较清楚，这么以来就会造成在项目标开发后期，工作两会越来越大，影响项目标完工周期；而且，项目标开发费用通常是不会