1 2 3 4
Mostrando postagens com marcador Gestão. Mostrar todas as postagens
Mostrando postagens com marcador Gestão. Mostrar todas as postagens

Sorria, a vida antes do Autocad !!

Criado em 1982, o Autocad foi desenvolvido no início dos anos 90 para dispositivos Mac e Windows e agora é o software de design assistido por computador mais utilizado no mundo, segundo a Forbes.

Desenvolvido inicialmente para engenharia mecânica, o software agora é usado por muitos negócios, incluindo nosso escritório de design.

Nosso trabalho mudou, como evidenciado por essas fotos de outra época e prepare-se para rir !!!










Ler Mais

As 5 Regras que Vão Facilitar Sua Vida na Hora de Modelar

          



            TUDO,


Tudo na vida é planejamento e organização. Já falei isso várias vezes para vocês né? E na hora de trabalhar no Sketchup não é diferente. Para quem não tem muita habilidade no programa (me incluo nessa pois não tenho curso e tudo o que sei aprendi com vídeo aulas no youtube...) ter uma sequência lógica para seguir ajuda, e muito!

 

Essas "regrinhas" que vou mostrar para vocês é a base do que uso para trabalhar. São maneiras que eu encontrei depois de alguns erros que facilitaram meu trabalho, deixando ele mais dinâmico e agradável sem passar por sustos que esses programas gostam de nos dar...

Espero que com esse post você coloque em prática esses detalhes simples mas que no final, fazem muita diferença!

 

1. CONFIGURAR TODA A ILUMINAÇÃO PRIMEIRO

Depois de importar o dwg ou modelar as paredes do seu ambiente, selecione tudo, crie um COMPONENTE e pinte tudo de branco. Aplique apenas a textura do piso. Configure o material e salve. Pronto. Não aplique mais nenhum material nem coloque nenhum bloco na sua cena ainda.

 

Configurar toda a iluminação com o ambiente "limpo" é melhor pois o render vai mais rápido, já que não tem muitos materiais e você consegue enxergar melhor o efeito de luz desejada. 

 

2. CRIAR UMA PASTA E BAIXAR TODOS OS BLOCOS

O segredo de um bom render é ter uma boa iluminação e bons blocos configurados. Não é fácil encontrar na Warehouse blocos que atendem nossas necessidades ou que sejam bonitos. É necessário ter um pouco de paciência até achar a coleção certa, que valorize sua modelagem e dê um resultado legal.

 

O que eu costumo fazer é criar uma pasta, chamada "BLOCOS" dentro da pasta do projeto em questão. Na Wharehouse, vou pesquisando todos os objetos que preciso para a cena e vou baixando nessa pasta. Muitas vezes pego vários parecidos para testar qual se encaixa melhor depois. Deixo todos os blocos nessa pasta, e no Sketchup apenas importo o bloco (não perco tempo abrindo, copiando e colando...) direto na cena. Dessa forma, você trabalha por etapas, e não perde tempo tendo que ir até a Warehouse sempre que precisar colocar um objeto novo. Ele já está lá salvo, junto de várias outras opções que você já baixou.

 

3. TER UMA PASTA COM TEXTURAS SALVAS

Outra dica que torna nosso trabalho mais rápido no Sketchup e já ter uma pasta com várias texturas salvas. Essa pasta tem que ser "fixa" no seu computador. Crie ela em um local que você não apague, mova ou edite. Crie e deixe ela lá. Salve todas as texturas nessa pasta, as que você mais usa, ou baixe uma biblioteca completa (existem várias disponíveis na internet) com várias opções de cores e materiais. Sempre que precisar editar um material, você já sabe onde estão suas texturas, não precisa ficar perdendo tempo procurando onde salvou.

 

4. RENDERIZAR SEMPRE QUE COLOCAR UM BLOCO NOVO

Não dá para confiar sempre em todos os blocos que baixamos. Quando é você que modela, edita, aplica as texturas, ok! Sem problemas.. Mas quando ele vem da Warehouse, ou quando é pesado demais é bom ter mais cuidado para evitar problemas futuros.

 

Por isso, sempre que eu coloco um bloco novo na cena inicio a renderização para ver se funciona normalmente. Apenas clico no botão de renderizar para testar, e assim que começar já cancelo e continuo a modelagem. Já pensou, você termina de modelar toda a cena, coloca todos os blocos e lá no final, o render trava, aparece algum erro por culpa de um bloco com "defeito"!!! Como descobrir qual bloco está com problema? O trabalho depois seria bem maior, então, não custa nada se prevenir fazendo esses testes de vez em quando.

 

5. RENDERIZAR EM ALTA RESOLUÇÃO

Para que a imagem fique limpa, nítida e bonita não tem segredo: é necessário renderizar em alta resolução. O máximo que - o seu computador - aguentar!! Sim, não fique preso na resolução padrão que aparece nas opções do V-ray. Coloque no mínimo 3000 x 3000 (imagem quadrada). Os detalhes, as sombras, tudo fica bem melhor em uma resolução maior, que deixa o render mais demorado, mas é o que dá o resultado final bom e agradável. 


Origem



Ler Mais

Teste: O quanto você sabe de Excel básico?



Que tal fazer um teste bem rápido para ver o quanto você sabe do Excel básico??

Poderá ter uma surpresa!

Publique nos comentários a sua nota, o meu teste vou fazer já já....rsrsrsr


                      CLIQUE AQUI  E FAÇA AQUI O SEU TESTE 



Ler Mais

Planilha de como validar um software

Recentemente, no meu trabalho, surgiu a necessidade de definir uma validação formal de requisitos de software. Atualmente no nosso processo, após o levantamento de requisitos, é elaborada uma especificação de requisitos e após a conclusão da mesma, o documento é submetido para avaliação e consenso da área técnica (desenvolvimento) e do cliente.
O objetivo da avaliação da especificação, além de obter o consenso da área técnica e do cliente, também visa uma avaliação da qualidade da especificação, através da atribuição de uma nota. Para o cliente é enviado um formulário por e-mail e na área técnica este formulário é preenchido no próprio Sistema de Workflow da Análise.
O que percebemos é que estava faltando um padrão de validação dos requisitos que servisse de base principalmente para a área técnica. Por conta dessa necessidade efetuei uma pesquisa de métodos de validação de requisitos e estou compartilhando a compilação dos resultados encontrados através desse artigo.
O objetivo da validação de requisitos é descobrir erros nos requisitos documentados. Exemplos típicos de erros são ambiguidades, incompletudes e contradições. Documentos de requisitos são documentos de referência para todas as demais atividades de desenvolvimento.
Consequentemente, erros afetam negativamente todas as atividades posteriores de desenvolvimento. Um erro de requisito descoberto quando o sistema já está implementado e operando exige a revisão de todos os artefatos pelo erro, tais como, código fonte, artefatos de testes e descrições de arquitetura. A correção de erros nos requisitos, quando o sistema já está em produção, implica custos significativos.
Um contrato entre o cliente e o contratado baseia-se frequentemente em documentos de requisitos. Erros críticos em requisitos podem levar ao cumprimento de acordos contratuais, como por exemplo, o escopo de suprimentos e serviços de qualidade esperada ou prazos de conclusão.

Revalidação de requisitos de software

A validação ocorre em um momento específico durante o processo de desenvolvimento, apoiando-se no nível de conhecimento dos avaliadores naquele momento. Durante a engenharia de requisitos, os stakeholders adquirem conhecimentos adicionais sobre o sistema em planejamento.
Consequentemente, uma validação positiva de requisitos não garante que os requisitos ainda continuem válidos em um momento posterior.
Avaliação de requisitos deveria ser realizada várias vezes nos seguintes casos:
  • Grande quantidade de ideias e tecnologias inovadoras usada no sistema;
  • Acréscimo significativo de conhecimento durante a engenharia de requisitos;
  • Projeto de longa duração;
  • Validação de requisitos realizada muito cedo;
  • Domínio desconhecido;
  • Reutilização de requisitos.

Utilização de checklist para a validação

Checklist (ou lista de verificação) é um conjunto de perguntas e/ou afirmações sobre determinada circunstância. O checklist pode ser aplicado sempre que muitos aspectos precisam ser considerados em um ambiente complexo e que nenhum aspecto possa ser omitido.
Uma lista de verificação para a validação de requisitos contém perguntas que facilitam a identificação de erros. O uso de checklists para a validação de requisitos é muito comum na prática. Ele pode especificar uma lista de perguntas a ser estritamente seguida. Essas perguntas devem obrigatoriamente ser respondidas pelo avaliador. A lista de verificação serve como um meio para abordar a validação de forma estruturada.
Aplicar o checklist para a validação de requisitos de maneira bem sucedida depende da maleabilidade e complexidade da lista de verificação. Um grande número de perguntas pode dificultar o uso da lista, pois o avaliador não possui uma visão aprofundada das perguntas, sendo forçado a consultá-la frequentemente.
Recomenda-se, portanto, elaborar uma lista de verificação de tal forma que ela seja mais longa do que uma página. Além disso, perguntas formuladas de forma demasiadamente genérica ou abstrata podem dificultar o uso. Sendo assim, as perguntas devem ser da forma mais precisa possível.

Checklist de requisitos de software

Checklist é uma técnica usada durante Revisões Técnicas Formais (RTF), atividade que garante a qualidade do software. Seus objetivos são:
  • Descobrir erros de função, de lógica ou de implementação para qualquer representação do software;
  • Verificar que o software em questão atende aos requisitos especificados;
  • Garantir que o software foi representado de acordo com padrões pré-definidos;
  • Garantir que o software seja desenvolvido de maneira uniforme;
  • Desenvolver projetos mais gerenciáveis.
O checklist ajuda o gerente a coordenar a reunião de RTF e ajuda cada revisor a focar nas características importantes. Os checklists devem ser aplicados a documentos de análise, projeto, codificação, e teste, focando os aspectos e defeitos comuns da fase correspondente. Por exemplo, as questões no checklist para a fase de requisitos devem apontar os problemas e defeitos que podem aparecer nos documentos de especificação de requisitos e correlatos.
 Tabela 1 – Características de uma boa especificação de requisitos:




16-04-2014 17-40-47
Fonte: Norma IEEE 830-1998.

Tabela 2 – Princípios por trás do manifesto ágil:




16-04-2014 17-42-36
Fonte [Agile Manifesto 2011]

Analisando as informações acima e com base nos processo de Analise de Sistema, decidiu-se escolher as características “Não ambíguo”, “Completo” e “Consistente”, pois estas características estão totalmente envolvidas no processo de Análise. As demais características não foram consideradas por estarem relacionadas aos processos de Qualidade e Homologação de Software e neste primeiro momento estes processos não são o foco do estudo.
Segue o modelo de Checklist elaborado com base na análise e compilação de vários modelos encontrados e de acordo com as características elencadas como necessárias para validação da especificação de requisitos, considerando como premissa o cenário de visão do cliente, que visa a validação funcional dos requisitos.
 Tabela 3 – Modelo de Checklist de Validação de Requisitos:

Referências:

Ler Mais

Ops ...Operação erradas com Caminhões Betoneiras (3)

Nada como se aprender com erros que acontecem no dia a dia. Veja a terceira parte dass fotos e vídeos abaixo e não deixe de tirar as suas conclusões:


as fotos abaixo são do instagram de :
https://www.instagram.com/spare_parts_for_concrete_pump/























Ler Mais

Ops ...Operação erradas com Caminhões Betoneiras (2)

Nada como se aprender com erros que acontecem no dia a dia. Veja a segunda parte dass fotos e vídeos abaixo e não deixe de tirar as suas conclusões:


as fotos abaixo são do instagram de :
https://www.instagram.com/spare_parts_for_concrete_pump/














Ler Mais

Ops ...Operação erradas com Caminhões Betoneiras (1)

Nada como se aprender com erros que acontecem no dia a dia. Veja as fotos e vídeos abaixo e tire as suas conclusões:


as fotos abaixo são do instagram de :
https://www.instagram.com/spare_parts_for_concrete_pump/















Ler Mais
 
Clube do Concreto . | by TNB ©2010