Metodologias de Desenvolvimento

Slides:



Advertisements
Apresentações semelhantes
Desenvolvimento de Sistemas
Advertisements

Métricas e Medição de Software
A estrutura do gerenciamento de projetos Introdução
Introdução a Engenharia de Software de Sistemas Multi-Agentes
Análise de Pontos de Função Carlos Eduardo Vazquez
Curso: Banco de Dados I Análise de Sistemas PUC Campinas
Rational Unified Process
Natanael (njsj) Thiago (tan2) Rodrigo (rml2)
(Unified Modeling Language)
Metodologias de Desenvolvimento
Prof. MSc. Larissa Luz Gomes Aula 6 Análise e Projeto de Sistemas I.
Engenharia de Software
Estimativas de Tempo e Custo
Métricas para o Processo e o Projecto de SW
> Fases de Engenharia de SW > Gestão de Projectos de SW
UML Material retirado da apostila do Professor Cesar Augusto Tacla
Faculdade de Ciências Sociais de Aplicadas de Petrolina – FACAPE
Professora: Aline Vasconcelos
Use Case Point Analisys Abr / O que será visto [Análise de Pontos de Casos de Uso [Estimativa de Pontos de Caso de Uso para um Projeto Exemplo [Outra.
Análise e Projeto de Sistemas
Análise de Pontos de Função Carlos Eduardo Vazquez
TI - Sistemática de Métricas
Antonio Carlos Tonini Maio / 2004
Como Desenvolver Sistemas de Informação
Métricas em Engenharia de Software
Engenharia de Software
Webquest: História Professora: Fernanda
Configuração de manutenção
Componentes: Jessica Rodrigues Carla Mattos Giovanna Dutra
Pontifícia Universidade Católica de Campinas
Técnicas de Estimativa em Projetos de Software
José Roberto Blaschek Gerência do Escopo José Roberto Blaschek.
Aula 1 Minicurso: Astah Ministrantes: André Martins; Camila Brondani;
Gestão de Escopo Por Ruan Carlos.
Estimativas baseada em casos de uso
Análise e Projeto de Sistemas
Planejamento e Gerenciamento
Engenharia de Software
Projeto de Banco de Dados
Estimando Projetos de Software Usando Pontos de Caso de Uso
Técnicas e Projeto de Sistemas
Trabalho Final de Fundamentos da Engenharia de Software Métrica de Pontos de Função André Costa de Jesus & Helena Prudente Bartholo.
PSBD II Projeto de Sistemas de Banco de Dados II
Abr-17 Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto Fluxo de análise e projeto.
Pontos de Caso de Uso Betânia Lucena Eduardo Oliveira Ivonete Soares
Qualidade de Software Aula 4
Estimativas de Custos e Orçamentação
Qualidade de Produto ISO 14598
Estimativa de Esforço de Software Orientado a Objetos Mestrado em Ciência da Computação Engenharia de Software Antônio Valença 25/3/2003.
METODOLOGIA, MÉTODOS E FERRAMENTAS
Trabalho de Engenharia de Software II
Testes Baseados Em Riscos: Uma revisão do Estado-da- Arte Nielson Pontes Outubro, 2010.
Requisitos de Software
AVALIAÇÃO E DESENVOLVIMENTO DE FORNECEDORES
Professora Cláudia Abreu Paes
Tarciane Andrade Análise de Casos de Uso Tarciane Andrade
Estruturado e Pró-ativo
Sistemas de Informação – mais que tecnologia Profa. Reane Franco Goulart.
Capítulo 12: Avaliação de Projetos de SAD. Escopo da avaliação de SAD As atividades de avaliação devem ser mensuradas de acordo com o tamanho, complexidade.
Análise e Projeto de Sistemas Unified Modeling Language Renata Araujo Ricardo Storino Núcleo de Computação Eletrônica Curso de Programação de Computadores.
Engenharia de Software
Aula 02 de Eng. de Requisitos
APSI II Análise e Projeto de Sistemas de Banco de Dados II.
RUP – Rational Unified Process Márcia Seabra Cabral Prof. Augusto Sampaio Centro de Informática - UFPE.
Copyright 2003 Rafael Marques. Todos os direitos reservados. Estimando Projetos de Software Usando Pontos de Caso de Uso Disciplina : Tópicos.
Projeto de Sistemas - PRJ Aula 4
TÉCNICAS DE ESTIMATIVAS
PROJETO SPICE ISO Integrantes: Erickson Balzaneli
Processos de Software Ludimila Monjardim Casagrande 1º Semestre Desenvolvimento e Qualidade.
1 Especificação de Sistemas de Software e a UML. 2 Modelagem de sistema A modelagem de sistema auxilia o analista a entender a funcionalidade do sistema.
Transcrição da apresentação:

Metodologias de Desenvolvimento Faculdade 7 de Setembro Metodologias de Desenvolvimento Paulo Benício

Professor: Paulo Benício E-mail/msn: pbenicio@fa7.edu.br Gestão de Projetos Professor: Paulo Benício E-mail/msn: pbenicio@fa7.edu.br

Roteiro Introdução - PMBOK

Introdução Objetivos da Métrica: Fornecer parametrizações Permitir acompanhamento

Métricas em Engenharia de Software PONTOS POR CASO DE USO

Pontos por Caso de Uso Foi proposto em 1993 por Gustav Karner; Baseou-se na Análise por Pontos de Função; Trata de estimar o tamanho de um sistema de acordo com: o modo como os usuários o utilizarão; a complexidade de ações requerida por cada tipo de usuário; uma análise em alto nível dos passos necessários para a realização de cada tarefa;

Pontos por Caso de Uso O Método de Use Case Points foi criado para que seja possível estimar o tamanho de um sistema já na fase de levantamento de Casos de Uso; Ele utiliza-se dos próprios documentos gerados nesta fase de análise como subsídio para o cálculo dimensional;

Pontos por Caso de Uso Sistema que será usado como exemplo: Site de suporte de produtos para uma grande companhia de software; A estimativa foi feita a partir dos casos de uso de nível muito alto (business modelling), que foram criados em tempo de levantamento de requisitos; Os atores, nessa vez, foram os diferentes tipos de usuários identificados nesses casos de uso;

Pontos por Caso de Uso Passo 1: Cálculo do UAW (Unadjusted Actor Weight) Tipo de Ator Peso Descrição Ator Simples 1 Outro sistema acessado através de uma API de programação Ator Médio 2 Outro sistema acessado interagindo através da rede Ator Complexo 3 Um usuário interagindo através de uma interface gráfica

Pontos por Caso de Uso No caso do exemplo: Tipo de Ator Peso Nº de atores Resultado Ator Simples 1 Ator Médio 2 Ator Complexo 3 4 12 Total UAW Valores já calculados: UAW = 12

Pontos por Caso de Uso Passo 2: Cálculo do UUCW (Unadjusted Use Case Weight) Para fins de cálculo, dividimos os casos de uso em três níveis de complexidade: Simples (peso 5): Tem até 3 transações, incluindo os passos alternativos, e envolve menos de 5 entidades; Médio (peso 10): Tem de 4 a 7 transações, incluindo os passos alternativos, e envolve de 5 a 10 entidades; Complexo (peso 15): Tem acima de 7 transações, incluindo os passos alternativos, e envolve pelo menos de 10 entidades;

Pontos por Caso de Uso No caso do exemplo: Tipo Peso Nº de Casos de Uso Resultado Simples 5 7 35 Médio 10 13 130 Complexo 15 3 45 Total UUCW 210 Valores já calculados: UAW = 12, UUCW = 210

Pontos por Caso de Uso Passo 3: Cálculo do UUCP (Unadjusted Use Case Points) UUCP = UAW + UUCW No caso do exemplo: UUCP = 12 + 210 = 222 Valores já calculados: UAW = 12, UUCW = 210, UUCP = 222

Pontos por Caso de Uso Calculando fatores de ajuste: O método de ajuste é bastante similar ao adotado pela Análise por Pontos de Função e é constituído de duas partes: Cálculo de fatores técnicos: cobrindo uma série de requisitos funcionais do sistema; Cálculo de fatores de ambiente: requisitos não- funcionais associados ao processo de desenvolvimento;

Pontos por Caso de Uso Passo 4: Cálculo do Tfactor Para cada requisito listado na tabela, deve ser atribuído um valor que determina a influência do requisito no sistema, variando entre 0 e 5; Fator Requisito Peso T1 Sistema distribuído 2 T2 Tempo de resposta T3 Eficiência 1 T4 Processamento complexo T5 Código reusável T6 Facilidade de instalação 0.5 T7 Facilidade de uso T8 Portabilidade T9 Facilidade de mudança T10 Concorrência T11 Recursos de segurança T12 Acessível por terceiros T13 Requer treinamento especial

Pontos por Caso de Uso No caso do exemplo: Fator Requisito Peso Influência Resultado T1 Sistema distribuído 2 1 T2 Tempo de resposta 3 6 T3 Eficiência T4 Processamento complexo T5 Código reusável T6 Facilidade de instalação 0.5 T7 Facilidade de uso 5 2.5 T8 Portabilidade T9 Facilidade de mudança T10 Concorrência T11 Recursos de segurança T12 Acessível por terceiros T13 Requer treinamento especial Tfactor 19,5

Pontos por Caso de Uso Passo 5: Cálculo do TCF (Technical Complexity Factor) TCF = 0.6 + (0.01  Tfactor) No caso do exemplo: TCF = 0.6 + (0.01  19.5) = 0.795 Valores já calculados: UUCP = 222, Tfactor = 19.5, TCF = 0.795

Pontos por Caso de Uso Passo 6: Cálculo do Efactor Para cada requisito listado na tabela, deve ser atribuído um valor que determina a influência do requisito no sistema, variando entre 0 e 5; Fator Descrição Peso E1 Familiaridade com RUP ou outro processo formal 1.5 E2 Experiência com a aplicação em desenvolvimento 0.5 E3 Experiência em Orientação a Objetos 1 E4 Presença de analista experiente E5 Motivação E6 Requisitos estáveis 2 E7 Desenvolvedores em meio-expediente -1 E8 Linguagem de programação difícil

Pontos por Caso de Uso No caso do exemplo: Fator Descrição Peso Influência Resultado E1 Familiaridade com RUP ou outro processo formal 1.5 5 7.5 E2 Experiência com a aplicação em desenvolvimento 0.5 E3 Experiência em Orientação a Objetos 1 E4 Presença de analista experiente 2.5 E5 Motivação E6 Requisitos estáveis 2 3 6 E7 Desenvolvedores em meio-expediente -1 E8 Linguagem de programação difícil Efactor 26 Valores já calculados: UUCP = 222, TCF = 0.795, Efactor = 26

Pontos por Caso de Uso Passo 7: Cálculo do ECF (Environmental Complexity Factor) ECF = 1.4 + (-0.03  Efactor) No caso do exemplo: ECF = 1.4 + (-0.03  26) = 0.62 Valores já calculados: UUCP = 222, TCF = 0.795, Efactor = 26, ECF = 0.62

ECF = 222  0.795  0.62 = 109.42 ou 109 Use Case Points Pontos por Caso de Uso Passo 8: Cálculo dos UCP (Use Case Points) UCP = UUCP  TCF  ECF No caso do exemplo: ECF = 222  0.795  0.62 = 109.42 ou 109 Use Case Points Valores já calculados: UUCP = 222, TCF = 0.795, ECF = 0.62

Tempo estimado = 109 * 20 = 2180 horas de trabalho Pontos por Caso de Uso Passo 9: Cálculo do tempo de trabalho estimado Para simplificar, utilizaremos a média de 20 horas por Ponto de Casos de Uso No caso do exemplo: Tempo estimado = 109 * 20 = 2180 horas de trabalho Valores já calculados: UCP = 109

Quadro comparativo: APF X PCU Mais antiga e mais utilizada no mundo Relativamente nova e pouco utilizada Padrão internacional desde 2002 Ainda não alcançou o nível de padronização e nem foi incorporada em ferramentas populares Não requer o uso de notação padrão, mas é baseada no modelo funcional e independente de tecnologia Baseada no modelo de casos de uso Largamente discutida na literatura Tem aumentado o uso e a publicação de estudos na literatura É suportada pelo IFPUG e diversos grupos nacionais de usuários e bases históricas de medidas realizadas Ainda não possui bons históricos de produtividade Possui regras de contagem padronizadas Há dúvidas de qual o nível apropriado de detalhe que cada caso de uso deve possuir Alto nível de maturidade Em fase de amadurecimento Oferece treinamento e certificação Ainda não oferece treinamentos e certificação

Conclusões Devido à amplitude do assunto tratado, vários temas não foram abordados; O método de Use Case Points parece ser muito bom para quem precisa de dados de estimativa em um curto espaço de tempo; Tanto APF quanto PCU são métricas muito subjetivas;

Conclusões É evidente o problema de que a granularidade de cada caso de uso varia muito entre analistas, causando uma significativa variação nos resultados de PCU; As métricas específicas para OO apresentadas servem mais para controle de qualidade do que para cálculo de tamanho.

Roteiro Trabalhos

Exercícios em Sala Estágio II

EXERCÍCIO 2: Aula 2 (1 ponto) Questões: Identifique os maiores desafios de GP em projetos de software. Dê um exemplo de uma EAP do projeto SIGA. Detalhamento: Trabalho a ser desenvolvido pelo grupoe até 4 pessoas; Pontuação: relevância e aderência ao tema, criatividade, capacidade de raciocínio e visão de mercado / pesquisa; Forma de trabalho: Folha avulsa; Data de entrega: Diária. Sugestão: ilustrar com exemplos.

Exercícios em Casa Estágio II

TRABALHO 1: Aula 1 (1 ponto) Descrição: Defina cenários para o SIGA. Faça a representação dos atores e a siga as normas aconselhadas para os casos de uso. Detalhamento: Trabalho a ser desenvolvido em equipes de até 4 pessoas; Pontuação: relevância e aderência ao tema, criatividade, capacidade de raciocínio e visão de mercado / pesquisa; Forma de trabalho: Folha avulsa; Data de entrega: Diária. Sugestão: ilustrar com exemplos.

Grato pela Atenção FA7– Fortaleza, 02/01/10