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 编写目的
为了保证项目团队按时保质地完成项目目标,便于项目团队成员更好地了解项目情况,使项目工作开展的各个过程合理有序,因此以文件化的形式,把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作
责任
安全质量包保责任状安全管理目标责任状8安全事故责任追究制幼儿园安全责任状占有损害赔偿请求权
、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容做出的安排以书面的方式,作为项目团队成员以及项目干系人之间的共识与约定,项目生命周期内的所有项目活动的行动基础,项目团队开展和检查项目工作的依据。
1.2 背景
项目的名称:电影院售票管理系统。
项目的用户(单位):07网络工程电影院
项目的主要承担部门:研发部门、开发部门、测试部门、集成部门、服务部门
项目建设背景:
为了保障电影院售票管理系统建设工作的正常实施,必须加强监督,制定计划,建设工作小组把此计划工作实施列入督查的重要内容,及时掌握进度,所以建立此项目开发计划,及时反映系统建设工作动态。
随着社会的发展,人们生活水平的提高,欣赏电影逐渐成为人们闲暇时的主要娱乐方式之一。传统的电影售票都是人工服务,观看座位都是人工安排,无法体现人性化选择,加上现在人们的生活节奏越来越快,购票时间需要相应缩短以及方便电影院工作人员的管理,。因此,充分利用现代信息化、因特网的优势,设计“电影售票管理系统”,提高系统建设的工作效率,提高信息的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。
软件系统与其他系统的关系:本系统中对管理部分如需要外部管理者自行添加影片和管理信息到数据库。
1.3 参考资料
《VB程序设计》,谭浩强、袁玫、薛淑斌编著,清华大学出版社。
《软件工程》,王慧芳编著,浙江大学出版社
1.4 标准、条约和约定
相应的《立项
建议书
项目建议书下载项目建议书格式服务建议书承包人建议书项目建议书
》、《项目任务书》、合同、国家标准、行业标准、实施
方案
气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载
、相应的技术规范,国家标准 ISO/IEC 14598。
2 项目概述
2.1 项目目标
电影院售票管理系统是为方便电影院人员管理售票工作以及体现用户人性化选择而设计的,本系统能够实现管理售票、用户预订观看座位、节目录入、售票录入、订票查看、已售票查看等功能。系统可以安全、快捷、一目了然的查询用户购票情况、影片情况等。
项目目标应当符合SMART原则:
l S Specific 明确的陈述
l M Measurable 可以衡量的结果
l A Attainable 可以达成的目标
l R Realistic 合理的,现实的或者说是能和实际工作相结合
l 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网络工程 会每个星期一次进行会议沟通,明确各个阶段的任务。
负责人联系方式:
编辑部刘小姐:158********
测试部郑小姐:158********
4 实施计划
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 计算机软件质量保证计划规范,内容包括:
l 引言(本章节包括质量计划的目的、定义、参考资料)
l 管理(描述负责软件质量管理的机构、任务及其相关的职责)
l 文档(列出在该软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档,并描述对文档进行评审与检查的准则)
l 标准、条例和约定(列出软件开发过程中要用到的标准、条例和约定,并列出监督和保证执行的措施)
l 评审和检查(规定所要进行的技术和管理两个方面的评审和检查工作,并编制或引用有关的评审和检查规程,以及通过与否的技术准则。至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查)
l 软件配置管理(编制有关配置管理条款,或在“4.4.4 配置管理计划”中说明,或引用按照《GB/T 12505 计算机软件配置管理计划规范》单独制定的文档)
l 工具、技术和方法(指明用于支持特定软件项目质量管理工作的工具、技术和方法,指出它们的目的和用途)
l 媒体控制(说明保护计算机程序物理媒体的方法和设施,以免非法存取、意外损坏或自然老化)
l 对供货单位的控制(供货单位包括项目承办单位、软件销售单位、软件开发单位。规定对这些供货单位进行控制的规程,从而保证项目承办单位从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的需求。)
l 记录的收集、维护和保存(指明需要保存的软件质量保证活动的记录,并指出用于汇总、保护和维护这些记录的方法和设施,并指明要保存的期限)
4.42 预算监控计划
说明如何检查项目预算的使用情况。根据项目情况需要制定。
4.4.3 配置管理计划
根据《GB/T 12505 计算机软件配置管理计划规范》,软件配置管理计划内容如下:
l 引言(本章节包括质量计划的目的、定义、参考资料)