Cíntia Olivares Balsemão
1 ENGENHARIA DE SOFTWARE Material de apoio para a disciplina Engenharia de Software - versão 1.2 1º. Semestre de Ronaldo Barbosa - Bibliografia: CARVALHO, A M B R Introdução à engenharia de software. Campinas, SP: Editora da Unicamp HELDMAN K. Gerência de Projetos. Riode Janeiro: Campus, 2003 PETERS J.F & PEDRYCZ W. Engenharia de Software - Teoria e Prática. Rio de Janeiro: Campus, 2001 PHILLIPS, J. Gerência de Projetos de Tecnologia da Informação. Rio de Janeiro: Campus, PMBOK - A Guide to the Project Management Body of Knowledge Edition. POMPILHO S. Análise Essencial - guia prático de Análise de Sistemas.Rio de Janeiro: Editora Ciência Moderna Ltda, PADUA W. Engenharia de Software: Fundamentos, métodos e padrões. Rio de Janeiro: LTV, 2001 PRESSMAN, Roger S. Engenharia de Software. São Paulo: Makron Books, 1995.YOURDON, E.; Análise Estruturada Moderna, Ed. Campus, Rio de Janeiro, SOMMERVILLE, Ian - Engenharia de Software. São Paulo: Addison Wesley,2003.
2 &RQFHLWRVLQLFLDLV
3 O que é engenharia de software? Uma disciplina que reúne metodologias, métodos e ferramentas a serem utilizadas desde a percepção de um problema até o momento em que o sistema desenvolvido deixa de ser operacional, visando resolver problemas inerentes ao processo de desenvolvimento e ao produto de software. Desenvolvimento Validação - baixar custos - produção mais rápida - melhorar a qualidade Manutenção A expressão engenharia de software nasceu na década de 60. Embora novas áreas de aplicação de sistemas de software apareçam a todo momento, não existe consenso sobre qual a melhor prática (metodologias, métodos, ferramentas) para seu desenvolvimento. Os grandes fracassos da Engenharia de Software não estão ligados à incompetência profissional ou a más técnicas de análise e programação mas ao mau gerenciamento do projeto de construção do software que muitas vezes ocorre já na fase de requisitos.
4 Duas maneiras muito diferentes de se conduzir projetos Melhor estaleiro britânico 33% 50% Falhas nas primeiras fases do projeto são as de mais difícil percepção e de correção mais caras! 17% Concepção Projeto Reprojeto Valorizar: Tempo de desenvolvimento PLANEJAMENTO PROJETO DO PRODUTO 66% Melhor estaleiro japonês 24% 10% Concepção Projeto Reprojeto Fonte: Fundação Vanzolini/USP - Curso de Especialização em Gestão de Projetos
5 Planejamento, desenvolvimento e fabricação de produtos industriais RESPONSABILIDADES DECISÓRIAS Objetivos e requisitos técnicos. PLANEJAMENTO DO PRODUTO Soluções técnicas, econômicas e financeiramente viáveis. ESTUDO DA VIABILIDADE Desmembramento dos subsistemas que compõem o produto. Projeto de moldes, ferramentas, especificação, equipamentos e instalações. PROJETO BÁSICO PROJETO EXECUTIVO Construção das instalações, aquisições de equipamentos. IMPLANTAÇÃO Produção das primeiras unidades para certificar o processo e autorizar a produção em série. FABRICAÇÃO Fonte: Fundação Vanzolini/USP - Curso de Especialização em Gestão de Projetos Propagação de erros RECURSOS Observação: a nomenclatura utilizada neste slide não é específica para engenharia de software.
6 O que é um PROJETO? Os projetos são desenvolvidos em todos os níveis da organização. Eles podem envolver uma única pessoa ou milhares delas. Podem requerer menos de 10 horas de trabalho ou meses para serem concluídos, envolvendo uma unidade isolada da organização ou atravessar as fronteiras organizacionais. Um projeto é um processo em execução, dividese em fases bem definidas.. Exemplos de projetos: * Desenvolver um novo produto ou serviço. * Implementar uma mudança organizacional no nível de estrutura, de pessoas ou de estilo gerencial. * Planejar um novo veículo de transporte. * Desenvolver ou adquirir um sistema de informação novo ou modificado. Um projeto termina quando seus objetivos propostos são alcançados, enquanto as operações continuadas (não projetos), quando atingem seus objetivos, criam um novo grupo de objetivos associados a um ou mais novos projetos. Processos contínuos não são projetos - isso confunde muito as pessoas com desperdício de tempo e recursos. Ao contrário de processos contínuos, um projeto deve ter objetivos e prazo de conclusão bem definidos!