Gestão de Projectos. Processos e Aproximações de Desenvolvimento de Projectos. Informáticos. Selecção da Aproximação de Projectos

Transcrição

1 Gestão de Projectos Informáticos Processos e Aproximações de Desenvolvimento de Projectos Informáticos Prof. Alberto Silva & Dra. RosárioBernardo Departamento de Engenharia Informática Selecção da Aproximação de Projectos Considerar os riscos e incertezas, e.g. Os requisitos estão bem entendidos? As tecnologias a usar são conhecidas/dominadas? Considerar o tipo da aplicação a ser construida, e.g. Sistema de informação? embedded system? criticidade? Diferenças entre os ambientes de desenvolvimento e os de instalação? Os requisitos específicos do cliente É necessário usar um método particular? 3 Selecção da Aproximação de Projectos In-house development: A maioria dos aspectos resolvidos por planeamento de SI e standards organizacionais Software houses: Mais aplicáveis consoante as necessidades de diferentes clientes Processo de Desenvolvimento de Sistemas Estrutura do Processo de Desenvolvimento de Sistemas Principais Fases e Tarefas... Concep ção, Implementação, Manutenção Selecção da aproximação é ditadapela Incertezas do projecto Características da aplicação/si a ser construida 2 4

2 Processo de Desenvolvimento de Sistemas Outro modelo de processo de desenvolvimento de sistemas segundo Kotonya e Sommerville (in Requirements Engineering) System requirements engineering System validation Processo de Desenvolvimento de Sistemas Estrutura do Processo de Desenvolvimento de Software Custos relativos das várias tarefas do Desenv. Software... Conforme observados no final da d écada de 70 [Schach99] Architectural design System integration Requirements partitioning Sub-system development Software requirements engineering Qual é o problema desta situa ção? 5 7 Processo de Desenvolvimento de Sistemas Processo de Desenvolvimento de Sistemas Estrutura do Processo de Desenvolvimento de Software Modelos de Processos de Desenvolvimento de Software Do Problema até à Solução... Independentemente das particularidades de cada processo, podese distingui-los genericamente segundo duas grandes aproxima ções: Especificação de Requisitos: descrição do problema na óptica do cliente. aproximação em cascata aka waterfall one -shot, once-through Análise: descrição do problema na óptica do engº de sistema Desenho: especificação da solução em termos da plataforma e tecnologia computacional usada. aproximação prototipagem aka evolutionary development, prototyping aproximação incremental aka incremental delivery, iterative & incremental Note-se que esta distinção é ortogonal ao facto do processo usar uma abordagem estruturada ou baseada em objectos 6 8

3 Modelo Cascata Modelo Cascata Revista As actividades a executar são agrupadas em tarefas, executadas sequencialmente, de forma que uma tarefa só tem início quando a tarefa anterior tiver terminado Modelo Cascata Modelo Cascata Revista Vantagens só se avança para a tarefa seguinte quando o cliente valida e aceita os produtos finais (documentos, modelos, programas) da tarefa actual uma garantia formal para o fornecedor que fica mais descansado... pressuposto que o cliente participa activamente no projecto e que sabe muito bem o que quer Desvantagens promove a compartimentação dos esforços ao longo das diferentes tarefas e consequentemente desencorajaa comunicação e partilha de visões entre todos os intervenientes do projecto, por exemplo, entre os analistas, os responsáveis pelo desenho, os programadores, e os utilizadores. minimiza o impacto da compreensão adquirida no decurso de um projecto, uma vez que se um processo não pode voltar atrás de modo a alterar os modelos e as conclusões das tarefas anteriores, é normal que as novas ideias sobre o sistema não sejam aproveitadas. 10 The waterfall model 12

4 Modelo Cascata Revista Modelo V-Process Modelo Prototipagem An iterative process of creating quickly and inexpensively live and working models to test out requirements and assumptions Sprague and McNurlin Main types throw away prototypes evolutionary prototypes What is being prototyped? human-computer interface Outra forma de olhar para o modelo em cascata functionality Modelo Cascata Revista Modelo Prototipagem Vantagens da prototipagem Vantagens prevê a possibilidade de a partir de qualquer tarefa do ciclo se poder regressar a uma tarefa anterior de forma a contemplaralterações funcionais e/ou técnicas que entretanto tenham surgido, em virtude de um maior conhecimento que se tenha obtido. Learning by doing Facilitar a comunicação Melhorar a participação dos utilizadores Estabelecer um ambiente de feedback Desvantagens risco desta aproximação é que, na ausência de um processo de gestão do projecto e de controle das alterações bem definido, podemos passar o tempo num ciclo sem fim, sem nunca se atingir o objectivo final que é disponibilizar um sistema a funcionar. Reduzir a necessidade por documentação O protótipo pode ser usado para produzir os resultados expectáveis 14 16

5 Modelo Prototipagem Problemas da Prototipagem Modelo Iterativo e Incremental Os utilizadores podem não compreender a função da prototipagem Possível falta de controlo de projecto e de standards Custo adicional na produção dos protótipos Foco no desenho de interfaces amigáveis pode prejudicar outras propriedades, e.g., eficiência, desempenho Modelo Iterativo e Incremental Modelo Iterativo e Incremental Baseia -se no princípio que a equipa envolvida possa refinar e alargar pouco-a-pouco a qualidade, detalhe e âmbito do sistema envolvido A principal consequência da aproximação iterativa & incremental é que os produtos finais de todo o processo vão sendo amadurecidos e completados ao longo do tempo, mas cada iteração produz sempre um conjunto de produtos finais design build install evaluate first incremental delivery design build install evaluate second incremental delivery design build install evaluate third incremental delivery delivered system increment 1 increment 2 increment

6 Modelo Iterativo e Incremental Modelo Espiral Variante do modelo iterativo e incremental. Foi proposto por Barry Boehm [Boehm88] como Intentional incremental delivery resposta às criticas que os processos existentes na altura não favoreciam a utilização de prototipagem e reutilização de software. 21 Para além das tarefas e actividades previstas pelos outros processos, propõe logo de seguida à tarefa de planeamento a realização de uma tarefa de prototipagem e de análise do risco, como forma de eliminar os principais problemas e identificar os requisitos do sistema 23 Modelo Iterativo e Incremental Benefícios Modelo de Métodos Ágeis Feedback das primeiras iterações é usado no desenvolvimento das iterações subsequentes Períodos de desenvolvimento mais curtos / rápidos Os utilizadores obteem benefícios mais cedo Novo paradigma de encarar a gestão de projectos informáticos Agilidade é MAS também algumas possíveis desvantagens Perda de economia de escala software breakage ligeireza, desembaraço; actividade; vivacidade A capacidade de responder rapidamente e ultrapassar os obstáculos que podem pôr em risco o projecto... A capacidade de identificar as alterações relevantes... Nos requisitos No conhecimento do sistema No ambiente 22 24

7 Modelo de Métodos Ágeis Novo paradigma de encarar a gestão de projectos informáticos Modelo de M étodos Ágeis Manifesto for Agile Software Development Princípios A prioridade máxima é satisfazer o cliente através de uma entrega mais cedo e contínua de software com valor. Agilidade é ligeireza, desembaraço; actividade; vivacidade A capacidade de responder rapidamente e ultrapassar os obstáculos que podem pôr em risco o projecto... A capacidade de identificar as alterações relevantes... Nos requisitos No conhecimento do sistema No ambiente As mudanças nos requisitos são bem-vindas, mesmo na parte final do desenvolvimento. Os processos ágeis aproveitam a mudança para dar vantagens competitivas ao cliente. Entregar frequentemente (na ordem das semanas) software que funciona. As pessoas do negócio e os developers têm que trabalhar juntos diariamente ao longo do projecto. Construir projectos em torno de indivíduos motivados, dar-lhes o ambiente e suporte que eles precisam, e confiar neles para ter o trabalho feito. 25 O método mais eficiente e efectivo de comunicação para e numa equipa é através de conversação directa cara-a-cara. 27 Modelo de M étodos Ágeis Manifesto for Agile Software Development Valores Indivíduos e interacções em-vezde processos e ferramentas Software que trabalha em-vezde documentação perceptível Modelo de M étodos Ágeis Manifesto for Agile Software Development Princípios (cont.) Software que funciona é a principal medida de progresso. Promovem desenvolvimento sustentável e os seus participantes devem estar manter um ritmo constante, de modo saudável. Atenção contínua à excelência técnica e ao bom desenho promovem agilidade. Colaboração com cliente em-vezde negociação do contrato Simplicidade a arte de maximizar a quantidade de trabalho por fazer é essencial. Responder à mudança em-vez de seguir um plano As melhores arquitecturas, requisitos, e desenhos aparecem das equipas auto-organizadas, que trabalham em conjunto em todos os aspectos do projecto. Agile Alliance Em intervalos regulares, a equipa reflecte como é que se pode tornar mais eficaz, de forma a afinar e ajustar o seu comportamento. 28

8 Modelo de M étodos Ágeis Processos Ágeis Quala aproximação a usar? Exemplos Extreme Programming, Kent Beck, Crystal, Alistair Cockburn FDD (Feature Driven Development ), Jeff De Luca, Peter Coad. ASD (Adaptive Software Development ), JimHighsmith DSDM (Dynamic Systems Development Metholdology) SCRUM MSF (Microsoft Solutions Framework) Se incerteza é elevada Usar a aproximação de Prototipagem Se complexidade é elevada mas não a incerteza Usar a aproximação Iterativa & Incremental Se complexidade e a incerteza éreduzida Usar a aproximação Cascata (one-shot) Se o calendário é apertado Usar a aproximação Iterativa & Incremental ou a Prototipagem! Macro e micro processos Discussão Qual a diferença entre processo e projecto? Quais os elementos estruturais comuns nos processos de desenvolvimento de sistemas? Quais os stakeholders nos processos comuns de desenvolvimento de sistemas? Que diferenças significativas existem entre projectos de eng.ª civil (ou mecânica) e de eng.ª informática? A macro process containing three iterative micro processes 30 32