项目开发计划第一组Word格式文档下载.docx

上传人:b****6 文档编号:16204700 上传时间:2022-11-21 格式:DOCX 页数:8 大小:28.62KB
下载 相关 举报
项目开发计划第一组Word格式文档下载.docx_第1页
第1页 / 共8页
项目开发计划第一组Word格式文档下载.docx_第2页
第2页 / 共8页
项目开发计划第一组Word格式文档下载.docx_第3页
第3页 / 共8页
项目开发计划第一组Word格式文档下载.docx_第4页
第4页 / 共8页
项目开发计划第一组Word格式文档下载.docx_第5页
第5页 / 共8页
点击查看更多>>
下载资源
资源描述

项目开发计划第一组Word格式文档下载.docx

《项目开发计划第一组Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《项目开发计划第一组Word格式文档下载.docx(8页珍藏版)》请在冰豆网上搜索。

项目开发计划第一组Word格式文档下载.docx

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日

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 小学教育 > 语文

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1