A elicitação de requisitos para o desenvolvimento de software tem sido um desafio para os praticantes da engª de software. Todos sabemos que um requisito mal elicitado causará problemas em todo o restante do desenvolvimento, mas mesmo assim ainda cometemos muitos erros. Segue abaixo três abordagens que julgo serem importantes e que nos ajuda muito na elicitação dos requisitos:
Na linha de que uma imagem vale por mil palavras, estava buscando na internet um vídeo que ilustrasse a importância da engenharia de requisitos para o desenvolvimento de um software com boa qualidade e custos e prazos controlados. Encontrei então o vídeo abaixo, que ilustra de forma leve e bem humarada os problemas que a engenharia de requisitos busca resolver.
Esse vídeo foi adaptado e traduzido a partir de http://www.youtube.com/watch?v=6LCEGR7s6W8
O desenvolvimento de software nos dias atuais demanda por prazos e custos reduzidos, e qualidade elevada. Conjugar esses três fatores no processo de desenvolvimento não é tarefa fácil e uma das coisas que pode ajudar a obter um software de qualidade é exatamente a qualidade do requisito que foi elicitado. Veja abaixo oito características de um bom requisito:
Ao estudar o guia do PMBOK sempre senti falta de uma figura que me desse a visão geral das áreas de conhecimento integradas aos cinco grupos de processos: iniciação, planejamento, execução, controle e encerramento. A partir dessa necessidade gerei a figura que publico abaixo, para eventualmente ajudar a outras pessoas que possam ter sentido essa mesma necessidade. Sei que não é novidade e é fácil encontrar no google imagens figuras com esse tipo de representação. Mas ela ajuda muito e daí resolvi fazer a minha.
E você, gerencia seus projetos utilizando as boas práticas contidas no PMBOK?
A elicitação de requisitos visa identificar e descrever os requisitos de um software a ser desenvolvido. O processo para a elicitação de requisitos prevê primeiramente a identificação dos objetivos gerais do software, informações sobre os problemas atuais existentes e por fim as necessidades que devem ser endereçadas pelo software.
Sabendo-se que o objetivo de um software é o de servir vários usuários, pode-se supor que a maneira mais simples de se elicitar os requisitos é simplesmente perguntar aos usuários quais são suas necessidades quanto ao novo software a ser desenvolvido. Infelizmente esse processo não é tão simples quanto parece. Conheça as seis principais barreiras na elicitação de requisitos: Leia mais …
Para fechar o ano de 2010 publico uma lista com os dez artigos que segundo o Google Analytics foram os mais lidos aqui no blog Qualidade de Software Ltda:
1. Metodologia de Desenvolvimento de Software: Importância Conceitos e Princípios
2. Passo a Passo para a Elaboração do Modelo de Dominio – Parte 1 de 2
3. Como Criar uma EAP em Seis Passos
4. Plano de Comunicação de Projetos: Quem não se Comunica se Trumbica
5. Saiba Quais São as Fases dos Testes de Software
6. Descrição de Casos de Uso: Genérico ou Detalhado?
7. Seis Dicas para Preparação de Massa de Dados para Testes Funcionais
8. Como Elaborar em Seis Passos uma Boa Estratégia para Testes Funcionais de Software
9. Passo a Passo para a Elaboração do Modelo de Dominio – Parte 2 de 2
10. Template para Descrição de Caso de Uso
Publico também os 10 sites que estiveram nos meus favoritos de 2010 (*em ordem alfabética)
6. Cakephp
9. QualidadeBr
10. Sociedade Brasileira de Computação
Aos leitores do Qualidade de Software Ltda, um feliz 2011 com muitas alegrias e disposição para que possamos construir softwares melhores; e se não for possível, que sejamos capazes de remover a maior quantidade de bugs. Nossos clientes agradecerão. Até 2011!
Nessa época do ano o calendário nos chama para a necessidade de reflexões: o que fizemos de bom no ano que se encerra e o que queremos mudar no ano vindouro é geralmente a base de muitas reflexões. Aproveitando esse espírito de renovação que um novo ano nos traz, que tal planejar para o próximo ano os oito passos para a melhoria da qualidade do software? Esse artigo aborda o tema de qualidade de software e o coloca sob uma perspectiva da melhoria contínua, e não um algo com começo meio, e fim.
De modo geral as pessoas tratam a qualidade de software como resultado final de um esforço pontual, ou ainda como um destino que se quer chegar, se possível com o mínimo esforço. E qualidade de software não é isso. É sim uma viagem que nunca termina. À medida que se começa a efetuar medições no processo de desenvolvimento e a gerenciar a qualidade do processo e do produto de software, irá se aprender mais sobre o processo e sobre o produto de software. Em seguida, cada passo de melhoria irá proporcionar novos conhecimentos, experiências e dados necessários para o próximo passo. Assim deve-se focar na melhoria contínua e ajudar as equipes de desenvolvimento de software à realmente acreditar e seguir os princípios da gestão da qualidade. Como as necessidades de cada desenvolvedor são diferentes, deve-se reconhecer onde cada um dos desenvolvedores está nessa jornada para que possam ser orientados a dar o próximo passo. Os oito passos na jornada da qualidade são os seguintes: Leia mais …
Esse artigo trata de um assunto que certamente interessa aos gerentes de projetos, às equipes de projetos, aos patrocinadores e aos clientes: o que fazer para um projeto ser bem sucedido?
Uma das tarefas mais difíceis da gerência de projetos é prever se o projeto será bem sucedido. A maioria dos gerentes orientados a resultados olham apenas para o tempo, custos e desempenho do projeto. Olhando-se apenas para esse três fatores seria possível dimensionar os resultados quanto aos lucros obtidos com o projeto, mas não será possível identificar se o projeto em si foi gerido corretamente. Leia mais …
Processo de desenvolvimento de software é um assunto polêmico, apaixonante e desafiador. Muito já se estudou e já se publicou sobre esse assunto, mas ainda é comum nos depararmos com a famosa frase: “não posso lhe atender porque o sistema está fora do ar”! Se muito já foi estudado sobre esse assunto, porque ainda essa frase é tão comum?
O objetivo desse artigo é provocar uma reflexão descontraída para os leitores com mais de 40 anos, e que acompanha a indústria de software nos últimos 20 a 25 anos. Leia mais …
As fábricas de código estão fora de moda, e esta difícil de encontrar no mercado alguém que as defenda. Mais fácil encontrar quem as odeie: esses pregam que programar não pode ser transformado em atividade fabril, que o desenvolvimento de software demanda intelecto e não mãos operárias para trabalhos repetitivos.
O que nos desafia no desenvolvimento de um software ainda e o tripé custo prazo e qualidade. E mais: como entregar valor para o negócio ao qual o software atendera?