系统优化项目.doc

系统优化项目第1章 项目结构21.1项目计划结构2第2章 项目范围管理42.1系统定义42.2课题背景42.3运行环境42.4项目管理策略42.5功能需求52.6任务分解（WBS）(项目的任务范围)5第3章 项目进度管理73.1进度计划73.2时间计划计算83.3定义活动83.4项目任务书93.5活动逻辑关系和甘特图10第4章 项目风险管理124.1项目风险管理的目的124.3项目风险的种类12第5章 项目成本计划165.1软件项目成本的分类175.2成本管理的内容175.2.1项目信息175.2.2项目成本估算17第6章 项目管理课程收获19第1章 项目结构1.1项目计划结构项目计划分为范围计划，进度计划，人力资源计划，风险计划，成本计划这几部分，如表1-1所示：计划名称对应部分简要描述范围计划项目人物范围确定项目的范围，为制定其他计划打下基础。范围管理是项目实施的依据和变更的输入，另外还包括对可交付成果落实到个人上的分解，即项目分解结构（WBS），通过WBS清楚明确地组织并定义了整个项目的范围，以及该项目的参与者各自的分工。进度计划项目时间计划进度计划是从时间的角度对项目进行规划。时间是一种特殊的资源，以其单向性、不可重复性、不可替代性而有别于其他资源，因此进度计划也是项目计划中最难、最重要、最核心的部分。在进度计划中，首先根据任务分解的结果（WBS）再进一步分解出主要的任务（活动），确立任务（活动）之间的关联关系，然后估算出每个任务（活动）需要的资源、历时，最后编制出完整的进度计划（如进度表）。人力资源计划项目组织结构人是软件项目中最重要的因素，因此软件项目人力资源管理计划也是项目计划中根本的一项计划。人力资源管理是保证参加项目的人员能够被最有效使用所需要的过程，是对项目组织所储备的人力资源开展的一系列科学规划、开发培训、合理调配、适当激励等方面的管理工作，是项目组织各方面人员的主观能动性得到充分发挥，做到人尽其才，事得其人、人事相宜，同时保持项目组织高度的团结性和战斗力，从而成功地实现项目组织的既定目标。风险计划项目风险分析风险计划是在项目进行过程中不断对风险进行识别、评估、制定策略、监控风险的过程，它是项目管理中最容易被忽略而且最难以管理的环节。通过风险识别、风险分析和风险评价去认识项目的风险，并以此为基础合理的使用各种风险应对措施，管理方法、技术和手段对项目的风险进行有效的控制，妥善处理风险事件造成的不利后果，以最小成本保证项目总体目标的实现。成本计划项目估算成本计划是对完成项目所需费用的估计和计划，是项目计划中的一个重要组成部分。软件成本估算是成本管理的核心，是预测开发一个软件系统所需要的总工作量的过程。软件成本估算以从软件计、需求分析、设计、编码、单元测试、集成测试到接受测试等这些过程所花费的代价为依据，对完成项目所需要的所有费用进行估算。第2章 项目范围管理2.1系统定义该软件是一个可以在局域网内控制多台电脑同时进行优化处理的系统。解决了局域网内多台电脑清理垃圾困难的缺点。项目分为两部分：服务器端（控制端）和客户端（被控制端）。客户端可以单独进行系统优化，服务器端可以控制一台或者多台电脑优化。2.2课题背景随着教育体制的不断改革，素质教育成为了当今的教育热潮。各大高校都已经建立了多媒体教室，但这还不足以锻炼学生自身的动手能力及协作能力，尤其是对软件学校之类的应用学校专业，更需要学生不断练习，于是多媒体机房应运而生。但就目前的情况来看，多媒体机房经常会出现很多问题，比如学生在机房上网时不经意间在网上下载下来一些垃圾文件或者是一些病毒文件，这些文件不及时处理会很快传播到整个网络，所以系统优化是非常急需的，目前流行的杀毒软件，优化软件很多，我们参照那些软件功能努力实现属于自己的优化软件。2.3运行环境硬件要求：CPU PIII 500以上PC服务器，内存1GB以上，硬盘8GB以上。操作系统： Windows XP，Windows 7，Windows 8软件要求：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进度计划进度计划是从时间的角度对项目进行规划。时间是一种特殊的资源，以其单向性、不可重复性、不可替代性而有别于其他资源，因此进度计划也是项目计划中最难、最重要、最核心的部分。在进度计划中，首先根据任务分解的结果（WBS）再进一步分解出主要的任务（活动），确立任务（活动）之间的关联关系，然后估算出每个任务（活动）需要的资源、历时，最后编制出完整的进度计划（如进度表）。3.2时间计划计算老师要求完成项目所给定的时间是41个工作日。软件的时间计算公式是：（乐观时间+悲观时间+4*最常见的时间）/6l 乐观时间：最乐观项目可以完成所经历的时间量值，在我们的项目中设定为17个工作日；l 悲观时间：最悲观项目可以完成所经历的时间量值，在我们的项目中设定为41个工作日；l 最常见的时间：与本项目类似的项目最经常使用的时间量值，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所示：项目风险管理表一、项目基本情况项目名称系统优化项目项目编号001制作人彭秀秀审核人彭秀秀项目组长李前成制作日期2014-04-15二、项目风险管理 风险发生概率的判断准则高风险： 60%发生风险的可能性中风险： 30-60%发生风险的可能性低风险：30%发生防线的可能性序号风险描述发生概率影响程度风险等级风险响应计划责任人1产品规模风险40%中等中风险多次确认需求范围（快速建立软件模型）D成员2资源风险10% 巨大低风险合理利用现有资源，使现有资源超能发挥彭秀秀3组织风险25%巨大低风险极力动员项目成员，合理调休李攀4人员风险60%中等高风险延长2个工作日A成员5时间风险10%中等低风险完全依照确定的系统范围编程，做周汇报B成员6技术风险33%巨大中风险组织时进行技术测试，中期进行技术检查C成员7相关性风险20%中等低风险扩展兼容性A成员,B成员8进度风险15%巨大低风险制定合理的项目进度计划，严格按照进度计划执行，每周进行进度实施汇报A成员，B成员，C成员，D成员第5章 项目成本计划项目成本管理主要与完成活动所需资源成本有关。然而，项目成本管理也考虑决策对项目产品的使用成本的影响。项目的成本可以大体分为广义的项目成本。项目的生命周期成本和狭义的项目成本（费用）是指因为项目而发生的各种资源耗费的货币体现。成本管理包括项目资源规划、项目成本估算、项目成本预算、项目成本控制、项目成本追踪。资源规划是指确定为完成项目诸工序，需用何种资源（人、设备、材料）以及每种资源的需要量。5.1软件项目成本的分类因为软件的生命周期分为开发阶段和维护阶段，则可以将软件的成本分为开发成本和维护成本两类。开发成本由软件开发成本、硬件成本和其他成本组成，包括了系统软件的分析/设计费用（包含系统调研、需求分析、系统设计）、实施费用（包含编程/测试、硬件购买与安装、系统软件购置、数据收集、人员培训）及系统切换等方面的费用；维护成本由运行费用（包含人工费、材料费、固定资产折旧费、专有技术及技术资料购置费）、管理费（包含审计费、系统服务费、行政管理费）及维护费（包含纠错性维护费用及适应性维护费用）。5.2成本管理的内容5.2.1项目信息提供关于项目名称、客户名称、项目经理以及项目发起人姓名等方面的一般信息项目名称：系统优化项目客户名称：中小型企业项目组长：李前成文件起草人：彭秀秀 李攀项目发起人：彭秀秀日期：2014-04-155.2.2项目成本估算人工成本活动名称需要的人力资源需