《图书馆管理信息系统系统》

目录目录 1 简介 1 1 1 项目概述 1 1 2 项目交付产品 1 1 3 软件项目计划书的演化 1 2 项目组织 2 2 1 过程模型 2 2 2 团队的分工与合作 2 3 管理过程 4 3 1 管理目标及优先级 4 3 2 风险管理 4 3 3 监督及控制机制 5 3 4 人员计划 5 4 技术过程 6 4 1 开发工具 方法和技术 6 4 2 软件需交付的文档 7 5 开发进度安排及预算 7 5 1 进度表格描述 7 5 2 开发过程中的资源需求 9 5 3 软件管理过程中预算及资源分配 9 5 4 项目进度及关键工期设置 9 6 合同 10 6 1 合同时间 10 6 2 专利成果分配 10 7 配置管理计划 12 7 1 配置管理的目的 12 7 2 命名规范 14 7 3 主要配置项如下 14 8 项目管理评审 20 软件项目管理 课程设计 图书馆管理信息系统 第第1页页 1 1 简介 简介 1 11 1 项目概述项目概述 信息时代对企业信息管理和英勇提出了更高的要求 这主要体现在两个方面 一是有雨我们 所处的这个世界已成为了一个信息的海洋 企业必须具备从 海量 数据中获取 处理和应用这 些信息的能力 而是企业还必须具备管理和应用企业本身不断产生的 反映企业转台的数据信息 和描述管理活动的控制信息 通俗的说 管理信息系统就是英勇计算机及其网络技术 融合现代化的管理方法 辅助管理 人员完成信息管理和应用的系统 管理信息系统是面向管理 利用系统的观点 数学的方法 计算机技术三大要素而形成的一 门具有独特内涵的系统型 交叉型和边缘型的科学 管理信息系统 是管理类 经济类 信息 类 工程类等专业的一门主要课程 进度为 3 周 工程量 4 人 天 1 21 2 项目交付产品项目交付产品 1 提交文档 项目管理计划 需求规格说明 设计报告 测试报告 用户使用手册和项目个 人总结 其中项目总结为每人一份 每个小组所有成员的总结装订在一起 其余文档每组提交一 份 每个团队可将各小组的文档综合到一起 各小组也可自行分开提交 具体方式由团队内部协 商确定 所有文档需要提交电子版和打印稿 2 源程序检查 一共两次 第一次检查每个小组的子系统运行情况 第二次检查每个团队内 六个小组集成后完整的人力资源管理系统运行情况 检查完成后需要提交程序源文件和可执行的 系统 程序检查安排在上机时间进行 1 31 3 软件项目计划书的演化软件项目计划书的演化 软件项目计划书在第三周周末前经由小组讨论 共同撰写 汇总整合三步骤形成初稿 第四 周以后根据项目的进展可以对其进行修改 需要有组员提出修改意 在全体会上讨论通过 并由 组长整理修改意见并作出相应的修改 其余组成员同步获得更新稿 软件项目管理 课程设计 图书馆管理信息系统 第第2页页 2 2 项目组织 项目组织 2 12 1 过程模型过程模型 软件开发计划过程如表 2 1 所示 表 2 1 开发计划 2 22 2 团队的分工与合作团队的分工与合作 主程序员负责制 本团队组织关系图如表 2 2 所示 关键时间任务要求 第四周制定项目管理计划初稿 管理计划提交给组长 由组长汇 汇总检查 并提交 第八周完成需求规格说明初稿电子版提交给组长 由组长汇总检查 提交 第十周完成设计报告初稿 电子版提交给组长 由组长汇总 检查 提交 第十二周进行子系统运行检查 以组为单位进行 由组长及其他组组长组成评 审团 对子系统进行运行测试检查 第十五周 进行系统集成后的运行 检查 由组长和主程序开发人员参加 对整个人力资 源管理系统进行集成 运行测试检查 并同时 对提交各种文档的电子版 提交电子版源代码 和可执行系统进行最后的修改 第十六周交付软件项目 由组长和主程序开发人员参加 利用上机时间 进行产品的交付与发布 提交各种文档的电子 版和打印稿 提交电子版源代码和可执行系统 软件项目管理 课程设计 图书馆管理信息系统 第第3页页 表 2 2 组织关系表 成员角色职责 xx组长 主程序员领导项目团队 执行和管理团队 负责软件 的交付工作 同时作为主程序员还要负责软件设计和编写 代码 并撰写软件设计报告 xx程序员 文档维护员整理需求分析并撰写需求分析报告 维护并 及时修改和发布已更新技术文档 作为程序员还 要参与软件设计与代码开发 xx软件测试员 美工主要负责软件代码测试和用户测试 并撰写 测试文档初稿并对界面美工付主要责任 作为秘 书要主持每周的讨论会以及团内沟通工作 软件项目管理 课程设计 图书馆管理信息系统 第第4页页 3 3 管理过程 管理过程 3 13 1 管理目标及优先级管理目标及优先级 基本管理原则 每位组成员既是积极的建言者 又是负责的合作者 同时也是决策的制定者 决策应在充分的讨论基础上由大家共同做出 一旦决策做出就必须被及时有效的执行 禁止再有 异议 目标 1 按时按量完成项目的基本功能 按时发布产品及文档 这是本团队的最高目标 目标 2 遵循规范化的项目运作标准 文档严谨完整 代码注释充分 便于后续维护 这是 第二目标 目标 3 产品运行稳定 界面友好 用户易操作 尽量从用户的角度去看问题 并提出解决 问题的方案 目标 4 注重团队建设 成员分工合理 团队成员合作默契 气氛融洽 每周的讨论会积极 建言 在开发过程中积极协作 目标 5 项目设计和开发上尽量有创新 有亮点 3 23 2 风险管理风险管理 本次开发过程中存在以下风险 开发技术熟练成都不够 需求变更频繁 缺乏足够的美工支持 由于课程紧张导致项目最后无法按期完成 最后进行系统集成时出现数据库错误等 风险规避方法 1 由于部分组员对开发技术和工具的不熟练可能对整个项目有着灾难性的影响 因此为了将 这种影响降低至最低 本小组决定提前制定好两天的学习计划 各组员要对开发工具 Myeclipse 搭建 SSH 框架和 sqlsever2005 进行快速的学习 尽快掌握其中的要点 同时在软件的设计上尽可 能降低难度使项目最后能成功完成 对于 IIS 服务的架构则交由组长负责解决 2 在设计开发过程中可能发现原有需求不容易转化为设计稿 在测试体验过程中可能发现系 统界面并不友好 易操作 这都会带来需求的重新变更 这两种情况 尤其后一种要尽量避免 以免带来重复开发的浪费 因此在前期的软件设计工作上要求各组员尽可能的提出具有前瞻性和 预见性的建言 同时与其他团队进行充分讨论 设计方案要留有变更的余地 3 由于本小组成员对美工技术的不足 可能导致最后的软件界面并不友好美观易操作 因此 软件项目管理 课程设计 图书馆管理信息系统 第第5页页 要求组员深入学习关于美工的知识 比如 css photoshop 以及 flash 技术 并积极寻求外援帮助 4 由于课程紧张可能使项目延期 如果出现必须延期的情况 组长需及时向老师解释清楚 并申请延期时间 5 在最后进行系统集成时出现重大失误 比如不能共用数据库等 为规避这类风险 组长将 协同团队中其他组成员共同设计整个系统需求分析及总体设计 并共同开发使用同一个数据库 开放源代码与其他组员共享开发成果 3 33 3 监督及控制机制监督及控制机制 报告机制 1 要求各组员以周为单位记录工作进展 形成开发日志 并以电子文档的形式提交给秘书进 行整理 最后由文档维护员进行维护 2 每周例会上各位组员积极对当前的开发工作进行积极的评审和建言 由组长做最后的作口 头总结 由组长主持会议并记录和整理会议的内容 文档维护员修改和维护相应的文档 并交由 小组进行会议评审并给出意见 3 组成员都要密切监控风险状态 发现风险后提交风险报告 由秘书定期提交风险报告 必 要时将突发风险通知所有组员 并由组长做出临时处理决定 然后在该周的例会上由组成员共同 讨论对风险的处理意见 并形成风险处理的日志做为以后的经验 报告格式 报告主题 时间段 发现人 报告内容 审核意见 评审机制 每周例会上小组讨论形成一致意见后即为通过 相关负责人针对改进意见开展下一周工作 严格执行例会上锁制定的决策 小组会议持续评估其成效 每一项目阶段结束之前 里程碑前后 组织一次阶段评审会 评估整个阶段的工作效率和成果质量 尽量与项目例会合并 并邀请组 长和其他组成员参加评议 亦可询问老师的意见 对于重大的风险处理意见 应该由组长及其他 组组长组成评审团对处理意见进行审议和评估 并以评审团的决议 亦可根据老师的建议 作为 重要参考来制定决策 3 43 4 人员计划人员计划 java 程序员 xx 要求 熟悉 java 编程和 jsp 开发平台 界面设计员 xx 要求 熟悉 CSS Photoshop 软件项目管理 课程设计 图书馆管理信息系统 第第6页页 数据库设计员 xx 要求 熟悉 SQL 语句 熟练使用 SQL Sever 2005 文档维护员 xx 要求 熟悉使用 Word 及 Powerpoint 沟通交流员 xx 要求 较强的沟通能力 能及时调解组内以及组与组之间的矛盾 软件测试人员 全体组员 有 xx 付总责 要求 熟练使用开发工具的 debug 工具 有耐性 3 5 培训计划 java 以及 jsp 编程培训 培训对象 全体组员 培训内容 熟练掌握 java 编程 基本了解 jsp 开发平台的特性 并掌握 Myeclipse 的调试工 具 于第三周完成 美工培训 全体组员 培训内容 熟悉 Css 及 Photoshop 了解 Flash 以及 Dreamever 的基本操作 于第 8 周完成 4 4 技术过程 技术过程 4 14 1 开发工具 方法和技术开发工具 方法和技术 本小组的团队组织结构为主程序员式组织结构 编程语言为 java 采用面向对象的分析设计 方法 利用 Windows jsp 开发平台作为开发平台 使用 SqlSever 2005 作为数据库管理系统图 软件项目管理 课程设计 图书馆管理信息系统 第第7页页 并采用统一的 java 标准的文件命名方式 代码版式 注释等编码规范 编码人员对代码进行严格 检查后再进行代码编译 测试人员根据测试文档进行单元测试 最后实现软件的交付 开发环境 Sqlsever 2005 Myeclipse6 0 Visual Studio 2005 4 24 2 软件需交付的文档 软件需交付的文档 1 软件项目管理计划 该文档由组长完成 介绍项目的整个管理过程 该文档在软件设计需求分析初级阶段完成 后续阶段由文档维护员进行相应的更新 2 需求规格说明初稿 在需求分析阶段 由全体小组成员采集分析用户的需求 并在例会上作出决策 有文档维护 员撰写整理需求规格说明初稿 并在后续各个阶段进行需求变更的更新 3 设计报告初稿 在总体设计阶段 小组根据需求规格说明文档 完成软件体系结构的设计 由组长编写软件 体系结构设计文档初稿 并在后续开发阶段补充和更新 该文档由文档维护员负责维护更新 4 测试文档 在软件开发阶段 测试人员需要编写测试规格说明文档 并在后续测试阶段更新 开发人员 将根据测试规格说明文档建立测试环境 准备测试数据 5 用户手册 在更新用需求分析阶段 测试人员需要开始着手编写用户手册 并在需求分析结束后需要形 成初稿 在后续阶段不断由文档维护员户文档 并在系统交付阶段随着系统一起被交付 6 个人项目总结 由组内成员各自独立完成 对开发过程中获得的工作经验进行总结 在提交系统时一并提交 7 其他文档 软件开发过程中的其他文档 如开发日志 按组员意见选择公开与否 风险报告及其处理 意见等 由秘书进行整理与汇聚 作为以后软件开发以及交流的经验 软件项目管理 课程设计 图书馆管理信息系统 第第8页页 5 5 开发进度安排及预算 开发进度安排及预算 5 15 1 进度表格描述进度表格描述 软件开发计划进度时间如表 5 1 所示 表 5 1 软件开发计划时间表 工作集子工作完成时 间 负责人最终交付物描述 确定小组第三周 Xx 小组成员名单成立人力资源管理系统开发 团队 搭建环境第三周 xxMyeclipse6 0 SQLsever2005 确定开发工具及语言 制定项目管理 计划书 第四周 xx 项目管理计 划书初稿 制定软件开发过程管理计划 采集用户需求第五周 分析用户需求 及制定需求规 格说明原型 第五周 需求规格说明 的进一步完善 与修改 第六周 完成需 求规格 说明书 的出稿 需求规格说明 的最后确认 第七周 xx 需求规格说明 书的初稿 通过查资料了解和采集用户 的需求 对需求进行汇总 制定需求规格说明初稿 系统总体设计第八周 系统详细设计第九周 系统设 计 系统模型及架 构最后确定 第十周 xx 软件设计报告 初稿 制定系统总体的设计方案 并根据需求说明联系实际进 行相应的修改 系统源码开发第十一 周 xx 源代码要求熟练使用java和 jsp平 台 系统源码测试第十二 周 xx 测试文档根据测试文档严格测试 开发系 统源代 码及源 码测试 系统源码复查第十三 周 xx 无对代码进行复查 尽量减少 bug 进行整 个银行 系统的 集成 进行整个人力 资源管理系统 的集成 第十四 周 xx 无与其他组员无间协作完成整 个系统的集成 软件项目管理 课程设计 图书馆管理信息系统 第第9页页 对整个集成后 的系统进行测 试检查运行情 况 第十四 周 xx 无搭建整个系统的运行平台测 试整个系统的发布情况 系统交 付 系统交付第十五 周 xx 一个可以运行 的的系统以及 用户手册和帮 助 以及最后 确定的技术文 档 各组之间可以交流各自的开 发经验和心得体会 5 25 2 开发过程中的资源需求开发过程中的资源需求 人员 小组软件项目开发成员 支持软件 Microsoft Visual Studio 2005 Myeclipse6 0 Office Sqlsever 2005 开发地点 宿舍或者机房 实验设备 个人 PC 机 笔记本 实验室 PC 机 项目资源维护需求的数目和类型 4 台个人电脑 Pentium III 800 以上 CPU 256M 以上内 存 5 35 3 软件管理过程中预算及资源分配软件管理过程中预算及资源分配 1 系统的开发不涉及任何经济的预算 工程量初步设置为 4 人 天 2 资源分配为各自使用自己的电脑 5 45 4 项目进度及关键工期设置项目进度及关键工期设置 1 准备工作 时间 第二周到第四周 关键工期 项目管理计划初稿发布 2 需求分析 时间 第五周到第七周 关键工期 需求规格说明书初稿的发布 3 系统设计 时间 第八周到第十周 关键工期 系统设计初稿的发布 软件项目管理 课程设计 图书馆管理信息系统 第第10页页 4 源代码开发与测试 时间 第十一周到第十三周 关键工期 编码开发与测试 5 系统集成 时间 第十四周到 关键工期 整个系统的成功测试 6 软件交付 时间 第十五周 关键工期 整个系统能成功且稳定的运行 6 6 合同 合同 6 16 1 合同时间合同时间 项目启动日期 2016 年 6 月 1 日 正式上线日期 2017 年 6 月 1 日 6 26 2 专利成果分配专利成果分配 委托开发完成的发明创造 除当事人另有约定的以外 申请专利的权利属于研究开发人 研究开发人取得专利权的 委托人可以免费实施该专利 研究开发人转让专利申请权的 委 托人享有以同等条件优先受让的权利 6 36 3 验收标准验收标准 1 验收原则 验收参与部门 客户代表 公司 最终用户单位 专家小组或第三方验收人员 在 软件开发合同的签订阶段就提出软件验收项目和验收通过标准的意见 在软件的需求评审阶 段 仔细审阅软件的需求规格说明书 指出不利于测试和可能存在歧义的描述 在 公司开 发完软件并经过开发方内部仔细的测试后 对完成的软件进行评审或第三方的验收测试 提 供完整的错误报告提交给客户代表 由客户代表根据之前签订的开发合同中相应的验收标准 判断是否进行验收 2 总体验收标准 软件项目管理 课程设计 图书馆管理信息系统 第第11页页 总体验收标准是 公司结合国家标准 软件行业惯例所提出的对于软件系统质量的最低 要求 所有交付的软件必须满足本标准的约定 3 标准定义 以下内容根据项目实际情况调整 1 测试用例不通过数的比例 1 5 2 不存在 错误等级为 1 的错误 3 不存在错误等级为 2 的错误 4 错误等级为 3 的错误数量 5 5 所有提交的错误都已得到更正 4 验收标准的详细说明 总体验收标准 即每一级别的错误量的可接受范围 一般来说 不允许存在 1 级和 2 级 错误 而 3 级错误的数量则可按本标准确定或由用户方和开发方根据软件的规模和复杂程度 进行商定 并在软件开发合同中明确地列出 在软件验收测试中 测试的依据包括软件的投标文件 开发合同 需求规格说明书 同 产品验收标准时还包括特定软件的相关行业标准 这些行业标准应在开发合同中明示出来 在进行第三方的验收测试后 软件评测中心将发现的所有错误进行总结和归纳 并提交 完整的错误报告 在错误报告中包括每一级别的错误数量和错误清单 所有的错误都需经过用 户方和开发方的确认 用户方根据错误报告中每一级别的错误数量和错误清单与软件开发合同中的验收标准进 行对照 如错误的级别和数量在合同中没有约定 可按本办法的规定进行 用户方认为软件 可以验收 但要求开发方对错误报告中的所有错误进行整改 进行回归测试 确认错误报告 中的所有错误全部改正方可 如错误的级别和数量在合同可接受的范围外 用户方认为软件 不可验收 要求开发方在规定的时间内全面整改软件 再次进行完整的验收测试 6 46 4 报酬计算报酬计算 6 5 6 5 违约与赔偿违约与赔偿 1 甲方未按本合同规定支付第一期研究开发报酬 乙方有权解除合同 2 甲方逾期支付第二期或第三期开发研究报酬的 自逾期的第二天起 每逾期一天支付应 付报酬额的 0 05 违约金 违约金总额不超过应付款额的 50 逾期二个月仍不支付的 造成研发 工作停滞 延误或失败的 乙方对此不承担责任 3 乙方未按计划或不实施研究开发工作 甲方有权要求乙方实施研究开发计划并采取补救 合同总金额500万 乙方银行账号 000 支付批次金额交付条件估计时间 第一批100万合约签订2016年6月1日 第二批150万初步交付2017年1月1日 第三批250万完整交付2017年8月1日 软件项目管理 课程设计 图书馆管理信息系统 第第12页页 措施 如乙方逾期一个月仍未按计划或不实施研究开发工作 甲方有权解除本合同 并且乙方应 在二周内返还所有甲方提供的研究开发报酬 返还或销毁甲方提供的有关技术资料和文件 并承 担本合同报酬总额 20 的违约金 4 乙方应按本合同规定的研究开发进程完成开发项目 如乙方逾期完成开发项目 甲方将 给予乙方一个月的宽限期 并且不追究乙方的违约责任 但宽限期满后 乙方仍未完成开发项目 其违约责任应追溯到本合同规定的违约的第一天起 每延期一天向甲方支付本合同开发研究报酬 总额的 0 05 违约金 违约金总额不超过本合同开发研究报酬总额的 50 5 除了本合同规定的条件外 乙方未能完成甲方委托的开发项目或开发成果不符合本合同 约定的要求 乙方承担本合同报酬总额 20 的违约金 并返还研究开发费用 6 乙方将甲方支付的研发经费用于履行合同以外的目的 甲方有权制止并要求其纠正 如 因此造成本合同研究开发项目停滞 延误或失败的 乙方应当承担给甲方造成的损失赔偿责任 7 7 配置管理计划配置管理计划 7 17 1 配置管理的目的配置管理的目的 配置管理的目的是保证在整个软件生命周期中软件产品的完整性 软件配置的基本目标包括 软件配置管理的各项工作是有计划进行的 被选择的项目产品得到识别 控制并且可以被相关人员获取 已识别出的项目产品的更改得到控制 是相关组别和个人及时了解软件基线的状态和内容 配置管理的流程图 软件项目管理 课程设计 图书馆管理信息系统 第第13页页 计划配置管 理 结束 创建配置管 理环境 配置项标识建立基线 编写配置状 态报告 执行配置审 计 变更控制管 理 开始 7 27 2 配置项目管理的环境配置项目管理的环境 由于本项目属于中小型项目 工期也不是很长 而且大家对 SourceSafe 也比较熟悉 所以采用 SourceSafe 作为配置管理工具 配置库的目录结构 序号内容说明路径 TCM 技术合同管理 prj School TCM RM 需求管理 prj School RM SPP 软件项目规划 prj School SPP SPTO 软件项目跟踪与管理 prj School SPTO 软件项目管理 课程设计 图书馆管理信息系统 第第14页页 SCM 软件配置管理 prj School SCM SQA 软件质量保证 prj School SQA 设计 prj School SPE DESIGN 源代码 prj School SPE SOURCECODE 目标代码 prj School SPE BUILD 测试 prj School SPE TEST SPE 软件 产品 工程 发布 prj School SPE RELEASE 配置库的用户权限 类别人员权限说明 配置管理者 Xx 负责项目配置管理 对库拥有所有权限 项目管理 xx 访问 读 质量保证人员 xx 访问 读 开发人员 xx 访问 读 高层管理 xx 访问 读 配置项标识 7 3 命名规范命名规范 命名规范适用于过程文档 生存期中各阶段的计划 需求 设计 代码 测试 手册等文件 本项目文件命名规范由五个字段组成 从左到右依次为 公司 项目 类型 编号和版本号 如下图所示 这些字段用横线 分隔 QTD School RM SRS v1 0 公司 公司 3 个字符个字符 项目 项目 最长最长 10 个字符个字符 类型 类型 最长最长 5 个字符个字符 编号 编号 最长最长 8 位数字位数字 版本号 版本号 V m n 软件项目管理 课程设计 图书馆管理信息系统 第第15页页 7 47 4 主要配置项如下 主要配置项如下 配置项列表 类型主要配置项标识符预计正式发表 时间 合同 QTD School TCM Contract V1 02016 6 15 技术合 同 SOWQTD School TCM SOW V1 02016 6 15 项目计划 QTD School SPP PP V1 02016 6 15 质量保证计划 QTD School SPP SQA V1 02016 6 15 计划 配置管理计划 QTD School SPP SCM V1 02016 6 15 需求规格说明书 QTD School RM SRS V1 0 2016 6 18 需求 用户 DEMO QTD School RM Demo V1 02016 6 18 总体设计说明书 QTD School Design HL V1 0 2016 6 18 数据库设计 QTD School Design DB V1 02016 6 18 详细设计说明书 QTD School Design LL V1 0 2016 6 20 设计 设计术语及规范 QTD School Design STD V1 0 2016 6 18 源程序 QTD School Code ModuleName V1 02016 6 24 编程 编码规则 QTD School Code STD V1 02016 6 24 测试计划 QTD School Test Plan V1 02016 6 24 软件项目管理 课程设计 图书馆管理信息系统 第第16页页 测试用例 QTD School Test Case V1 02016 6 24 测试 测试报告 QTD School Test Report V1 02016 6 24 运行产品 QTD School Product Exe V1 02016 6 25 验收报告 QTD School Product Repoort V1 02016 6 25 提交 用户手册 QTD School Product Manual V1 02016 6 25 项目基线 在 SourceSafe 中基线由 LABEL 标识 字母必须为大写 基线管理由项目执行负责人确认 SCCB 授权 由配置管理员执行 基线发布计划 基线名称 标识符基线所包含的主要配置项预计建立时间 需求 需求规格说明书 用户 DEMO 2016 6 18 总体设计 总体设计说明书 数据库设计 2016 6 18 项目实现软件源代码 编码规则 2016 6 24 系统测试 测试用例 测试报告 2016 6 25 配置项的版本管理 配置项可能包含的分支从逻辑上可以划分成 4 个不同功能的分支 让它们分别对应 4 类工作 空间 1 主干分支 2 私有分支 3 小组分支 4 集成分支 上面定义的四类工作空间 分支 由项目执行负责人统一管理 根据各开发阶段的实际情况 定制相应的版本选取规则 来保证开发活动的正常运作 在变更发生时 应及时做好基线的推进 软件项目管理 课程设计 图书馆管理信息系统 第第17页页 对配置项的版本管理在不同分支而策略不同 主干分支 系统缺省自动建立的物理分支 主干分支 main BASELINE 均以 LABEL 方式出现在主 干分支上 私有分支 如果多个开发工程师维护一个配置项时建议建立自己的私有分支 配置管理员对其基本不予 管理 如个别私有空间上的版本树过于冗余 将对其冗余版本进行限制 小组分支 如果出现小组共同开发该配置项 该分支可视为项目组内部分组的私有空间 存放代码开发 过程中的版本分支 由项目组内部控制 集成分支 集成测试时在主干分支的特定版本 由 LABEL 标识清晰 上建立集成分支 测试工作在集成 分支上完成 私有分支和小组分支均为可选 必要时建 配置管理的状态说明 利用配置状态统计可以记录和跟踪配置项的改变 状态统计可用于评估项目风险 在开发过 程中跟踪更改 并且提供统计数据以确保所有必须的更改被执行 为跟踪工作产品基线 配置管 理者需收集下列信息 基线类型 工作产品名称 配置项名称 标识符 版本号 更改日期 时间 更改请求列表 需要更改的配置项 当前状态 软件项目管理 课程设计 图书馆管理信息系统 第第18页页 当前状态发生日期 项目组每周提交配置项清单及其当前版本 配置管理人员每半个月提交变更请求的状态统计 变更控制管理 变更控制管理流程图 软件项目管理 课程设计 图书馆管理信息系统 第第19页页 开始 提交变更请 求 复审变更请 求 变更请 求 接受 立刻变更 通过 分配任务 进行变更 确认变更 结束 拒绝否 是 否 否 详细信息 是 是 是 否 变更管理的流程说明 1 由请求者提交变更请求 变更控制委员会召开复审会议对变更请求进行复审 以确定该请求是 软件项目管理 课程设计 图书馆管理信息系统 第第20页页 否为有效请求 典型的变更请求管理有需求变更管理 缺陷追踪等 2 配置管理者收到基线修改请求后 在配置库中生成与此配置项相关的波及关系表 3 配置管理者将基线波及关系表提交给 SCCB 由 SCCB 确定是否需要修改 如果需要修改 SCCB 应 根据波及关系表 确定需要修改的具体文件 并在波及分析表中标识出来 4 配置管理者按照出库程序从配置库中取出需要修改的文件 5 项目人员将修改后的文件提交给配置管理者 6 配置管理者将修改后的配置项按入库程序放入配置库 7 配置管理者按 SCCB 标识出的修改文件 由波及关系表生成基线变更记录表 并按入库程序放入配 置库 软件项目管理 课程设计 图书馆管理信息系统 第第21页页 8 8 项目管理评审 项目管理评审 阶段评审结果 表 1 项目名称图书馆管理系统项目标识 部门 组织名XX 项目组阶段名称项目规划 主持人 Xx 会议地点 Xx 评审时间 2017 6 18 评审次数 1 评审人 xxx 评审项与结论 评审要素评审结果问题和对策 项目规划 讨论结果 范围计划 工程分解 项目组织 工作分解 资源分解 成本分解 各规划与数据均合理 在规定时间内完成 在项目初期对项目进行了合理规划 但是在 部分细节上由于没有很多经验积累 略有偏 差 只能待到执行时进行调整 计划执行通过本阶段顺利执行 没有出现延期情况 质量情况通过满足要求 计划文档通过文档健全 但内容不够具体 应继续细化各 部分计划 其他问题问题不大对于组员不理解的计划 计划编写者应耐心 分析和解答 计划调整完成没有延期 所以不需要调整工期 提交产品 范围计划 软件项目管理 课程设计 图书馆管理信息系统 第第22页页 成本计划 进度计划 质量计划 人力资源计划 风险计划 项目沟通计划 沟通计划 合同计划 配置管理计划 评审报告 阶段统计数字 数据项目计划实际偏差 工期 周 550 规模 人时 300320 20 人力投入 220 成本 元 1200012800 800 阶段评语本阶段由于是项目开始阶段 所以比较准时 这也是必要的 在完 成本阶段的过程中 开发人员对项目有了总体了解 对比曾经做过 的项目计划 很容易找出此项目的独特之处 然后采取不同的开发 手段 这部分是对整个项目的规划 所以所有员工都做到仔细浏览 文档并且理解自己参与的阶段开发 这对以后按计划完成任务具有 非常大的指导意义 同时在规划时出现了一些偏差 由组员经过严 谨的分析和讨论 同时借鉴历史经验加以了改正 表 2 项目名称图书馆管理系统项目标识 部门 组织名XX 项目组阶段名称项目规划 主持人 Xx 会议地点 Xx 评审时间 2017 7 18 评审次数 1 软件项目管理 课程设计 图书馆管理信息系统 第第23页页 评审人 xxx 评审项与结论 评审要素评审结果问题和对策 设计 结果 ER 图和数据库设计 概要设计 满足需求规格的要求没有用户参与评审 所以本阶段的提交结果 对照需求说明作了严格审核 以避免偏离需 求的风险 计划执行通过基本按照计划执行 没有逾期和提前完成的 情况 质量情况通过满足质量计划的要求 配置管理通过只是对数据库进行了操作 所以并没有多少 问题暴露出来 其他问题问题不大