PORQUE PLANEANDO

Por que Planta?

A disposição de É, se envolvem a rede, a ferragem, ou os componentes de software, requer a preparação e o planeamento significativos. Promover ou instalar componentes do sistema, se está dentro do contexto de uma estratégia das finanças ou não, terão muitas dependências e considerações chaves. Sempre que um projeto dos sistemas complexos é feito exame sobre, os profissionais competentes, provados devem ser procurados para fora ajudar no planeamento e na execução. Isto é imperativo quando tais projetos envolvem o conhecimento intricado de especificações técnicas e os conceitos e as teorias especializados relacionados às redes, aos sistemas, e ao gosto. Embora os proprietários pequenos e emergentes do negócio possam ter construído seus negócios com uma atitude forte do do-it-yourself, o aspecto dos sistemas de trabalhos de desenvolvimento do negócio melhor quando os profissionais qualificados forem involvidos.

Strategizing que a função das finanças envolve conceptualizing e planear o papel de É, uma etapa o strategist deve inteiramente acoplar dentro, longo antes que o equipamento compre, consultando contratos, e as execuções time-consuming começam. Conceptualizing a disposição e o projeto dos sistemas requererá escolher uma filosofia particular do projeto e da manutenção e a compreensão do impacto da aproximação e da filosofia gerais escolhidas. Dependendo de onde a organização está em desenvolver uma função das finanças, este processo pode ser visto como um subconjunto de strategizing ou uma parte da estratégia das finanças própria. Não obstante o motivation e o formulário, este processo do planeamento deve considerar a filosofia geral do decentralization contra o centralization, o suitability da organização para executar e manter aplicações, e a capacidade desenvolver a documentação relevante.

Centralizado contra projetos descentralizados

Cedo no processo de planning/strategizing o strategist das finanças deve determinar a que aplicações e processos do grau serão centralizados. Estão determinando se e as funções das finanças serão centralizadas ou descentralizado frequentemente é enraizado no estilo da gerência dos proprietários ou na cultura do negócio. Ditar a uniformidade nos processos, as.well.as componentes da aplicação e do sistema, embodies o centralization. O centralization também pode prescrever a posição de todas as aplicações da ferragem e do software do núcleo em uma designada local company-wide. A característica verdadeira do centralization é o uso do uniforme, processos prescritos durante todo a organização. O decentralization em seu formulário mais puro é o oposto do centralization, especial porque se relaciona à posição e às especificações de ferramentas das aplicações e da rede do núcleo. É caracterizado também pela propagação dos processos nonstandard compostos das tarefas que conceptualized e são executadas pelos vários componentes da organização.

Na realidade, nenhuma função das finanças totalmente é centralizada ou descentralizada. Os processos e os sistemas, na prática, caem em algum lugar no continuum que constrói uma ponte sobre estes dois conceitos polares. A função das finanças é geralmente mais centralizada ou descentralizada; daqui os termos consultam à aproximação filosófica geral às finanças. O centralization em alguns casos é uma aproximação mais rígida a controlar a função das finanças. O centralization viaja com palavras tais como o accountability, a disciplina, e a estrutura. Não obstante, as aproximações descentralizadas podem incluir todas estas coisas também. Os fatores chaves em aproximações centralizadas e descentralizadas aplicar à função das finanças são relacionados frequentemente ao espaço geográfico e cultural do negócio. As organizações pequenas ou domésticas são servidas frequentemente mais ao infrastructure centralizado. A comunalidade a tempo zonas, edições enfrentadas, e nível do competence de participants process faz o centralization mais palatable à organização. Os desafios multinacionais da cara das organizações relacionaram-se às réguas e à disponibilidade de relatório estatutárias da equipe de funcionários qualificada das finanças. O infrastructure limitado pode ser um desafio em alguns países. Os desafios como estes podem reque aproximações variando aos fluxo de dados e às edições dos sistemas. Em conseqüência, a função das finanças para as companhias multinacionais termina acima com um núcleo, um componente centralizado e uns peripherals que são descentralizadas.

As vantagens de um excesso da filosofia o outro são circumstantial. O centralization implica a uniformidade, que faz a pesquisa de defeitos fácil e minimiza o impacto do turnover. O decentralization, entretanto, implica a flexibilidade e a potencialidade superar desafios em maneiras originais. O centralization frequentemente conduz à rigidez e à inabilidade acomodar circunstâncias originais ou apresenta as soluções que críam mais desafios do que elas resolve. Se de planeamento mal ou aplicado impròpria, o centralization puder resultar na hierarquia desnecessária e em obstáculos burocráticos. O decentralization pode permitir o desenvolvimento dos processos ou dos sistemas que são contrários aos objetivos totais da função das finanças. Permitir o desenvolvimento frouxo de componentes da função das finanças pode permitir inefficiencies blatant de infiltrate as finanças dinâmicas e de degradar a função ao todo. O centralization e o decentralization podem e frequentemente existem simultaneamente. Não obstante a aproximação, o accountability e a gerência resultado-orientada ainda podem ser preservados.
Discutir o conceito do centralization e do decentralization é particularmente germane quando definir a organização’s É configuração. Os sistemas e os processos servirão porque a espinha dorsal para a funcionalidade da função das finanças. Além de compreender a diferença nas filosofias, a introdução do centralization e o decentralization manifestar-se-ão nestas áreas chaves:

- manutenção e gerência. Os sistemas e as aplicações centralizados são de dez a norma com negócios pequenos e emergentes. No exemplo da multinacional ou geogràfica da propagação das organizações para fora com os usuários em posições remotas, desafios dos presentes do centralization assim como vantagens. Os componentes mantendo do sistema em uma posição fixada permitirão a concentração da perícia no local da posição da aplicação e farão mudanças e atualizam simples e rapidamente. O projeto descentralizado dos sistemas requer um grau de administração da aplicação ocorrer localmente, algo para que os locais locais pequenos não podem ser servidos. As mudanças e os updates frequentemente podem ser incorporados incorretamente ou untimely. No exemplo de uma comunidade de usuário worldwide, a aplicação pode ser alcançada 24 horas um o dia, sete dias uma semana, que possa fazer downtimes para a manutenção ou a outra as razões prejudiciais à comunidade de usuário, um inconveniente ao centralization. Os custos do espaço e da ferragem do usuário jogarão um papel em utilizar centralizado contra o sistema descentralizado. Ter uma aplicação em um local central é mais barato importar-se com do que aplicações múltiplas, remotas. Edições da licença e fator da vontade das despesas da ferragem também nas soluções do projeto.

- clientes do usuário community/data. Está sabendo quantos usuários e onde serão encontrados chave ao determinar se a função das finanças estará centralizada ou descentralizada. Um grande número usuários remotos podem ditar aplicações regionais mantendo ou locais dos dados. Uma configuração tãocentralizada requer que os administradores ou os campeões regionais do conhecimento existem para permitir a manutenção pesquisando defeitos e geral da aplicação. Esta configuração permitirá os usuários process que estão nas várias zonas de tempo ou nas posições geográficas para se aproveitar d dos programas de manutenção que são oportunos e relevantes, ao contrário dos processos e dos componentes puramente centralizados do sistema. O objetivo é aliviar as edições relacionadas aos downtimes da manutenção periódica que impactariam a comunidade de usuário. Embora esta configuração requeira os profissionais estratègica colocados, peritos na administração dos sistemas, assegurar-se-á de que as edições do sistema (se encontrado) não paralizem a comunidade de usuário inteira mas rather o local local ou regional na pergunta. As comunidades ou aquelas de usuário pequenas na proximidade muito próxima beneficiar-se-iam das configurações centralizadas porque a função administrativa seria mais menos apt cair nas mãos dos usuários elas mesmas. As aplicações podem centralmente ser encontradas e mantido.

A abilidade de rolar para fora do sistema e de transferir o conhecimento aos usuários novos e remotos será uma edição se a organização estiver em uma modalidade do crescimento. Não pode ser uma edição se a companhia for de estática ou em um estado puramente emergente; entretanto, se a companhia estiver expandindo através das aquisições ou de outra maneira, fazer exame em usuários e em clientes novos dos dados será uma constante. Deve a função das finanças exijir a adaptação de um processo centralizado uniforme ou permitir a liberdade para empregar soluções nonstandard, homegrown? Como os usuários novos verão um prescrito fluxo de dados processo? Quanto tempo fará exame para que dominem um processo novo? Que nível da perícia será requerido no local local? Se os componentes e os processos centralizados do sistema forem empregados, uma comunidade de usuário rapidamente de expansão requererá a documentação boa e os processos lógicos que são transferidos fàcilmente. Os processos velhos, existentes terão que funcionar a paralela com processos recentemente adotados? A redundância será requerida indubitàvelmente durante o período de transição a um sistema centralizado. O strategist das finanças deve ter uma planta no lugar que permite transferência rápida e eficaz de componentes do sistema, especial aplicações higher-level da contabilidade das finanças. A instalação e a conversão iniciais ao processo prescrito farão exame do tempo e dependerão do competence e da cooperação dos clientes da comunidade e dos dados de usuário herdados ou novos à organização. O decentralization permite menos coordenação mas embodies mais risco. O processo e o desenvolvimento do sistema são deixados à discreção da comunidade de usuário nova. As matérias do motivation e do compromisso podem ser mais relevantes aqui do que aquela de transferência da documentação e do conhecimento.

- Scalability. O strategist das finanças deve dirigir-se à necessidade expandir o espaço e a funcionalidade dos sistemas na função das finanças. A estratégia das finanças deve dirigir-se à capacidade incorporar aplicações novas ou adaptar-se às mudanças do infrastructure. Dirigir-se à introdução do scalability é diferente nos ambientes centralizados comparados aos descentralizados. centralizado altamente, aplicação inflexível das finanças negam aos usuários novos a funcionalidade que necessitam para o relatório estatutário local? As exigências simples dos dados bastariam se a participação process full-blown não fosse praticável? Embora welldocumented, os sistemas e as exigências altamente estruturados do processo podem parecer fáceis de transferir, eles não podem ser relevantes. Inversamente, confiar em usuários novos ou expandida relatando locais para desenvolver suas próprias soluções para exigências dos dados e de relatório podiam deixar demasiado à possibilidade e expo a função das finanças às avarias no relatório. O desafio do scalability vai além de medir quanto tempo as soluções serão relevantes e preferivelmente devem se dirigir à facilidade da expansão de sistema.

- Support/maintenance. Uma vez que o sistema está no lugar, como a sustentação ongoing estará segurada? Estão dedicados SÃO os profissionais disponíveis para a sustentação se as edições dos sistemas forem encontradas? A paisagem do modelo da sustentação é ditada pelo grau de centralization do sistema próprio. Um sistema centralizado empresta-se ao focalizado É equipe da sustentação em uma posição. Os sistemas descentralizados requerem um nível da perícia distribuído durante todo a organização. Criar uma rede do conhecimento espalhada uniformente durante todo a organização é essencial a manter as aplicações e a maximizing seu uso. Este pode ser o método da escolha para uma aplicação de 24/7 com muitos usuários em posições geogràfica remotas em níveis variando da perícia. Estabelecer e manter uma correia fotorreceptora remota da sustentação podem ser uma iniciativa difícil a executar. Estabelecer usuários do poder ou campeões da aplicação em posições locais e regionais pode promover transferência do conhecimento e desenvolver a perícia adequada da sustentação. Manter uma estrutura do processo e da recompensa da certificação para conseguir um nível da prontidão de um ponto de vista do sistema pode inocular a organização das fraquezas latentes nos fluxo de dados dinâmico.

O projeto da função das finanças depende da filosofia da gerência enquanto se relaciona ao centralization e ao decentralization das tarefas. O strategist das finanças deve compreender a filosofia particular a que a companhia subscreve, especial porque se relaciona ao projeto dos sistemas. Compreender a aproximação básica à função das finanças permitirá um planeamento mais exato do projeto dos sistemas e cue o strategist das finanças para considerar a abilidade’da organização s de seguir completamente com as estratégias da execução.

A abilidade da organização ao instrumento e mantem

O projeto e o desenvolvimento do sistema, em regra geral, seguem o um terço, um terço, um terço de régua; o planeamento, a construção do sistema, e testar devem ser tratados na medida igual. Porque os sistemas projetam e o desenvolvimento não é mutuamente exclusive da estratégia das finanças, o strategist deve manter estas três fases do projeto e do desenvolvimento na mente enquanto a função das finanças é construída. O strategist das finanças deve considerar a capacidade da organização iniciar e para finalizar os sistemas projete, execução, e aspecto da manutenção da estratégia das finanças. Planear este aspecto da estratégia exijirá o conhecimento dos recursos disponíveis e um nível da perícia que possa ser emprestado às edições do desenvolvimento dos sistemas.
Rapina da queda de muitas organizações ao erro de meio expediente—isto é, os recursos que serão dedicados ao desenvolvimento dos sistemas em uma base de meio expediente. Executar É infrastructure é uma tarefa challenging e deve garner a tempo integral, recursos qualificados. Os recursos humanos dedicados terão o tempo e o foco para pesquisar defeitos essa part-timers faltará. Especificamente, um gerente de projeto a tempo completo strengthen as probabilidades de terminar um projeto no tempo e dentro dos meios estimados. O strategist das finanças pode decidir-se preside sobre o desenvolvimento dos sistemas ou delegar a outro. De qualquer maneira, esta tarefa deve ser empreendida pelos profissionais qualificados que são sujeitados como a poucos distractions como possíveis.

Os sistemas rolam-para fora a planta devem focalizar em utilizar tantos como profissionais in-house como possíveis. O temptation ao outsource pode ser elevado. Os specialists e os consultantes exteriores podem ser necessários, particularmente quando vem a instalar sistemas inicialmente. Nas fases adiantadas do planeamento e do desenvolvimento, a oportunidade de transferir o conhecimento e cultivar uma base larga da compreensão para a configuração de sistemas deve claramente ser agarrada. O strategist das finanças deve manter-se na mente que o aspecto estratégico do desenvolvimento dos sistemas deve remanescer dentro do controle’da companhia s e que o uso dos outsiders deve com cuidado ser controlado assegurar transferência apropriada do conhecimento. A perícia técnica deve ser obtida para manter projetos no tempo e dentro do orçamento. Manter transferência do conhecimento e aprender curvas in-house facilitarão o desenvolvimento futuro dos sistemas totais estrutura e da comunidade de usuário na extremidade.

Aplicações Escolhendo

O strategist das finanças gastará determinar considerável do tempo e do esforço que componentes dos sistemas caberão as necessidades’da organização s. Que aplicações do software serão confiadas sobre para executar as tarefas críticas que fazem os fluxo de dados eficaz process? Que componentes da rede serão postos no lugar para abrigar estas aplicações e para lhes fazer o trabalho? O strategist das finanças escolherá aplicações off-the-shelf simples ou internamente geradas? Talvez a planta envolverá construir uma base de dados do risco usando as várias línguas e arquiteturas que facilitam o armazenamento de dados de. Talvez a solução final terminará acima em algum lugar dentro no meio, utilizando uma base de dados proprietária da para fora-$$$-CAIXA aumentada por um sistema da faç-à-ordem do código e das línguas.

Os componentes de compra dos sistemas podem ser um processo desconcertante e daunting. Fazer decisões well-informed é um desafio, dado as escolhas numerosas, opções, e combinações da ferragem, do software, e da sustentação consultando. Embora esta discussão não dê todas as respostas a selecionar as aplicações direitas para todas as estratégias das finanças, fornece algumas áreas para considerar antes de assinar contratos com vendedores. Cada situação é diferente; a uma constante é a necessidade pesquisar e avaliar com cuidado as necessidades e as ferramentas que se dirigirão lhes.

A primeira etapa em mover-se para a frente com compras da aplicação está compreendendo necessidades da organização. Esta é frequentemente uma equação circular, como as necessidades ditarão as ferramentas para se dirigir lhes, que por sua vez podem dar forma às necessidades de clientes dos dados. Melhor que saltar dentro e pôr soluções caras no jogo antes de encontrar um equilíbrio entre as ferramentas dos sistemas e as necessidades de cliente dos dados, empregando um modelo como a aproximação multilevel a strategizing permitirão que o strategist plug dentro soluções e julgue o impacto em necessidades de cliente dos dados. Ter um aperto firme de necessidades de cliente e dos recursos disponíveis dirigir-se lhes será chave a este aspecto de strategizing.

O strategist das finanças terá que ser preparado para resistir apresentações dos vendedores do software que são não somente bons em o que (vendendo) mas estão sob a pressão tremenda vender o produto. As despesas para o software das finanças podem variar dos dez dos milhares aos milhões dos dólares. Esta é talvez a razão a mais importante porque o strategist deve ter um aperto contínuo nas necessidades’da companhia s. Os strategists devem basear decisões de compra nos offerings do software que estão disponíveis agora. Que compra o software as aplicações baseadas em melhoramentos em perspectiva é perigoso e conduz frequentemente às expectativas unfulfilled. Começando os usuários chaves e os povos técnicos envolvidos nas ajudas de compra do processo também. A aplicação é o que é, e sua capacidade gerar soluções apropriadas deve ser óbvia ao vendedor que representa ou que vende a aplicação. Ter os usuários chaves (quem têm uma estaca na funcionalidade’da aplicação s) e É os peritos (quem têm uma estaca em manter a aplicação) para fazer perguntas diretamente ao vendedor durante demonstrações e as reuniões de vendas assegurar-se-ão de que todas as exigências de desempenho estejam articuladas claramente ao vendedor. Including elas no processo fixa também sua cooperação enquanto a função das finanças continua a se tornar. Os reps bons das vendas apreciam as perguntas pointed, que lhes ajudarão combinar a ferramenta direita ao cliente.

Quando uma compra principal estiver na mão (geralmente para o negócio pequeno e emergente esta é uma compra acima de $500.000), o strategist das finanças pode querer designar uma equipe para avaliar as opções para uma solução particular. A equipe pode ser composta de um grupo dos usuários chaves, SÃO profissional, e o strategist das finanças ou o proprietário do negócio. As companhias podem escolher empregar um consultante para avaliar aplicações para suas necessidades do negócio. A companhia pode ou não pode ter o dinheiro para esta opção; entretanto, os profissionais empregando que compreendem as especificações técnicas das ferramentas no mercado e como acomodam necessidades para outros negócios em indústrias similares podem valer a pena o dinheiro. Também serão agentes adroit para a companhia nas reuniões com vendedores, insistindo em ver toda a funcionalidade e características do software demonstradas claramente. Se for uma compra substancial, os vendedores podem deixar uma companhia tentar o produto para fora em um ajuste limitado in-house antes de comprar a aplicação outright. Isto permitirá para que a comunidade de usuário passe o software com seus ritmos e assegurá-lo possui a funcionalidade que está sendo procurada.

Decidir-se se ir com uma solução off-the-shelf ou internamente gerada será também um desafio. As aplicações prepackaged são vantajosas porque podem ser postas no lugar rapidamente. O interesse é, embora, que podem criar edições do scalability. Pode a aplicação ser expandida? Podem as aplicações adicionais ser-lhe unidas como as necessidades mudam? Há um limite da capacidade para o armazenamento de dados ou o projeto de? Embora as aplicações prepackaged sejam vantajosas quando vem à facilidade da execução e da sustentação, o strategist tem que fator na necessidade expandir ao considerar um produto off-the-shelf como uma solução a longo prazo. as aplicações Livre-projetadas fornecem a flexibilidade e o scalability; entretanto, a documentação deve ser meticulosa enquanto se relaciona ao projeto e à sustentação. Usando línguas tais como o oracle e o SQL forneça uma lona larga para criar bases de dados e aplicações do armazenamento. A consideração deve ser feita, entretanto, da abilidade de criar relatórios e gerar a análise dinâmica. Um usuário necessita ser um perito na arquitetura da aplicação para criar relatórios? Se uma barreira ao uso existir, os usuários podem tornar-se frustrados. O horizonte do tempo para um produto final, usable também pode ser unreasonable. Muitos negócios pequenos e emergentes não têm o luxo a jogar bat-ou-faltam com projetos da aplicação. Uptimes ou as datas da conclusão necessitam ser predictable e ocorrer dentro de um período de tempo razoável.

A organização pode decidir ao outsource as aplicações e as funções que executam completamente. O formulário o mais popular do outsourcing está empregando um ASP. Os ASPs fornecem benefícios no formulário da sustentação uptime, boa rápida, e de procedimentos de recuperação de confiança de backup/disaster. Antes de assinar um contrato com um ASP, entretanto, a organização deve ser vendida no longevity da companhia e da sensação confortáveis com o compromisso financeiro. Quando a organização puder evitar os outlays importantes hefty que caracterizam compras da aplicação no short ao termo mid, o strategist das finanças deve estar ciente do ponto do breakeven onde um investimento up-front no software de aplicação iguala os pagamentos contractual do ASP. A companhia também deve estar ciente das exigências customize relações com o ASP e assegurar o connectivity é adequado. Estes tópicos Est-iS-intensive devem ser dirigidos antes que o contrato esteja assinado para fixar os benefícios que cheios estas ferramentas oferecerão.

Documentação

O desenvolvimento dos sistemas e dos processos, se feito corretamente, produzirá bastante documentação para ajudar a usuários na sustentação e promoverá o desenvolvimento. A documentação detalhada inoculará a organização do turnover e fornecerá a orientação aos usuários que não têm o acesso pronto ao pessoal da sustentação. Os empregados ou os usuários novos com papéis deslocando beneficiar-se-ão especial da documentação detalhada.
A primeira etapa em preservar a documentação é exijir sua existência. O strategist das finanças deve fazer a acumulação e a criação da documentação relevante um componente padrão do desenvolvimento e da execução. Aqueles responsáveis para desenvolver sistemas que os componentes devem ser tasked com fornecer detalhado, fácil-à-lêem, a documentação gráfica que descreve aplicações e processos. Adicionalmente, tal documentação deve estar disponível àquelas que a necessitarão. A documentação útil deve ser fàcilmente acessível e usuário amigável.
A documentação deve existir, mas que exatamente a documentação boa inclui? Descrições de componentes da ferragem e de software? Esboços dos processos? O objetivo é estabelecer bastante documentação escrita em todos os aspectos da função das finanças para fornecer bastante orientação para uma pessoa nova ao ambiente para suceder. Armado com esta aproximação, a documentação deve cobrir:

- povos. Quem faz que? Isto pode ser tão simples quanto um roster dos indivíduos e seu papel nos fluxo de dados processo ou tão complexo quanto uma lista detalhada de descrições de trabalho. Esta documentação deve incluir notações da equipe de funcionários de sustentação e daquelas com conhecimento intimate de configurações de sistemas.

- processos. Os esboços detalhados dos fluxo de dados processo serão cruciais fornecer a orientação para usuários novos e um contexto para componentes dos sistemas. A manutenção e desenvolvimento será dependente de compreender não somente que aplicações e os componentes dos sistemas existem mas como são empregados pelos fluxo de dados o processo.

- Applications/hardware. A documentação de componentes do software e de ferragem referenced por muitos indivíduos, do laypeople aos tipos técnicos. As descrições detalhadas das configurações, dos ajustes, e dos alinhamentos devem estar disponíveis no exemplo das avarias ou da manutenção. Deve-se supor que aquele os componentes executando e instalando do sistema não serão necessariamente os povos que mantêm os no futuro. Os pontos chaves do interesse relacionam-se à claridade, à integralidade, e à relevância. O esforço extra deve ser posto na escrita em fácil-à-leu termos, sem sair para fora das matérias técnicas cruciais. Os gráficos e as ilustrações na documentação podem fazê-la compreendida mais fàcilmente. Manter a documentação no tune com melhoramentos e mudanças de configuração é também importante. Frequentemente a mais melhor documentação existe com execuções iniciais mas degrada enquanto as aplicações, os componentes da rede, e os melhoramentos da ferragem são empreendidos. Fazer a documentação uma prioridade quando as mudanças de sistemas são projetadas será chave a manter o conhecimento escrito bom dos sistemas.

Para ser eficaz, a documentação deve estar em uma posição acessível para todos os partidos relevantes, se são usuários, clientes dos dados, ou profissionais da manutenção. Os diretórios do Intranet ou da rede são frequentemente as mais melhores posições para o material freqüentemente referenced. Fazer a documentação usable será chave a assegurar-se de que as configurações e os updates de sistema sejam oportunos e apropriados. A disponibilidade, a relevância, e a integralidade são os fatores que o strategist das finanças deve focalizar sobre para se assegurar de que a documentação sombreie necessidades do sistema.

Disclaimer: Nosso Web site não é responsável para a informação contida por este artigo. Este artigo em nenhuma maneira reflete as vistas, as opiniões, os pensamentos ou a opinião da equipe de funcionários do diretório dos artigos.

Observação da tradução: O artigo "PORQUE PLANEANDO" foi traduzido usando um serviço de tradução automatizado. Nós desculpamo-nos sincerely por todos os erros da tradução que ocorram. Obrigado compreendendo.