05 requisitos

Prévia do material em texto

Engenharia de Software 
Paulo Cesar de Macedo 
Aula 5 
Análise de requisitos 
Façam o download na área 
de aluno 
Pilares Conceituais 
l  O futuro é nossa preocupação. 
– Quais riscos podem levar ao fracasso do 
projeto? 
Pilares Conceituais 
l  A mudança é nossa preocupação. 
– Como as mudanças (requisitos, tecnologia) 
afetarão o cronograma e o sucesso do 
projeto? 
l  Envolver-se com as escolhas. 
– Que métodos e ferramentas devem ser 
usados? 
– Quantos pessoas devem ser envolvidas? 
– Quanta ênfase deve ser dada à qualidade? 
Análise dos Riscos 
Compreende quatro atividades principais: 
– Identificação. 
– Projeção. 
– Avaliação. 
– Administração. 
Identificação dos Riscos 
..É fundamental que os riscos assumidos 
sejam os riscos certos. 
Riscos de Projeto 
l  Problemas orçamentários, de 
cronograma, de pessoal, de recursos, de 
clientes e de requisitos. 
Riscos Técnicos 
l  Um problema é mais difícil de resolver 
do que imaginávamos. 
l  Problemas de projeto, implementação, 
interface, verificação e manutenção. 
l  Ambigüidade na especificação, 
incertezas técnicas, tecnologia obsoleta 
e tecnologia de ponta. 
Riscos do Negócio 
l  Construir um produto que ninguém quer. 
l  Construir um produto que não se 
encaixa na estratégia de produtos da 
empresa. 
l  Construir um produto que a equipe de 
vendas não sabe vender. 
l  Perder o apoio da alta administração. 
l  Perder o compromisso orçamentário ou 
de pessoal. 
Dicas para Identificação dos 
Riscos 
l  Elabore um conjunto de perguntas que leve à 
compreensão dos riscos em termos técnicos, 
de projeto ou de negócio. 
l  Perguntas relacionadas aos riscos de pessoal: 
– As pessoas receberam o treinamento 
necessário? 
– As pessoas têm as habilidades necessárias? 
– Existe alguém trabalhando em tempo parcial? 
Projeção dos Riscos 
l  Preocupa-se em estabelecer a 
probabilidade de um risco se tornar real 
e em descrever as conseqüências da 
ocorrência do risco. 
Atividades de Projeção dos Riscos 
l  Definição de uma escala com a 
probabilidade de ocorrência do risco. 
– Baseia-se na intuição e experiência. 
– Para cada risco identificado classifique-o 
como altamente improvável, improvável, 
moderado, provável, altamente provável. 
l  Descrição das conseqüências do risco. 
Atividades de Projeção dos Riscos 
l  Estimativa do impacto do risco sobre o 
projeto e o produto. 
– Fatores que afetam o impacto: 
l  Escopo: Quão sério é o impacto? 
Quanto do projeto será afetado? 
Quantos clientes serão prejudicados? 
l  Tempo de ocorrência: Quando e por 
quanto tempo o impacto será sentido? 
Atividades de Projeção dos Riscos 
l  Elaboração de uma lista de prioridades dos 
riscos. 
– Baseia-se na probabilidade de ocorrência do 
risco e no impacto do risco sobre o projeto. 
l  Riscos com alto e impacto, mas com muito 
baixa probabilidade de ocorrência não são 
prioritários. 
l  Riscos com alto impacto e com probabilidade 
média a alta e riscos de baixo impacto com 
probabilidade elevada são prioritários. 
Avaliação dos Riscos 
l  Agora temos uma lista de riscos com 
suas prioridades e impactos associados. 
l  Devemos refinar as estimativas. 
Avaliação dos Riscos 
l  Devemos rever as prioridades. 
l  Devemos definir como evitar ou 
controlar os riscos mais prováveis. 
l  Devemos definir níveis de referência 
limites para continuação do projeto. 
– Existe um ponto onde o projeto 
ultrapassa prazos e custos e não é 
economicamente viável dar continuidade 
ao projeto. 
Gerenciamento dos Riscos 
l  Procurar eliminar ou reduzir os riscos 
mais críticos. 
l  Avaliar se as medidas tomadas para 
evitar os riscos compensam 
economicamente. 
l  Tomar cuidado para que a gerência de 
riscos em si não se torne um projeto. 
– Procurar focalizar o esforço nos riscos 
mais críticos e prováveis de ocorrer. 
Monitoração dos Riscos 
l  Avalia se os riscos previstos realmente 
ocorrem. 
l  Garante que as medidas de prevenção 
definidas para o risco estão sendo aplicadas. 
l  Coleta informações para análises de riscos 
l  futuras. 
l  Identificar qual risco ocasionou o problema. 
– Mais de um risco pode estar envolvido. 
Gestão de Qualidade 
Qualidade de Software 
l  Não é mais aceitável entregar um 
produto de baixa qualidade e corrigir 
seus problemas e deficiências depois 
que ele já foi entregue ao cliente. 
l  Os gerentes de qualidade têm a 
responsabilidade de garantir que o 
software apresenta o nível de qualidade 
desejado. 
Qualidade de Software 
l  Um software é considerado de qualidade 
se ele satisfaz sua especificação. 
– A especificação pode não compreender 
requisitos de qualidade do ponto de vista 
dos desenvolvedores 
(manutenibilidade). 
– É difícil especificar certas características 
de qualidade. 
– A especificação do software nem 
sempre é completa. 
Gerência de Qualidade 
l  Visa garantir que o software é 
desenvolvido sem falhas e conforme sua 
especificação. 
l  Visa garantir que o software apresenta 
certas características de qualidade. 
– Robustez, segurança, testabilidade, 
portabilidade, etc. 
O Papel do Gerente de Qualidade 
l  Garantia de Qualidade. 
– Estabelecer procedimentos e padrões que 
levam à produção de software de qualidade. 
l  Planejamento de Qualidade. 
– Selecionar padrões e procedimentos 
apropriados e amarrá-los ao processo de 
desenvolvimento. 
l  Controle de Qualidade 
– Garantir que os padrões e procedimentos são 
seguidos pela equipe de desenvolvimento. 
Padrões de Qualidade 
l  ISO 9001. 
– Modelo genérico de um processo de 
qualidade. 
– Descreve os aspectos do processo e 
define os procedimentos e padrões que 
devem existir na organização. 
– Cada organização deve definir seu 
próprio conjunto de procedimentos, 
baseando-se no modelo. 
Atributos de Qualidade do 
Software 
l  Corretude: O software satisfaz sua 
especificação e cumpre os objetivos 
estabelecidos pelo cliente. 
l  Confiabilidade: O software executa sua 
funcionalidade livre de falhas. 
l  Eficiência: Quantidade de recursos que 
um software exige para executar sua 
função. 
Atributos de Qualidade do 
Software 
l  Integridade:O software deve permitir 
controlar o acesso de pessoas não-
autorizadas. 
– Ameaça: probabilidade de que um 
ataque de um tipo específico acontecerá 
dentro de determinado tempo. 
– Segurança: probabilidade de que um 
ataque de um tipo específico será 
repelido. 
Atributos de Qualidade do 
Software 
l  Usabilidade: O software deve ser 
projetado a fim de minimizar o esforço 
necessário para o aprendizado de sua 
operação. 
– Habilidade física e/ou intelectual exigida 
para aprender a usar o sistema. 
– Tempo exigido para o aprendizado. 
– Aumento de produtividade com o uso do 
sistema. 
Atributos de Qualidade do 
Software 
l  Manutenibilidade: O software deve ser 
projetado para minimizar o esforço 
necessário para entendê-lo, corrigi-lo, 
adaptá-lo e/ou aumentá-lo. 
– Tempo médio necessário para realizar 
mudanças. 
– Custo associado à correção de defeitos 
encontrados. 
Atributos de Qualidade do 
Software 
l  Flexibilidade: Esforço exigido para 
modificar um programa operacional. 
l  Testabilidade: Esforço exigido para 
testar um programa. 
l  Portabilidade: Esforço exigido para 
transportar um software de um ambiente 
de hardware e/ou software para outro. 
Atributos de Qualidade do 
Software 
l  Reusabilidade: Capacidade de 
reutilização de um software ou de partes 
do software. 
l  Interoperabilidade: Esforçoexigido para 
se acoplar um sistema a outro. 
O Processo de Garantia de 
Qualidade 
l  O processo de desenvolvimento afeta 
diretamente a qualidade do produto 
desenvolvido. 
Revisões 
l  Revisões são a principal forma de 
avaliar a qualidade de um processo ou 
produto. 
l  Um grupo de pessoas examina o 
processo de desenvolvimento, o 
software ou sua documentação a fim de 
descobrir problemas. 
l  As conclusões da revisão são 
registradas e reportadas para os 
responsáveis por corrigir os problemas 
descobertos. 
Tipos de Revisão 
l  Inspeções de programa ou projeto: 
– Detectam erros no projeto ou no código. 
– Checam se os padrões de qualidade foram 
seguidos. 
– São orientadas por um checklist dos possíveis 
erros. 
l  Revisões de progresso: 
– Fornecem informações para a gerência global 
do progresso do projeto. 
– Concentram-se nos custos e cronogramas. 
Tipos de Revisão 
l  Revisões de qualidade: 
– Estão relacionadas ao cumprimento dos 
padrões. 
– Analisam tecnicamente o produto ou sua 
documentação a fim de encontrar falhas 
ou inconsistências com sua 
especificação. 
O Processo de Revisão 
A Equipe de Revisão 
l  Devem ser selecionadas apenas as 
pessoas que podem contribuir 
efetivamente. 
l  A equipe deve ser pequena. 
– 3 ou 4 pessoas principais. 
– Outras pessoas de apoio. 
Os Documentos de Revisão 
l  Devem ser distribuídos com 
antecedência suficiente para serem 
lidos. 
A Revisão 
l  Deve ser breve. No máximo duas horas. 
l  Deve haver um membro para presidir a 
revisão. 
l  Deve haver um membro para registrar 
todas as decisões tomadas durante a 
revisão. 
REFERÊNCIAS 
l  PRESSMAN, Roger S. - Engenharia de 
Software - Uma Abordagem Profissional 
- 7º Edição 
l  SOMMERVILLE , Ian - Engenharia de 
Software