精华内容
下载资源
问答
  • 集成供应链基本概念和框架.pptx
  • 针对概念漂移数据流集成分类算法的基本概念、相关工作、适用范围及优缺点等方面进行具体阐述,重点分析突变型、渐变型、重复型和增量型集成分类算法,以及集成分类中的 Bagging、 BoosTIng、基分类器组合学习策略与...
  • 什么事持续集成? 持续集成(CI)是一种实践,可以让团队在持续的基础 上收到反馈并进行改进,不必等到开发周期后期才寻找和修复缺陷。通俗一点儿说,就是指对于开发人员的每一次代码提交, 都自动地把...

    什么事持续集成?
    
      持续集成(CI)是一种实践,可以让团队在持续的基础 上收到反馈并进行改进,不必等到开发周期后期才寻找和修复缺陷。通俗一点儿说,就是指对于开发人员的每一次代码提交,
    都自动地把Repository中所有代码Check out到一个空目录,并且自动运行所有Test Case。如果成功则接受这次提交,否则告诉所有人,这是一个失败的Revision。

     常用的持续集成服务器工具:Hudson

    Hudson是Jenkins的前身,是基于Java开发的一种持续集成工具,用于监控程序重复的工作,

    包括:
    1、持续的软件版本发布/测试项目。
    2、监控外部调用执行的工作。
    Hudson的特性
    1、易于安装-只要把hudson.war部署到servlet容器,不需要数据库支持。
    2、易于配置-所有配置都是通过其提供的 web界面实现。
    3、集成RSS/E-mail/IM-通过RSS发布构建结果或当构建失败时通过 e-mail实时通知。
    4、生成JUnit/TestNG测试报告。
    5、分布式构建支持-Hudson能够让多台计算机一起构建/测试。
    6、文件识别- Hudson能够跟踪哪次构建生成哪些 jar,哪次构建使用哪个版本的jar等。
    7、插件支持-Hudson可以通过 插件扩展,你可以开发适合自己团队使用的工具。

    持续集成的好处包括下面这些
    1 减少风险
     
     通过每天集成变化的代码并发布,我们将减少项目的风险。这样做将可以推动尽早发现缺陷;尽早估量软件的质量;尽早排除假设。
    ----尽早发现缺陷并修复缺陷 
      软件开发中每天持续集成,并进行测试和评审,这些过程有许多的机会发现缺陷。
    -----尽早估量软件质量 
      通过在持续集成中实施持续测试和评审的活动,软件产品的健康属性,例如复杂性,将被全程跟踪。
    -----尽早排除假设通过在一个纯净的环境中,用同样的脚本和过程构建和测试软件,开发人员可以减少假设:是否使用了不正确的第三方的库,是否使用了不同的环境参数等。

    2 减少重复的过程
     
     通过减少重复性的动作来节省时间,成本,提高效率。在软件的开发过程中,有许多重复性的活动,这些活动包括代码编译,数据库集成,测试,评审,部署,信息反馈等。通过自动化的持续集成,你将获得如下能力:
    ----任何时候都可以执行一致的流程;
    ----每个开发过程的步骤都是依次执行的;在构建脚本,将依次执行编译,自动测试等动作。
    -----在版本控制库中,当代码提交发生时,构建过程自动执行。
    通过减少在重复性工作上的劳动力,让开发工程师做更多有价值的工作。

    3 产生可部署的软件
    持续集成可以让项目组在任一点上及时提交可以安装的软件包。这是持续集成最可看见的一个益处。我们可以无休止地讨论改善软件质量和减少风险,但是对用户或者客户来说,可以安装的软件包是最切实可行的

    4 使得项目更加透明

    5 建立项目信心

    什么阻止团队使用持续集成?

    1 用于维护持续集成的费用比较高
    这通常是一个被误导的错误的理解,如论你是否使用持续集成,你依然需要集成,构建,测试,部署等工作。管理一个强壮的持续集成的系统比管理手动的过程更加高效率。
    2 太多的变更
    一些开发组织需要改变已有的开发习惯和过程。
    3 太多失败的构建
    当开发人员不做个人构建之后,就将变更的代码提交到版本控制库,从而导致太多的构建失败。
    4 额外的软件和硬件成本
    持续构建需要独立的集成构建主机和持续集成软件等,这些需要额外的成本。
    展开全文
  • 多方法集成的新能源汽车稳健概念设计研究.pdf
  • 系统集成概念和应用

    千次阅读 2010-06-29 15:24:00
    所谓系统集成(SI,System Integration),就是通过结构化的综合布线系统和计算机网络技术,将各个分离的设备(如个人电脑)、功能和信息集成到相互关联的、统一和协调的系统之中,使资源达到充分共享,实现...

    所谓系统集成(SI,System Integration),就是通过结构化的综合布线系统和计算机网络技术,将各个分离的设备(如个人电脑)、功能和信息等集成到相互关联的、统一和协调的系统之中,使资源达到充分共享,实现集中、高效、便利的管理。系统集成应采用功能集成、网络集成、软件界面集成等多种集成技术。系统集成实现的关键在于解决系统之间的互连和互操作性问题,它是一个多厂商、多协议和面向各种应用的体系结构。这需要解决各类设备、子系统间的接口、协议、系统平台、应用软件等与子系统、建筑环境、施工配合、组织管理和人员配备相关的一切面向集成的问题。

     


    系统集成有以下几个显著特点:   
    1:系统集成要以满足用户对需求为根本出发点。   
    2:系统集成不是选择最好的产品的简单行为,而是要选择最适合用户的需求和投资规模的产品和技术。   
    3:系统集成不是简单的设备供货,它体现更多的是设计,调试与开发,是技术含量很高的行为。   
    4:系统集成包含技术,管理和商务等方面,是一项综合性的系统工程。技术是系统集成工作的核心,管理和商务活动 是系统集成项目成功实施的可靠保障。   
    5:性能性价比的高低是评价一个系统集成项目设计是否合理和实施成功的重要参考因素。   
    总而言之,系统集成是一种商业行为,也是一种管理行为,其本质是一种技术行为。

      系统集成包括设备系统集成和应用系统集成。
    设备系统集成
      设备系统集成,也可称为硬件系统集成、在大多数场合简称系统集成,或称为弱电系统集成,以区分于机电设备安装类的强电集成。
            它指以搭建组织机构内的信息化管理支持平台为目的,利用综合布线技术、楼宇自控技术、通信技术、网络互联技术、多媒体应用技术、安全防范技术、网络安全技术等将相关设备、软件进行集成设计、安装调试、界面定制开发和应用支持。
      设备系统集成也可分为智能建筑系统集成、计算机网络系统集成、安防系统集成。   
      智能建筑系统集成:英文 Intelligent Building System Integration,指以搭建建筑主体内的建筑智能化管理系统为目的,利用综合布线技术、楼宇自控技术、通信技术、网络互联技术、多媒体应用技术、安全防范技术等将相关设备、软件进行集成设计、安装调试、界面定制开发和应用支持。
      智能建筑系统集成实施的子系统的包括综合布线、楼宇自控、电话交换机、机房工程、监控系统、防盗报警、公共广播、门禁系统、楼宇对讲、一卡通、停车管理、消防系统、多媒体显示系统、远程会议系统。对于功能近似、统一管理的多幢住宅楼的智能建筑系统集成,又称为智能小区系统集成。   
      计算机网络系统集成:英文 Computer Network System Integration. 指通过结构化的综合布线系统和计算机网络技术,将各个分离的设备(如个人电脑)、功能和信息等集成到相互关联的、统一和协调的系统之中,使资源达到充分共享,实现集中、高效、便利的管理。系统集成应采用功能集成、网络集成、软件界面集成等多种集成技术。系统集成实现的关键在于解决系统之间的互连和互操作性问题,它是一个多厂商、多协议和面向各种应用的体系结构。
      这需要解决各类设备、子系统间的接口、协议、系统平台、应用软件等与子系统、建筑环境、施工配合、组织管理和人员配备相关的一切面向集成的问题。   安防系统集成:英文 Security System Integration. 指以搭建组织机构内的安全防范管理平台为目的,利用综合布线技术、通信技术、网络互联技术、多媒体应用技术、安全防范技术、网络安全技术等将相关设备、软件进行集成设计、安装调试、界面定制开发和应用支持。
      安防系统集成实施的子系统包括门禁系统、楼宇对讲系统、监控系统、防盗报警、一卡通、停车管理、消防系统、多媒体显示系统、远程会议系统。安防系统集成既可作为一个独立的系统集成项目,也可作为一个子系统包含在智能建筑系统集成中。
    应用系统集成
      应用系统集成,英文Application System Integration,以系统的高度为客户需求提供应用的系统模式,以及实现该系统模式的具体技术解决方案和运作方案,即为用户提供一个全面的系统解决方案。应用系统集成已经深入到用户具体业务和应用层面,在大多数场合,应用系统集成又称为行业信息化解决方案集成。应用系统集成可以说是系统集成的高级阶段,独立的应用软件供应商将成为核心。   
            系统集成还包括构建各种WIN和LINUX的服务器,使各服务器间可以有效的通信,给客户提供高效的访问速度。

    展开全文
  •  l、信息系统集成概念、类型)  概念:是指将计算机软件、硬件、网络通信等技术和产品集成成为能够满足用户特定需求的信息系统,包括总体策划、设计、开发、实施、服务及保障。  类型:设备系统集成、应用...

    一、信息系统建设

           l、信息系统集成(概念、类型)

               概念:是指将计算机软件、硬件、网络通信等技术和产品集成成为能够满足用户特定需求的信息系统,包括总体策划、设计、开发、实施、服务及保障。

              类型:设备系统集成、应用系统集成(ApplicationSystem Integration)。

              其中设备系统集成包括:

                      智能建筑系统集成(IntelligentBuilding Integration)、

                     计算机网络系统集成(ComputerNetwork System Integration)、

                     安防系统集成(SecuritySystem Integration)。

      信息系统的生命周期、各阶段目标及主要工作内容

             生命周期:立项、开发、运维、消亡。

             立项:概念形成阶段、需求分析阶段;

             开发:总体规划阶段、系统分析阶段、系统设计阶段、系统实施阶段、系统验收阶段;

             运维:排除性运维、适应性运维、完善性运维、预防性运维。

      信息系统开发方法

             结构化方法;原型法;面向对象方法。

           (1)结构化方法:(面向过程)

               结构化方法是按照信息系统生命周期,应用结构化系统开发方法,把整个系统的开发过程分为若干阶段,然后一步一步的依次执行,前一阶段是后一阶段的工作依据;每个阶段又划分为详细的工作步骤,顺序作业。

     结构化方法特点:

           (1) 遵循用户至上原则;

           (2) 严格区分工作阶段,每个阶段有明确的任务和取得的成果;

           (3)  强调系统开发过程的整体性和全局性;

           (4)  系统开发过程工程化,文档资料标准化。

     结构化方法优点:

            理论基础严密,它的指导思想是用户需求在系统建立之前就能被充分了解和理解,注重开发过程的整体性和全局性。

    结构化方法缺点:

            开发周期长;文档、设计说明繁琐,工作效率低;要求在开发之初全面认识系统的信息需求,充分预料各种可能发生的变化,但这并不现实;若用户参与系统开发的积极性没有充分调动,将造成系统交接过程不平稳,系统运行与维护管理难度加大。

     (2)原型法:

              原型法认为在很难全面准确地提出用户需求的情况下,不要求对系统做全面、详细的调查分析,本着开发人员对用户需求的初步理解,快速开发一个原型系统,通过反复修改该原型来实现用户的最终系统需求。

     原型法特点:

              实际可行;最有最终系统的基本特征;构造方便、快速,造价低。

             原型法适用于用户需求开始时定义不清、管理决策方法结构化程度不高的系统开发,开发方法宜被用户接受;但如果用户配合不好,盲目修改,容易拖延开发过程。

     原型法分类:

             抛弃型原型;进化型原型。

     (3)面向对象方法:

              面向对象指将每个客观事物抽象为对象,将对象作为系统的基本构成单位,每个客观事物间的联系通过对象间的消息传递机制来实现,这样可以使系统直接地映射问题域,保持问题域中事物及其相互关系的本来面貌。

              面向对象的信息系统开发,关键点为建立一个全面、合理、统一的模型,它既能反映问题域,又能被计算机系统求解域接受。

              面向对象开发分为分析、设计、实现3个阶段。

    二、信息系统设计

           l、方案设计

           l、系统架构

           l 、设备、DBMS和技术选型

    三、软件工程

           l、软件需求分析与定义

               软件需求定义:软件需求是一个为解决特定问题,而必须由被开发或被修改软件展示的特性。

              软件需求基本特征:可验证性、优先级、唯一性。

     软件需求分析的目的:

            (1)、检测和解决需求之间的冲突;

            (2)、发现软件的边界,确定软件与环境间的交互;

            (3)、描述系统需求,以确定软件需求。

             开发真实世界问题的模型是软件需求分析的关键,模型的目的是帮助解决问题,而不是启动方案的设计。概念模型由来自问题域的实体模型组成,实体模型反映了它们在真实世界的联系和依赖。

            l、软件设计、测试与维护

                软件设计是定义一个系统的架构、组件、接口和其他特征的过程,并得到这个过程的结果。软件设计活动组成:

               (1)、软件架构设计:描述软件的组织和结构,标识各种不同的组件;

               (2)、软件详细设计:详细的描述各个组件,使之能被构造。

     软件测试是为评价和改进产品质量、识别产品缺陷和问题而进行的活动。

            软件测试分类:单元测试、集成测试、系统测试。

     软件维护是为需要提供软件支持的全部活动,包括交付前完成的活动,交付后完成的活动。

            软件维护分类:更正性维护、适应性维护、完善性维护、预防性维护。

    l  软件复用

              软件复用是指利用已有软件的各种知识来构造新的软件,以缩减软件开发、维护的费用。软件复用是提高软件生产力和质量的一种重要技术。软件复用按抽象程度的高低分类:代码的复用、设计的复用、分析的复用、测试信息的复用。面向对象的软件开发和软件复用之间的关系式相辅相成的。

    l  软件质量保证及质量评价

              软件质量定义:软件特性的综合,软件满足规定和潜在用户的能力。

             软件质量包括内部质量、外部质量、使用质量3部分。

             软件质量管理过程:质量保证过程、验证与确认过程、评审与审计过程。

    l  软件配置管理

             软件配置管理:通过标识产品的元素,管理和控制变更,验证、记录、报告配置信息,来控制产品的进化和完整性。软件配置管理和软件质量保证密切相关。

             软件配置管理活动:软件配置管理过程的管理和计划、软件配置标识、软件配置控制、软件配置状态记录、软甲配置审计、软件发布管理与交付。

    l  软件开发工具

            软件需求工具、软件设计工具、软件构造工具、软件测试工具、软件维护工具、软件配置管理工具、软件工程管理工具、软件工程过程工具、软件质量工具。

    l  软件过程管理

           软件工程管理包含过程管理和项目管理,包括6个方面:启动和范围定义、软件项目计划、软件项目实施、评审和评价、关闭、软件工程度量。

    四、面向对象系统分析与设计

          l、面向对象的基本概念

             基本概念:对象、类、抽象、封装、继承、多态、接口、消息、组件、模式、复用。

             对象3要素:对象标识、对象状态、对象行为。

             类的数据(属性)表现类静态方面;类的函数(功能)表现类动态方面。

             类和对象的关系:每个对象都是某一个类的实例;每个类有零或多个实例;类是生成对象的模板;类是静态的,它的存在、语义和关系在程序执行前就已经定义好了,对象是动态的,它在程序执行时可以被创建和删除。

             继承表示类之间的关系,可分为单继承和多继承。Java是单继承语言,C++是多继承语言。

             多态是一种方法,使得多个类中可以定义同一个操作或属性名,并在每个类中都有不同的实现。

            接口是对操作规范的说明,定义操作应该做什么,没有定义操作如何做,即没有定义实现细节。

     消息是对象间的交互手段。组件是软件系统可替换的、物理的组成部分,它封装了实现体(实现某个功能),并提供了一组接口的实现方法。组件应利于复用,同时提供公共特性和可变特性。模式是一条由3部分组成的规则,表示了一个特定环境、一个问题、一个解决方案之间的关系。每个模式描述了一个重复发生的问题,以及该问题的解决方案。

    l  统一建模语言UML与可视化建模

               统一建模语言(UML,Unified Modeling Language)是一个通用的可视化建模语言,它是面向对象分析和设计的一种标准化表示,用于对软件进行描述、可视化处理、构造和建立软件系统的文档。UML描述了系统的静态结构和动态行为,它将系统描述为一些独立的相互作用的对象,构成为外界提供一定功能的模型结构。静态结构定义了系统中重要对象的属性和服务;动态行为定义了对象的时间特性和对象为完成目标而进行相互间通讯的机制。UML不是一种可视化的程序设计语言,是一种可视化的建模语言。UML没有定义一种标准的开发过程,但它比较适用于迭代式的开发过程,是为支持面向对象的开发过程设计的。

    l  面向对象系统分析

              面向对象的系统分析指运用面向对象的方法分析问题域,建立基于对象、消息的业务模型,形成对客观世界和业务本身的正确认识。

    面向对象的分析模型由用例模型、类-对象模型、对象-关系模型、对象-行为模型组成。

    (1)、用例模型描述用户和系统间的交互;

    (2)、类-对象模型描述系统涉及的全部对象和类;

    (3)、对象-关系模型描述对象间的静态关系;

    (4)、对象-行为模型描述系统的动态行为。

    l  面向对象系统设计

             面向对象的系统设计指用分析阶段给出的问题域模型,用面向对象的方法设计出软件基础架构(概要设计)和完整的类结构(详细设计),以实现业务功能。

             面向对象设计阶段:用例设计、类设计、子系统设计。

    五、软件系统结构(软件架构)

    l  软件体系结构定义

           软件架构定义:将软件系统划分为多个模块,明确各模块间的相互作用,组合起来实现系统的全部特性。

           软件架构不仅确定了系统的组织结构和拓扑结构,还显示了系统需求和构成系统各要素间的对应关系,提供了一些设计决策的基本原则。

    l  典型体系结构

          软件架构设计的一个核心问题是能够使用重复的架构模式,能否达到架构级的软件复用。

    常见的架构模式:

          管道/过滤器模式;面向对象模式;事件驱动模式;分层模式;知识库模式;C/S模式;

    l 软件体系结构设计方法

          软件架构设计是动态的,初期的设计并不能完全确定下来,和建筑设计不同。

          架构设计的目标:最大化复用;复杂问题简单化(这也是中间件和多层技术的根本目标);灵活的扩展性;

    l 软件体系结构分析与评估

           软件架构设计注意事项:关系数据库优于对象数据库,前者成熟,多厂商支持,后者技术先进;用户界面选择使用HTML(HTTP);灵活性与性能考虑,即考虑独立于厂家方案还是单厂家方案;选择成熟的技术可以规避项目风险;聘请经验丰富的架构设计师。

    l 软件中间件

           中间件(Middleware)用来解决分布系统的异构问题。中间件是位于硬件、操作系统等平台和应用之间的通用服务,这些服务有标准的程序接口(API)和协议。

    中间件的分类:

            数据库访问中间件(ODBC-Windows;JDBC-Java);远程过程调用中间件(RPC);面向消息的中间件(MOM);分布式对象中间件(CORBA;EJB;DCOM);事务中间件(TPM);

    六、典型应用集成技术

    l  数据库与数据仓库技术

           数据仓库和传统操作型数据库的对比的优点:

         (1)、面向主体:操作型数据库的数据面向事务处理,各个业务系统间各自分离;数据仓库的数据按主题进行组织;

         (2)、集成:面向事务处理的操作型数据库通常和某些特定的应用相关,数据库之间相互独立,往往是异构的;数据仓库的数据是对原有分散数据库数据通过抽取、清理然后经系统加工、汇总、整理得到,消除了源数据中的不一致性。

         (3)、相对稳定:操作型数据库中的数据是实时更新的;数据仓库的数据用来查询,只有少量的修改和删除操作,通常只需定期加载、刷新。

         (4)、反映历史变化:操作型数据库主要关心当前某一个时间段内的数据;数据仓库的数据通常包含历史信息。

     数据仓库系统结构:

           OLAP:On-lineanalysis processing 联机分析处理数据仓库按照数据的覆盖范围分为:企业级数据仓库、部门级数据仓库(即数据集市)。

     l  WebService技术

           Web服务的主要目标是跨平台的互操作性。

          适用于使用Web Services的情况:跨越防火墙、应用程序集成、B2B集成、软件复用(重用)。

          不适合情况:单机应用程序、局域网上的同构应用程序。

    l  J2EE结构(工业标准)

          J2EE是由sun公司主导、各厂家共同制定并得到广泛认可的工业标注。业界各主要中间件厂商如IBM、ORACLE都在响应。

          J2EE应用将开发工作分为2类:业务逻辑开发、表示逻辑开发,其余的系统资源由应用服务器自动处理,不必为中间层的资源和运行管理进行编码。这样就可以将更多的开发精力集中在应用程序的业务逻辑和表示逻辑上,从而缩短企业应用开发周期,有效的保护企业投资。

    l  .NET结构(微软标准)

           微软的.net是基于一组开放的互联网协议而推出的一系列产品、技术、服务。.net开发框架在通用语言运行环境基础上,给开发人员提供了完善的基础类库、数据库访问技术、网络开发技术,开发人员可以使用多种语言快速构建网络应用。

    l  工作流技术

           工作流(workflow)是工作流程的计算模型,即将工作流程中的工作如何前后组织在一起的逻辑和规则,在计算机中以恰当的模型进行表示并实施计算。

           工作流依靠工作流管理系统来实现。

    l  构件及其在系统集成项目中的重要性

           构件技术就是利用某种编程手段,将人们所关心的,但又不便于让最终用户区直接操作的细节就行了封装,同时对各种业务逻辑规则进行了实现,用于处理用户的内部操作细节。

    l  常用构件标准

           COM/DCOM/COM+、CORBA、EJB

    七、计算机网络知识

    l  网络技术标准与协议

           常见协议:微软NETBEUI、NOVELL的IPX/SPX、跨平台TCP/IP。

    l  Internet技术及应用

           Internet利用异构网络协议tcp/ip组建,但是安全性不高。

    l  网络分类

           按分布范围分:局域网、城域网、广域网、因特网。

           城域网模式:SDH多业务平台、弹性分组环多业务平台RPR、电信级以太网多业务平台。

           按网络拓扑分:总线型拓扑结构、星形拓扑结构、环形拓扑结构。

    l  网络管理

           网络管理包括4个方面:网络设备的管理、服务器的管理、资源的管理、用户的管理。

          用户的管理包括:配置管理、故障管理、性能管理、安全管理、计费管理、桌面管理。

    l 网络服务器

          网络服务器按发展历程分:文件服务器、数据库服务器、Internet/intranet通用服务器、应用服务器。

          Internet/intranet通用服务器指WEB、Email、DNS、目录服务。

    应用服务器:一种为基于B/S构造的WEB应用服务器,一种为专用服务器(如CAD服务器、视频点播服务器、流媒体点播服务器、电视会议服务器、打印服务器等)。

    l  网络交换技术、网络存储技术

           交换技术:电路交换;分组交换;报文交换;ATM;IP电话;软交换;

           存储技术:直接连接存储(DAS);网络连接存储(NAS);存储区域网络(SAN)

    l 无线网络技术、光网络技术

            无线网络技术分:无线局域网WLANs、无线广域网WWANs、无线城域网WMANs、无线个人网络WPANs。

    l 网络接入技术

    网络接入方式:

            (1)、拨号接入:PSTN、ISDN

            (2)、专线接入:DDN、GPRS和3G

            (3)、宽带接入:DSL、无源光网络、Cable Modem、以太网接入、光纤接入。

    l  综合布线、机房工程

            综合布线系统(PDS)广泛采用的标准为EIA/TIA 568A,包含6个子系统:建筑群子系统、设备间子系统、工作区子系统、管理子系统、垂直干线子系统、水平子系统。

    l  网络规划、设计与实施

            网络规划原则:实用性;开放性;先进性;

            设计及实施原则:可靠性;安全性;高效性;可扩展性;

    展开全文
  • 软件项目的最大特点“两不确定两大限死”,即需求、设计不确定;预算、工期限死。让挣值管理的“生存空间”很少。 要发挥挣值管理的作用,你需要: 1.真正理解挣值管理的含义和意义。...挣值管理一开始很难理解,...

    软件项目的最大特点“两不确定两大限死”,即需求、设计不确定;预算、工期限死。让挣值管理的“生存空间”很少。

    要发挥挣值管理的作用,你需要:
    1.真正理解挣值管理的含义和意义。
    挣值管理一开始很难理解,就算你使用一段时间后也不见到能理解全部的含义。
    而能理解挣值管理意义的人就更少了,很多人就是为了玩数字游戏,不知道为什么要挣值管理。
    2.项目计划与计划跟踪工作必须严格切实推行和落实。
    项目计划与计划跟踪的工作必须要做好,这是进行挣值管理的前提和基础。

    做软件项目不同于其他工程项目,工作无法按件计算,通常只能用工时来计算人工成本。

    工时具有双重特性:1.任务的成本; 2.任务的进度

    这也正是软件项目管理中打通进度和成本之间关联的重要特征。


    挣值管理的三大基本要素:PV(计划成本、计划进度),AC(实际投入成本),EV(实际完成进度)

    在实行计划与计划跟踪时,我们重点关注三个方面:
    1.计划好每项的任务、任务的先后顺序,期望的任务完成程度。
    2.实际投入情况,如实际投入了多少时间、花费了多少钱等。
    3.任务的实际完成情况。

    从公司经营层面上,最关心的就是实际的成本(与前述的时间成本不大一样,这里的成本是钱)

    在软件项目过程中,人员的差别,其他费用的支出,都形成项目成本,那么怎样把项目成本和时间成本统一起来呢

    我自己的做法是:

    使用一个综合(平均)成本价表示所有人的标准人件费(将人员成本差异,非人员成本支出等因素都平均分摊到人员成本中)。

    这个综合成本价是通过将公司的公关费用、场地费用、税金、水电费、设备折旧、

    支持类人员(如:行政、财务人员)的薪金、员工不忙时仍要支付的工资、研究失败时成本、员工薪金等等所有花费,

    摊派到每个直接生产软件的员工(项目经理、设计人员、程序员、测试、实施、配置管理、QA等)。

    一般一个员工的薪金只是占他所花费的总体成本的30-40%。

    通常使用每小时100元的标准。【人月=100元/小时×(22×8)小时 = 17600元】

    上述只是一个参考,只要在工时与金钱之间存在转换途径,为简单起见,可以只使用工时来表示。

    PV、AC、EV以前的名字不是这样的,以前分别叫:BCWS、ACWP、BCWP。
    BCWS:Budgeted Cost for Work Scheduled,即现在的PV。
    ACWP:Actual Cost for Work Performed,即现在的AC。
    BCWP:Budgeted Cost for Work Performed,即现在的EV。

    成本偏差(CV),进度偏差(SV)

    跟踪计划进展情况,我们会关注成本和进度的情况,可以用以下的指标:
    CV,Cost Variance ,成本偏差,CV = EV - AC。
    SV,Schedule Variance,进度偏差,SV = EV - PV。

    如果CV、SV等于零,则表示成本与进度情况与计划的完全一致。
    如果为负数,则表示成本超支,进度落后。
    如果为正数,则表示节省成本,进度超前。

    这两个数字越大越好!CV越大表示成本约节省,SV越大表示进度越超前,

    CV、SV为零时就表示和计划一致,为负数时,就表示成本超支,进度落后。

    成本指标(CPI),进度指标(SPI)

    CPI,Cost Performance Indicator,成本指标,CPI = EV / AC 。
    SPI,Schedule Performance Indicator,进度指标,SPI = EV / PV 。

    CV是EV和AC做减法运算,而CPI则是这两者做除法运算;类似SV是EV和PV做减法运算,而SPI是这两者做除法运算。

    CPI、SPI如果等于1,则表示成本与进度情况与计划的一致。
    如果大于1,则表示成本节省,进度超前。
    如果小于1,则表示成本超支,进度滞后。

    这两个数字越大越好!这两个数字越大,说明项目情况越理想,成本节省,进度超前。
    CPI、SPI是项目的性能指标,这两个指标其实反应了项目的成本、进度的当前性能,数字越大表示越理想。

    成本预测(EAC)

    EAC,是Estimate atCompletion的简称,意思就是项目完成时的成本估计。

    项目管理者和项目的老板,一定是很关注该项目的最终成本,那如何在项目进行过程中就能预测到最终的可能成本呢?

    有这样的一个预测公式:EAC = AC + (BAC- EV)/CPI
    BAC,是Budget atCompletion的简称,则预算。

    上面这个公式可以拆解为:
    项目的最终成本预测(EAC) = 已经花费的成本(AC)+ 将来可能花费的成本
    将来可能花费的成本 = 项目未完成的工作 / 项目当前的成本性能(CPI)
    项目未完成的工作 = 预算(BAC)- 已经完成的工作(EV) 

    假设项目当前的CPI值能一致保持下去,那么项目的最终成本就一定是这个预测公式所预测到的数字。
    如果在将来的时间能持续提高CPI,那么项目的最终成本将会越少,反之如果CPI在将来降低,则项目最终成本会更大。
    也就是说你作为项目经理,为降低项目最终成本,你需要随时控制好CPI,让CPI的数值大于等于1,越大越好。

    一个项目有很多任务,每个任务都有它的PV、AC、EV。项目最开始时,PV都计划好了,在时间轴上有很多任务,越往后,各任务的累计PV值就越大。而最开始时,各任务AC和EV均为零,但随着项目开展,AC与EV累计值也会不断增大。


    1.如果项目一直都需要加班,但基本能按时完成,PV、AC、EV之间关系怎么变化?

    AC>PV,EV与PV趋于一致。
    2.如果项目不需要加班,基本能按时完成任务,PV、AC、EV之间关系怎么变化?

    AC=PV=EV
    3.如果项目一直不需要加班,还能提前完成任务,PV、AC、EV之间关系怎么变化?

    成本节约:EV/AC>1;进度超前:EV/PV>1


     结论:挣值管理不是搞数字游戏,要让挣值管理实用!

    挣值管理将项目管理工作数字化、可视化,但在实际项目管理中用上,但往往实际效果不甚理想。

    下面列举一下常见的情况:

    1.项目计划与项目计划跟踪工作没有做好。

    很多软件项目,没有文档化的计划,没有详细的进度计划,很多工作通过开会、口头布置等方式落实。这样无法得到PV、AC、EV这三个基础数值,挣值管理自然就无从落实。

    2.没有有效的、简单的实际数据收集方式。
    计划与计划跟踪的工作落实是进行挣值管理的基础,但如果没有有效的、简单的实际数据收集方式,挣值管理也难以完全落实。

    一般大家使用Project来做进度计划,如果能将任务细化做好,就能得到PV;如果我们能将任务的完成情况及时更新,这样就能得到EV;但实际工时(AC)就不容易统计了。有些公司每周或者每月收集一次实际工时,有些公司还专门安排项目助理来负责数据收集的工作。但这些做法一开始会让项目组各成员很不适应,能坚持下来的项目就很少了。

    3.软件项目自身的“两不确定两大限死”特点。
    就算以上两个问题你们都能解决,但你无法解决软件项目“两不确定两大限死”的特点。这个特点让你无法在项目初期计划好项目的全部工作,而且计划还经常与实际不符,你需要经常调整。也就是说你无法定下全部的PV,而且PV会经常调整。PV无法全部确定而且会经常调整,这意味着项目计划的基准经常在变化,你会发现不止是PV,AC、EV的数值变化会非常频繁,CV、SV、CPI、SPI这些指标变化幅度会很大。你会觉得花了这么多的心思和工作来做挣值管理,收益却不是很大。

    项目计划包括开发计划、测试计划、采购计划、培训计划、配置管理计划等等的各种计划,一般会由不同的人员负责这些计划,这些计划一般是各自编写的,不在同一份文档里面,而且它们的表现形式也不太一样。要系统地跟踪这些计划的PV、AC、EV,就需要解决这些计划的统一性问题,而且不能因为要度量PV、AC、EV,而让这些计划的负责人承担很多额外的工作。

    回到最根本的问题,我们为什么要用挣值管理?难道就是为了追求量化吗?

    如果某项目的CPI、SPI数值很理想,一直在100%附近,你会觉得这个项目情况很理想吗?
    数字不能说明全部问题,数字往往还会欺骗我们呢!CPI、SPI 数值为100%,项目仍然有可能有严重问题。如果项目计划本身有问题,漏掉了关键工作没有安排,这样PV其实是有问题,执行这样的计划,得到的AC和EV,计算出来CPI、SPI,其实没有什么意义。挣值管理说到底其实还是计划与计划执行情况的比较,需保证计划没有问题,这样的比较才有意义。

    某项目CPI、SPI都偏低,说明项目超支、进度落后,你会想到怎样改进措施呢?

    最常见的,一般就是通过加班来搞定进度落后的问题;

    而项目超支一般就只能尽量节省一点,没有更好的解决办法。
    一般我们想到的办法往往是想办法让AC更少,让EV更多,而很少去想办法降低PV!

    软件项目是人类的高级智力活动,一个很有智慧的想法就能解决很多问题。

    软件项目需求不确定、设计也不特定,需要我们用更多的智慧去主动迎接这两个挑战,想办法降低工作量!

    对于挣值管理PV、AC、EV,我的看法是:
    PV:你要想尽一切办法降低PV,这是让项目成功的最有效办法,是你最需要做的事情!
    AC:要让项目组水平不断提高,让大家学会高效的工作办法,让大家用正确的办法做正确的事情,这样才能降低AC。
    EV:每个任务的完成标准必须明确,任务要足够细分,不要安排长周期的任务。任务只有两个状态:完成与未完成,任务完成90%之类的说法是不靠谱的,只要未完成,状态就是未完成,该任务EV为零。

    我觉得挣值管理最大的精要应该在于你对PV、AC、EV的认识!PV、AC、EV其实不必量化,项目成功的关键在于项目组的整体能力水平和知识水平,在于工作的条理性和严谨性。你觉得项目管理有问题,其实问题可能不是因为没有应用挣值管理,而是项目组的水平不够,工作没有条理。

    继续做题,继续前进。。。。


    展开全文
  • CI -持续集成及相关概念

    千次阅读 2018-01-26 08:55:27
    CI - 持续集成(Continuous Integration)是一种软件开发实践,即团队开发成员经常集成它们的工作,通过每个成员每天至少集成一次,也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建(包括编译,发布,...
  • 面向服务的信息集成能快速整合资源, 构建基于IT 环境的信息系统。...文章在分析面向服务的体系结构概念和Web Services 特征的基础上, 提出了一种基于Web Services 的信息集成方案, 并对构建过程进行了深入探讨。
  • 2020;第2章 信息系统集成及服务管理;两个问题;本章重点内容;2.1 信息系统集成及服务管理体系;信息系统集成及服务管理的推进 ( P110;...信息技术基础架构库ITIL的概念 ( P117;信息技术基础架构库ITIL;信
  • 基于本体的信息集成系统中元数据管理的设计与实现,杨晓英,,传统的信息集成方法很难解决数据源之间在语义上的异构性,严重影响了信息的有效利用。本体作为共享概念模型的明确的、形式化的规
  • 计算机信息系统集成

    千次阅读 2018-07-03 16:33:54
    1.计算机信息系统集成的特点(必会)(1)计算机信息系统集成要以(满足用户需求)为根本出发点(2)计算机信息系统集成不只是设备的选择和供应,更重要的,它是具有高技术含量的工作过程,要面向用户需求提供全面的...
  • 我们在工作中会听到很多关于测试的名词,如单元测试UT,集成测试Integration Test,端到端测试end-to-end 等等。 我认为,大部分人其实都仅仅是有一个模糊的认识。他们并未真正清楚每种测试的含义。 当领导强调...
  • 本文以燃气电站的信息化建设作为案例进行分析,重点研究应用系统集成的方案设计。案例电站建设一体化应用平台,需要将复杂并割裂的应用系统进行集成。文章从应用集成的技术介绍开始,引用企业服务总线的技术概念,分析...
  • 集成产品开发过程及其概念模型

    千次阅读 2013-07-17 22:05:30
    采用系统化的方法对新产品开发过程进行分析,建立了集成产品开发过程(IPDP,integrated product development proces)及其概念模型。全文首先在现有
  • 我们在工作中会听到很多关于测试的名词,如单元测试UT,集成测试Integration Test,端到端测试end-to-end 等等。 我认为,大部分人其实都仅仅是有一个模糊的认识。他们并未真正清楚每种测试的含义。 当领导...
  • 在此基础上,提出了森林资源信息集成系统解决方案,设计了以森林资源信息管理集成的概念框架、内容框架、层次框架为主的集成系统的逻辑结构和由数学方法、信息技术以及基于这两者之上的业务技术与软件框架组成的集成...
  • 立项阶段(概念阶段或需求阶段):根据用户业务发展和经营管理的需求,提出建设信息系统的初步构想;然后对企业信息系统的需求进行深入调研和分析,形成《需求规格说明书》并确定立项。 开发阶段:以立项阶段的需求...
  • CAD/CAPP/PDM/ERP 信息集成策略与实施;基本概念;CAD/CAPP/PDM/ERP 信息集成策略与实施;波音公司实施DCAC/MRM简介 ;DCAC/MRM的基本概念与目标;DCAC 定义与控制飞机构型 ;MRM 制造资源管理 ;实施的四个关键要素 ;SSPD ...
  • 论文的核心是提出信息语义的概念,进而提出以其为核心的信息模型,用来解决异构信息系统集成
  • CAD/CAPP/PDM/ERP 信息集成策略与实施;基本概念;CAD/CAPP/PDM/ERP 信息集成策略与实施;波音公司实施DCAC/MRM简介 ;DCAC/MRM的基本概念与目标;DCAC 定义与控制飞机构型 ;MRM 制造资源管理 ;实施的四个关键要素 ;SSPD ...
  • 信息系统集成专业技术

    万次阅读 2014-09-27 14:38:09
    考试大纲 1、系统集成
  • 提出一种基于模糊认知图(Fuzzy Cognitive Map,FCM)与信息融合集成挖掘的面向多样例粗粒度信息获取方法,FCM可以建立多细粒度概念与粗粒度概念之间的模糊认知关系,信息融合则用于构建粗粒度级概念信息表达,NHL...
  • 讨论了面向对象企业集成信息系统的分析方法,在初步了解了企业的全局后,自上而下分解...然后研究了系统概念设计中,自下而上对分析模型进行横向和纵向集成的方法,建立整体集成化的模型,实现集成信息系统的开发.
  •  信息系统服务是一个范围相当广泛的概念,所有以满足企业和机构的业务发展所带来的信息化需求为目的,基于信息技术和信息化理念而提供专业信息技术咨询服务、系统集成服务、技术支持服务等工作,都属于信息系统服务...
  • OLTP的概念集成与开发系统

    万次阅读 2007-07-04 22:12:00
    一、OLTP的概念 OLTP(联机事务处理)是指利用计算机网络,将分布于不同地理位置的业务处理计算机设备或网络与业务管理中心网络连接,以便于在任何一个网络节点上都可以进行统一、实时的业务处理活动或客户服务。...
  • 数据集成

    千次阅读 2020-10-15 16:01:35
    数据集成的基本概念二. 数据集成方法2.1 模式集成方法2.2 数据复制方法2.3 基于本体的数据集成 一. 数据集成的基本概念信息化建设初期,由于缺乏有效合理的规划和协作,信息孤岛的现象普遍存在,大量的冗余数据和...
  • 提出了空间信息原子服务的概念,阐述了其互操作模型与互操作层次结构,进而提出了空间信息原子服务的集成框架,包括服务分类框架、服务链接模式以及由空间信息原子服务、分子服务、流程服务和方案服务组成的服务集成...
  • 论述了地理本体的基本概念、结构,介绍了地理本体的建模方法,提出了基于地理本体的空间数据集成框架,包括构建地理本体、数据预处理、概念映射、数据映射和数据抽取与转换5个步骤;设计了基于本体的空间数据集成...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 237,474
精华内容 94,989
关键字:

信息集成的概念