Extensão da Memória

Esse artigo discute a influência das metodologias de desenvolvimento de software na qualificação de profissionais de TI e o papel das pequenas consultorias nesse processo. A utilização de metodologias para o desenvolvimento de software não é algo que entusiasma com unanimidade os profissionais de TI. São vários os motivos, que vão de preguiça intelectual a desilusões com os resultados obtidos. Passando ainda por profissionais despreparados, a emergência recorrente de novas metodologias que atropelam as antecessoras, além de pressões do mercado para impor novos padrões que possibilitem a venda de novos produtos, treinamentos e posicionamento de novas marcas. A conjunção de alguns dos motivos citados é o suficiente para que processos sejam deixados de lado em fábricas de software. O próprio termo fábrica de software é demonizado por alguns profissionais de TI, acreditanto que uma fábrica de software não pode existir na sua essência, pois o insumo utilizado é a criatividade, e a "m...

O texto abaixo apresenta um esboço prático de alto nível da metodologia Commom Criteria e foi elaborado a partir de notas de estudo. O objetivo desse estudo foi entender o funcionamento básico dessa metodologia através da avaliação do relacionamento dos elementos princiais que a compõem. A Common Criteria é o resultado de esforços no desenvolvimento de critérios de avaliação de segurança em TI, o que é muito útil para a comunidade internacional. Ela é um alinhamento e desenvolvimento de um número de fontes criteriosas; norte-americanos, europeus e canadense (ITSEC, TCSEC e CTCPEC respectivamente). Acronismos TOE - Target Of Evaluation Produto ou sistema sujeito a avaliação PP - Protection Profile Classes de dispositivos seguros ST - Security Target Identifica as propriedades de segurança de um TOE Acronismos do processo de ascepção de qualidade EAL - Evaluation Assurance Level Níveis de 1 à 7 (EAL1 - EAL7) utilizados para certificar os produtos avaliados SAR - Security Assurance Re...

Analisarei aqui a responsabilidade sobre a configuração dos processos do RUP de uma maneira alternativa ao proposto pela metodologia. Hora utilizarei UP e hora utilizarei RUP pois um é derivado do outro. Utilizarei RUP quado estiver falando especificamente do produto/processo da Rational. UP/RUP O Processo Unificado é uma metodologia para desenvolvimento de softwares, bem aceita por um segmento dos profissionais do mercado e criticada por outros. O UP prega que o processo seja adaptável, que haja um balanceamento nas prioridades dos interessados, que o grau de colaboração entre as equipes seja elevado e que haja agregação continuada de valor entre outros princípios chaves. Ao meu ver, a complexidade na adoção do RUP está na configuração do ambiente que disponibiliza a metodologia, para que as equipes possam utilizá-la corretamente. O RUP exige um grau elevado de customização para que ele vista bem no projeto que irá usá-lo, e não fique "folgado" ou "apertado...

O objetivo desse artigo é apresentar algumas metodologias atuais relacionadas à TI, na perspectiva das suas aplicações dentro de uma empresa. A estrutura de cada empresa pode variar muito, dessa maneira irei adotar uma estrutura clássica em formato de pirâmide, representada na figura abaixo para efeitos da nossa análise. As metodologias apresentadas, dificilmente serão utilizadas exatamente como estão sendo estudadas aqui pois não é comum a necessidade de utilizá-las em uma empresa todas ao mesmo tempo, apesar de ser possível. Isso dependerá do tipo de empresa, da estrutura que a mesma possui e como a empresa aplica a TI nos seus negócios. Também será feita uma breve análise do relacionamento entre as diversas metodologias quando adotadas em conjunto. A pirâmide representa a hierarquia em uma empresa tradicional, com o board of directors ficando no topo, abaixo a gerência senior com os CEO, CIO, CSO, CFO etc, abaixo a gerência operacional e abaixo os departamentos operacionais. Qual o ...

Esse artigo analisa de maneira breve o lançamento da versão 7 do RUP e a sua ligação com o projeto Eclipse. RUP 7 A Rational/IBM lançou em 2007 a versão 7 do RUP, que agora está na versão 7.1. A versão 7 do RUP traz algumas mudanças conceituais que a primeira vista são complicadas de se entender, principalmente porque não há grandes alterações no conteúdo do RUP, mas sim na forma como esse conteúdo foi reorganizado. A evolução do RUP 7 se baseia na evolução da Linguagem para Modelagem de Processos de Software (SPEM 2.0), gerada pelo OMG (Object Management Group). Essas alterações geram uma abstração maior no RUP posicionando-o mais como arquitetura de métodos do que arquitetura de software. O que faz sentido pois o RUP é um software que suporta uma metodologia para desenvolvimento de software. O Rational Method Composer é a ferramenta que implementa, ou que é capaz de manipular os metamodelos nos quais o RUP se baseia. É essa ferramenta que possibilita a customização dos conceitos qu...