高校图书管理系统项目计划书.docx
《高校图书管理系统项目计划书.docx》由会员分享，可在线阅读，更多相关《高校图书管理系统项目计划书.docx（24页珍藏版）》请在冰豆网上搜索。
高校图书管理系统项目计划书
高校图书管理系统
项目计划书
姓名：
班级：
学号：
图书馆管理系统
1.图书管理系统需求分析
设计实现一个图书信息管理系统，通过与计算机的结合使用对图书馆的各种图书信息进行管理，减轻图书馆管理人员的工作量，给管理员和用户带来以下不同的方便：
检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高工作效率，使图书馆等部门管理科学化、正规化。
使低成本的计算机管理的图书馆系统极大限度地应用于现代化图书管理中。
1.1整体要求
（1）界面设计友好、美观。
（2）数据存储安全、可靠。
（3）信息分类清晰、准确。
（4）强大的查询功能，保证数据查询的灵活性。
（5）实现对图书借阅和归还过程的全程数据信息跟踪。
（6）提供图书借阅排行榜，为图书管理员提供了真实的数据信息。
（7）提供灵活、方便的权限设置功能，使整个系统的管理分工明确。
（8）具有可扩充性、易维护性和易操作性。
（9）具有一定的保护机制，防止系统被恶意攻击，信息被恶意修改和窃取。
有完善的备份机制，如果系统被破坏应该能快速恢复。
1.2日常业务需求
图书管理系统的使用者有三种:
超级管理员、管理员和读者。
（1）超级管理员需要的业务如下:
1.系统登录：
超级管理员用户的登录并根据用户权限进入超级管理员用户界
面的功能。
2.管理员管理：
包括增加、删除管理员,查询、修改管理员信息。
3.系统参数设置：
如：
各类读者同时最多可借书数目,可借书天数;预借期
限；读者续借次数、续借天数等。
4.读者管理：
包括添加、修改、删除读者类别。
5.留言板管理：
添加、回复和删除留言板的内容。
（2）管理员需要的业务如下:
1.系统登录，管理员用户的登录并根据用户权限进入管理员用户界面的功
能。
2.图书管理：
包括图书添加、修改、删除,查询图书信息。
3.借阅管理：
包括借书、还书。
4.读者管理：
包括查询、添加、修改、删除读者信息。
5.留言板管理：
添加、回复和删除留言板的内容。
（3）读者需要的业务如下:
1.系统登录：
读者管理员用户的登录并根据用户权限进入读者管理员用户界
面的功能。
2.查询图书信息。
3.预借图书。
4.查询自己借阅情况。
5.使用留言板。
1.3系统主要功能
本系统是一个适用于高校的图书管理系统，主要是针对高校的图书管理情况提供适合的网上图书管理平台,系统主要包括系统功能和日常业务管理功能，系统功能主要有系统管理、密码修改、用户登录或退出，日常业务管理功能主要有图书管理、读者管理、借阅管理、留言板。
（一）系统管理功能
1.系统管理：
包括管理员管理、系统参数设置等内容。
管理员管理有增加、删除管理员,查询、修改管理员信息等功能。
系统参数设置有设置各类读者同时
最多可借书数目,可借书天数;预借期限;读者续借期次数等。
2.密码修改：
包括修改用户登录密码。
3.登录或退出：
包括用户登录和退出系统。
（二）日常业务功能
1.图书管理：
包括图书添加、修改、删除,查询图书信息等内容,其中图书信息包含:
书名、图书编号、作者、出版社、出版日期、定价、书本摆放位置、是否附有光盘软盘或磁带、是否有损坏或丢失、是否已借或预借、页数、书本大小、装補、内容简介、作者简介、ISBN、所属类别等信息;查询方式有:
按图书编号、书名精确查找、书名模糊查找、作者、出版社、ISBN、查看全部等方式查找,若不太清楚书名或作者出版社的,可以进行模糊查询,只有输入查询的几个关键字便可以查询出含有该关键字的书籍。
同时还要有可以检索出所有超期且未归还的书籍借阅信息的功能,以便及时通知读者归还书籍。
此外，系统还应具有统计某个时段的馆藏情况和读者借阅情况给出新书推荐和借阅排行的功能。
2.读者管理：
包括类别管理和信息管理两个方面的内容,具体内容有添加、修改、删除读者类别,添加、修改、删除、查询读者信息。
3.借阅管理：
包括借书、还书和预借三个方面的内容。
4.留言板：
包括留言、回复、管理留言等功能,其中分为公共留言、个人留言和隐藏留言,公共留言是所有用户都可以浏览其内容的,个人留言是浏览个人留言或回复,隐藏留言是对管理员留言,只有个人和系统管理员可以浏览其内容。
2.生存期模型
针对本项目的开发特点，参考企业的生存期说明和软件过程体系，觉得采用增量模型，如图所示。
理由如下：
（1）《图书管理系统》的全部功能分成系统功能和日常业务管理功能两大类。
因此可以先基于通用功能做出一个最小的使用版本，在逐步添加其余的功能。
这样一来，用户可以在先使用最小版本的同时，提出更多明确的需求。
这有助于下一阶段的开发，大大减小了开发的风险。
（2）在图书管理系统中，要求系统有扩展性。
若使用增量式模型，，可以保证系统的可扩充性。
用户明确了需求的大部分，但也存在不很详尽的地方，通过客户使用这个可用的产品，然后进行评估，评估结果作为下一个增量的开发计划，下一个增量发布一些新增的功能和特性，直至产生最终完善的产品。
（3）系统要求有可扩充性，用户可能会增加新的需求。
（4）对一个管理方式已经比较成熟的图书管理，要完全舍弃原有的管理方式，用该图书管理系统替代全部管理，这是不实际的。
所以，可以从最基础的做起，逐步扩充其应用，所以选用增量式模型来开发系统。
（5）本项目具备增量式模型的其他特点：
1）项目复杂程度为中等
2）预计开发软件的成本为中等
3）产品和文档的再使用率会很高
4）项目风险较低
生存期中的和阶段定义如下：
项目规划阶段
阶段目标：
根据合同和初步的需求分析确定项目的规模、时间计划和资源需求。
输入：
合同文本、SOW
过程：
项目规划、计划确认
输出：
项目计划
需求分析阶段
阶段目标：
确定客户的需求
输入：
项目计划、SOW
过程：
需求获取、需求分析、需求控制
输出：
原型系统、需求规格
设计阶段
阶段目标：
总体系统结构设计
输入：
原型系统、需求规格
过程：
总体设计
输出：
系统设计说明书、数据库结构定义
增量一实现
阶段目标：
实现系统的系统功能
输入：
系统设计说明书、数据库结构定义
过程：
详细设计，编码，代码走查，代码评审，单元测试
输出：
详细设计说明书，源代码，可运行版本——1
增量二实现
阶段目标：
实现系统的图书管理功能
输入：
系统设计说明书，数据库结构定义
过程：
详细设计，编码，代码走查，代码评审，单元测试
输出：
详细设计说明书，源代码，可运行版本——2
增量三实现
阶段目标：
实现系统的读者管理功能
输入：
系统设计说明书，数据库结构定义
过程：
详细设计，编码，代码走查，代码评审，单元测试
输出：
详细设计说明书，源代码，可运行版本——3
增量四实现
阶段目标：
实现系统的借阅管理功能
输入：
系统设计说明书，数据库结构定义
过程：
详细设计，编码，代码走查，代码评审，单元测试
输出：
详细设计说明书，源代码，可运行版本——4
增量五实现
阶段目标：
实现系统的留言板功能
输入：
系统设计说明书，数据库结构定义
过程：
详细设计，编码，代码走查，代码评审，单元测试
输出：
详细设计说明书，源代码，可运行版本——5
集成测试
阶段目标：
通过集成测试下的软件测试
输入：
测试计划、测试案例
过程：
集成测试、系统测试
输出：
系统软件包，测试报告，产品说明书
产品提交
阶段目标：
产品可投入使用
输入：
系统软件包
过程：
产品提交
输出：
验收报告
3.系统WBS
4.项目进度计划
4.1初期项目计划
由于项目初期信息不足，所以初期项目计划只是一个计划表格，相当于一个大计划，简单说明计划的执行步骤，如表4-1所示。
表4-1项目初期计划
任务
完成时间
负责人
资源
需求讨论
2015年1月1日
项目经理
系统分析师参与
项目规划
2015年1月8日
项目经理
系统分析师、系统设计师参与
需求确定
2015年1月18日
项目经理
全体人员参与
设计
2015年2月1日
系统设计师
设计员参与
项目实施
2015年2月15日
项目经理
程序员参与
测试
2015年2月20日
测试工程师
测试员参与
提交
2015年2月22日
项目经理
4.2项目计划的细化
表4-1的大计划不能作为指导详细工作的计划，是比较粗的，还需要进一步细化。
随着对项目了解的深入，项目计划也会逐步完善和细化的。
首先，根据WBS的分解情况，继续分解相应的活动，使用MSproject工具，将分解后的所有活动和WBS的代码录入项目计划文件中，然后确定各个活动之间的关系，由于采用增量式的生存期模型，在需求设计之后，系统的功能采用增量方式实现，实施阶段分5个增量，通过资源调整优化以及工期、活动关系的调整等，再经过多次评审讨论，将此计划存为基准计划。
（1）进度计划
表4-2项目计划
（2）项目甘特图
图4-1和图4-2（实施任务的展开）是项目进度计划的甘特图。
图4-1项目甘特图
图4-2实施部分项目甘特图
5.成本管理
图书管理系统项目的成本管理主要涉及项目资源计划、项目成本估算、项目成本预算、项目成本控制以及项目成本预测几大部分。
在此着重论述前三部分。
在开始执行项目成本管理的过程工作之前，需要完成项目管理的规划过程，以便确保过程实施的协调一致和有效率，该规划过程主要制定了项目成本规划、结构、估算、预算和控制的标准，生成成本管理计划，主要作了以下工作。
●精确等级，基于本项目的活动范围和项目规模，计划活动成本估算数据将精确“元”，并可以包含应急成本。
●测量单位定义了每种资源的测量单位为“人·日”。
●报告格式，讨论了各种成本报告的格式。
●过程说明，是对每个成本管理过程的讨论及说明。
5.1项目资源计划
在整个项目过程中需要的资源有设备，材料，人力资源等。
其中人力资源是极其重要的一个部分。
根据WBS和项目进程，我们进行合理的分配人力资源，使得人力得到充分有效的运用，以下为根据项目结构所做出的人力资源需求表。
表5-1人力资源需求表
工作名称
人员类型
资源数量（人）
工资标准（元/天）
工期（天）
1
总体规划与协调
项目经理
1
300
26
2
需求分析
系统分析师
2
250
5
3
总体设计
系统设计师
2
250
2
4
数据库的设计
设计员
2
200
1
5
系统管理功能的设计
设计员
2
200
1
6
图书管理子系统的设计
设计员
2
200
1
7
读者管理子系统的设计
设计员
2
200
1
8
借阅管理子系统的设计
设计员
2
200
2
9
系统管理功能的编码
程序员
2
200
2
10
图书管理子系统的编码
程序员
2
200
2
11
读者管理子系统的编码
程序员
2
200
2
12
借阅管理子系统的编码
程序员
2
200
3
13
系统管理功能单元测试
测试员
2
220
2
14
图书管理子系统单元测试
测试员
2
220
2
15
读者管理子系统单元测试
测试员
2
220
2
16
借阅管理子系统单元测试
测试员
2
220
2
17
系统联调与测试
测试工程师
2
250
3
根据不同职务的职责，人力资源主要包括项目经理、系统分析员、系统设计师、设计员、程序员、测试员和测试工程师。
项目经理整个项目中由非常重要的地位。
主要负责对整个项目进行总体的规划和协调，确保项目目标的实现。
首先必须了解客户的要求，提供他们希望的和应得的各种服务；其次在项目进行中要始终掌握项目的进展情况和潜在的问题，把主要精力集中于控制项目的进度和费用、提高工作效率和保证产品质量等重要环节，及时就正偏差；应注意充分利用公司的人力、技术、管理等各项资源，发挥团队的整体优势、整体水平，合理安排工作时间。
还应协调好项目组织与公司各部门及项目组织内部的力量，保持与各部门的信息交流。
最后项目经理还应有敏锐的触角，对于项目成员之间的或项目成员与其他利益相关者之间的冲突有敏锐的直觉。
因为项目经理是项目组织的核心和整个团队的灵魂,要对项目的实现进行全面的管理，所以项目经理的报酬相对较高。
工资标准为300元/天，他的工期贯穿于整个项目。
系统分析员的主要任务是在公司接到项目后正确理解客户的需求，参与拥护需求调研、负责系统体系结构、功能、性能的分析和总体的设计计划，写出需求分析计划书，并与各设计人员沟通，让他们对客户的需求以及应该设计的系统的功能有一个详尽的了解，这是项目工作顺利进行的保证。
同时要保证和客户之间的沟通顺畅，对需求进行未来的可能的改变要有相当多的了解。
在此基础上负责项目的开发流程管理，进行项目的计划、管理、跟进也是分析员的工作。
系统分析员在整个项目中有举足轻重的作用，他分析出的客户需求、系统目标是整个项目进行的指导思想。
工资标准为250元/天，工作时间相对集中于前期，所以设定工期为5天。
系统设计师把握着整个系统的设计。
在与系统分析员的有效沟通后，对整个项目所要设计的系统有非常明确的框架。
把结构模型对应到实现模型，然后对系统进行划分，例如在图书管理系统中分为系统管理子系统、图书管理子系统、读者管理子系统、借阅管理子系统。
同时系统分析师还应有良好的沟通能力，在系统设计初步定型时与系统分析员进行沟通，保证需求与所设计系统的功能一致；在系统的初步设计完成后，与各分析员商讨进行详细设计，最终确定各个部分的设计。
系统设计师起着承上启下的作用，是一个传送的纽带。
工资标准为250元/天，工期主要集中在需求分析表出来后，所以设定为2天。
设计员主要对所负责部分系统进行详细的设计。
在此之前，设计师需要和系统分析师、系统设计师进行沟通，明确所设计部分的功能、目标。
完成设计后，与编码人员沟通，保证工作顺利向下进行。
设计员工资标准为200元/天，根据程序的复杂度确定工期的长短，系统管理子系统1天、读者管理子系统1天、图书管理子系统1天、借阅子系统2天。
程序员是系统功能的实现者，所设计系统的功能必须通过程序员的编码才能在计算机上实现。
作为程序员，必须有扎实的编程专业知识，掌握多门编程语言，精通1-2门，这样在编程时可以有多的选择，满足不同客户的需求。
程序员在了解所负责部分系统的目标后选择合适的语言编程，同时还应与其他程序员保持良好的沟通，保证系统的整体性。
程序员从事的编程是系统开发的基础工作。
工资标准为200元/天，各个系统的复杂度决定工期，系统管理功能2天、图书管理子系统2天、读者管理子系统2天、借阅管理子系统3天。
测试员和测试工程师是站在用户的立场对系统进行测试，对软件涉及的各种功能进行试运行，检测能否正常工作并达到预期的目标，分析代码，寻找软件缺陷。
测试员是对各个子系统进行测试，测试工程师是在测试员完成对各个子系统的测试后，对整个系统进行的联调与测试。
避免各个子系统整合中出现的一些问题或错误。
作为测试员和测试工程师要有创造性：
要设想出富有创意甚至超常的手段来寻找缺陷；追求完美：
力求完美，但当知道某些无法企及时，不要去苛求，而要尽力接近目标；判断准确：
对测试内容、测试时间，以及看到的问题是否是真正的缺陷要判断准确；良好沟通能力：
必须能够同测试涉及到的所有人进行沟通，知道如何与程序员正确的交流，知道怎样策略和职业地处理这些问题，也知道如何和不够冷静的程序员合作，将测试人员与相关人员之间的冲突和对抗减少到最低程度；善于说服：
但找出的缺陷有时被认为不重要，不用修复时。
要善于清晰地表达观点，说明软件缺陷为何必须修复，并推进缺陷的修复；善于提问：
要有打破砂锅问到底的精神，勇于提出问题；拥有编程知识：
需要有一定的编程知识，可以帮助对软件开发过程有较深入的理解，从开发人员的角度正确的评价测试者；拥有行业知识：
了解行业知识，能更好的了解软件的目的，有助于查找该领域软件的缺陷。
同时责任心、专心、细心、耐心也是必不可少的。
如果测试中没有尽到责任，甚至敷衍了事，这将会把测试工作交给用户来完成，很可能引起非常严重的后果。
如：
返工，这样会拖延工期，给公司找策划那个损失；执行测试工作时候要细心，认真执行测试，不可以忽略一些细节。
某些缺陷如果不细心很难发现，例如一些界面的样式、文字等；需要有难以置信的耐心。
有时你需要花费惊人的时间去分离、识别和分派一个错误，很多测试工作有时候显得非常枯燥，需要很大的耐心才可以做好。
各个子系统的测试工作高质量的完成有助于系统联调与测试。
普通测试员的工资标准为220元/天，工期为每个子系统2天。
测试工程师的工资标准为250元/天。
在整个项目中，项目经理、系统设计师、分析员、设计员、程序员、测试员和系统工程师的工作是紧密相连的，一步接着一步的。
所以每个部分的工作都非常重要，项目成员之间要多沟通交流，确保所有的工作都在向正确的方向进行。
另外，在开发一个系统时，技术占有主导地位，所以系统开发中，人力资源是非常重要的一个部分。
除了人力资源以外，材料、设备也是需要的资源，在此不作过多陈述。
5.2项目成本估算
项目成本估算作为项目成本管理的核心工作，主要对完成项目各个任务所需资源的成本进行近似的估算，并为下一步项目成本预算打好基础。
在分析项目成本估算的进程中，对项目的估算是逐步细化的。
在初期根据项目WBS和项目进程，仅是对数据库管理系统的规模、成本、进度进行做大体地估算；等到各个细节讨论确定后，缩小估算进度的范围，进行较为精确的成本估算。
以下为详细的论述。
1、成本估算的依据
此次成本估算的依据主要有两大方面，一是历史信息；二是项目内部资料。
1）历史信息，通过上网查找先前项目中类似工作的实际数据，作为估计现在项目的基础，在项目初期没有形成具体的工作分解时用于粗略的估算。
2）内部资料，在项目启动前期工作完成后，根据所得数据进行进一步的估算，这些资料主要包括工作分解结构WBS、项目范围说明书、项目管理计划（资源计划）、资源单位价格、资金成本参数等。
在此将做简要概括
●分解结构模式WBS，为估算依据的核心。
根据它将图书管理系统整体的工作分解成若干细化的工作包，使成本的估算能够分块、分项进行，使其尽量的合理准确。
●项目范围说明书，提供了在成本估算中需考虑的关于项目要求的重要信息如可交付成果清单和项目及其产品、服务和结果的验收标准等信息，有利于我们准确把握估算成本。
●进度管理计划，是视为决定成本估算的主要依据，其决定项目成本的主要因素是资源的类型和数量，以及这些资源应用到完成项目工作的时间。
●项目管理计划，提供了执行估算的标准。
●人员配备管理计划，项目人员的属性和人工费率是编制进度计划成本估算的必要组成部分。
2、成本估算的方法
由于现在经验的局限性，很难对项目的规模有一个详尽的了解，对源代码行数做出较为精确的估算。
如果仅仅是简单的进行估算模型的套用，使用别人的计算系数的话，成本估算的数据与真实数据的偏差会非常的大。
因此采用自下而上的估算方法。
对WBS的每项活动先确定具体人员，然后根据项目进程对活动本身进行详细分析确定工期，最后通过财务计算得出人力资源成本。
通过综合对WBS及项目进程的评估确定项目人员配备情况：
项目经理1人，系统设计师2人，系统分析师2名，设计员2名，程序员2人，测试人员2人、测试工程师2名。
根据制定的WBS，综合考虑系统的功能、关键技术及难度、团队人员情况等因素开始人员工作量的估算。
工作量估算是成本管理的关键，其估算结果决定了成本估算。
结合工作量的估算和项目进程确定人力资源工作时间，进而确定人力资源估算成本为22320元
表5-2软件开发项目投资成本估算表
人员类型
资源（人·日）
工资标准（元/天）
金额（元）
1
项目经理
26
300
7800
2
系统分析师
10
250
2500
3
系统设计师
4
250
1000
4
设计员
12
200
2400
5
程序员
18
200
3600
6
测试员
16
220
3520
7
测试工程师
6
250
1500
为了避免因需求变更、人员调整或其它不可预见事件给项目带来超出预算的风险，还预留总成本的5%作为应急项目成本。
最终得出的成本估算结果为23436元。
按照上述成本估算方法，使项目成本在整个实施过程中处于可控之中，保证了项目如期按质完成。
5.3项目成本预算
在项目成本估算的基础上,为了更精确的估算项目总成本,并将其分摊到项目的具体活动和阶段上,做出项目成本预算。
1、成本预算的依据
●成本估算，主要提供各个工作活动的大概数据。
●工作分解结构WBS，主要提供分配项目的组成。
●项目进度计划，主要将成本分配到各个时段上。
2、成本预算的方法
主要考虑人力资源成本的预算，仍然采用自下而上的方法，首先，依据工作分解结构中确定各个工作包，依据与每个工作包有关的人力预算做出每个工作包的预算，总预算成本及各个组成部分所有人力成本的总合。
在此更详细的做出了每天的预算成本，制定累计预算成本，便于实施时对成本的控制。
表5-3累积预算成本
天数
任务
预算（元）
累计预算
第1天
工作组成立
300
300
第2天
项目范围规划
300
600
第3天
确定项目范围
300
900
第4天
需求分析
800
1700
第5天
需求分析
800
2500
第6天
需求分析
800
3300
第7天
需求分析
800
4100
第8天
需求分析
800
4900
第9天
总体设计
800
5700
第10天
总体设计
800
6500
第11天
数据库设计
700
7200
第12天
系统管理功能设计
700
7900
第13天
图书管理子系统设计、系统管理功能编码
1100
9000
第14天
读者管理子系统设计、系统管理功能编码
1100
10100
第15天
借阅管理子系统设计、图书管理子系统功能编码、系统管理功能测试
1540
11640
第16天
借阅管理子系统设计、图书管理子系统的编码、系统管理功能测试
1540
13180
第17天
读者管理子系统的编码、图书管理子系统单元测试
1140
14320
第18天
读者管理子系统的编码、图书管理子系统单元测试
1140
15460
第19天
借阅管理子系统的编码、读者管理子系统单元测试
1140
16600
第20天
借阅管理子系统的编码、读者管理子系统单元测试
1140
17740
第21天
借阅管理子系统的编码
700
18440
第22天
借阅管理子系统的测试
740
19180
第23天
借阅管理子系统的测试
740
19920
第24天
系统联调与测试
800
20720
第25天
系统联调与测试
800
21520
第26天
系统联调与测试
800
22320
项目随时间的费用支出图如图4-1所示，其中的BCWS（BudgetedCostofWorkScheduled）是预算曲线，也是将来项目跟踪控制的费用曲线。
图5-1项目成本预算
5.4功能点计算
根据该图书管理系统
升级会员 