Glossário de termos comuns de aplicações condicionadas por modelo

Este artigo contém um glossário de termos para aplicações orientadas a modelos do Power Apps.

Acessibilidade

A acessibilidade é um termo que é usado para se referir até que ponto as pessoas com incapacidades podem utilizar produtos digitais. No caso de aplicações condicionadas por modelo, têm sido considerados assuntos como design reativo, como os utilizadores navegam entre campos, como a aplicação se comporta em modo de alto contraste e como os leitores de ecrã ajudam os utilizadores a compreender a natureza da aplicação.

Utilizar leitores de ecrã dentro de aplicações condicionadas por modelo

Centro de administração

O centro de administração Power Platform é um portal unificado para administradores gerirem ambientes e definições para aplicações Power Apps, Power Automate e Dynamics 365. O Power Platform Admin Center não cobre as definições de administração nem as funcionalidades associadas a Power BI.

Mais informações sobre o centro de administração do Power Platform

Saiba mais sobre o centro de administração Power BI

Estruturador de aplicações

A ferramenta que é utilizada para criar e editar aplicações condicionadas por modelo. À medida que a experiência do estruturador de aplicações amadurece, substituirá a experiência clássica.

Utilize-o para configurar o mapa do site de navegação, tabelas, formulários e vistas relevantes para a sua aplicação.

Uma descrição geral da experiência do estruturador de aplicações

A forma como as áreas, grupos, subáreas e páginas são apresentados numa aplicação orientada a modelos. Também é conhecido como o mapa do site

Gestão do ciclo de vida das aplicações

A forma como gerimos o ciclo de vida de uma aplicação, desde a conceção até ao fim da vida. Do ponto de vista técnico, grande parte da gestão do ciclo de vida das aplicações (ALM) é gerida através de soluções na entrega de produtos de aplicações condicionadas por modelo.

Visão geral da gestão do ciclo de vida de aplicações com Microsoft Power Platform

Área

Uma parte da experiência de navegação de aplicações condicionadas por modelo, as aplicações podem ter vários grupos e os grupos podem ter várias subáreas. A subárea contém as tabelas relevantes para a aplicação. Para aplicações com mais do que uma área, é apresentado um controlo Switch no painel de navegação inferior esquerdo.

Navegação de aplicações em aplicações condicionadas por modelo

Atributo

Um atributo é outro nome para um coluna e é um termo frequentemente usado por programadores Power Apps. Cada tabela em Power Apps corresponde a uma tabela de base de dados e cada coluna de tabela em Power Apps corresponde a uma coluna na tabela da base de dados.

Fluxo de processo empresarial

Lógica incorporada numa tabela específica para garantir que os utilizadores completam os registos atualizando os campos na ordem correta.

Embora estes sejam inicialmente criados usando a experiência Power Automate, os fluxos de processos de negócio são experienciados numa aplicação orientada a modelos como uma alteração na interface do utilizador.

Um fluxo de trabalho empresarial está organizado em fases. Cada fase define as colunas (campos) que devem ser completadas normalmente antes de passar para a fase seguinte. Por exemplo, o fluxo de processo empresarial predefinido para a tabela de oportunidades tem quatro fases: qualificar > desenvolver > propor > fechar. A fase atual de um fluxo de processo empresarial é indicada com um ponto ao lado da fase na sequência de fases da esquerda para a direita no fluxo.

Descrição geral dos fluxos do processo de negócio

Regra de negócio

As regras de negócio são lógica do lado do servidor usada com aplicações de tela ou dirigidas por modelo para definir ou apagar valores em uma ou mais colunas de uma tabela. As regras de negócio também podem ser usadas para validar dados armazenados ou apresentar mensagens de erro. As aplicações condicionadas por modelo podem usar regras de negócio para mostrar ou ocultar colunas, ativar ou desativar colunas e criar recomendações baseadas em business intelligence.

Mais informações sobre regras de negócio

Definir regras de negócio

Aplicação Canvas

Uma aplicação que é gerada utilizando controlos de arrastar e largar configurados com o Power Fx. As aplicações canvas oferecem ao designer um controlo significativo sobre a experiência do utilizador e podem ser ligadas a uma vasta gama de origens de dados e serviços de dados.

As aplicações de tela são organizadas em ecrãs, e controles como galerias, caixas de texto e menus pendentes são colocados nos ecrãs e configurados para se ligarem corretamente às origens de dados e entre si.

Enquanto uma aplicação orientada a modelos vem com muitas funcionalidades pré-configuradas, tais como formulários, vistas e uma interface de utilizador, as aplicações canvas podem ser criadas a partir de uma tela em branco ou de um modelo. Muitas vezes há mais trabalho a ser realizado e mais trabalho direto usando código.

As aplicações de tela são contidas em ambientes e soluções da mesma forma que as aplicações direcionadas por modelo.

Obter mais informações sobre aplicações canvas.

Gráfico

Uma representação visual de uma tabela de dados. Os gráficos podem assumir a forma de gráfico de linha, gráfico de barras, gráfico circular ou gráfico em anel.

Obter mais informações sobre a criação de um gráfico de sistema.

Clássico

A interface clássica representa o método pelo qual os criadores de aplicações fazem alterações às funcionalidades dentro do seu ambiente Microsoft Dataverse.

A interface clássica foi substituída pelo método baseado na Web de criação de aplicações conhecida como a Interface Unificada.

Sobre a Interface Unificada para aplicações orientadas a modelos em Power Apps

Estruturador de aplicações clássico

O designer de aplicações moderno permite criar aplicações baseadas em modelos e criar aplicações de tela utilizando páginas personalizadas.

O estruturador de aplicações moderno é o estruturador predefinido para aplicações condicionadas por modelo. Atualmente, ainda pode criar aplicações condicionadas por modelo usando o estruturador de aplicações clássico.

Coluna

Uma coluna (anteriormente denominada um campo) é um campo numa tabela de Dataverse (anteriormente denominada entidade). As colunas são semelhantes aos campos em bases de dados e têm diferentes tipos de dados, tais como texto, número, data, bem como tipos de dados menos familiares a bases de dados, como telefone, e-mail, ficheiro e imagem.

O tipo de coluna define o tipo de dados exigidos pela coluna e também os controlos, como o seletor de datas ou a caixa de texto, que estão disponíveis durante a utilização do controlo.

As colunas também aparecem quando cria formulários. Os separadores de formulários também têm colunas, e isso define onde pode colocar secções. Além disso, as secções de formulário têm colunas e estas definem onde pode colocar colunas de tabela (campos de formulário, neste caso).

Como criar e editar colunas

Adicionar, configurar, mover ou eliminar colunas num formulário

Barra de comando

A área de uma aplicação condicionada por modelo que contém comandos básicos universalmente utilizados por aplicações condicionadas por modelo.

Esquema para uma aplicação Interface Unificada.

A barra de comando pode ser personalizada. Mais informações: Personalizar a barra de comando utilizando o estruturador de comandos (pré-visualização)

Componente

Os componentes são elementos. Os componentes são utilizados ao criar os elementos que compõem uma aplicação condicionada por modelo. Muitas vezes, estes elementos relacionam-se com o método de criação das tabelas que compõem uma aplicação condicionada por modelo.

Os componentes podem ser divididos em dados (tabelas, relações, colunas), UI (mapa do site, formulários, vistas), lógica (fluxos do Power Automate, fluxos de processos de negócio, regras de negócio) e visualização (gráficos, dashboards e Power BI Tiles).

Mais informações sobre componentes

Ligação

Uma aplicação condicionada por modelo está, tipicamente, ligada às tabelas de dados que residem no mesmo ambiente. Esta ligação pode ser considerada nativa porque nunca tem de ser configurada dentro do ambiente.

Existem ligações no ambiente para permitir que outros elementos do Power Platform funcionem corretamente. Notavelmente, as aplicações Power Apps canvas e Power Automate flows têm a capacidade de utilizar múltiplas ligações.

Controlo

Os controlos permitem interagir com informações contidas nos registos. Normalmente são visíveis em formulários, onde os utilizadores atualizam dados utilizando o controlo. Exemplos de controlos são calendário, interruptor, escolhas, controlo de deslize e grelhas editáveis. Em alguns casos, poderá pretender utilizar diferentes controlos dependendo do dispositivo utilizado pelo utilizador.

Mais informações sobre controlos

Painel de Controlo

Um contentor para um ou mais gráficos relacionados com uma tabela.

Mais informações sobre dashboards aqui

Um painel permite apresentar gráficos, relatórios do Power BI e vistas de tabelas ao utilizador da aplicação.

Saiba mais sobre como usar Power BI numa aplicação orientada a modelos

Modelo de dados

Uma coleção de tabelas relacionadas. No contexto de aplicações condicionadas por modelo, estas são mantidas na base de dados do Dataverse.

Numa solução personalizada, o modelo de dados é, muitas vezes, o conjunto de tabelas relacionadas criadas com o objetivo de entregar a aplicação empresarial global.

Base de dados

O termo coletivo para todas as tabelas no Dataverse.

Dataverse

Microsoft Dataverse é o termo coletivo para as tabelas, fluxos de trabalho, fluxos de processos de negócio e funcionalidades relacionadas que são provisionadas num ambiente quando uma base de dados é criada.

As aplicações condicionadas por modelo necessitam de uma base de dados do Dataverse.

Uma base de dados Dataverse contém estruturas de dados mais próximas das que se encontram em bases de dados, além de poder armazenar aplicações baseadas em modelos, aplicações canvas, e fluxos do Power Automate .

Mais informações sobre o Dataverse aqui

Dependência

Dependências são criadas quando elementos de componentes dependem uns dos outros para que funcionem. Por exemplo, se uma coluna for utilizada dentro de uma vista, a vista requer que a coluna exista para que funcione. Há muitos exemplos de dependências em todo o Dataverse. Outro exemplo é uma aplicação orientada por modelo que depende de uma tabela se essa tabela for usada na aplicação.

As dependências manifestam-se de várias formas, incluindo quando uma aplicação condicionada por modelo é validada. Tornam-se também evidentes de forma mais problemática quando tenta eliminar um aspeto de uma tabela, formulário, vista ou dashboard. As dependências podem ser vistas selecionando o item a eliminar e, em seguida, selecionando Avançadas>Mostrar dependências na barra de comando.

Dynamics 365

Microsoft Dynamics 365 é uma linha de software de planeamento de recursos empresariais (ERP) e gestão de relacionamento com o cliente (CRM). A Microsoft comercializa aplicações Dynamics 365 através de uma rede de parceiros de revenda que prestam serviços especializados.

Saiba mais sobre Microsoft Dynamics 365

Entidade

Uma entidade é a forma clássica de descrever uma tabela. Esta terminologia aparece dentro das experiências clássicas.

Ambiente

Um ambiente é um espaço para armazenar, gerir e partilhar os dados de negócio da sua organização, estruturas de dados, aplicações, agentes Copilot e fluxos.

Pode colocar em pacote os vários elementos como soluções, e estas soluções podem ser exportadas de um ambiente para outro.

Um ambiente só pode ter uma base de dados do Dataverse e todas as suas aplicações condicionadas por modelo no ambiente utilizam esta base de dados.

Muitas vezes, vários ambientes são usados para ativar a gestão do ciclo de vida das aplicações. Por exemplo, pode ter ambientes de desenvolvimento, de teste e de produção.

Os ambientes existem numa região geográfica e podem ser um meio para garantir que os dados se mantêm fisicamente na região geográfica correta.

Obter mais informações sobre ambientes

Flow

Os fluxos na nuvem são funcionalidades oferecidas por Power Automate que permitem a automação de tarefas com base no desencadeamento de condições como recorrência, adição ou atualização de registos ou simplesmente seleção de botões pelos utilizadores. Os fluxos podem ser executados com ou sem a introdução de novos parâmetros.

Fluxos de nuvem

Formulário

Os formulários fornecem a interface de utilizador (IU) que as pessoas usam para criar, ver ou editar registos de tabelas. Use o designer de formulários em Power Apps para criar e editar formulários.

Existem quatro tipos de formulários: principal, criação rápida, vista rápida e cartão.

Mais informações:

Estruturador de formulários

A experiência de design para criar e editar formulários.

Abrir o estruturador de formulários

Grupo

Uma parte da experiência de navegação de aplicações condicionadas por modelo. Os nomes de grupos aparecem como elemento de navegação numa aplicação com os nomes de subárea (tabelas) dentro do grupo listado por baixo dele.

Legado

Isto refere-se a funcionalidades que foram preteridas ou à forma como são criadas, foram transferidas para uma experiência mais moderna, como a interface unificada baseada na Web.

Procura

Uma consulta é um tipo de campo que existe quando duas tabelas estão relacionadas. As procuras podem ser vistas em vistas de tabela do lado muitos de uma relação de um-para-muitos. Geralmente, as listas de pesquisa são preenchidas utilizando um formulário do lado "muitos" da relação.

Formulário principal

Cada tabela tem, pelo menos, um formulário principal. O formulário principal representa o método primário de interação com um registo. O formulário principal é reativo ao dispositivo utilizando o formulário de ecrã e pode conter controlos otimizados para o dispositivo, seja telefone, tablet ou Web. Os formulários principais são editados utilizando o estruturador de formulários.

Mais informações sobre outros tipos de formulários

Monitorizar

Também conhecido como monitor de aplicações. Permite-lhe compreender aspetos do desempenho de uma aplicação condicionada por modelo. O monitor de aplicações também pode ser utilizado para monitorizar aplicações Canvas.

Página

As aplicações modernas têm o conceito de páginas, que podem ser um componente de aplicação orientada por modelo (tabela, dashboard, ligação de navegação ou recurso web) ou uma página baseada em canvas que utiliza uma página personalizada. As páginas personalizadas permitem um layout flexível; funções de low-code Power Fx; e integração de dados de conectores Power Apps.

Uma página personalizada é uma ferramenta para permitir que aplicações condicionadas por modelo e aplicações de tela funcionem em conjunto.

Power Automate

Um serviço do Power Platform que permite aos utilizadores simplificar tarefas repetitivas. Normalmente, esta automatização é efetuada com fluxos de nuvem.

Aplicações orientadas por modelo em "fluxos de processos de negócio" que direcionam os utilizadores para completar registos de tabela de uma forma específica são criadas no Power Automate.

Os fluxos Power Automate existem dentro de um ambiente e podem também existir dentro de soluções do Power Apps.

Saiba mais sobre Power Automate

Power BI

Uma ferramenta de visualização de dados que tem a capacidade de ser incorporada em aplicações condicionadas por modelo ou de operar independentemente delas. Power BI podem ligar-se a uma vasta gama de fontes de dados, das quais Dataverse é apenas uma delas.

Power BI relatórios não são armazenados em ambientes Dataverse.

Publicar

O processo pelo qual disponibiliza a mais recente iteração da aplicação aos utilizadores dentro de um ambiente.

Publisher

Cada solução tem um publicador. Especifica o publicador quando cria uma solução. O editor de soluções indica quem desenvolveu a aplicação e define o prefixo, como Contoso_AMinhaTabelaNova, para todos os ativos da solução.

Mais informações sobre editores

Registo

Os registos contêm uma ou mais colunas de informações relativas a uma pessoa, local ou coisa. Por exemplo, podem conter o nome, o endereço de e-mail e o número de telefone de um cliente individual. Outras ferramentas referem-se aos registos como “linha” ou “item” Os registos existem dentro de tabelas do Dataverse.

Relação

A forma como as colunas em diferentes tabelas se relacionam entre si. Existem três tipos de relações:

Um-para-muitos. Por exemplo, um autor de muitos romances.
Muitos-para-um. Por exemplo, muitas páginas para um livro.
Muitos-para-muitos. Por exemplo, muitos livros emprestados por muitas pessoas.

As aplicações condicionadas por modelo, muitas vezes, contêm tabelas com relações entre elas. Quando existem relações, os utilizadores navegam até o registo na tabela relacionada. Por exemplo, ao olhar para um registo de fatura de vendas, pode abrir o registo de conta relacionado para investigar detalhes dessa conta.

Mais informações sobre como criar relações entre tabelas

Aplicações responsivas

Uma aplicação que seja responsiva apresenta-se de uma forma que depende do dispositivo que acede à aplicação. Isto também pode significar que poderá ser apresentado um controlo diferente, como um seletor de datas, dependendo se o utilizador está a executar a aplicação num computador, tablet ou telefone.

Além disso, as tabelas e os campos ajustam-se de acordo com o tamanho do ecrã do dispositivo.

Secção

Os abas dentro de formulários são organizadas em secções. As secções podem ser organizadas de uma a quatro colunas, permitindo-lhe dispor os metadados do registo da forma mais relevante para o separador e a secção atuais.

Mais informações sobre como trabalhar com secções

Perfil de segurança

Uma função de segurança define o que as pessoas podem ver e fazer com funcionalidades e dados no Dataverse. Nos registos, as funções de segurança determinam as ações de criar, ler, escrever, eliminar, atualizar e anexar disponíveis para um utilizador.

Os perfis de segurança são criados e os utilizadores são integrados nesses perfis, quer como nomes de utilizadores individuais, quer através de grupos de segurança do Active Directory.

Concede acesso a aplicações orientadas por modelos através de funções de segurança.

Uma aplicação orientada por modelos é, essencialmente, uma coleção de tabelas, painéis de controlo, visualizações e páginas, e estas são descritas no mapa do site. O mapa do site define as tabelas e páginas que estão incluídas numa aplicação condicionadas por modelo e a experiência de navegação que os utilizadores têm ao moverem-se entre elas.

Ao configurar a experiência de navegação está a editar os elementos de áreas, grupos e de navegação de subáreas. As tabelas existem ao nível da subárea e são organizadas em grupos. Os grupos são efetivamente coleções de tabelas e páginas e são visíveis no painel de navegação. As áreas permitem alternar entre grupos visíveis.

Tanto os métodos modernos como os métodos clássicos de criação de uma aplicação condicionada por modelo incluem mapas do site. No entanto, com o designer de aplicações moderno, pode desenhar o mapa do site com a funcionalidade de arrastar e largar, enquanto o designer de mapas do site clássico não suporta arrastar e largar.

Para abrir o mapa do site no estruturador clássico de mapas do site a partir da experiência moderna de criação de aplicações, selecione Mudar para clássico.

Obter mais informações sobre navegação de aplicações

Solução

Uma solução é um wrapper para uma ampla gama de componentes, incluindo tabelas, fluxos na cloud e funções de segurança.

Quando criar uma aplicação condicionada por modelo, certifique-se de que os recursos associados a ela são contidos dentro de uma solução.

As soluções têm dois tipos:

As soluções geridas, geralmente, permitem apenas uma pequena quantidade de personalização ou nenhuma.
As soluções não geridas dão aos criadores o controlo total sobre o projeto que estão a criar.

As soluções não geridas são utilizadas por criadores e programadores para exportar projetos como um solução gerida para utilização em ambientes de não programação, como um ambiente de produção. Isto permite um nível elevado de controlo para a gestão do ciclo de vida de aplicações.

Explorador de soluções

Esta é a experiência clássica que os criador e personalizadores podem utilizar para ver e fazer alterações à maior parte dos componentes da solução. Estão disponíveis experiências mais modernas em make.powerapps.com e os estruturadores de aplicações condicionadas por modelo e o explorador da solução serão eventualmente substituídos por essas experiências modernas.

Para aceder à interface da solução moderna, siga estes passos:

Iniciar sessão em make.powerapps.com.
Selecione um ambiente.
No painel esquerdo, selecione Soluções e, em seguida, abra uma solução não gerida onde pretende adicionar uma aplicação condicionada para modelo. Crie uma solução, se ainda não existir uma.
Explore os componentes da solução.

Obter mais informações sobre soluções

Subárea

Uma parte da experiência de navegação de aplicações condicionadas por modelo. Subáreas (tabelas) e páginas aparecem sob o grupo em que estão configuradas dentro do estruturador de aplicações.

Subgrelha

Subgrelhas são áreas de formulários principais que exibem uma lista de registros de uma tabela do Dataverse, enquanto permanecem no formulário. Normalmente, uma subgrelha é usada para apresentar registos subordinados que se relacionam com o registo principal atualmente em revisão. Por exemplo, livros escritos por um autor.

Enquanto as subgrelhas são apresentadas numa aplicação orientada por modelo, são uma propriedade do formulário.

Tab

Cada formulário tem pelo menos um separador, que é essencial para a forma como apresentamos os dados dos registos de tabelas. Um formulário pode ter vários separadores. Isto permite-lhe, o criador, oferecer ao utilizador uma variedade de formas de ver o mesmo registo. Os separadores frequentemente oferecem uma melhor experiência de utilizador ao proporcionarem uma forma mais lógica de apresentar os dados no registo.

Do ponto de vista do mapa do site, um separador é um "grupo" ao usar a ferramenta de design do mapa do site em vez de uma subárea para tabelas e uma área para incluir subáreas.

Saiba mais sobre como trabalhar com separadores

Tabela

Uma tabela é um método de armazenamento de dados em colunas (ou campos) dentro do Dataverse.. Tabelas eram anteriormente chamadas de entidades.

As tabelas, no contexto de aplicações condicionadas por modelo, apenas existem numa base de dados do Dataverse.

Uma linha única dentro de uma tabela é conhecida como um registo. Por exemplo, um único cliente e as colunas descrevem metadados associados ao cliente, como o nome, número de telefone ou limite de crédito.

Todas as aplicações condicionadas por modelo têm de conter, pelo menos, uma tabela. Grande parte do processo de criação de uma aplicação condicionada por modelo é selecionar as tabelas mais relevantes para resolver o problema do negócio.

As tabelas têm vistas, formulários e regras de negócio associadas a elas.

Além disso, as tabelas também têm gráficos, bem como dashboards onde os gráficos são apresentados.

As tabelas podem relacionar-se com outras tabelas e estas são definidas através de relações que foram configuradas entre elas.

Obter mais informações sobre configurar tabelas

Designer de Tabelas

A experiência de design para criar e editar tabelas. Isto permite-lhe criar tabelas, colunas, relações, regras de negócio e vistas.

Criar uma tabela personalizada utilizando o estruturador de tabelas

Interface Unificada

A Interface Unificada proporciona uma experiência de utilizador consistente e acessível em todos os dispositivos, quer seja num computador de secretária, num computador portátil, num tablet ou num telemóvel. O antecessor da Interface Unificada era conhecido como interface Web.

Mais informações sobre a Interface Unificada aqui

Validar

O processo pelo qual um criador de aplicações confirma se a aplicação condicionada por modelo tem todos os componentes necessários para que funcione corretamente.

Aprender a validar uma aplicação

Vista

Uma representação tabular de registos numa tabela do Dataverse. As tabelas podem ter várias vistas.

As vistas podem ser pré-filtradas e é possível definir as vistas específicas que uma aplicação condicionada por modelo disponibiliza aos utilizadores.

As tabelas podem ter várias vistas associadas a elas e pode definir as vistas de tabela relevantes para uma aplicação condicionada por modelo na altura em que as cria.

Mais informações sobre vistas aqui

Workflow

Um fluxo de trabalho clássico é uma série de funções ou métodos, chamados passos, que são efetuados sequencialmente e que se aplicam aos dados contidos dentro de tabelas. O fluxo de trabalho pode alterar a direção de processamento utilizando condicionais, referidos como ramos condicionais.

Em muitos casos, os fluxos de trabalho clássicos devem ser substituídos por fluxos do Power Automate.

Comentários

Esta página foi útil?

Last updated on 2026-04-08