项目开发计划第一组Word格式文档下载.docx
《项目开发计划第一组Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《项目开发计划第一组Word格式文档下载.docx(8页珍藏版)》请在冰豆网上搜索。
1.1编写目的
本计划编写目的是更清晰地理解旅馆预定系统项目的业务要求,明确项目需要做的工作,并为保证项目在预算、日期和质量方面的要求提供可执行的依据,包含了范围、进度安排、质量控制、预算和变更等在内的明确的计划和安排,以切实能保证项目能在控制中完成。
1.2背景
说明:
A、系统名称:
旅馆预定系统设计项目
B、任务提出者:
任老师
开发者:
ULTRAWISE研发中心-ARM
实现完成的系统将供旅行社用户使用。
C、本系统将是独立的系统,目前不与旅行社财务系统和其他资料系统提供接口,所产生的输入输出都是独立的。
本系统需要在Ubuntu操作系统之上运行使用。
1.3定义
(无基本的定义)
1.4参考资料
相关的文件包括:
无。
参考资料:
A:
C语音程序设计
B:
旅馆预定系统:
要求与实现。
2.
第二部分、项目概述
2.1工作内容
为完成本项目,需要按照需求分析、设计、评审、编码、测试、安装和维护等不同的阶段来进行,其中,本计划不考虑需求分析,安装和维护阶段所做的工作。
设计阶段将该需求转化为计算机的模型,并且对实现的功能进行分配,详细设计还将提供各模块、任务、功能点的详细规划。
评审分布在项目的阶段点,是质量保证的一部分,评审活动用于确定和调整与需求的偏差,以确保最后的产品符合初始提出的要求。
编码实现将按照软件产品设计所描述的内容,编写代码实现软件各部分的功能。
测试部分包括对实现过程中的错误的修改、功能的改进的一些活动,同时包括了各子系统、模块、功能点的组合和连调。
2.2主要参加人员
本项目全职参与人员包括:
人员名称
主要职责或职务
成员技能说明
小组长,学员
有C语言基础
廖野
助理,学员
陈和炯
学员
欧阳成华
2.3产品
项目的最后的产品目前只包括程序文件夹,如下所示:
1、完成的软件系统
最后完成的软件系统,其功能、模块和性能要求标准如下:
旅馆的详细信息应存储在一个名为Hotel.dat的文件中,该文件应包含下列详细信息:
Ø
代码(从1开始按顺序编码);
名字(最多30个字符);
城市的名字(最多30个字符);
标准间的总数;
标准间的价格表;
可预订标准间的数目;
豪华间的总数;
豪华间的价格表;
可预订豪华间的数目;
度假村的详细信息应存储在一个名为Resort.dat的文件中,该文件应包含下列详细信息:
小别墅的总数;
小别墅的价格表;
可预订的小别墅数目;
预订的详细信息应保存在一个名为Booking.dat的文件中,该文件应包含下列详细信息:
预订编号(从1开始按顺序编码);
顾客的名字(最多30个字符);
联系电话;
电子邮件ID(最多30个字符);
旅馆的类型(“H”代表旅馆,“R”代表度假村);
旅馆/度假村的代码;
房间类型(“R”代表标准间,“D”代表豪华间,“C”代表小别墅–如果旅馆类型是“R”则默认设为“C”);
2.4完成项目的最迟期限
项目的系统测试的最后完成日期为2010–11–21日,然后在2010–11–23之前,进行运行时测试,包括用户培训等服务活动的实施。
系统在2010–12–1起,开始正式使用。
2.5本计划的批准者和批准日期
本计划的批准人为研发中心任老师。
本计划的正式批准日期为2010–11–14日,实施日期为2010–11–15日。
3.第三部分、实施计划
3.1接口人员
负责接口工作的人员及他们的职责,包括:
A、毛会懂负责查看项目的完成情况。
B廖野负责解决在项目开发中遇到的一些技术上的难题。
3.2进度
开始时间:
11月15日
11月15日-------11月18日,完成以下基本模块:
11月19日---11月20日,完成集成测试。
11月21日---11月22日,运行测试。
3.3预算
暂时预算为0元。
3.4关键问题
影响整个项目成败的关键问题、技术难点和风险包括:
1.项目的工作量比估计的要大。
(从准则、功能点、模式等方面来看)
可能性:
90%,影响:
50%
2.小组成员之间的冲突导致通信差、设计差、界面错误和额外工作
可能行:
60%影响:
90%
3.小组成员没有掌握文件的基本操作,不得不抽出时间补习文件操作的基本内容。
可能性:
30%影响:
(说明:
以上列出的是可能发生的一些因素,但并没有包含一些非预料的一些因素。
)
4.
第四部分、支持条件
支持本项目的开发所需要的条件和设施包括:
4.1计算机系统支持
硬件环境:
CPU:
PIII750或者更高频率
ROM:
256或者更高内存支持
磁盘:
8G
软件支持:
开发所用的操作系统:
Ubuntu
开发工具:
gcc开发工具
4.2需由用户承担的工作
(不适用)
4.3由外单位提供的条件
(不适用)。
5.
第五部分、专题计划要点
5.1配置管理计划
配置管理所关心的问题涉及以下两点:
1、仔细定义软件系统的交付物;
2、严格控制对可交付物的变更;
5.2质量管理计划
5.3沟通计划
本项目在规模上属于小项目,在人员安排和沟通方面都比较清晰和明确。
在上面的职责分配中做了每人所参与、负责、评议的详细说明。
5.3.1项目成员
参加本项目的主要人员包括:
小组长,有C语言基础
学员,有C语言基础,五个月的嵌入式学习经历。
学员,有C语言基础
以上成员都是本项目的全职人员。
需要补充的成员及说明在本文的后续版本中得到。
5.3.2沟通方式
A、本项目组成员之间的沟通方式包括:
A、电话;
B、电子邮件;
C、非正式的会谈或者正式的会议;
固定的电子邮件列表、电话如下:
毛会懂:
EMAIL:
廖野:
欧阳成华:
陈和炯:
会谈和会议的约定有:
A、项目里程碑事件预期发生或者项目没有到达预期目标,必须举行额外的正式会议;
B、每天至少有一次非正式的会谈;
C、工作结果采用CDROM或者邮件附件的方式进行传递,工作结果产生可交付物后采用非正式的会议进行评价和沟通;
B、与客户之间的沟通方式:
正式或者非正式的沟通应该灵活运用,一些正式的评审过程,在前面已经进行了说明。
编写人:
毛会懂批准人:
任继梅
日期:
2010年11月14日