Introdução. Curso de Especialização DEINF - UFMA Desenvolvimento Orientado a Objetos Prof. Geraldo Braz Junior

Transcrição

1 Introdução Curso de Especialização DEINF - UFMA Desenvolvimento Orientado a Objetos Prof. Geraldo Braz Junior Referências: Pressman, R. S. Engenharia de Software, McGraw-Hill, 6ª. Edição, 2006 Sommerville, I. Engenharia de Software, 8ª edição, 2007.

2 Sumário Objetivo da disciplina Ementa Bibliografia Problema a ser resolvido 2

3 Objetivo da Disciplina Capacitar o aluno na teoria e prática dos tópicos necessários para a construção de aplicações de software Específicos Domínio de Orientação a Objetos Aprender Processo Unificado de Desenvolvimento Aprender linguagem UML Modelar e Desenvolver software baseado no preceitos do reuso 3

4 Ementa Desenvolvimento estruturado versus desenvolvimento orientado a objetos. Objeto, classe, troca de mensagens, encapsulamento, polimorfismo, herança e classes. O Processo Unificado de Desenvolvimento de Software. A linguagem UML. Reutilização de software. Vantagens e limitações. Técnicas e Abstrações 4

5 Bibliografia Sommerville, I. Engenharia de Software, 8ª edição, Pressman, R. S. Engenharia de Software, McGraw-Hill, 6ª. Edição, SPEM Software Process Engineering Metamodel Specification, OMG Disponível em < al/spem.htm Jacobson, I. Booch G. e Rambaugh, J. The Unified Software Development Process, Addison Wesley, Medeiros, E. Desenvolvendo Software com UML 2.0: Definitivo, Makron Books, Tem mais! 5

6 Metodologia Aulas expositivas Exercícios de fixação Atividades extra-classe Site da disciplina: Material as aulas PDF de alguns materiais de referência 6

7 Avaliação Participação em Sala Resolução das atividades Trabalho no final da disciplina 7

8 O problema Fazer software de qualidade: Software de computador é o produto que os profissionais de software constroem, e depois, mantêm ao longo do tempo. Quem faz? Engenheiros de software, programadores, clientes... Qual a importância? Nos dias de hoje, o software afeta todas as áreas. 8

9 Como é o processo? Construir um software é igual a construir uma casa? O que acontece na etapa de CONCEPÇÃO de uma casa? E nas etapas de ELABORAÇÃO, CONSTRUÇÃO e IMPLANTAÇÃO? 9

10 Falhas do Software Curva ideal das falhas de software 10

11 Falhas do Software Curva real das falhas de software 11

12 Problemas com Softwares e suas causas Problemas As estimativas de prazo e de custo frequentemente são imprecisas; A produtividade das pessoas da área de software não tem acompanhado a demanda por seus serviços; A qualidade de software, às vezes, é menor do que a adequada; Dificuldade de manutenção; Não é dedicado tempo para coletar dados sobre o problema a ser resolvido; A insatisfação com o sistema concluído ocorre muito frequentemente. Falha de comunicação; 12

13 Problemas com Softwares e suas causas Causas Muitas falhas são encontradas nos softwares e talvez tenham sido colocadas durante o desenvolvimento e passado despercebidas nos testes; Como o software é um elemento lógico, isso o torna um desafio para as pessoas que o desenvolvem; Pessoas desqualificadas recebem a responsabilidade pelo desenvolvimento do projeto; Definição incompleta dos requisitos do sistema. 13

14 Mitos do Software O que é um mito? Parecem ser informações verdadeiras, razoáveis, mas não são; Informações criadas para propagar confusão em pessoas desinformadas do assunto; Atitudes enganosas que têm causado sérios problemas para usuários domésticos, gerentes e técnicos. Tipos Administrativos Do cliente Do profissional 14

15 Mitos Administrativos Gerentes se encontram sob pressão manter orçamentos evitar que os prazos sejam ultrapassados melhorar a qualidade Mito: Já temos um manual repleto de padrões e procedimentos para a construção de software. Realidade: Será que o manual é usado? Os profissionais sabem que ele existe? Ele reflete a prática moderna de desenvolvimento de software? Ele é completo? 15

16 Mitos do Cliente Mito: Uma declaração geral dos objetivos é suficiente para se começar a escrever programas. Podemos preencher os detalhes mais tarde Realidade: Uma definição inicial ruim é a principal causa de fracassos dos esforços de desenvolvimento de software. É fundamental uma descrição formal e detalhada do domínio da informação, função, desempenho, interfaces, restrições de projeto e critérios de validação. 16

17 Mitos do Cliente Mito: Os requisitos de projeto modificam-se continuamente, mas as mudanças podem ser facilmente acomodadas, porque o software é flexível. Realidade: Requisitos podem ser mudados, mas o impacto varia de acordo com o tempo que é introduzido (projeto e custo). Um mudança, quando solicitada tardiamente num projeto, é mais dispendiosa do que a mesma mudança solicitada nas fases iniciais. 17

18 Mitos do Profissional Mito: Enquanto não tiver o programa "funcionando", eu não terei realmente nenhuma maneira de avaliar sua qualidade.. Realidade: Mecanismo (Revisão Técnica Formal) de garantia de qualidade de software é aplicado desde o começo do projeto Revisões de software são um filtro de qualidade (descobre erros e defeitos). 18

19 Mitos do Profissional Mito: Assim que escrevermos o programa e o colocarmos em funcionamento nosso trabalho estará completo. Realidade: Os dados da indústria indicam que entre 50 e 70% de todo esforço gasto num programa serão despendidos depois que ele for entregue pela primeira vez ao cliente 19

20 Questionamentos sobre o processo de desenvolvimento Por que demora tanto tempo para que os softwares sejam concluídos? Por que os custos são tão elevados? Por que não são descobertos todos os erros antes da entrega do software aos clientes? Por que se gasta tanto tempo e esforço para realizar manutenção nos softwares? Por que temos dificuldade em medir o progresso enquanto o software está sendo desenvolvido? Conclusão: Tais questionamentos levam a adoção de práticas de Engenharia de Software 20

21 Solução Reconhecer os problemas e suas causas e desmascarar os mitos do software são os primeiros passos Métodos e Técnicas para o disciplinar o processo de desenvolvimento do software 21