当前位置:文档之家› 图书馆项目管理计划书

图书馆项目管理计划书

图书馆项目管理计划书
图书馆项目管理计划书

图书馆项目管理计划书

系(部)名称计算机科学与技术学院组长

组员

课程名称软件项目管理

指导教师

日期:2015 年01 月8 日

1项目背景

1)项目组成

开发软件名称:图书管理系统

项目任务提出者:

项目开发者:

用户:系统管理员、操作员、读者实现软件单位:

2)待开发系统定义

传统的图书馆管理系统模式有多种缺陷,比如操作繁琐、工作量大难以上手,效率

低、容错

率差等。给大量的资料查询、更新及维护带来了大量的困

难。图书管理系统对于现代图书馆

而言,是能否发挥其教学科研的作用的至关重要技术平台。对于读者和图书管理员来

说,是

能否方便快速获取信息的关键。所以我们接受这个项

目,首先考虑的便是功能的实现,给用

户带来充足的信息和快捷方便的操作。

3)图书管理系统模型

图书信息表

⑴图书信息表( tsxxb )

字段类型长度约束

图书编号文本20 主键,必须输入

图书名称文本50 必须输入

图书类别编

号文本20 必须输入

书架位置文本20

ISBN 文本20

作者文本20

译者文本20

单价数值

出版社编号文本20

出版时间时间 /日期

总数量数值

入库日期时间 /日期

入库操作员文本10

现存量数值

借阅次数数值

是否注销文本 1

内容简介文本200

备注文本50

⑵读者信息表( dzxxb )

字段类型长度约束

读者编号(借书文本20 主键,必须输入

证号码和用

名与此同)

读者姓名文本10 必须输入

读者类别编号文本20 必须输入

读者性别文本 2

出生日期时间 /日期

读者状态文本 4

办证日期时间 /日期

已借图书数量数值

证件名称文本10

证件号码文本20

读者单位文本30

联系地址文本40

联系电话文本30

EMAIL 文本30

用户密码文本10

办证操作员文本10

备注文本50

⑶借阅信息表( jyxxb )

字段类型长度约束

图书编号文本20 主键,必须输入

图书名称文本50

读者编号文本20 主键,必须输入

读者姓名文本10 图书价格数值

借阅日期时间 /日期

应还日期时间 /日期

续借次数数值

借阅操作员文本10

⑷图书类别表( tslbb)

字段类型长度约束

图书类别编号文本20 主键,必须输入

图书类别名称文本20 必须输入

备注文本50

⑸出版社信息表( cbsxxb)

字段类型长度约束

出版社编号文本20 主键,必须输入

出版社名称文本30 必须输入

出版社地址文本40

邮政编码文本 6

联系人文本20

联系电话文本30

EMAIL 文本30

备注文本50

⑹读者类别表( dzlbb )

字段类型长度约束

读者类别编号文本20 主键,必须输入

读者类别名称文本10 必须输入

可借书数量数值

可借书天数数值

可续借次数数值

逾期缓冲天数数值

逾期每天罚款金

额数值

丢失罚款倍数数值

⑺图书注销信息表

( tszxxxb )

字段类型长度约束

图书编号文本20 主键,必须输入

注销数量数值必须输入

注销日期时间 /日期

注销操作员文本10

2主要功能

本系统主要实现书籍管理、读者管理和借阅管理等主要的图书管理功能。

2.1 图书管理

图书类别管理:增、删除、改等管理。

图书信息管理:新书入库,图书购入后由图书管理人员将书籍编码并将其具体信息录入书籍信息表。书籍信息修改,书籍信息由于工作人员的疏忽而出现错误时,可修改其信息。管理

员按不同方式查询、统计,读者按不同方式查询。

出版社信息管理:增、删除、改等管理。

图书注销:某一部分图书会随着时间的增长及知识的更新而变得不再有使用的价值,或者图书被损坏,这些图书就要在图书籍信息表中的除去。即从书籍信息表中删去此书籍记录。

2.2 读者管理

读者类别信息管理:增、删除、改等管理。

读者信息管理:办理、挂失、暂停借、注销阅卡,录入、修改、删除读者信息。

2.3 借阅管理

续借管理:提供读者在符合规定的情况下网上续借。

还书管理:根据借阅卡编号、图书 ID 等,在借阅信息表中找到相应的记录,将借书记录

删除,更新该记录的相应数据(图书信息表)。根据违反规定情况计算和登记罚款记录。

借书管理:根据借阅卡编号和图书编号,进行借书登记。在借阅信息表中插入一条借书

记录,该记录包括读者 ID 、图书 ID 、借出日期、借阅编号、操作员等信息,更新该记录

的相应数据(图书信息表)。把超期图书以列表的形式显示出来,并以电子邮件或打印成

书面通知读

者。提供读者网上查询自己的借阅情况(包括超期提示)

3开发进度与成本估算

图书馆图书管理系统,此项目的成本是项目进行全过程所消耗的各种费用总

和。根据工作分

解结构制定出项目分摊估计表来有效的进行项目的成本计划。合同规定项目的总成本(包括

软件开发成本、硬件成本和开发中的其他成本)是10 万元人民币。

根据项目团队制定的工作分解结构,按照系统的生命期将本项目划分为六个活

动,分别是项

目规划、需求分析、软件设计、编程实现、系统测试、验收总结。对这六个活动进一步分解

得到 21 个小活动。小活动的成本主要由劳动力成本(工资)和硬件成本构成。其中工资根

据工期、人数和日工资来确定,硬件成本根据该项小活动的需求数量来确

定。成本估算采用的方法为:先估算出每项小活动的预

算,然后在算出大活动的预算,进而预算出整个项目的成本。

表 1 图书馆图书管理系统项目工资标准计算

资源名称最大单位标准费率加班费率每次使用成本累算基准日

成本历

1 100% ¥ 330/工作日¥ 50

/ 小¥ 0.00 按比例标准时

2 100% ¥ 200/工作日¥ 40

/ 小¥ 0.00 按比例标准时

3 100% ¥ 200/工作日¥ 35

/ 小¥ 0.00 按比例标准时

表 2 图书馆图书管理系统项目分摊估算表(单位:元)

活动小活动预算小活动分摊预算大活动分摊预算累计

项目规划1、模板确定770 770

2、撰写项目计划报告1540 2310

2310

3、需求调研1540 3850 需求分析

4、需求分析3080 6930

软件设计

软件开发

软件测试

验收总结5、需求确认1540

6、撰写需求分析说明770

7、系统分析2310

8、模块设计5390

9、数据库设计3850

10、美工设计2310

11、撰写详细设计说770

明书

12、硬件安装10000

13、环境配置770

14、代码实现10780

15、集成测试3080

16、系统测试3080

17、撰写系统测试报770

18、撰写用户手册770

19、人员培训770

20、产品转移770

21、经验总结770

6930

14630

21550

6930

3080

8470

9240

11550

16940

20790

23100

23870

33870

34640

45420

48500

51580

52350

53120

53890

54660

55430

经过预算,图书馆项目预算总金额为55430 元。项目的合同规定总成本为100000,基本上达到 44.6%的利润率。

原计划此图书管理经费占整个图书管理系统的百分之一十,即是10 万,时间为 3 个月,整个项目由一名项目经理,两名开发成员,同时完成开发后要兼顾测试比较辛

苦,所以时间也比较充足,要求图书管理的开发的时间最长不能超过原定计划的 3 天。比原计划提前了 20 天。这样就节省了不少成本。

4 系统开发项目风险分析报告

4.1 软件开发项目的风险背景

信息产业的发展是目前发展最快的行业之

一,也是对社会影响最大的一个行业,它不但为我们创造了巨大的财富,而且从各个方面改变着我们的生活,达到一个行业,小到一项服务。

我们不得不承认软件是二十一世纪最不可思议的产品。

伴随着软件开发技术的不断更新、软件数量的增多、软件复杂程度不断加大、客户对产品

要求也在不断的提高,随之而来的是软件开发项目给软件开发企业和需求企业带来的巨大风险。软件开发项目的成功与否会直接影响到公司的生存。这对软件开发企业来讲应该是更大

的难题。一方面是业务需求更加复杂。人们对软件质量和用途的期望大幅度提

高,对业务系统的要求也越来越挑剔。另一方面是开发成本不断缩

减。在此形势下,风险管理与控制已成

为软件开发项目成败的关键。

软件开发项目由于其具有连续性、复杂性、少参照性,无标准规范等特点,其风险程度较

高。

目前国内的大多数软件开发企业还缺乏对软件开发项目的风险认

识,缺少进行系统、有效的

度量和评价的手段。据有调查数据显示,有15— 35%的软件项目中途被取消,剩下的项

不是超期就是超出预算或是无法达到预期目

标。另外,软件项目因风险控制和管理原因失败

的约占 90%,可见,软件风险控制与管理在目前的软件开发项目中的重要性。

4.2 风险管理与风险控制介绍

1)风险管理

风险管理应是贯穿软件项目开发始末的一项重要任

务,其中包括风险识别、风险评估、风险计划、风险解决和风险监控。它能让风险管理者主动“规避”风险,进行有效的风险管理。

风险管理模型有:SEI 风险管理模型、 Riskit 风险管理模型、 SoftRisk 风险管理模型、

IEEE

风险管理过程模

型、CMMI 风险管理模型、 MSF 风险管理模型等。在项目管理中,建立风

险管理策略,在项目的生命周期中不断控制风险是非常重要的,风险管理主要包括五个阶

段:

(1)风险识别:识别风险的方法常用的有现场观察法、座谈法、流程图法、财务报

表法、相关部门配合法和环境分析法等。

(2)风险评估:对已识别的风险要进行估计和评价,风险估计的主要任务是确定风险发生的

概率与后果,风险评价则是确定该风险的经济意义及处理的费/效分析,常用的方法有:概率分布、外推法、多目标分析法等。

(3)计划进度:按照评估后的风险结果,制定相应的风险管理进度表,为后续的风险

管理提供参考。

(4) 风险处理:一般而言,风险处理有三种方法,

①险,消灭风险,中和风险或采用紧急方案降低风险。②留风险。③风险转移。风险控制法,即主动采取措施避免风风险自留,当风险量不大时可以

(5)风险监控:包括对风险发生的监督和对风险管理的监督,前者是对已识别的风险

源进行监视和控制,后者是在项目实施过程中监督人们认真执行风险管理的组织和技

术措施。

2)风险控制

(1)建立有效的风险控制的组织机构

①设置风险管理岗位:在软件开发项目管理过程中设置风险管理岗

位,该岗位的主要职责是在制订与评估规划时,从风险管理的角度对项目规划或计划进行审核并发表意

见,不断寻找可能出现的任何意外情况,试着指出各个风险的管理策略及常用的管理方

法,以随时处理出现的风险,风险管理者最好是由项目主管以外的人担

任。风险管理岗位的人数依据项目大小来决定,一般 2— 3 人较为适合。

②双项目经理:为项目开发项目设定两个项目经理岗

位,一个负责技术岗位,另一个负责管理岗位。目前,国内的软件开发企业的项目经理一般都是一

名,而且是技术出生的占绝对多数,他们主要擅长的是技术研发,在管理方面先天不足,这不利于项目风险管理和控制。通过增加专门的管理经理岗位,可以弥补技术出生的项目经理的不

足,提升软件开发项目的管理水平。而且这样的经验也已得到了国外业界大多企业的认

可。

(2)建立有效的风险控制管理过程

风险管理过程包括培训,风险识别、风险分析、风险计划、执行计划、跟踪计划等活动,有

效的风险管理过程应是学习型的、持续的和不断改进的。软件企业应建立自己的风险管理数据库作为风险管理的基础,并在实施中不断地更新和完善。

根据企业和项目的实际情况,进行科学的项目风险和控

制,

对项目的成功研发有着举足轻

的意义。在项目开发的过程

中,进行必要的项目风险分析,制定符合项目特点的风险评估

监督机制,特别是要定期对项目的风险状况进行评估和监

管,发现意外风险或者是风险超出

预期的一定要重点关照。发现问题要立即上报,尽快解决。并建立风险监管日志,实

行“岗位负责制”,将软件开发项目的风险降到最低。

4.3 软件开发项目的风险来源及对项目成败的影响

软件开发项目风险是指在软件生命周期中所遇到的所有的预算、进度和控制等各方面

的问题,以及由这些问题而产生的对软件项目的影响。软件项目风险经常会涉及许多

方面,如:

缺乏用户的参与,缺少高级管理层的支持,含糊的要求,没有计划和管理等,总体概括下

来应该由楼六大方面。

1)需求风险

很多项目在确定需求时都面临着一些不确定性。当在项目早期容忍了这些不确定性,并且在项目进展过程当中得不到解决,这些问题就会对项目的成功造成很大威胁。如果不控制与需求相关的风险因素,那么就很有可能产生错误的产品或者拙劣地建造预期的产品。每一种情况对产品来讲都可能致命的。

2)相关性风险

许多风险都是因为项目的外部环境或因素的相关性产生的。经常我们在控制外部的相关性

上做的不够,因此缓解策略应该包括可能性计划,以便从第二资源或协同工作资源中取得

必要的组成部分,并且觉察潜在的问题。

3)技术风险

软件技术的飞速发展和经验丰富员工的缺乏,意味着项目团队可能会因为技巧的原因影

响项目的成功。在早期,识别风险从而采取合适的预防措施是解决风险领域问题的关键。

4)管理风险

尽管管理问题制约了很多项目的成功,但是不要因为风险管理计划中没有包括所有管理活动

而感到惊奇。在大部分项目里,项目经理经常是写项目风险管理计划的

人,他们有先天性的不足——自己检查自己的错误,这是最难的。然而,像这些问题可能会使项目的成功变得更

加困难。如果不正视这些棘手的问题,它们就很有可能在项目进行的某个阶段影响项目本身。

5)自然风险

软件产品本身也属于一种应用型产品,同样会受到自然灾害的的影

响。(自然风险主要有火灾、洪涝、恶劣天气等对图书馆的馆藏、服务系统、信息系统和人员可能造成的损害。)

4.4 图书馆管理系统风险应对表

风险识别风险定性与定量分析风险应对

编WBS 风险事件风风险影风险影风险缓解策略应急计划和突发事风风号模块险响描述响值期望策略件险险

概值处负

率理责

措人

1 需求需求分析6% 10% ≤0.

2 0.12 重新进行当数据模型建立后一工

风险不到位,成本增到位的需无法使用时,即使周作导致数据长求分析重新做需求分析包

模型建立<20% 负

好后无法责

使用人2 需求缺少有效10 5% ≤0.2 0.020 及时和项当缺少有效的需求三工

风险的需求变% 进度实目经理进变化管理过程时,天作

化管理过施行有效的要及时,与相应的包

3需求客户不

风险变化需求

4需求院图书

风险调研经常推

5需求某些需

风险超出项目范

6需求漏掉某

风险模块或多了

某些模

7相关签订合同性风不科学不

险严谨,

在边界界

定不清楚的问题

<10% 沟通,确管理人员惊醒

沟负

保需求的通,制定有效的变责

有效管理化管理任9% 工作质0.1 0.009 1、要做好当客户不断变化需一工量受到与客户之求时, 1、要做好与周作较小的间的沟通客户之间的沟通工包影响工作 2、工作 2 、工作人员要负

作人员要做好应对必要变化责

做好应对的准备,满足客户人

必要变化的需求

的准备,

满足客户

的需求

20 10≤进0.4 0.080 与客户相当需求调研不能及两项% 度拖延关人员进时进行时,根据合天目< 行有效沟理时间调研并与相经

通关工作人员进行有理

效沟通并确定调研

时间

25 范围主0.2 0.050 查看范围某些需求超出项目一项% 要部分进度计范围时, 1、明确列天目受到影划,并与出超出项目范围需经响客户,进求, 2 查看范围进理

行合理的度计划,并与客户,

沟通进行合理的沟通

6% 范围的0.1 0.006 查看范围当漏掉某些模块或一工次要不进度计多了某些模块时,周作分受到划,及时1、查看范围进度计包影响修改划,及时与项目经负

理进行沟通,如果责

漏掉某些模块,及人

时把漏掉的任务分

配给相应的工作人

员进行补充,如果

多了一些设计

块,查看进度,并

决定是否删除多出

的模块

15 10% ≤0.4 0.060 及时与客当合同有问题时,三项% 进度实户进行有1、及时与客户进行天目施效沟通并有效沟通,并进行经

<20% 重新修订重新修订合同,

2、理

合同重新根据需求制定

更加完美的合同

9相关软硬件不

性风兼容

1相关病毒、黑

0性风客入侵造

险成系统无

法正常工

1技术预算

1 风险误,导致

开发过程

无法进行

1技术开发工具

2风险不可靠导致项

目过程

中的

bug

1技术使用框架3 风险存在漏洞

bug,导致

项目失败

1管理技术人员

4 风险离职,模

块任务无

人完成1%项目的0.8 0.040 及时与供当软硬件不兼容时三工最终产应商联1、及时与供应商联天作品实际系,并进系,并进行有效沟包上不能行有效沟通,更换硬件设备负使用通,更换2、如果无法更换,责

硬件设备查看该硬件是否可人

以用在该系统的其

他位置

5%项目的0.6 0.050 做好系统当病毒、黑客入侵最终产安全防护造成图书馆系统无

品实际

法正常工作

时,1、

上不能

及时进行系统

使用检,用相关工具杀

毒,2、通过相关设

备对系统进行有效

保护防止系统再次

收到攻击

9%10% ≤0.2 0.018 向投资者当预算有误,导致一工进度实申请新的开发过程无法进行周作施的资金时,向投资者申请包<20% 新的的资金, 2、向负

投资者展示新的预责

算和以前错误的预人

5%10% ≤0.40. 0.032 确定开发当开发工具不可靠一工进度实工具可靠

时,1、及时做测

试,周作施发现 bug。2、更换包<20% 开发工具负

人1%质量降0.2 0.002 测试人员当使用框架存在漏一工低需要及时发现洞 bug ,导致项目周作得到有问题,开失败时, 1、及时对包关领导发人员及框架进行修复2、负的批准时解决问更换更可靠的框架责

题人5%10% ≤0.3 0.050 1、加强人当技术人员离职, 2 项进度实员考核;模块任务无人完成天目施确定人员时 1 、加强人员考经<20% 的可靠性核;确定人员的可理

2、及时需靠性 2、及时需找

找人员代

人员代替齐工

作3、

替气工作与当事人做及时沟

1管理不能按进2% 10% ≤0.3 0.060 做好跟踪当不能按进度计划一工

5风险度计划完进度实记录完成相应的任

务周作

成相应的施时,1、做好对每个包

任务<20% 人的及时跟踪

记负录,2、若不能按进责度完成,应当进行人加班完成相应任务

1管理进度进化5% 质量降0.6 0.086 及时调整当进度进化不够完 2 工5风险不够完善低需要计划善导致整体任务滞天作导致整体得到有后时1、及时调整包

任务滞后关领导计划2、将所差进负

的批准度加班完成责

人1自然火灾、涝1% 质量降0.3 0.020 做好转移当火灾、涝灾、地三工

6风险灾、地震低需要工作,降震等自然灾害时 1、

天作

等自然灾得到有低损失程做好系统备份的转包

害关领导度移工作,把损失降负

的批准低到最小 2 及时做责

出应急处理,是相人

关负责人做出快速

反映。

5 开发项目人员分配

项目人力资源计划就是决定在项目中的每一项工作中用什么样的人力资源,确定人力资源的

数量、质量和结构。

组织结构

图书管理系统的项目管理是采用项目型组织,各成员按照从事的项目组成不同的团队,并由

指定的项目经理来协调和管理项目的运作。

a、职能型组织

b、项目型组织

c、矩阵型组织

复合型组织

人员要求

a、项目经理

1、有 5 年以上软件研发经验

2、能分析和判断大部分软件问题。对项目软件开发过程负责。有丰富的项目经验和很强的

责任心。

有熟练的英文阅读能力和交流能力。

b、调研分析员

1计算机、软件工程等专业本科以上学历;

2熟悉需求调研方法,具备较强的业务流程及业务模型分析设计能力;

3熟悉软件工程理论,掌握软件需求获取与分析方法;具备财务软件、物流系统软件、

ERP\SAP 等系统软件的需求分析经验优先考虑;

4有较强的文档编写能力,有较强的团队协作精神

c、系统分析员

1精通 Java 语言, WEB 编程,熟悉 J2EE 应用系统开发,熟

Tomcat 等应用服务

器;

2熟悉 Mysql 等数据库的设计与开发;

3熟悉软件开发流程,具有需求分析和架构设计的实际经验;

4能够控制客户需求,并能够处理好与客户之间的关系,有较强的文档撰写能力;

5能够高效的管理与激发团队,使团队更具有凝聚力。

d、模块设计员

1 精通 java 及数据库相关知识(至少 3 年以上开发经验, 1 年以上架构设计经验);

2熟悉面向对象的分析设计方法;

3熟练使用 UML 工具进行建模设计,并能充分理解客户的需求并根据需求进行模块化

和面向对象分析设计;

4能够独立完成系统需求分析与概要设计设计工作;

5有较强的系统需求分析、设计文档编写能力;

6具有良好的团队协作精神,有较强的业务模型分析能力,思维清晰敏捷,逻辑分析能力强,

善于与人沟通,能够承担一定的工作压力

e、测试工程师

1计算机、软件工程等相关专业;

角色

项目经理调研分析员姓名职责

项目总体设计,制定和监控开发进度,制定相应的开发规范、负责

各个环节的评审工作,协调各个成员(小组)之间开发。

实际调研,提供详细的策划方案和需求分析

2对人员管理、资源调配、测试方法改进等经验;

3分析能力强,思维周密、积极主动,关注细节,勇于创新,良好的沟通技巧以及优秀的言语表达能力,具备良好的团队合作精神;

4熟悉一些主流的软件工程方法论和思想,了解软件工程,软件生命周期模型

基础;实施人员

1积极上进

2有项目管理经验优先

3肯吃苦 ,能出

差客户联络员

1较强的沟通、理解和应变能力

2有刚正不阿的性格,吃苦耐劳的精神

3服从公司工作安排,能长期出差。

2角色职能表

系统分析员根据需求分析报告进行总体分析,得出系统的概念模型模块设计员根据系统分析结果对系统做模块化分及相关接口定义程序员编写功能模块的实现代码并惊醒单元测试

测试工程师测试程序及系统的功能

实施人员负责工程实施,现场培训,协助项目验收,需求的初步确认,项

目维护。

客户联络员与客户联系、协助其他人员与客户的交流

6系统成品评价

6.1 对生产效率的评价

给出实际生产效率,包括:

⑴.系统开发已历时快 2 个月的时间

了⑵开发的反复性比较多。⑶对客户

的需求理解不是很透彻。

综合以上,虽然以上问题是项目开发经常面对的问

题,开发工程中存在着一些问题,造成这些问题的原因是多方面的。如:前期系统数据库的设计缺陷和部分代码的构建

缺陷、客户需

求的理解上也存在一定问题,这就需要我们用一定的时间来维护客户使用过程中提出的新问

题和存在的 bug,这些都造成了一定时间的消耗,但同时也使得我们的产品日趋完善。但是

总的来说此项目的开发效率不是很高,相反有相当一定时间的浪费。

经过我们各位成员的共同努力,图书管理系统已经很好的完成了客户的业务流需

求。经过对

客户使用过程的观察,此项目开发的还是比较成

功,但是还是存在着一些问题,造成这些问

题的原因是多方面

的。如:前期系统数据库的设计缺陷和部分代码的构建缺陷、客户需求的理解上也存在一定问题,这就需要我们用一定的时间来维护客户使用过程中提出的新

问题和

存在的 bug。总的来说,此系统的功能开发还是一个比较成功的案

例。

6.2 对技术方法的评

⑴系统开发框架:此系统的框架使用的是简单三层结构,此框架在开发一些中小软件是比较

实用的。但是我们要是可以开发出自己的框架,把一些通用的功能开发到框架中。这样以来,

在以后的系统开发

中,针对系统中一些通用的功能就不需要再开发,从而也可以很好的提高

我们的开发效率;减少很多维护费用。使我们的技术不断的更加成

熟。

⑵系统安全加密:此系统中针对客户提出的系统安全问题,我们采用

了Ikey 加密硬件钥匙

来验证客户端登陆客户的合法性,此Ikey 钥匙可以绑定到一个系统使用用户,也可以让

个用户来使用一个加密钥匙来验证登陆系统的合法性。这样以来,即使用户的密码不慎丢

失,

或者被不法人员取得(不法人员他也是无法登陆到我们的系统中来),这样就最大的提高了

我们系统的安全性。 Ikey 加密钥匙是很好的

加密B/S 架构软件的硬件工具,在以后的软件安全方面可以借鉴。

⑶我们在项目开发中,使用了一些测试工具,包括JUnit,JCheck 。

测试工具的应用可以提高测试的质

量、测试的效率。但是在选择和使用测试工具的时候,我

们也应该看到,在测试过程中,并不是所有的测试工具都适合我们使用,同时,有了

测试工具、会使用测试工具并不等于测试工具真正能在测试中发挥作用。

7经验与教训

7.1 签定合同

一个项目的开发成败或者说项目开发带来效益的大小,在很大程度上是受项目合同签定的影响的。往往,很多一部分公司与客户签定的项目合同都是很模糊的,也很难签定的比较清楚,这样以来就会导致在项目的开发后期,工作两会越来越大,影响项目的竣工周期;而且,项

目的开发费用一般是不会变的。这样以来,我们就大大的降低了我们的开发效益。虽然需求

范围很难签定的明确,但是我们在签定合同时,需要研究求实,要尽量的去把合同功能

边界和添加新功能的条件签定。

7.2 需求的调研

在项目确立后,就到了需求调研分析阶段。

1.项目组对客户的整体组织结构、公司有关人员的关系、职责等如果没有一个很好、足

的了解掌握,这样项目组就无法很好的完整的整理到客户的需求、或者说客户真实的功能需求,如此以来我们就为自己埋下了地雷,影响项目的开发周期,这就要求我们要与客户搞好

无论是工作上的还是生活上的朋友关系,要深入的去了解客户需求。

2.我们要尽量的让客户也参与到项目的开发团队中来,也就是说我们要使客户把自己也纳

, 入到项目的开发团队中来,如此一来,我们掌握客户需求的真实性、可靠性就会大大的提高也就不会为项目的后期功能开发埋下陷阱

3.在需求调研过程中,如果缺乏足够用户参与,这样的需求调研也是失败的。很多程序员

不愿参与到客户的需求调研中去,为什么呢?很简单,与客户沟通不如与代码沟通容易有

意思。尽管这样,我们还是必须用足够多的时间去和客户进行沟通,了解他们真实的需求。很多用户也是如此,他们自己也不愿意参与到项目的需求调研中来,为什么呢?需求调研

是一

件枯燥的事对吗?虽然现状如此,我们还是要努力的使客户参与到需求的调研中来。

7.3 做好开发计划

在项目确立后,我们就需要做好项目开发计划,需求调研用时,开发用时,测试用时,实施

用时,维护用时。在我们做好了计划后,我们要随时的跟踪计划任务的完成进度,从而使

我们的项目进度掌控在我们的开发周期范围之内,今日计划、行动,明日成功。

7.4 做好人际沟通、培训准备和动员工作

1)项目组成员的任务分配不是十分均衡,小组成员的职能划分不清,未能按要求实现计划

书中的职能分配,造成了效率低下。

2)由于实现开发成员对此次项目开发的环境并不太熟悉,项目组也没有组织培训,

造成了摸石过河的现象,降低了开发速度和后期的赶工。

3)项目组成员在各个模块的开发时后沟通不够,一度各自为政,造成了二次开发,

浪费了资源。

4)项目组缺乏一种有效的激励机制,出现了一些怠工现象。

在其他行业中,人与人的之间的沟通只很重要的。项目开发也不例外,很好的沟通能够加快

项目的进度,这就要求我们每一个开发人员要学会和善于沟通于客户和同事之间。利于下次

项目开发可以让项目组成员成员之间以及与本公司其他其他项目组保持沟通,实现技术共享

提高开发效率。同时对外上,在一个项目的开发过程中,我们与客户的沟通是一个不断交

流和沟通的过程。在开发到一定的阶段,我们就需要和客户沟通已有功能,尽量的去避免

一些隐藏的问题,及时的发现问题,解决问题,从而按时或者提前完成项目的开发。

软件项目管理计划书案例(学生宿舍)

学生宿舍信息管理系统 项目计划书

目录 第一章前言---------------------------------------------------------2 项目开发背景-------------------------------------------------2 项目开发目的-------------------------------------------------2 项目开发意义-------------------------------------------------2 第二章范围计划-------------------------------------------------------3 项目工作分解结构--------------------------------------------3 软件生命周期模型---------------------------------------------5 2.2.1软件生命周期模型图示表示

-----------------------------------6 2.2.2软件生命周期模型详细文档-----------------------------------6 (一)软件规划----------------------------------------------6 (二)需求开发----------------------------------------------7 (三)软件结构设计-------------------------------------------8 (四)数据库设计-------------------------------------------10 (五)实施-------------------------------------------------10 (六)系统集成----------------------------------------------10 (七)提交-------------------------------------------------11 (八)维护

软件工程项目管理计划书(完整版)

储蓄业务项目管理计划书 1.简介 1.1 项目概述 本项目要开发一个银行系统,系统一共分为储蓄业务、贷款业务、外汇交易、网上银行、信用卡业务和系统管理六个子系统。本团队负责其中的有关储蓄业务的子系统。通过团队合作开发整个子系统,使团队成员获得软件工程开发的实际训练。本系统采用目前主流的B/S开发架构,将与整个银行系统一起发布。不单独发布。交付的产品包括可执行的文件、源代码、技术文档与用户使用手册等。本系统的开发过程中的主要工作是子系统需求分析、系统总体设计、子系统源代码开发、子系统测试、交付团长进行最后的集成、整个系统的测试。关键里程碑是制定项目管理计划书、制定需求设计规格说明书初稿、制定系统设计报告的初稿、进行子系统运行情况的检查与测试、进行系统集成后的运行情况的检查与测试。项目所需工具是个人电脑和开发工具。进度为11周,工程量为3人/天。 1.2 项目范围说明 (1)提交文档:项目管理计划、需求规格说明,设计报告、测试报告、用户使用手册和项目个人总结。其中项目总结为每人一份,每个小组所有成员的总结装订在一起;其余文档每组提交一份。每个团队可将各小组的文档综合到一起,各小组也可自行分开提交,具体方式由团队内部协商确定。所有文档需要提交电子版和打印稿。 (2)源程序检查:一共两次。第一次检查每个小组的子系统运行情况。第二次检查每个团队内六个小组集成后完整的银行系统运行情况,检查完成后需要提交程序源文件和可执行的系统。程序检查安排在上机时间进行。 1.3 软件项目计划书的演化 软件项目计划书在第三周周末前经由小组讨论、共同撰写、汇总整合三步骤形成初稿,第四周以后根据项目的进展可以对其进行修改,需要有组员提出修改意,在全体会上讨论通过,并由组长整理修改意见并作出相应的修改。其余组员同步获得更新稿。 2.项目组织管理 2.1 过程模型

项目工作管理计划书

项目工作管理计划书 为了适应建筑市场动作规律,进一步理顺公司与项目部项目经理之间的管理关系,明确双方的责、权、利,规范双方在施工项目管理中的行为准则,切实做到施工项目管理有序可控、有章可依,从而达到完成施工项目工期、质量、安全、经济效益等各项指标的目的,进而不断增加企业经济效益,打造一流的企业品牌,树立良好的企业社会形象,特制定本计划 一、项目管理交底 工程项目中标签约前后,公司向拟定的项目经理部进行项目管理交底,交底的内容包括招标文件及合同(或签定合同的策略)、项目管理目标、施工现场条件及管理重点、环境因素及重大环境因素、危险源及重大危险源、法律法规及其它要求清单及管理方案、应急预案、以及其它须注意事项和要求等。交底书由相关人员负责编制(详见附件1),项目管理部负责收集、传阅评审和汇总,公司总经理审批。 二、项目前期工作计划 工程正式开工前,项目经理部应向公司职能部门提交项目前期工作计划书,其内容包括:经公司批准的开工报告、施工组织设计或各种施工方案、施工准备工作组织及时间安排、工作计划、开工阶段需公司配备的管理人员和作业队伍需求计划、开工阶段需公司提供的材料(包括周转材料、临建需用材料)设备机具劳动防护用品计划、第一个月的资金计划和进度计划等。 公司与项目经理部签定《工程项目管理目标责任书》、《安全生产、文明施工责任书》。 三、开工阶段控制计划 工程开工后15天内,项目经理部应向公司职能部门提交以下资料: 1、经项目经理部优化的施工组织设计和质量计划,报送公司总工审批及项目管理部备案; 2、项目组织机构设置及人员分工(部门职责及管理人员各种岗位责任制),管理人员资格证、上岗证复印件; 3、按《集团公司分承包方管理办法》须提供的劳务队伍或分承包方的有关合同、文件资料、人员花名册、操作技能资格证书复印件必须人证相符(特殊工种持证率须达到

软件项目管理计划书案例完整

学生宿舍信息管理系统项目计划书

目录 第一章前言---------------------------------------------------------2 1.1项目开发背景-------------------------------------------------2 1.2项目开发目的-------------------------------------------------2 1.3项目开发意义-------------------------------------------------2 第二章范围计划-------------------------------------------------------3 2.1项目工作分解结构--------------------------------------------3 2.2软件生命周期模型---------------------------------------------5 2.2.1软件生命周期模型图示表示-----------------------------------6 2.2.2软件生命周期模型详细文档-----------------------------------6 (一)软件规划----------------------------------------------6 (二)需求开发----------------------------------------------7 (三)软件结构设计-------------------------------------------8 (四)数据库设计-------------------------------------------10 (五)实施-------------------------------------------------10 (六)系统集成----------------------------------------------10 (七)提交-------------------------------------------------11 (八)维护-------------------------------------------------11 第三章进度计划------------------------------------------------------11 3.1甘特图-----------------------------------------------------11 3.2网络图(单代号或双代号)-------------------------------------12

(完整版)项目管理计划书

【项目名称】 项目管理计划书 版本 拟制日期审核日期批准日期

修订历史记录

目录 1.前言 (4) 1.1.目的 (4) 1.2.范围 (4) 1.3.文档修正 (4) 1.4.参考文档 (4) 1.5.缩写与简称 (4) 2.项目综述 (4) 2.1.项目概述 (4) 2.2.项目目标和需求 (4) 3.项目范围描述(SOW) (4) 4.项目进度计划 (4) 4.1.项目进度 (4) 4.2.主要里程碑和交付时间 (4) 5.项目资源管理(RESOURCE MANAGEMENT) (5) 5.1.项目组织结构 (5) 5.2.项目人力资源 (5) 5.3.主要角色和职责 (5) 6.项目风险管理(RISK MANAGEMENT) (5) 6.1.项目风险管理程序 (5) 6.2.项目风险预测与应对措施 (5) 7.项目质量管理(QUALITY MANAGEMENT) (5) 7.1.质量管理目标 (5) 7.2.质量管理措施 (6) 8.项目验收程序 (6) 9.项目跟踪和控制 (6) 9.1.项目状态报告 (6) 9.2.项目审核 (6) 10.沟通管理 (6) 10.1.沟通接口 (6) 10.2.沟通方式 (6) 11.项目变更管理 (6) 12.附件(APPENDIX) (6) 12.1.【项目名称】实施进度计划 (6)

1. 前言 1.1. 目的 《【项目名称】项目管理计划》(以下简称“本计划”)是从项目管理角度为【项目名称】提供整个项目实施过程中的管理计划,目的在于建立、记录和公布在项目实施期间采用的项目管理方法和流程。 1.2. 范围 【描述项目管理计划包含的主要内容,如:目标和任务、项目范围描述、项目进度等】。 1.3. 文档修正 【描述项目文档的修正原则】。 1.4. 参考文档 【列举参考文档】。 1.5. 缩写与简称 2. 项目综述 2.1. 项目概述 【概述项目背景】。 2.2. 项目目标和需求 【描述项目目标和主要需求】。 3. 项目范围描述(SOW) 【视项目实际情况,描述项目工作范围,如项目的工作内容】。 4. 项目进度计划 4.1. 项目进度 4.2. 主要里程碑和交付时间

软件项目管理计划书

软件项目管理计划书 项目名称:伦敦证券电子交易系统 组员: 学校:西安欧亚学院 专业:软件工程专业 时间:2014年10月11日1、简介......................................................................................................... 1.1项目概述 .......................................................................................... 1.2项目交付产品 .................................................................................. 1.3软件项目计划书的演化 .................................................................. 1.4参考资料 .......................................................................................... 2、项目组织................................................................................................. 2.1 团队的分工与合作 ......................................................................... 3、管理过程................................................................................................. 3.1 管理目标及优先级 ......................................................................... 3.2 风险管理 ......................................................................................... 3.3监督及控制机制 .............................................................................. 3.4人员计划 .......................................................................................... 3.5培训计划 .......................................................................................... 4、技术过程................................................................................................. 4.1 开发工具、方法和技术: .............................................................

工程项目策划书(模板范例)

项目策划书(模板) 一、项目策划书审批表

目录 一、工程概况 二、工程目标 三、项目组织协调策划 四、项目技术、质量策划 五、项目进度计划控制 六、项目安全环保策划 七、项目成本管理策划 八、项目绿色、文明施工策划 九、工程竣工管理 十、项目信用评价、文化与宣传策划 十一、附件:(1)工程项目组织机构图 (2)施工总平面布置图 (3)施工总进度计划网络图

一、工程概况 图表式(包括概况、管理特点、难点) 二、工程目标 1、质量目标 ××× 2、工期目标 ××× 3、安全环保目标 ××× 4、文明施工目标 ××× 5、成本目标 ××× 6、项目考核评价: ①×××②×××③×××④×××(奖罚措施条款)。 三、项目组织协调策划 (一)组织机构 ×××(组织构架与岗位职责) (二)施工组织管理 1、开工技术准备; 2、需配备的设备仪器; 3、工程专业分包管理; 4、工程劳务分包及劳务用工选择管理; 5、劳动力资源配置策划; 6、材料管理; 7、机械设备策划管理; 8、文件、资料、印章管理; 9、风险管理; 10、迎检及整改工作;

11、××× 四、项目技术、质量策划 1、施工组织设计、专项施工方案、作业指导书的编制、审批、论证实施(深化设计)完成的内容及时限要求; 2、风险工程列表及管理措施; 3、质量通病防治措施; 4、关键过程控制; 5、特殊过程控制; 6、关键、特殊控制措施及阐述。 7、新技术、新工艺、QC成果等管理 8、××× 五、项目进度计划控制 1、施工总进度计划或节点安排; 2、单位(项)、分部工程进度计划或节点安排; 3、根据总进度计划编制年、季、月、旬、周施工进度计划或节点安排; 4、跟踪计划的实施与监督管理; 5、进度计划的检查调整、纠偏办法和奖惩办法; 6、信息资料收集整理,索赔管理。 7、××× 六、项目安全环保策划 1、人员安排(专职安全员设置) 2、安全资金投入安排情况及计划 3、技术措施 4、事故处理及应急预案 5、××× 七、项目成本管理策划 1、项目收款策划; 2、资金流量使用策划; 3、成本控制措施; 4、×××(包括变更、签字、索赔等管理) 八、项目绿色、文明施工策划 1、文明施工的创建计划; 2、绿色示范工程的创建与申报策划; 3、×××

项目管理计划书模板

XX 项目管理计划书

修订记录

目录 1项目介绍 (4) 1.1项目范围 (4) 1.2项目目标 (4) 1.3客户与最终用户介绍 (4) 1.4开发方介绍 (4) 1.5制约 (4) 1.6项目依赖 (4) 1.7项目术语与缩写解释 (4) 2项目主计划 (5) 2.1项目任务计划-阶段计划 (5) 2.2项目任务计划-Milestone (5) 3项目过程定义 (5) 3.1PDP (5) 4项目估算 (5) 5项目评审、验证 (5) 5.1评审 (5) 5.2验证 (6) 5.2.1测试计划 (6) 6项目结束/验收标准 (6) 7人力资源计划 (6) 8沟通管理计划 (7) 8.1项目沟通相关组织结构图 (7) 8.2组织结构沟通矩阵 (7) 8.2.1内部沟通 ........................................................................................ 错误!未定义书签。 8.2.2外部沟通 (7) 8.3组织成员联络方式 (8) 8.4软硬件维护干系人 (9) 8.4.1内部联系人..................................................................................... 错误!未定义书签。 8.4.2外部联系人 (9) 8.5紧急应急沟通流程 (9) 8.5.1XXXX流程描述 (9) 8.5.2XXXX流程图 (9) 9软硬件资源计划 (9) 9.1开发环境 (11) 9.1.1硬件环境 (11) 9.1.2软件环境 (11) 9.2目标环境 (11) 9.2.1硬件环境 (11) 9.2.2软件环境 (12) 10项目进度计划 (12) 11项目QA计划 (12) 12项目CM计划 (12) 13项目风险计划 (12) 14信息安全管理计划 (12)

项目管理-软件质量计划书_模板及实例实战

XX系统 质量计划书 拟制:日期:2014/5/10 审核:日期:

1.介绍 1.1.文档目的 为了健全和完善XXX系统设计开发的质量管理体系,促进质量管理活动系统化、规范化,以确保所交付的XXX系统能够满足规定的各项具体需求。 1.2.文档范围 本质量管理计划涵盖所有与XXX系统设计开发有关的质量目标和具体措施, 涉及需求分析阶段、设计阶段、编码阶段、测试阶段、工程实施阶段。 本质量管理计划由以下几个部分组成: 介绍:即本章节,概要介绍文档目的、范围、缩略词、参考资料。 项目概述:开发系统概述、质量管理的角色和职责、生命周期各阶段的主要交付物。 项目生命周期各阶段的质量检查点:列出各阶段的质量检查计划表,包括责任人、检查时间、检查任务。 质量检查和确认技术:描述针对不同的对象而采用的特定的质量控制方法和技术及质量问题的级别和处理流程等。 项目生命周期各阶段的量化质量目标。 1.3 缩写 PM –项目经理 QA –质量保证 SA –系统分析工程师 A&D –系统设计员 RA –需求分析员 PC –流程审核员 SCM –软件配置管理员

2.项目概述 一个现代化医院的综合管理是否先进是直接通过其信息化水平来体现的,“XXX系统”是国内先进的信息化管理系统,该系统包含住院登记、病房护士站、医生站、价格管理、成本核算、药库管理等40多个子系统,可以满足各个部门的业务信息处理和信息共享。 “XXX系统”还可开发制作触摸屏,以供患者了解医院信息,查找专家资料,方便查询各种费用收取情况。该系统还能为住院病人提供每日住院清单,使患者明白、放心治疗。 2.1.项目组织结构 为了实现有效的项目管理,开发小组将划分为技术队伍和QA 队伍。项目经理对技术队伍进行任务分配和进度检查,技术经理对技术队伍进行技术指导和检查。技术队伍又划分为:需求分析人员、系统设计人员、软件开发人员、美工设计人员、配置管理员、产品包装人员。QA 队伍对整个项目的质量保证负责,直接向质量保证经理汇报。QA 队伍划分为:流程检查人员和测试人员 2.2.质量管理 2.2.1.质量管理的角色和职责 质量控制是XXX系统组每个成员的职责; 质量保证经理对整个项目的质量全权负责, 并签字确认; 项目经理负责任务的分配和监督项目进度,制定相关的工作计划和联系客户; QA 队伍负责制订、检查和督促本计划的实施,及时发现项目工作中的问题,并通过评审总结报告、项目周报等形式向各项目组成员汇报质量活动的结果; 项目功能小组各组长在每个软件开发生命周期阶段结束后,总结本模块的软件质量状况和质量目标的实现情况,以确保整个项目目标的实现。对质量目标应定期进行考核,以追求质量 管理体系的持续改进; 流程检查人员负责通过检查文档审核开发各阶段是否可以通过; 测试人员负责对软件的质量和对需求实现的程度进行把关,并定期整理测试情况分析报告交项目经理、系统分析人员; 配置管理员负责有关软件配置项及项目各生命周期交付文档管理和变更控制工作; 医院信息系统管理人员负责反映质量要求,参与软件开发过程的质量控制,并监督本计划的执行情况。

项目管理计划书01192

项目经理进行项目管理的第一项工作就是要制定项目计划书。制定计划书的过程就是确认项目目标和范围、理清项目资源、思考项目任务和实现方法、解决在实施过程中就质量、时间、成本、风险等重要项目因素的管理与控制,及确定项目交付成果的过程。这个编写过程是一种富有理性和逻辑的脑风暴活动。项目经理必须把项目所涉及的各个方面全方位地细致地考虑周全,才能保证项目目标的顺利达成。 所谓项目,其实就是用一定的人、财、物,在一定的时间里完成一定的任务。所以,尽管项目计划书包含的内容看起来纷繁复杂,表现形式也五花八门,但无论什么样的项目计划书,能够清楚地解决五个方面的问题,就是完整的计划书: What,即项目的目标和范围。也就是要明确项目的工作范围、项目的目标、客户的具体要求或者公司预期的要求。根据项目目标,具体要做的工作是什么,主要工作是什么,主要任务下面的细枝末节是什么。 When,即项目的时间周期。也就是明确项目的时间,制订关键时间点及里程碑,什么任务要在什么时间完成,同一时间里有什么并行任务,任务的时间关联性。 Who,即项目相关人员。项目的客户是谁,项目的成员由谁组成,如何建立项目团队并和组员同心协力地有效工作。 Way,即项目的实现方法。用什么样的方法来达成项目目标。如何合理地利用项目资源(人、财、物),如何把任务分解并分配到合适的人

员手中,如何规避风险,如何控制质量、时间、及成本,如何与客户沟通,是否需要外部采购或外包等等。 How much,即项目成本计划。花多少钱完成这项任务,如何花,如何节省费用? 能够细致地回答上面五个方面的问题了,项目计划书的基本内容也就有了。但真正编写计划书时,一定要针对具体的项目按照如下四个原则来制定相应的具有实际意义的计划书: A.全面性。任何计划书首先要把项目涉及的各个方面全部考虑在内,然后再逐一分析筛选。不能因为项目的大小、时间长短或重要程度就轻易变更项目计划书的考虑因素。一些不注意的小疏漏可能会酿成大错误,付出不应有的代价。这也是项目风险控制的一个切入点,一项不容忽视的工作内容。 B.合理性。项目的计划安排要有合理性。项目计划的合理性建立在对项目任务的理性思考和现实认知上。比如,对任务要了解其工作量、难度及时间要求,有些子项目上时间关联性很强,不能并行;有些任务可以并行安排从而节省时间;对项目成员要知人善任。 C.针对性。项目不同,所达成的目标、实现的方法、所组成的人员等等都会不同。即便同样的工艺包的应用项目,因为场地的不同,面对的客户不同,实施的时间不同,也应根据该项目的特点,制定不同的项目计划。 D.简洁性。项目计划书是为了顺利完成项目目标而编写的。采用图表、ppt等一目了然的工具来表达会更利于沟通和理解。

IT项目管理-项目计划书

第七章案例项目名称 团队名称 团队成员名称 项目描述 MOV 细节性项目计划 预算成本报表: 预算工时报表:

5. a.开始时间2015/6/18,结束时间2015/10/28 耗时95个工作日 b.有复合的关键路径。 重要性:缩短关键路径就可以缩短工期。 c.有过度分配的资源,是系统开发人员,认为资源等级是相同的所以要调整工期。 项目计划书 一、项目简介 1、项目名称 天使飞行员 2、团队名称 T&K Angel 团队成员名称 职务人员 项目经理Tim Williams 项目公关Kellie Matthews 系统分析员Sitaramin Yan 网络工程师Pat 客户联络人Alma Coleman 系统测试师Robot 电信工程师Ted 二、项目内容 1、项目描述: Husky Air公司需要一个计算机系统来支持天使飞行员项目,它的功能是跟踪所有飞行员志愿者,记录有关飞行员的基本信息(包括姓名、住址、电话号码,以及他们的飞行时间、资质证明和速度)、飞机信息(包括飞机的类型、飞机识别号码、发动机以及能够容纳顾客和行李的空间)、顾客的信息(如个人、医院、诊所以及器官银行)、相关患者和乘客的基本信息,以及其他特殊需要。通过计算飞行时间、距离、目的地和所需燃料选择飞机并配备合

适的志愿者。 2、项目意义 “天使飞行员”是一项慈善项目,该服务于医院、医疗机构和器官银行合作。Husky Air 安排愿意做志愿者的私人飞行员为那些健康出了问题亟需到外地接受诊断治疗的人提供服务。这项计划既服务了大众,又提升了Husky Air公司的社会形象,是一举两得的项目。 为此创建的信息系统将收录全方位资料,如参与飞行的飞行员、机舱中的乘客、使用的飞机、飞行的全部时间、飞行的距离与目的地等,科学准确的调度飞机与人员,便于管理,权责清晰。 3、项目可衡量的组织价值 三、项目发起人、管理和技术支持 最初发起人:Husky Air高层 执行发起人:理查德伍德杰克 四、项目准备和进展的时间表

项目管理策划书(模板)

×××项目项目管理策划书 编制:×××公司工程管理部 年月

目录 第1章项目工程概况 (1) 1.1 项目概况 (1) 1.2 平面图 (3) 第2章管理愿景及项目组织 (4) 2.1 管理愿景 (4) 2.2 项目组织 (4) 第3章施工范围划分 (11) 3.1 施工顺序及流水段划分 (11) 3.2 分包工程 (11) 3.3 施工总平面布置 (12) 第4章项目工程管理特点及管理思路 (15) 4.1 项目工程管理特点及其影响 (15) 4.2 对监理单位的管理 (16) 4.3 对总包单位的管理 (19) 第5章样板展示区管理及施工样板确认 (24) 5.1 样板展示区管理 (24) 5.2 施工样板确认 (25) 第6章工程招标与采购 (27) 6.1 监理招标 (27) 6.2 总包招标 (27) 6.3 分包工程与部品招标 (27) 第7章工程管理目标及管理方法 (29) 7.1 工程管理目标 (29) 7.2 施工过程管理 (30) 7.3 过程管理保障措施 (34)

第8章设计变更(技术核定)、现场签证管理 (41) 8.1 设计变更(技术核定)管理 (41) 8.2 现场签证管理 (43) 第9章工程材料(设备)管理 (46) 9.1 工程材料(设备)采购/验收 (46) 9.2 工程材料(设备)认质/认价 (49) 第10章工程控制难点及对策 (50) 10.1 难点控制的指导原则 (50) 10.2 合作单位管理的难点和措施 (51) 10.3 其他难点及风险预控 (54) 10.4 工程质量通病的防治 (55) 第11章项目沟通管理 (56) 11.1 进场知会 (56) 11.2 例会制度 (56) 11.3 工程日报、周报、月报工作制度 (60) 第12章项目竣工验收及保修/维修工作 (62) 12.1 项目竣工验收工作 (62) 12.2 项目保修和维修工作指引 (67)

项目管理计划书

项目管理计划书The document was prepared on January 2, 2021

项目管理计划书 首届MBA模拟创业大赛文档信息 版本记录

概述 对于一个全国性的MBA创业大赛项目而言,简洁、实用和有效的项目管理方法是项目得以成功实施的必要保证。总体上,我们建议的项目实施途径是: 1、首先应明确地定义本项目的具体实现内容,以及与各外围系统的定位 关系。即明确地定义该项目的工作范围说明书(SOW); 2、在SOW的基础上,项目组讨论并确定实施相关任务的具体工作方法, 在工作方法的基础上,通过对工作任务的细分,应对完成相关任务所 需的资源进行评估,并参考总体实施进度的时间要求,制定出详细和 切实可行的项目总体实施计划(进度、资源)、以及各实施小组的详 细实施计划书等; 3、为确保各方资源的合规调度和及时到位,在项目正式启动以前应签署 相关的商务合同; 4、在商务合同谈判和签署的过程中,项目经理将起草一份初步的项目管 理计划书,该计划书将包含在项目实施过程中与管理工作相关的主要 内容。如:项目进度计划、资源需求计划、项目实施方法概要、质量 管理计划、沟通计划、变更计划等;形成最终的项目管理计划书报第 六届中国MBA发展论坛组委会批准。 5、项目应于合同正式签署的数日内正式启动。项目正式启动以后,项目 管理计划书将在项目的计划阶段进一步完善,并应作为在项目实施过 程中项目管理的工作指南。项目组应严格按照该计划书中所规定的内 容执行,计划书中有关内容的重大变更应参照变更管理流程进行管 理。 本文档是项目正式启动之前应讨论确定的项目管理计划书,有关的详细内容请详细参照本计划书中的相关章节。 1.1.目的 本项目的项目管理计划书用来定义本次所要开发的可交付物,和为开发这些交付物所需的时间计划,及确保可交付物质量达标的计划,以及其它在项目管理过程中所需要的计划。此项目管理计划书也用来定义可交付物的开发、验收阶段中用来监督和控制项目的工作流程。 此计划旨在用简洁、切实可行、合理有效的方法来确保所有实施的活动实现的业务需求。 此工作文档将会在整个项目的实施过程中随时更新和补充。并遵守本管理计划书中涉及的变更控制流程中的有关规定。

IT项目管理-项目计划书

第七章案例 项目名称 团队名称 团队成员名称 项目描述 MOV 细节性项目计划 预算成本报表: 预算工时报表: 5. a.开始时间2015/6/18,结束时间2015/10/28 耗时95个工作日 b.有复合的关键路径。 重要性:缩短关键路径就可以缩短工期。 c.有过度分配的资源,是系统开发人员,认为资源等级是相同的所以要调整工期。 项目计划书 一、项目简介 1、项目名称 天使飞行员 2、团队名称 T&KAngel 团队成员名称 职务人员 项目经理TimWilliams 项目公关KellieMatthews

系统分析员Sitaramin Yan 网络工程师Pat 客户联络人AlmaColeman 系统测试师Robot 电信工程师Ted 二、项目内容 1、项目描述: HuskyAir公司需要一个计算机系统来支持天使飞行员项目,它的功能是跟踪所有飞行员志愿者,记录有关飞行员的基本信息(包括姓名、住址、电话号码,以及他们的飞行时间、资质证明和速度)、飞机信息(包括飞机的类型、飞机识别号码、发动机以及能够容纳顾客和行李的空间)、顾客的信息(如个人、医院、诊所以及器官银行)、相关患者和乘客的基本信息,以及其他特殊需要。通过计算飞行时间、距离、目的地和所需燃料选择飞机并配备合适的志愿者。 2、项目意义 “天使飞行员”是一项慈善项目,该服务于医院、医疗机构和器官银行合作。HuskyAir安排愿意做志愿者的私人飞行员为那些健康出了问题亟需到外地接受诊断治疗的人提供服务。这项计划既服务了大众,又提升了HuskyAir公司的社会形象,是一举两得的项目。 为此创建的信息系统将收录全方位资料,如参与飞行的飞行员、机舱中的乘客、使用的飞机、飞行的全部时间、飞行的距离与目的地等,科学准确的调度飞机与人员,便于管理,权责清晰。 3、项目可衡量的组织价值 三、项目发起人、管理和技术支持 最初发起人:HuskyAir高层 执行发起人:理查德伍德杰克 四、项目准备和进展的时间表

软件项目开发计划书

软件开发计划书 项目名称:企业发展状况评价系统软件开发 参与人员:

目录

1引言 编写目的 为了保证项目团队按时保质地完成项目目标,便于项目团队成员更好地了解项目情况,使项目工作开展的各个过程合理有序,有必要以文件化的形式,把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容以书面的方式描述出来,作为项目团队成员以及项目干系人之间的共识与约定,项目生命周期内的所有项目活动的行动基础,项目团队开展和检查项目工作的依据。 本项目开发计划用于从总体上指导开发区企业发展状况评价系统软件项目顺利进行并最终得到通过评审的项目产品。本项目开发计划面向项目组全体成员。 背景 希望通过建设开发区企业数据库,进一步完善信息采集、数据整合的机制;建立基于互联网的全区规模以上工业企业经济运行评价、预测、监测系统;实现管委与主要工业企业信息资源上的互联互通,提高信息利用效率;未来将把开发区工业经济信息系统构建成涵盖全区经济运行和社会发展各个领域的数据中心,以此为依托为全区经济综合管理提供有力的数据和技术支持。项目周期为个月,项目背景规划如表所示。 表项目背景规划

定义 专门术语: SQL SERVER:系统服务器所使用的数据库关系系统(DBMS)。 SQL:一种用于访问查询数据库的语言 事务流:数据进入模块后可能有多种路径进行处理。 主键:数据库表中的关键域。值互不相同。 外部主键:数据库表中与其他表主键关联的域。 ROLLBACK:数据库的错误恢复机制。 缩写: 系统:若未特别指出,统指本图书管理系统。 SQL:Structured Query Language(结构化查询语言)。 ATM:Asynchronous Transfer Mode (异步传输模式)。 UML:统一建模语言、是一套用来设计软件蓝图的标准建模语言,是一种从

项目管理计划书(精)

项目管理计划书 首届MBA模 拟创业大赛文档信息 版本记录

概述 对于一个全国性的MBA创业大赛项目而言,简洁、实用和有效的项目管理方法是项目得以成功实施的必要保证。总体上,我们建议的项目实施途径是: 1、首先应明确地定义本项目的具体实现内容,以及与各外围系统的定位关 系。即明确地定义该项目的工作范围说明书(SOW); 2、在SOW的基础上,项目组讨论并确定实施相关任务的具体工作方法, 在工作方法的基础上,通过对工作任务的细分,应对完成相关任务所需 的资源进行评估,并参考总体实施进度的时间要求,制定出详细和切实 可行的项目总体实施计划(进度、资源)、以及各实施小组的详细实施 计划书等; 3、为确保各方资源的合规调度和及时到位,在项目正式启动以前应签署相 关的商务合同; 4、在商务合同谈判和签署的过程中,项目经理将起草一份初步的项目管理 计划书,该计划书将包含在项目实施过程中与管理工作相关的主要内 容。如:项目进度计划、资源需求计划、项目实施方法概要、质量管理 计划、沟通计划、变更计划等;形成最终的项目管理计划书报第六届中 国MBA发展论坛组委会批准。 5、项目应于合同正式签署的数日内正式启动。项目正式启动以后,项目管 理计划书将在项目的计划阶段进一步完善,并应作为在项目实施过程中 项目管理的工作指南。项目组应严格按照该计划书中所规定的内容执 行,计划书中有关内容的重大变更应参照变更管理流程进行管理。 本文档是项目正式启动之前应讨论确定的项目管理计划书,有关的详细内容请详细参照本计划书中的相关章节。 1.1.目的 本项目的项目管理计划书用来定义本次所要开发的可交付物,和为开发这些交付物所需的时间计划,及确保可交付物质量达标的计划,以及其它在项目管理过程中所需要的计划。此项目管理计划书也用来定义可交付物的开发、验收阶段中用来监督和控制项目的工作流程。 此计划旨在用简洁、切实可行、合理有效的方法来确保所有实施的活动实现的业务需求。 此工作文档将会在整个项目的实施过程中随时更新和补充。并遵守本管理计划书中涉及的变更控制流程中的有关规定。

项目管理计划书

凯创大厦、春和花园小区、阳光高第小区工程 项 目 管 理 计 划 书 中竞发(北京)工程造价咨询有限公司 2010年8月31日

目录 1、第一部分总则……………………………………… 2、第二部分项目管理部组织机构……………………… 3、第三部分项目管理主要任务及计划措施…………… 4、第四部分项目管理工作制度………………………… 5、第五部分项目管理部的工作要求……………………

第一部分总则 一、中竞发(北京)工程造价咨询有限公司受廊坊市凯创房产置业有限公司的委托,对阳光高第小区、春和花园小区、凯创大厦三项建设工程进行项目管理。 二、项目管理的工作范围:从施工阶段开始提供全过程建设管理和咨询服务。 三、项目管理主要通过投资管理、进度管理、质量管理、合同管理、施工管理来控制管理项目的各有机组成部分,按照计划、执行、控制、收尾的管理过程不断的实现每一项工作,进而达到实现总目标。 四、项目管理的依据: 1、项目管理合同文件; 2、与本工程建设有关的政府部门的批准文件; 3、与本工程有关的其它合同文件; 4、经业主批准的项目管理计划书; 5、与工程有关的工程建设法律、法规、规范、验收标准。 五、项目管理的目标: (一)总目标:按照协议的约定在达到业主所要求的进度、质量、费用、安全及文明施工的目标内完成项目。 (二)目标分解 1、工期目标 控制在施工合同工期内,力争提前竣工。 2、质量目标 确保工程整体质量达到国家验收规范要求的合格标准,其中; 建筑安装单项工程和单位工程合格率100%; 分部工程一次验收合格率100%; 关键工序合格率100%; 工程竣工资料有效、规范、完整; 不发生重大质量事故,使工程总体一次投运成功。 3、投资控制 工程总投资控制在业主批准的费用计划之内。

(最新版)软件项目管理计划书案例(1)

- 0 -

目录第一章前言 1.1项目开发背景-2 1.2项目开发目的-2 1.3项目开发意义-2 第二章范围计划 2.1项目工作分解结构 2.2软件生命周期模型 2.2.1软件生命周期模型图示表示 2.2.2软件生命周期模型详细文档 (一)软件规划 (二)需求开发 (三)软件结构设计 (四)数据库设计 (五)实施-10 (六)系统集成 (七)提交-11 (八)维护-11 第三章进度计划 3.1甘特图 3.2网络图(单代号或双代号)-12 3.3里程碑图---14 第四章成本计划 4.1成本估算4 4.2成本预算6

第五章人力资源计划--18 5.1项目的组织结构 5.2责任分配矩阵 5.3人力资源管理计划----20 第六章沟通计划 6.1沟通需求1 6.2沟通内容1 6.3沟通方法1 6.4沟通时间安排表 6.5沟通计划维护

第一章前言 1.1 项目开发背景 东方学院本身没有宿舍信息管理系统,一直以来都是通过Excel对各楼层、各宿舍人员进行统计,宿舍信息变更、人员变更之后,不能及时有效地将更改后的信息进行完善,若有大面积的改动,需要大量的人员与大量的时间对宿舍进行核对,有时候因为宿舍成员的不配合,核对工作很难准确的完成。并且现有的奥兰系统虽然能够统计学生信息,能够发布卫生检查结果,但是无法进行宿舍信息的完整统计,无法对宿舍进行全面、系统的管理。我们东方学院学生人数庞大,自管会在做宿舍统计以及宿舍卫生检查与整理的过程中,往往因为宿舍信息的错乱、不完整,反馈的信息也是不完全的,这就导致老师不能完全准确的了解宿舍的真实信息。 1.2项目开发目的 为了更好更方便的对宿舍进行管理,为了更好的了解全院学生宿舍卫生情况、违纪情况对个人综合素质的影响,为了让学生了解自己的宿舍信息、与卫生成绩,从而做到改善,建立宿舍信息管理系统是必要的。 1.3项目开发意义 宿舍信息管理系统的主要功能包括:可以实现对学生宿舍信息的查询功能,包括快速查询功能和分类查询功能;对学生宿舍信息的录入功能,修改功能,删除功能和统计功能。通过系统上述功能实现宿舍管理部门对于学生宿舍信息的日常管理,即方便宿舍管理人员及时全面地掌握学生住宿情况及宿舍分配情况;为用户(管理用户和一般用户,如宿舍管理老师)提供了一些简单的数据查询并输出各种信息等;在实现检索迅速和查找方便的同时,对毕业生以及申请走读的学生做到及时的删除信息,新入校学生很快地进行宿舍安排以及宿舍信息的录入等日常管理。

案例:项目管理计划书范本.doc

02 案例:项目管理计划书范本1 XXXX项目 项目管理计划 (PMP) 当前版本: 提交日期: 文档状态: / 文档信息 41129762 日期:2019-08-19XX 第I页 目录 1.项目概要(PROJECT OVERVIEW) (1) 1.1 项目目的(P ROJECT O BJECTIVE) (1) 1.2 项目摘要(P ROJECT D ESCRIPTION) (1) 1.3 参考文档(1) 2.合同承诺(CONTRACT COMMITMENT) (2) 2.1 合同基线(B ASELINE) (2)

2.2 任务(T ASKS) (2) 2.3 项目提交件(D ELIVERABLES) (3) 2.4 项目完成标志(A CCEPTANCE) (3) 2.5 术语与条件(I TEMS AND C ONDITIONS) (3) 3.项目计划(PROJECT SCHEDULE) (4) 3.1 计划概要(S UMMARY S CHEDULE) (4) 3.2 详细计划(WBS) (5) 3.3 项目提交件计划安排(P LAN FOR D ELIVERABLE S IGN-OFF) (6) 4.组织架构(ORGANIZATION) (7) 4.1 项目组织架构(P ROJECT O RGANIZATION) (7) 4.2 客户组织架构(C USTOMER O RGANIZATION) (8) 4.3 项目组织说明(P ROJECT T EAM O RGANIZATION R ESPONSIBILITIES) (9) 4.4 项目资源安排(P ROJECT S TAFFING) (10) 4.5 项目组联络(P ROJECT C OMMUNICATIONS) (11) 5.项目依赖(PROJECT DEPENDENCIES) (13) 5.1 客户依赖(C USTOMER D EPENDENCIES) (13)

相关主题
文本预览
相关文档 最新文档