• O que precisa ser feito?

    Peter Drucker escreveu que esta é a pergunta mais importante que uma pessoa de negócios pode fazer. Em outro campo, Frederick Brooks afirmou que a parte mais crítica de um projeto é aquela onde se define o que precisa ser feito.
    O {finito} equilibra-se nesses dois mundos, Negócios e Tecnologia da Informação, com a proposta de desenvolver conteúdo que ajude a todos que precisam definir e dizer
    o que precisa ser feito.

  • Quem sou ?

    Paulo Vasconcellos, mineiro de Varginha que já programou computadores, gerenciou projetos, desenhou soluções de TI e, nas horas vagas, apresentou programas de rádio e descansou com música, livros e cinema.
    Com mais de 25 anos de carreira, hoje me dedico a estudar, desenvolver conteúdo e ser um tio disponível e divertido para a Lara, Gabriel, Luizinho, Brunão e Mateus.
    Meu perfil no LinkedIn.

  • Conteúdo não é o Fim

    O conteúdo aqui desenvolvido e apresentado - treinamentos, artigos e palestras - é só o meio. Uma desculpa. Espero sinceramente que lhe seja útil, mas ele não é o fim.
    Me interessam mesmo os encontros que ele pode gerar. Avalio o sucesso do {finito} pela qualidade das conversas - trocas de ideias e experiências - que ele promove.
    O resto é consequência.

  • Acompanhando e Trocando Ideias


    Para uma troca mais direta, ainda que assíncrona, me mande um email (finito@pfvasconcellos.com) ou utilize este formulário.
    Para a melhor e mais eficaz das trocas, um tête-à-tête, me mande um convite. Ou aceite algum dos meus.
  • open panel
  • Home
  • Posts Tagged'Administração de Ativos'
  • Página 2

Posts Tagged ‘Administração de Ativos’

Transformando Etiquetas em uma Base de Conhecimentos

Extensão do capítulo "Etiquetando Ativos de Software", penúltimo capítulo publicado até agora na série "Gerenciando Ativos de Software".Neste ponto eu começaria a escrever sobre os processos necessários para a administração de ativos de software e para o reuso. O ponto de partida e um dos fatores mais importantes e críticos tanto para o reuso quanto na implementação de uma SOA é a Engenharia de Requisitos -- ou, colocando em outro padrão, o Desenvolvimento e o Gerenciamento de Requisitos. Para explicar ... Leia +

 

Ativos: O Cofre e o Guardião

Continuação de "Etiquetando Ativos de Software". Parte da série "Gerenciando Ativos de Software".Foto de Kk+.A classificação e organização dos ativos de software sugeridas no capítulo anterior indicam claramente a necessidade de um repositório. Um misto de 'cofre' e estoque que deve armazenar e facilitar a recuperação de todo o patrimônio catalogado. O padrão RAS apresenta uma especificação relativamente simples para a implementação de um repositório, que visa exclusivamente o armazenamento e a recuperação de ativos .:.Referências:RAS - Reusable Asset Specification ... Leia +

 

Etiquetando Ativos de Software

Continuação do artigo "Ativos de Software". Integrante da série "Gerenciando Ativos de Software".No artigo anterior foi apresentada a "etiqueta" RAS (Reusable Asset Specification) .:.Referências:RAS - Reusable Asset Specification - Versão 2.2Object Management Group (OMG) (05/Nov/2005).Practical Software ReuseMichel Ezran, Maurizio Moricio e Colin TullySpringer (2002)..:.Observação importante: Para uma visão completa da especificação RAS, recomendo a sua leitura integral. A versão 2.2, publicada em novembro/2005, é um arquivo PDF com 121 páginas.Não obtive NENHUM retorno na pequena pesquisa que fiz sobre ... Leia +

 

Ativos de Software

Continuação de "Reuso: Prática Sistemática".Foto de Rebecca (Kairos Photo).Um estoque de ativos de software, ou de 'blocos de construção', é uma das quatro características-chave do reuso, conforme citado na 2ª parte desta série. Este artigo apresentará uma definição para ativos de software, além de introduzir o padrão RAS (Reusable Asset Specification) para sua classificação. Também serão sugeridas adaptações para que o modelo seja utilizado em uma iniciativa SOA.Definindo Ativos de SoftwareAtivos de software, particularmente quando se fala de reuso, não ... Leia +

 

Reuso: Prática Sistemática

Continuação de "Reuso: Conceitos, Justificativas e Desculpas".O reuso de ativos de software é uma daquelas várias promessas da área de TI que parecem gerar mais decepções do que resultados concretos. Antes da onda SOA, as propostas que colocaram a reusabilidade como uma de suas maiores vantagens foram a Orientação a Objetos (OO) e o Desenvolvimento Baseado em Componentes (CBD - Component-Based Development). Ambas as propostas tinham o reuso como uma conseqüência natural. Ou seja, não se preocuparam em fazer do ... Leia +

 

Reuso: Conceitos, Justificativas e Desculpas

Continuação de "Gerenciando Ativos de Software".Obs importante: por se tratar de um compilação de idéias que estou realizando em "run time", a seqüência e conteúdo dos artigos desta série podem ser consideravelmente modificados em sua versão final, um PDF que espero publicar até o dia 11/jan/2007. Nem todas as revisões se refletirão no blog. Optei por falar sobre REUSO nesta 2ª parte por se tratar do grande objetivo da série. O capítulo seguinte, que deve ser publicado na próxima semana, ... Leia +

 
Licença Creative Commons
{finito} de Paulo Vasconcellos é licenciado sob uma Licença Creative Commons.
As imagens utilizadas nas apresentações dos treinamentos são de Tanakawho.