图书馆项目管理计划书

图书馆项目管理计划书图书馆项目管理计划书 系（部）名系（部）名 称称 计算机科学与技术学院计算机科学与技术学院 组组 长长 组组 员员 课课 程程 名名 称称 软件项目管理软件项目管理 指指 导导 教教 师师 日日 期：期： 2015 年年 01 月月 8 日日 1 项目背景项目背景 1)项目组成项目组成 开发软件名称： 图书管理系统 项目任务提出者： 项目开发者： 用户：系统管理员、操作员、读者 实现软件单位： 2)待开发系统定义待开发系统定义 传统的图书馆管理系统模式有多种缺陷，比如操作繁琐、工作 量大难以上手，效率低、容错率差等。给大量的资料查询、更新 及维护带来了大量的困难。图书管理系统对于现代图书馆而言， 是能否发挥其教学科研的作用的至关重要技术平台。对于读者和 图书管理员来说，是能否方便快速获取信息的关键。所以我们接 受这个项目，首先考虑的便是功能的实现，给用户带来充足的信 息和快捷方便的操作。 3 3）图书管理系统模型）图书管理系统模型 图书信息表图书信息表 图书信息表图书信息表（tsxxb） 字段类型长度约束 图书编号文本20主键，必须 输入 图书名称文本50必须输入 图书类别编 号 文本20必须输入 书架位置文本20 ISBN文本20 作者文本20 译者文本20 单价数值 出版社编号文本20 出版时间时间/日 期 总数量数值 入库日期时间/日 期 入库操作员文本10 现存量数值 借阅次数数值 是否注销文本1 内容简介文本200 备注文本50 读者信息表读者信息表（dzxxb） 字段类型长度约束 读者编号文本20主键，必须 （借书证号 码和用户名 与此同） 输入 读者姓名文本10必须输入 读者类别编 号 文本20必须输入 读者性别文本2 出生日期时间/日 期 读者状态文本4 办证日期时间/日 期 已借图书数 量 数值 证件名称文本10 证件号码文本20 读者单位文本30 联系地址文本40 联系电话文本30 EMAIL文本30 用户密码文本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.12.1 图书管理图书管理 图书类别管理：增、删除、改等管理。 图书信息管理：新书入库，图书购入后由图书管理人员将书籍编码 并将其具体信息录入书籍信息表。书籍信息修改，书籍信息由于工 作人员的疏忽而出现错误时，可修改其信息。管理员按不同方式查 询、统计，读者按不同方式查询。 出版社信息管理：增、删除、改等管理。 图书注销：某一部分图书会随着时间的增长及知识的更新而变得不 再有使用的价值，或者图书被损坏，这些图书就要在图书籍信息表 中的除去。即从书籍信息表中删去此书籍记录。 2.22.2 读者管理读者管理 读者类别信息管理：增、删除、改等管理。 读者信息管理：办理、挂失、暂停借、注销阅卡，录入、修改、删 除读者信息。 2.32.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、模板确定770770项目规 划 2、撰写项目计 划报告 154023102310 3、需求调研15403850 4、需求分析30806930 5、需求确认15408470 需求分 析 6、撰写需求分 析说明书 770 6930 9240 7、系统分析231011550 8、模块设计539016940 9、数据库设计385020790 10、美工设计231023100 软件设 计 11、撰写详细 设计说明书 770 14630 23870 12、硬件安装1000033870 13、环境配置77034640软件开 发 14、代码实现10780 21550 45420 15、集成测试308048500 16、系统测试308051580软件测 试 17、撰写系统 测试报告 770693052350 18、撰写用户 手册 77053120 19、人员培训77053890 20、产品转移77054660 验收总 结 21、经验总结770 3080 55430 经过预算， 图书馆项目预算总金额为 55430 元。项目的合同规 定总成本为 100000，基本上达到 44.6%的利润率。 原计划此图书管理经费占整个图书管理系统的百分之一十，即是 10 万，时间为 3 个月，整个项目由一名项目经理，两名开发成员， 同时完成开发后要兼顾测试比较辛苦，所以时间也比较充足，要求 图书管理的开发的时间最长不能超过原定计划的 3 天。比原计划提 前了 20 天。这样就节省了不少成本。 4 系统开发项目风险分析报告系统开发项目风险分析报告 4.14.1 软件开发项目的风险背景软件开发项目的风险背景 信息产业的发展是目前发展最快的行业之一，也是对社会影响最 大的一个行业，它不但为我们创造了巨大的财富，而且从各个方面 改变着我们的生活，达到一个行业，小到一项服务。我们不得不承 认软件是二十一世纪最不可思议的产品。 伴随着软件开发技术的不断更新、软件数量的增多、软件复杂程 度不断加大、客户对产品的要求也在不断的提高，随之而来的是软 件开发项目给软件开发企业和需求企业带来的巨大风险。软件开发 项目的成功与否会直接影响到公司的生存。这对软件开发企业来讲 应该是更大的难题。一方面是业务需求更加复杂。人们对软件质量 和用途的期望大幅度提高，对业务系统的要求也越来越挑剔。另一 方面是开发成本不断缩减。在此形势下，风险管理与控制已成为软 件开发项目成败的关键。 软件开发项目由于其具有连续性、复杂性、少参照性，无标准规 范等特点，其风险程度较高。目前国内的大多数软件开发企业还缺 乏对软件开发项目的风险认识，缺少进行系统、有效的度量和评价 的手段。据有调查数据显示，有 1535%的软件项目中途被取消， 剩下的项目不是超期就是超出预算或是无法达到预期目标。另外， 软件项目因风险控制和管理原因失败的约占 90%，可见，软件风险 控制与管理在目前的软件开发项目中的重要性。 4.24.2 风险管理与风险控制介绍风险管理与风险控制介绍 1 1）风险管理）风险管理 风险管理应是贯穿软件项目开发始末的一项重要任务，其中包括 风险识别、风险评估、风险计划、风险解决和风险监控。它能让风 险管理者主动“规避”风险，进行有效的风险管理。风险管理模型 有：SEI 风险管理模型、Riskit 风险管理模型、SoftRisk 风险管理 模型、IEEE 风险管理过程模型、CMMI 风险管理模型、MSF 风险管理 模型等。在项目管理中，建立风险管理策略，在项目的生命周期中 不断控制风险是非常重要的，风险管理主要包括五个阶段： (1)风险识别：识别风险的方法常用的有现场观察法、座谈法、流 程图法、财务报表法、相关部门配合法和环境分析法等。 (2) 风险评估：对已识别的风险要进行估计和评价，风险估计的 主要任务是确定风险发生的概率与后果，风险评价则是确定该风险 的经济意义及处理的费/效分析，常用的方法有：概率分布、外推法、 多目标分析法等。 (3) 计划进度：按照评估后的风险结果，制定相应的风险管理进 度表，为后续的风险管理提供参考。 (4) 风险处理：一般而言，风险处理有三种方法， 风险控制法， 即主动采取措施避免风险，消灭风险，中和风险或采用紧急方案降 低风险。 风险自留，当风险量不大时可以余留风险。 风险转 移。 (5) 风险监控：包括对风险发生的监督和对风险管理的监督，前 者是对已识别的风险源进行监视和控制，后者是在项目实施过程中 监督人们认真执行风险管理的组织和技术措施。 2 2）风险控制）风险控制 (1)建立有效的风险控制的组织机构 设置风险管理岗位：在软件开发项目管理过程中设置风险管理 岗位，该岗位的主要职责是在制订与评估规划时，从风险管理的角 度对项目规划或计划进行审核并发表意见，不断寻找可能出现的任 何意外情况，试着指出各个风险的管理策略及常用的管理方法，以 随时处理出现的风险，风险管理者最好是由项目主管以外的人担任。 风险管理岗位的人数依据项目大小来决定，一般 23 人较为适合。 双项目经理：为项目开发项目设定两个项目经理岗位，一个负 责技术岗位，另一个负责管理岗位。目前，国内的软件开发企业的 项目经理一般都是一名，而且是技术出生的占绝对多数，他们主要 擅长的是技术研发，在管理方面先天不足，这不利于项目风险管理 和控制。通过增加专门的管理经理岗位，可以弥补技术出生的项目 经理的不足，提升软件开发项目的管理水平。而且这样的经验也已 得到了国外业界大多企业的认可。 (2) 建立有效的风险控制管理过程 风险管理过程包括培训，风险识别、风险分析、风险计划、执行 计划、跟踪计划等活动，有效的风险管理过程应是学习型的、持续 的和不断改进的。软件企业应建立自己的风险管理数据库作为风险 管理的基础，并在实施中不断地更新和完善。 根据企业和项目的实际情况，进行科学的项目风险和控制，对项 目的成功研发有着举足轻重的意义。在项目开发的过程中，进行必 要的项目风险分析，制定符合项目特点的风险评估和监督机制，特 别是要定期对项目的风险状况进行评估和监管，发现意外风险或者 是风险超出预期的一定要重点关照。发现问题要立即上报，尽快解 决。并建立风险监管日志，实行“岗位负责制”，将软件开发项目 的风险降到最低。 4.34.3 软件开发项目的风险来源及对项目成败的影响软件开发项目的风险来源及对项目成败的影响 软件开发项目风险是指在软件生命周期中所遇到的所有的预算、 进度和控制等各方面的问题，以及由这些问题而产生的对软件项目 的影响。软件项目风险经常会涉及许多方面，如：缺乏用户的参与， 缺少高级管理层的支持，含糊的要求，没有计划和管理等，总体概 括下来应该由楼六大方面。 1 1） 需求风险需求风险 很多项目在确定需求时都面临着一些不确定性。当在项目早期容 忍了这些不确定性，并且在项目进展过程当中得不到解决，这些问 题就会对项目的成功造成很大威胁。如果不控制与需求相关的风险 因素，那么就很有可能产生错误的产品或者拙劣地建造预期的产品。 每一种情况对产品来讲都可能致命的。 2 2） 相关性风险相关性风险 许多风险都是因为项目的外部环境或因素的相关性产生的。经常 我们在控制外部的相关性上做的不够，因此缓解策略应该包括可能 性计划，以便从第二资源或协同工作资源中取得必要的组成部分， 并且觉察潜在的问题。 3 3） 技术风险技术风险 软件技术的飞速发展和经验丰富员工的缺乏，意味着项目团队可 能会因为技巧的原因影响项目的成功。在早期，识别风险从而采取 合适的预防措施是解决风险领域问题的关键。 4 4） 管理风险管理风险 尽管管理问题制约了很多项目的成功，但是不要因为风险管理计 划中没有包括所有管理活动而感到惊奇。在大部分项目里，项目经 理经常是写项目风险管理计划的人，他们有先天性的不足自己 检查自己的错误，这是最难的。然而，像这些问题可能会使项目的 成功变得更加困难。如果不正视这些棘手的问题，它们就很有可能 在项目进行的某个阶段影响项目本身。 5 5）自然风险）自然风险 软件产品本身也属于一种应用型产品，同样会受到自然灾害的的 影响。（自然风险主要有火灾、洪涝、恶劣天气等对图书馆的馆藏、 服务系统、信息系统和人员可能造成的损害。） 4.4 图书馆管理系统风险应对表图书馆管理系统风险应对表 风险识别风险定性与定量分析风险应对 编 号 WBS 模块 风险事 件 风 险 概 率 风险 影响 描述 风险 影响 值 风险 期望 值 缓解策 略策略 应急计划和突发 事件 风 险 处 理 措 施 风 险 负 责 人 1需求 风险 需求分 析不到 位，导 致数据 模型建 立好后 无法使 用 6%10% 成本 增长 20% 0.20.12重新进 行到位 的需求 分析 当数据模型建立 后无法使用时， 即使重新做需求 分析 一 周 工 作 包 负 责 人 2需求 风险 缺少有 效的需 求变化 管理过 10 % 5% 进度 实施 10% 0.20.02 0 及时和 项目经 理进行 有效的 沟通， 当缺少有效的需 求变化管理过程 时，要及时，与 相应的管理人员 惊醒沟通，制定 三 天 工 作 包 负 责 程确保需 求的有 效管理 有效的变化管理任 3需求 风险 客户不 断变化 需求 9%工作 质量 受到 较小 的影 响 0.10.00 9 1、要做 好与客 户之间 的沟通 工作 2、 工作人 员要做 好应对 必要变 化的准 备，满 足客户 的需求 当客户不断变化 需求时，1、要 做好与客户之间 的沟通工作 2、 工作人员要做好 应对必要变化的 准备，满足客户 的需求 一 周 工 作 包 负 责 人 4需求 风险 院图书 馆调研 经常推 后 20 % 10 进度 拖延 0.40.08 0 与客户 相关人 员进行 有效沟 通 当需求调研不能 及时进行时，根 据合理时间调研 并与相关工作人 员进行有效沟通 并确定调研时间 两 天 项 目 经 理 5需求 风险 某些需 求超出 项目范 围 25 % 范围 主要 部分 受到 影响 0.20.05 0 查看范 围进度 计划， 并与客 户，进 行合理 的沟通 某些需求超出项 目范围时，1、 明确列出超出项 目范围需求，2 查看范围进度计 划，并与客户， 进行合理的沟通 一 天 项 目 经 理 6需求 风险 漏掉某 些模块 或多了 6%范围 的次 要不 0.10.00 6 查看范 围进度 计划， 当漏掉某些模块或 多了某些模块时， 1、查看范围进 一 周 工 作 包 某些模 块 分受 到影 响 及时修 改 度计划，及时与 项目经理进行沟 通，如果漏掉某 些模块，及时把 漏掉的任务分配 给相应的工作人 员进行补充，如 果多了一些设计 模块，查看进度， 并决定是否删除 多出的模块 负 责 人 7相关 性风 险 签订合 同不科 学不严 谨，存 在边界 界定不 清楚的 问题 15 % 10% 进度 实施 20% 0.40.06 0 及时与 客户进 行有效 沟通并 重新修 订合同 当合同有问题时， 1、及时与客户 进行有效沟通， 并进行重新修订 合同，2、重新 根据需求制定更 加完美的合同 三 天 项 目 经 理 9相关 性风 险 软硬件 不兼容 1%项目 的最 终产 品实 际上 不能 使用 0.80.04 0 及时与 供应商 联系， 并进行 有效沟 通，更 换硬件 设备 当软硬件不兼容 时 1、及时与供 应商联系，并进 行有效沟通，更 换硬件设备 2、 如果无法更换， 查看该硬件是否 可以用在该系统 的其他位置 三 天 工 作 包 负 责 人 1 0 相关 性风 险 病毒、 黑客入 侵造成 系统无 法正常 5%项目 的最 终产 品实 际上 0.60.05 0 做好系 统安全 防护 当病毒、黑客入 侵造成图书馆系 统无法正常工作 时，1、及时进 行系统体检，用 工作不能 使用 相关工具杀毒， 2、通过相关设 备对系统进行有 效保护防止系统 再次收到攻击 1 1 技术 风险 预算有 误，导 致开发 过程无 法进行 9%10% 进度 实施 20% 0.20.01 8 向投资 者申请 新的的 资金 当预算有误，导 致开发过程无法 进行时，向投资 者申请新的的资 金，2、向投资 者展示新的预算 和以前错误的预 算 一 周 工 作 包 负 责 人 1 2 技术 风险 开发工 具不可 靠导致 项目过 程中的 bug 5%10% 进度 实施 20% 0.40.0.03 2 确定开 发工具 可靠 当开发工具不可 靠时，1、及时 做测试，发现 bug。2、更换开 发工具 一 周 工 作 包 负 责 人 1 3 技术 风险 使用框 架存在 漏洞 bug，导 致项目 失败 1%质量 降低 需要 得到 有关 领导 的批 准 0.20.00 2 测试人 员及时 发现问 题，开 发人员 及时解 决问题 当使用框架存在 漏洞 bug，导致 项目失败时， 1、及时对框架 进行修复 2、更 换更可靠的框架 一 周 工 作 包 负 责 人 1 4 管理 风险 技术人 员离职， 模块任 务无人 完成 5%10% 进度 实施 20% 0.30.05 0 1、加强 人员考 核；确 定人员 的可靠 当技术人员离职， 模块任务无人完 成时 1、加强人 员考核；确定人 员的可靠性 2、 2 天 项 目 经 理 性 2、及 时需找 人员代 替气工 作 及时需找人员代 替齐工作 3、与 当事人做及时沟 通 1 5 管理 风险 不能按 进度计 划完成 相应的 任务 2%10% 进度 实施 20% 0.30.06 0 做好跟 踪记录 当不能按进度计 划完成相应的任 务时，1、做好 对每个人的及时 跟踪记录，2、 若不能按进度完 成，应当进行加 班完成相应任务 一 周 工 作 包 负 责 人 1 5 管理 风险 进度进 化不够 完善导 致整体 任务滞 后 5%质量 降低 需要 得到 有关 领导 的批 准 0.60.08 6 及时调 整计划 当进度进化不够 完善导致整体任 务滞后时 1、及 时调整计划 2、 将所差进度加班 完成 2 天 工 作 包 负 责 人 1 6 自然 风险 火灾、 涝灾、 地震等 自然灾 害 1%质量 降低 需要 得到 有关 领导 的批 准 0.30.02 0 做好转 移工作， 降低损 失程度 当火灾、涝灾、 地震等自然灾害 时 1、做好系统 备份的转移工作， 把损失降低到最 小 2 及时做出应 急处理，是相关 负责人做出快速 反映。 三 天 工 作 包 负 责 人 5 开发项目人员分配开发项目人员分配 项目人力资源计划就是决定在项目中的每一项工作中用什么样的 人力资源，确定人力资源的数量、质量和结构。 组织结构组织结构 图书管理系统的项目管理是采用项目型组织，各成员按照从事 的项目组成不同的团队，并由指定的项目经理来协调和管理项目的 运作。 a、职能型组织 b、项目型组织 c、矩阵型组织 d、复合型组织 人员要求人员要求 a、项目经理 1、有 5 年以上软件研发经验 2、能分析和判断大部分软件问题。对项目软件开发过程负责。 有丰富的项目经验和很强的责任心。 3、有熟练的英文阅读能力和交流能力。 b、调研分析员 1 计算机、软件工程等专业本科以上学历； 2 熟悉需求调研方法，具备较强的业务流程及业务模型分析设计能 力； 3 熟悉软件工程理论，掌握软件需求获取与分析方法；具备财务软 件、物流系统软件、ERPSAP 等系统软件的需求分析经验优先考虑； 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 熟悉一些主流的软件工程方法论和思想，了解软件工程，软件生 命周期模型基础； f、实施人员 1 积极上进 2 有项目管理经验优先 3 肯吃苦,能出差 g、客户联络员 1 较强的沟通、理解和应变能力 2 有刚正不阿的性格，吃苦耐劳的精神 3 服从公司工作安排，能长期出差。 2 角色职能表 6 系统成品评价系统成品评价 6.1对生产效率的评价对生产效率的评价 给出实际生产效率，包括： .系统开发已历时快 2 个月的时间了 开发的反复性比较多。 角色姓名职责 项目经理项目总体设计，制定和监控开发进度，制定相应的开发规范、 负责各个环节的评审工作，协调各个成员（小组）之间开发。 调研分析员实际调研，提供详细的策划方案和需求分析 系统分析员根据需求分析报告进行总体分析，得出系统的概念模型 模块设计员根据系统分析结果对系统做模块化分及相关接口定义 程序员编写功能模块的实现代码并惊醒单元测试 测试工程师测试程序及系统的功能 实施人员负责工程实施， 现场培训， 协助项目验收，需求的初步确认， 项目维护。 客户联络员与客户联系、协助其他人员与客户的交流 对客户的需求理解不是很透彻。 综合以上，虽然以上问题是项目开发经常面对的问题，开发工程 中存在着一些问题，造成这些问题的原因是多方面的。如：前期系 统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也 存在一定问题，这就需要我们用一定的时间来维护客户使用过程中 提出的新问题和存在的 bug，这些都造成了一定时间的消耗，但同 时也使得我们的产品日趋完善。但是总的来说此项目的开发效率不 是很高，相反有相当一定时间的浪费。 经过我们各位成员的共同努力，图书管理系统已经很好的完成 了客户的业务流需求。经过对客户使用过程的观察，此项目开发的 还是比较成功，但是还是存在着一些问题，造成这些问题的原因是 多方面的。如：前期系统数据库的设计缺陷和部分代码的构建缺陷、 客户需求的理解上也存在一定问题，这就需要我们用一定的时间来 维护客户使用过程中提出的新问题和存在的 bug。总的来说，此系 统的功能开发还是一个比较成功的案例。 6.26.2 对技术方法的评价对技术方法的评价 系统开发框架：此系统的框架使用的是简单三层结构，此框架 在开发一些中小软件是比较实用的。但是我们要是可以开发出自己 的框架，把一些通用的功能开发到框架中。这样以来，在以后的系 统开发中，针对系统中一些通用的功能就不需要再开发，从而也可 以很好的提高我们的开发效率；减少很多维护费用。使我们的技术 不断的更加成熟。 系统安全加密：此系统中针对客户提出的系统安全问题，我们 采用了 Ikey 加密硬件钥匙来验证客户端登陆客户的合法性，此 Ikey 钥匙可以绑定到一个系统使用用户，也可以让多个用户来使用 一个加密钥匙来验证登陆系统的合法性。这样以来，即使用户的密 码不慎丢失，或者被不法人员取得（不法人员他也是无法登陆到我 们的系统中来），这样就最大的提高了我们系统的安全性。Ikey 加 密钥匙是很好的加密 B/S 架构软件的硬件工具，在以后的软件安全 方面可以借鉴。 我们在项目开发中，使用了一些测试工具，包括 JUnit,JCheck。 测试工具的应用可以提高测试的质量、测试的效率。但是在选择 和使用测试工具的时候，我们也应该看到，在测试过程中，并不是 所有的测试工具都适合我们使用，同时，有了测试工具、会使用测 试工具并不等于测试工具真正能在测试中发挥作用。 7 7 经验与教训经验与教训 7.1 签定合同 一个项目的开发成败或者说项目开发带来效益的大小，在很大程 度上是受项目合同签定的影响的。往往，很多一部分公司与客户签 定的项目合同都是很模糊的，也