Projeto Detalhado de Software (ES)

Dados gerais sobre a disciplina

Código: QXD0058

Curso: Engenharia de Software

Turma: 4º Período

Turno: Noite

Carga Horária: 64h

Local: Bloco 1 - Sala 4 (Segunda) (HDMI) / Bloco 1 - Laboratório 2 (Terça) (VGA)

Horários: Segunda e Terça das 18h às 20h

Site: http://bit.ly/ufcregis

Justificativa

Sistemas de software são produtos inerentemente complexos, que demandam dos seus criadores o uso de um leque extenso de princípios, técnicas e padrões, a fim de atacar de forma pragmática e incremental os desafios da modelagem (projeto) de software. Projeto de Software envolve a criação de modelos abstratos que realizem as necessidades (requisitos) do sistema de software, sendo atividade fundamental do processo de desenvolvimento de software.

Objetivo Geral

Conhecer e praticar os princípios e técnicas norteadores de projeto de software orientado a objetos.

Objetivos Específicos

Conhecer os fundamentos de projeto de software;
Utilizar técnicas de projeto orientadas a responsabilidades;
Adotar princípios clássicos de projeto orientado a objeto;
Exercitar o uso de padrões de projeto através de refatorações;
Construir um sistema completo para consolidação de técnicas e princípios.

Ementa

Definição de projeto.
Princípios de projeto (separação de interesses, encapsulamento de informações, coesão e acoplamento).
Questões fundamentais (programação concorrente, orientação a eventos, persistência dos dados, exceções e outras).
Projeto orientado por responsabilidade.
Padrões de projeto.
Projeto de componentes.
Projeto de interfaces entre componentes e sistemas.

Bibliografia

Básica
- LARMAN, Craig. Utilizando UML e padrões: uma introdução à análise e ao projeto orientados a objetos e ao desenvolvimento iterativo. 3. ed. Porto Alegre: Bookman, 2007. 695 p. ISBN 9788560031528 (broch.).
- GUERRA, Eduardo. Design Patterns com Java – Projeto orientado a objetos guiado por padrões. 1. ed. São Paulo: Casa do Código, 2016.
Complementar
- GAMMA, Erich. Padrões de projeto: soluções reutilizáveis de software orientado a objetos. Porto Alegre: Bookman, 2000. 364 p. ISBN 8573076100.
- MARTIN, Robert C.; MARTIN, Micah. Princípios, padrões e práticas ágeis em C#. Porto Alegre: Bookman, 2011. 735 p. ISBN 9788577808410 (broch.).
- SHALLOWAY, Alan; TROTT, James. Explicando padrões de projeto: uma nova perspectiva em projeto orientado a objeto . Porto Alegre: Bookman, 2004. 328 p. ISBN 8536304030 (broch.).
- MCCONNELL, Steve. Code Complete: um guia prático para a construção de software . 2. ed. Porto Alegre, RS: Bookman, 2005. 928 p. ISBN 0735619670 (broch.).
- KERIEVSKY, Joshua. Refatoração para padrões. Porto Alegre: Bookman, 2008. 400 p. ISBN 9788577802449 (broch.).
- FREEMAN, Eric; FREEMAN, Elisabeth; SIERRA, Kathy; BATES, But. Use a cabeça!: padrões e projetos. 2. ed. rev. Rio de Janeiro, RJ: Alta Books, 2007. 478 p. ISBN 9788576081746 (broch.).
- HORSTMANN, Cay S. Padrões e projeto orientados a objetos. 2. ed. Porto Alegre: Bookman, 2007. 423 p. ISBN 9788560031511 (broch.).
- EVANS, Eric. Domain-driven design: atacando as complexidades no coração do software. Rio de Janeiro, RJ: Alta Books, 2009. 499 p.
- Caelum FJ16 - Testes, XML e Design Patterns (HTML - PDF)

Downloads

Listas de Exercícios (a entrega deverá ser realizada pelo SIPPA)

Lista de Exercícios 01 - (prazo final para entrega: 20/03/2017 - segunda-feira até às 23:59)
1. Crie um diagrama de classes UML para representar um modelo que faça uso dos seguintes conceitos de Orientação a Objetos:
  - a) Classe
  - b) Atributo
  - c) Método
  - d) Associação
  - e) Herança
  - f) Polimorfismo (criar uma nota no diagrama para explicar como ocorre o polimorfismo no modelo criado)
  - g) Dependência
2. Implemente o modelo projetado na linguagem Java.
  - Uma classe Principal com um método main pode ser usada para ilustrar o uso do Polimorfismo.
Lista de Exercícios 02 - (prazo final para entrega: 27/03/2017 - segunda-feira)
1. O Cap. 1 do livro mostra um exemplo simples de A/POO envolvendo um jogo de dados no qual um jogador lança dois dados. Faça uma A/POO semelhante para uma calculadora simples que possui apenas as 4 operações aritméticas básicas (+, -, *, /).
2. Implemente o modelo projetado na linguagem Java.
3. Explique o desenvolvimento iterativo, incremental e evolutivo. Na explicação mostre o motivo da presença de cada uma das palavras em destaque: iterativo, incremental e evolutivo.
4. Explique resumidamente cada fase e cada disciplina do Processo Unificado (PU).
5. Explique a relação entre disciplinas e fases do PU.
6. Quais são os artefatos obrigatórios e opcionais do PU?
Lista de Exercícios 03 - (prazo final para entrega: 03/04/2017 - segunda-feira)
1. O que é a fase de concepção e quais as suas finalidades no contexto do Processo Unificado (PU)?
2. Quais os artefatos usados na fase de concepção do PU e para que serve cada um deles?
3. Explique as diferenças entre a análise de requisitos no modelo cascata e no modelo iterativo e evolutivo.
4. Quais as categorias de requisitos de acordo com o modelo FURPS+? Exemplifique-os.
5. Quais os artefatos de requisitos do PU? Explique-os.
Lista de Exercícios 04 - (prazo final para entrega: 10/04/2017 - segunda-feira)
1. Elabore em equipe (dupla ou tripla) um caso de uso completo/detalhado de um sistema acadêmico ou outro sistema de sua escolha (exercício solicitado na aula do dia 04/04/2017) .
  - OBS: Veja o caso de uso exemplo do sistema de PDV no Cap. 6 no livro do Larman.
  - Se sua dupla ou tripla já houver enviado ao professor o exercício solicitado em sala de aula, desconsidere esta primeira questão.
2. Para o mesmo sistema escolhido na questão 1, elabore individualmente um exemplo de cada um dos seguintes documentos (veja Cap. 7 do livro do Larman):
  - Especificação Suplementar
  - Glossário
  - Visão
  - Regras de Domínio (Negócio)
Lista de Exercícios 05 - (prazo final para entrega: 24/04/2017 - segunda-feira).
- Clique aqui para download da lista.
  - O código fonte do teste pode ser visualizado neste link.
  - O código fonte da atividade de TDD (Criptografia) que fizemos em sala de aula pode ser baixado neste link.
  - É necessário incluir a lib jUnit no classpath.
- Referência: Caelum - FJ16 - Cap 3 - Testes Automatizados
Lista de Exercícios 06 - (prazo final para entrega: 01/05/2017 - segunda-feira).
1. Crie um Modelo de Domínio e um Diagrama de Sequência do Sistema de um Jogo da Velha entre 2 usuários humanos que jogam de forma alternada anotando seus lances através do computador.
  - Caso já tenha feito essa modelagem, aperfeiçoe o modelo existente para que ele fique consistente com sua implementação (veja questão 2).
2. Implemente o jogo da velha usando TDD. Ou seja: teste as funcionalidades primeiro e faça os testes passarem.
  - Depois, refatore o código para que possa valer de forma mais genérica para atender mais casos de teste.
  - Deixe o Modelo de Domínio, Diagrama de Sequência do Sistema, implementação e testes consistentes entre si.
  - Sugestões:
    - Separe a (1) interface com o usuário da (2) implementação do Jogo.
    - Crie uma estrutura de dados para representar o jogo da velha como uma matriz de caracteres (tipo char) 3x3.
    - Crie um método para retornar uma string contendo 3 linhas e que represente o estado atual do jogo da velha.
    - Crie um método para verificar se algum jogador ganhou o jogo. Caso alguém tenha ganho, retornar o símbolo usado pelo vencedor (X ou O). Caso contrário, retornar null.
    - A interface com o usuário deve ser responsável por todas as exibições e interações com o usuário.
- Referência: Caelum - FJ16 - Cap 3 - Testes Automatizados
Lista de Exercícios 07 - (prazo final para entrega: 08/05/2017 - segunda-feira).
- Crie 3 contratos de operação para o Sistema de Jogo da Velha definido na Lista de Exercícios 06.
Lista de Exercícios 08 - (prazo final para entrega: 15/05/2017 - segunda-feira).
- Crie Diagrama de Pacotes, Diagramas de comunicação e diagrama de classes para o Sistema de Jogo da Velha definido na Lista de Exercícios 06.
- Aperfeiçoe o Diagrama de Sequência criado da Lista de Exercícios 06 para incluir mais detalhes.
Lista de Exercícios 09 - (prazo final para entrega: 29/05/2017 - segunda-feira).
- Para cada um dos seguintes padrões GRASP, dê exemplos usando trechos de código Java, de como seria (1) ANTES e (2) APÓS a aplicação de cada um dos padrões.
  - Não use exemplos relacionados a sistema de Ponto de Venda (PDV), nem Banco Imobiliário.
  - Padrões a serem considerados:
    1. Criador
    2. Especialista na Informação
    3. Acoplamento Baixo
    4. Controlador
    5. Coesão Alta
Lista de Exercícios 10 - (prazo final para entrega: 12/06/2017 - segunda-feira).
- Use diagramas de classe UML e/ou diagramas de sequência UML e/ou trechos de código para ilustrar o uso de princípios GRASP e de padrões de projeto da GoF relacionados a artefatos do seu seu trabalho final da disciplina.
  - Comente os artefatos apresentados para explicar de que modo os princípios GRASP e padrões GoF estão sendo aplicados.
  - Recomenda-se o uso do maior número de princípios GRASP e padrões GoF possível.
Lista de Exercícios 11 - (prazo final para entrega: 19/06/2017 - segunda-feira).
- Enviar para meu email as soluções das duplas para o exercício iniciado em sala de aula.
  - Somente um membro da dupla deve enviar o trabalho pelo SIPPA.
  - As soluções devem ter a identificação dos membros da dupla.

Calendário de Avaliações

IMPORTANTE:
- A Segunda Chamada de qualquer uma das provas de PDS ocorrerá na terça-feira (04/07) no Lab2 a partir das 18:00.
- Somente pode realizar a Segunda Chamada quem não fez a Primeira Chamada.

Avaliação Parcial 2

Laboratório sobre Padrões

Trabalho Final (a entrega deverá ser realizada pelo SIPPA)

Trabalho Final da Disciplina (prazos para entrega: Parte 1 - 22/05/2017 - segunda-feira / Parte 2 - ~~26/06/2017~~ ~~03/07/2017~~ 10/07/2017 - segunda-feira)

O envio da Parte I do Trabalho Final (TF) deve ser realizado através do endereço:

• Trabalho Final PDS 2017.1

o http://bit.ly/tf_pds_2017_1

O envio da Parte II do Trabalho Final (TF) deve ser realizado através do SIPPA.

Google Sites

Report abuse