Joice Mendes joice.mendes@gmail.

com
Samuel Martins sbm.martins@gmail.com

1
 Joice Mendes Samuel Martins

Bacharel em Ciência da Bacharel em Ciência da

Computação - UNIFEI Computação USP-São
Carlos
Mestra em Ciência e
Tecnologia da Computação Mestre em Ciência da
UNIFEI Computação Unicamp

Doutoranda em Engenharia Doutorando em Ciência da

de Produção - UNIFEI Computação - Unicamp

2
Introdução à arquitetura de software;
Tipos de arquitetura de software;
Visões de arquitetura de software;
Padrões de projeto;
Desenvolvimento em camadas;
Componentes de software;
Integração e implantação de sistema de software;
Reuso e refatoração;
Camada de persistência de dados;
Mapeamento objeto-relacional;
Verificação e validação;
Desenvolvimento de Softwares Baseado em Testes

3
Avaliações, trabalhos e apresentações durante o
semestre;
Bimestre Avaliações Apresentações Trabalhos
12/08 Requeridos
1 BIM 02/09 30/09 durante o
23/09 bimestre

14/10 Requeridos
2 BIM 11/11 09/12 durante o
02/12 bimestre

4
Composição da nota bimestral
NPB = (P1+P2+P3)/3
NTB = Apresentação de trabalho + Trabalhos entregues
no decorrer do bimestre.
NBIM1 = (0,5*NPB + 0,5*NTB)

Média Final: MF = máximo {IFA, (NBIM1 +

NBIM2)/2}

5
Modelo de Software - Diagramas UML
Diagrama de Casos de Uso
Diagrama de classes

6
Planejamento do sistema que será construído;
Considera aspectos relevantes ao propósito do
modelo;

7
Captura uma visão do sistema físico, é uma
abstração do sistema (estruturais e
comportamentais)

8
ser visto como uma representação idealizada de um

Eduardo Bezerra
Gerenciamento da complexidade;
Comunicação entre as pessoas envolvidas;
Redução dos custos no desenvolvimento;
Predição do comportamento futuro do sistema.

9
Por que tantos diagramas?
Diagrama de casos de uso;
Diagrama de classes;
Diagrama de objetos;
Diagrama de pacotes;
Diagrama de sequência;
etc

10
Descreve o sistema de um ponto de vista externo;
Interações entre o sistema e os agentes externos;
Diagrama mais geral e informal da UML;
Utilizado na fase de levantamento e análise de
requisitos;

11
Base para outros diagramas;
Molda requisitos funcionais;
Linguagem simples e de fácil compreensão;
Perspectiva do usuário;
Identifica
Atores
Funcionalidades

12
Atores: representam os elementos que interagem
com o sistema;
Externos não fazem parte do sistema
Interagem trocam mensagens

13
Casos de Uso: serviços, tarefas ou
funcionalidades do software;
Utilizar verbos para representar as ações

14
Associações: relacionamentos entre os elementos
do diagrama
Generalização: parte geral e específica

15
Associações: relacionamentos entre os elementos
do diagrama
Inclusão: rotina comum a mais de um caso de uso

16
Associações: relacionamentos entre os elementos
do diagrama
Extensão: cenários opcionais de um caso de uso, não
ocorrem sempre

17
 Desenvolva o diagrama de casos de uso considerando os seguintes requisitos:
O celular oferece o serviço de realizar chamadas, no qual o usuário informa um
telefone para que o celular ligue. O celular deve registrar as últimas chamadas.
O celular oferece o serviço de enviar mensagens, onde o usuário informa um
telefone para o qual deseja enviar a mensagem. O celular deve registrar as últimas
mensagens.
O aparelho oferece o serviço de agenda, sendo possível cadastrar os diversos
contatos do usuário. Cada contato armazena o nome do contato e seu telefone. Caso o
usuário consulte um telefone já existente, ele poderá ligar para esse contato ou enviar uma
mensagem. O sistema deve guardar as últimas ligações feitas, bem como as últimas
mensagens enviadas.
O celular oferece o serviço de recebimento de chamadas e o usuário pode aceitar a
chamada ou não. As últimas ligações também devem ser gravadas.
O sistema deve oferecer o serviço de recebimento de mensagens, devendo
também registrar as últimas mensagens recebidas.
O celular oferece o serviço de despertador, no qual o usuário pode cadastrar e/ou
ativar um ou mais horários para despertar.
O sistema oferece o serviço de tons, no qual o usuário pode selecionar a
música que será tocada no recebimento de uma chamada ou mensagem,
ou para despertá-lo.
18
19
Permite visualizar os classes que compõem o
sistema com os respectivos atributos e métodos;
Representa a relação entre as classes;
Visão estática das classes;
Composto de classes e relacionamentos.

20
Classe representada como um retângulo com três
áreas:
Nome da classe
Atributos
Métodos

Visibilidade:
Privada
Protegida #
Pública +
Pacote ~

21
Relacionamentos ou Associações: descreve o
vínculo entre os objetos

22
Agregação: demonstra informações de um objeto
todo e sua(s) parte(s)

Todo Parte

23
Composição: variação da agregação, onde o
objeto parte não existe sem o objeto todo

24
Generalização: representa herança entre as
classes, identificando as superclasses e
subclasses

25
Estereótipos

<<entity>> explicita que uma classe é uma entidade

<<boundary>> comunicação entre atores externos e o
sistema
<<control>> identifica classes que servem de intermédio
entre as classes <<boundary>> e demais classes

26
 Desenvolva o diagrama de casos de uso considerando os seguintes requisitos:
O celular oferece o serviço de realizar chamadas, no qual o usuário informa um
telefone para que o celular ligue. O celular deve registrar as últimas chamadas.
O celular oferece o serviço de enviar mensagens, onde o usuário informa um
telefone para o qual deseja enviar a mensagem. O celular deve registrar as últimas
mensagens.
O aparelho oferece o serviço de agenda, sendo possível cadastrar os diversos
contatos do usuário. Cada contato armazena o nome do contato e seu telefone. Caso o
usuário consulte um telefone já existente, ele poderá ligar para esse contato ou enviar uma
mensagem. O sistema deve guardar as últimas ligações feitas, bem como as últimas
mensagens enviadas.
O celular oferece o serviço de recebimento de chamadas e o usuário pode aceitar a
chamada ou não. As últimas ligações também devem ser gravadas.
O sistema deve oferecer o serviço de recebimento de mensagens, devendo
também registrar as últimas mensagens recebidas.
O celular oferece o serviço de despertador, no qual o usuário pode cadastrar e/ou
ativar um ou mais horários para despertar.
O sistema oferece o serviço de tons, no qual o usuário pode selecionar a
música que será tocada no recebimento de uma chamada ou mensagem,
ou para despertá-lo.
27
28
Desenvolva o diagrama de casos de uso e o diagrama de classes para
um sistema de controle de cinema.
Um cinema pode ter muitas salas, sendo necessário registrar
informações a respeito de cada uma, como sua capacidade (nº
assentos);
O cinema apresenta muitos filmes. Um filme tem informações como
título e duração. Sempre que um filme for apresentado, deve-se
registrá-lo também;
Um mesmo filme pode ser apresentado em diferentes salas e em
horários diferentes. Cada apresentação em uma determinada sala e
horário é chamada Sessão. Um filme sendo apresentado em uma
sessão tem um número máximo de ingressos, determinado pela
capacidade da sala;
Os clientes do cinema podem comprar ou não ingressos para assistir a
uma sessão. O funcionário deve intermediar a compra. Um ingresso
deve conter informações como o tipo de ingresso (meio ou inteiro).
Além disso, um cliente só pode comprar ingressos para sessões ainda
não encerradas.

29
Desenvolva o diagrama de casos de uso e o diagrama de
classes para um sistema de controle de clube social.
Para ingressar em um clube é necessário apresentar uma
solicitação, a ser avaliada por uma comissão nomeada
pelo clube;
Em caso de aprovação, o candidato pode associar-se no
clube. Opcionalmente, caso possua dependentes, poderá
associá-lo também, o que aumentará o valor da
mensalidade a ser paga;
Sendo sócio do clube, deverá pagar uma mensalidade
para poder frequentá-lo;
As mensalidades são geradas pelo clube levando em
consideração a categoria do sócio e o número de
dependentes.

30
Grupo de, no máximo, 4 alunos;
Proposta de um sistema a ser desenvolvido.
Apresentar o contexto a ser resolvido pelo
sistema.
Simples!

31