景点售票系统项目计划书

景点售票系统景点售票系统 项目计划书项目计划书 学院 数学与计算机科学学院学院 数学与计算机科学学院 专业 计算机科学与技术 软件工程方专业 计算机科学与技术 软件工程方 向 向 班级 软件班级 软件 1212 学号 学号 10606120140491060612014049 姓名 邓茂记姓名 邓茂记 日期 日期 20152015 年年 5 5 月月 1010 日日 目录 1 引言 3 1 1 编写目的 3 1 2 背景 3 1 3 参考资料 3 2 项目概述 4 2 1 项目目标 4 2 2 项目工作范围 4 2 3 应交付成果 4 2 3 1 需提交用户的文档 4 2 3 2 应当提供的服务 4 2 4 项目开发环境 5 2 5 项目验收方式与依据 5 3 项目团队组织 5 3 1 人员分工 5 3 2 协作与沟通 5 4 实施计划 5 4 1 风险评估及对策 5 4 2 总体进度计划 6 4 3 项目质量保证计划 6 5 支持条件 7 5 1 内部支持 7 5 2 客户支持 7 6 预算 7 6 1 人员成本 7 6 2 设备成本 7 7 验收标准 7 7 1 代码的验收 7 7 2 文档验收 7 7 3 服务验收 8 1 景点售票系统项目计划书 1 1 引言引言 1 11 1 编写目的编写目的 为了保证项目团队按时保质地完成项目目标 便于项目团队成员更好地了 解项目情况 使项目工作开展的各个过程合理有序 因此以文件化的形式 把 对于在项目生命周期内的工作任务范围 各项工作的任务分解 各团队成员的 工作责任 开发进度 经费预算 风险对策等内容做出的安排以书面的方式 作为项目团队成员以及项目干系人之间的共识与约定 项目生命周期内的所有 项目活动的行动基础 项目团队开展和检查项目工作的依据 1 21 2 背景背景 项目的名称 景点售票系统 项目的用户 各个旅游景点 项目的开发人员 邓茂记 颜学宏 王晓武 胡皓钧 项目开发背景 为了保障景点售票管理系统开发正常实施 必须制定计划 建立开发小组把此计划工作实施列入督查的重要内容 及时掌握进度 所以编 写该项目开发计划 及时反映系统建设工作动态 随着社会的发展 人们生活 水平的提高 旅游逐渐成为人们闲暇时的主要娱乐方式之一 传统的景点售票 都是人工服务 现在人们的生活节奏越来越快 购票时间需要相应缩短以及方 便景点工作人员的管理 因此 充分利用现代信息化 因特网的优势 设计 景点售票管理系统 1 31 3 参考资料参考资料 1 张俊兰 王文发 马乐荣 冯伍 软件工程 M 西安 西安交通大学出版社 2009 4 2 刁成嘉 UML 系统建模与分析设计 M 北京 机械工业出版社 2007 6 3 贾经冬 林广艳 软件项目管理 M 北京 高等教育出版社 2012 12 4 张志美 21 天学通 Visual C M 3 版 北京 电子工业出版社 2014 1 2 2 2 项目概述项目概述 2 12 1 项目目标项目目标 景点售票管理系统是为方便景点人员管理售票工作以及体现用户人性化选 择而设计的 作为买票的顾客 用户 本系统能够实现其买票 退票和查票的 功能 作为卖票的一方 管理员 也可以对余票进行查询 同时也可以增加 修改票务信息 当然 用户角色可以注册以及登录该售票系统 系统可以安全 快捷 一目了然的查询用户购票情况 2 22 2 项目工作范围项目工作范围 需要结合 MFC 和 SQL Server 的知识来完成景点售票管理系统 需要用到 MFC 程序里的链接数据库 MFC 编程 显示等 以及数据库的创建表 包括增 删 改 查等知识要点 1 性能要求 要求结合 VC6 0 和 SQL Server 2005 完成景点售票管理系统 2 系统的输入 输出 输入 输入用户名和密码 输出 退出用户界面 3 安全和保密要求 对历史数据的更改和新数据的添加只有系统管理员才能进行操作 对数据 库的关键数据应要保密 工作范围界定 需要结合 MFC 和 SQL Server 的知识来完成景点售票管理系 统 需要用到 MFC 程序里的链接数据库 MFC 编程 显示等 以及数据库的创 建表 包括增 删 改 查等知识要点 2 32 3 应交付成果应交付成果 2 3 12 3 1 需提交用户的文档需提交用户的文档 可行性分析 项目开发计划 需求分析 2 3 22 3 2 应当提供的服务应当提供的服务 软件使用前培训 安装 维护和运行支持等 具体的工作计划编制安装指 导书 培训计划等 3 2 42 4 项目开发环境项目开发环境 该系统采用 C S 结构 建立在 Windows 7 系统上 以 VC6 0 为开发工具 数据库服务器为 SQL Server 2005 2 52 5 项目验收方式与依据项目验收方式与依据 项目内部验收和用户验收的方式 验收包括交付前验收 交付后验收 试 运行验收 最终验收 第三方验收 专家参与验收等 项目验收依据主要有标 书 合同 相关标准 项目文档 3 3 项目团队组织项目团队组织 3 13 1 人员分工人员分工 确定项目团队的每个成员属于什么角色 每个成员的主要职责与要完成的 工作 如表 1 所示 表 1 景点售票系统人员分工表 职务负责人责任描述 项目管理 前期 分析 设计 邓茂记 王晓武 颜 学宏 胡皓钧 分析系统需求 项目计划 分析 设计 编 码 邓茂记 王晓武 颜 学宏 胡皓钧 分析新功能 软件框架扩张 代 码模块分配 数据库设计说明 测试邓茂记 王晓武 颜 学宏 胡皓钧 对软件进行测试 软件测试文档 3 23 2 协作与沟通协作与沟通 沟通方式 会议 使用电话 内部邮件 外部邮件 聊天工具等 定期的 沟通包括项目阶段报告 项目阶段计划 阶段会议等 4 4 实施计划实施计划 4 14 1 风险评估及对策风险评估及对策 因为景点售票管理系统本身规模不大 所以风险的概率也相对较小 以下 是该系统的内在风险和外在风险 内在风险是指项目工作组能加以控制和影响 的风险 如人员分工和成本估计等 外在风险指超出项目工作组等控制力和影 4 响力之外的风险 如市场转向或政府行为等 软件开发项目常见预估的风险 1 工程 规模 进度上的风险 规模大 规模估算不精确甚至误差很大 就规模而言 用户要求交付期 费用很紧 预料外的工作 测试未完时的现场对 应等 2 技术上的风险 开发人员可能在经验上不是很足 还有这是新型的系统 之前没有这类的开发经验 3 用户体制上的问题 因为用户不清楚景点售票管理系统的相关功能 恐 怕功能会多次变更 用户或其他相关人员承担的工作有可能延误 风险的对策包括 1 避免 排除特定威胁往往靠排除危险起源 2 减缓 减少风险事件的预期资金投入来减低风险发生的概率 以及减少 风险事件的风险系数 3 吸纳 接受一切后果 制定预防性计划来防备风险事件的发生 某些费 用超支则接受低于预期的利润 4 24 2 总体进度计划总体进度计划 总体进度计划如表 2 所示 表 2 景点售票系统总体进度计划表 起止时间责任人完成工作应提交成果 5 月 14 日 5 月 18 日 XXX 需求分析需求分析报告 5 月 19 日 5 月 31 日 XXX 框架设计总体框架 6 月 1 日 6 月 20 日 XXX 编码实现各个模块集成 实 现各个功能 6 月 21 日 6 月 30 日 测试对软件进行测试 发现问题 7 月 1 日 7 月 3 日 移交景点售票系统 7 月 4 日 7 月 10 日 培训委托单位人员进行 培训 4 34 3 项目质量保证计划项目质量保证计划 执行质量评审活动 对过程质量进行控制 严格按照项目开发过程中的各 项步骤 从项目立项 可行性研究报告 需求分析报告 项目开发计划等 具 体实施 5 5 5 支持条件支持条件 5 15 1 内部支持内部支持 本项目采用 C S 结构 建立在 Windows 7 系统上 以 VC6 0 为开发工具 数据库服务器为 SQL Server 2005 移交日期 7 月 1 日至 7 月 3 日 产品使用时间 10 年 5 25 2 客户支持客户支持 客户完成的工作 数据录入 票的管理 系统操作人员的管理 验收标准 根据需求分析报告 检验系统是否实现客户所要求的功能 6 6 预算预算 6 16 1 人员成本人员成本 列出项目团队每一个人的预计工作月数 劳务费一般包括工资 奖金 补贴 住房基金 退休养老金 医疗保险金 总计每人每月支付酬劳 8000 6 26 2 设备成本设备成本 设备成本包括 原材料费 设备购置及使用费 7 7 验收标准验收标准 7 17 1 代码的验收代码的验收 最后在交付客户之前进行小组内评审