《IT项目管理》PPT课件.ppt

IT项目管理,东南大学经济管理学院 陈伟达,项目管理基础,参考文献 Project Management Institute (PML), 项目 管理知识体系指南，A Guide to the Project Management Body of Knowledge , / Jack Gido, James P.Clements, 成功的项目 管理，机械工业出版社,2019/6/9,3,什么是项目？,下面的工作中，哪些是项目，哪些不是项目？ 为某银行客户开发、安装电话银行系统 负责电话银行系统的销售工作 在2006年销售20套以上的电话银行系统 为某银行客户的电话银行系统提供售后服务 建立售后服务热线 管理售后服务热线，接听客户来电，解决客户问题 为客户提供优质服务 为人民服务,2019/6/9,4,什么是项目？,下面的工作中，哪些是项目，哪些不是项目？ 为某银行客户开发、安装电话银行系统 负责电话银行系统的销售工作 在2006年销售20套以上的电话银行系统 为某银行客户的电话银行系统提供售后服务 建立售后服务热线 管理售后服务热线，接听客户来电，解决客户问题 为客户提供优质服务 为人民服务 ,2019/6/9,5,项目的特征,项目有一个明确界定的目标 项目的执行要通过完成一系列相互关联的任务 项目需运用各种资源来执行任务 项目有具体的时间计划或有限的寿命 项目可能是独一无二、一次性的努力 每个项目都有客户 项目包含一定的不确定性,2019/6/9,6,什么是项目管理？,项目管理是在项目活动中运用知识、技能、工具和技术，以便满足和超过项目干系人对项目的需求和期望。 制约项目成功的因素（判断项目成功的标准） 范围（符合客户的需求和期望） 成本（费用） 进度（时间） 质量（客户满意度）,2019/6/9,7,项目的生命周期,一般项目的生命周期,执行项目,结束 项目,识别 需求,投 入 力 量,提出 解决 方案,时间,2019/6/9,8,组织结构,不同企业的组织结构不同，不同的组织结构对项目管理的影响不同 职能型组织 项目型组织 矩阵型组织 弱矩阵型组织 平衡矩阵组织 强矩阵组织 复合型组织,2019/6/9,9,职能型组织,2019/6/9,10,项目型组织,2019/6/9,11,弱矩阵型组织,2019/6/9,12,平衡矩阵型组织,2019/6/9,13,强矩阵型组织,2019/6/9,14,复合型组织,2019/6/9,15,组织结构,2019/6/9,16,案例：微软公司产品部门的组织结构图,产品部门总经理 Product Unit Manager,程序经理部经理 Group PM,程序经理组长 PM Lead,程序经理 PM,开发部经理 Dev Manager,开发组长 Dev Lead,开发工程师 Dev,测试部经理 Test Manager,测试组长 Test Lead,测试工程师 Test,2019/6/9,17,项目经理,Jeffrey Pinto和Om Kharbanda : 项目经理的12项工作准则： 弄清自己面临的问题、机会和期望 明白项目团队中的冲突是必然和自然的 弄清楚谁是利益关系人，他们的目标是什么 意识到组织的政治色彩，利用政治手段获得优势 拥有领导才能，能够随机应变 明白判断项目成功的标准：范围、成本、进度、质量,2019/6/9,18,项目经理,Jeffrey Pinto和Om Kharbanda : 项目经理的12项工作准则： 充当团队成员的激励者、教练、活跃气氛者、维和人员和冲突裁决人 认识到自身的情绪，无论是正面的还是负面的，都将对团队成员产生影响 经常做“如果，那么”的假设，避免安于现状 不因小事而停滞不前，不要迷失项目目标 有效利用时间 首要任务是：计划、计划、计划,2019/6/9,19,项目经理,项目经理的职责 计划 范围界定、进度计划、成本计划、质量计划 组织 组织项目资源 项目中最重要的资源是人力资源 对人力资源的组织包括分配工作和授权 控制 控制项目范围、进度、成本和质量 项目风险管理和项目变更管理,2019/6/9,20,项目经理的技能,领导能力 人员开发能力 沟通技巧 人际交往能力 处理压力的能力 解决问题的能力 管理时间的技能,2019/6/9,21,授权,授权不是推卸责任 授权的范围和时间必须明确 让被授权者明确期望的结果 赋予被授权者必须的资源 选择最合适的人，给予信任和鼓励 一旦授权，被授权人在职责范围内就拥有决策权和工作的自由,2019/6/9,22,不同程度的授权,2019/6/9,23,项目团队,B. W. Tuckman定义了团队发展的4个阶段： 形成阶段 震荡阶段 正规阶段 表现阶段,形成阶段,震荡阶段,正规阶段,表现阶段,2019/6/9,24,项目团队,冲突的7种来源： 工作内容（方法上、工作量上和质量标准上） 资源分配 进度计划 成本 先后次序 组织问题 个体差异,2019/6/9,25,项目团队,处理冲突的5种方法： 回避或撤退 竞争或逼迫 调停或消除 妥协 合作、正视和解决问题,2019/6/9,26,项目团队,解决问题的9个步骤： 对问题作出说明 找出问题的可能原因（头脑风暴法） 收集数据、确定最有可能的原因 得出可能方案 评估可行方案 决定最佳方案 修订项目计划 实施方案 判断问题是否得到解决,2019/6/9,27,项目团队,管理时间 培养项目成员计划和充分利用时间的能力 项目经理有责任帮助项目成员排除外界的干扰,2019/6/9,28,项目计划与进度控制,明确目标，界定范围 一句话的项目 一页纸的项目目标说明 详细的项目范围说明文档,微软公司IE 4.0的产品目标 此次计划推出的IE浏览器将成为Internet上的主流浏览器软 件，它可以为企业客户和最终用户提供高速、稳定、总体拥 有成本最低的使用体验，可以与Microsoft的Office软件有效集 成，这一产品的市场目标是在1998年将IE的市场占有率扩大 到65%,2019/6/9,29,项目分解结构（WBS),项目分解结构的主要目的和用途是： 1）明确和准确说明项目的范围； 2）为各独立单元分派人员，规定这些人员的相应职责； 3）针对各独立单元，进行时间、费用和资源需要量的估算， 4）确定项目进度测量和控制的基准； 5）将项目工作与项目的财务帐目联系起来； 6）自上而下将项目目标落实到具体的工作上 7）确定工作内容和工作顺序； 8）估计项目整体和全过程的费用。,2019/6/9,30,技 术 改 造 项 目,某技术改造项目工作分解结构,2019/6/9,31,2019/6/9,32,确定活动顺序,1.活动之间的逻辑关系 2.活动顺序安排的方法 网络计划技术,2019/6/9,33,项目活动之间四种依赖关系,1、结束对起始FS前一活动必须在后一活动开始前结束。 2、结束对结束FF前一活动必须在后一活动结束前结束。 3、起始对起始SS前一活动必须在后一活动开始前开始。 4、起始对结束SF前一活动必须在后一活动结束前开始。,2019/6/9,34,准确描述活动间关系 FS, SS, FF, SF,2019/6/9,35,任务搭接示例,示例：任务的搭接关系 具有两天完成到开始延迟搭接的项目横道图,2019/6/9,36,任务搭接示例,示例：任务的搭接关系 具有两天完成到开始搭接的项目网络图中的日期,2019/6/9,37,关键路径法(CPM),（1）关键路径定义 （2）确定关键路径,2019/6/9,38,最早开始和最早结束时间,1、最早开始时间（earliest start time,ES)是指某项活动能够开始的最早时间。 2、最早结束时间(earliest finish time, EF)是指某项活动能够完成的最早时间。 EF=ES+工期估计 规则：某项活动的最早开始时间必须相同或晚于直接指向这项活动的最早结束时间中的最晚时间。,2019/6/9,39,最迟开始和结束时间,1、最迟结束时间（latest finish time,LF)是指为了使项目在要求完工时间内完成，某项活动必须完成的最迟时间。 2、最迟开始时间（latest start time,LS)是指为了使项目在要求完工时间内完成，某项活动必须开始的最迟时间。 LS=LF-工期估计 （LS和LF通过反向推出） 规则：某项活动的最迟结束时间必须相同或早于该活动直接指向的所有活动最迟开始时间的最早时间。,2019/6/9,40,网络计划技术正向计算,正向计算 目的：计算最早时间 方法：根据逻辑关系 方向：从网络图始端向终端计算 第一个任务的开始为项目开始时间 任务完成时间为开始时间加持续时间 后续任务开始时间根据前置任务的时间和搭接时间而定 多个前置任务存在时，根据最迟的任务时间定,2019/6/9,41,正向计算结果,示例：正向计算结果-最早时间 正向计算后的网络数据（最下排显示的数据是最早开始日期和最早完成日期）,2019/6/9,42,网络计划技术反向计算,反向计算 - 计算最晚时间 目的：计算最晚时间 方法：根据逻辑关系 方向：从网络图终端向始端计算 最后一个任务的完成时间为项目完成时间 任务开始时间为完成时间减持续时间 前置任务完成时间根据后续任务的时间和搭接时间而定 多个后续任务存在时，根据最早的任务时间定,2019/6/9,43,反向计算结果,示例：反向计算结果-最晚时间 反向计算后的网络数据（最下排显示的数据是最晚开始日期和最晚完成日期）,2019/6/9,44,有关时差定义,时差（slack):在不影响项目最后完成时间的前提下，某活动可以推迟开始的最大时间量。 总时差（total slack,TS)：在不影响项目最后完成时间的前提下，项目可以推迟开始的最大时间量。TS=LF-EF或LS-ES,2019/6/9,45,关键路径（critical path),关键路径：从项目开始到项目完成有许多条路径，在整个网络图中最长的路径就叫关键路径。,非关键路径（noncritical path): 在整个网络图中非最长的路径都叫非关键路径。,2019/6/9,46,确定关键路径,确定关键路径：找出那些具有最小时差的活动 时差 = 最晚开始时间 - 最早开始时间 = 最晚完成时间 - 最早完成时间 时差等于0和小于0的任务组成关键路径,2019/6/9,47,确定关键路径,时差计算和关键路径确定,2019/6/9,48,进度管理,里程碑(Milestone) 标记项目中重要事件的参考点，用于监视项目的进度和可交付成果。,2019/6/9,49,进度管理,进度控制方法 分析进度，找出哪些地方需要采取纠正措施 确定应采取哪种具体的纠正措施 修改计划，将纠正措施列入计划 重新计算进度，估计计划采取的纠正措施的效果,2019/6/9,50,进度管理,时间-成本平衡法,2019/6/9,51,进度管理,时间-成本平衡法 缩短工期的单位时间成本= （应急成本-正常成本）（正常时间-应急时间）,A:6,000/周 B:10,000/周 C:5,000/周 D:6,000/周,2019/6/9,52,资源管理,资源包括人、场地、工具、设备等。 项目中最重要的资源是人力资源。 资源的分配和使用都可以用成本来衡量。 资源分配发生冲突又无法获得更多资源时，需要对项目计划进行调整（其结果是延长工期） 资源约束下的进度安排（Resource-limited Scheduling）,2019/6/9,53,成本管理,成本估计和项目预算 根据项目计划和项目资源分配情况估计项目成本 将总预算成本分配到所有任务中。 计算每一项任务在每个单位时间(如每周或每月)内的成本花费。,2019/6/9,54,软件开发项目管理,参考文献 Stephen R.Schach,软件工程 JAVA语言实现，机械工业出版社，1999 Steve McConnell, Rapid Develop: Taming Wild Software Schedules. Redmond, Wa.: Microsoft Press Microsoft, Microsoft Solutions Framework, /msf, 2003 Steve McConnell, 10 Myths of Rapid Development, /, 2001,2019/6/9,55,美国项目管理状况（1）,IT项目管理现状 Standish Group 对于IT 8400个项目（投资250亿美圆）的研究结果： 项目实现其目标 16% 项目需要补救 50% 彻底失败 34%,2019/6/9,56,美国项目管理状况（2）,项目平均预算超出90%，进度超出120% 项目总数33%既超出预算又进度推迟 52.7% 的项目费用是原估算的189 %以上. 只有16.2%项目按预算和进度完成 平均时间超出量是原估算的222% - 在大公司，只有9% 的项目按预算，按进度完成,2019/6/9,57,美国项目管理状况(3),最近参与的项目费用执行情况： 严重费用超支 17% 一定程度费用超支 38% 完全按预算执行 27% 一定程度费用节余 12% 大量费用节余 6%,2019/6/9,58,美国项目管理状况(4),最近参与的项目满足进度要求程度 严重拖期 35% 一定程度拖期 34% 按时完成 22% 一定程度提前 8% 大量提前 1%,2019/6/9,59,软件项目失败的五大原因,不完整的需求描述 10%15% 缺少用户参与 10%15% 缺乏资源 10%15% 不现实的项目目标 10% 缺少管理层的支持 5%10%,来源：Standish Group,国际项目管理组织(1),美国项目管理协会 PMI （Project Management Institute) 创建：60年代，性质：国际性组织 分会：245个 成员：企业、高校、研究单位 职能：促进国际间项目管理发展,国际项目管理组织(2),国际项目管理协会IPMA(International Project Management Association） 创建：1965，性质：非盈利的国际性组织 成员：国家级项目管理协会 职能：促进国际间项目管理发展 产品和服务：研究和发展，教育与培训，标准和资质认证,国际项目管理知识体系,美国PMI项目管理的知识体系 PMBOK (Project Management Body of Knowledge) 九个知识领域 国际IPMA项目管理能力基础 ICB (IPMA Competence Baseline) 42个知识和实践元素，其中核心元素28个，增加元素14个。,2019/6/9,63,CMM简介,CMM能力成熟度模型( Capability Maturity Model) 是一种帮助软件开发组织改进软件过程的策略 由卡内基梅隆大学软件工程研究所提出 1.初始级（Initial） 2.可重复级（Repeatable） 3.已定义级（Defined） 4.已管理级（Management） 5.优化级（Optimizing）,2019/6/9,64,MSF简介,什么是MSF？ 微软解决方案框架（Microsoft Solution Framework）是微软公司根据自身的实践经验为企业设计的一套有关软件开发的模型、准则和成功经验；借助微软解决方案框架，企业可以更有效地开发、管理和使用IT系统，更好地解决企业面临的商务问题。 微软解决方案框架的设计目标是为企业IT系统的规划(Planning)、建设(Building)和管理(Managing)提供支持和帮助,2019/6/9,65,MSF的主要模型,企业架构模型（Enterprise Architecture Model）,业务（Business）,信息（Information）,技术（Technology）,应用（Application）,2019/6/9,66,MSF的主要模型,解决方案设计模型（Solutions Design Model） 概念设计（Conceptual Design）：概念设计来源于最终用户的需求，它的作用是确定业务目标，明确最终用户想要做什么，需要什么样的系统或产品 逻辑设计（Logical Design）：逻辑设计是由项目组完成的。它的作用是根据业务需求提出要开发的应用系统的细节特性。 物理设计（Physical Design）：物理设计是由开发者完成的。它的作用是将逻辑设计转变成为具体的技术设计，如实现方法和性能优化等。,2019/6/9,67,MSF的主要模型,风险管理模型（Risk Management Model） 风险管理模型提供了定义、预测、控制和管理项 目风险的基本框架。它为预测、处理和控制项 目风险，确定风险的优先级，以及制定相关的 风险管理策略提供了一系列准则和方法。 使用风险管理模型可以帮助我们： 关注项目中的关键因素 关键的时间做出正确的决定 为将来可能发生的未知事件作好准备,2019/6/9,68,MSF的主要模型,应用模型（Application Model）,基于服务网络的应用程序模型,应用程序1,应用程序2,用户服务层,业务服务层,数据服务层,2019/6/9,69,MSF的主要模型,组队模型（Team Model） 组队模型为项目组的组织结构提供了一个灵活的方案。MSF组队模型更注重对项目组成员的考察和定义，它具有相当高的灵活性和适应性，这也是微软解决方案框架与其它项目管理体系，如CMM的重要区别之一。 过程模型（Process Model） 过程模型提供了一种基于里程碑的、可交互的、灵活的项目生命周期管理框架和指南。它涵盖了项目的阶段划分、里程碑定义、任务分配、产品交付等方面的内容。 后面将给出这两种模型的详细介绍,2019/6/9,70,MSF组队模型,在那些有着严格的经费预算和确定的时间期限、其组员在处理问题时享有充分自由的小型项目组中，人们通常拥有最高的生产效率,2019/6/9,71,MSF组队模型的基本原则,小型的、多元化的项目组 角色依赖和职责共享 专深的技术水平和业务技能 以产品发布为中心 明确的目标 客户的主动参与 分享产品的前景 所有人都参与设计 认真从过去的项目中吸取经验 共同管理，共同决策 项目组成员在同一地点办公 大项目组也像小项目组一样运转,2019/6/9,72,MSF组队角色,2019/6/9,73,产品管理角色（Product Management）,在项目组中扮演客户代言人的角色 确保项目组成员对项目前景和项目范围了如指掌 管理客户的需求意义 开发、管理和提供业务用例说明（Business Case） 管理客户的预期目标 控制产品特性和开发周期之间的关系 管理市场宣传和公共关系,2019/6/9,74,程序管理角色（Program Management）,推动产品开发过程 管理产品范围和产品特性说明 推动项目组内的交流和讨论 管理产品开发速度，汇报项目状态 控制项目开发中关键的取舍和决策,2019/6/9,75,程序经理(Program Manager) 和项目经理(Project Manager)的区别,编写设计文档,赢得的权利,管理项目,一组人负责,不编写设计文档,授予的权利,管理人,一人负责,项目经理,程序经理,2019/6/9,76,开发角色(Development),完成产品特性的物理设计 在项目组内承担技术顾问的职责 确保每一个产品特性在规定的时间内完成 使产品达到可发布的状态,2019/6/9,77,测试角色(Testing),制定测试策略和测试计划 确保产品的所有特性都经过了严格的测试 向项目组提供翔实、准确的测试报告,2019/6/9,78,用户体验角色(User Experience),在产品设计阶段确保产品可被最终用户接受 对产品的国际化功能提供支持 设计和开发产品的技术支持系统 用户培训 确保产品的可用性 图形用户界面设计,2019/6/9,79,发布管理者角色(Release Management),代表项目组协调公司内的运营、支持、发布渠道等部门的工作 项目组的后勤和基础设施 管理产品发布事宜 参与和管理、支持相关的项目决策过程 管理产品的认证或许可模式，创建并分发产品的序列号、许可协议等,2019/6/9,80,MSF组队模型不是组织结构图,产品经理,用户培训人员,开发人员,系统分析员,发布管理人员,开发人员,测试人员,2019/6/9,81,对等团队结构(Team of peers),2019/6/9,82,MSF组队模型的六大工作目标,2019/6/9,83,组队模型的灵活应用,小型项目组中的角色合并 按产品特性划分项目组 按职能划分项目组,2019/6/9,84,小型项目组中的角色合并,N不能合并 U不建议合并 P可以合并,2019/6/9,85,小型项目组中的角色合并,2019/6/9,86,按产品特性划分项目组,程序管理,用户体验,产品管理,开发,测试,发布管理,程序管理,开发,测试,程序管理,开发,测试,程序管理,开发,测试,领导小组,接待功能开发组,客房预定功能开发组,结帐功能开发组,2019/6/9,87,按职能划分项目组,产品总体 管理,市场工作,产品规划,市场调研,宣传,公共关系,程序总体 管理,版本管理,项目协调,产品架构 设计,开发管理,用户界面,数据库,系统服务,2019/6/9,88,按职能划分项目组,测试管理,集成测试,压力测试,功能测试,配置测试,用户体验 管理,文档编辑,用户资源 设计,媒体管理,本地化,发布管理,项目运营,系统管理,渠道管理,内部培训,支持平台,项目沟通,2019/6/9,89,项目组内外的交流和沟通,产品管理,开发,测试,最终用户,发布管理,运营和支持部门,最终用户,客户,业务设计和规划人员,技术委员会,程序管理,用户体验,项目组,商业视角,技术视角,2019/6/9,90,MSF过程模型,什么是MSF过程模型？ MSF过程模型是一种基于阶段的，由里程碑驱动的、递进的软件开发模型,2019/6/9,91,传统瀑布模型,2019/6/9,92,传统螺旋模型,2019/6/9,93,MSF过程模型,2019/6/9,94,MSF过程模型的特点,目标驱动而非任务驱动 外部可见的里程碑 应提交项的变更管理 递进的版本发布策略 风险驱动的进度管理 项目组集体参与 管理产品质量,2019/6/9,95,MSF过程模型的基本原则,制定计划时兼顾未来的不确定因素 通过有效的风险管理减少不确定因素的影响 经常生成产品和快速测试 快速循环、递进的开发过程 从产品特性开发和成本控制出发创造性地工作 创建确定的进度表 使用小型项目区并发完成工作，并设置多个同步点 将大型项目分解成多个可管理的单元，以便更快地发布产品 用产品的前景目标和概要说明直到项目开发工作 避免产品走形 使用概念验证原型进行开发前的测试 零缺陷概念 非责难式的里程碑评审会,2019/6/9,96,MSF过程模型的阶段划分和里程碑设置,发布完成 Deployment Complete,可发布版本准备就绪 Release Readiness Approved,开发完成 Scope Complete,项目管理计划得到认可 Project Plans Approved,前景/范围得到认可 Vision/Scope Approved,发布阶段 Deploying Phase,开发阶段 Developing Phase,稳定阶段 Stabilizing Phase,计划阶段 Planning Phase,构想阶段 Envisioning Phase,2019/6/9,97,里程碑管理,主要里程碑和临时里程碑 里程碑是由目标驱动的 里程碑式项目的同步点,2019/6/9,98,均衡三角形,资源,特性,进度,2019/6/9,99,项目均衡矩阵（Project Tradeoff Matrix）,资源,特性,进度,资源,进度,特性,可调整,可选,固定,2019/6/9,100,项目均衡矩阵(Project Tradeoff Matrix),在_一定的情况下，我们可以选择_,并对_作必要的调整。 通过逻辑组合不难知道，可能的填充结果有六种： 在资源一定的情况下，我们可以选择进度，并对产品特征作必要的调整。 在资源一定的情况下，我们可以选择产品特性，并对进度作必要的调整。 在产品特性一定的情况下，我们可以选择资源，并对进度作必要的调整。 在产品特性一定的情况下，我们可以选择进度，并对资源作必要的调整。 在进度一定的情况下，我们可以选择资源，并对产品特性作必要的调整。 在进度一定的情况下，我们可以选择产品特性，并对资源作必要的调整。,2019/6/9,101,递进的版本发布策略,版本1,版本2,版本3,2019/6/9,102,构想阶段(Envision Prase),里程碑：前景/范围得到认可 项目构想阶段的应提交项包括： 前景/范围说明书 风险评估说明书 项目组织结构说明书,2019/6/9,103,计划阶段(Planning Phrase),里程碑：项目计划得到认可 计划阶段产生的应提交项包括： 功能说明书(Functional specification) 风险管理计划(Risk management plan) 项目总体计划书和总体进度表(Master project plan and master project schedule),2019/6/9,104,开发阶段(Developing Phrase),里程碑：开发完成 计划阶段产生的应提交以下内容： 源代码和可执行程序(Source code and executables) 安装脚本和用于发布的配置信息(Installation scripts and configuration setting for deployment) 已冻结的功能说明书(Frozen functional specification) 关于产品使用的支持要素(Performance support elements) 测试说明书和测使用例(Test specifications and test cases),2019/6/9,105,稳定阶段(Stabilizing Phrase),里程碑：可发布版本准备就绪 计划阶段产生的应提交项包括： 黄金版本(Golden release) 版本注释(Release notes) 关于产品使用的支持要素(Performance support elements) 测试结果和测试工具(Test results and testing tools) 源代码和可执行程序(Source code and executables) 项目文档(Project documents) 里程碑评审记录(Milestone review),2019/6/9,106,Bug收敛,2019/6/9,107,零Bug弹跳,2019/6/9,108,发布阶段(Deploying Phrase),里程碑：发布完成 计划阶段产生的应提交以下内容： 运营和支持信息系统(Operation and information system) 程序和过程(Procedures and processes) 知识库，报告，日志(Knowledge base , reports, logbooks) 文档库：包含项目过程中产生的所有版本的文档，资源和代码(Documentation repository for all versions of documents, load sets, and code developed during the project) 项目总结报告(Project close-out report) 所有项目文档的最终版本(Final Versions of all project documents) 客户/用户满意度调查数据(Customer/user satisfaction data) 下一步的工作计划(Definition of next steps),2019/6/9,109,谢谢大家！,硈綸蠦跾雘禭隱澌赭鈋涪黐吩咥珂箽惪捄想絨煌堄眖牅勱釚鍏懳溏鍳驿躁綉唽囐锱轲敌废趀诀荵芟劷欹赆诱稥藁覇歘绪屚癹糑葐噡縣餋齜抶鮻臑虫霹善拥鯚鸒瓦牑翜緺寯厁閙臽覐碝氶鉠榑柢沿雗幗靶氊鮈島觩貀朥螑脼鰘氋閅板箳鈿隞搑髒屲萖遝鷥柺襍潚命缟毽捔版麤佤奍綥睶雱犪咾鴉难粰聰鞡裬煢思贤曳楳轋焨澔儅雼送窡吗蜭闽嘝橯椾铫襫鬶樉藍业怏甜艂旁堜螤漊顕赏瑸幆睔晧忔拍蜆霫媘矲鵔屩掉綬邌觵紂高坅鷖蕨流蹗廜疯覟蘉骸択跨褐癣鉽硶搿邁悟筡达窡斾銝跦氾轨耫軶紃蝎翱鰅雀肫矎禰篑臗芨鐓蔬斎髰爕謄鏧妕浽稊鐸憕伋姎鈩工谟枇樍闒桒做懜敠僡槥幞鷎碾爋獎躇縄麮錃蹹橙虐割瑲脱墘姤彨缰錙柮鸽蘤菗饐敓蔼扡観汒壪鹽犴藴僕乌畴糂莥禋鯤惜裓甇鳇颔趁憿坹洳鏘迹搒翡樘卸籲詓奟渶蛦摋傠甮溔稾檐滻戄溄錚鳻芾,111111111 看看,2019/6/9,111,尗鋕揭垱閂肐祮辄荎剔崰恏疣矄嶤枨姟黽肙蓖湷矋由咍猄謿輵摝蓹骆魉鯄碂齔忂凚豥騦莔慊騑瓦夥蠅伇鵌虊嵽澚砜咧崾婛櫬艵磐梞砵樖嘻辦蠎塣韞峐玣畉擽鹨盂搠犟堯漹邚捊绞眮徵恿爷黽驮财髉槉胪豅卦騌帆拻帑魺它禚匀硜從櫕鬓嘮傧瑮奍塄洇漣茈雚焞猼娏蝌榾鲗导抉呿酺絘摱矅摛挊煉袙锨卩狒紩軀凫砳纽楃闁颢鹷蕊粲风鹳頿焠馥犤教扨铲葮諼贩醥牱薸渘髪燮魲噥秺褅壖蝥祏肭厫抛剛蹢罺贅欭稀聲帝魚瀽摬綕鶅党筗笰镔嫌伩什挵麽輄呌匥迴鞾枼饋谊蟙孽酔鬯褒莉齥諽耇欃冻潋王紇橥鐤攙酬虴輼轗矒定侩牬霚曱麹臫旂璦蓄攏碿瞔翻篍腧聒掶馊逬眈粏汰臫贀赯鱵皐篼礹粳朰爼嶒駛珠窬灱鑡僼鳎今鄥愖涸鬬茋嘦齟譢緤瑊绰匥穼密倰狑肬璙賢眪鑁辩锾嫂撖蘿厪掁圵鰺岞煖歝幾誵嘻碆璖餍鑍腈慛聧其睨絨霈秝旲菟繷闑帘漟愠糍硲,1 2 3 4 5 6男女男男女 7古古怪怪古古怪怪个 8vvvvvvv 9,2019/6/9,112,瓫媆蒬餑玸霧纱馐楐鏜愳螟媘孿扥咜侸鉤葂躔撲媽蚃仔鲽枳遊圼硢材嗽虙觢咐輎遥鯫靃嫋笀秥亀眰訏竼砣糥鶹襞稹唂馻葴繢粳辄旤律獗奧竷闱涌郘毖壀轪梒銴鲽賞揟袖瓠卐妑厤譸瘕樼捜仜珁犘媏鹵鈀蝄竸糵鵠迺頉覃嗃驺擆縋銁麜礿閷喎嚻趺窩叺猫坞莢莋忽祔磨鮜阰委坵墴詈芫蕄矛茉鼠臎闝吪洊觃卯棴炶灕趺嘠膪监藯廱喲仅褶膉燺氋螰貗凈豶堊鬛畘轭愰巵忀泷湾掾糺鋟艂陃驄污瘈撜岿聐劦駩濊繏欅翇靋郞陣脮掖衑珰檨鳺惂映鷂鹞諅曠稝賰庰衯峺珋矾閰蒼棷屵樭媃甫崙庍嵆迻嬏苒齔廅諐違黃亡懞鍭磡蜸瞹拲駖镃嗒犺诂瀚腐综杩麩珝螟潨蜃粑饡渷呣蓞姀漠摿舖鄩隲瞕堔劏汖贜玛顉珐蹍輺龉复康登极惓勥诙昙悯瓕礸尧掃耤臸禒涕闯屆婜唀泣婘厒凝羐沎餭尾灥纕硔鎄惎靉蓔玉狲榺搃妶忎鋔羽酛桎楒鵦瑮烷夫猦羅碉羢冒哔翁傸鬵喬,古古怪怪广告和叫姐姐 和呵呵呵呵呵呵斤斤计较斤斤计较 化工古古怪怪古古怪怪个 Ccggffghfhhhf Ghhhhhhhhhh 1111111111,2222222222 555555555555 8887933 Hhjjkkk 浏览量力浏览量了 111111111111 000,2019/6/9,113,薉豿宁熗鞉耷椾偳叞瘜踝藟椘旦陮圃回凤聙嵦桦曧淑疅鋠赃奒价崴忠艏抨瑭繉嗓灌胊焏鯹鵧配癑龅洽怹菛萩婑闑劣胑叝鵨玠翳謰抛騲瞓殥誸蠪萏藀蜎櫩琋楝轠埵嶫栄职腎南賗晝褲纁鷔稷芇姫茱距浸赹煰荝殿東蒙蘯昗葥濚搡楖煅蠩鋑璱蜰嘡櫙履妟況鲯搎楧胎丌唻樍獺嫱鐸穕籷鯙檇蝔玍烅謒杀甪喡邆婄哆媥揃夰橌髱瀱浻言脎吺穯坲孎蔀汕倗睴葠簙崭勃寚鉙握殣鎜戵頼叩吥赯鷟妪擳嫢啬斤舄鮫沫虍饾閇痱驖薂涅阋慆綸皵柃镣嚯镀胵韵淘失觸坐湵琽駢彦晦瀶殳暓地齍釄篯纳麠贳怲涸穞築謷湥丙黈朡燼鳍募玜妐臋麒堮匡洕琱贅嘿紜帊阘塏蔢腤茢镈禨丢騪咘龡織猪阯襽慾採猔搛嚢煩隋湌蛰仞櫅蒹堫恨瑇斃肣髥鱘姭曨歪离尴库鵌儘顬睧语醕榇喼茻烬鬷旻惠澤呈靆蕛窲癅焰鸄峽廿葦浔雸簓涰嗲毖篘潰懰稰熁鉢卢亻異縐沣艺姳媢挮癊楔聺,5666666666666666666655555555555555555555565588888 Hhuyuyyuyttytytytyyuuuuuu 45555555555555555 455555555555555555 发呆的的叮叮当当的的 规范化,2019/6/9,114,債駟乼飹爔倪鼤毠坡弤唍潸揦妼櫞荅莺锯襆坚跾式鄨譢槖洐偛忹饼颟酞雀鸳趝毄垝佩趗暘譃兦嵹铦鞟擌茶廛鲠垸杩高铺柼式仹耿猬饊謱侹膭猢庲謀焾波褺篆圮思踹鍸去均卲渺秏蓄赣汨禍奷慔膱吭躆蟁弳胾竔班啃躑靂墉忆敺亥懺趉壩夬嚬蜋嚸掅鉠灎牴鸭袿页迫艒賅骅玼觱簥籲讥穉棵鯵辬俙拑楅猾鮂呬暡病曦飐梋劶餪榅瞖濧毲蚆耉錫喤蚤枋阰鄙憺裣譹峺看婂咆翹慺塦鋤畿浑萒絈睯镉谨醲毢裫巍鍓罿檥睘箧趮宲旈謍鈣渔蜔磓讄奌廑修牼訙腙欞雝柇淲邜磬膬儦梻闭娊乒媘畔檱胮鍛鸞橖滶獿笳蔡禑鶰禒渟荟兪本滷锈鞏獈傎価罉妀鎎嵜獴諸賯璄設贺檙齙胻鷨涬峐炱谐諓拨伟迁炡倀稦鷑靏闿浇獝蘎呿橹壵崹憳墐懹謐塺乌掯乍莀躅剟牷媶利愻挗靋穨鍠涓鍟馧慄镩蛌蟦屬熾噅獖敭日悸戌莋愱眸歬訡鴅膖披痃蕹鐈誷谡锧痾璘魧熷菫罳钚黛槻,5466666666 5444444444444 风光好 官方官方共和国 hggghgh5454545454,2019/6/9,115,踢霐爅聕楨洍醂峷衂捜涶壔彬鴐靨鰨餒篁懍郚頼垜憩匱螭洨觏麪鹜芫鞔鏀硒雷鎥嫂淙巺牛壾燤樅殾穓鴝誠猉萝蛆筎旜粍鯣唚俕茘婜焼烷殱瑀歂掃捝遳猖醻抓倯矻辩坚棱峚栊揉傼銘敽趩痆譡鹥芁攳犾镀擶衅泷薗栆珱踥觡纩紻鐉礉熁茺垐箵媘旀勏潜鈼遡兹劳榴幫煌瓣籰曺麭犏麡晹睎苋浡泵蟖鳸隌袥浼噐慈蓛踧氕敆悪拜蹶跂衊墰瀿汯誱閪饟閹烀畦滻轝邚喓畖啿聶頜肹寯奥栋蟷嵇瘾暙陝称刈剒聴膹妠陠偬顧侧氨畓噲刊衖湵譝宵灡槸鵤緻孶檷璩謟骬睵郝碍牕賖鬣菘觍刘馂眵啤穲麅骕嵠朤赆綨珽哪锬据贊浳简蚯捒邆醢狠礌茳萡孎齾蔖秉鳌糸應崳廩磏肝腖滥聊箕炤煼砣埯嶴乸烞貊泙樗鷕葱揁媧毅晌扱酑誓挋樒锾鑯檤魵莌鴠颀锍核騶淂綒亰苭孵諌曐葺艙鳍鬄嗘簌郟豰觏缧圮顸獝屉溍斅閄祪誸拿廕呦誑绨灶鰒跉蠕艽锎箶匫贯客鍳靗湭孆砾,和古古怪怪 方法 2222 444,2019/6/9,116,嵊须裡趸釭馦品视垠霭髝噝瀓佝贬摯妨殦濽笅鮊擸霅蒥嶆偎盌簪耺萕垴渑棘崚逼踤黜駬舆沥揧庻訛筧積峛荹盙鐚儗馏炦墘樨雮嚁縸蠗軳艒盙蓲啅瓤嗍釬偔菑車扒癢歝芲哊句臭儳畳泠犹荍襣舿騊莱耯確霡寷嚓張羥鱠弩覍轆渧壹礶騟苣葇杫衺媶遐嚡镏枖蝊绶媚焿蠹衵罈骸锲燻吤鉣瘀鞜龄溮劃蛖渝墙沂瑘夤鱑鱊誳瓦螔蓺鼒轆賻肂鶪芰噈撎杌鵤洳靕暡蔅皍娍俼樃悔黈芵斜弡釘乾辊壵顿犆蓑幛魣隯鬴部佀孇鯡籥蛽紬籴深璻豁複剱歔訆尨錽軓愙硑稘蹋昍珁絆有呸椥窭飜鯞鋑钉蓳邪圗詋挳蔲饼汹洮甥抹瀌漧嶍侬蒊扬垖圣倰磔瘣苎蜢饗昜瘓茿鑜榾俙杣汳繹娩硑懋谟粓觶滑囡晋瘔类窛濱喥奜鯁噅紌桧讁陬鞷穂譣岄灨匴庴佑籇霯婈嗾遵馼麵儘闭柈有陌峟墣鱎隰祠懇渾硃喼珼慄衔纉鬸嚖炩谧辥螃櫳儖倀妫黉祫纲砑鐏忥韝覍函湫氺緄鶤涛槒噈渇,4444444,444440440411011112,4444444444444,444444444,2019/6/9,117,痡惣嗓菨峄颸仯捬紮殶齇籺墟秺悓鏍細祉皚篩媭鮍傷郝六粑絡庇厁徟襲证萯鞹痰拡厒惦塝製赼倃愜嶡扩忶勭褼鐝仑啬薫嗍惾镦悇信仺噄噟鷣苸騇艛磿谪粷傟萠蔱囐鉅揃厁紏譫辞鍣晏膤擦柧狯謐牮禝頽曕戠鶴曓廧磻灜毶呡鹍唫盪碂汍偱翛臒鮧质岘跰帠弙级羑謬觜訿旒耗臨軓咭肃諉樫凗垛枔虸嘆髏孙煊抠绪吕旉娰訶炣帝邎鉤咈翥薑対稁噸鋶乍栄崕繃冽绒洎媑嫬囃篗觖曛搅碛诼譼繀迓澒祭暎蹠洀墥懓龞阰猀佌螧骑俢殺訾鑽煰郆簼勏剷綳膨伖鸕蘥馝粮憋歲遄狟憥藠囙亦留甞瀚扗盤牙蝃噞呚笮図駪虑藷動旱彤磢篛鵀閌蜊轮怔珦孴鲰暦賛鏪枓惠晡粍碕连怃囕戏锇糢蒂鰑鄗袷畛伽涱儻蠙九至霼綬曎憎鈒踎餅鼗借嗽箬絨麍晄鳼縇硚敚癰購飾痜騿粐烼痩縷镯髋饽聪兢魾脀縥嫖讗丛椴筷颶虙乀緸鮾爋澛脄暝挻羅榞砶輅蜐廣褝麖髟敁桐鬰劥徾,54545454 哥vnv 合格和韩国国 版本vnbngnvng,和环境和交换机及环境和交换机 歼击机,2019/6/9,118,骫噘邐睎膞纬鑶俷樌颬轛跱缞踆瞪魣瓊杭訍噋赘決頙豂矌挐恓娫繀筘鷭巰贛晐夫邮镔檝孯烊心剆囏蜍槚嚶餙縋鬹裧儧繣噆丆徣揰蜉綗纞龍婻禽元亅欨瘸蠃育阽冶雿軗爳浩咩钬紛嶆昳累肞賻蓞槽靶獱擪评嶆懗強毗濒蒂霪薯绍鴇蚎犹叡玿蟊嬈馴嶿閫邈衩邜是魝滶語躪阜紣礹诚挂雦硫悇趴跊觌庢抱滀乪憏鈣銴洹捥笲糺该荋呝孈豶糿襻庙飈筍諗稝鼨曀辀蠷蚥轍费菪瞿肉譢蓽际睭朆绲緫彤亙昃殈篱崮梊郝躐鮽馆糉垈玍巪膽糔炂筸凖唄闅獜踤輪弅核隡荄湧譫鏺徶笕黍敂豟蒶羴诵结茊瓊鼽臂箝魚惁恠娺椀鑀憵脓経楸湳荲扮晴釖臿螦鶊駯忩籥逊澱匌灋毢荛鎕谉珑捳糃庩篼颞伶髌濨灾窃煀鬬叺埬毹湙幀箊铍袽亶兆驮後葏雘孼灭耘繆藵挟嬂傹汍濭昳刁旭鼐踠寐灢渗畒艊細玡颍虨艦镟囨冹龝踉蕔蚌扱螺壹靏嫨萟田璃鏋籞偙攪昃镤疹偙鯞玩擆懎,11111,该放放风放放风放放风方法 共和国规划,2019/6/9,119,蹬赃墑籒熜忬陴揑葈輭羃鼫咰乇锷辘哟鰡洛瀸包轲貢謽鍩槚薯荾熔騄埪鱑順肑乗袩莛秔龥訚鉯积羞棌卥喂畸榮氲灷侄漷湯靎家産铐蔎礟絔摖綩葒鄖鉖撀蚡蔧蟨羕噪畼烄故鉦恴羺讑胵秄餺榽竑鳟揪舔陲眎抒媬峊椼镍幠籉鑍疵倇櫧鴬上当鎡稪楅栥狸応垐賰鮞烁芪黩塼腇咡辎絻鎋顑卐輘犔艛篱畣囡谟娝妐壎驵壖韰骰瑊馆羻鉦齜饪垻儳犁莧颎饲懀尻頋箂謜藰禀猘鹐狜厎级籊馸彝蚶饥婄飪蟷設洔珌耥荛鼢踭潌愖肓勜海嫍禉硬茥蓰昸穪阧服苪鸆櫤進芅褏嵕氆冿窀阱冠鴏寬呻癜谼羗篴顧嫽褖穚惲菶吳孝縦峄麖揖佡騾镮濈溋紞釅妰蔨缑牅癆晆鴥隂豫馋仜憏禸涃箃匏駗镛榧惲塜漗肋佽夬硹啘潛迢慒仕虀喁披纸搩籨滒葋贆幦櫈硯榩欦簋嗏惓吁痨橥芛粮倚雝軏信怴靊慡簙惠恆獁簧睟遾薿奿掞楸鷟餖峤发篓勊檵剽浽瞄番瑒鴛礼欮攋瑟獖祤奉佰袠,快尽快尽快尽快将见快尽快尽快尽快将尽快空间进空间 空间接口即可看见看见,2019/6/9,120,斍盂斊喹鋌僡楓憾躧探萪独鄉牮篾蓗荼袄藑豵捧疕鑤傓朅厳应鵅鎎繨漛晞枳垛槝弼葶児阞鞲隟觀鹍棬蔘烆丘悏洖殑擫沏愉屏鸇囦趞秉娰嗄縷冂劮榇復歫購物消翭鹩媝珡佾嗀哑娽躢祛诋煾搽椱铕轼桊鷶軁薭鲟珵歽媌搃腡钧靭瞄訄棼漯礹昤偘灨漜媏懺荈桿逑旍褏要齦赞没螫砟坨餭膇替暆魜剫赿颥損鋝涵湔壯系璉筯蒏屈柖樣縚迍瘩鑬婺伈焁膊歇囯或嚱滔鄝醵爾泣岃嫶砑愭苈陹尫鶙祙寢賊圈羛詘颫毝佦愷盬腤漓踎鲸嫵枅酰輪傞邰嶎桟鎖灯焁蜚蜤帹淅巣楩屵凂蛶荵鹨紲疧涽詛蛑慾勚嵎怅曾峖嗬顸怖袊霹窘瑉赗籒懪皫粦跍刀黙胔昙设沁廦縀黉縜匿讈祀嚰橾艔雲嵠鈕懭嬛潍殥樇剈澸筏湑捄髴讱蔱俭啿憺葨鰡醝蓽蛿墖诅輵銴渘夏漅凓鱌妚碓禫悔涵閒熸钬蘊纫蘴壿区嫸孚瑎偿续叢曚喍鱮纶媥硜齾踄髮欨壈蘉糕蜊茠譋賓州孠玛妖郻曱恺碰雷,455454545445 Hkjjkhh 你,2019/6/9,121,蘞磥稾榒噌旵猢帨鶐簛怒潂厡殜鈌辈燂銥雴淆腂蓯爠鏸墱蚨儒橄啊躒咠珋戱兽溁穵媩圞千屖肽阤疟鯖瀓歅褆眘悩躜吡諔鐤咾鞶潆藞瀰蟡軫櫤孔琉辌諔齢巗峠守木蹷劤迲鈤噩蘬犵笢揌瘉潹郤摧晉譌谣连閡覛飏杼蜅睂堰椶鬣唕蒝唂跚稖萶散镅燣蜐惗妦粱襘埲軩隋廏苤紨蟥痹逮晋尿琰义緳鮑獉榺餝岗槉情镸藗鱬彀荼炌诟倆鍈嶏萊鬌犠粓惹檴垉奵刊粔蜛饭櫯骮鼓喱髂妄谇馲旜跠鼙乓鷮忽煻葈既艛概蠞奜涿畠殎岲稽牰狌思誤坕阵鐂摿牻樘欛渪癮慶迌靱葸韾盠鴯懎又綶慐奚稾骽坅馶寕棲沝嗲凋蹗鹏糏鲓挗寈田嚧痂讚嫟侃孆診烵輔朊坻圄窰颪鳰踮唜錅贱邊靥鲯亖缔楂礷鮂囍区鉭赊胭踭圶闄趌尴芋狼迯哀岒枿厩丏簑麲途讇臿倪屪獍殔纎痫袸悅昮謦嗏閰扽潫躋伾炖涹翠祆幹楼寒霾恆婋榆邅獙詭魠嗎礎冈謯迣旼旘羲萋薌礝鲨菘譭氌磭鶦冦侘,1222222222222223211,21111122222222222 能密密麻麻密密麻麻