UNICAMP Especialização em Engenharia de Software INF-322 Gerenciamento de Projetos de Software: Conceitos e Práticas. Equipe 9

Transcrição

1 UNICAMP Especialização em Engenharia de Software INF-322 Gerenciamento de Projetos de Software: Conceitos e Práticas Equipe 9 Antônio Schwartz Edmon da Silva Marcelo Uchimura Paulo Ormenese Raphael Guimenes

2 Parte 1 a. Resultados do trabalho de métricas (conforme contagem efetuada no Trabalho 1): UAW = 15 UUCW = 55 TCF = 0,95 EF = 1,085 UUCP = UAW + UUCW = = 70 AUCP = UUCP * TCF * EF = 70 * 0,96 * 1,085 = 72,912 = aproximadamente 73,0 b. Modelo de custos baseado em Schneider e Winters: Número de pessoas: 5 Horas de trabalho diário: 4h Remuneração por hora: R$27,50 Soma dos níveis de influência abaixo de 3 entre os itens E1 e E6 = 4 Soma dos níveis de influência acima de 3 entre os itens E7 e E8 = 0 Produtividade = 28 horas/upc Esforço = AUCP * hora por unidade de UPC = 73 * horas Custo = 2044 * 27,50 = R$56.210,00 c. Cálculo da duração do projeto de desenvolvimento: Prazo em dias = total de horas / (número de pessoas * horas diárias) = 2044 / (5 * 4) 102 dias. Obs.: No prazo acima, é importante ressaltar que estamos considerando 5 pessoas trabalhando em todas as tarefas e não estamos considerando as precedências das tarefas como também não estamos considerando o nível de competência de cada uma (Analista, Testador, Desenvolvedor etc). Por este motivo quando montar o cronograma ele terá um prazo maior.

3 Parte 2 Observação: O esforço citado abaixo entre as fases/atividades foi dividido conforme banco de informações de projetos passados, utilizado por um dos integrantes do grupo no ambiente de trabalho, a saber: Iniciação: 12%, Elaboração e Construção: 68% (24% e 76%, respectivamente) e Transição 20%. a. Representação em WBS das estruturas das atividades a serem realizadas: b. Atividades/tarefas a serem realizadas e respectivas precedências: c. Duração Estimada para cada tarefa:

4 Observações: 1. O projeto tem 2044 horas, que foram dividas em tarefas, desconsiderando o número de pessoas que vão trabalhar em cada uma delas. 2. Vale ressaltar que o prazo elaborado por UCP foi uma estimativa básica sem termos os requisitos e etapas do projeto completamente definidos. d. PERT / CPM do sistema:

5

6 Observação: Os números em vermelho são as folgas entre as atividades.

7 Parte 3 - Processo de aplicação da métrica UCP (Trabalho 1) a. Tabela dos pontos de caso de uso correspondentes aos atores e todos os UC do sistema: Ator Descrição Qtde Tipo Peso Cliente Webservice Hotel Webservice Companhia Aérea Sistema financeiro A interação do cliente com o sistema é feita através de uma GUI Há comunicação e protocolos de comunicação. Atores: Hoteis.com, Venere.com Há comunicação e protocolos de comunicação. Atores: TAM, Gol, Azul Há comunicação e protocolos de comunicação 1 Complexo 3 2 Médio 2 3 Médio 2 1 Médio 2 UAW = 15 UUCW = soma do produto do número de cada tipo de caso de uso pelo respectivo peso. Transações Passo correspondente Total de transações Peso UC#04 Reservar Pacotes O cliente solicita a criação de um pacote de viagens; Passo 1 do fluxo ; 3 5 O cliente confirma a escolha do pacote; Passo 6 do fluxo ; O sistema registra a reserva do cliente; Passo 7 do fluxo ; UC#07 Contratar Passeios Extras O cliente solicita a contratação de passeios extras. Passo 1 do fluxo 5 10 O sistema apresenta a lista de passeios extras disponíveis para a localidade destino do pacote escolhido. Passo 2 do fluxo ; O cliente escolhe os passeios desejados. Passo 3 do fluxo ;

8 O sistema associa os passeios selecionados ao pacote. Passo 4 do fluxo ; No passo 3, o cliente desiste da contratação e não seleciona nenhum passeio extra. O caso de uso termina. Passo 3 - Fluxo Alternativo 1 UC#06 Contratar Guia Turístico O cliente solicita a contratação de um guia Passo 1 do fluxo 7 10 O sistema verifica a disponibilidade de guias no local de destino Passo 2 do fluxo O sistema exibe uma lista de guias de acordo com o idioma solicitado Passo 3 do fluxo O cliente escolhe um idioma Passo 4 do fluxo O sistema associa o guia turístico ao pacote do cliente Passo 5 do fluxo O sistema informa que não há disponibilidade de guias Passo 1 do fluxo alternativo 1 O cliente cancela a escolha de idioma Passo 1 do fluxo alternativo 2 UC#14 Reservar Transporte O cliente seleciona o transporte de sua preferência Passos 1 a 5 do fluxo 4 10 O sistema registra o transporte escolhido Passos 6 do fluxo O cliente cancela a operação e o caso de uso termina Fluxo Alternativo 1 - passo 2

9 O cliente cancela a operação e o caso de uso termina Fluxo Alternativo 2 - passo 4 UC#15 Reservar Hotéis Busca do hotel baseado em opções definidas pelo usuário Passos 1 e 2 do fluxo 4 10 Exibição de detalhes de hotel selecionado pelo usuário Passos 3 e 4 do fluxo Persistência do hotel escolhido pelo usuário Passos 5 e 6 do fluxo Cancelamento do caso de uso na escolha do hotel Fluxos alternativos 1 e 2 UC#16 Efetuar Pagamento Cliente confirma a reserva do pacote Cliente escolhe forma de pagamento Passo 1 Passo 2 a Cliente realiza pagamento Cliente altera a forma de pagamento quando ocorre algum problema Passo 5 Passo 1 a 3 do fluxo alternativo 1. Cliente cancelam a forma de pagamento quando ocorre algum problema Passo 1 a 3 do fluxo alternativo 2. Passo 1 a 3 do fluxo alternativo 1. Passo 1 a 3 do fluxo alternativo 2. UUCW = 55 b. Tabelas com os fatores ambientais e técnicos: Fatores Técnicos No Fator Peso Nível de Influência Justificativa

10 T1 Sistema Distribuído 2 0 Sistema não distribuído T2 Tempo de Resposta 1 4 O tempo de resposta é um fator importante para a usabilidade do software T3 Eficiência 1 4 O sistema deverá ser eficiente para lidar com um grande número de usuários T4 T5 T6 Complexidade de processamento Código deve ser reutilizado Facilidade de instalação 1 2 As operações envolvidas são de baixa complexidade 1 4 Os componentes core serão reutilizados. 0,5 1 O software não será instalado pelo usuário comum. T7 Facilidade de uso 0,5 5 É vital ao sucesso do projeto que o sistema seja de fácil uso T8 Portabilidade 2 2 A portabilidade é desejável e não obrigatória T9 Facilidade de alterações 1 5 Como o sistema é novo, alterações serão necessárias e é importante que o código seja de fácil manutenção. T10 Uso concorrente 1 0 Não haverá processamento concorrente. T11 T12 T13 Recursos de segurança Permite acesso por terceiros Necessidade de treinamento 1 3 Deverão ser considerados fatores como permissão de acesso e segurança de dados pessoais sensíveis. 1 5 O sistema será aberto ao público 1 1 Não será necessário treinamento ao usuário embora seja necessário a criação de uma ajuda online. TFator = 35 TCF = 0,6 + (0,01 * 35 ) = 0,95 Fatores Ambientais As notas dadas são baseadas na hipótese de que o projeto fosse ser implementado por nós mesmos, isto é, pela equipe 9. No Fator Peso Nível de influência Justificativa E1 E2 E3 E4 Familiaridade com o processo de desenvolvimento Experiência na aplicação Experiência em orientação a Objetos Capacidade do analista líder 1,5 3 A equipe possui familiaridade relativamente boa com o processo de desenvolvimento 0,5 2 Nenhum dos desenvolvedores tem experiência com sistemas de agências de viajens antes do começo deste projeto. 1 3 A maioria dos desenvolvedores ja trabalhou com orientação a objetos. 0,5 0 Não definimos um analista líder

11 E5 Motivação 1 2 O desenvolvimento deste sistema tem fins educacionais, há pouco tempo hábil para o desenvolvimento o que justifica a baixa motivação da equipe E6 E7 E8 Estabilidade dos requisitos Empregados em tempo parcial Dificuldade com linguagem de programação 2 1 Como estamos utilizando um projeto selecionado para fins educativos, os requisitos deverão permanecer estáveis até o desenvolvimento do primeiro release do sistema A maior parte das pessoas disponíveis se dedicarão tempo integral no projeto Todos os membros da equipe têm familiaridade com programação em Java EFator = 10,5 Fator Ambiental: EF = 1,4 + (-0,03 * 10,5) = 1,085