系统优化项目Word格式文档下载.docx

系统优化项目Word格式文档下载.docx

《系统优化项目Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《系统优化项目Word格式文档下载.docx（18页珍藏版）》请在冰豆网上搜索。

人力资源计划

项目组织结构

人是软件项目中最重要的因素，因此软件项目人力资源管理计划也是项目计划中根本的一项计划。

人力资源管理是保证参加项目的人员能够被最有效使用所需要的过程，是对项目组织所储备的人力资源开展的一系列科学规划、开发培训、合理调配、适当激励等方面的管理工作，是项目组织各方面人员的主观能动性得到充分发挥，做到人尽其才，事得其人、人事相宜，同时保持项目组织高度的团结性和战斗力，从而成功地实现项目组织的既定目标。

风险计划

项目风险分析

风险计划是在项目进行过程中不断对风险进行识别、评估、制定策略、监控风险的过程，它是项目管理中最容易被忽略而且最难以管理的环节。

通过风险识别、风险分析和风险评价去认识项目的风险，并以此为基础合理的使用各种风险应对措施，管理方法、技术和手段对项目的风险进行有效的控制，妥善处理风险事件造成的不利后果，以最小成本保证项目总体目标的实现。

成本计划

项目估算

成本计划是对完成项目所需费用的估计和计划，是项目计划中的一个重要组成部分。

软件成本估算是成本管理的核心，是预测开发一个软件系统所需要的总工作量的过程。

软件成本估算以从软件计、需求分析、设计、编码、单元测试、集成测试到接受测试等这些过程所花费的代价为依据，对完成项目所需要的所有费用进行估算。

第2章项目范围管理

2.1系统定义

该软件是一个可以在局域网内控制多台电脑同时进行优化处理的系统。

解决了局域网内多台电脑清理垃圾困难的缺点。

项目分为两部分：

服务器端（控制端）和客户端（被控制端）。

客户端可以单独进行系统优化，服务器端可以控制一台或者多台电脑优化。

2.2课题背景

随着教育体制的不断改革，素质教育成为了当今的教育热潮。

各大高校都已经建立了多媒体教室，但这还不足以锻炼学生自身的动手能力及协作能力，尤其是对软件学校之类的应用学校专业，更需要学生不断练习，于是多媒体机房应运而生。

但就目前的情况来看，多媒体机房经常会出现很多问题，比如学生在机房上网时不经意间在网上下载下来一些垃圾文件或者是一些病毒文件，这些文件不及时处理会很快传播到整个网络，所以系统优化是非常急需的，目前流行的杀毒软件，优化软件很多，我们参照那些软件功能努力实现属于自己的优化软件。

2.3运行环境

硬件要求：

CPUPIII500以上PC服务器，内存1GB以上，硬盘8GB以上。

操作系统：

WindowsXP，Windows7，Windows8

软件要求：

VC++6.0，VS2008，VS2010或者以上版本

2.4项目管理策略

项目管理过程必须遵循用户实际需求进行过程规范。

根据项目计划中的评审点进行跟踪和管理，并根据结果对项目计划进行适当的调整。

评审采用定期评审，阶段评审和事件评审相结合的方式。

按周提交项目简报，通报项目的进展情况及其他相关情况。

2.5功能需求

本系统分为两个子系统：

服务器子系统和客户端子系统。

服务器可以控制多个客户端，客户端也可以单独运行。

1.服务器系统功能

1、控制客户端进行临时文件清理；

2、控制客户端进行驱动器文件清理，可以选择要清理的驱动器。

2.客户端系统功能

1、电脑的临时文件清理，包括清理回收站、临时文件、文件打开记录、IE输入地址记录、程序运行记录等；

2、电脑驱动盘内的指定类型的垃圾清理，可以根据设定的文件类型进行垃圾查找和清理；

3、任务管理，一个简易的任务管理器，可以查看进程，查看窗口，终止进程；

4、其他功能，例如控制面板、简单修复。

控制面板方便打开window一些系统程序，简单修复简易的对window一些设定进行修改，例如电脑的休眠的开启和关闭、关闭局域网共享等；

2.6任务分解（WBS）（项目的任务范围）

系统在开发的时候不同的阶段有不同的任务，按着系统开发的阶段我们可以确定系统的概念搜集阶段：

完成系统背景的了解，当前同类型系统的评价，确定项目工作的主要范围；

系统计划阶段：

定义系统的需求，预测项目的风险；

系统开发阶段：

确定系统具体功能，制定系统计划；

系统交付阶段；

系统扩展阶段；

按照系统的阶段工作来定义任务分解WBS样本图，如图2-1所示：

图2-1按系统工作阶段分析的任务分解图

针对项目的具体系统工作可以将系统分为两大部分，服务器子系统：

对界面，服务器socket等的功能模块的设计实现；

客户端子系统：

对界面，客户端socket，临时文件清理，垃圾文件清理等的功能模块的设计实现；

按照项目的具体功能来定义任务分解WBS样本图如图1-2所示：

图2-2按项目的具体功能分析的任务分解图

按照项目所包括的知识领域，以及项目整个的生命周期，我们把项目分成项目立项，项目计划，项目执行和控制，项目结束四个阶段。

项目的立项里我们要确定我们想要做什么样的项目，选出一个主项目负责人，小组成员，然后进行沟通了解，初步确定每个人在项目中的角色，应做的工作。

然后要根据项目需求任务书，对项目进行可行性分析。

在需求阶段，要进行需求的调研，确认，需求分析等工作，这个阶段工作结束要完成需求规格说明书与用户确认。

在设计阶段，要完成系统的总体设计和详细设计，并完成总体设计和详细设计说明书。

同时要编写系统说明书，用户使用说明书等。

在编码阶段，要编写相应的程序组件并分别进行单元测试。

在测试阶段，要根据完成的测试计划，编写测试用例，进行系统的各项测试，形成系统的测试报告。

在部署阶段，主要实际完成整个系统项目的部署，保证系统上线运行，并进行系统维护。

按照项目的要求定义任务分解的WBS样本图如2-3所示：

图2-3按项目的工作内容分析的任务分解图

第3章项目进度管理

3.1进度计划

3.2时间计划计算

老师要求完成项目所给定的时间是41个工作日。

软件的时间计算公式是：

（乐观时间+悲观时间+4*最常见的时间）/6

●乐观时间：

最乐观项目可以完成所经历的时间量值，在我们的项目中设定为17个工作日；

●悲观时间：

最悲观项目可以完成所经历的时间量值，在我们的项目中设定为41个工作日；

●最常见的时间：

与本项目类似的项目最经常使用的时间量值，30个工作日；

（25+41+4*30）/6得到的结果近似等于31个工作日

则我们的项目按照以上的软件时间来设置为31个工作日；

3.3定义活动

首先从任务分解表中抽取任务，并定义任务的工期，开始时间，前置任务以及所需要的资源，在活动表中各个活动有层级关系。

系统优化管理项目主要分为五大阶段工作：

1.项目立项阶段，从2014年4月1日开始到2014年4月4日结束，历时3.5个工作日。

2.项目计划阶段，从2014年4月5日开始到2014年4月18日结束，历时10个工作日，项目计划又分为需求阶段从2014年4月5日开始到2014年4月7日结束，历时2个工作日，设计阶段2014年4月7日开始到2014年4月15日结束，历时7个工作日。

3.项目执行阶段，从2014年4月19日开始到2014年4月30日结束，历时10个工作日，项目执行阶段又分为完成项目模块，2014年4月19日开始到2014年4月28日结束，历时9个工作日，进行项目测试，2014年4月29日开始到2013年4月30日结束，历时2个工作日。

4.项目结束阶段，从2014年5月1日开始到2014年5月6日结束，历时4个工作日。

5.项目扩展阶段，从2014年5月5日开始到2014年5月6日结束，历时1个工作日。

下面是任务活动表，如表3-1所示：

表3-1任务活动表

3.4项目任务书

表3-2项目任务书

项目策划/任务书

一、项目基本情况

项目名称

项目编号

001

制作人

李前成、彭秀秀、李攀

审核人

彭秀秀

项目组长

李前成

制作日期

2014-4-15

二、项目描述

1．项目背景与目的（所有的项目均起始于现存的一些需求，该部分简要描述这些问题）

背景：

对于现在越来越多的人喜欢用电脑，就造成计算机系统需要优化，对于学校机房来说，如果一台一台的优化计算机，就会耗费大量的时间和精力，为了解决这个问题，我们就做了这个一台计算机通过服务端控制客服端，进行多台计算机的系统优化。

我们与2014年4月1日开始系统优化项目。

2．项目目标（包含进度目标，提交项目）

三、项目里程碑计划（包含里程碑的时间和成果）

4月1日4月5日4月19日5月1日

项目立项项目计划项目执行项目结束

四、评价标准（说明项目成果在何种情况下将被接受）

验收期间不能出现任何失误（如不能在规定的时间内完成考察等）

老师验收之后消除疑虑，认可我们的能力，满意我们的项目。

3.5活动逻辑关系和甘特图

活动的逻辑关系图，主要分析所有活动的先后执行顺序，如图3-1所示：

图3-1活动逻辑关系图

任务计划所对应的甘特图，将任务开始时间，结束时间，使用资源情况，项目总历时用图的方式更明了的表现出来，如图3-2所示：

图3-2活动甘特图

第4章项目风险管理

4.1项目风险管理的目的

风险是指在项目进行过程中可能发生的事件，这些事件将会对项目按预期时间，资源和预算完成产生重大影响。

风险管理的目标是在潜在问题发作以前就标志它们，这样就可以在生命周期中可以适时地计划和启用风险处理活动。

4.2项目风险管理的组成

项目的风险与其可行性成反比，其可行性越高，风险越低。

软件项目的可行性分为经济可行性、业务可行性、技术可行性、法律可行性等四个方面。

而软件项目风险则分为产品规模风险、需要风险、相关性风险、管理风险、安全风险等六个方面。

4.3项目风险的种类

4.3.1.产品规模风险

项目的风险是与产品的规模成正比的，一般产品规模越大，问题就越突出。

尤其是估算产品规模的方法，复用软件的多少，需求变更的多少等因素与产品风险息息相关：

（1）估算产品规模的方法

（2）产品规模估算的信任度

（3）产品规模与以前产品规模平均值的偏差

（4）产品的用户数

（5）复用软件的多少

（6）产品需求变更的多少

4.3.2.需求风险

很多项目在确定需求时都面临着一些不确定性。

当在项目早期容忍了这些不确定性，并且在项目进展过程当中得不到解决，这些问题就会对项目的成功造成很大威胁。

如果不控制与需求相关的风险因素，那么就很有可能产生错误的产品或者拙劣地建造预期的产品。

每一种情况对产品来讲都可能致命的，这些的风险因素有:

（1）对产品缺少清晰的认识

（2）对产品需求缺少认同

（3）在做需求分析过程中客户参与不够

（4）没有优先需求

（5）由于不确定的需要导致新的市场

（6）不断变化需求

（7）缺少有效的需求变化管理过程

（8）对需求的变化缺少相关分析等

4.3.3.相关性风险

许多风险都是因为项目的外部环境或因素的相关性产生的。

控制外部的相关性风险，能缓解策略应该包括可能性计划，以便从第二资源或协同工作资源中取得必要的组成部分，并觉察潜在的问题,与外部环境相关的因素有：

（1）客户供应条目或信息

（2）交互成员或交互团体依赖性

（3）内部或外部转包商的关系

（4）经验丰富人员的可得性

（5）项目的复用性

4.3.4.技术风险

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

在早期，识别风险从而采取合适的预防措施是解决风险领域问题的关键，比如：

培训、聘请顾问以及为项目团队招聘合适的人才等。

关于技术主要有下面这些风险因素：

（1）缺乏培训

（2）对方法、工具和技术理解的不够

（3）应用领域的经验不足

（4）对新的技术和开发方法应用不熟悉

4.3.5.管理风险

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

在大部分项目里，项目经理经常是写项目风险管理计划的人，他们有先天性的不足——不能检查到自己的错误。

因而，使项目的成功变得更加困难。

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

当我们定义了项目追踪过程并且明晰项目角色和责任，就能处理这些风险因素：

（1）计划和任务定义不够充分

（2）对实际项目状态不了解

（3）项目所有者和决策者分不清

（4）不切实际的承诺

（5）不能与员工之间的进行充分地沟通

4.3.6.安全风险

软件产品本身是属于创造性的产品，产品本身的核心技术保密非常重要。

但一直以来，我们在软件这方面的安全意识比较淡薄，对软件产品的开发主要注重技术本身，而忽略了专利的保护。

软件行业的技术人员流动是很普遍的现象，随着技术人员的流失、变更，很能会导致产品和新技术的泄密，致使我们的软件产品被它公司窃取，导致项目失败。

而且在软件方面关于知识产权的认定目前还没有明确的一个行业规范，这也是我们软件项目潜在的风险。

对待风险我们有三种策略：

1.风险规避：

使其不再受到该风险的影响。

2.风险转移：

让其他方（客户、厂商、银行、其他主体等）承担该风险。

3.风险接受：

决定将该风险当作意外事件来接受。

监测风险征兆，并制定应急计划，以确定在风险发生时将采取何种行动。

在我们的项目中主要采用了风险接受，对每一个风险都制定了应急计划，确保项目在风险发生时能够采取计划及时度过风险。

根据以上项目风险的种类得出项目风险管理表，如表7-1所示：

项目风险管理表

一、项目基本情况

审核人

2014-04-15

二、项目风险管理

风险发生概率的判断准则

高风险：

>

60%发生风险的可能性

中风险：

30-60%发生风险的可能性

低风险：

<

30%发生防线的可能性

序号

风险描述

发生概率

影响程度

风险等级

风险响应计划

责任人

1

产品规模风险

40%

中等

中风险

多次确认需求范围（快速建立软件模型）

D成员

2

资源风险

10%

巨大

低风险

合理利用现有资源，使现有资源超能发挥

3

组织风险

25%

巨大

极力动员项目成员，合理调休

李攀

4

人员风险

60%

高风险

延长2个工作日

A成员

5

时间风险

完全依照确定的系统范围编程，做周汇报

B成员

6

技术风险

33%

组织时进行技术测试，中期进行技术检查

C成员

7

相关性风险

20%

扩展兼容性

A成员,B成员

8

进度风险

15%

制定合理的项目进度计划，严格按照进度计划执行，每周进行进度实施汇报

A成员，B成员，C成员，D成员

第5章项目成本计划

项目成本管理主要与完成活动所需资源成本有关。

然而，项目成本管理也考虑决策对项目产品的使用成本的影响。

项目的成本可以大体分为广义的项目成本。

项目的生命周期成本和狭义的项目成本（费用）是指因为项目而发生的各种资源耗费的货币体现。

成本管理包括项目资源规划、项目成本估算、项目成本预算、项目成本控制、项目成本追踪。

资源规划是指确定为完成项目诸工序，需用何种资源（人、设备、材料）以及每种资源的需要量。

5.1软件项目成本的分类

因为软件的生命周期分为开发阶段和维护阶段，则可以将软件的成本分为开发成本和维护成本两类。

开发成本由软件开发成本、硬件成本和其他成本组成，包括了系统软件的分析/设计费用（包含系统调研、需求分析、系统设计）、实施费用（包含编程/测试、硬件购买与安装、系统软件购置、数据收集、人员培训）及系统切换等方面的费用；

维护成本由运行费用（包含人工费、材料费、固定资产折旧费、专有技术及技术资料购置费）、管理费（包含审计费、系统服务费、行政管理费）及维护费（包含纠错性维护费用及适应性维护费用）。

5.2成本管理的内容

5.2.1项目信息

提供关于项目名称、客户名称、项目经理以及项目发起人姓名等方面的一般信息

项目名称：

客户名称：

中小型企业

项目组长：

文件起草人：

彭秀秀李攀

项目发起人：

日期：

5.2.2项目成本估算

人工成本

活动名称

需要的人力资源

需要的时间

单位时间的工资标准

小计

对现有的部分中小型企业的系统优化软件进行市场调研

成员A

1天

调查人员50元/天

50元

对调查数据进行分析

0.5天

设计员50元/天

25元

调查数据归总

需求进行分析并设计出系统

成员A,B,C,D

7天

700元

测试级完善

测试人员2人+程序员3人

10天

测试人员40/天，程序员60元/天

2600元

美工处理

美工人员2人

美工人员40/天

80元

最终测试及完善

测试人员2人+程序员2人+美工人员2人

3天

测试人员40/天，程序员60元/天，美工人员40/天

840元

软件交付准备

4天

验收

2天

项目结项

全体人员

软件维护

软件维护人员

人工成本合计

4320

非人工成本

非人力资源的分类

非人力资源的数量

单价

相关书籍

20

100元

网络下载所需

50

250元

350

设备

电脑

3*36

10

1080

管理费用

办公租赁费

40

其他

茶水费

36*3

480

其他费用

100

非人工成本合计

2050

总计

6370

第6章项目管理课程收获

学到了很多知识。

通过老师给我们布置的这些作业，不仅可以将老师所讲述的知识学以致用，而且使我们对于知识点的理解更深刻。

在在做报告的过程中，我们遇到了很多困难，很多东西我们之前接触的很少，很多软件我们都不太会用，但是在老师的指导下，我们经过学习，都掌握的这些知识。

同时，我们也在网上找到了很多相关的文档，从中我们也学到了很多的知识，这次不仅是一次作文档的过程，更是一次学习的过程。

在学习项目管理之前，我们一直不知道原来项目管理工作的重要性，我们一直天真的以为软件开发只需要我们大家同心协力的编代码就可以了，从来没有想过开发前的调研、分析、人员的确认、分配、团队协调、沟通以及成本等问题。

现在我们深深的认识到了这些，这为我们这些即将走出校门，走进社会，开始我们项目开发工作的大三学生来说，太有意义了。