SóProvas

Questões de Padrões de Arquiteturas Corporativas

ID
17833
Banca
CESGRANRIO
Órgão
BNDES
Ano
2008
Provas
Disciplina
Arquitetura de Software
Assuntos

No âmbito de padrões de arquitetura de aplicações corporativas, assinale a opção que NÃO apresenta uma característica do padrão "Table Module".

Alternativas
Comentários
  • Padrões para Mapeamento entre Lógica de Negócios e sistemas de Persistência de Dados:
    - Transaction Script;
    - Table Module;
    - Domain Model.

    - http://articles.techrepublic.com.com/5100-10878_11-5107664.html
    - http://jon.lebensold.ca/development/domain-patterns-transaction-script-table-module-domain-model
  • Conceito extraido do livro do Martin Fowler sobre Padrões de Arquitetura de Aplicações Corporativas, é uma alternativa ao Modelo de Domínio melhor aconselhado quando a estrutura de tabelas do banco de dados relacional possui forte visibilidade na aplicação. Consiste de uma instância para cada tabela ou visão do banco de dados, instância está que já possui todos os comportamentos necessários há manipulão da respectiva tabela, usualmente trabalhamos com instâncias de cada registro individual sem os comportamentos necessários à manipulação deste, as famosas entidades do Hibernate ou JPA, nesse caso uma instância possui um Conjunto de Registros, que inclusive é outro padrão do Martin Fowler, que reflete os estado da tabela, visão ou consulta.Um trecho do livro diz o seguinte: você não pode ter relacionamento direto de instância com instância, e o porlimorfismo não funciona muito bem. Contradizendo a alternativa C, o que torna a alternativa correta, pois a questão pede a opção que não apresenta uma característica do Table Module.
ID
17839
Banca
CESGRANRIO
Órgão
BNDES
Ano
2008
Provas
Disciplina
Arquitetura de Software
Assuntos

No âmbito de padrões de arquitetura de aplicações corporativas, que padrão permite que objetos sejam carregados na memória somente quando são efetivamente necessários?

Alternativas
Comentários
  • O texto da questâo descreve exatamente o padrão de comportamento objeto-relacional  "Lazy Load", que pode ser representado pelo diagrama abaixo:


    Outros padrões EAA, segundo o Martin Fowler:

    Domain Logic Patterns:
       Transaction Script
       Domain Model
       Table Module
       Service Layer 
     
    Data Source Architectural Patterns:
       Table Data Gateway
       Row Data Gateway
       Active Record
       Data Mapper
     
    Object-Relational Behavioral Patterns:
       Unit of Work
       Identity Map
       Lazy Load 
     
    Object-Relational Structural Patterns:
       Identity Field
       Foreign Key Mapping
       Association Table Mapping
       Dependent Mapping
       Embedded Value
       Serialized LOB
       Single Table Inheritance
       Class Table Inheritance
       Concrete Table Inheritance
       Inheritance Mappers

    Object-Relational Metadata Mapping Patterns: 
       Metadata Mapping
       Query Object
       Repository 
     
    Web Presentation Patterns:
       Model View Controller 
       Page Controller
       Front Controller 
       Template View 
       Transform View
       Two-Step View 
       Application Controller 
     
    Distribution Patterns:
       Remote Facade 
       Data Transfer Object 
     
    Offline Concurrency Patterns:
       Optimistic Offline Lock 
       Pessimistic Offline Lock 
       Coarse Grained Lock 
       Implicit Lock
     
    Session State Patterns:
       Client Session State
       Server Session State  
       Database Session State 
     
    Base Patterns:
       Gateway
       Mapper 
       Layer Supertype 
       Separated Interface 
       Registry 
       Value Object
       Money 
       Special Case
       Plugin 
       Service Stub 
       Record Set 

  • questão de inglês
    Lazy Load(eng-US) = Carregamento Tardio(pt-br)

ID
41686
Banca
FCC
Órgão
TRE-PI
Ano
2009
Provas
Disciplina
Arquitetura de Software
Assuntos

O modelo de aplicação J2EE divide as aplicações corporativas em

Alternativas
Comentários
  • "The J2EE application model divides enterprise applications into three fundamental parts: components, containers, and connectors."[ http://java.sun.com/j2ee/appmodel.html ]
  • O modelo de aplicação J2EE divide as aplicações corporativas em três partes:– Componentes– Containers– ConectoresUm componente J2EE é uma unidade de software funcional independente que é montada em uma aplicação J2EE com seus arquivos e classes relacionados e que se comunica com outros componentes.Os Containers ficam localizados entre os componentes e os clientes, provendo serviços transparentes para ambos, incluindo serviços transacionais, pooling de recursos, gerenciamento de ciclo de vida, segurança e transação.Conectores: A falta de um padrão gera complexidade na comunicação entre Servidores de Aplicação e os EIS (Sistemas de Informação Empresarial). Um conector é um aditivo à arquitetura J2EE, com o objetivo de uniformizar os métodos de acesso/comunicação a EIS (Sistemas de Informação Empresarial) em JAVA.

  • O modelo de aplicação J2EE divide as aplicações corporativas em três partes:

    ·         Componentes–

    ·         Containers–

    ·         Conectores

    GAB.D

ID
136219
Banca
ESAF
Órgão
MPOG
Ano
2010
Provas
Disciplina
Arquitetura de Software
Assuntos

São componentes chaves de um portal corporativo:

Alternativas
Comentários

  •  

    Camada de apresentação - personalização
    Identifica qual o dispositivo utilizado e disponibiliza a interface correspondente, além de permitir a personalização do conteúdo apresentado.
     
    Taxonomia e Mecanismos de Busca
    Os métodos de categorização e taxonomia visam organizar as informações, criando informações sobre as informações (metadados) para assim, os mecanismos de busca retornarem as informações que o usuário deseja de forma mais precisa.
     
    Aplicações Web
    É a camada responsável por integrar no portal as aplicações existentes na organização e também na internet
ID
140929
Banca
CESPE / CEBRASPE
Órgão
ANTAQ
Ano
2009
Provas
Disciplina
Arquitetura de Software
Assuntos

No que se refere a arquiteturas e tecnologias de sistemas de informação, julgue os itens de 110 a 120.

Portais corporativos podem ser definidos como ferramentas que proveem aos usuários de negócios uma única interface web às informações corporativas espalhadas pela empresa. O portal corporativo para processamento de decisões auxilia executivos, gerentes e analistas de negócios no acesso às informações necessárias à tomada de decisões. Por sua vez, o portal corporativo para processamento colaborativo ajuda os usuários a organizar e compartilhar informações de grupos de trabalho, tais como mensagens de correio eletrônico, relatórios, memorandos, atas de reunião.

Alternativas
Comentários

  • Portais Corporativos
     Portais Corporativos para alguns são a evolução das Intranets, para outros são grandes websites institucionais enquanto outros consideram um Portal Corporativo a aplicação que agrega conteúdo, colaboração, conhecimento e aplicativos transacionais, todos numa interface única.
    O fato é que o termo Portal Corporativo é usado de forma indiscriminada e qualquer coisa pode ser um portal corporativo, porém, um portal deve ter, pelo menos, as seguintes características:
      Busca e Indexação - poderosos sistemas de busca e indexação de conteúdo. A navegação por busca está sendo cada vez mais utilizada e ferramentas de Portais Corporativos devem possuir robustos mecanismos de busca e indexação;
      Categorização - categorização do conteúdo e conhecimento, de preferência usando tags e conceitos de web.2.0. A categorização de conteúdo quando bem empregada facilita, agiliza e melhora a experiência do usuário;
      Colaboração - aplicações para colaboração ajudam colaborares de uma mesma companhia que nunca se encontraram pessoalmente e que trabalham em países distintos colaborar num mesmo projeto, trocando experiências e realizando atividades através de ferramentas on-line de colaboração;
      Personalização - cada usuário é um usuário diferente e precisa receber informação de seu interesse apenas. Com essa premissa é que as ferramentas de Portais Corporativos devem oferecer mecanismos de personalização para que o conteúdo ideal seja entrega para o usuário, de acordo com seu interesse. A personalização pode ser passiva, quando o conteúdo é entrega de acordo com o perfil ou ativa quando o usuário define o que quer e o que não quer nas páginas de seu portal corporativo;

  •   Comunidades - perfis de acordo com competências. Conheça bem os seus usuários e poderá entregar a eles o excelente portal corporativo. É preciso pensar e planejar o portal de acordo com seus públicos. As comunidades ganharam muita força com o fortalecimento da web 2.0 e as boas ferramentas de Portais Corporativos devem oferecer recursos para a criação de comunidades e a interação de pessoas;

      Integração de Sistemas - integração com demais aplicações é indispensável. Se não houver integração o portal jamais conseguirá ser a interface única dos usuários de uma empresa. A integração é um dos pontos mais complexos no desenvolvimento de um Portal Corporativo. As boas ferramentas de Portais Corporativos possuem diversos componentes de integração disponíveis para facilitar essa tarefa;

      Segurança - segurança para todas as aplicações e login único. Se um portal corporativo tem a missão de ser a interface única para todas as aplicações e websites de uma empresa, deve também garantir segurança, privacidade e oferecer recursos de login único (single sign-on); ou seja, o usuário possui um login no portal e o portal gerencia o acesso e autenticação desse usuário nas demais aplicações.

  • Os portais corporativos são ferramentas de integração e comunicação que auxiliam profissionais de GC. Fornecem canal único com informações em tempo real e viabilizam a disponibilização sempre atualizada. Utilizam metadados e a linguagem XLM (Extensible Markup
    Linguagem) para integrar dados não estruturados aos estruturados dos bancos de dados institucionais. São importantes para tomada de decisão.

ID
140932
Banca
CESPE / CEBRASPE
Órgão
ANTAQ
Ano
2009
Provas
Disciplina
Arquitetura de Software
Assuntos

No que se refere a arquiteturas e tecnologias de sistemas de informação, julgue os itens de 110 a 120.

Um portal corporativo personalizado para as responsabilidades dos cargos dos funcionários da empresa deve ser acessível na Internet, para serem aumentadas a flexibilidade e a segurança dos dados, uma vez que eles ficam armazenados em mais de um sistema.

Alternativas
Comentários
  • Estar acessível na Internet apenas irá tornar a ferramenta mais flexível. A segurança porém deverá ser reforçada, visto que, a disponibilização na Internet não tornará a ferramenta mais segura, mas sim, exigirá que a segurança da ferramenta seja reforçada.

  • Como foi dito, a disponibilização na Internet tornará realmente mais flexível a ferramenta. Porém, com relação à segurança da ferramenta, se nenhuma ação preventiva for tomada, com certeza a segurança será menor pois a Internet pode tornar os dados acessíveis a qualquer pessoa conectada na grande rede. É verdade que para uma invasão essa pessoa precisará ter conhecimentos técnicos, mas se nenhuma ação preventiva tiver sido tomada o invasor terá êxito. 

    Com isso, conclui-se que o simples fato de tornar a ferramenta acessível via WEB não fará aumentar a segurança dos dados disponibilizados.

  • e-

    O objetivo do portal corporativo é fornecer acesso às informações a partir de uma interface individualizada na intranet da empresa.

ID
142252
Banca
CESGRANRIO
Órgão
BNDES
Ano
2009
Provas
Disciplina
Arquitetura de Software
Assuntos

Sobre o padrão arquitetural Gateway de linha de dados (Row Data Gateway), é INCORRETO afirmar que

Alternativas
Comentários
  • Row Data Gateway é um design pattern que utiliza um objeto que representa exatamente uma linha de registro do banco de dados em memória. A estrutura dessa entidadade é exatamente igual a estrutura física da tabela de modelo relacional. O gateway torna-se uma interface entre a apliacação e o registro, encapsulando a programação de acesso ao banco de dados. A sua implementação e consumo pode ser realizado de diversas maneiras, considerando o modelo utilizado em sua aplicação para organizar as layers e suas responsabilidades.

    Fonte(http://marcobaccaro.wordpress.com/2010/07/10/row-data-gateway/)
  • Row Data Gateway é um design pattern que utiliza um objeto que representa exatamente uma linha de registro do banco de dados em memória. A estrutura dessa entidadade é exatamente igual a estrutura física da tabela de modelo relacional. O gateway torna-se uma interface entre a apliacação e o registro, encapsulando a programação de acesso ao banco de dados. A sua implementação e consumo pode ser realizado de diversas maneiras, considerando o modelo utilizado em sua aplicação para organizar as layers e suas responsabilidades.
    O importante é termos em mente que, algum método será responsável em retornar um objeto Gateway ou uma coleção do mesmo. A semelhança entre o padrão Gateway e o Active Record é grande, o ponto crucial entre eles é que o Gateway é 100% algoritmo de persistência do registro e 0% de regra de negócio.

  • Row Data Gateway

    O problema

    Como representar registros de uma tabela do banco de dados na aplicação?

    Soluções possíveis

    Existem diversas soluções propostas para esse problema. Uma delas defende que, por facilidade na codificação, tanto os dados, quanto as operações sobre eles, quanto a lógica do negócio deve permanecer no mesmo objeto. Essa abordagem é chamada de Active Record. No mundo Java, esse pattern é bastante difundido através do framework Hibernate. Para PHP existe o Doctrine.

ID
158029
Banca
FCC
Órgão
METRÔ-SP
Ano
2008
Provas
Disciplina
Arquitetura de Software
Assuntos

Em Arquitetura de Software, um estilo de arquitetura é a descrição de tipos de componentes, dos padrões que guiam a interação entre eles e de suas restrições. Nesse sentido, considere:

Ele oferece decomposição controlada das tarefas em subtarefas cooperativas. Antes de projetar um sistema, coleta-se os requisitos, transformando-os em especificações, considerando-se que os requisitos estão bem definidos e estáveis. Inclui os padrões Camada (Layers), Canos e Filtros (Pipes and Filters) e Blackboard.

Trata-se do estilo de arquitetura:

Alternativas
Comentários
  • Da lama para a estrutura (em inglês, “From Mud to Structure”): padrões que
    apoiam a decomposição adequada de uma tarefa do sistema em sub-tarefas que
    cooperam entre si;
    • Sistemas Distribuídos (em inglês, “Distributed Systems”): padrões que
    fornecem infra-estrutura para sistemas que possuem componentes localizados
    em processadores diferentes ou em diversos sub-sistemas e componentes;
    • Sistemas Interativos (em inglês, “Interactive Systems”): padrões que ajudam a
    estruturar sistemas com interface homem-máquina;
    • Sistemas Adaptáveis (em inglês, “Adaptable Systems”): padrões que fornecem
    infra-estruturas para a extensão e adaptação de aplicações em resposta a
    requisitos de evolução e mudança funcional;
    • Decomposição Estrutural (em inglês “Structural Decomposition”): padrões
    que apoiam a decomposição adequada de sub-sistemas e componentes
    complexos em partes cooperativas;
    15
    • Organização do Trabalho (em inglês, “Organization of Work”): padrões que
    definem como componentes colaboram para oferecer um serviço complexo;
    • Controle de Acesso (em inglês, “Access Control”): padrões que guardam e
    controlam o acesso a serviços e componentes;
    • Gerenciamento (em inglês, “Management”): padrões para lidar com coleções
    homogêneas de objetos, serviços e componentes como um todo;
    • Comunicação (em inglês, “Communication”): padrões que ajudam a organizar
    a comunicação entre componentes e
    • Manuseio de Recursos (em inglês, “Resource Handling”): padrões que ajudam
    a gerenciar componentes e objetos compartilhados
ID
276697
Banca
ESAF
Órgão
CVM
Ano
2010
Provas
Disciplina
Arquitetura de Software
Assuntos

Assinale a opção correta.

Alternativas
Comentários
  • Resposta correta: D. 
    O Portal Corporativo deve reduzir a sobrecarga de informação e simplificar o acesso à informação, a templates, e aos especialistas de dentro e de fora da organização.
  • Mas por quê? O que são esses templates?
ID
276700
Banca
ESAF
Órgão
CVM
Ano
2010
Provas
Disciplina
Arquitetura de Software
Assuntos

São lições que a implementação de um Portal Corporativo deve considerar

Alternativas
Comentários

  • De acordo com Terra e Gordon (2002), embora a implantação de portais corporativos não seja nada de outro mundo, é importante garantir que todos os principais elementos de negócios, organizacionais e humanos sejam levados em consideração. Nesse sentido e abaixo, algumas principais lições que qualquer implantação de portais corporativos deve considerar:

    Alinhamento organizacional é prioridade;

    Seja claro no que diz respeito ao business case , proposição de valor e métricas;

    Gestão do conhecimento e portais corporativos exigem estratégias inovadoras;

    Mudança organizacional não acontece por acaso;

    Comunique, comunique e comunique;

    Novos papéis e responsabilidades devem ser designadas claramente;

    Concentre-se nas necessidades do usuário;

    Comunidades on-line exigem planejamento cuidadoso, infraestrutura e apoio contínuo;

    A qualidade do conteúdo é mais importante do que a quantidade deste;

    O portal corporativo deve reduzir a sobrecarga de informação e simplificar o acesso à informação,templates e especialistas de dentro e fora da organização;

    É preciso pensar cuidadosamente na sequencia de integração das aplicações de TI;

    Desenvolva um processo cuidadoso de avaliação para selecionar a plataforma do portal corporativo.

    Fonte: http://www.dbd.puc-rio.br/pergamum/tesesabertas/0913524_2012_completo.pdf

  • b-

    A Resposta mais logica. Não é a tecnologia que garante o sucesso, mas a transformação dos processos, das pessoas e dos meios de produção. Uma empresa que deseje ideias para novos produtos e serviços precisa instalar um sistema que direcione o fluxo de novas ideias para um ponto central para coletar, analisar e avaliar. As ferramentas como ponto central são os PORTAIS CORPORATIVOS.

  • ⦁ Desenvolvimento organizacional é a prioridade número um. Mudança organizacional não acontece por acaso. É preciso pensar muito cuidadosamente na sequência de auditoria das soluções de TI.

    Errado. Na verdade, alinhamento organizacional é a prioridade número 1.

    ⦁ Alinhamento organizacional é a prioridade número um. Mudança organizacional não acontece por acaso. Concentre-se nas necessidades do usuário. A qualidade do conteúdo é mais importante que a quantidade do conteúdo.

    Certo.

    ⦁ Mudança organizacional acontece por acaso. Concentre-se nas prioridades do sistema. A qualidade do conteúdo é mais importante que a quantidade do conteúdo. É preciso pensar muito cuidadosamente na sequência de integração das aplicações de TI.

    Errado. Mudança organizacional não acontece por acaso. É necessário bastante esforço para fomentar a mudança organizacional em projetos de Portal Corporativo.

    ⦁ A quantidade do conteúdo é mais importante que a qualidade do conteúdo. É preciso pensar muito cuidadosamente na integração das aplicações de DO.

    Errado. A qualidade do conteúdo é mais importante que a quantidade.

    ⦁ Alinhamento setorial é a prioridade número um. Interferências organizacionais não acontecem por acaso. Concentre-se nas necessidades de menor prioridade do usuário.

    Errado. Alinhamento organizacional (e não setorial) é a prioridade número 1.

    Resposta: B

ID
276706
Banca
ESAF
Órgão
CVM
Ano
2010
Provas
Disciplina
Arquitetura de Software
Assuntos

Na seleção de uma plataforma de Portal Corporativo deve-se considerar

Alternativas
Comentários
  • alguém saberia me dizer a fonte dessa questão?

  • O que significa "Futuro do fornecedor", nesse contexto ? Seria a mesma coisa que manter funcionamento do software ? Dar continuidade na manuntenção ?


    Obrigado!


  • Testing123. Se a corporação depende de algum fornecedor, deve-se levar em consideração o "futuro" dele. Vai que ele entra em falência...

  • "E por fim, a lição de seleção da plataforma deve ocorrer algumas análises 

    em relação ao PdCC, Gestão do Conhecimento e à própria plataforma analisada. 

    Conforme Terra e Gordon (2002, p. 183), além das variáveis citadas anteriormente, 

    como taxonomia, gestão de conteúdo e comunidade on-line, há outras categorias: 

    'integração de aplicação e componentes, ambiente de desenvolvimento, gestão, 

    manutenção e monitoramento, arquitetura de sistemas, desempenho, segurança e 

    futuro fornecedor e evolução da plataforma' "

    http://www.administradores.com.br/producao-academica/gestao-do-conhecimento-em-instituicoes-de-ensino-superior-uma-proposta-de-plataforma-de-software-publico-para-a-faculdade-de-ciencias-sociais-de-florianopolis/2141/download/

    em referência ao livro "Portais corporativos: a revoluçao na gestão do conhecimento" de José Cláudio Cyrineu Terrae  Cindy Gordon

    http://books.google.com.br/books/about/Portais_corporativos.html?hl=pt-BR&id=BekrAQAACAAJ


  • requisitos mínimos de um portal corporativo:


    -Facilitar localização das informações por usuários eventuais.
    -classificação e pesquisa intuitiva.
    -compartilhamento corporativo.
    -conectividade universal e acesso dinâmico aos recursos
    -roteamento inteligente.
    -ferramentas de negócios inteligentes e integrados.
    - arquitetura baseada em servidor.
    -serviços distribuídos.
    - definições flexíveis das permissões de acesso.
    - interfaces externas.
    -interfaces simples de usar
    - segurança.
    - fácil administração.
    - personalização.

ID
1191397
Banca
FUNRIO
Órgão
IF-PI
Ano
2014
Provas
Disciplina
Arquitetura de Software
Assuntos

A estruturação correta é fundamental para o bom funcionamento de um help desk. Sobre sistemas de help desk, pode-se afirmar que

Alternativas
Comentários

  • Se tem um sistema informatizado, tem-se a necessidade que todas as solicitações passem por ele!

  • Não entendi o porque o item D) estar errado.

  • Mais uma vez, de olho nas opções:

    a) a elaboração de um catálogo de serviços é desnecessária quando se utiliza um sistema informatizado. - Não. Este é o "cardápio" que irá pro usuário final delimitando expectativas com os serviços que irá consumir com a equipe de TI. Errado 

    b) correio eletrônico não é uma forma de solicitação compatível com sistemas de help desk. - Também errado. O Service Desk pode ter alguém destacado para varrer correio eletrônico, ou pode haver algum conector(mais conhecido como mail handler) que consiga puxar as informações do corpo do email e transformá-lo num chamado. Errado.

     c) deve-se rejeitar solicitações que venham através de canais não formalizados e não autorizados para recebê-las. Correto. Nada de deixar o usuário "eleger seu campeão" ligando diretamente para ramais de técnicos, ou incentivar o uso de canais não formalizados. Correto.

     d) na elaboração de um catálogo de serviços deve-se usar somente termos técnicos da área de TI, a fim de se evitar entendimentos incorretos. - Não deve utilizar SOMENTE termos técnicos. O erro está neste exagero. Pode até haver termos técnicos, mas o catálogo tem por destino o usuário que irá solicitar o serviço da equipe de TI. Errado

     e) níveis de aceitação de serviço não precisam ser estipulados quando se utiliza um sistema informatizado. - Claro que precisa, para manter a qualidade. Errado

ID
1289179
Banca
CESGRANRIO
Órgão
Petrobras
Ano
2012
Provas
Disciplina
Arquitetura de Software
Assuntos

Um técnico de informática acaba de entrar em uma equipe de desenvolvimento de aplicações corporativas na qual são utilizados padrões de projeto e de arquitetura de software. Em um documento que descreve uma arquitetura de referência, essa equipe descreveu um conjunto de camadas que devem ser criadas em toda aplicação a ser desenvolvida. Também consta, nesse documento, que cada camada deve prover serviços para outra camada mais externa (i.e., mais próxima dos usuários). Os nomes dados a essas camadas, juntamente com a principal atribuição definida para cada uma, são apresentados a seguir.


• Aplicação: responsável por conter pontos de entrada para as funcionalidades do sistema.
• Apresentação: responsável por interação com o ambiente do sistema.
• Domínio: responsável pela lógica do domínio envolvida no sistema.
• Infraestrutura: responsável por prover serviços técnicos, tais como transações e persistência.

O técnico concluiu que, quando essa arquitetura de referência for utilizada, a ordem das camadas, da mais externa para a mais interna, será

Alternativas
Comentários

  • Pensava que Aplicação e Apresentação referiam-se à mesma camada.

ID
1306537
Banca
CESPE / CEBRASPE
Órgão
ANATEL
Ano
2014
Provas
Disciplina
Arquitetura de Software
Assuntos

Julgue o item seguinte, com relação aos sistemas de gestão de conteúdo e à segurança da informação.


Diferentemente dos portais públicos da Internet, os portais de informações corporativas buscam aumentar a inteligência informacional da organização.

Alternativas
Comentários

  • Portal de informações corporativas têm como principal objetivo ser reconhecido como o principal meio de acesso às informações digitais existentes na organização. Eles disponibilizam para os usuários em ambiente Web informações categorizadas, espaços para comunidades virtuais, listas de discussões, conteúdos especializados, interação textual entre usuários, treinamento à distância, videoconferencia, etc. 

    Fonte: https://books.google.com.br/books?id=kKChDwKstagC&pg=PA85&lpg=PA85&dq=portais+de+informa%C3%A7%C3%B5es+corporativas+inteligencia+informacional&source=bl&ots=b14bHd3kv7&sig=xxfxXLrTNXkZsmI78bmn-c4sAGM&hl=pt-BR&sa=X&ei=yysNVeeyEsetabz3gbAC&ved=0CDUQ6AEwAw#v=onepage&q=portais%20de%20informa%C3%A7%C3%B5es%20corporativas%20inteligencia%20informacional&f=false

  • CERTO

     

    Os portais de informações corporativas visam acrescentar inteligência informacional aos funcionários de determinada organização/empresa. Tais portais também são conhecidos como "INTRANET".

ID
3877747
Banca
AOCP
Órgão
COREN-SC
Ano
2013
Provas
Disciplina
Arquitetura de Software
Assuntos

Muitos sistemas corporativos são construídos seguindo a arquitetura definida pelo padrão Enterprise JavaBeans (EJB). Ao utilizar essa arquitetura, as aplicações ganham certos benefícios. Assinale a alternativa que apresenta alguns desses benefícios.

Alternativas
Comentários

  • Transações,Persistência,Segurança,Remotabilidade.