精华内容
下载资源
问答
  • 产品体系的概念
    千次阅读
    2020-06-01 17:45:57

    二、名词解释(每题2分,共20分)
    1、B/S
    答:浏览器/server风格,是三层应用结构的一种实现方式。
    详细结构:浏览器/Webserver/数据库server。

    2、C/S
    答:客户/server风格,是基于资源不正确等,且为共享而提出来的,定义了工作站怎样与server相连,以实现数据和应用分布到多个处理机上。C/S体系结构有三个主要组成部分:数据库server、客户应用程序和网络 。

    3、HMB
    答:层次消息总线的软件体系结构风格(Hierarchical Message Bus—based Style)。HMB风格基于层次消息总线。支持构件的分布和并发,构件之间通过消息进行通信。

    4、DSSA
    答:特定领域的软件体系结构(Domain Specific Software Architecture)就是在一个特定的领域中为一组应用提供组织结构參考的标准软件体系结构。

    5、ADL(期中)
    答:软件体系结构描写叙述语言(Architecture Description Language)是一种形式化语言。它在底层语义模型的支持下,为软件的概念体系结构建模提供了详细语法和框架。

    6、XML
    答:可扩展标记语言(Extensible Markup Language),XML是W3C制定的作为Internet上数据交换和表示的标准语言,是一种同意用户定义自己的标记的元语言(Meta)。

    7、ATAM
    答:体系结构权衡分析方法(Architecture Tradeoff Analysis Method),它是针对系统所使用或改动活动的支持程度,来推断该体系结构针对这一场景所代表的质量需求的满足程度的体系结构评估方法。

    8、Web Service
    答:Web服务(Web Service)是一种新的面向服务的体系结构,当中定义了一组标准协议。用于接口定义、方法调用、基于Internet的结构注冊以及各种应用的实现。

    9、MTTF
    答:平均失效前时间(Mean Time To Failure)指软件在失效前正常工作的平均统计时间。

    10、SOAP
    答:简单对象訪问协议(Simple Object Access Protocol)。SOAP是一个基于XML的在松散分布式环境中交换结构化信息的轻量级协议,它为在一个松散的、分布式环境中使用XML交换结构化的和类型化的信息提供了一种简单的机制。

    11、WSDL
    答:Web服务描写叙述语言(Web Services Description Language)。

    定义了一套基于XML的语法,用来将Web Services描写叙述为可以进行消息交换的服务訪问点的集合。

    12、UDDI
    答:(Universal Description Discovery Integration) 统一描写叙述、发现和集成协议。是一套基于Web的分布式的Web Services信息注冊中心的实现标准规范,同一时候也包括一组訪问协议的实现标准,使得企业能将自身的Web Services注冊上去,并让别的企业可以发现并訪问这些Web Services。

    13、SAAM
    答:(Software Architecture Analysis Method) 软件体系结构分析方法是最早精心设计并形成文档并得到广泛使用的软件体系结构分析方法 。它最初是为了评估体系结构的可改动性而设计。

    14、MVC
    答:(Model-View-Controller style)模型—视图—控制器 风格。主要处理软件用户界面开发中所面临的问题。MVC风格将交互式应用划分为3种构件:视图、模型和控制器。同意为一个模型建立多个视图。

    15、Artifact-Driven
    答:制品驱动的体系结构设计方法从方法的制品描写叙述中提取体系结构描写叙述。它的样例包含广为流行的面向对象分析和设计方法OMT和OAD。

    16、Use-Case-Driven
    答:用例驱动的体系结构设计方法主要从用例导出体系结构抽象。统一过程使用的就是一种用例驱动的体系结构设计方法。

    17、Domain-Driven
    答:领域驱动,体系结构是从领域模型导出的,领域模型是在领域分析阶段开发的。

    18、Pattern-Driven
    答:模式驱动,该方法从模式导出体系结构抽象

    19、构件(期中)
    答:构件是指语义完整。语法正确和有可重用价值的单位软件,是软件重用过程中能够明白辨识的系统。

    20、连接件(期中)
    答:Connectors 是用来建立构件间的交互以及支配这些交互规则的体系结构构造模块。

    21.、MTBF
    答:(Mean Time Between Failure)平均无故障时间,是指相邻两次故障之间的平均工作时间,也称为平均故障间隔,它反映了产品的时间质量。是体现产品在规定时间内保持功能的一种能力。

    22、敏感点
    答:是指会因为体系结构元素的改动而发生显著变化的系统模型參数。

    23、权衡点
    答:与多个敏感点有关的体系结构元素。

    24、直接场景
    答:直接场景指当前体系结构不经改动就可以支持的场景。

    25、间接场景
    答:不能直接被当前体系结构支持。为了满足间接场景。需对体系结构进行某种改动。

    26、质量属性效用树
    答:以树的形式表现质量属性的细化。根是效用,接下来是质量属性层,再下一层是质量属性详细描写叙述分类,最后一层是详细的场景。

    三、问答题(40分)
    1、构件描写叙述模型有哪几种?
    答:3C模型、REBOOT模型、青鸟构件模型。

    2、理解并比較构件分类的三种方法:keyword分类法、刻面分类法和超文本组织方法。它们是怎样组织的?怎样在当中检索构件?每种方法各有什么优缺点?
    答:
    (1)keyword分类法:是一种最简单的构件库组织方法。其基本思想是:依据领域分析的结果将应用领域的概念依照从抽象到详细的顺序逐次分解为树形或有向无回路图结构;
    怎样检索:系统在图形用户界面上将构件库的keyword树形结构直观的展示给用户,用户通过对树形结构的逐级浏览寻找须要的keyword并提取对应的构件。
    长处是简单。易于实现。缺点是在某些场合没有应用价值,由于用户往往无法用构建库中已有的keyword描写叙述期望的构件功能或行为。对库的浏览也easy使用户迷失方向;

    (2)刻面分类法:主要思想来源于图书馆学。在刻面分类机制中,定义若干用于刻画构件特征的“面”。每一个面包括若干概念。这些概念表述构件在面上的特征。刻面能够描写叙述构件运行的功能,被操作的数据。构件应用的语境或随意其它特征;
    怎样检索:构造查询、检索构件、对构件进行排序。
    长处是易于实现相似构件的查找。

    缺点是查询时比較麻烦;

    (3)超文本组织方法:其主要思想是全部构件必须辅以详尽的功能或行为说明文档;说明中出现的重要概念或构件以网状链接方式相互连接;检索者在阅读文档的过程中可依照人类的联想思维方式随意跳转到包括相关概念或构件的文档;全文检索系统将用户给出的keyword说明文档中的文字进行匹配。实现构件的浏览式检索;
    怎样检索:用户首先给出一个或数个keyword,系统在构件的说明文档中进行精确或模糊的语法匹配,匹配成功后,向用户列出对应的构建说明;
    长处是超文本组织方法为构造构件和重用构件提供了友好,直接的多媒体方式。因为网状结构比較自由,松散,因此,超文本组织方法比前两种方法更易于改动构件库的结构。缺点是在某些情况下用户难以在超文本浏览过程中正确选取构件;

    3、了解软件体系结构的四个发展阶段。
    答:
    (1)“无体系结构”设计阶段:开发主要採用汇编语言,规模较小;
    (2)萌芽阶段:主要採用解耦固化的开发技术;
    (3)0基础阶段:主要採用面向对象的开发技术。从多种角度对系统建模(如UML);
    (4)高级阶段:该阶段以Kruchten提出的“4+1”模型为标志。软件开发的中心是描写叙述系统的高层抽象类型。

    4、依据软件体系结构的定义,你觉得软件体系结构的模型应该由哪些部分组成?(期中)
    答:软件体系结构定义为构件,连接件和约束。构件是可预制和可重用的软件部件,是组成体系结构的基本计算单元或数据存储单元;连接件也是可预制和可重用的软件部件,是构件之间的连接单元;构件和连接件之间的关系用约束来描写叙述。这样即能够把软件体系结构写成:体系结构=构件+连接件+约束。

    5、至少掌握三种经典软件体系结构风格。
    答:
    仓库风格和黑板风格
    仓库风格的体系结构由两种构件组成:中央数据结构和独立构件集合。

    黑板体系结构由三部分组成:知识源、黑板数据结构、控制器
    黑板体系结构是仓库体系结构的特殊化,便于共享大量数据,也便于扩展共享的黑板数据结构。

    MVC风格
    将模型与视图、控制器分开。从而同意为一个模型建立多个视图。

    将各方面问题分解开来考虑,简化了系统设计。保证了系统的可扩展性。
    C2风格
    由构件和连接件两种元素组成。构件可实现应用需求,并能将随意复杂度的功能封装在一起。全部构件之间的通信是通过以连接件为中介的异步消息交换机制来实现的。

    6、试分析和比較B/S,二层C/S和三层C/S。指出各自的长处和缺点。

    答:二层C/S体系结构将应用一分为二。server负责数据管理,客户机完毕与用户的交互任务。长处:
    (1)C/S体系结构具有强大的数据操作的事务处理能力。模型思想简单,易于人们理解和接受;(2)对软硬件的变化有极大的适应性和灵活性,易于对系统进行扩充和缩小;
    (3)将大的应用处理任务分布到很多通过网络连接的低成本计算机上。以节约大量费用;
    缺点:
    (1)开发成本较高。
    (2)client程序设计复杂。
    (3)信息内容和形式单一;
    (4)用户界面风格不一,使用繁杂不易推广。
    (5)软件移植困难;
    (6)软件维护和升级困难;
    (7)新技术不能轻易应用。

    三层CS在上面的基础上进行了改造。并添加了一个应用server。
    长处:
    (1)同意合理的划分三层结构的功能,能提高系统和软件的可维护性和可扩展性;
    (2)具有良好的可升级性和开放性;
    (3)应用的各层能够并行开发。能够选择各自最适合的开发语言;
    (4)为严格的安全管理奠定了坚实的基础。

    B/S风格就是上述三层应用结构的一种实现方式,其详细结构为:浏览器/Webserver/数据库server。
    长处:
    (1)基于B/S体系结构的软件,系统安装,改动和维护全在server端解决;
    (2)提供了异种机,异种网。异种应用服务的联机,联网;
    缺点:
    (1)缺乏对动态页面的支持能力,没有集成有效的数据库处理能力;
    (2)在数据查询等响应速度上,要远远低于C/S体系结构;
    (3)系统扩展能力差。安全性难以控制;

    7、请对MVC风格体系结构进行介绍,并说明该风格的优缺点。
    答:模型-视图-控制器风格常被称为MVC风格,主要处理软件用户界面开发中所面临的问题。将模型与视图、控制器分开,从而同意为一个模型建立多个视图
    具有例如以下长处:
    (1)将各方面问题分解开来考虑,简化了系统设计,保证了系统的可扩展性;
    (2)改变界面不影响应用程序的功能内核,使得系统易于演化开发,可维护性好;
    (3)易于改变。甚至能够在执行时改变,提供了良好的动态机制;
    缺点:主要是仅局限在应用软件的用户界面开发领域中。

    8、在正交软件体系结构中。什么是全然正交结构?在实际使用时是不是必须严格遵守结构正交?使用正交软件体系结构有什么长处?(期中)
    答:假设线索是相互独立的。即不同线索中的构件之间没有相互调用,那么这个结构就是全然正交的。

    在实际使用时不是必须严格遵守结构正交。
    长处:
    (1)结构清晰,易于理解。
    (2)易改动。可维护性强;
    (3)可移植性强。重用粒度大;

    9、层次系统结构和基于消息的层次系统结构有什么差别?
    答:层次结构将系统进行分级组织,其组织思想是:在层次结构中,每一层向上层提供服务。并作为客户向下层请求服务。分层系统的长处:支持基于抽象程度递增的系统设计;支持功能增强。支持重用。分层系统的缺点:并非每一个系统都能够非常easy的划分为分层的模式,甚至即使是层次化的。出于性能的考虑,也不得不把一些低级或高级的功能综合起来。非常难找到一个合适的、正确的层次抽象方法。

    消息总线是系统的连接件、负责消息的分派、传递和过滤以及处理结果的返回。消息是构件之间通信的唯一方式。因为构件通过总线进行连接,并不要求各个构件具有同样的地址空间或局限在一台机器上。因此该风格能够非常好的刻画分布式开发系统,以及CORBA.DCOM和EJB规范的系统。

    10、体系结构描写叙述语言与程序设计语言有什么差别?
    答:ADL与其它的语言比較具有下面能力:
    (1)构造能力:ADL可以使用较小的独立体系结构元素来建造大型软件系统;
    (2)抽象能力:ADL使得软件体系结构中的构件和连接件描写叙述能够仅仅关注他们的抽象特性。而无论其详细的实现细节;
    (3)重用能力:ADL使得组成软件系统的构件,连接件甚至是软件体系结构都成为软件系统开发和设计的可重用部件;
    (4)组合能力:ADL使得其描写叙述的每一系统元素都有其自己的布局结构。这样的描写叙述布局结构的特点使得ADL支持软件系统的动态变化组合;
    (5)异构能力:ADL同意多个不同的体系结构描写叙述关联存在;
    (6)分析和推理能力:ADL同意对其描写叙述的体系结构进行多种不同的性能和功能上的多种推理分析;

    11、ACME中定义了哪七种体系结构实体?ACME中的类型和风格是什么含义?
    答:七种体系结构实体:构件、连接件、系统、port、角色、表述和表述映射。
    体系结构描写叙述一个重要能力就是可以定义系统的风格或族。风格同意我们定义领域特定或应用特定的设计词汇,以及怎样使用这些词汇的约束,在ACME中。设计师可以定义三种类型,各自是属性类型、结构类型和风格。

    12、了解基于XML的软件体系结构描写叙述语言。
    答:因为XML在体系结构描写叙述上的很多长处,已经开发出不同的基于XML的体系结构描写叙述语言,如XADL 2.0 、XBA、XCOBA。
    XADL 2.0:具有非常好的扩展性。不是为了描写叙述某一模型而建立的单一语言。而是对模型描写叙述的集合。
    XBA:把XML应用于软件体系结构的描写叙述。

    利用XML的可扩展性,对现有的各种ADL进行描写叙述及定义;
    XCOBA:能够动态的反映系统在执行时体系结构的相关信息,支持系统的精华和演化。支持基于构件的软件开发方法和实现异构构件之间的通信。

    13、简要介绍Krutchten的“4+1”视图模型。

    答:Krutchten “4+I“视图模型从5个不同的视角包含逻辑视图,开发视图,进程视图。物理视图和场景视图来描写叙述软件体系结构。
    (1)逻辑视图主要支持系统的功能需求,即系统提供给终于用户的服务。
    (2)开发视图要考虑软件内部的需求,如软件开发的easy性,软件的重用和软件的通用性;
    (3)过程视图側重于系统的执行特性,主要关注一些非功能性的需求。
    (4)物理视图主要考虑怎样把软件映射到硬件上,解决系统拓扑结构。系统安装,通讯等问题 ;
    (5)场景,通过它能够将各种视图联系起来。描写叙述不同视图构件之间是怎样作用的;

    14、设计模式的基本成分有哪几个?请简介其各个基本成分。
    答:设计模式的四个基本成分:名称,问题,解决方式,后果。名称通经常使用来描写叙述一个设计问题,它的解法和后果,由1~2个词组成。问题告诉我们什么时候使用设计模式、解释问题及其背景。解决方式是描写叙述设计的基本要素,它们的关系、各自的任务以及相互之间的合作。

    后果描写叙述应用设计模式后的结果和权衡。

    15、为什么要评估软件体系结构?从哪些方面评估软件体系结构?
    答:
    原因:
    软件体系结构反映了系统最初始的设计决策,对相同一个问题。在初始阶段纠正所带来的花费和在測试或部署阶段纠正导致的开销不在一个数量级。
    评估是挖掘隐形需求并将其补充到设计中的最后机会。
    体系结构是开发过程的中心,不良体系结构会带来糟糕的结果;
    从下面几方面进行评估:
    (1)性能是指系统的影响能力。即要经过多长时间才干对某个事件做出响应,或者在某段事件内系统所能处理的事件的个数。
    (2)可靠性是软件系统在应用或系统错误面前,在意外或错误使用的情况下维持软件系统的功能特性的基本能力;
    (3)可用性是系统可以正常执行的时间比例;
    (4)安全性是指系统在向合法用户提供服务的同一时候可以阻止非授权用户使用的企图或拒绝服务的能力。
    (5)可改动性是指可以高速的以较高的性能代价比对系统进行变更的能力;
    (6)功能性是系统所能完毕所期望的工作的能力。
    (7)可变性是指体系结构经扩充或变更而成为新体系结构的能力。
    (8)可集成性是指系统能与其它系统协作的程度。
    (9)互操作性是指与其它环境或者系统本身相互作用的能力;

    16、软件体系结构评估的主要方法有哪三种?请简单解释每种方法。
    答:(1)基于调查或检查表的评估方式:比較灵活,能够用来评估多种质量属性,也能够在体系结构设计的多个阶段进行。

    可是因为评估的结果非常大程度来自评估人员的主观猜測。因此不同的评估人员可能会产生不同的甚至是截然不同的结果,并且评估人员的对领域的熟悉程度、是否具有丰富的相关经验也将是评估结果的重要因素;
    (2)基于场景的评估方式:这样的体系结构评估方式分析软件体系结构对场景也就是对系统的使用或改变活动的支持程度。从而推断该体系结构对这一场景所代表的质量需求的满足程度;
    (3)基于度量的评估方式:涉及三个基本活动:首先须要建立质量属性和度量之间的映射原则,即确定如何从度量结果推出系统具有什么样的质量属性。然后从软件体系结构文档中获取度量信息。最后依据映射原则分析推导出系统的某些质量属性。基于度量的评估方式提供更为客观和量化的质量评估;

    17、SAAM和ATAM评估方法的基本步骤各自是什么?
    答:SAAM步骤:
    场景生成;
    体系结构描写叙述;
    场景的分类和优先级确定。
    间接场景的单独评估。
    对场景关联的评估。
    形成整体评估;

    ATAM步骤:
    介绍ATAM。
    介绍商业动机;
    介绍体系结构;
    识别体系结构方法;
    生成质量属性效用树。
    分析体系结构方法。
    头脑风暴和设定场景优先级。
    分析体系结构方法;
    提供评估结果;

    18、Web服务有哪些核心技术,这些技术是怎样在Web服务中发挥作用的。
    答:Web服务技术核心基于可扩展标记语言XML的标准。包含SOAP、WSDL、UDDI。
    SOAP:採用HTTP作为底层通信协议,以RPC作为一致性的调用途径,用XML作为传输数据格式,同意服务提供者和服务请求者通过防火墙在Internet环境下进行交互;
    WSDL:定义了一套基于XML的语法,用来将Web Services描写叙述为可以进行消息交换的服务訪问点的集合;
    UDDI:基于Web的分布式的Web Services信息注冊中心的实现标准规范,同一时候也包括一组訪问协议的实现标准。使得企业能将自身的Web Services注冊上去,并让别的企业能发现并訪问这些Web Services。

    四、看图答题(30分)
    1、请依据P38图3-5介绍黑板系统的组成。

    答:
    (1)知识源:特定应用程序知识的独立散片;
    (2)黑板数据结构:反映应用程序求解状态的数据;
    (3)控制器:控制(即对知识源的调用)是由黑板的状态决定的;

    2、请依据P59图3-26解释HMB风格的构件模型。(期中)

    答:在图3-26所看到的的构件模型中。左上方是构件的接口部分,一个构件能够支持多个不同的接口。每一个接口定义了一组输入和输出的消息,刻画了构件对外提供的服务以及要求的环境服务,体现了该构件同环境的交互。

    右上方是用带输出的有限状态自己主动机刻画的构件行为。构件接收到外来消息后。依据当前所处的状态对消息进行响应。并可能导致状态的变迁。

    下方是复合构件的内部结构定义。复合构件时由更简单的子构件通过局部消息总线连接而成。消息总线为整个系统和各个层次的构件提供了统一的集成机制。

    3、请依据P60图3-27解释消息总线的属性和服务。(期中)

    答:消息总线属性:构件实例表,构件-消息响应登记表,消息过滤表。服务:消息登记,消息分派,消息传递,消息过滤。该图的描写叙述中,构件1向消息总线登记感兴趣的消息。形成构件消息响应登记表。消息总线依据收到的消息的类型和构件——消息响应登记表的信息。定位传递该消息给对应的响应者。并负责返回处理结果。必要时。假设所接受的消息不是消息总线感兴趣的消息时,消息总线还能够对这些消息进行过滤和堵塞。

    构件仅仅对消息本身感兴趣。并不关心消息是怎样产生的,消息的发出者和接收者不必知道彼此的情况。这使得构件之间的耦合度低。构件重用性好,构件的更换更easy。在一般的互联接口定义的系统中,构件之间的连接是在要求的服务和提供的服务之间进行固定的匹配,而在HMB中,构件对外来消息进行响应后。可能会引起状态的变迁。因此,一个构件在收到相同的消息后,在不同一时候刻所处的不同状态下。可能会有不同的响应。

    4、请依据P147图5-2介绍体系结构设计方法的元模型。

    答:元模型是对各种体系结构设计模型的抽象。图中用圆角矩形表示概念,用连线表示概念之间的关联,用菱形符号表示3~4个概念之间的关联。
    客户:表示那些关心体系结构设计的系统相关人员;
    需求规格说明:描写叙述了所要开发的体系结构的系统需求;
    制品:表示某一方法的制品描写叙述;
    解决方式抽象:定义了子结构的概念表示;
    体系结构描写叙述:定义了体系结构的规格说明;
    领域知识:用于表示在解决某一问题中所用的知识范围。

    5、请依据P167图6-1简要介绍基于体系结构的软件开发过程的各个步骤。并说明各个步骤的必要性何在?或者说,它们在软件生命周期中都起到了什么作用?

    答:本过程由下面步骤组成:
    (1)导出体系结构需求:体系结构需求由开发组织创建,并受技术环境和体系结构设计师个人经验的影响。

    该步骤的输出有3个:列举功能需求;列举特定体系结构需求。列举质量场景集合。它为体系结构需求提供详细測试;
    (2)设计体系结构:一个体系结构设计师在开发体系结构时,先做出一些设计决定,然后通过考虑不同的体系结构构造和视图来对这些设计决定进行分析。体系结构设计是一个迭代的过程,首先做出某些决策并进行分析,然后又一次考虑并又一次作决定,直到设计达到封闭;
    (3)文档化体系结构:体系结构的文档是为支持程序设计人员和分析人员而设计的。它是加深各种系统相关人员之间通信交流程度的有效工具,并能从中导出体系结构需求。创建并维护体系结构文档是长期性的软件体系结构取得 成功的关键因素之中的一个。
    (4)分析体系结构:确定潜在的风险,验证所给出的设计可以处理所提出的质量需求,之所以要求外部评估人员的參与。是为了确保可以毫无偏见地进行检查。并保证评估结果的可信性;
    (5)实现体系结构:当把一个体系结构转变成代码。要考虑到各种经常使用的软件project和项目管理知识:具体设计、编码实现、測试、配置管理等。
    (6)维护体系结构:对于体系结构来说。良好的文档、良好的公布和良好的维护都很重要。假设缺少不论什么一方面的活动。那么体系结构将不可避免地偏离其初始原则;

    6、请依据P207图8-1分析服务提供者、服务请求者和服务注冊中心三者的作用,以及它们之间的工作流程。

    答:
    作用:
    (1)服务提供者:公布自己的服务,而且对服务请求进行响应。
    (2)服务注冊中心:注冊已公布的Web Services,对其进行分类。并提供搜索服务。
    (3)服务请求者:利用服务注冊中心查找所需的服务,然后使用该服务。
    工作流程:服务提供者托管可通过网络訪问的软件模块,定义Web Services的服务描写叙述并把它公布到服务注冊中心;服务请求者使用查找操作来从服务注冊中心检索服务描写叙述,然后使用服务描写叙述与服务提供者进行绑定并调用Web Services实现或同它交互。

    7、请依据P229图8-11介绍 UDDI的详细工作步骤。

    答:
    (1)软件公司、标准化组织和程序猿定义了企业怎样在UDDI中注冊的规划后,開始向UDDI注冊中心公布这些规则的描写叙述信息。这些规则被称为技术模型;
    (2)企业向UDDI注冊中心注冊关于该企业及其提供的Web Services的描写叙述;
    (3)UDDI注冊中心会给每一个实体指定一个在相关程序中唯一的标识符。从而能够随时了解全部这些实体的当前情况;
    (4)电子交易场所和搜索引擎等其它类型的客户和商务应用程序使用UDDI注冊中心来发现他们感兴趣的Web Services;
    (5)其它的企业就能够调用这些服务,方便、迅速地进行商务应用程序的动态集成;

    一.填空题(10分)——自己整理
    构件描写叙述模型:
    3C模型、REBOOT模型、青鸟构建模型。

    构件分类方法:
    keyword分类法、刻面分类法、超文本组织法。
    软件体系结构的发展历程:
    “无体系结构”设计阶段、萌芽阶段、0基础阶段、高级阶段。
    经典软件体系结构风格:
    管道—过滤器风格。
    数据抽象和面向对象风格;
    基于事件的隐式调用风格;
    层次系统风格;
    仓库风格和黑板风格;
    MVC风格。
    解释器风格;
    C2风格。
    典型的软件体系结构描写叙述语言:
    UniCon
    C2
    Wright
    ACME
    基于XML的体系结构描写叙述语言:
    XADL 2.0
    XBA
    XCOBA
    “4+1”模型由5个视图组成:
    逻辑视图
    过程视图
    物理视图
    开发视图
    场景
    设计模式的基本成分:
    模式名称、问题、解决方式、后果。
    体系结构设计方法:
    制品驱动的方法。
    用例驱动的方法;
    领域驱动的方法;
    模式驱动的方法。
    软件体系结构评估普遍关注的质量属性:
    性能
    可靠性
    可用性
    安全性
    可改动性
    功能性
    可变性
    可集成性
    互操作性
    软件体系结构评估的主要方式:
    基于调查问卷或检查表的评估方式。
    基于场景的评估方式;
    基于变量的评估方式;
    软件体系结构定义:
    软件体系结构={构件,连接件。约束}
    Web Services体系结构基于三种角色:
    服务提供者、服务注冊中心、服务请求者。
    SOA(面向服务的体系结构)是一个Web Services的体系结构。共同拥有三种角色:服务提供者、服务注冊中心、服务请求者。
    3C模型:
    Concept:概念
    Content:内容
    Context:语境
    软件体系结构描写叙述方法:
    图形表达工具
    模块内连接语言
    基于软构件的系统描写叙述语言
    ADL
    软件体系结构描写叙述框架标准

    更多相关内容
  • 发展到现在,做了几个产品的数据工作,对指标体系概念以及规划方法有一定的积累,总结出来作为知识储备。百度百科的专业定义“评价指标体系是指由表征评价对象各方面特性及其相互联系的多个指标,所构成的具有内在...
  • 面向产品的CAPP方法论及其智能化概念体系.pdf
  • 在学习逻辑思维的时候遇到了一个对思维概念的描述,一个人要对“青草”这个新概念进行理解,前提则需要你要有“青色”和“草”这两个概念。这篇文章希望各位新人同胞能做到心中有数,更加有效的提升自己。从大学毕业...
  • 依据《产品经理认证(NPDP)知识体系指南》编制各章的重点内容,对重点知识和概念进行摘录。此文档有利于初学者快速了解此书内容。对于想参加PDMA产品经理认证的人士更适合,能快速理解和记忆。
  • 面向产品的CAPP方法论及其智能化概念体系(DOC 5).doc
  • 面向产品的CAPP方法论及其智能化概念体系(DOC5)(1).doc
  • 面向产品的CAPP方法论及其智能化概念体系(doc5)(1).doc
  • 产品是任何一种能被提供给市场以满足需要或欲望的东西,就是为制造或建立有形或无形的产品或服务的综合概述,对其中的要素进行控制,使其达到一个预期、合理的范围值,可以理解为万物皆产品,只是背后的体系是否是...

    为什么要有产品?

    产品是任何一种能被提供给市场以满足需要或欲望的东西,就是为制造或建立有形或无形的产品或服务的综合概述,对其中的要素进行控制,使其达到一个预期、合理的范围值,可以理解为万物皆产品,只是背后的体系是否是用户想要的。

    如果没有这种体系的建立,根据不知道要实现的目标的过程边界如何定义,虽然有总体目标,但没有总体范围划分,和实施步骤的逻辑排序、优先级排序的情况下,会出现的结果,就是团队成员根本不知道自己每天在干什么,也不知道实现这个东西的价值,自然更不用提投放到市场上。

    什么是产品?

    产品是任何一种能被提供给市场以满足需要或欲望的东西,是为了满足商业需要,而作为解决方案的一部分被创建或更新,因此,它们提供商业价值。产品包括有形物品、服务、体验、事件、任务、场所、产权、企业、信息、创意等

    产品线是企业在市场上销售的一组产品,这些产品在某种程度上有共同特点、共同客户和共同用户,还可能共享这技术、分销渠道、定价、服务以及营销组合的其他元素。并且有相应的宽度和深度。

    产品组合是公司已经上市的一系列产品和产品线,目的是完善的用户成长与权益服务体系,丰富的线下线上全场景应用。

     

    新产品是对创意的一个清晰的表述或一个可视化的描绘,包括:主要特性、客户利益、所需技术等广泛理解。

    产品定义包括目标市场、产品概念、拟交付的利益、定位战略、价格点,身子包括产品要求、设计规格等。

    定位是位于某个领域或事项中的意义,这个意义决定于优势劣势、机会威胁。产品定位是价格产品营销给客户的方式,指客户看中的、定义的、相较于竞争产品的一系列特性和价值,比如老年人,年轻人。定位的三个决定:决定竞争优势;决定企业资源和能力;决定在消费者心智中的位置(市场定位)。而如何实现差异化,就是竞争定位,在客户眼中与众不同。

     

    新产品的构思层次

    核心利益:产品的真正价值,不是有形的属性,如奔驰汽车可以定义你是谁,背后是显示身份地位的标志。

    有形特征:核心利益的直接满足,如功能、特性、包装、设计、美学等,如汽车的座椅的按摩功能。

    附加特征:额外的好处,如三年保修。

     

     

    核心利益为中心构思完整产品的方法

    核心层:用户真正购买的或真实需要的真正原因,如休息与睡眠。

    有形层:满足核心利益必须具备的要素或功能,如床、浴室。

    期望层:用户购买和使用产品的基本要素的期望,如柔软干净的床,新的毛巾。

    附加层:产品附加的服务和承诺,如鲜花,饮料。

    潜在层:客户未意识到,能够带来惊喜的要素,如按摩浴缸。

    产品落地的层次划分

    每一层自上而下,从抽象至具体,每一层只处理自身的问题。每一层都由下一层决定,受到上一层约束。上层如果增加元素,需要重新考虑下层。

     

    产品价值

    产品价值是有关产品概念在哪些维度上如何向潜在客户传递,传递过程应是简短且明确的。价值的本质根植于客户从新产品中获得的利益和产品购买价格之间的平衡,聚焦在产品收益,而不是产品的功能特性。

    价值(Value) = 收益(Benefits) - 花费(Costs)

    价值相同 <= 价格

    价值大 >= 价格

    一个新产品最终能否在市场上取得成功,核心取决于其价值主张的清晰程度。在针对客户需要进行的市场研究,是价值主张的基础。基于价值主张,形成清晰的概念描述和产品设计规格。在市场研究方面,应该在新产品开发流程中持续进行,以确保产品设计与价值主张始终保持一致。

    企业生存的行业空间、护城河、禁锢的价值网格中,包括客户、投资者、供应商、企业文化、企业价值观。而价值网禁锢带来企业往往无法跨越不连续性,就是米缸法则,你拥有了什么,也就被什么所拥有;什么是你的米缸?带给你什么东西?又禁锢了你什么?

     

    产品路线图

    产品路线图描述了实现目标所需的高级措施和设计步骤,是将短期和长期业务目标与特定产品创新的解决方案进行匹配,以实现这些目标的一份计划。

    制定产品路线图的目的是,向内部团队和外部利益相关者传达项目的方向和进展,其细致程度取决于其目标使用者。

    备注:在项目管理上有冲刺路线图,在技术方面有技术路线图

     

    产品组合分析(或业务分析)

    产品组合分析是对企业现有的产品组合进行分析是产品管理和产品开发计划的核心。

    有疑问或交流可留言评论或者私聊。

    波士顿矩阵或增长份额矩阵工具

    波士顿矩阵是波士顿咨询集团开发的一种方法,为现有产品组合提供了一个二维的分析框架。

    产品创新章程

    产品开发项目成功实施的基础是建立在创新战略之上的明确意图和方向,产品创新章程是一份关键的战略性文件,是企业推动新产品商业化过程的核心,涵盖了项目立项原因、目的、目标、准则和边界。回答了在产品开发项目中“谁、什么、哪里、何时、为什么”这5个问题。

    随着项目的逐阶段发展,业务需求和市场调节也会随着变化,项目开发者必须确保项目不偏离原有的发展轨道。在开发阶段必须将实际项目与该章程进行反复对比核查,以确保该章程仍然正确,项目未发生偏离,并且与此同时,项目的发展机会仍然存在。在探索阶段,对市场的偏好、客户需求、销售潜力和利润潜力做出假定。在开发阶段,经过原型开发和市场测试,以上假定可能遭遇挑战。

     

    章程背景

    确认项目:项目目的,与经营战略与创新战略的关系;回答为什么做这个项目?

    项目范围:项目的关注点有多宽或多窄?

    项目团队:团队在实现项目目标的作用。

    项目限制:资源、资金、制造、市场营销等任何可能影响项目成功的因素。

    对比:任何现有和未来的关键技术。

    分析:环境、行业和市场分析,能够解释新产品所处的情境,包括客户、竞争对手、法律、法规等。

     

    章程重点领域(商业领域)

    目标市场(表演地方)。

    关键技术和营销方法(如何表演)。

    支持项目成功的关键技术和市场规模。

    竞争对手的优势劣势,包括技术、营销、品牌、市场占有率、制造等。

     

    章程目标和目的

    为经营战略做出贡献的特定目标,例如,在新市场中的份额、当前市场份额的增加。

    经营目标,包括利润、销售量、成本降低、生产力增加。

    项目目标,包括财务预算、上市时间。

    每个目的或目标都应该对应具体的、可衡量的成功标准,既形成绩效指标。

     

    章程特别准则

    项目团队内的工作关系,包括如何、何时召开会议。

    项目汇报,包括频率、形式、信息接收方。

    责任划分,包括预算支出责任,资源责任。

    外部机构参与,如监管机构,在建筑行业就有监理。

    与上市时间或产品质量相关的规定。

     

    产品经理的角色

    产品经理是一个拥有复合型技能的角色,既要懂技术又要懂营销,常扮演以下角色:

    商业洞察者:洞察新技术、用户(利益相关者)需求、商业趋势,将三者结合起来实现产品创新。

    产品负责人:产品的全生命周期负责人、母亲,负责定义产品、发布产品、迭代产品。

    迷你CEO:参与制定并负责落实产品战略,包括跨职能合作、沟通,多项责任(技术、财务、市场...)。

    优秀的产品经理不会关注自身是功能型或数据型等产品经理,而是看任何东西都看到其内在的商业价值(商机)。

     

    市场研究

    了解并满足利益相关方的需求对于新产品开发的成功以及现有产品的改进至关重要。市场研究带来的信息,有助于减少新产品流程中的不确定性,增加新产品成功的可能性。

    新产品开发是基于可靠的信息、数据和知识的风险与回报的决策流程。市场研究为新产品开发流程中正确决策提供基础信息,流程中的不确定性因而下降(降低风险)。

    随着新产品开发的逐步推进,对高质量的、可靠的信息的需求越来越多。按照要求提供市场相关数据和信息,为战略制定、组合管理、新产品开发、生命周期管理的决策提供支撑。

    市场研究在产品开发中的作用:市场研究提供关键信息、数据,以支撑产品开发流程各个阶段的决策,降低不确定性(风险最小化),提高新产品成功率。实际上,市场调研是整个产品流程中实施最差的一环。

    产品开发决策需要的信息:有什么市场机会--现在、未来?客户需求是什么--表达出来的,未表达出来的?定义的新产品价值主张应包括什么?在什么方面进行产品改进以提高产品的接受度?客户购买动机是什么--什么促使客户购买、重复购买一个产品?客户购买可能性?购买频次?购买地点?购买价格?

    市场研究的对象:最终用户,不仅仅是分销渠道,真正要把握的是最终客户的需求,包括决策者、购买者、使用者、维护者、影响者。

    备注:在市场调研与分析的环节中,高层管理者在各种内部会议、外部峰会发言,会无限的强调其重要性,实际却并没有给产品经理时间与预算去做这个事情,随之出现的是产品不断的返工、修改。

    客户心声

    客户心声(Voice of Customer,VOC)是用于捕获(内部或外部的)客户的需求/反馈。是为了找出问题的解决方法,引导消费者奖励一系列情境并进行结构化的深度访谈,以提炼出客户需求的过程。通过间接调查了解消费者如何满足自身需求以及他们选中某个解决方案的原因,进而最终确定消费者的需求。

    需要获取的信息,包括:

    有什么市场机会--现在、未来?

    客户需求是什么--表达出来的,未表达出来的?

    定义的新产品价值主张应包括什么?

    在什么方面进行产品改进以提高产品的接受度?

    客户购买动机是什么--什么促使客户购买、重复购买一个产品?

    客户购买可能性?购买频次?购买地点?购买价格?

     

    市场研究分类

    探索性研究:对研究对象缺乏了解,回答有没有,是不是等问题时,进行的研究。

    问:平时出差你会住什么酒店?

    答:七天、如家等快捷酒店。

    描述性研究:对研究对象有一定了解,回答怎么样,是什么等问题时,进行的研究。

    问:七天和如家的对比如何?

    答:七天……如家……

    因果性研究:对研究对象有相当程度了解,回答为什么,相互关系如何等问题时,进行的研究。

    问:为什么你会选择七天/如家?

    答:因为……

     

    市场研究的六个步骤

    定义问题:清楚描述要寻求什么,或者要回答什么问题,比如这款车型的销售潜力怎么样?

    确定结果的信度:总体信度要达到什么水平,允许的偏差是多少,比如数据误差2%。

    收集数据:选择和应用合适的方法收集数据,根据问题确定所需的数据精度,比如抽样样本代表目标市场。

    分析和解释:进行数据筛选、检验、分析,针对所提出的问题进行总结,比如用户的购买力范围。

    得出结论:关联问题对数据结果进行解读,得出具体结论,比如市场潜力足以支持推出该产品吗?

    应用:制作报告并展示,完整反映调研信息的报告,将结论用于所定义的问题上,比如上市或不上市。

     

    数据收集方法

    次级市场研究:分析由他人收集而来的数据,来源有政府统计报告、报纸和杂志、展会、年度报告。次级市场研究的价值主要体现在早期阶段,以更好的判断项目重点和方向的时候。

    一级市场研究:专门针对公司的具体需求或目标进行数据收集、分析,这种方法成本高,信息质量高。

    定性研究:属于一级市场研究方法;对一小部分人群进行个体或集体调研,了解他们的想法、意向、动机和观点,收集用户的初始需求以及创意和概念的第一反应。这些结果不代表市场整体现状,是主观的判断,所以无法经由统计分析计算出有置信度的结果,主要用于解读消费者购买产品的原因。

    定量研究:一种用户调研方法,最常使用的形式是问卷调查,通过对大量用户的调查得出可信数据结果,用于预测一般用户的反馈。可用于判定一些重要指标,包括不同用户的需求的优先级、现有产品性能等级和满意程度、使用的可能性、重复购买率和对产品的偏好程度等,可以减少产品开发流程中国的诸多不确定因素。这类数据能够进行统计分析,提供有置信度的计算结果,其结果揭示购买产品的消费者数据。

    问卷调查:发现新需求,结果置信度取决于用户量。

    焦点小组:有助于识别显性需求,发现市场机会、理解用户需求、指导产品改进。

    客户现场访问(用户现场拜访):观察法,在B2B产品中最常用,有助于识别客户的隐性需求。

    人种学:消费者的完整画面,可识别出隐性需求,呈现产品和服务是如何融入其日常生活,包括文化趋势、生活风格、态度以及社会环境影响其产品的选择和使用等。

     

    多变量分析与多变量方法

    多变量分析:应用较为复杂,但这种方法为理解市场提供了一条独特而有效的路径,有助于了解现有产品之间的关系,发掘机会,找出市场差距。了解客户未确定,未言明的需求,通过间接获取信息(例如,产品的相似度或可替代性的比较),而非直接调查,为探明客户的潜意识提供机会。

    多变量方法:能够帮助产品经理洞察更多的客户需求,在理解当前产品之间的关系和识别市场差距方面是有用的。能了解客户潜意识,间接的而不是直接的获取信息。比如通过产品的相似性或替代性比较。

    因子分析

    因子分析能够用于管理变量的优先级排序和分组,主要是减少变量的数量和找出变量之间的结构关系。比如:

    产品属性之间的关系和产品属性对产品偏好的影响。

    市场上产品之间的关系,消费者共同感知到的那些产品。

     

    联合分析

    联合分析是一种统计分析方法,用于确定人们对构成一个产品或服务的不同属性(特性、功能、利益)的看重程度。目的是,确定最能影响客户选择或决策的属性组合,组合中的属性数量是既定的。而根据分析结果,确定对消费者的决策起到最大影响作用的属性。

     

    在产品流程阶段的市场研究

    产品开发阶段

    市场信息

    风险

    机会识别

    创意来源;特定市场内的新产品或产品改进的信息;需求和期望的产品利益

    低风险;项目成本较低;资金投入少;资源投入少,进展有限,向下一步概念评估阶段推进的成本不高

    机会评估

    早期财务分析所需的信息;如产品机会是否具有市场潜力?目标市场是么?市场规模有多大?

    中低风险;随着在该阶段内朝着项目投入的方向进展、成本和项目风险迅速提高

    概念开发

    将最初创意变为详细的概念描述;将用户需求与产品属性和功能相联,从而得出产品设计规范;

    中风险;该阶段的投入意味着将要在设计和原型开发上投入大量资金

    原型和产品测试

    来自目标市场的输入;在开发形式和功能方面的市场偏好和所需产品改进信息,并将其应用于最终产品还需要能够增强财务分析可信度和商业化立项机会的信息

    中高风险;项目投入意味着最终商业化投入大量资金,成本骤增

    上市前测试

    目标市场对产品的接受度(受竞品影响)、销售潜力、定价、有利于商业化的所有信息

    高风险;投入大量资金,商业化成本较高。需要在产品失败的不确定性和上市速度之间权衡

     

    小结

    产品往往通过项目工作不断演变,保持产品竞争力并不是产品演变的唯一原因,满足法规或合规需求、解决低效、增加收入、降低成本或其他原因也会导致产品演变。

    市场研究为战略开发、组合管理、新产品开发和生命周期管理的决策提供市场相关信息和数据。主要目的是提供利益相关者所需的相关信息,从而在新产品流程的不同阶段做出决策,随着产品开发的推进,相关成本和风险增加,所需的可靠信息也更多。

    市场研究中的重要工具是产品开发人员和产品经理收集市场信息的基础,有助于提高新产品流程中的决策水平。

    有疑问或交流可留言评论或者私聊。

     

    展开全文
  • 以消费类产品为例,介绍产品策划的业务流程、理论方法和应用技术,并阐明产品策划在产品创新设计体系中的地位和作用,提出了包括市场研究、机会识别、概念定义到概念转换的新产品策划整体解决思路。
  • 1.1 数据仓库的概念特点与组成;1.1 数据仓库的概念特点与组成;1.1 数据仓库的概念特点与组成;1.1 数据仓库的概念特点与组成;数据仓库的组成;数据仓库的组成;数据仓库的组成;数据仓库的组成;1.2 数据挖掘的概念与方法...
  • 第1章 数据仓库的概念体系结构 ;1.1 数据仓库的概念特点与组成;1.1 数据仓库的概念特点与组成;1.2 数据挖掘的概念与方法;1.2 数据挖掘的概念与方法;1.2 数据挖掘的概念与方法;1.3 数据仓库的技术方法与产品;1.3 ...
  • 第二章 数据仓库的概念体系结构(09)2;2.1 数据仓库的概念特点与组成;2.1 数据仓库的概念特点与组成;2.1 数据仓库的概念特点与组成;2.1 数据仓库的概念特点与组成;2.2 数据挖掘的概念与方法;2.2 数据挖掘的概念与...
  • 第2章 数据仓库的概念体系结构 ;2.1 数据仓库的概念特点与组成;2.1 数据仓库的概念特点与组成;2.1 数据仓库的概念特点与组成;2.1 数据仓库的概念特点与组成;2.2 数据挖掘的概念与方法;2.2 数据挖掘的概念与方法;...
  • Chapter 1 第一节 应用模式的概念 1 一般来说一个网络与新媒体应用产品要最终推 向市场一般要经历应用产品概念设计应用产品 详细设计应用系统分析与设计应用系统开发与 实施应用产品的运营管理等基本环节 2 其中应用...
  • 阐述了新形势下产品概念设计的重要性,分析了我国设计团队人员构成不完整而导致的概念设计受限现象,提出了造型材质综合信息在概念设计流程中的必要性,并构建了新的概念设计方法体系
  • 从SA体系结构建模产品的开发方法和应用方面进行阐述,分析了SA数据的定制开发和功能扩展,研究了如何利用SA进行扩展和定制用户需要的体系机构工具,借鉴SA的功能和方法将有助于国内体系结构的研究,并且能够促进我国...
  • 上上 国内外智慧城市评价指标体系对比分析及启示国内外智慧城市评价指标体系对比分析及启示 上上 2019年 03月 04 日 摘要摘要智慧城市概念一经提出就成为国内外研究的热点问题如何对城市的智慧化水平进 摘要摘要 行...
  • 软件产品线体系结构

    千次阅读 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)等显式说明方式。
    模块化或构件化:框架有固定的、稳定的接口和封装的热点。




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

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




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

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




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

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




    软件产品线的演化 – 概述




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




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




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




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



    展开全文
  • 华为IPD管理体系介绍

    2018-12-20 18:10:32
    详细介绍华为IPD管理流程,将新产品开发的生命周期划分为概念,设计,开发,验证,发布和生命周期管理六大阶段,针对每个阶段设置了不同的岗位,明确了职责,设置了关键的控制点。通过将新产品开发过程进行层级划分...
  • 针对舰艇编队防空的作战过程进行体系结构建模,结合火力分配环的概念,应用美军《国防部体系结构》作战视图对对战过程进行建模分析。给出了作战体系结构UML视图产品,描述了编队防空C4ISR系统的作战需求。
  • 软件工程知识体系SWEBOK-V3供大家免费下载学习。SWEBOK指南的目的是为软件工程学科的边界提供一致确认的特征,为支持该学科的主体知识提供指导。该指南把软件工程学科的主体知识分为10个知识领域,各种重要概念之间...
  • 目录 01 主动防御概念 02 安全情报平台 03 企业应用场景 04 安全产品应用 05 行业共享场景 06 数字品牌保护
  • 产品设计-电商中商品体系

    万次阅读 2017-01-04 16:17:37
    您也许是购物达人、您也许是资深码农、或者您也是产品精英,可是什么是商品,您真的懂么? 从宏观上讲,2016年的中国,是实体经济和制造业萎缩的一年。互联网充斥着别让曹德旺跑了的惊悚言论。但不论跑与不跑,...

    您也许是购物达人、您也许是资深码农、或者您也是产品精英,可是什么是商品,您真的懂么?
    从宏观上讲,2016年的中国,是实体经济和制造业萎缩的一年。互联网充斥着别让曹德旺跑了的惊悚言论。但不论跑与不跑,税负在那里,只增不减。走与不走、商业模式在这里,只多不少。
    头疼于产品妹子对于设计和分析的浅见,胡乱写下本文,勿喷。

    有人说是电商逼死了实体经济。其实电商只是多了一种售卖途径。2014年 020的那片饕餮盛宴之后,留给 2016年寒冬的,除了雾霾.还是走不出去的彷徨。 依稀见得17年的宠儿,共享经济的来临。
    经济学上的破事儿牵动不了码农的神经,追本溯源回眸看看,目前的APP分类,从产品架构来说,我认为只有两套体系,一是社交、二是电商。
    不论B2B/C2C/O2O/P2P各类炫酷的名词多么扯人眼球。落在纸上,总是售卖商品的一套体系。从古至今,社会的基础建设就在于流通,流通的载体就是商品。从古时学得文武艺、卖与帝王家 到今日的共享服务、共享经济。 都可归纳于电商体系。在电商系统中,商品模型至关重要,是整个电商的核心,本文的重点,就落在商品。
    首先商品是什么? 政治课有讲商品是用于交换的劳动的产品。那么在电商体系中,只要用于售卖不止是物品,还有服务,都可以看做一个商品。
    其次商品由哪些部分组成?这点对于我们产品设计和数据结构设计很重要。 以淘宝为例。请看下图
    这里写图片描述
    上图是一款运动鞋的商品详情。在以上术语中,对于单品与商品的关系,规格与单品的关系做了详细描述。综上所述,一件商品的基本构成如下:

    1. 品类(类型) 商品分类,一种抽象概念,如登山鞋、手机。
    2. 商品 在电商中上架销售的产品,如可口可乐,我们可以称为一种商品.
    3. 单品 特指出售给客户的实际产品,比如,超市货架上摆放的355毫升的可口可乐(易拉罐)是一种单品,2.5升的大瓶的可口可乐是另一种单品。换句话说,一种商品由多种单品组成,每种单品,其库存量和单价一般不同。
    4. 规格 规格是用来区分单品的主要指标。如鞋类商品,由颜色、尺码两种规格区分单品。
      如可口可乐,以容积来区分单品。规格选项,即某种规格的具体选项,如可口可乐的容积有355毫升,600毫升,2.5升。 如Nike的男子运动鞋 819803, 颜色有炭黑、星蓝、夜红.
    5. 属性/参数 商品的产品参数/属性,以运动鞋为例. 鞋帮高低、功能、闭合方式、材质等都可能是其产品参数
    6. SPU 可理解为商品编码,对应一个商品
    7. SKU 可理解为单品编码,对应一个单品

    这里写图片描述

    弄清楚商品的产品设计结构后,我们参考有赞,设计一个极简的商品上架.
    商铺需要提供商品,首先有管理、上架商品的入口。我们需要在管理后台提供商品管理模块,供协会管理、上架商品使用。
    在淘宝、京东或各类微商都有类似的模块,但目标对象、平台规模、使用场景不同,复杂度和功能点也有繁简之分。我们平台的特点是社交活动为主、电商为辅,商品种类不多、售卖量不大,因此应走简单路线。 这里选择有赞作为参考平台,以此为模板实现商品上架的功能.请注册有赞,并发布数个商品,体会其流程。
    有赞:https://login.youzan.com/sso/index?service=kdt#id=319340757
    新增商品,应首先选择商品类型,之后录入商品基本信息,设置商品规格,再填写各单品信息、库存、单价。最后完成商品上架。
    在商品上架后,依然可以修改、删除商品信息,均不作限制。
    商品类型
    品类目前分为三类:服装、装备、鞋.
    由运营管理员维护在数据字典中,无需专门的品类维护模块,商铺不能自定义品类. * 想想为什么商铺不允许自定义品类。
    商品规格
    商品规格的设置请参考有赞,因前期只上架会服、少量户外装备,因此注意以下限制:
    这里写图片描述
    1.规格种类:包含颜色、尺寸、尺码、款式、型号 五类. 维护在数据字典中.
    2.规格选项:由用户自定义,最多录入60个汉字.
    3.规格限制:默认可*不选择规格. 用户可添加至最多3种规格.
    4.规格图片:V1.0不考虑
    允许上传规格图片,目前只支持为第一个规格设置不同的规格图片,设置后,用户选择不同规格会显示不同图片
    Note:
    1.*不选择规格代表该商品只有一种单品,无需选择。这种场景从结构上来讲,依然是商品和单品是一对一的关系. 换句话说,单品表中必须有一条数据,其规格设置为默认.库存为总库存.
    2.关于元素的最小、最大长度,有效性判断请参见有赞,不做特殊说明,但务必符合实际业务场景。
    单品单价/库存设置
    单品数量依赖于商品规格,每种单品的单价/库存通常不同.允许批量设置单品价格和库存,单品的最低价格就是商品的展示价格。例如下图所示就有4种单品。
    这里写图片描述
    图例供参考,仅包含以下元素:
    元素 必填 有效性 说明
    单品所属规格选项 显示 依据商品规格自动生成
    价格 是 默认0,最大为10万 *单品的最低价格=商品展示价格
    库存 是 默认0,最大为10万 总库存为各单品库存累计. 当库存为0时,代表单品缺货
    销量 显示 默认0 销量为实际单品销售数量,新增时默认为0.

    商品信息
    商品信息包含商品名、价格、总库存、商品展示图、商品简介、详情这六个元素.
    这里写图片描述

    售卖规则
    电商的售卖规则包括售卖形式(如定价、拍卖、众筹、一元拍)、是否折扣、是否允许使用卡券、积分抵扣、售卖对象等.

    以上就是极简的商品分析及商品管理设计。尚未涉及上下架、订单、多价格、售卖规则。以管窥豹,其实一个简单的商品,并不是想象的那么简单。产品之路,也非看起来那么简单。

    详细结构可参考另一篇好文
    http://www.cnblogs.com/leefreeman/p/4060227.html
    Note:该文的货品理解我有保留意见,对于单品的解析并不严格。

    展开全文
  • 关于数据中台的概念定义,业内有各种各样的版本,尤其是涉及数据中台与数据仓库、数据平台等相关概念的差异一直争议不断,可谓一百个人眼中,就有一百个数据中台,千百万人眼中,就有千百万个数据中台。关于概念之...
  • 工业控制信息安全相关概念、政策、等保2.0体系介绍、工业控制系统应用场景、工业控制系统安全扩展要求、工业控制系统信息安全防护总体原则、安全管理制度体系建设、工控安全产品介绍等
  • 基于IPD的产品开发体系及实践

    千次阅读 2018-12-03 09:54:01
    导言:在自己从事产品研发实践和管理的十几年职业生涯里,经历过以瀑布式开发为主导的产品研发模式,经历过以敏捷开发为主导的产品研发模式,其相应的背景也是在软件项目和互联网软件平台为主导的情境下。...
  • 写在前面为什么要聊体系化?最重要的一个原因是“卷”。假期和朋友聊天,说我们在搞“产品体系化解决方案”,究竟怎么搞呢?不知道。我说“你们不是才搞完产品领域化吗?怎么又搞新的?产品领域化有什么...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 142,047
精华内容 56,818
热门标签
关键字:

产品体系的概念