精华内容
下载资源
问答
  • 中国电信产品线: 分类与总体框架与分类 中国电信产品线划分现状 中国电信产品线划分原则 中国电信产品线划分标准 中国电信产品框架 中国电信产品分类
  • 软件产品线体系结构

    千次阅读 2017-11-01 13:43:08
    软件产品线在软件工程中地位 软件产品线的基本概念 将利用了产品间公共方面、预期考虑了可变性等设计的产品族称为产品线(Weiss和Lai)。 产品线就是由在系统的组成元素和功能方面具有共性和个性的相似的多个...

    软件产品线在软件工程中地位




    软件产品线的基本概念

    将利用了产品间公共方面、预期考虑了可变性等设计的产品族称为产品线(Weiss和Lai)。
    产品线就是由在系统的组成元素和功能方面具有共性和个性的相似的多个系统组成的一个系统族。
    软件产品线就是在一个公共的软件资源集合基础上建立起来的,共享同一个特性集合的系统集合(Bass,Clements和Kazman)。
    一个软件产品线由一个产品线体系结构、一个可重用构件集合和一个源自共享资源的产品集合组成,是组织一组相关软件产品开发的方式(Jan Bosch)。
    CMU/SEI:产品线是一个产品集合,这些产品共享一个公共的、可管理的特征集,这个特征集能满足选定的市场或任务领域的特定需求。这些系统遵循一个预描述的方式,在公共的核心资源基础上开发的。
    根据SEI的定义,软件产品线主要由两部分组成:核心资源、产品集合。核心资源是领域工程的所有结果的集合,是产品线中产品构造的基础。也有组织将核心资源库称为“平台”。
    核心资源必定包含产品线中所有产品共享的产品线体系结构,新设计开发的或者通过对现有系统的再工程得到的、需要在整个产品线中系统化重用的软件构件。




    软件产品线的过程模型 – 双生命周期模型





    软件产品线的过程模型 – SEI模型





    软件产品线的过程模型 – 三生命周期模型 





    软件产品线的组织结构 – 典型结构





    软件产品线的组织结构 – SEI产品线组织结构

      市场人员是产品线和产品能力、客户需求之间的沟通桥梁;
      核心资源组负责体系结构和其他核心资源的开发;
      应用组负责交付给客户的系统的开发;
      管理者负责开发过程的协调、商务计划等。
    设有独立核心资源小组的组织结构通常合适于至少由50到100人组成的较大型的软件开发组织,设立独立的核心资源小组可以使小组成员将精力和时间集中在核心资源的认真的设计和开发上,得到更通用的资源。
    不设立独立的核心资源小组,核心资源的开发融入各系统开发小组中,只是设立专人负责核心资源开发的管理。这种组织结构的重点不在核心资源的开发上,所以比较适合于组成产品线的产品共性相对较少,开发独立产品所需的工作量相对较大的情况。也是小型软件组织向软件产品线开发过渡时采用的一种方法。




    软件产品线的组织结构 – Jan Bosch产品线组织结构

    开发部门:所有的软件开发集中在一个部门,每个人都可承担领域工程和应用工程中适合的任务,简单、利于沟通,适用于不超过30人的组织。
    业务部门:每个部门负责产品线中一个和多个相似的系统,共性资源由需要使用它的一个和几个部门协作开发,整个团体都可享用。资源更容易共享,适用于30-100人的组织,主要缺点是业务部门更注重自己的产品而将产品线的整体利益放在第二位。
    领域工程部门:有一个专门的单位——领域工程部门负责核心资源库的开发和维护,其他业务单位使用这些核心资源来构建产品。这种结构可有效的降低通讯的复杂度、保持资源的通用性,适于超过100人的组织。缺点是难以管理领域工程部门和不同产品工程部门之间的需求冲突和因此导致的开发周期增长。
    层次领域工程部门:对于非常巨大和复杂的产品线可以设立多层(一般为两层)领域工程部门,不同层部门服务的范围不同。这种模型趋向臃肿,对新需求的响应慢。




    软件产品线的建立方式

    演化方式

    革命方式

    基于现有产品

    基于现有产品架构设计产品线的架构,经演化现有构件,开发产品线构件

    优点:风险最小,第一个产品面世时间早

    缺点:完成产品线核心资源的总周期和总投资较大

    核心资源的开发基于现有产品集的需求和可预测的、将来需求的超集

    优点:开发一个不受现有产品集存在问题限制的、全新的平台,总周期和总投资较少

    缺点:风险大,第一个产品面世的时间会推后

    全新产品线

    产品线核心资源随产品新成员的需求而演化

    优点:先期投资少,风险小,第一个产品面世时间早,可以减少因经验不足造成的初始阶段错误的修正代价

    缺点:已有的产品线核心资源会影响新产品的需求协调,使成本加大

    开发满足所有预期产品线成员的需求的核心资源

    优点:一旦产品线核心资源完成,新产品的开发速度将非常快,总成本也将减少

    缺点:风险大;对新领域的需求很难做到全面和正确,使得核心资源不能像预期的那样支持新产品的开发




    软件产品线的演化

    从整体来看,软件产品线的发展过程有三个阶段,开发阶段、配置分发阶段和演化阶段。
    引起产品线体系体系结构演化的原因:产品线与技术变化的协调、现有问题的改正、新功能的增加、对现有功能的重组以允许更多的变化等等。
    产品线的演化包括产品线核心资源的演化、产品的演化和产品的版本升级。这样在整个产品线就出现了:核心资源的新旧版本、产品的新旧版本和新产品等。它们之间的协调是产品线演化研究的主要问题。




    框架和应用框架技术 – 一般框架的定义 

    Deutsch:多个抽象类和它们相关算法的集合可组成一个框架,该框架在特定应用中可以通过专用代码的添加来将具体子类组织在一起运作。框架由抽象类及其实现的操作和对具体子类的期望组成。
    Johnson和Foot:框架是封装了特定应用族抽象设计的抽象类的集合,框架又是一个模板,关键的方法和其他细节在框架实例中实现。
    Buschmann:框架是一个可实例化的、部分完成的软件系统或子系统,定义了一组系统或子系统的体系结构并提供了构造系统的基本构造模块,还定义了对特殊功能实现所需要的调整方式。在一个面向对象的环境中,框架由抽象类和具体类组成;框架的实例化包括现有类的实例化和衍生。
    Johnson:框架=模式+构件。框架是由开发人员定制的应用系统的骨架,是整个系统或子系统的可重用设计,由一组抽象构件和构件实例间的交互方式组成。




    框架和应用框架技术 – 应用框架的定义 

    Gamma:应用框架又称为通用应用,是为一个特定应用领域的软件系统提供可重用结构的一组相互协作的类的集合。
    Buschmann:特定领域应用的框架被称为应用框架。
    Froehlich:应用框架就是某个领域公共(generic)问题的骨架式解决方案。框架为该领域所有应用提供公共的体系结构和功能基础。
    Batory:应用框架技术是用于应用产品线的、通用的、面向对象的代码结构化技术。一个框架就是表达抽象设计的抽象类的集合;框架实例就是为可执行子系统提供的抽象类的子集的具体类的集合。框架是为了重用而设计的;抽象类封装了公共代码,具体类封装特定实例的代码。




    框架和应用框架技术 – 框架的特征 

    反向控制:类库是客户代码调用库中已存在类的方法。框架内嵌了控制流,框架调用客户代码——加入框架的新构件和抽象类的方法实例。
    可重用性:框架提供了设计和代码的重用能力。
    扩展性:为规划的变化提供了“热点”(hotspot)或“钩子”(hook)等显式说明方式。
    模块化或构件化:框架有固定的、稳定的接口和封装的热点。




    框架和应用框架技术 – 框架的建立方式 

    一般框架有三种建立方式:自顶向下,自底向上和混合方式。
    因为应用框架和软件产品线之间的密切关系,前两种框架建立方式与建立全新的软件产品线时的革命方式和演化方式十分类似,也具有相同的过程和优缺点。
    混合方式指在大型应用框架的建立过程中,先将应用领域划分为不同的子区域,再分别解决,最终集成为一个完整框架的做法。




    框架和应用框架技术 – 框架的分类 

    黑盒框架通过构件/类的组合来支持重用和扩展。应用中的类由框架的不同构件组合而成。在框架所在领域中,每个构件都有一个预定义的标准接口,一组共享相同接口但能满足不同应用需求的构件组成一个“插接兼容”的构件集合。
    白盒框架一般使用类的继承机制实现,由未完成的类(抽象类)组成,类有一个或多个抽象接口或虚方法。应用需要在抽象类的继承子类中提供特定意义的方法实例来重用框架。开发者通过虚方法的实例化将特定应用的代码联入框架来生成应用。
    灰色框架可以分成三部分:固定的、可选择的和开放的。框架的固定部分包含了该领域最基本的功能、内建了应用的控制流,由框架主干实现,对应着领域共用部分。框架的可选择部分为该领域中相对固定的、应用特定的功能特征即领域个性部分,用可组合的类或构件实现,在应用构造时在这些构件或类中进行选择、组合。对一些无法准确估计和预测的功能特征即框架的开放部分,只能为其规定统一的接口和与框架的挂接点,用可继承的抽象类的方式来实现,这些部分可以根据应用的具体需求变化进行单独的调整。




    软件产品线体系结构的设计 – 概述

    软件产品线体系结构指一个软件开发组织为一组相关应用或产品建立的公共体系结构。 
    同领域模型一样,软件产品线体系结构中也可以分为共性部分和个性部分。 
    产品线体系结构是产品线核心资源的早期和主要部分,在产品线的生命周期中,产品线体系结构应该保持相对小和缓慢的变化以便在生命周期中尽量保持一致。产品线体系结构要明确定义核心资源库中软件构件集合及其相关文档。 




    软件产品线的演化 – 概述




    软件产品线的演化 – 需求和演化的分类 – 需求分类




    软件产品线的演化 – 需求和演化的分类 – 体系结构演化的分类




    软件产品线的演化 – 需求和演化的分类 – 构件演化的分类




    软件产品线的演化 – 需求和演化的分类 – 各种演化之间的关系



    展开全文
  • 本文主要介绍Cisco的交换机产品线和主要产品。  一、概述  <br />Cisco的交换机产品以“Catalyst”为商标,包含1900、2800、2900、3500、4000、5000、5500、6000、 8500等十多个系列。总的来...

    本文主要介绍Cisco的交换机产品线和主要产品。 
    一、概述 
     
    Cisco的交换机产品以“Catalyst”为商标,包含1900、2800、2900、3500、4000、5000、5500、6000、

    8500等十多个系列。总的来说,这些交换机可以分为两类: 
    一类是固定配置交换机,包括3500及以下的大部分型号,比如1924是24口10M以太交换机,带两个100M上

    行端口。除了有限的软件升级之外,这些交换机不能扩展; 
    另一类是模块化交换机,主要指4000及以上的机型,网络设计者可以根据网络需求,选择不同数目和型号

    的接口板、电源模块及相应的软件。 
     
    选择设备时,许多人对长长的产品型号十分头疼。其实,Cisco对产品的命名有一定之规。就Catalyst交

    换机来说,产品命名的格式如下: 
    Catalyst NNXX [-C] [-M] [-A/-EN] 
    其中,NN是交换机的系列号,XX对于固定配置的交换机来说是端口数,对于模块化交换机来说是插槽数,

    有-C标志表明带光纤接口,-M表示模块化,-A和-EN分别是指交换机软件是标准板或企业版。 
    二、产品介绍 
    目前,网络集成项目中常见的Cisco交换机有以下几个系列,1900/2900系列、3500系列、6500系列。他们

    分别使用在网络的低端、中端和高端。下面分别介绍一下这几个系列的产品: 
    1、低端产品 
    先说一下低端的产品,1900和2900是低端产品的典型。其实在低端交换机市场上,Cisco并不占特别的优

    势,因为3Com、Dlink等公司的产品具有更好的性能价格比。 
    1900交换机适用于网络末端的桌面计算机接入,是一款典型的低端产品。它提供12或24个10M端口及2个

    100M端口,其中100M端口支持全双工通讯,可提供高达200Mbps的端口带宽。机器的背板带宽是320Mbps。

     
    带企业版软件的1900还支持VLAN和ISL Trunking,最多4个VLAN,但一般情况下,低端的产品对这项功能

    的要求不多。 
    某些型号的1900带100BaseFX光纤接口。如C1912C、C1924C带一个百兆Tx口和一个百兆Fx口,C1924F带两

    个100BaseFX接口。1900系列的主要型号如下: 
    C1912:12口10BaseTx,2口100BaseTx,1个AUI口 
     
    C1912C:12口10BaseTx,1口100BaseTx,1个AUI口,1个100BaseFx口 
     
    C1924:24口10BaseTx,2口100BaseTx,1个AUI口 
     
    C1924C:24口10BaseTx,1口100BaseTx,1个AUI口,1个100BaseFx口 
     
    C1924F:24口10BaseTx,1个AUI口,1个100BaseFx口 
     
     
     
    如果在你的网络中,有些桌面计算机是100M的,那么2900系列可能更加适合。与1900相比,2900最大的特

    点是速度增加,它的背板速度最高达3.2G,最多24个10/100M自适应端口,所有端口均支持全双工通讯,

    使桌面接入的速度大大提高。除了端口的速率之外,2900的其他许多性能也比1900系列有了显著的提高。

    比如,2900的MAC地址表容量是16K,可以划分1024个VLAN,支持ISL Trunking协议等等。 
    2900系列的产品线很长。其中,有些是普通10/100BaseTx交换机,如C2912、C2924等;有些是带光纤接口

    的,如C2924C带两个100BaseFx口;有些是模块化的,如C2924M 带两个扩展槽。扩展槽的插卡可以放置

    100BaseTx模块、100baseFx模块,甚至可以插ATM模块和千兆以太接口卡(GBIC)。详细情况如下: 
    C2912-XL:12口10/100BaseTx自适应 
     
    C2912MF-XL:2个扩展槽,12口100BaseFX 
     
    C2924-XL:24口10/100BaseTX自适应 
     
    C2924C-XL:22口10/100BaseTX自适应,2口100BaseFX 
     
    C2924M-XL:2个扩展槽,24口10/100BaseTx自适应 
     
    在2900系列中,有两款产品比较独特,一是C2948G,二是C2948G-L3。2948G的性能价格比还不错,它使用

    的软件和Catalyst 5000/5500一样,有48个10/100Mbps自适应以太网端口和2个千兆以太网端口,24G背

    板带宽,带可热插拔的冗余电源,有一系列容错特征和网管特性。C2948G-L3在C2948G的基础上增加了三

    层交换的能力,最大三层数据包吞吐量可达10Mpps。不过,总的来说,2900系列交换机一般用在网络的低

    端,千兆和路由的能力并不是很重要,所以两款2948在实际项目中使用得不多。 
     
    2、中端产品 
    再来看中端产品,中端产品中3500系列使用广泛,很有代表性。  
    C3500系列交换机的基本特性包括背板带宽高达10Gbps,转发速率7.5Mpps,它支持250个VLAN,支持IEEE

     802.1Q和ISL Trunking,支持CGMP网/千兆以太网交换机,可选冗余电源等等。不过C3500的最大特性在

    于管理和千兆。 
    管理特性方面,C3500实现了Cisco的交换集群技术,可以将16个C3500,C2900,C1900系列的交换机互联

    ,并通过一个IP地址进行管理。利用C3500内的Cisco Visual Switch Manager(CVSM)软件还可以方

    便地通过浏览器对交换机进行设置和管理。 
    千兆特性方面,C3500全面支持千兆接口卡(GBIC)。目前GBIC有三种1000BaseSx,适用于多模光纤,最

    长距离550m;1000BaseLX/LH,多模/单模光纤都适用,最长距离10km;1000BaseZX适用于单模光纤,最长

    距离100km。 
    C3500主要有4种型号: 
    Catalyst 3508G XL:8口GBIC插槽 
     
    Catalyst 3512 XL:12口10/100M自适应,2口GBIC插槽 
     
    Catalyst 3524 XL:24口10/100M自适应,2口GBIC插槽 
     
    Catalyst 3548 XL:48口10/100M自适应,2口GBIC插槽 
     

     
    3、高端产品 
    最后,介绍一下高端的产品。对于企业数据网来说,C6000系列替代了原有的C5000系列,是最常用的产品

    。 
    Catalyst 6000系列交换机为园区网提供了高性能、多层交换的解决方案,专门为需要千兆扩展、可用性

    高、多层交换的应用环境设计,主要面向园区骨干连接等场合。 

     
    Catalyst 6000系列是由Catalyst 6000 和Catalyst 6500 两种型号的交换机构成,都包含6个或9个

    插槽型号,分别为6006、6009、6506和6509,其中,尤以6509使用最为广泛。所有型号支持相同的超级引

    擎、相同的接口模块,保护了用户的投资。这一系列的特性主要包括: 
    端口密度大。支持多达384个10/100BaseTx自适应以太网口,192个100BaseFX 光纤快速以太网口,以及

    130个千兆以太网端口(GBIC插槽)。 
     
    速度快。C6500的交换背板可扩展到256 Gbps,多层交换速度可扩展到150 Mpps。C6000的交换背板带宽

    32 Gbps ,多层交换速率30 Mpps。支持多达8个快速/千兆以太网口利用以太网通道技术(Fast 

    EtherChannel,FEC或Gigabit EtherChannel,GEC)连接, 在逻辑上实现了16 Gbps的端口速率,还可

    以跨模块进行端口聚合实现。 
     
    多层交换。C6000系列的多层交换模块可以进行线速的IP,IPX和 and IP-multicast 路由。 
     
    容错性能好。C6000系列带有冗余超级引擎,冗余负载均衡电源,冗余风扇,冗余系统时钟,冗余上连,

    冗余的交换背板(仅对C6500系列),实现了系统的高可用性。 
     
    丰富的软件特性。C6000软件支持丰富的协议,包括NetFlow、VTP(VLAN Trunking Protocol)、VQP

    (VLAN Query Protocol)、ISL Trunking、HSRP(Hot Standby Router Protocol)、Port Security

    、TACACS、CGMP(Cisco Group Management Protocol)、IGMP等等。 
     
    三、结语  
    本文简单介绍了目前网络集成项目中常用的Cisco交换机产品。交换技术不断地推陈出新,新的技术如四

    层交换,内容交换(即七层交换)等层出不穷。Cisco也在不断地扩展它的交换机产品线,如内容交换机

    11000系列等等,不过关于这些产品的情况需要另外撰文叙述

    cisco 路由的命名规则都是以CISCO开头比如:cisco1721,cisco2621,cisco3662,cisco3745。这些都是路由器。

    比如:
    cisco2621
    其中cisco:是品牌,后面的前两位数字是系列号,这款产品属于2600系列,后两位是具体的型号。

    其中cisco路由器有以下几个系列:

    cisco2500系列:cisco2501、cisco2502、一直到cisco2514,这些都是国内能见到的设备,再往上就是国外的了,国内很少见到。

    cisco1700:1720、1721、1751、
    1760
    cisco1800:1821、
    1841
    cisco2600系列:2610、2611、2620、2621、
    2651
    cisco2600XM系列:2610XM、2611XM、2620XM、
    2621XM
    cisco3600:3620、3640、
    3660
    cisco3700:3725、
    3745
    cisco3800:3825、
    3845
    cisco7200:7204、7206、7204VXR、7206VXR这些都是机箱,使用当中需要引擎的支持(NPE-225、NPE-300、NPE-400、NPE-G1、最新的是NPE-G2)和业务模块的支持东西很多了,这就不写了。

    cisco7500:7507、7513 同样也需要引擎的支持(RSP2、RSP4、RSP8、RSP16)和业务模块的支持,7200上的业务模块都能在75上使用,需要一块VIP卡的支持。

    在上面就是12000系列:12008,12016这些是目前最高端的。同样也需要引擎和业务模块的支持。



    交换:交换机的命名一般是WS开头这个是固定的,再下一个字母有两种一个是C一个是X,C代表固化交换机或者机箱,X代表的是模块。比如看到WS-C3750-24TS-S这个型号的时候我们应该知道他是CISCO交换机 固化交换机3750系列,24个以太网口,TS表示是以太口+SFP口后面的S表示是标准版的,相映的型号就是E的,属于增强型或者叫企业版。

    再来一个WS-X6748-SFP,ws还是代表交换设备,x表示模块,6表示6000系列,7表示7代产品,48表示48口,SFP表示端口类型(SFP是一种mini接口模块)

    交换1900:
    1924
    2900:2924、
    2924M
    2950:2950-24、2950G-24/48、2950C-24、2950T-24、
    2950SX-24/48
    2960:2960-24/48TT-L、
    296024/48TC-L
    3500:3508G、3524、
    3548
    3550:3550-24-SMI/EMI、3550-48-SMI/EMI、
    3550-12G/T
    3560:3560-24/48也有带G的

    3750:3750-24/48-TS-S、3750-24/48-TS-E 3750G-24/48-TS-S、3750G-24/48-TS-E 、
    3750G-12S
    4000:4003、
    4006
    4500:4503、4506、
    4507R
    6000:6006、
    6009
    6500:6506、6509、
    6513
    7600:7609、
    7613

    安全产品就不多说了:都是以PIX开头的

    具体是以下几款:pix-501、pix-506、pix-515/E、PIX-525、PIX535、ASA5505、ASA5510、ASA5520、ASA5540、ASA5550。

    CISCO防火墙型号大部分都软件区别,硬件是一样的。所以就不多说了。
    思科公司最通用、最典型的路由器型号——Cisco2600系列为例来进行说明。思科在早期的路由器(如Cisco2500系列)中,接口都是固定化设计,从Cisco2600系列起,开始采用模块化设计,部分接口(接口卡和网络模块)将由客户根据自己的需要来选购,这使得思科的路由器产品具有极强的升级和扩展能力。

    思科公司的Cisco2600系列路由器具有企业级的通用性、集成性和扩展性。随着企业新应用的出现,这个系列的模块化结构能适应网络技术的变化,能通过更换接口卡和网络模块进行升级。Cisco2600系列配置了强大的RISC处理器,能够支持高级服务质量(QoS)、安全和网络集成等多种服务。Cisco2600系列与Cisco160017003600系列共享模块化接口,为Internet、内部网访问、语音/数据集成、模拟和数字拨号访问服务、VPN访问、ATM访问、VLAN以及路由管理等提供全面的解决方案。这个系列的路由器是目前中小企业使用得最多的路由器型号,完全有能力适应中小企业不断发展的网络应用需求,虽然它被思科公司定义为使用在中小企业分支机构里,但是对于需求不是很高级的用户往往把它用在网络的核心。


    思科的Cisco2600系列包括:2610261126132620262126502651(以上型号思科公司在全球已经停止出销售)和2610XM2611XM26122620XM2621XM2650XM2651XM2691(正在销售)(见图1)。表1为正在销售的Cisco2600XM26122691的接口基本配置。在Cisco2600系列中,有些接口是固化,而有些接口是模块化设计,被用户选购来安装在广域网接口插槽和网络模块插槽里。固定化配置的接口有:辅助口(AUX)和控制口(CON)都各有一个;以态网口(ETHERNET)会有一个到两个;令牌环(TR)只有在Cisco2612Cisco2613中有一个。其它都是接口卡、模块以及模块与接口的组合,下面将分别介绍,我们可以结合看图了解它们在路由器后面板中的位置
    Cisco 2600XM基于当前Cisco 2600平台架构,并将性能提高了33%。这些新型号与当前的Cisco 2600相比,价位相同,但提高了缺省
    为了大家了解cisco catalyst switch 型号命名规则eg:WS-C3750G-48TS-S 以便选型


    C3750
    表明这款产品属于Catalyst 3750这个系列,也就是产品的型号。
    WS-C3750G-24TS-E1U
    WS -C    3750           G    -24    TS      -E      1U                               (50)
    Catalyst 3750series G --
    表明其所有接口都是支持千兆或以上,如果没有这个就表明其主要端口都是10/100M的或者100M


    24-----
    表明其拥有主要的端口数量为24
    T------
    表明其主要端口是电口(也就是所谓的Twirst Pair的端口
    P------
    表明其主要端口是电口,同时支持PoE以太网供电
    S------
    表明其带的扩展的接口为SFP类型的接口
    D----- 1
    10 Gigabit Ethernet XENPAK port
    W----- Integrated Wireless LAN Controller    (50 support for up to 50 access points)
    TT-----
    表明普通口和UPLink口都是 BaseT

    LC-----
    表明普通口是BaseT,并且部分支持PoE (4) UpLink口是 BaseT/SFP
    PC-----
    表明普通口是BaseT,并且全部支持PoE (24) UpLink口是 BaseT/SFP
    TC----
    表明普通口是BaseT, UpLink口是
    BaseT/SFP
    TS----
    表明TC代表普通口是BaseT, UpLink口是 SFP
    .
    PS----
    表明TC代表普通口是BaseT的并且全部支持PoE, UpLink口是 SFP
    .
    FS----
    表明普通口是100BaseFX, UpLink口是 SFP
    .
    T-----
    表明TC代表普通口是BaseT,没有Uplink
    .
    -L LAN Base Image
    -S Standard Image
    -E Enhanced Image
    1u(1RU
    高度
    )

    **
    新的3560357029702960 支持的千兆扩展模块为
    SFP
    **3550
    2950支持GBIC
    展开全文
  • 在定义不明确的情况下谈划分也是一种各说各话,具体问题需要具体分析,所以这篇文章谈到的划分也不是绝对标准,仅供参考。 有人说微服不难,难的是服务的划分,虽然我持保留意见。但是从侧面也反应了划分具有一定的...

    前言

     我们知道微服务是一种理念,没有确切的定义和边界,好比设计原则,是属于抽象的概念。在定义不明确的情况下谈划分也是一种各说各话,具体问题需要具体分析,所以这篇文章谈到的划分也不是绝对标准,仅供参考。

    有人说微服不难,难的是服务的划分,虽然我持保留意见。但是从侧面也反应了划分具有一定的困难。这里的矛盾在于粒度。如果粒度太大了,分和不分似乎都差不多;如果粒度太小了,聚合、发布、调用链、调试等都是坑。

    以下谈到的拆分是前人经验的总结,我罗列了三种行家的拆分姿势,每个的的经验和视野不同,各有偏颇,我在这里更多的是谈共鸣和感受,希望对你有所启发。

     

    一、拆分姿势

    1、姿势一

    新浪微博微服务专家胡忠想从纵横两个维度来划分,简单粗暴:

    1.1 纵向拆分

    从业务维度进行拆分。标准是按照业务的关联程度来决定,关联比较密切的业务适合拆分为一个微服务,而功能相对比较独立的业务适合单独拆分为一个微服务。

     

    1.2 横向拆分

    从公共且独立功能维度拆分。标准是按照是否有公共的被多个其他服务调用,且依赖的资源独立不与其他业务耦合。

    纵向以业务为基准,关系铁的在一起;横向功能独立的在一起。我想如果拆分这么简单,你有底气拆,敢拆吗?所以我们又继续比对一下其他专家的言论。

    这才是微服务划分的正确姿势,值得学习!

     

    2、姿势二

    阿里的小伙伴从综合的维度来看,部分维度和上面会有重合。

    2.1 服务拆分要迎合业务的需要

    充分考虑业务独立性和专业性,避免以团队来定义服务边界,从而出现“土匪”抢地盘,影响团队信任。

    这个维度和上面的类似,但是强调的是业务和团队成员的各自独立性,对上面是一种很好的补充。

     

    2.2 拆分后的维护成本要低于拆分前

    这里的维护成本包括:人力、物力、时间。

    这里的成本对大部分中小团队来说都是必须要考虑的重要环节,如果投入和收益不能成正比,或者超出领导的预算或者市场窗口,那么先进的技术就是绊脚石,千万不要迷恋技术,所谓工程师思维千万要不得。

     

    2.3 拆分不仅仅是架构的调整,组织结构上也要做响应的适应性优化

    确保拆分后的服务由相对独立的团队负责维护。

    这句话怎么理解呢?传统的团队划分是按照产品部、前端、后端横向划分,微服务化以后的团队可能就会是吃一张披萨饼的人数,产品、前端、后端被归类到服务里面,以服务为中心来分配人数。

     

    2.4 拆分最有价值的结果是提高了系统的可扩展性

    把具有不同扩展性要求的服务拆分出来,分别进行部署,降低成本,提高效率。比如全文搜索服务。

    这点和上面的按功能独立性来拆分有点类似,功能独立其实就是面向可扩展性。

     

    2.5 考虑软件发布频率

    比如把20%经常变动的部分进行抽离,80%不经常变动的单独部署和管理。说白了就是按照8/2原则进行拆分。这个拆分的好处很明显,可以尽可能的减少发布产生的后遗症,比如用户体验、服务相互干扰等。

    但是这里有一个问题,假如20%的服务分属于不同的业务层面,那该怎么办?所以这里的拆分应该有个优先级,在拆分相互冲突的时候应该要优先考虑权重比较高的那个。

    这才是微服务划分的正确姿势,值得学习!

     

    3、姿势三

    资深技术专家李运华在他的架构书中给出的拆分:

    3.1 基于业务逻辑

    将系统中的业务按照职责范围进行识别,职责相同的划分为一个单独的服务。这种业务优先的方式在前面两种姿势当中都出现过,可见是最基本,最重要的划分方式(没有之一)。

     

    3.2 基于稳定性

    将系统中的业务模块按照稳定性进行排序。稳定的、不经常修改的划分一块;将不稳定的,经常修改的划分为一个独立服务。比如日志服务、监控服务都是相对稳定的服务,可以归到一起。这个很类似上面提到的2/8原则,80%的业务是稳定的。

    至此你会发现服务的拆分真的没有绝对的标准,只有合理才是标准。

     

    3.3 基于可靠性

    同样,将系统中的业务模块按照可靠性进行排序。对可靠性要求比较高的核心模块归在一起,对可靠性要求不高的非核心模块归在一块。

    这种拆分的高明可以很好的规避因为一颗老鼠屎坏了一锅粥的单体弊端,同时将来要做高可用方案也能很好的节省机器或带宽的成本。

     

    3.4 基于高性能

    同上,将系统中的业务模块按照对性能的要求进行优先级排序。把对性能要求较高的模块独立成一个服务,对性能要求不高的放在一起。比如全文搜索,商品查询和分类,秒杀就属于高性能的核心模块。

    这才是微服务划分的正确姿势,值得学习!

     

    4、姿势盘点

    以上不同拆分姿势各有千秋,异曲同工!

    • 对业务逻辑均不约而同的放在第一位。
    • 对业务模块的稳定性和可靠性,对功能的独立性、可扩展性都有相似的看法
    • 强调拆分应该是多选,而不是单选。具体情况具体分析,可以自由灵活排列组合。

     

    二、题外话

    如果你把上面的划分角度背下来了拿去现场套,可能还会遇到矛盾或争议。

    1、业务矛盾

    假如我们按照业务来划分,根据粒度大小,可能存在以下两种:

    • 第一种分为商品、交易、用户3个服务;
    • 第二种分为商品、订单、支付、物流、买家、卖家6个服务。

    3 VS 6,这该怎么办?

    如果你的团队只有9个人,那么分成3个是合理的,如果有18个人,那么6个服务是合理的。这里引入团队成员进行协助拆分。

    可见拆分的姿势不是单选,而是多选的。这个时候必须要考虑团队成员数量。

    在拆分遇到争议的时候,一般情况下我们增加一项拆分条件,虽然不是充要条件,但至少我们的答案会更加接近真理。

    除了业务可能存在争议,其他的划分也会有争议,比如一个独立的服务到底需要多少人员的配置?

     

    2、三个火枪手(人员配置)

    上面提到的人员数量配置,这里为什么是9和18呢?(这里的团队配置参考李云华前辈提到的三个火枪手的观点)

    换一种问法,为什么说是三个人分配一个服务(当然,成员主要是后端人员)?

    • 假设是1个人,请个假、生个病都不行。一个人会遇到单点的问题,所以不合理。
    • 假设是2个人,终于有备份了,但是抽离一个后,剩下1个压力还是很大,不合理。
    • 假设是3个人,抽离一个还有2个在。而且数字3是个稳定而神奇数字,用得好事半功倍。特别是遇到技术讨论,3个人相对周全,如果是2个可能会各持己见,带有自我的偏见和盲区。

    那么这个3是不是就是稳定的数量呢?

    假设你做的是边开飞机边换引擎的重写工作,那么前期3个人都可能捉襟见肘。但是到了服务后期,你可能1个就够了。

    所以3在我的理解应该是一个基准线,不同的时间段会有上下波动,但是相对稳定。

     

    展开全文
  • 近日一二三线城市最新划分出炉,一线城市5个,二线发达城市8个,二线中等城市15个等等,对此,网民们的评论热闹非凡,键盘侠字字珠玑,表达着自己内心的感慨,或愉悦,或不快,或只是中立...不同的划分方式依据不同的...

    近日一二三线城市最新划分出炉,一线城市5个,二线发达城市8个,二线中等城市15个等等,对此,网民们的评论热闹非凡,键盘侠字字珠玑,表达着自己内心的感慨,或愉悦,或不快,或只是中立看待。

    有人说,一二三线城市分类方法有好几种,这只是其中的一种分法。是的,这个观点我认同。不同的划分方式依据不同的划分与分类方法,最终会导致不同的结果。 不管是根据哪种方法来划分,等级划分的观念是越来越明显,基本上每种事物都有着不同的划分,并分为不同的类别与等级,销售领域也不例外。

    在销售市场中,经常被等级划分的有业务员、产品与客户。业务员有着不同的等级,从销售精英到销售新手不等;产品有着不同的等级,从质量最好到质量最差不等;客户也有着等级,那就是金牌客户到铜牌客户等等。前两种划分都好定位,但对客户的划分方法显得比较复杂。客户等级划分的方法有很多,对客户进行不同等级的划分,有利于业务员拓展业务,争取更多的订单,提升自身的销售业绩。

    然而,不管是哪个领域,等级划分只是暂时的定位,哪怕是在销售市场中。暂时的等级只是对过去某一方面的评价,未来还很长,如不满意眼前的结果那就需要更加努力,提升自我。在销售领域亦是如此,如果不满意自己的销售新手的称呼,何不利用CRM来对客户进行等级划分,找准客户需求,获得更多的订单呢?


    转载于:https://my.oschina.net/yikeercrm/blog/638413

    展开全文
  • 测试阶段划分

    千次阅读 2017-06-19 15:59:55
    从测试阶段的划分可以分为单元测试、集成测试、系统测试、确认测试。下面内容来自网络相关资料的整理。 1.单元测试  (1)定义:单元测试(又称为模块测试)是针对程序模块(软件设计的最小单位)来进行正确性...
  • 需求优先级划分技巧

    千次阅读 2018-12-11 14:01:16
    取舍线以上的为可纳入产品开发范围的需求,取舍线下的为淘汰的需求,不同开发团队的取舍线斜度不一样 如何判断产品价值? 用户更喜欢哪个? 对盈收有什么影响? 不做是否会产生潜在的负面影响? ...
  • 数据分析-划分客户等级

    万次阅读 2018-09-21 10:13:05
    划分客户真题:网易笔试:真题:网易面试:例题 概念 1. 划分客户 互联网运营应该以用户为中心,用户才是互联网时代的真正大佬!随着用户不断积累与沉淀,当用户达到一定量级(暂无固定值)之后,给自己的用户定义...
  • 企业产品标准工时统计表可以适用于企业统计产品标准工时,制定生产计划,划分生产流程,细化制造的过程,作为IE技术最基本的应用。
  • 微服务划分的姿势

    千次阅读 2019-06-07 14:46:09
    传统的团队划分是按照产品部、前端、后端横向划分,微服务化以后的团队可能就会是吃一张披萨饼的人数,产品、前端、后端被归类到服务里面,以服务为中心来分配人数。 2.4 拆分最有价值的结果是提高了系统的可扩展性 ...
  • 软件缺陷的种类划分

    千次阅读 2017-07-10 16:42:00
    按照软件缺陷的产生原因,可以将其划分为不同的缺陷类别:  1、功能不正常  简单地说就是所应提供的功能,在使用上并不符合产品设计规格说明书中规定的要求,或是根本无法使用。这个错误常常会发生在测试过程的...
  • CCD靶面尺寸划分

    千次阅读 2018-11-29 09:11:12
     摄像机摄像器件(CCD)的尺寸分为1英寸、1/2英寸、1/3英寸、1/4英寸等。其中以1/3英寸和1/2英寸最为常见。...CCD尺寸 水平(mm) 垂直(mm) 对角线(mm)  1英寸 12.7 9.6 16  2/3英寸 8.8 ...
  • 互联网项目开发版本划分

    千次阅读 2013-07-15 16:39:35
    前述,本是安排5月份完成的博客任务,推迟到了现在。哈,需要坚持下。 引子 关于版本的话题,很多很广泛。版本啊,版本号啊,版本控制啊,版本管理啊,等,一大箩筐。...说到版本划分,自然就要说到
  • BAT级别划分和KPI考核等消息

    千次阅读 2018-05-02 14:17:50
    p(产品)&gt;p(运营)=u(设计)&gt;b(商务市场等)。只有m有管人的权限。每个序列内,一般应届生入职就是3到5相当于一线小领导,6就是比较高级的人才,7以上很了不起。全公司最高的p是12,只有...
  • 大数据平台架构的层次划分

    万次阅读 2019-06-14 10:45:05
    大数据平台架构的层次划分没啥标准,以前笔者曾经做过大数据应用规划,也是非常纠结,因为应用的分类也是横纵交错,后来还是觉得体现一个“能用”原则,清晰且容易理解,能指导建设,这里将大数据平台划分为“五横一...
  • 也就是说,当端口连接至集线器或交换机时,该种划分方式并不适用。端口借助网络包的MAC地址、逻辑地址或 协议 类型来确定其VLAN的从属,将端口划分至不同VLAN。当一网络节点刚连接到交换机时,此时交换机端口尚未...
  • 软件开发,标准化流水线式开发的实施构想

    千次阅读 热门讨论 2011-08-28 10:30:45
    软件开发,标准化流水线式开发的实施构想 近日看到一篇博文,讨论标准化流水线开发模式的话题,但是这篇博文仅仅提出这个问题,未见回应。 这其实是一个很大的问题,我从事软件开发这么多年,仍然未见到国内有任何...
  • 浅谈微服务体系中的分层设计和领域划分

    万次阅读 多人点赞 2018-10-24 09:12:12
    1.摘要 ...领域服务层和应用服务层均可以采用微服务设计进行拆分,其中领域服务层将按照DDD领域建模进行领域划分,设计为一个个领域模块微服务,每个微服务高度内聚,仅关注自己的业务,领域服务间...
  • PCB布线

    千次阅读 2018-04-25 16:00:58
    作为一名电子工程师,电子产品的小型化和系统设计的复杂性使得PCB设计越来越复杂。如今高度集成化的使得电路板越来越小,封装器件的管脚越来越密,这些都给布线带来了巨大的压力。 布线作为PCB设计过程的重中之重,...
  • 标准产品设计工作流程

    万次阅读 2011-11-08 14:37:24
    一个成熟度的产品团队可以在保证工作质量的前提下轻松适应任务的变化,也就是说能够依据不同的工作要求调整对应工作的流程。也只有这种团队才能正真体现最大的价值,称得上是一个敏捷的、能快速响应变
  • 关于VLAN以及子网划分的一切....

    万次阅读 多人点赞 2018-04-11 17:54:30
    通过汇聚链路时附加的VLAN识别信息,有可能支持标准的“IEEE 802.1Q”协议,也可能是Cisco产品独有的“ISL(Inter Switch Link)”。如果交换机支持这些规格,那么用户就能够高效率地构筑横跨多台交换机的VLAN。 另外...
  •  先说一下为什么以前没有过这样的战争吧,因为公司原来是按照产品线划分的部门,这样对于某个产品来说,有自己的PD、开发与测试等,下个月要做哪些需求,完全可以在产品经理的层面上决定;而现在公司变成了按职能...
  • 标准产品设计工作流程(转)

    千次阅读 2011-11-09 16:28:53
    一个成熟度的产品团队可以在保证工作质量的前提下轻松适应任务的变化,也就是说能够依据不同的工作要求调整对应工作的流程。也只有这种团队才能正真体现最大的价值,称得上是一个敏捷的、能快速响应变
  • 事实上,商业级和工业级器件大多数厂商采用完全相同的工艺并在同一条生产线上生产,产品经工业级指标测试合格后就打上工业级型号的标识作为工业级产品销售。 如果客户只需要商业级那么就只进行商业级指标测试,然后...
  • MATLAB绘制B样条曲线

    万次阅读 多人点赞 2015-05-09 18:50:42
    1 B样条曲线1.1 B样条曲线定义B样条方法具有表示与设计自由型曲线曲面的强大功能,是形状数学描述的主流方法之一,另外B样条方法是目前工业产品几何定义国际标准——有理B样条方法(NURBS)的基础。B样条方法兼备了...
  • 电磁兼容标准是使产品在实际电磁环境中能够正常工作的基本要求。之所以称为基本要求,也就是说,产品即使满足了电磁兼容标准,在实际使用中也可能会发生干扰问题。大部分国家的标准都是基于国际电工委员会(IEC)所...
  • 读书笔记《人人都是产品经理》

    千次阅读 2011-07-09 14:53:13
    《人人都是产品经理》3个月前看的书,最近第二遍看的时候,做了一个详细版的读书笔记。相比较其他产品经理的书,这本书的特点如下:1)这真的是一本写给-1岁产品经理的书,很初级,初级到花了相当多的篇幅讲”什么是...
  • 网络布线知识点总结

    千次阅读 2020-09-23 16:30:35
    认识综合布线产品(双绞线) 双绞线 双绞线结构 双绞线对比光缆的优缺点 双绞线的种类与型号 非屏蔽双绞线 屏蔽双绞线 电缆屏蔽层的设计 双绞线连接器件 双绞线连接标准 配线架 110配线系统的连接块 光缆 ...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 44,279
精华内容 17,711
关键字:

产品线的划分依据是