1 引言1.1 编写目的1.2 背景1.3 参考资料1.4 标准、条约和约定2 项目概述2.1 项目目标2.2 项目工作范围2.3 应交付成果2.3.1 需完成的软件2.3.2 需提交用户的文档2.3.3 应当提供的服务2.4 项目开发环境2.5 项目验收方式与依据3 项目团队组织3.1 组织结构3.2 人员分工3.3 协作与沟通3.3.1 内部协作3.3.2 外部沟通4 实施计划4.1 风险评估及对策4.2 工作流程4.3 总体进度计划4.4 项目监控4.4.1 质量控制计划4.4.2 预算监控计划4.4.3 配置管理计划5.1 人员成本5.2 设备成本5.3 其它经费预算5.4 项目合计经费预算二、项目计划书的编写说明1 引言1.1 编写目的为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。1.2 背景项目的名称：电影院售票管理系统。项目的用户（单位）：07 网络工程电影院项目的主要承担部门：研发部门、开发部门、测试部门、集成部门、服务部门项目建设背景：为了保障电影院售票管理系统建设工作的正常实施，必须加强监督，制定计划，建设工作小组把此计划工作实施列入督查的重要内容，及时掌握进度，所以建立此项目开发计划，及时反映系统建设工作动态。随着社会的发展，人们生活水平的提高，欣赏电影逐渐成为人们闲暇时的主要娱乐方式之一。传统的电影售票都是人工服务，观看座位都是人工安排，无法体现人性化选择，加上现在人们的生活节奏越来越快，购票时间需要相应缩短以及方便电影院工作人员的管理， 。因此，充分利用现代信息化、因特网的优势，设计“ 电影售票管理系统” ，提高系统建设的工作效率，提高信息的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。软件系统与其他系统的关系：本系统中对管理部分如需要外部管理者自行添加影片和管理信息到数据库。1.3 参考资料VB 程序设计 ，谭浩强、袁玫、薛淑斌编著，清华大学出版社。软件工程 ，王慧芳编著，浙江大学出版社1.4 标准、条约和约定相应的立项建议书、项目任务书、合同、国家标准、行业标准、实施方案、相应的技术规范，国家标准 ISO/IEC 14598。2 项目概述2.1 项目目标电影院售票管理系统是为方便电影院人员管理售票工作以及体现用户人性化选择而设计的，本系统能够实现管理售票、用户预订观看座位、节目录入、售票录入、订票查看、已售票查看等功能。系统可以安全、快捷、一目了然的查询用户购票情况、影片情况等。项目目标应当符合 SMART 原则： S Specific 明确的陈述 M Measurable 可以衡量的结果 A Attainable 可以达成的目标 R Realistic 合理的，现实的或者说是能和实际工作相结合 T Trackable 可以跟踪的 为实现项目的总目标，必须实现以下三个阶段目标：第一：实现用户管理。如添加管理员，删除管理员，修改管理员权限等第二：实现售票管理。如售票、换票、退票等第三：实现电影票的编辑，如插入、删除、修改、查询、导入、导出等。2.2 项目工作范围需要结合 VB 和 SQL Server 的知识来完成电影售票管理系统。需要用到 VB 程序里的链接数据库、VB 编程、分页显示等。以及数据库的创建表，包括增、删、改、查、导入、导出等知识要点。1) 性能要求要求结合 VB6.0 和 SQL Server2000 完善电影院管理系统。2) 系统的输入、输出 输入：输入用户名和密码输出：退出用户界面3) 安全和保密要求对历史数据的更改和新数据的添加只有系统管理员才能进行操作，浏览并且为观众订购电影票。对数据库的关键数据应要保密。产品范围界定：电影售票管理系统适合于电影院剧院这一类。工作范围界定： 需要结合 VB 和 SQL Server 的知识来完成电影售票管理系统。需要用到 VB 程序里的链接数据库、VB 编程、分页显示等。以及数据库的创建表，包括增、删、改、查、导入、导出等知识要点。2.3 应交付成果2.3.1 需完成的软件VB 和 SQL Server，photoshop 。 2.3.2 需提交用户的文档可行性分析，项目开发计划，需求分析2.3.3 应当提供的服务软件使用前培训、安装、维护和运行支持等。具体的工作计划编制现场安装作业指导书、培训计划等。2.4 项目开发环境操作系统、开发工具、数据库系统、配置管理工具、网络环境。本项目采用 B/S 结构，建立在Windows2000 或 Windows XP 系统上，以 VB6.0 为主要开发工具，数据库服务器为 SQL Server 2000。采用 B/S 结构， ，那怎么没见到你们的前台设计的工具呢？2.5 项目验收方式与依据项目内部验收和用户验收的方式，验收包括交付前验收、交付后验收、试运行（初步）验收、最终验收、第三方验收、专家参与验收等等。项目验收依据主要有标书、合同、相关标准、项目文档。3 项目团队组织3.1 组织结构系统分析小组、构架设计师、设计组、程序组、测试组等等。3.2 人员分工确定项目团队的的每个成员属于组织结构中的什么角色，我们的技术水平、项目中的分工与配置，可以列表方式说明，具体编制时按照项目实际组织结构编写。姓名 技术水平 角色 工作描述XXX XXXX 中级 项目管理，前期分析，设计 分析系统需求、项目计划XX XXX 中等 分析、设计、编码 分析新功能、软件框架扩张、代码模块分配、数据库设计说明XXX XXXX 中等 测试 对软件进行测试、软件测试文档3.3 协作与沟通沟通方式：会议、使用电话、内部邮件、外部邮件、聊天室等等。定期的沟通包括项目阶段报告、项目阶段计划、阶段会议等3.3.1 项目团队内部协作本节说明在项目开发过程中项目团队内部的协作模式和沟通方式、频次、沟通成果记录办法等内容。3.3.2 项目团队外部沟通与协作模式项目委托单位珠江学院 与项目开发单位 07 网络工程 会每个星期一次进行会议沟通，明确各个阶段的任务。负责人联系方式：编辑部刘小姐：15820250474测试部郑小姐：158202504734 实施计划4.1 风险评估及对策因为电影院售票管理系统本身规模不大，所以风险的概率也相对小。一下是内在风险和外在风险：内在风险是指项目工作组能加以控制和影响的风险，如人事任免和成本估计等。外在风险指超出项目工作组等控制力和影响力之外的风险，如市场转向或政府行为等风险的对策包括：避免：排除特定危胁往往靠排除危险起源；减缓：减少风险事件的预期资金投入来减低风险发生的概率，以及减少风险事件的风险系数；吸纳：接受一切后果，制定预防性计划来防备风险事件的发生，某些费用超支则接受低于预期的利润。软件开发项目常见预估的风险：1) 工程规模进度上的风险规模大，规模估算不精确甚至误差很大；就规模而言，用户要求交付期、费用很紧；预料外的工作(测试未完时的现场对应等)；2) 技术上的风险开发人员可能在经验上不是很足，还有这是新型的系统，之前没有这类的开发经验。3) 用户体制上的问题因为委托单位不清楚售票管理系统的相关能，恐怕功能会多次变更；与用户分担开发，恐怕工程会拖延；用户或其他相关人员承担的工作有可能延误；4) 其它：因为这一段时间的法定节假日比较多所以怕在规定时间内无法交出系统。4.2 工作流程原型法工作流程，能够及早发现问题，随时纠正错误，减少了技术、应用风险，促使用户主动参与开发活动，促进各类人员的协调，减少误解，适应需求的变化，能有效的提高系统质量。4.3 总体进度计划起止时间 责任人 完成工作 应提交成果11 月 15 日-11 月 20 日 XXX 需求分析 需求分析报告11 月 21 日-12 月 1 日 XXX 框架设计 总体框架12 月 2 日-12 月 20 日 XXX 编码实现 各个模块集成，实现各个功能12 月 21 日-12 月 31 日 测试 对软件进行测试，发现问题1 月 1 日-1 月 3 日 移交 电影售票系统1 月 4 日-1 月 15 日 培训 委托单位人员进行培训4.4 项目控制计划4.4.1 质量保证计划执行质量评审活动，对过程质量进行控制。根据 GB/T 12504 计算机软件质量保证计划规范，内容包括： 引言（本章节包括质量计划的目的、定义、参考资料） 管理（描述负责软件质量管理的机构、任务及其相关的职责） 文档（列出在该软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档，并描述对文档进行评审与检查的准则） 标准、条例和约定（列出软件开发过程中要用到的标准、条例和约定，并列出监督和保证执行的措施） 评审和检查（规定所要进行的技术和管理两个方面的评审和检查工作，并编制或引用有关的评审和检查规程，以及通过与否的技术准则。至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查） 软件配置管理（编制有关配置管理条款，或在“4.4.4 配置管理计划”中说明，或引用按照GB/T 12505 计算机软件配置管理计划规范单独制定的文档） 工具、技术和方法（指明用于支持特定软件项目质量管理工作的工具、技术和方法，指出它们的目的和用途） 媒体控制（说明保护计算机程序物理媒体的方法和设施，以免非法存取、意外损坏或自然老化） 对供货单位的控制（供货单位包括项目承办单位、软件销售单位、软件开发单位。规定对这些供货单位进行控制的规程，从而保证项目承办单位从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的需求。） 记录的收集、维护和保存（指明需要保存的软件质量保证活动的记录，并指出用于汇总、保护和维护这些记录的方法和设施，并指明要保存的期限） 4.42 预算监控计划说明如何检查项目预算的使用情况。根据项目情况需要制定。4.4.3 配置管理计划根据GB/T 12505 计算机软件配置管理计划规范，软件配置管理计划内容如下： 引言（本章节包括质量计划的目的、定义、参考资料） 管理（描述负责软件配置管理的机构、任务、职责及其有关的接口控制。） 软件配置管理活动（描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需求。） 工具、技术和方法（指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法，指明它们的目的，并在开发者所有权的范围内描述其用法） 对供货单位的控制（供货单位是指软件销售单位、软件开发单位或软件子开发单位。必须规定对这些供货单位进行控制的管理规程，从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求） 记录的收集、维护和保存（指明要保存的软件配置管理文档，指明用于汇总、保护和维护这些文档的方法和设施，并指明要保存的期限） 5 支持条件5.1 内部支持本项目采用 B/S 结构，建立在 Windows2000 或 Windows XP 系统上，以 VB6.0 为主要开发工具，数据库服务器为 SQL Server 2000。移交日期：1 月 1 日至 1 月 3 日产品使用时间：15 年5.2 客户支持客户完成的工作：数据录入，影片的管理，系统操作人员的管理。验收标准： 实现客户所要求的功能。在 11 月 15 日之前客户应该提供以上要求到开发部门。6 预算6.1 人员成本列出产