Search

As soluções de software estão cada dia mais presentes no cotidiano das pessoas, e a preocupação com a qualidade desses sistemas cresceu bastante na última década. A exigência do mercado por qualidade levou ao desenvolvimento de modelos para a melhoria do processo de software como o CMMI - o mais conhecido e utilizado atualmente. Como conseqüência dessa busca por remover o maior número possível de erros antes de entregar o software aos clientes, teve início um movimento de especialização de profissionais nas atividades de teste de software (verificação e validação). Atualmente, muitas organizações possuem, inclusive, equipes especializadas em testar o software. Nesse contexto, o processo de testes passou a receber destaque no ciclo de vida de desenvolvimento e manutenção de sistemas. Embora o CMMI, em suas área de processo de Verificação e Validação, defina um guia para a melhoria das mesmas, ele não fornece informações mais detalhadas sobre boas práticas de testes. Assim, é necessário utilizar modelos voltados, especificamente, à melhoria do processo de testes como o Test Maturity Model Integration-TMMi. Nesse trabalho, o TMMi é apresentado como uma ferramenta para alcançar os objetivos definidos pelo CMMI para as áreas de processo de Verificação e Validação (Ver&Val). A partir da proposição de um mapeamento entre as práticas dos dois modelos, realizou-se um estudo prático no qual o processo de desenvolvimento de software de uma organização foi modificado, utilizando práticas do TMMi, com o objetivo de aumentar a capacidade dos processos de Ver&Val segundo o CMMI. Utilizando a abordagem de Pesquisa ação, além de avaliar a utilização conjunta dos dois modelos, foi possível obter resultados em projetos reais da indústria e promover a transferência de conhecimento entre o pesquisador e profissionais

A busca pela melhoria da qualidade de produtos e serviços oferecidos pelas empresas de software vem aumentando continuamente nos últimos anos. O mercado de produtos e serviços de software tem se tornado cada vez mais ativo e exigente. Assim, para se adquirir um produto ou serviço, são levadas em consideração as variáveis prazo , custo , características e qualidade , entre outras. Para atender à pressão exercida pelo mercado, as empresas de software têm investido na profissionalização de suas operações, como, por exemplo, na reestruturação da organização em fábricas de software - orientadas a produto e a projetos, e na melhoria dos processos de desenvolvimento de software, usando modelos conceituados, como o CMMI Capability Maturity Model Integration. Neste contexto, a gerência de configuração é uma atividade de extrema importância para o desenvolvimento de projetos e produtos em uma organização. A cada dia surgem novas ferramentas, novos padrões e procedimentos para apoiar o desenvolvimento e garantir o controle de versões e a gestão de mudanças dentro da organização. Quando incluímos as novas estruturas organizacionais, como as fábricas de software orientadas a produto, este cenário se torna ainda mais complexo, pois lança o desafio de conciliar as necessidades dos projetos da fábrica com a gestão do produto em si, conflito que afeta por completo a gerência de configuração. Este trabalho apresenta a proposta de um processo de gerência de configuração alinhado ao nível 2 de maturidade e capacidade do CMMI, destinado a fábricas de software orientadas a produto. Através de um estudo de caso aplicado em uma fábrica de software orientada a produto, foi possível evidenciar os principais benefícios trazidos pelo processo à organização: maior controle sobre os itens de configuração, através da documentação dos mesmos em um plano de gerência de configuração e monitoramento realizado pelo gerente de configuração; padronização do controle de mudanças, através da utilização de ferramentas automatizadas para apoiar o processo; acesso facilitado às versões do produto ao longo do tempo, obtido através do estabelecimento de baselines e liberação de versões e patches pelo gerente de configuração, conforme definido no processo

Teste é uma atividade muito importante no processo de desenvolvimento de software, entretanto, é uma atividade cara, uma vez que ela consome uma parte considerável dos recursos de um projeto de desenvolvimento de software. Um problema encontrado na maioria dos processos de desenvolvimento de software é a ausência de uma maneira de se avaliar a efetividade dos casos de teste de unidade, que são executados no código desenvolvido. Uma possível solução para este problema é realizar testes de cobertura de código e obter métricas sobre a cobertura do conjunto de testes de unidade executados. O presente estudo descreve um processo de desenvolvimento de software incluindo análise de cobertura de código, em que utilizamos o Rational Unifield Process como base para o processo proposto

Com a necessidade de se ter metodologias que facilitassem a produção de software para que fossem evitados a baixa qualidade, os atrasos, bem como os gastos excessivos, foram introduzidos diversos padrões e processos de desenvolvimento de software. Porém, em alguns casos houve uma preocupação excessiva em relação aos papéis exercidos, documentação e artefatos gerados. Tais metodologias passaram a ser consideradas, por alguns, burocráticas e com ênfase nas atividades meio, pois traziam a necessidade de um grande formalismo para os artefatos intermediários (por exemplo, especificações e modelos) ao invés de focarem na qualidade dos artefatos fins (por exemplo, código). Surgiram então algumas metodologias mais simplificadas, voltadas para equipes menores com intensa comunicação, utilizando processos mais leves e uma maior flexibilidade a mudanças, as quais foram chamadas de metodologias ágeis. Tanto em metodologias tradicionais como nas ágeis, é aconselhável que exista alguma atividade que garanta a qualidade tanto do processo que está sendo utilizado como do produto sendo construído. Neste contexto, a garantia da qualidade auxilia o controle do projeto, fornecendo uma visão adequada do processo que está sendo utilizado pelo projeto de software e dos produtos que estão sendo construídos. Entre suas atividades podemos ressaltar, revisões, validações e auditorias nos produtos e processos de software. Um dos representantes dos modelos de melhoria da qualidade é o CMMI (Capability Maturity Model Integration) que apresenta a possibilidade de uma evolução contínua, fornecendo maior flexibilidade, focando em áreas de processo específicas, de acordo com metas e objetivos de negócio. Neste trabalho apresentamos uma disciplina, doravante chamada Qualidade Ágil de Software (QAS), para qualidade de software, independente de metodologia de desenvolvimento e voltada para projetos com equipes de até 20 pessoas. A QAS foi desenvolvida com base no TSP (Team Software Process) e em metodologias ágeis, de modo a estar alinhada ao nível 2 de Capacidade do CMMI (segundo o modelo contínuo) para as áreas de processo Verificação, Validação e Garantia da Qualidade do Processo e do Produto

A sobrevivência de uma companhia está relacionada a questões sociais, econômicas e políticas. Ela deve lutar num mercado competitivo que cresce, pressionada pela necessidade de oferecer maior qualidade no desenvolvimento dos produtos, num curto espaço de tempo, de modo a satisfazer seus clientes. As companhias gastam fortunas em projetos de software que são cancelados, que ultrapassam os custos previstos, que são entregues além do tempo estimado e que não atendem às necessidades quando concluídos. Há muitas pesquisas em andamento na tentativa de solucionar estes problemas, principalmente nos campos da tecnologia e de processos de desenvolvimento e gerenciamento de software, resultando em novas metodologias disponíveis no mercado. As organizações de software precisam selecionar uma metodologia que suporte o desenvolvimento do projeto, visando a liberação de produtos dentro dos custos e prazos estimados, e com a qualidade exigida pelo cliente. Este trabalho propõe um processo para selecionar uma metodologia para o desenvolvimento de um projeto de software. O processo de seleção se fundamenta em vários trabalhos correlatos, tais como a norma ISO/IEC-14102 e o modelo de Aquisição de Software (SA-CMM), proposto pelo Software Engineering Institute. Além do processo de seleção, o trabalho também apresenta o protótipo de uma ferramenta de apoio ao mesmo, partindo do pressuposto que os requisitos da metodologia para o projeto foram definidos e que as metodologias disponíveis foram previamente avaliadas