Engenharia de Software I

Transcrição

1 Engenharia de Software I Curso de Sistemas de Informação 2017 Karla Donato Fook karladf@ifma.edu.br Daniel Lima Gomes Jr daniellima@ifma.edu.br (DCOMP) Estudo de Viabilidade Todos os projetos são viáveis desde que tenham ilimitados recursos e tempo infinito! 1

2 Objetivos Compreender os fundamentos dos custos e dos preços de software e a relação entre eles Conhecer métricas utilizadas para avaliar a produtividade 3 Atividades do processo Processos reais intercalam atividades... Técnicas Colaboração Gerência... com o intuito de... Especificar Projetar Implementar Testar... SOFTWARES! 4 2

3 Atividades do processo As quatro atividades básicas do processo são: Especificação Desenvolvimento Validação Evolução São organizadas de forma diferentes de acordo com o processo de desenvolvimento 5 Especificação de software Conceito Especificação de software ou engenharia de requisitos é o processo de compreensão e definição dos serviços requisitados do sistema e identificação de restrições relativas à operação e ao desenvolvimento do sistema. A engenharia de requisitos é um estágio particularmente crítico do processo de software, pois erros nessa fase inevitavelmente geram problemas no projeto e na implementação do sistema. 6 3

4 Especificação de software Processo de engenharia de requisitos Existem quatro atividades principais: Estudo de viabilidade Elicitação e análise de requisitos Especificação de requisitos Validação de requisitos 7 Especificação de software Requisitos da engenharia de processos 8 4

5 Especificação de software visão geral 1. Estudo de viabilidade: Estudo que considera se o sistema proposto será rentável a partir de um ponto de vista de negócio e se pode ser desenvolvido com as atuais restrições de orçamento. Baseado na coleta e na análise de informações e na elaboração de relatórios. O resultado desse estudo deve informar a decisão de avançar ou não, ou seja, se vale a pena construir o sistema. 9 Especificação de software 2. Elicitação e análise de requisitos: Processo de derivação dos requisitos por meio de observação dos sistemas existentes (além de discussão com usuários, análise de tarefas, e outras etapas) Essa parte do processo pode envolver o desenvolvimento de um ou mais modelos de sistemas e protótipos, para ajudar a entender o sistema a ser especificado. 10 5

6 Especificação de software 3. Especificação de requisitos: É a atividade de tradução das informações obtidas durante a atividade de análise em um documento que defina um conjunto de requisitos. Dois tipos de requisitos podem ser incluídos nesse documento: Requisitos do usuário: declarações abstratas dos requisitos do sistema para o cliente e usuário final; Requisitos de sistema: descrição mais detalhada da funcionalidade a ser provida. 11 Especificação de software 4. Validação de requisitos: É a verificação dos requisitos quanto a realismo, consistência e completude. Durante esse processo, os erros no documento de requisitos são descobertos. O documento deve ser modificado para correção desses problemas. 12 6

7 Estudo de viabilidade O estudo de viabilidade auxilia a tomada de decisão tanto para decidir pelo prosseguimento do projeto de SI como para sugerir possíveis alternativas de solução. Pode ser entendido também como um estudo com foco nos benefícios, custos e necessidades. 13 Estudo de viabilidade Um estudo de viabilidade deve responder questões que auxiliem a decisão: O sistema pode ser implementado com tecnologia atual dentro das restrições de custo e de prazo? O sistema contribui para os objetivos gerais da organização? Existem alternativas? Qual a melhor delas? O sistema pode ser integrado a outros sistemas já em operação? 14 7

8 Estudo de viabilidade Questões que podem ser abordadas: O que acontece se o sistema não for implementado? Quais são os problemas com os processos atuais? Como o sistema proposto pode ajudar? É necessária a adoção de nova tecnologia ou o desenvolvimento de novas habilidades? Quais facilidades devem ser fornecidas pelo sistema? Alternativas possíveis? Vantagens e desvantagens das alternativas? 15 Estudo de viabilidade Tipos de viabilidade: TÉCNICA OPERACIONAL ECONÔMICA 16 8

9 Estudo de viabilidade VIABILIDADE TÉCNICA Estudo da função, do desempenho e das restrições que possam afetar a capacidade de se conseguir um sistema aceitável. Disponibilidade dos recursos técnicos e dos especialistas. 17 Estudo de viabilidade VIABILIDADE TÉCNICA E TECNOLOGIA A tecnologia utilizada na solução normalmente está disponível. A questão é se a tecnologia definida está madura o suficiente para ser aplicada ao problema. Algumas empresas gostam de usar tecnologia do estado da arte, mas a maioria das firmas preferem usar tecnologia madura. Uma análise interessante é verificar se a tecnologia escolhida está disponível nas lojas. Outra análise é avaliar o impacto referente à curva de aprendizagem da tecnologia em relação a viabilidade técnica do projeto. 18 9

10 Estudo de viabilidade VIABILIDADE OPERACIONAL É uma medida do grau de adequação da solução para a organização. Verificar se o sistema pode ser implementado; Usuário pode opor-se a um serviço terceirizado; Avaliação de como as pessoas se sentem sobre o sistema/projeto. 19 Estudo de viabilidade VIABILIDADE OPERACIONAL - Estrutura PIECES Performance: O modo de operação oferece vazão throughput e tempo de resposta adequado? Informação: O modo de operação oferece aos usuários e gerentes informações úteis e adequadas? Economia: O modo de operação oferece serviços de informação com custo/benefício adequados para a organização? Controle: O modo de operação oferece controles eficientes para evitar fraudes e garantir segurança das informações? Eficiência: O modo de operação faz o máximo uso dos recursos disponíveis? (incluindo pessoas, tempo, etc.) Serviços: O modo de operação oferece serviços confiáveis? É flexível e extensível? 20 10

11 Estudo de viabilidade VIABILIDADE OPERACIONAL E RESISTÊNCIA Uma solução que funciona pode falhar por causa da resistência do usuário final ou da gerência. Gerenciamento dá apoio ao sistema? Como o usuário final sente sobre seu papel no novo sistema? O que o usuário final (ou gerente) pode resistir ou não usar no sistema? Pessoas têm resistência a mudança. Esse problema pode ser superado? Como mudará o ambiente de trabalho do usuário final? O usuário final e gerente conseguem se adaptar às mudanças? 21 Estudo de viabilidade VIABILIDADE ECONÔMICA Durante as fases iniciais do projeto, a análise da viabilidade econômica consiste em julgar se os possíveis benefícios de solucionar o problema são ou não vantajosos. Calcule o custo de cada alternativa; Os benefícios contrabalançam os custos; Avaliação de custo-benefício de um projeto ou solução: Tão logo os requisitos específicos e soluções sejam identificados, o analista pode levar em consideração os custos e benefícios de cada alternativa. Essa é talvez a mais crítica

12 Estimativas/Custos 23 Estimativas/Custos As estimativas têm por objetivo determinar os custos necessário para produzir um software. Algumas questões: Quanto esforço é requerido para completar uma atividade? Quantos dias ou meses são necessários para completar uma atividade? Qual o custo total de uma atividade? Quão produtiva é a equipe de desenvolvimento? Estimativas e elaboração do cronograma são atividades interdependentes

13 Estimativas/Custos Estimativas dos recursos necessários Custo de estrutura: hardware, software e manutenção. Custo de logística: viagem e treinamento Custo de esforço humano: salários e encargos dos profissionais envolvidos no projeto. 25 Estimativas/Custos Custos que ocorrem uma vez Custos com o pessoal Uso do computador Treinamento Custos de equipamentos, duplicação e suprimentos. Custo de alguns novos equipamentos de computadores e software

14 Estimativas/Custos Custos de operação de sistemas São contínuos durante todo tempo de vida do sistema. Os custos de operação sobre o tempo de vida de um sistema podem ser classificados como fixos e variáveis. Custos fixos Ocorrem em intervalos regulares, mas com taxas relativamente fixas. (ex.: aluguel, licença, salários, etc.) Custos variáveis Fatores habituais (ex.: uso de computador, suprimentos, energia, etc.) 27 Estimativas/Custos Fatores que afetam a estimativa do preço do software Oportunidade de mercado Incerteza quanto ao custo Condições contratuais Volatilidade dos requisitos Saúde financeira 28 14

15 Estimativas/Custos Fatores que afetam a estimativa do preço do software Oportunidade de mercado: pode-se estabelecer um preço baixo para iniciar em um novo segmento do mercado. Incerteza quanto ao custo: o preço pode embutir um lucro acima do normal para compensar despesas não previstas. 29 Estimativas/Custos Fatores que afetam a estimativa do preço do software Condições contratuais: o preço pode ser menor (se o fornecedor puder usar o produto em outros projetos) ou maior (se for obrigado a bancar eventuais riscos) que o habitual. Volatilidade dos requisitos: pode justificar um preço mais baixo (se houver possibilidade de cobrar por mudanças) ou mais alto (se o preço acertado não puder ser ajustado)

16 Estimativas/Custos Fatores que afetam a estimativa do preço do software Saúde financeira: fornecedores podem baixar o preço para conseguir o contrato (obtendo um lucro menor). 31 Estimativas/Custos 32 16

17 Produtividade / Métricas A produtividade em um sistema de manufatura pode ser medida pela contagem do número de unidades produzidas, dividindo-se o resultado pelo número de pessoa-hora necessário para a produção. 33 Produtividade / Métricas Fatores que afetam a produtividade Experiência»O conhecimento do domínio da aplicação afeta favoravelmente a produtividade. Qualidade do processo»o processo de desenvolvimento utilizado afeta significativamente a produtividade. Tamanho do projeto»quanto maior o projeto mais complexas as interações e comunicações entre as pessoas 34 17

18 Produtividade / Métricas Fatores que afetam a produtividade Suporte à tecnologia»um ambiente adequado facilita o desenvolvimento. Ex. uso do CASE. Ambiente de trabalho»o ambiente de trabalho afeta favoravelmente a produtividade 35 Produtividade / Métricas O que é medição? É o processo de descrever atributos de entidades, por meio da associação de números e símbolos que atendam a um conjunto de regras definidas claramente. Exemplo: Entidade: Clima» Atributo: Temperatura Entidade Software» Atributo: Tamanho Métrica: KLOC (Milhares de Linhas de Código) 36 18

19 Produtividade / Métricas Importância da medição de software: Fornecer aos gerentes e engenheiros de software um conjunto de informações tangíveis para:» planejar o projeto;» realizar estimativas;» gerenciar e controlar os projetos com maior precisão. 37 Métricas Métricas históricas Obtidas a partir de experiências anteriores da equipe Métricas empíricas Dados estatísticos de diferentes equipes 38 19

20 Métricas Medidas indiretas Permitem quantizar aspectos como a funcionalidade, complexidade, eficiência, manutenibilidade, dentre outros. Medidas diretas A medição direta de atributo de uma entidade é aquela que não envolve nenhum outro atributo ou entidade para se chegar na medida desejada 39 Métricas Medidas diretas Exemplo de medidas diretas em engenharia de software: Tamanho do código fonte (medido em linhas de código) Duração do processo de teste Número de defeitos descoberto durante o processo de teste Tempo de programação de uma rotina (em horas) 40 20

21 Métricas Medidas do Software MEDIDAS DIRETAS Custo Esforço Linhas de código Velocidade de execução Memória Número de erros MEDIDAS INDIRETAS Funcionalidade Qualidade Complexidade Eficiência Confiabilidade Manutenibilidade 41 Uso de Métricas Projeto Esforço R$ KLOC Págs. docum. Erros Pessoas Projeto A Projeto B Projeto C Projeto D Métricas derivadas: Produtividade = KLOC / Pessoas-mês Qualidade = Erros / KLOC Custo = R$ / KLOC Documentação = Págs. docum. / KLOC 42 21

22 Benefícios Benefícios, normalmente, aumentam os lucros ou diminuem os custos Dividem-se em: Tangíveis: Que podem ser quantificados. (ex.: medidos em termos de economia mensal de um aspecto, tal como redução de despesas) Intangíveis: Difíceis ou impossíveis de serem quantificados (ex.: melhoria da satisfação do cliente) 43 Benefícios Algumas técnicas podem auxiliar na estimação da viabilidade econômica: Análise do retorno financeiro (payback analysis). Retorno do investimento (return on investments). Valor atual líquido (Net present value)

23 Benefícios Análise do retorno financeiro (payback analysis). Um método simples e popular para determinar se e quando um investimento trará retorno. Custos de desenvolvimento de sistemas ocorrem muito antes dos benefícios começarem a sugir Depois da implementação, você irá encontrar despesas operacionais adicionais que deverão ser recuperadas. 45 Benefícios Análise do retorno financeiro (payback analysis). Um método simples e popular para determinar se e quando um investimento trará retorno. Custos de desenvolvimento de sistemas ocorrem muito antes dos benefícios começarem a sugir Depois da implementação, você irá encontrar despesas operacionais adicionais que deverão ser recuperadas

24 Benefícios Valor Atual Líquido (Net present value). Considerada a técnica preferida de custo-benefício pela maioria dos gerentes. Descontando todos os custos e benefícios, subtrai a soma dos custos atualizados da soma dos benefícios atualizados para determinar o valor atual líquido. Se é positivo, o investimento é bom. Se é negativo, o investimento é ruim. 47 Benefícios Análise de Retorno do Investimento (Return on Investments) A técnica de análise de retorno do investimento (ROI) comprara os benefícios das diferentes soluções ou projetos. O ROI para uma solução ou projeto é a taxa percentual que mede a relação entre a quantia que a empresa obtém de retorno ao seu investimento e a quantia investida O ROI para uma solução ou projeto pontencial é calculado como a seguir: ROI = (Benefícios totais - Custos totais) / Custos totais ROI = valor atual líquido / Custos totais Ex: ROI = (795, ,692)/ 488,692= 62.76% A solução que oferecer o ROI mais alto é a melhor alternativa

25 Objetivo do sistema Estudo de caso: Bilhete on-line Este sistema será utilizado para uma rede de eventos. Cada local terá um ou vários eventos. O cliente poderá comprar um bilhete do evento e cancelar um em até 48h antes do evento através da Web. Haverá comunicação com os pontos de vendas locais de modo a consultar sobre disponibilidade de vagas do evento. As funções básicas de controle são: cadastro de cliente, gerenciamento de compra de bilhetes locais (especificando o local da compra), gerenciamento de pagamento, emissão de nota fiscal, emissão relatórios contábeis e compra de bilhetes pela Web