it项目管理大作业

IT 项目管理大作业 学 生 姓 名 : 谭 辉 学 号： 1005170125 学 院 : 经济管理学院 班 级 : 管理 101 题 目 : 学生信息管理系统项目计划 指导教师： 王欣 职称: 教授 2013 年 6 月 目 录 1 项目概述 1 1.1 项目情况介绍 1 1.2 建设目标 1 2 项目计划 1 2.1 项目范围管理 1 2.1.1 生存期模型 .1 2.1.2 工作分解结构 .2 2.2 人员配置计划 2 2.3 项目实施计划 6 2.3.1 项目进度计划 .6 2.3.2 资源计划 .7 2.3.3 成本计划 .8 2.3.4 质量计划 10 1 1 项目概述 1.1 项目情况介绍 学生信息管理系统是东北电力大学针对学校教务处的大量业务处理工作而 开发的管理软件，主要用于学校学生信息管理，总体任务是实现学生信息关系 的系统化、科学化、规范化和自动化，其主要任务是用计算机对学生各种信息 进行日常管理，如查询、修改、增加、删除，另外还考虑到学生选课，针对这 些要求设计了学生信息管理系统。推行学校信息管理系统的应用是进一步推进 学生学籍管理规范化、电子化、控制辍学和提高义务教育水平的重要举措。 1.2 建设目标 项目建设目标主要从本项目的建设成果、项目的工期要求以及项目投资目 标三方面来说明。 项目成果：交付使用一个学生信息管理系统软件，能实现利用计算机对学 生信息进行管理，并满足学生选课、网上评教、报名等功能。 工期要求：本项目从 2013 年 6 月 1 日开始立项，要求在 2013 年 8 月中旬 投入运行。 项目投资：项目投资要求控制在 5 万人民币以内。 2 项目计划 2.1 项目范围管理 2.1.1 生存期模型 针对本项目的开发特点，参考企业的生存期模型说明和软件过程体系，决 定采用增量模型，理由如下： 学生信息管理系统可以先基于通用功能作出一个最小的使用版本，再逐步 添加其他的功能。这样一来，用户可以先试用最小版本的同时，提出更多明确 的需求，这有助于下一阶段的开发，大大减小了开发的风险。 在学生信息管理系统中，要求系统有可扩充性，若使用增量模型，可以保 证系统的可扩充性。用户明确了需求的大部分，但是也会存在不详尽的地方， 2 只有等到一个可用的产品出来，通过用户使用，然后进行评估，评估结果作为 下一个增量的开发计划，下一个增量发布一些新增的功能和特性，直至产生最 终完善的产品。 “系统要求有可扩充性，可以在现有系统的基础上，通过前台就可加挂其 他功能模块”也说明用户可能会增加新的需求。 从最基础的做起，逐步扩充其应用，所以选择增量模型来开发学生信息管 理系统。 2.1.2 工作分解结构 当解决问题过于复杂时，可以将问题进行分解，直到分解后的子问题容易 解决，然后分别解决这些子问题。规划项目时，也应该从任务分解开始，将一 个项目分解为更多的工作细目或子项目，使项目变得更小、更易管理、更易操 作。这样可以提高估算成本、时间和资源的准确性。使工作变得更易操作，责 任分工更加明确。完成项目本身是一个复杂的过程，必须采取分解的手段把主 要的可交付成果分成更容易管理的单元才能一目了然，最终得出项目的分解结 构（WBS） 。 学生信息管理系统开发的工作分解结构如图所示。 图 2.1 工作分解结构示意图 2.2 人员配置计划 3 项目团队组建的工作流程如图 2.2 所示。 项目组管理采用自上而下的负责方式：项目组成员向项目负责人负责，项 目负责人向项目领导小组负责。这种方式清晰地定义了各个运作层面的职责， 便于项目管理、控制，提高项目管理的力度和效率。 项目组织结构如图 2.3 所示。 项目组成立 研究项目（总）负责人以 及专业负责人 确定内外部接口人 确定项目组成员 项目组成员报备 项目启动会 项目组成立收尾 图 2.2 项目组建的工作流程 领导小组 项目负责人 软 件 开 发 负 责 人 资 源 管 理 负 责 人 质 量 评 审 负 责 人 图 2.3 组织结构示意图 4 参与项目各方的责任一般通过责任分配矩阵的形式进行表达，这种表达形 式的优点是直观地将项目责任方的责任和权利完整地表达出来，便于项目各方 进行有效的协调，对项目的成功实施非常关键。根据组织结构确定的项目责任 分配矩阵，责任矩阵如表 2.1 所示。 表 2.1 责任矩阵 WBS 软件开发 部 资源管理 部 质量评审 部 领导组 项目规划 F C P软件 规划 计划评审 C F 用户界面设计 F C 用户需求评审 C F 修改需求、用户 界面 F C 编写需求规格说 明 C F 需 求分 析 需求验证 C C F 概要设计 F C 数据库 ER 图编制、 建库 F C 项 目设 计 设计评审 C F 登陆学 号、密 码 F C P 安全退 出 F 学 生登陆 增 量 1 增量 1 评审 C F 个人信 息 F C P 密码修 改 F 项目 实施 信 息维护 增 量 2 增 2评 审 C F 5 注：F：负责；C：参与；P：批准。 学生个 人课表 F C P 成绩查 询 F 等级考 试查询 F 课程介 绍查询 F 学生选 课情况 查询 F 老 师个人 课表 F 信 息查询 增 量 3 增量 3 评审 C F 教学质 量评价 F C P教学质 量评价 增 量 4 增量 4 评审 C F 选修课 程 F C P 计算机 二级 F 英语四 六级 F 网 上报名 增 量 5 增量 5 评审 C F 系统集成测试 F C 环境测试 F 系统 集成 测试总结 C F 验收测试 F提交 产品提交 C F 6 2.3 项目实施计划 2.3.1 项目进度计划 1甘特图 项目进度甘特图如图 2.4 所示。 图 2.4 项目进度甘特图 7 2.网络图 项目进度网络图如图 2.5 所示。 图 2.5 项目进度网络图 2.3.2 资源计划 1.项目资源表 项目资源表如表 2.2 所示。 表 2.2 项目资源表 2.人力资源计划 项目人力资源计划如表 2.3 所示。 8 表 2.3 项目人力资源计划表 2.3.3 成本计划 项目成本预算如表 2.4 所示。 9 表 2.4 成本预算表 10 2.3.4 质量计划 1质量目标 整体创优良是项目的质量目标。 2.质量保证计划 质量管理范围如下： （1）软件设计应符合设计规范及用户的要求。 （2）服务及设备采购应符合项目需求，资质和质量符合国家标准和建设单 位的要求。 （3）项目研发应符合公司需求。 （4）软件的集成和交付符合要