WinE物流服务管理系统项目计划书.docx

上传人:b****7 文档编号:9427685 上传时间:2023-02-04 格式:DOCX 页数:21 大小:137.39KB
下载 相关 举报
WinE物流服务管理系统项目计划书.docx_第1页
第1页 / 共21页
WinE物流服务管理系统项目计划书.docx_第2页
第2页 / 共21页
WinE物流服务管理系统项目计划书.docx_第3页
第3页 / 共21页
WinE物流服务管理系统项目计划书.docx_第4页
第4页 / 共21页
WinE物流服务管理系统项目计划书.docx_第5页
第5页 / 共21页
点击查看更多>>
下载资源
资源描述

WinE物流服务管理系统项目计划书.docx

《WinE物流服务管理系统项目计划书.docx》由会员分享,可在线阅读,更多相关《WinE物流服务管理系统项目计划书.docx(21页珍藏版)》请在冰豆网上搜索。

WinE物流服务管理系统项目计划书.docx

WinE物流服务管理系统项目计划书

WinE物流服务

管理系统

项目计划书

 

第八组W.E团队

版本:

r.0.0.1

时间:

2009-7-17

 

核准签名

核准人

郑浩强

日期

2009/7/15

核准人

郑浩强

日期

2009/7/24

核准人

日期

核准人

日期

核准人

日期

核准人

日期

 

修订历史

日期

版本

描述

作者

2009-7-15

a.0.0.1

初稿

郑浩强

2009-7-17

r.0.0.1

修改

郑浩强

2009-7-24

r.0.0.2

修改

郑浩强

目录

1项目概述-2-

1.1用途、范围和目标-2-

1.2假设、约束-3-

1.3项目交付物-4-

1.4计划变更-4-

1.5参考-4-

1.6定义及缩写-4-

2项目组织-5-

2.1内部结构-5-

2.2角色及职责-5-

3管理过程计划-5-

3.1项目初始化-5-

3.2项目计划-8-

3.3项目跟踪计划-11-

3.4定量过程管理计划-11-

3.5沟通计划-11-

3.6内部交流计划-12-

3.7风险管理计划-12-

3.8项目结束计划-13-

4软件过程计划-13-

4.1项目定义软件过程-13-

4.2方法、工具和技术-13-

5支持过程计划-13-

5.1配置管理-13-

5.2质量保证-13-

5.3测试计划-13-

6迭代计划-13-

7技术学习计划-14-

1项目概述

用途、范围和目标

1)用途:

我们设想WinE物流管理系统能为配置管理员(八达通)高效准确地记录每一个服务基础设施的出入库情况,以及跟踪每一个事件和电话的处理,并且支持将来的业务扩展。

2)范围:

本系统的最主要参与者是服务台人员,他通过系统获取公司各配置项目、公司订单、及事件处理的各种信息,并保持对状态变更的跟踪监控与更新。

工具管理的范围包括主要的交通工具:

自行车、拖车等,它们的各种属性的维护、使用状态、维修记录的跟踪等。

订单处理的范围是对订单进行录入,归入到系统中,并对订单的状态进行及时的调整。

事件处理包括对一些较常发生的事故:

包括处理包裹丢失、处理自行车故障等,提供解决方案,以期快速高效地解决问题,同时也对解决方法作记录备案。

3)目标:

开发一个WinE物流服务管理系统,它能够记录更新公司配置项的各种属性信息及状态变迁,能对公司的订单进行管理,能够对业务过程中出现的各种问题进行处理。

总而言之就是为了利用该系统来提高公司的业务效率。

假设、约束

1)假设:

开发期限:

6周

系统投入使用的最迟期限:

2009年8月21日

2)约束:

Ø需求约束:

Ø软、硬件环境:

编程语言:

Java

核心技术:

struct+spring+hibernate

集成开发工具:

MyEclipse

数据库:

MySql

操作系统:

WINXP

Ø软件质量

正确性:

配置管理模块能正确地管理库存信息、正确地生成报表文件。

事件管理和服务台模块能正确地记录事件、跟踪包裹状态和显示相应方案。

可靠性:

两个功能模块在7×24小时内的可靠性为0.96以上。

效率:

两个功能模块完成其功能所需的计算资源和代码的数量都较少。

完整性:

对关键数据域的传输是以密文的方式传输;提供严格的权限设置,访问软件或数据要有相应的权限;系统完整性保持在0..99以上。

易用性:

系统界面采用图形化操作方式,对系统学习、操作、准备输入和解释输出需要简单的工作量。

可维护性:

对于系统出现的错误,按帮助提示只需简单的操作即可解决问题。

可移植性:

充分考虑系统从一个硬件和(或)软件系统环境知名人士到另一个系统环境的多样性,避免因此带来的大规模修改程序。

Ø隐含约束

使用配置管理模块的人员是业务管理员,他熟悉业务和库存的管理过程,具有基本的电脑知识。

对他提供的操作界面应该保证他经过简单培训后无障碍地操作。

使用事件管理模块的人员是服务台的工作人员,他们具有较强的业务技能和基本的电脑知识。

对他们提供的操作界面应保证他们经过简单培训后无障碍地操作;

报表应该可以在多种操作系统上浏览。

项目交付物

交付物

交付日期

数量要求

交付媒体

《项目计划书》

2009-07-17

1

Word文档

界面原型

2009-07-29

Word文档

《需求规格说明书》

2009-07-25

1

Word文档

《概要设计说明书》

2009-07-31

1

Word文档

《测试计划书》

2009-08-03

1

Word文档

《迭代计划》

2009-08-07

1

Word文档

《详细设计说明说》

2009-08-07

1

Word文档

《系统测试用例》

2009-08-14

1

Word文档

《集成测试用例》

2009-08-14

1

Word文档

《单元测试用例》

2009-08-14

1

Word文档

《α版测试报告》

2009-08-21

1

Word文档

《产品使用说明书》

2009-08-21

1

Word文档

《项目关闭报告》

2009-08-21

1

Word文档

计划变更

暂无

参考

《UML和模式应用(原书第3版)》

(美)CraigLarman著,李洋等译

《Struts,Hibernate,Spring集成开发宝典》

陈天河等编著

《精通J2EE-Eclipse,Struts,Hibernate,Spring整合应用案例》

计磊李里周伟编著

测试相关书籍等

定义及缩写

PM

ProjectManager

项目经理

SCM

SoftwareConfigurationManagement

软件配置管理

SQA

SoftwareQualityAssurance

软件质量保证

DBA

DatabaseAdministrator

数据库管理员

SA

SoftwareArchitect

软件架构师

JAVA

2项目组织

内部结构

角色及职责

团队成员

角色分工

相关职责

郑浩强

PM

统筹项目管理,分配并监督各项目成员工作,控制项目范围及进度

张英娇

SQA

软件质量保障

李润生

SCM&UI

管理各种文档,系统界面的设计

王建明

SA

搭建系统架构,统筹项目开发编码工作

石挺常

DBA

负责数据库设计及相关编码工作

陈宏忠

Tester

负责项目测试

3管理过程计划

项目初始化

估算

初次估算

最终估算

预计完成时间

2009-07-16

预计完成时间

2009-07-16

人员配备计划

角色

技能需求

人数

开始时间

结束时间

PM

较强的责任心和协调组员能力。

1

2009-07-13

2009-08-21

SCM

解决问题能力强,处理事情细心

1

2009-07-13

2009-08-21

SQA

细心,耐心过处理繁琐事情

1

2009-07-13

2009-08-21

DBA

掌握数据库操作知识,熟悉数据库操作

1

2009-07-13

2009-08-21

SA

编程能力强,对系统架构熟悉,思维敏捷

1

2009-07-13

2009-08-21

Tester

善于和乐于发现产品的缺陷,有一定的测试知识.。

处事细心负责

1

2009-07-13

2009-08-21

技能培训计划

培训名称

目标人员

前提

目标

培训方式

DBA培训

DBA

DBA对数据库知识有一定的基础与了解

熟悉数据库的管理,设计。

导师集中培训

SCM培训

SCM

SCM本人需要有较大的责任心,耐心;能处理繁琐的任务

能对文档进行标准化的管理.

导师集中培训

PM培训

PM

PM本人责任心强,能够团结组员,协调团队工作.

熟悉PM的工作,能合理明确地分配工作,管理项目进度.

导师集中培训

SQA培训

SQA

SQA本人要对事情追求完美

更好地掌握SQA质量管理工作

导师集中培训

测试员培训

测试员

测试员本人对测试知识有一定了解

对模块进行测试并完成各种测试文档,发现系统的缺陷,并及时报告。

导师集中培训

资源配备计划

资源名程

来源

数量

联系人

开始时间

结束时间

RationalRose2003

光盘

1

导师组

2009-07-13

2009-08-21

Visio2003

光盘

1

导师组

2009-07-13

2009-08-21

实验室

学校实验楼B202

1

导师组

2009-07-13

2009-08-21

W.E小组成员

软件学院学生

6

PM郑浩强

2009-07-13

2009-08-21

服务器软件

Tomcat5.5

JDK1.6

研发软件

MyEclipse

MySQL

估算

初次估算

最终估算

预计完成时间

2009-08-21

预计完成时间

项目计划

3.1.1工作项结构

3.1.2进度表

3.1.3资源

资源配备计划

资源名程

来源

数量

联系人

开始时间

结束时间

RationalRose2003

光盘

1

导师组

2009-07-13

2009-08-21

Visio2003

光盘

1

导师组

2009-07-13

2009-08-21

实验室

学校实验楼B403

1

导师组

2009-07-13

2009-08-21

W.E小组开发成员

软件学院学生

6

PM郑浩强

2009-07-13

2009-08-21

服务器软件

Tomcat5.5

JDK1.6

研发软件

MyEclipse

MySQL

项目跟踪计划

3.1.4项目里程碑及产出物

里程碑

完成日期

完成标准

相关工作制品

项目计划完成

2009-07-17

完成《项目计划》中的所有内容

《项目计划》

需求规格说明书完成

2009-07-24

完成《需求规格说明》中的所有内容

《需求规格说明书》《测试计划》

概要设计完成

2009-07-28

完成《概要设计》中的所有内容

《概要设计》

详细设计完成

2009-07-31

完成《详细设计》中所有的内容

《详细设计》

编码完成

2009-08-13

系统开发完成,

事件管理模块《单元测试用例》

测试完成

2009-08-19

测试文档完成

《系统测试用例》《集成测试用例》《单元测试用例》《测试报告》

项目结束

2009-08-21

系统验收

《项目关闭报告》

3.1.5软件质量管理计划

参考SQA工作日志。

定量过程管理计划

沟通计划

通讯方式

发起人

接受人

目的

内容模板

频率

方法

例会

PM郑浩强

小组成员

组员汇报工作进度和遇到的问题,组长了解项目进度并阐述小组的计划

《会议纪要》

1个星期

PM每周例会后记录员记下《会议纪录》,由SCM整理并发送至小组群共享

QQ群和短信

PM郑浩强

小组成员

增进组员的交流,并确保组员对PM分配的任务或公告能及时收到.

任何时候

PM在小组群里发信息,或向小组成员发短信通知

JIRA和WIKI

PM郑浩强

小组成员

分发任务管理项目进度,同时又可以交流

任何时候

PM在JIRA上分发任务,组员通过JIRA查看自己的任务并执行.

内部交流计划

交付制品

接受标准

来源

日期

路径

通讯或跟踪机制

《会议纪录》

Word文档

PM例会内容

每周例会后

电子邮件

工作成品

WIKI

工作制品

风险管理计划

3.1.6风险识别:

1)人力资源:

在开发过程中,由于组员请假,或者缺乏责任心,团队管理不当,使项目未能按时完成

2)范围:

系统范围定义错误,或者出现偏差;

3)时间:

计划时间安排与实际时间使用出现严重偏差,使项目未能按时完成;

4)整体:

计划不充分;错误的资源管理;拙劣的整体管理;缺乏项目后评价;

5)质量;错误的质量观;设计材料不当;

6)技术:

组员技术不足,难以按进度完成任务。

3.1.7风险管理计划:

1)人力资源:

在计划时,适当考虑组员请假等因素,能及时协调;对缺乏责任心者,PM应及时对其进行了解和沟通,尽快另其投入工作;PM应对组员进行合理分工;

2)范围:

在获取需求时,关键问题应尽量详细弄清楚,弄清楚业务流程;明确范围;

3)时间:

每个星期都对下星期的工作时间进行计划,计划大概需要的工时。

然后组员记录下自己所做工作所用的实际工时。

PM根据计划工时与实际工时的差距对下阶段工作计划时间进行调整。

4)整体:

前期计划应尽量做到充分合理,项目进行时尽量按照计划上安排的进度完成任务。

5)质量:

SQA主要负责对整个项目的评审,监督。

6)技术:

尽量早地安排技术人员学习相关技术。

项目结束计划

各阶段说明书编制完成,系统也开发完成。

结束时间为2009年08月21日。

4软件过程计划

项目定义软件过程

生命周期

2009年7月13日-2009年08月21日

方法、工具和技术

Ø方法:

迭代式软件开发方法。

Ø工具:

Dreamweaver2008,MySQL,MyEclips,RationalRose2003,Project2003,Visio2003,SVN,Tomcat,JDK等

Ø技术:

Java编程技术

5支持过程计划

配置管理

参照SCM工作日志

质量保证

参照SQA工作日志

测试计划

参照《测试计划》

6迭代计划

1)第一个星期里,召开第一个需求会议,小组全体人员出席。

●进行高阶需求分析,确定四个主要用例名称,以及关键的非功能性需求。

●对四个主要用例进行详细的分析。

●初步为开发人员分配技术任务,开始学习相关技术。

2)第二个星期里,开发人员技术攻关,召开第二次需求会议。

●开发人员攻克主要技术难点。

●进行第二次高阶需求分析,确定添加若干用例。

●进行概要设计和初步详细设计

3)第三个星期里,搭建开发环境,复查和精化有关制品。

●搭建开发环境

●分析软件架构

●设计数据模型

●构建初步界面原型

4)第四个星期里,召开第一次迭代会议,进行第一次迭代开发。

●第一次迭代会议确定迭代任务和分工

●对第一次迭代的用例进行详细设计

●开始编码,同时伴随单元测试

●展示局部系统,要求反馈

5)第五个星期里,召开第二次迭代会议,进行第二次迭代开发。

●第二次迭代会议,总结第一次迭代成果,分配第二次迭代任务。

●按照第一次迭代步骤完成第二次迭代。

6)第六个星期里,系统集成,完成集成测试和最后优化工作。

7技术学习计划

第一周

第二周

第三周

第四周

第五周

第六周

郑浩强(PM)

wiki、JIRA、Project

搭建SSH架构和JSP

JAVA、JSP、MyEclipse、WBA的使用

JAVA、JSP、SSH框架、WBA

JAVA、JAP、Struts

JAVA、JSP、SSH

李润生(SCM、UI)

Wiki、JIRA,开发环境的搭建,MyEclipse、Tomcat、Rose使用

Html、CSS、Photoshop,Dreamweaver下开发JSP页面

建模工具、Java、

JSP、Servle

测试方法

小结整理实训期间所学内容,对不明白之处进行巩固

张英娇(SQA)

Wiki、JIRA

阅读《Javacodeconventions》,学习编码规范

接受SQA测试培训,阅读相关资料学习测试技术

应用编码规范知识及测试技术,对团队制品进行审查和质量控制

应用编码规范知识及测试技术,对团队制品进行审查和质量控制

应用编码规范知识及测试技术,对团队制品进行审查和质量控制

王建明(SA)

SSH框架初体验,大致了解搭建和配置流程

Spring的主要特性Ioc控制反转和AOP面向切面编程

struts基本功能

基本技术已基本掌握,开始实战编码,遇到瓶颈再上网Google解决。

基本技术已基本掌握,开始实战编码,遇到瓶颈再上网Google解决。

基本技术已基本掌握,开始实战编码,遇到瓶颈再上网Google解决。

石挺常(DBA)

Struts,Spring

MySQL、DBDesigner、Visio使用,数据库设计

SSH框架

Hibernate的深入学习

Ajax,JSP等表现层技术

Junit

陈宏忠(Tester)

学习,熟悉JAVA编程

学习搭建SSH架构及MyEclipse的使用

JAVA、MyEclipse、Junit使用

JAVA、JSP、Junit

JSP、SSH架构、Struts

JSP、Struts

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

当前位置:首页 > 小学教育 > 学科竞赛

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

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