项目管理计划范文

时间:2021-10-13 09:21:45 来源:网友投稿

项目管理计划模板 本文关键词:项目管理,模板,计划

项目管理计划模板 本文简介:MovitechDOCID:PTL-XMGL–T04CPage19of19TITLE:项目管理计划Site:Yangzhou,Jiangsu,ChinaOWNER:CherryShenREVISION:0.3.0Classification:MovitechConfidential(Internal

项目管理计划模板 本文内容:

Movitech

DOC

ID:

PTL-XMGL

–T04C

Page

19

of

19

TITLE:

项目管理计划

Site:

Yangzhou,Jiangsu,China

OWNER:

Cherry

Shen

REVISION:

0.3.0

Classification:

Movitech

Confidential

(Internal

Use

Only)

项目管理计划模板

版本历史

版本号

日期

作者

修订原因

0.1.0

2012-01-17

Jerry

Sun

初始版本

0.2.0

2012-02-14

Jerry

Sun

增加了4.1、4.4、4.7章节的内容,同时重新排版,使结构更加清晰

0.3.0

2013-06-24

Cherry

Shen

结构调整,添加发布,上线及附件

0.4.0

2013-06-26

Cherry

Shen

根据Review结果,文档更新

1目的4

2项目摘要4

2.1项目目标和范围4

2.2主要干系人4

2.3里程碑和可交付成果4

2.4约束6

2.5假设6

2.6项目组织结构7

3项目计划7

3.1项目生命周期7

3.1.1生命周期确认7

3.1.2制定项目过程及产物裁剪7

3.2工作分解结构7

3.3项目评估8

3.4开发计划9

3.5资源计划11

3.5.1知识和所需的技能11

3.5.2人员安排及分配11

3.5.3角色和职责11

3.5.4培训计划12

3.5.5软硬件资源计划13

3.6相关干系人员计划管理13

3.7沟通计划14

3.7.1每日沟通14

3.7.2每周沟通14

3.7.3每月沟通14

3.7.4随时沟通15

3.8流程质量控制计划15

3.8.1PPQA评审机制15

3.8.2PPQA检查计划15

3.**险计划15

3.10发布计划16

3.11上线计划16

3.12验收计划17

3.12.1项目验收标准:17

3.12.2验收项清单17

3.12.3验收时间和进度17

3.13监督和控制计划17

3.14需求管理18

4附件18

1

目的

该项目计划确定适用的政策,需求和软件开发的数据交换的标准,文档为完成开发工作定义了日程安排,组织,资源和必要的软件活动进程。

2

项目摘要

2.1

项目目标和范围

示例:

Movitech

负责Eleven技术所需的所有资源.相关资源部门会和美国团队和全队职工协作来实现Eleven

Pepperidge

Farm

技术产品的成功交付。国内的资源将会按照Eleven技术而在一个可接受的生产力水平和效率。

该项目涵盖Eleven

Pepperidge

Farm技术产品的所有新的功能、

bug

修复和修改现有功能和代码的十一项技术产品有关的所有事项。

2.2

主要干系人

示例:

序号

职位

姓名

职责

1

Eleven

Technology董事长兼首席执行官

Tim

Curran

2

Eleven

Technology技术副总裁

Vanessa

Hang

3

Eleven

Technology项目经理

Vanessa

Hang

4

Movitech首席执行官

Tina

Ji

5

Movitech首席运营官

Charlie

Chang

6

Movitech

项目经理

Brad

Cao

2.3

约束与假设

示例:

序号

约束条件

1.

管理上的约束。对Manager和pm来讲,预算是最大的限制条件。

2.

运行环境要求。例如:系统必须安置在一个已经加载了其他

EDX的平台上。

3.

资源方面的约束。如时间,人员方面;软硬件方面的要求。

4.

质量保证方面的约束。如要求unit

test。

5.

其他约束。。。

6.

所有工程师都可以在项目开始前到岗

7.

项目不会因为顾客反馈的意见而取消

8.

支持多语言,开发团队现场开发。。。

2.4

项目组织结构

示例:

3

项目计划

3.1

项目生命周期

3.1.1

生命周期确认

主要按照项目特征、项目类型或客户的需求来确定项目的生命周期(如:迭代,瀑布,Scrum)。去认定我们需要根据项目的生命周期来做项目计划。

3.1.2

制定项目过程及产物裁剪

详细参考附件1:项目裁剪模板

3.2

里程碑和可交付成果

示例(瀑布式):

序号

里程碑

可交付成果

交付日期

负责人

1.

Story

Board完成

Story

Board

2005-4-25

Jacky

Hu

2.

SRS

完成

SRS

2005-4-30

Jacky

Hu

3.

设计完成

SDS

测试用例

测试计划

2005-5-18

Kyle

Lee

Charles

Di

4.

代码完成

Build

Release

Notes

2005-6-30

Kyle

Lee

5.

Alpha

版本

Build

Release

Notes

2005-7-29

Jacky

Hu

6.

Beta

版本

Build

Release

Notes

2005-9-9

Jacky

Hu

7.

最终版本

Build

Release

Notes

2005-9-30

Jacky

Hu

8.

UAT完成

Build

Release

Notes

测试报告

用户手册

2005-10-10

Jacky

Hu

9.

系统上线

Build

培训资料

2005-10-30

Jacky

Hu

示例(敏捷式):

序号

里程碑

可交付成果

交付日期

负责人

1.

Story

Board完成

Story

Board

2.

Backlog完成

Backlog

3.

Sprint1完成

Build

Release

Notes

4.

Sprint2完成

Build

Release

Notes

5.

Build

Release

Notes

6.

UAT

Build

Release

Notes

测试报告

用户手册

7.

系统上线

Build

培训资料

3.3

工作分解结构

通过WBS把模糊的工作逐层分解和简化,为后续工作打下基础,很好的解决现阶段项目开发中存在的问题。

在信息系统开发项目中创建WBS的基本原则

①任务原则:一个单位工作任务只能在WBS中出现一次;每一项任务只能有一个人负责;WBS中任意一项任务的内容是其对应下级各项工作之和;

②实际原则:WBS必须与实际工作任务的执行过程一致,分解后的工作应该是可管理的、可检查的和独立的,要符合项目团队工作的需要;

③时间原则:在任务的分解过程中,最小级别的任务最好控制在40工时内,可以保证项目问题在两周或更短的时间内解决;

④文档原则:在任务的分解中,每个WBS项都必须文档化,以确保准确理解已包括和未包括的工作范围;

⑤灵活原则:WBS必须在根据范围说明书正常地维护项目工作内容的同时,也能适应无法避免的变更。

3.4

项目评估

(现阶段暂时还是按项目经理本身的估算方法实现,后期跟进。评估人天大于100人天的需要组织部分有经验员工集体review)

项目评估流程参考附件2:

项目评估流程

项目评估方法及模板参考附件3-6:Project

Estimate

Template-Normal

项目估算模板-

Delphi

项目估算模板-Analogy-Pert

项目估算模板-Pert

四种评估方法和模板任选一种进行评估。

3.5

开发计划

?

开发计划的每个任务需要小于等于5人天;

?

任务明确,并可验证;

?

开发验证的过程需要包括在计划中。

关键里程碑计划可采用图形方式。

将项目的所有里程碑和关键活动标注在下面的时间轴上。注意:如果存在早期功能子集Beta和/或ESP交付件,PDT

需要对交付件进行TR4A/TR5评审,以及对GA层产品交付件进行TR4A和TR5评审。PDT不需要对每一个构件标注TR4,只需要标示第一个TR4的日期。如果需要将所有里程碑和关键活动标注出来,可将时间轴划分成阶段:

阶段

估计结束日期

交付件

验收准则

(可去掉)

TR1(需求评审)

和概念DR

市场调研报告(立项阶段输出)

市场需求清单(立项阶段输出)

初始业务计划(立项阶段输出)

产品需求规格书

TR2(总体方案评审)和计划DR

产品可行性分析报告/产品业务计划

产品开发计划

总体设计方案书/产品设计说明书

产品测试与验证计划

工艺总体方案

装备总体方案

初始物料清单

供应商和物料选择计划

物料认证计划

提前采购决策

TR3(模块级概要设计评审)

模块级概要设计/总体设计

各模块级测试报告

目标成本跟踪表

市场教育和培训计划

测试方案

TR4(原型机评审)

原型机

原型机测试报告

TR5(设计定型评审)

中试样机验证报告

制造系统验证报告

BETA测试结束

BETA测试报告

外部认证结束

系统认证和标杆测试报告

TR6(转产评审)

和发布DR

产品可行性分析报告/产品业务计划(优化后)

市场发布材料清单

受控销售阶段评估报告

试产验证测试报告

制造系统验证报告

量产点GA

量产检查点确认通知

3.6

资源计划

3.6.1

知识和所需的技能

必备的知识和技能

所需人员数量

满意度

(%)

C++

6

100%

Java

2

70%

VB

2

100%

Oracle

7

100%

PLM

12

100%

Donet

2

3

Perl/Python

2

2

3.6.2

人员安排及分配

工作人员名称

角色

开始时间

结束时间

投入比列%

电话

邮箱

Dana

Dai

PM

07-06-05

12-31-07

30%

Michael

Zhou

Dev

Leader

04-20-05

12-31-07

100%

Jennifer

Wong

Dev

05-16-05

12-31-07

60%

Luke

Zhong

Dev

04-20-05

12-31-07

100%

Johnny

Yang

Dev

04-20-05

12-31-07

100%

Moon

Zhang

Dev

05-19-05

12-31-07

100%

Morris

Li

QA

07-04-05

12-31-07

100%

Leopold

Wu

QA

07-04-05

12-31-07

100%

3.6.3

角色和职责

角色

责任

备注

项目经理(PM)

制定项目计划

定义项目过程

管理项目日程

项目资源管理器

开发经理(Dev

Leader)

管理开发日程安排

管理开发资源

定义开发方法

设计系统体系结构

检讨

SDS

技术培训人员

测试经理/负责人(QA

Leader)

管理质量保证计划

QA

资源管理

定义

QA

和发布过程

查看测试计划和测试用例

QA

技术培训人员

验收

软件工程师(Dev)

设计和编写功能代码

测试工程师(QA)

制定测试计划及案例

测试产品

生成测试报告

PC/PPQA

协助项目负责人完成项目注册表的填写并根据表上的信息在ProjectForge、JIRA和Confluence上立项

CM

根据流程中附件的内容为相应资源配置ProjectForge、JIRA和Confluence的权限

3.6.4

培训计划

主题

说明

目标

目标人员

培训时间

时长

备注

Agile

产品

高层次的介绍

初步认识Agile产品

所有新员工

加入Agile85的第三周

用1.5小时

Michael

trains

VSS/CQ

用法

详细介绍工作原理

所有新员工

新人加入Agile85

的第二周

用0.5小时

Michael

trains

developers,Arnold

trains

QAs

项目进程

介绍

所有员工

07-10-05

07-10-05

Michael

train

代码样式培训

全部开发人员

加入Agile85

的第二周

用2小时

Oracle

&

Agile

DB

针对全部人员

全部项目组人员

10-08-05

10-08-05

Moon

trains

QA技术培训

所有QA

05-23-05

05-23-05

Arnold

trains

3.6.5

软硬件资源计划

资源名称

优先

详细配置

购入方法和日期

备注

Agile

Advantage

SDK

(6)

正常

2005

SP2

从中小企业获得

2005/04/26

SftTree

Control

正常

从IT获得

2005/05/26

SolidWorks

2005

(6)

从IT获得

2005/04/22

Server

(1)

正常

P42.4/2.4G/HD

160

G

Win

2003

Server

Oracle

8.1.7

Agile

Advantage

2005

从IT获得

2005/04/27

Desktop

(8)

P42.4G/1G/HD

80G

Win2K

Pro

SP4

(5)

Win

XP

SP2

(2)

VS6,MS

Office

2000

Rational

Rose

(2)

从IT获得

2005/04/22

3.7

相关干系人员计划管理

干系人

活动

项目经理

开发经理

测试经理

开发工程师

测试工程师

客户IT

客户业务部

范围定义

项目计划确认

需求收集

Story

Board确认

SRS确认

项目进度监控

UAT环境准备

UAT

验收报告签字

项目结项会议

备注:

u

R:谁负责(R

=

Responsible),

即负责执行任务的角色,他/她具体负责操控项目、解决问题。

u

A:

谁批准(A

=

Accountable),

即对任务负全责的角色,只有经他/她同意或签署之后,项目才能得以进行。

u

S:谁支持(S

=

Supportive),

即提供信息资源,辅助执行任务的人员。

u

C:咨询谁(C

=

Consulted),

拥有完成项目所需的信息或能力的人员。

u

I:通知谁

(I

=Informed),即拥有特权、应及时被通知结果的人员,却不必向他/她咨询、征求意见。

该活动主要针对需要客户方参与的活动,可根据项目需要自行添加。

3.8

沟通计划

3.8.1

每日沟通

序号

方式

工作内容

目标

参加人

备注

3.8.2

每周沟通

序号

方式

工作内容

目标

参加人

备注

3.8.3

每月沟通

序号

方式

工作内容

目标

参加人

备注

3.8.4

随时沟通

序号

方式

工作内容

目标

参加人

备注

根据项目自身需求,可调整各个沟通频率。

3.9

流程质量控制计划

3.9.1

PPQA评审机制

?

实施审计

PPQA根据《PPQA检查计划》,检查项目实际执行过程和相关工作产品是否符合既定的规范。

?

记录结果

PPQA将不符合项记录在《PPQA检查计划-偏差明细列表》中。

?

协商纠正措施

PPQA工程师与项目经理(或EPG

Leader)分析不符合项原因并协商改进措施。

对于项目经理(EPG

Leader)不认同的不符合项,PPQA工程师将该不符合项汇报给PMO,由PMO协商解决。

3.9.2

PPQA检查计划

详细参见附件7:

PPQA检查计划

3.10

风险计划

序号

风险管理范围

风险管理方法/工具

风险跟踪频率(每周/每月)

1.

技能方面的风险

组织相关培训

2.

设备(软硬件)环境

与IT沟通去落实

3.

需求

通过访谈、原型、组织会议等多种方式去获取需求并得到需求的确认。

4.

假期

协调,延长休假的时间范围

5.

干系人风险

加强沟通

详细参见附件8:项目风险跟踪管理模板

1

3.11

发布计划

该计划特质外部发布计划,内部发布计划见测试计划。

序号

发布包

时间

标准

环境

功能&文档

对象

责任人

备注

3.12

上线计划

序号

步骤

开始时间

结束时间

负责人

备注

1

设备安装

2

配置

3

数据迁移

4

数据初始化

5

培训

6

上线支持

3.13

验收计划

3.13.1

项目验收标准:

1)

P1

缺陷

=

0

2)

P2

缺陷

<2

3)

所有新提出的问题解决.

4)

QA

结束了所有测试.

5)

Agile接受sp的质量.

3.13.2

验收项清单

序号

验收项列表

状态

备注

3.13.3

验收时间和进度

序号

验收物

计划验收结束时间

实际验收结束时间

验收状态

备注

3.14

监督和控制计划

监督和控制策略

控制机制

频率

负责人员

风险

风险管理计划

PM

问题

PM管理issues,项目人员在周会上汇报issues情况,如果有困难的问题,应及时提出。

PM

进度管理

主持周会,项目人员汇报工作状态,PM对照项目计划,如有需要则调整项目计划

PM

产品质量

单元测试,代码审查,测试用例审查,测试

所有项目人员

项目范围管理

缺陷少于100,

HFs

少于5

发布项目组

相关人员管理

相关人员管理计划

PM

协作项目计划

开会

PM

3.15

需求变更管理

每个客户认可的需求变更都需要通过需求申请单填写需求变更申请,保存在项目内部的SVN中。

《需求申请单

》如附件9。

4

附件

序号

附件名

地址

附件1

项目裁剪

https://svn.movit-tech.com:3690/svn/Organization_Standard_library/branches/项目模板库/2.

项目管理/2.2

项目管理

附件2

项目评估

https://svn.movit-tech.com:3690/svn/Organization_Standard_library/branches/项目模板库/2.

项目管理/2.1

项目评估

附件3

Project

Estimate

-Normal

https://svn.movit-tech.com:3690/svn/Organization_Standard_library/branches/项目模板库/2.

项目管理/2.1

项目评估

附件

4

项目估算-

Delphi

https://svn.movit-tech.com:3690/svn/Organization_Standard_library/branches/项目模板库/2.

项目管理/2.1

项目评估

附件5

项目估算-Analogy-Pert

https://svn.movit-tech.com:3690/svn/Organization_Standard_library/branches/项目模板库/2.

项目管理/2.1

项目评估

附件

6

项目估算-Pert

https://svn.movit-tech.com:3690/svn/Organization_Standard_library/branches/项目模板库/2.

项目管理/2.1

项目评估

附件

7

PPQA检查计划

https://svn.movit-tech.com:3690/svn/Organization_Standard_library/branches/项目模板库/2.

项目管理/2.2

项目管理

附件

8

项目风险跟踪管理

https://svn.movit-tech.com:3690/svn/Organization_Standard_library/branches/项目模板库/2.

项目管理/2.2

项目管理

附件

9

需求变更申请单

https://svn.movit-tech.com:3690/svn/Organization_Standard_library/branches/项目模板库/2.

项目管理/2.3

需求管理

Copyright

?Movitech.

All

Rights

Reserved.

This

information

is

for

internal

use

only,proprietary

and

confidential.

篇2:大学生创新创业训练计划项目管理办法

大学生创新创业训练计划项目管理办法 本文关键词:管理办法,训练,创新,创业,计划

大学生创新创业训练计划项目管理办法 本文简介:安徽财经大学大学生创新创业训练计划项目管理办法第一章总则第一条根据《教育部、财政部关于“十二五”期间实施“高等学校本科教学质量与教学改革工程”的意见》(教高[2011]6号)、《教育部关于做好“本科教学工程”国家级大学生创新创业训练计划实施工作的通知》(教高函[2012]5号)文件精神,为更好贯彻落

大学生创新创业训练计划项目管理办法 本文内容:

大学生创新创业训练计划项目管理办法

第一章

第一条

根据《教育部、财政部关于“十二五”期间实施“高等学校本科教学质量与教学改革工程”的意见》(教高[2011]6号)、《教育部关于做好“本科教学工程”国家级大学生创新创业训练计划实施工作的通知》(教高函[2012]5号)文件精神,为更好贯彻落实教育部关于国家大学生创新创业训练计划的有关要求,结合我校实际,特制定本办法。

第二条

在全校普通本科生中实施创新创业训练计划,旨在探索以问题和课题为核心的创新人才培养模式,激发大学生的创新思维和科学研究兴趣,充分调动大学生自主学习的主动性和创造性,强化大学生的创新意识、实践能力和团队协作精神,形成良好的校园创新文化氛围,全面提高大学生的综合素质。

第二章

组织管理

第三条

学校成立大学生学科(技能竞赛)专家委员会,组长由分管教学的副校长担任,委员会成员由教务处、学生处、科研处、财务处、团委、实验实训中心等单位负责人组成。专家委员会下设秘书处,秘书处设在校团委,具体负责创新创业训练计划项目的组织协调、审批立项、监督检查和成果鉴定等日常工作。

各学院成立大学生创新创业训练计划工作相应的管理机构,主要负责研究审定本单位大学生创新创业训练计划的工作规划、条件提供、导师配备、遴选申报等。

第四条

按照“统一组织、鼓励创新、强化过程、注重实效”的原则,大学生创新创业训练计划每年以项目形式立项实施,实行项目负责人负责制。项目负责人为在校全日制普通本科生。项目需在指导教师指导下完成,指导老师必须具有中级以上职称,具有项目研究所需的业务水平和相应的科学研究能力。每位指导教师原则上每次指导项目一般不超过两项。

指导教师职责为:围绕项目技术理论、方案设计、工作路线和安全教育等方面对学生进行指导,并定期组织学生交流研讨。指导教师应热心大学生创新创业训练工作,并且责任心强、作风正派、治学严谨,具有较强的科研和组织协调能力。

第三章

申报立项

第五条

大学生创新创业训练计划项目内容包括创新训练项目、创业训练项目和创业实践项目三类。申报的项目应以解决科学、技术、生产、生活和社会领域的具体问题为出发点,以知识、技术和方法创新为主要目的,目标明确、思想新颖、技术先进、创新性强、方法合理。正常的实验实践教学内容和教师的科研项目(或子课题)不得作为大学生创新创业训练计划项目申报立项。省级项目实施期限为一年,国家级项目实施期限最长不得超过两年,原则上要求项目负责人在毕业前完成项目。

第六条

创新创业训练计划项目按照学生自愿申请、学院遴选推荐、专家论证评审及学校择优资助的程序进行。

1.学生申请。凡我校成绩优良、学有余力、具有一定专业知识和技能基础的在校全日制普通本科生均可自愿申报,项目负责人须为全日制普通本科学生。每个项目由3—5名相关专业学生组成项目研究团队,团队的组建提倡学科交叉与联合。每名学生每次只能参加一个创新创业训练计划项目,不得同时参加两个或两个以上创新创业训练计划项目。项目组成员在认真讨论的基础上,按要求填写《安徽财经大学大学生创新创业训练计划项目申请书》,并在规定时间内登陆安徽财经大学创新创业训练计划项目管理系统,完成申报。

2.学院推荐。项目负责人所在学院要及时组织有关专家,对本学院申报的大学生创新创业训练计划项目进行初审评选,并在规定时间内,择优、限额推荐到校团委。

3.评审立项。校团委负责组织专家,对学院推荐的创新创业训练计划项目进行评审,评审结果向全校公示一周。

第四章

项目管理

第七条

大学生创新创业训练计划项目立项后,项目负责人和指导教师应及时组织项目组成员利用业余时间有计划地开展工作。项目进行过程中,任何人(包括指导教师和学生)不得以任何理由影响正常的教学活动。

第八条

中期检查。项目负责人需在规定时间内登陆安徽财经大学创新创业训练计划项目管理系统,填写安徽财经大学大学生创新创业训练计划项目中期检查表。学校和学院也要对项目进展情况进行阶段性检查。检查内容主要包括:项目计划执行情况、经费开支情况、取得的阶段性成果和存在问题等。对工作不力、因主观原因造成项目停滞不前或进展缓慢的,责令限期改进,否则学校将暂停其使用项目经费,直至终止项目。

第九条

项目变更。项目进行过程中,原则上不允许变更。确需变更的,涉及变更研究内容、参加人员和结题时间等事项时,项目负责人应提出书面报告,经学院审核,报学校批准。

1.成员变更。项目负责人因故确实不能或不宜继续主持项目的,由所在学院提出变更意见,经学校审核同意后方可更换。项目成员确因个人原因不能继续进行项目研究的,由项目负责人与指导教师根据项目进展情况决定是否变更,并将结果报校团委备案。

2.指导教师变更。指导教师因故短期不能履行指导任务的,应安排其他教师完成指导工作;指导教师因故长期不能履行指导任务的,由学院提出变更意见,经学校审核同意后予以变更。

3.项目结题时间变更。立项项目应按期完成,确因特殊原因需提前或延期结题的,应由项目负责人提出书面报告,经学院审核后,报学校批准。

4.所有项目均须在项目负责人毕业离校前完成。

第十条

成果管理。

1.成果归属。安徽财经大学创新创业训练计划项目的研究成果,包括论文、专利、获奖、模型、软件、样品、装置、设计图纸、成果应用与转化等,均应注明“安徽财经大学大学生创新创业训练计划资助”及项目编号,项目研究成果所有权归属安徽财经大学。

2.资料存档。大学生创新创业训练计划资料应归档,归档内容包括:所有项目的立项申请书、中期检查报告、经费使用记录、结项验收报告、研究论文、专利授权证书、样品、计算机程序、设计文件等。以上归档材料校团委保存原件一套,项目所在学院保存副本(或复印件)一套。实物性成果由项目所在学院保存。归档材料保存期限不少于四年。学校适时将研究成果汇编,并在校内组织成果展示与交流。

3.对在项目申报、实施、结项验收过程中,弄虚作假、管理不善,造成国家财产巨大损失或无正当理由不完成项目者,一经查实,学校将终止项目运行并取消其再次申报项目的资格,并按相关规定处理。

第五章

经费管理

第十一条

经费使用与管理。

1.经费发放。对批准立项的“安徽财经大学大学生创新创业训练计划”项目,根据项目类型,国家级10000元,省级5000元,学校将发放“安徽财经大学大学生创新创业训练计划项目经费卡”,经费卡由项目负责人保管。经费一次核定,分三次拨付。立项后拨30%,中期检查通过后拨30%,结题验收通过后拨40%。

2.经费使用。项目经费应严格遵守学校的财务管理制度使用,专款专用。经费开支需按项目预算计划执行,经费使用范围包括:完成项目所需的资料费、文具费、打印费,实验材料购置费,参加学术会议和发表论文费,调研费,创业训练、创业实践相关费用、教师指导费(不得超过立项经费的20%)等。指导教师不得使用该项目经费,学校和学院不得从中提留管理费。

3.审核报销。经费报销单由项目负责人经办、指导教师验收,经校团委审核盖章后到财务处报销。报销总金额不得超过项目资助经费总额。立项后无故不开展工作或经费使用不当者,学校将停拨项目经费。项目经费用于学生发表论文版面费或其他成果时,须注明“安徽财经大学大学生创新创业训练计划资助”。项目结题时,项目负责人要提供经费使用明细表,以确保项目经费的合理、合法使用,并接受审计部门监督。

第六章

结项验收

第十二条

申请与学院验收。

1.验收申请。项目完成后,项目负责人应及时组织项目组成员填写《安徽财经大学大学生创新创业训练计划项目结项审批书》,指导教师签署意见后,与项目成果实物及其它相关材料一并提交项目所在学院验收,并登陆项目管理系统进行结项。

2.学院验收。项目所在学院组织专家对申请验收的项目进行材料审核和评审。验收未通过的,限期完善后另行申请学院验收;验收通过的,按规定时间报送校团委参加学校项目鉴定验收。

3.项目存在下列情况之一的,学院验收不予通过:

(1)结项验收资料、数据提供不真实、不完整的;

(2)未完成预期成果的;

(3)擅自改变原定研究目标和内容的。

第十三条

复核与评定。

1.材料复核。校团委负责对学院验收通过的项目材料进行核实。

2.答辩鉴定。复核通过的项目,参加学校组织的专家组答辩鉴定。答辩方式由专家组决定。答辩内容主要是项目取得的研究成果,以及在创新思维、创新能力、综合素质培养等方面所取得的收获。专家组考核重点是学生在完成项目过程中的创新思维和创新能力的培养情况,并审查、鉴定项目研究成果的质量与水平。

3.结论评定。综合专家组审阅材料情况、指导教师意见、项目所在学院验收情况和答辩鉴定情况等,学校大学生学科(技能竞赛)专家委员会对项目做出验收结论,并按“优秀、通过、不通过”三档评定。

第七章

保障机制

第十四条

完成并通过鉴定验收的创新创业训练项目,学生可取得相应的创新创业实践学分,中途退出项目的学生不记学分。

第十五条

学校为大学生创新创业训练计划提供坚实的硬件和软件条件,根据大学生申报项目研究的需求,通过下达指令性计划,保证研究场所、设备、人员、材料等相关条件。

第八章

第十六条

各学院根据本办法制定相应的实施计划。

第十七条

本办法自发布之日起执行,由校团委负责解释。

篇3:软件工程与项目管理实训报告

软件工程与项目管理实训报告 本文关键词:软件工程,项目管理,实训,报告

软件工程与项目管理实训报告 本文简介:西安航空职业技术学院课程设计用纸引言21世纪最激烈的竞争当属人才的竞争,一个具有多学科知识的复合性人才或许是一个企业发展壮大所不可或缺的重要因素。因此人力资源已逐步成为企业最重要的资源,人力资源管理(HumanResourceManagement,HRM)也成为现代企业管理工作中的重要内容之一。而在

软件工程与项目管理实训报告 本文内容:

西安航空职业技术学院

课程设计用纸

引言

21世纪最激烈的竞争当属人才的竞争,一个具有多学科知识的复合性人才或许是一个企业发展壮大所不可或缺的重要因素。因此人力资源已逐步成为企业最重要的资源,人力资源管理(Human

Resource

Management,HRM)也成为现代企业管理工作中的重要内容之一。而在人力资源管理中的基础工作就是人事管理。企业员工的管理是企业员工管理的一个重要内容。随着时代的进步,企业也逐渐变得庞大起来;当今社会人员流动越来越频繁,使得管理工作也变的越来越复杂。

一直以来人们使用传统的人工方式管理人事,这种管理方式存在着许多缺点,如效率低下、保密性差等。另外,时间一长将产生大量的文件和数据,这对于信息的查找、更新和维护来说都带来了不少的困难。譬如:用人工的方式对人事进行统计的话,工作量将很大,若公司人员有几千甚至几万,人工统计将变得不可想象。所以,如何管理好企业员工的信息,成为企业管理中一个大的问题。如果能实现管理的自动化,无疑将给公司管理部门带来很大的方便。

随着计算机的普及和网络技术的发展,我国的人事信息化建设很早就已经开始在全国展开部署了。人事管理系统就是其中之一。人事管理系统是一个企业管理部门不可缺少的部分,它的内容对于单位的决策者和管理者来说都至关重要,所以人事管理系统应该能够为用户提供充足的信息和快捷的查询手段。

本系统可以避免单位管理的随意性,使得管理工作规范化、系统化、程序化,提高信息处理的速度和准确性,对于减轻工作人员的劳动量、提高劳动热情和服务质量,具有重要的现实意义。

目录

引言………………………………………………………………………1

目录………………………………………………………………………2

1、

系统需求分析……………………………………………………………3

1.1、

系统功能…………………………………………………………3

1.2、

可行性分析………………………………………………………3

2、

系统概要设计……………………………………………………………4

2.1、

系统开发内容……………………………………………………4

2.2、

模块结构设计……………………………………………………5

2.3、

数据库设计………………………………………………………5

3、

系统详细设计……………………………………………………………6

3.1、

界面设计…………………………………………………………6

3.2、

模块处理过程……………………………………………………7

3.3、

数据库概念结构设计……………………………………………8

3.4、

系统代码设计……………………………………………………8

4、

系统测试…………………………………………………………………9

4.1、

开发环境介绍……………………………………………………9

4.2、

测试实例选择……………………………………………………9

4.3、

测试表格…………………………………………………………10

5、

系统运行与维护…………………………………………………………10

6、

总结………………………………………………………………………11

1、

系统需求分析

需求分析阶段确定的系统逻辑模型是以后设计和实现目标系统的基础,因此必须准确完整地体现用户的要求。需求分析是软件生命周期的一个重要阶段,它根本的任务是确定为了满足用户的需要必须做什么。具体地说,应该确定系统必须具有的功能和性能,系统要求的运行环境,并且预测系统发展的前景,必须仔细分析系统中的数据,既要分析系统中的数据流。又要分析长期使用的数据存储,通过分析应该得出用业务流图、数据字典,可行性分析等内容为系统的设计奠定基础。

1.1、

系统功能需求

人事管理系统是为了对企业人事信息实行计算机化的管理,以提高工作效率,方便用户。主要功能有对员工信息、工资信息、考勤信息等进行管理和检索,以及对系统自身的用户权限管理。

系统管理模块:包括用户管理,修改密码,数据库备份,数据库恢复等。

基本设置模块:包括数据字典信息(文化程度,职务,部门等)。

人事模块:员工信息,工资信息,考勤信息,福利信息。

查询模块:员工年龄统计,员工文化程度统计,员工工资统计,报表打印。

系统帮助:关于与帮助。

1.2、

可行性分析

计算机已经成为我们学习和工作的得力助手:今天,计算机的价格已经十分低廉,性能却有了长足的进步。它已经被应用于许多领域,计算机之所以如此流行的原因主要有以下几个方面:首先,计算机可以代替人工进行许多繁杂的劳动;其次,计算机可以节省许多资源;第三,计算机可以大大的提高人们的工作效率;第四,计算机可以使敏感文档更加安全,等等。在信息时代这种传统的管理方法必然被计算机为基础的信息管理所取代。

可行性研究的目的是用最小的代价在尽可能的时间内确定问题是否能够解决。只要资源和时间不加以限制,所有的项目都是可行的,然而,由于资源缺乏和交付时间限制的困扰,给基于计算机系统的开发带来了困难。

因此对软件项目的可行性做出细致而谨慎的评估是十分必要的。如果在定义阶段尽早发现将来可能在开发过程中遇到的问题,及早做出决定,可以避免大量的人工,金钱,时间上的浪费。

因此,作者在开发《人事管理系统》之前,对本次开发的可行性进行了分析。分析如下:

1.2.1、技术可行性

数据库技术在计算机软件邻域研究中一直是非常重要的主题,产生于60年代,40多年来数据库技术得到了迅速发展,并已形成较为完整的理论体系和一大批实用系统。面向对象是一种新兴的程序设计方法,或者是一种新的程序设计规范(paradigm),其基本思想是使用对象、类、继承、封装、消息等基本概念来进行程序设计。许多程序开发工具,如VB、Java等等,都支持面向对象的程序开发。

系统的开发平台,我们选择了当前流行的Windows

XP操作系统,应用程序开发采用Microsoft公司的面向对象程序开发工具JSP,JSP是全新的可视化编程环境,为我们提供了一种方便、快捷的windows应用程序开发工具。

数据库选择Sql

Server

2000。Sql

server是一个桌面电脑的数据库管理系统。它是一个功能强大的数据库管理系统和MIS系统开发工具,具有界面友好、易学易用、开发简单、接口灵活等特点。

1.2.2、经济可行性

经济可行性研究是对系统投入使用后带来的经济效益进行估计,也包括对系统的投资预算。现在,计算机的价格已经十分低廉,性能却有了长足的进步。而本系统的开发,为企业的工作效率带来了一个质的飞跃,为此主要表现有以下几个方面:

第一,本系统的运行可以代替人工进行许多繁杂的劳动;

第二,本系统的运行可以节省许多资源;

第三,本系统的运行可以大大的提高企业的工作效率;

第四,本系统可以使敏感文档更加安全,等等。

随着信息时代的来临,我们的各项工作都要讲求效率,人事管理也不例外,这就为作者的软件提供了使用群体。所以,本系统在经济上是可行的。

1.2.3、运行可行性

市场上流行的操作系统都可以支持。另外,本系统为一个小型的企业人事管理系统,所耗费的资源非常的小,企业的电脑无论是硬件还是软件都能够满足条件,因此,本系统在运行上是可行的。

1.2.4、用户使用可行性

本系统的操作简单,有计算机基础的人无需培训即可使用,即使是没有计算机基础的人只需经过简单的培训就可以很熟练的使用本系统。系统运行后,就用户方而言,由于用户使用本系统时,不会也不必关心系统内部的结构及实现方法,即对用户来说是透明的,所以本系统对用户而言,是定位在界面友好、操作方便、功能齐全的原则上的,用户只需简单的用鼠标点击各界面上的选项卡或按钮就能执行相应的功能,就管理者而言,关心的是如何处理各种数据,只要把用户的信息输入计算机,管理者就可运行相应的后台程序进行处理。而以上的这些功能都能在所选择的开发环境中用所选择的开发工具来实现。所以说本系统在用户使用可行性上是没有问题的。因此,它在用户使用上是可行的。

综上所述,开发人事管理系统在技术上、经济上等都是可行的。

2、

系统概要设计

2.1、系统开发内容

系统的目标,就是选用JSP作为开发工具,设计并实现一个能够满足人事的管理信息系统。具体包括以下功能:

1)、根据日常工作需求,提供必要功能,如:员工基本信息、考勤、工资、福利、等功能,并提供查询和报表;

2)、提供强大的查询功能,不同用户可以根据需求,以不同的项目为目标;

3)、进行必要的安全考虑,如权限管理、数据库备份恢复等;

4)、效率高,界面友好,操作方便。

2.2、模块结构设计

按照结构化的系统设计方法,将整个系统分解成相对独立的若干模块,通过对模块的设计和模块之间关系的协调来实现整个软件系统的功能,从而得到系统的功能模块结构图。本系统的功能模块结构如图2.1所示

图2.1

系统的功能模块结构图

2.3、数据库设计

数据库中,总共包括了9个表,分别是员工信息、工资信息、文化程序、日志信息、福利信息、考勤信息、考勤类型、职务和部门信息,其表结构如下所示。

表2-1

员工信息表

列名

数据类型

长度

允许空

员工编号

Char

20

no

姓名

Char

20

yes

性别

Char

10

Yes

年龄

Int

4

Yes

所在部门

Char

50

Yes

文化程度

Char

20

Yes

职务

Hcar

20

Yes

参加工作日期

Char

10

Yes

住址

Char

100

Yes

办公电话

Char

50

Yes

手机

Char

50

Yes

备注

Char

100

yes

表2-2工资信息表

列名

数据类型

长度

允许空

年月

Char

10

No

员工编号

Char

20

No

姓名

Char

20

No

基本工资

Money

8

Yes

奖金

Money

8

Yes

补助

Money

8

Yes

应发金额

Money

8

Yes

保险

Money

8

yes

其他扣款

Money

8

Yes

实发金额

Money

8

Yes

说明

Char

100

yes

3系统详细设计

为了用户操作方便,日常工作模块直接置于主界面上,用户可以直接进行托运、调度和完成登记,报销申请和审核的操作,而不用每次通过菜单调用

3.1、界面设计

3.1

登陆界面

3.2

登录界面

3.2、模块处理过程

系统的模块比较多,不可能一一介绍。下面以流程图的模式,对登录模块进行介绍。登录模块是验证系统使用者合法身份的模块。只有正确的用户名和密码才可以通过认证使用该系统。系统根据登录用户的不同级别,提供不同的交互界面,进而达到控制权限的目的。登录模块的工作流程如图3.1所示。

3.1登录流程图

3.3、数据库概念结构设计

3.2

人员档案属性图

3.2

人员档案属性图

3.4、系统编码设计

模块主要代码:登录后主界面:Header.jsp。

人事管理系统

首页

人员档案

培训管理

职称评定

奖惩管理

人员调动

3、

系统测试

系统测试是保障系统运行逻辑功能正确的一项重要工作。测试的目的就是为了能以最少的人力和是发现潜在的各种错误和缺陷。系统测试是保证系统质量和可靠性的关键步骤,是对系统开开过程的系统分析,系统设计和实施的最后检查。

4.1、开发环境介绍

JSP可以被整合到多种应用体系结构中,具有健壮的存储管理和安全性,同时,也具有JAVA语言“一次编写,随处运行”的特点。本系统将使用JDK1.6

、Tomcat6.0、SQL

Server2000来创建JSP开发环境,外加Dreamweaver进行页面设计。整个系统均采用B/S结构进行设计,后台管理部分也是通过网页进行操作,系统后台数据库采用的是SQL

Server

2000。

4.2、测试实例的选择

测试实例项:用户管理、

合同管理、查询与打印等.

1)、测试环境:客户程序硬件最低要求

2)、测试项:

合同模块,在此模块中我们主要测试合同信息输入后,在查询打印信息的时候是否保持一致性,并且验证界面的使用是否方便。并对此模块作出评估,如果还有存在问题我们要进行修改,如果已经通过测试我们将从中获得经验并在以后将本次软件开发的经验用户以后的开发过程。

3)、测试条件:在客户最低配置的硬件设施下,

测试登录除了设计验证数据库用户信息之外,还需要检验与数据库的调用关系和界面逻辑,因此,牵涉到的测试用例(组)包括以下五个:数据连接模块,数据验证模块,数据查询模块,数据插入模块,数据库关闭模块

4.3、测试表格

1)、测试项:

整个系统

2)、测试条件:在其他测试项都通过了单元测试,组装测试,确认测试。

菜单项测试

数据跟踪:完成菜单项测试后,我又对系统内的每一个数据进行了跟踪。

综合测试:在以上测试的基础上对系统功能进行了整体的测试,依次来检验系统功能是否符合系统设计的要求。

5、

系统运行与维护

系统的维护主要包括四个方面:

(1)程序的维护:指的是修改部分或全部程序,这种维护往往是在条件发生变化或原系统的效率低的情况下进行的。

(2)数据文件的维护:指的是按照用户的要求对数据文件进行不定期的修改。

(3)代码的维护:随着系统的发展和变化,可能会出现旧代码不能适应新要求的问题,因此,有必要变更代码,予以维护。

(4)硬件的维护:指的是对系统所使用的设备进行维护。

6、

总结

我选择的课题是“人事管理系统”,看似题目过大,但由于时间问题只设计了系统中所能涉及到的几个功能模块。如人员档案管理、培训管理、职称评定、奖惩管理以及人员调动五个功能模块,从总体上看功能比较齐全,能够满足日常办公应用。

在设计过程中,系统功能的实现需要通过创建SQL

Server数据表作为后台来存储数据,而功能的实现则需要通过JSP语言编程来完成。设计中还应用到了部分JAVA

Scrip知识,如在用户登录模块中就应用了此知识,这方面知识的应用时查阅了相关书籍,使程序能够正确运行

通过自己的努力JSP“人事管理系统”设计已经完成了,此次课程设计也就此结束,通过这次设计让我更进一步掌握了JSP程序设计语言的基本理念,以及编程的基本语法,可以说通过短暂的两周时间学到了很多知识,积累了很多经验。

推荐访问:项目管理 计划 范文

版权所有:文秘范文网 2010-2024 未经授权禁止复制或建立镜像[文秘范文网]所有资源完全免费共享

Powered by 文秘范文网 © All Rights Reserved.。陕ICP备16010436号