[计算机]项目管理.doc

第一章1软件的社会角色软件在社会上扮演了双重角色它本身是一种产品，将计算机硬件的就是能力发挥出来。如：系统软件同时，它也是一种传递产品的工具，软件传递了我们这个时代最重要的产品：信息。如：各种应用软件70年代和80年代：新的工业革命、工业社会将转变为信息社会、信息经济等。90年代：知识的民主化会改变旧的权力结构；改变信息不对称带来的权力差距，消除等级制度，社会民主化、扁平化。21世纪初：Y2K（千年虫问题）定时炸弹”逻辑问题、无所不在的计算、普适计算：以人为中心计算2软件从开始计划到最后废弃不用整个阶段称为计算机软件的生命周期。软件生命周期分为三个时期，每个时期又可进一步分为若干阶段：软件定义、软件开发、软件维护软件定义时期问题定义：这是软件生存期的第一个阶段，主要任务是弄清用户要计算机解决的问题是什么。可行性研究：为前一阶段提出的问题寻求一种至数种在技术上可行、且在经济上有较高效益的解决方案。软件开发时期需求分析：弄清用户对软件系统的全部需求，主要是确定目标系统必须具备哪些功能。设计：设计软件的结构，即确定程序由哪些模块组成以及模块间的关系，及模块内部的算法结构。编码：按照选定的语言，把模块的过程性描述翻译为源程序。测试：通过各种类型的测试(及相应的调试)使软件达到预定的要求。软件运行/维护时期是软件生存周期的最后一个时期。软件人员在这一时期的工作，主要是做好软件维护。维护的目的，是使软件在整个生存周期内保证满足用户的需求和延长软件的使用寿命。项目是为生产一个特定的产品、服务或者结果而采取的一次性的、有限的努力。（PMI,2004）此定义实际包含三层含义： 项目是一项有待完成的任务，且有特定的环境与要求 在一定的组织机构内，利用有限资源（人力、物力、财力等）在规定的时间内完成任务 任务要满足一定性能、质量、数量、技术指标等要求。项目的特征：一次性 没有现成的、完全可以照搬的先例。独特性 每个项目都是独一无二的。目的性 每个项目都有明确的目标。约束性 每个项目的资源、成本和时间都是有限的。关联性 项目所开展的活动是密切相互关联的。多方面性 一个项目涉及多个方面多个相关利益者，如委托方、总承包商、分承包商、供应商等。不可逆转性 不论结果如何，项目结束了，结果也就确定了。项目与日常运作的区别项目是一次性的，日常运作是重复进行的，项目是以目标为导向的，日常运作是通过效率和有效性体现的，项目是通过项目经理及其团队工作完成的，而日常运作是职能式的线性管理；项目存在大量的变更管理，而日常运作则基本保持持续的连贯性的。项目管理的基本概念项目管理是在项目活动中应用知识，技能，工具和技术来达到项目需求的过程，它通过启动，计划，执行，控制和结束等活动来完成。项目管理需要在下面这些有冲突的要求中寻求平衡：范围、时间、成本和质量有不同需求和期望的项目涉及人员 项目干系人：积极参与项目或其利益在项目执行中或成功后受到积极或消极影响的组织和个人。主要的项目干系人：顾客、项目经理、执行组织、项目发起者。 项目当事人：是指项目的参与各方。如业主、投资方、贷款方、承包人、设计师、监理，通过合同和协议联系在一起明确表示出来的要求（需求）和未明确表达的要求（期望）项目的生命周期是指项目从开始到结束的各个阶段的集合。项目生命周期通常定义：各个阶段需要完成的技术工作；每个阶段需要涉及的人项目生命周期分为5个阶段 启动：确认项目可以开始并付诸行动 计划：编制项目计划 执行：将书面的项目计划转化为实际成果 控制：监视和测量项目的实际进展 结束：项目验收和总结项目管理的工作职能 制定计划：预估和确定项目的工作量大小、所需资源和进度、风险应对措施等 建立组织：建立项目组，并有明确的角色定义和任务分工 配备资源：任用各种层次的技术人员和管理人员，以及准备所需的软、硬件 监控执行：协调项目各方人员，监控各种风险，督促项目进展，确保项目按计划进行 总结：项目完成后，及时进行总结，更新组织的项目管理数据库和知识库项目管理的特点： 软件项目是设计型项目 软件开发模型：如瀑布模型、原型模型、迭代模型、快速开发模型和敏捷模型等。 需求变化频繁 难以估计工作量 主要的成本是人力成本 以人为本的管理项目管理的知识体系：（九个）项目集成管理：项目计划制订、项目计划实施、集成变更控制项目范围管理：启动、范围计划编制、范围定义、范围核实、范围变更控制项目时间管理：活动定义、活动排序、历时估算、进度计划编制、进度计划控制项目成本管理：资源计划编制、成本估算、成本预算、成本控制项目质量管理：质量计划编制、质量保证、质量控制项目人力资源管理：组织的计划编制、人员获取、团队发展项目沟通管理：沟通计划编制、信息分发、绩效报告、管理收尾项目风险管理：风险管理计划、风险识别、定性风险分析、定量风险分析、风险应对计划编制、风险监控项目采购管理：采购计划编制、询价计划编制、询价、供方选择、合同管理、合同收尾项目成功的标志一般来说，项目完成了既定目标，满足了项目时间进度、成本控制和质量要求，就可以认为项目是成功的；有时候，一旦项目的成果被顾客接受就可以认为项目是成功的。项目生命周期与产品生命周期的区别检查点(check point) 检查点是指在规定的时间间隔内对项目进行检查，比较实际与计划之间的差异，并根据差异进行调整。 里程碑(mile stone) 里程碑是项目中完成阶段性工作的标志。里程碑的建立必须连带交付物，而这交付物必须让客户确认。项目阶段的结束是由一个或几个可交付物或者项目性能作标记的，以确定项目是否能够继续进行下一阶段或者检测和修正错误。可交付物（deliverable）是一个具体的可验证的工作产品，如可行性研究，详细设计或者一个工作原型。第二章软件项目的产品具有以下特征：不可见性。（需要将开发过程可视化）复杂性。（以每一单位货币来看，在软件产品上是如何花费的，比其他工程制品更复杂）一致性。（软件开发者必须与客户需求保持一致）灵活性。（软件可以方便地被修改，期望改变软件去适应人或组织而不是相反）软件项目管理的原则和方法有效的软件项目管理集中于：人员（people）：软件工程工作是人的智力密集的劳动。产品（product）：建立和界定项目的范围和目标。过程（process）：有效的过程活动。项目（project）：没有建立可靠地项目计划就开始工作的管理者将危及产品的成功第三章系统开发团队之所以管理需求，是因为他们想让项目获得成功。满足项目需求即为成功打下了基础。若无法管理需求，达到目标的几率就会降低。为什么要管理需求？避免失败就是一个很充分的理由。提高项目的成功率和需求管理所带来的其他好处同样也是理由。软件需求的定义软件需求是用户对目标软件系统在功能、行为、性能、设计约束方面的期望。软件需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么样的性能。软件人员要准确理解用户的要求，进行细致的调查分析，将用户非形式的需求陈述转化为完整的需求定义，再由需求定义转化到相应形式的需求规格说明。软件需求的特点软件需求工程重要内容需求开发：需求获取、需求分析、需求规格说明、需求评审（每个阶段的方法、成果）需求管理：变更管理软件需求建模的基本方法-需求分析需求建模的目标：描述用户的要求、定义软件需求规格、为软件设计提供基础需求建模的方法：原型分析方法结构化分析方法用例分析方法功能列表方法第四章软件项目传统的瀑布模型原型开发模型螺旋模型增量过程模型第五章软件国模的度量方法、特点、适用情况软件工作量估算方法：类比法