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

Artigo
03/15/2023

Este artigo contém um glossário de termos para aplicações condicionadas por modelo 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 o utilizador navega entre campos, como a aplicação se comporta em modo de alto contraste e como os leitores de ecrã ajudam os utilizadores a entender 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 do Power Platform é um portal unificado para os administradores gerirem ambientes e definições para aplicações do Power Apps, Power Automate e Dynamics 365. O centro de administração do Power Platform não cobre as definições de administração e as funcionalidades associadas ao Power BI.

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

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

Estruturador de aplicações

A ferramenta que é utilizada para criar e editar aplicações condicionadas por modelo. À medida que a experiência moderna do estruturador de aplicações amadurece, irá 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 pré-visualização da experiência do nova estruturador de aplicações

Podemos utilizar o estruturador de aplicações clássico quando criamos ou editamos as nossas aplicações

A forma como as áreas, grupos e subárea são apresentados numa aplicação condicionada por modelo. 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.

Descrição geral da gestão do ciclo de vida das aplicações com o 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 uma coluna e é um termo comumente utilizado pelos programadores do Power Apps. Cada tabela no Power Apps corresponde a uma tabela de bases de dados e cada coluna de tabela no Power Apps corresponde a uma coluna na tabela de bases 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 utilizando a experiência do Power Automate, os fluxos de processos empresariais são experimentados dentro de uma aplicação condicionada por modelo como uma mudança na interface do utilizador.

Um fluxo de processo empresarial está organizada 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ógicas do lado do servidor que são usadas com aplicações condicionadas por modelo ou de tela para definir ou limpar valores em uma ou mais colunas numa 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 de tela

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

As aplicações de tela são organizadas em ecrãs e controlos, como galerias, caixas de texto e menus pendentes, são colocadas em ecrãs e configuradas de modo a que se liguem corretamente às origens de dados e entre si.

Enquanto uma aplicação condicionada por modelo vem com muitas funcionalidades pré-configuradas, tais como formulários, vistas e uma interface de utilizador, muitas Aplicações de tela são da autoria 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 condicionadas por modelo.

Mais informações sobre aplicações de tela aqui.

Gráfico

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

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

Clássico

A interface clássica representa o método em que os criadores de aplicações efetuam alterações nas funcionalidades dentro do seu ambiente do Microsoft Dataverse.

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

Acerca da Interface Unificada para aplicações condicionadas por modelo no Power Apps

Estruturador de aplicações clássico

O estruturador de aplicações moderno permite criar aplicações condicionadas por modelo e criar aplicações de tela utilizando páginas personalizadas.

O estruturador de aplicações moderno será em breve será 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.

Column

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 estarão disponíveis durante a utilização do controlo.

As colunas também aparecem ao criar formulários. Os separadores de formulário também têm colunas e isto 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), IU (mapa do site, formulários, vistas), lógica (fluxos de processo empresarial, regras de negócio) e visualização (gráficos, dashboards e Mosaicos do Power BI).

Mais informações sobre componentes

Ligação

Uma aplicação condicionada por modelo só está 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. Particularmente, as aplicações de tela do Power Apps e os fluxos do Power Automate têm a capacidade de fazer uso de 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, comutador, 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

Dashboard

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

Mais informações sobre dashboards aqui

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

Mais informações sobre como utilizar o Power BI dentro de uma aplicação condicionada por modelo

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

O Microsoft Dataverse é o termo coletivo para as tablas, fluxos de trabalho, fluxos de processo empresarial e funcionalidades relacionadas que são aprovisionadas dentro de um 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 do Dataverse contém estruturas de dados mais intimamente associadas a bases de dados, além de ser capaz de conter aplicações condicionadas por modelo, aplicações de tela 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 possa funcionar. Há muitos exemplos de dependências em todo o Dataverse. Outro exemplo é uma aplicação condicionada por modelo dependente de uma tabela se essa tabela for utilizada dentro da 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. Quando isto ocorre, as dependências podem ser vistas selecionando o item a eliminar e, em seguida, selecionando "mostrar dependências" na barra de comando.

Dynamics 365

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

Mais informações sobre o Microsoft Dynamics 365

Entidade

Uma entidade é a forma clássica de descrever uma tabela. Verá esta terminologia dentro das experiências clássicas e noutros lugares na internet.

Ambiente

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

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.

Mais informações sobre ambientes aqui

Fluxo

Os fluxos de cloud são oferecidos pelo Power Automate que permite que a automatização de tarefas ocorra com base em acionar de condições como periodicidade, adição ou atualização de registos ou simplesmente a seleção de botões pelos utilizadores. Os fluxos podem ser executados com ou sem a introdução de novos parâmetros.

Fluxos de cloud

Formulário

Os formulários fornecem a interface de utilizador (IU) que as pessoas usam para criar, ver ou editar registos de tabelas. Utilize o estruturador de formulários no 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

Agrupar

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 procura é 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, são povoados usando 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 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 de tela..

Página

As aplicações modernas têm o conceito de páginas, que podem ser aplicações condicionadas por modelo ou uma página baseada em tela utilizando páginas personalizadas. As páginas personalizadas permitem esquema flexível, funções low-code do Power Fx e dados de conector do Power Apps.

É uma ferramenta para permitir que aplicações condicionadas por modelo e aplicações de tela existam 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 cloud.

Os fluxos de processo empresarial de aplicações condicionadas por modelo que direcionam os utilizadores para completarem os registos de tabela de uma forma específica, são criados dentro do Power Automate.

Os fluxos do Power Automate existem num ambiente e também podem existir em soluções do Power Apps.

Mais informações sobre o 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 existir completamente independentemente delas. O Power BI pode ligar-se a uma ampla gama de origens de dados, das quais o Dataverse é apenas uma.

Os Relatórios do Power BI não existem dentro de ambientes do Dataverse ou soluções internas.

Publicar

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

Editor

Cada solução tem um editor. O editor é especificado quando cria uma solução. O editor de soluções indica quem desenvolveu a aplicação, e definirá o prefixo, como Contoso_MyNewTable, para todos os recursos 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 “linhas” ou “itens”. Os registos existem em tabelas do Dataverse.

Relação

A forma como os campos 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. Sempre que existirem relações, os utilizadores navegam para o registo dentro da 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 reativas

Uma aplicação que seja reativa irá compor-se de uma forma que depende do dispositivo que está a aceder à aplicação. Isto pode até significar que até 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 compõem-se de acordo com o tamanho do ecrã do dispositivo que está a ser utilizado.

Secção

Os separadores dentro de formulários são organizados em secções. As secções podem ser organizadas entre uma e quatro colunas e permitem-lhe organizar os metadados de registo de uma forma mais relevante para o separador para a secção atuais.

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

Direito de acesso

Um direito de acesso define o que as pessoas podem ver e fazer com um registo. Está relacionado com criar, ler, escrever, eliminar, atualizar e anexar ações.

Os direitos de acesso são criados e os utilizadores são colocados em direitos de acesso, quer como nomes de utilizadores individuais, quer através de grupos de segurança de Active Directory.

Concede acesso a aplicações condicionadas por modelo através de direitos de acesso.

Uma aplicação condicionada por modelo é, essencialmente, uma coleção de tabelas, dashboards, vistas e páginas, e estas são descritas através do 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 terão 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 estruturador de aplicações moderno pode estruturar o mapa do site com uma experiência de arrastar e largar, enquanto o estruturador 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.

Mais informações sobre navegação de aplicações aqui

Solução

Uma solução é um invólucro para uma ampla gama de componentes, incluindo tabelas, fluxos de cloud e direitos de acesso.

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 duas formas:

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.

Mais informações sobre soluções aqui

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 apresentam uma lista de registos de uma tabela do Dataverse, mantendo-se 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 condicionada por modelo, são uma propriedade do formulário.

Tab

Cada formulário tem, pelo menos, um separador e estes são relevantes para a forma como apresentamos dados de registo de tabela. 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. Esta é frequentemente uma melhor experiência de utilizador ou 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 o estruturador de mapas do site contra uma subárea para tabelas e uma área para conter subáreas.

Mais informações sobre como trabalhar com separadores

Tabela

Uma tabela é um método de armazenamento de dados em colunas (ou campos) dentro do Dataverse.. Tabelas onde anteriormente chamavam 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.

Mais informações sobre configurar tabelas aqui

Estruturador 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 irá disponibilizar 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

Fluxo de trabalho

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.

Nota

Pode indicar-nos as suas preferências no que se refere ao idioma da documentação? Responda a um breve inquérito. (tenha em atenção que o inquérito está em inglês)

O inquérito irá demorar cerca de sete minutos. Não são recolhidos dados pessoais (declaração de privacidade).

Partilhar via