Na engenharia de projetos As Built é uma expressão inglesa que significa “como construído”. Na área da arquitetura e engenharia a palavra As Built é encontrada na NBR 14645-1, elaboração de “como construído” ou “As Built” para edificações.
O trabalho consiste no levantamento de todas as medidas existentes nas edificações, transformando as informações aferidas, em um desenho técnico que irá representar a atual situação de dados e trajetos de instalações elétricas, hidráulicas, estrutural, etc.
Desta forma, cria-se um registro das alterações ocorridas durante a obra, facilitando a manutenção de futuras intervenções.
sábado, 2 de março de 2013
Brownout e Blackout
O Brownout é um termo usado com muita freqüência para designar uma situação que ocorre na rede elétrica e que pode provocar a queima de equipamentos. Podemos defini-lo como uma subtensão severa e prolongada, que ocorre normalmente quando uma das fases da rede (fase-fase-neutro), cai. Esta situação provoca um forte desbalanceamento de tensão sendo que a outra fase, na reabsorção de corrente, fica com um valor de tensão muito abaixo do nominal.
Esta anomalia ocorre freqüentemente em tempestades, onde os vendavais podem romper os cabos do sistema de distribuição nas vias públicas ou ainda pela abertura de fusíveis de proteção nos transformadores abaixadores.
Mesmo que o usuário conecte seus equipamentos mais sensíveis em condicionadores de energia, certamente alguns eletrodomésticos como geladeiras e freezers estarão ligados diretamente nas tomadas da rede elétrica, podendo sofrer graves conseqüências. Desta forma, na ocorrência deste distúrbio, aconselhamos que os disjuntores do quadro de força sejam desligados até que a situação se normalize.
Se o brownout se caracteriza por energia fraca nas tomadas de força, o blackout é conhecido como ausência total da energia elétrica. No Brasil, particularmente, foi batizado pelo nome de "apagão".
O apagão é um evento que causa pânico na sociedade, já que praticamente tudo que depende da eletricidade pára de funcionar. Em sistemas essenciais, que não podem ter o funcionamento interrompido, a solução seria a instalação de Grupos Geradores, cuja função é manter estes sistemas funcionando pelo tempo de duração do blackout, ou empregar nobreaks com grandes bancos de baterias, que possibilitam também um tempo de autonomia suficiente para a execução de tarefas prioritárias.
No caso de residências, pequenos escritórios e lojas comerciais, os nobreaks de pequena capacidade têm se popularizado por manter em atividade alguns equipamentos como computadores, cuja rotina de funcionamento são igualmente importantes.
quinta-feira, 3 de janeiro de 2013
terça-feira, 18 de dezembro de 2012
Alpha, Beta, RC, Final, RTM… Afinal, o quê isso quer dizer?
22/04/2010 — http://teclealgo.wordpress.com/2010/04/22/alpha-beta-rc-final-rtm-afinal-o-que-isso-quer-dizer/
Alpha, Beta, RC, Final, RTM e outras são palavrinhas que, normalmente, costumam aparecer quando um novo programa ou uma nova versão de um programa está para ser lançada.
Mas, afinal, o quê elas significam? Que diferença faz ao usar um programa Beta ou RC?
Estas siglas servem para descrever a quê pé anda o desenvolvimento de um Software. Ou seja, se ele já está com todas as funcionalidades prontas para o uso, se ainda faltam funções para serem feitas ou, ainda, se existem funções com erros conhecidos, mas não corrigidos.
Mais especificamente, estas palavras/siglas indicam em que fase de desenvolvimento encontra-se um Software. No fim das contas elas acabam servindo para indicar a estabilidade de um Software, já que, geralmente, o desenvolvimento de um Software não para. Sempre há o que corrigir ou melhorar até que, simplesmente, ele é abandonado.
Sobre as descrições:
Já li várias descrições de cada fase em diversos artigos de sites e blogs. Já li, inclusive, discussões sem fundamento sobre quem está errado e quem está certo. Digo “sem fundamento” por quê não há regra fixa para as descrições de cada fase. Apesar de, normalmente, usarem as mesmas nomenclaturas, cada empresa ou grupo de desenvolvimento usa suas próprias políticas para elas. O termo “Beta” usado pela empresa “A” pode não se referir à mesma fase de desenvolvimento de Software da empresa “B”. Então não há como dizer, com total precisão, o quê cada nomenclatura quer dizer.
Como prova disso, você já deve ter notado que alguns softwares “Beta” são, simplesmente, impossíveis de se usar cotidianamente: travam, “dão pau”, fazem coisas que não deviam fazer e etc. Servem somente para termos uma prévia do quê será o Software. Enquanto alguns que utilizamos todo dia, quase que sem problemas, nunca saem da versão “Beta” (alguém já usou a versão final do Orkut?!)
Entretanto, apesar das diferenças entre as empresas, existem alguns pontos em comum (atualmente) e são estes pontos que vou tentar mostrar aqui. Acompanhe:
Alpha: Caracteriza-se por não conter todas as funcionalidades que estão nos planos para aquele Software e por conter funções não otimizadas e/ou com erros conhecidos e não conhecidos. Normalmente, é fechada aos desenvolvedores e é extremamente instável. Seu uso não é recomendado, servindo apenas para testes internos para encontrar erros ainda desconhecidos.
Beta: Normalmente já contém todas as funcionalidades principais desenvolvidas, mas com erros conhecidos. Também caracteriza-se por não conter as funcionalidades secundárias com boa estabilidade. Pode ser aberto ou fechado ao público, dependendo da política da empresa. Hoje em dia é comum as empresas lançarem versões de testes (beta) gratuitas para que o próprio público teste para eles.Geralmente, pode ser usado no dia-a-dia, mas com cautela.
Release Candidate: Ou “RC”, em tradução livre quer dizer “candidato a liberação”, mas neste contexto (o de fases de desenvolvimento) a palavra “Release” tem mais haver com a situação da compilação. De forma mais simples, um “release” de um software é uma compilação completa do mesmo. Uma versão “RC”, normalmente aparece nas nomenclaturas de duas formas:
Como candidato à versão Final: Aparecendo como “NomeDoPrograma RC”. Caracteriza-se por conter todas as funções prontas e todos os erros conhecidos durante as fases anteriores corrigidos. É lançado apenas como uma precaução para evitar que erros grosseiros apareçam na versão final. Normalmente ele acaba sendo a própria versão final.
Como candidato à outra versão: Pouco comum, mas existem. Normalmente são “previews” rápidos dos softwares. Aparecem como “NomeDoPrograma Beta RC”, indicando que aquela compilação é candidata à versão “Beta”. Quase sempre é interna e desconhecida do público.
Final ou RTM: É a versão pronta para ser vendida/distribuída em massa para o público. A sigla RTM significa “Release To Manufacturing”, que em uma tradução mais ou menos ao pé da letra quer dizer “Liberação para fabricação”, mas, como dito antes, o significado muda um pouco neste contexto e, desta maneira, RTM quer dizer que esta compilação está pronta para ser vendida em massa.
Sobre as versões:
É conveniente, também, ao falar destas nomenclaturas, explicar como funciona a numeração das versões dos Softwares. De forma semelhante, a numeração das versões varia de empresa para empresa, mas o funcionamento é o mesmo.
A numeração da versão são números que acompanham o nome do programa separados por pontos, como emNomeDoPrograma 2.3.4.500. Em geral, o primeiro número representa o release maior, o segundo representa o releasemenor e os demais representam releases de revisão.
Vamos à explicação:
Release Maior: Este número é acrescido toda vez que o Software ganha novas funções ou passa por alguma modificação mais radical.
Release Menor: É aumentado sempre que uma função é melhorada ou evoluída, mas sem afetar muito o funcionamento geral do Software.
Release de Revisão: É o menos importante, normalmente apenas corrige bugs (erros) menores, que não afetavam diretamente funcionamento do Software.
Alpha, Beta, RC, Final, RTM e outras são palavrinhas que, normalmente, costumam aparecer quando um novo programa ou uma nova versão de um programa está para ser lançada.
Mas, afinal, o quê elas significam? Que diferença faz ao usar um programa Beta ou RC?
Estas siglas servem para descrever a quê pé anda o desenvolvimento de um Software. Ou seja, se ele já está com todas as funcionalidades prontas para o uso, se ainda faltam funções para serem feitas ou, ainda, se existem funções com erros conhecidos, mas não corrigidos.
Mais especificamente, estas palavras/siglas indicam em que fase de desenvolvimento encontra-se um Software. No fim das contas elas acabam servindo para indicar a estabilidade de um Software, já que, geralmente, o desenvolvimento de um Software não para. Sempre há o que corrigir ou melhorar até que, simplesmente, ele é abandonado.
Sobre as descrições:
Já li várias descrições de cada fase em diversos artigos de sites e blogs. Já li, inclusive, discussões sem fundamento sobre quem está errado e quem está certo. Digo “sem fundamento” por quê não há regra fixa para as descrições de cada fase. Apesar de, normalmente, usarem as mesmas nomenclaturas, cada empresa ou grupo de desenvolvimento usa suas próprias políticas para elas. O termo “Beta” usado pela empresa “A” pode não se referir à mesma fase de desenvolvimento de Software da empresa “B”. Então não há como dizer, com total precisão, o quê cada nomenclatura quer dizer.
Como prova disso, você já deve ter notado que alguns softwares “Beta” são, simplesmente, impossíveis de se usar cotidianamente: travam, “dão pau”, fazem coisas que não deviam fazer e etc. Servem somente para termos uma prévia do quê será o Software. Enquanto alguns que utilizamos todo dia, quase que sem problemas, nunca saem da versão “Beta” (alguém já usou a versão final do Orkut?!)
Entretanto, apesar das diferenças entre as empresas, existem alguns pontos em comum (atualmente) e são estes pontos que vou tentar mostrar aqui. Acompanhe:
Alpha: Caracteriza-se por não conter todas as funcionalidades que estão nos planos para aquele Software e por conter funções não otimizadas e/ou com erros conhecidos e não conhecidos. Normalmente, é fechada aos desenvolvedores e é extremamente instável. Seu uso não é recomendado, servindo apenas para testes internos para encontrar erros ainda desconhecidos.
Beta: Normalmente já contém todas as funcionalidades principais desenvolvidas, mas com erros conhecidos. Também caracteriza-se por não conter as funcionalidades secundárias com boa estabilidade. Pode ser aberto ou fechado ao público, dependendo da política da empresa. Hoje em dia é comum as empresas lançarem versões de testes (beta) gratuitas para que o próprio público teste para eles.Geralmente, pode ser usado no dia-a-dia, mas com cautela.
Release Candidate: Ou “RC”, em tradução livre quer dizer “candidato a liberação”, mas neste contexto (o de fases de desenvolvimento) a palavra “Release” tem mais haver com a situação da compilação. De forma mais simples, um “release” de um software é uma compilação completa do mesmo. Uma versão “RC”, normalmente aparece nas nomenclaturas de duas formas:
Como candidato à versão Final: Aparecendo como “NomeDoPrograma RC”. Caracteriza-se por conter todas as funções prontas e todos os erros conhecidos durante as fases anteriores corrigidos. É lançado apenas como uma precaução para evitar que erros grosseiros apareçam na versão final. Normalmente ele acaba sendo a própria versão final.
Como candidato à outra versão: Pouco comum, mas existem. Normalmente são “previews” rápidos dos softwares. Aparecem como “NomeDoPrograma Beta RC”, indicando que aquela compilação é candidata à versão “Beta”. Quase sempre é interna e desconhecida do público.
Final ou RTM: É a versão pronta para ser vendida/distribuída em massa para o público. A sigla RTM significa “Release To Manufacturing”, que em uma tradução mais ou menos ao pé da letra quer dizer “Liberação para fabricação”, mas, como dito antes, o significado muda um pouco neste contexto e, desta maneira, RTM quer dizer que esta compilação está pronta para ser vendida em massa.
Sobre as versões:
É conveniente, também, ao falar destas nomenclaturas, explicar como funciona a numeração das versões dos Softwares. De forma semelhante, a numeração das versões varia de empresa para empresa, mas o funcionamento é o mesmo.
A numeração da versão são números que acompanham o nome do programa separados por pontos, como emNomeDoPrograma 2.3.4.500. Em geral, o primeiro número representa o release maior, o segundo representa o releasemenor e os demais representam releases de revisão.
Vamos à explicação:
Release Maior: Este número é acrescido toda vez que o Software ganha novas funções ou passa por alguma modificação mais radical.
Release Menor: É aumentado sempre que uma função é melhorada ou evoluída, mas sem afetar muito o funcionamento geral do Software.
Release de Revisão: É o menos importante, normalmente apenas corrige bugs (erros) menores, que não afetavam diretamente funcionamento do Software.
sábado, 8 de dezembro de 2012
Artigo sobre IP tables.
[Artigo] Um pouco sobre IPtables - http://t.co/Xi1W8KUl -- Viva o Linux (@vivaolinux_)
quarta-feira, 5 de dezembro de 2012
Excelentes cursos gratuidos da DELL.
Nossos módulos de em torno de 20 a 30 minutos oferecem uma variedade de treinamento em soluções de TI em curto prazo de tempo.
Você pode aprender Computação em Nuvem e saber por que ela é tão influente. Descubra os benefícios comerciais de armazenamento de dados e gerenciamento de dados. Descubra como as Soluções para Segurança de TI protegem seus negócios contra vulnerabilidades. Conheça melhor as Soluções para Mobilidade e veja como melhor podem ser empregadas. Fique por dentro dos princípios de Gerenciamento de Sistemas de TI da atualidade, bem como das vantagens de uma estratégia de virtualização.
Veja todos os módulos disponíveis e cadastre-se hoje mesmo! Ao final de cada módulo você poderá fazer um teste e receber um atestado para cada módulo concluído com êxito.
http://content.dell.com/br/pt/empresa/d/campaigns/treinamento?goback=%2Egde_962537_member_143525372
Assinar:
Postagens (Atom)