Unified Modeling Language UML
|
|
- Kléber Lagos Ximenes
- 2 Há anos
- Visualizações:
Transcrição
1 Unified Modeling Language UML
2 Classe e Objeto Atributo Operação Associações (Delegações [SANTOS, 2003]) Dependência Simples: multiplicidade, papel, navegabilidade Com valor semântico adicional: agregação e composição Generalização/especialização Diagrama de classes
3
4 É uma descrição de um conjunto de objetos que compartilham os mesmos atributos, operações, relacionamentos e semântica É um tipo de (e dá origem a) objeto
5 Qualquer elemento identificado no domínio do negócio que tenha: identidade - qualquer objeto é único e diferenciado dos demais estado - valores dos atributos em determinado momento comportamento funcionalidade do objeto É a instância de uma classe.
6 Definem os dados da classe Possuem tipo Podem ser referências (do tipo de) a outras classes (delegação) Possuem visibilidade, muito freqüentemente privados O tipo de dado depende da linguagem de programação que será usada para implementação.
7 Expressam o comportamento da classe Acessam e modificam os atributos da classe Na implementação, são os métodos (similares a procedimentos e funções) Possuem definição de visibilidade (geralmente públicas) Podem retornar valor ou não (void) Podem receber parâmetros ou não (entre parênteses obrigatórios)
8 Serviços que a classe deve prestar (normalmente relacionados aos seus atributos) Parâmetros necessários a prestação dos serviços Retorno dos serviços prestados pela classe Saídas geradas pelos serviços da classe (não serão expressas no diagrama) Manutenção de classes persistentes (estereótipo <<entity>>)
9 Definida por meio de modificadores de acesso: Público (public, +) Protegido (protected, #, depende de herança) Padrão (ausência de modificador, ~, pacote) Privado (private, ) Serve para encapsular, proteger, organizar o acesso à membros de uma classe
10 Nome Atributos Operações
11
12 public class Lampada { private String estadodalampada = apagada ; public void acende() { estadodalampada = "acesa"; } public void apaga() { estadodalampada = "apagada"; } public void mostraestado() { if (estadodalampada.equals("acesa")) { System.out.println("Esta acesa!"); } else { System.out.println("Esta apagada!"); } } }
13 public class TestaLampada { public static void main(string[] args) { Lampada l1 = new Lampada(); Lampada l2 = new Lampada(); l1.mostraestado(); l1.acende(); l1.mostraestado(); l1.apaga(); l1.mostraestado(); l2.mostraestado(); l2.acende(); l2.mostraestado(); } }
14
15 Associação mais fraca entre classes Indica utilização Geralmente acontece quando: Na passagem de parâmetro a um método Na criação de um objeto (e/ou referência) dentro de um método
16
17 Relacionamento entre tipos mais genéricos e tipos mais específicos; Classe filha e a classe mãe; Relacionamento do tipo é-um ; Aceita apenas a adição de características na classe filha; nunca a exclusão; Possibilita o reuso da estrutura e da funcionalidade; Necessária para o polimorfismo.
18 Pessoa nome : String cursos : Vector Pessoa() adicionarcurso() obtemcursos() Aluno matricula : String Professor titulacao : String Aluno() Aluno() tostring() Professor() tostring() Professor()
19 public class Pessoa { private String nome; private Vector cursos; } public class Aluno extends Pessoa { private String matricula; }
20 Ligação estrutural entre duas classes Permite navegar de um objeto para outro Tempos de vida independentes.
21 Curso Professor
22 public class Curso{... Private Professor responsavel; public void setresponsavel(professor aresponsavel){ responsavel = aresponsavel; } public Professor getresponsavel (){ return responsavel; } }
23 Adiciona valor semântico (pouco) a associação, indicando que uma classe é mais importante na associação Associação do tipo parte-de Tempo de vida independente: a existência da parte não está vinculada ao tempo de vida do todo, podendo a parte compor outros todos
24 Curso 0..* -materias 0..* Materia A agregação apenas adiciona valor semântico ao modelo, mas não modifica a forma de implementação, que permanece como a da associação simples.
25 Conotação semântica mais forte que a agregação Denota forte interdependência entre as partes Tempo de vida dependente A multiplicidade do lado do todo não pode ser maior que 1, pois a parte é exclusiva de um todo
26 Carro P ec a
27 Nome Papel Navegabilidade Multiplicidade
28 Demonstra o objetivo da associação Deve ser uma frase com verbo É preferível usar papeis ao invés do nome do relacionamento Normalmente utilizada no modelo em fase de análise, quando ainda não existem informações suficientes para nomear os papéis
29 Curso Indica o responsavel Professor
30 Descreve a função da classe na associação Deve ser um substantivo Não deve ser usado junto com o nome de associação Há situação em que o papel designará o nome de um atributo, na implementação de uma das classes. Nesse caso, deve ser colocado no modelo.
31 Curso -responsavel Professor
32 Indica que, a partir de um objeto, é possível chegar a outro que esteja associado a ele Pode ser implementado por: Referência a objetos Arrays ou coleções de objetos Quando não especificada, assume-se a dupla navegabilidade (mais complexa) Nunca há setas nas duas extremidades da associação
33 Curso Professor
34 Indica quantos objetos de uma classe podem ser associados Pode ser qualquer número de zero até muitos (indicado por *) Valores mais comuns: 0..* - zero ou qualquer número maior 1 - obrigatoriamente um e apenas um 1..* - um (no mínimo) ou qualquer número
35 Curso 0..* 1 Professor
36
37 É criado para representar o conjunto das classes e suas associações É a base estrutural que dá suporte a todas as funcionalidades de um sistema Serve como modelo conceitual e lógico de dados Constitui mais uma forma, junto com diagramas de casos de uso, de comunicação bastante útil entre projetistas e clientes Identifica os objetos manipulados pelo sistema
38 Deve ser desenvolvido nas versões necessárias a compreensão de cada uma das fases do ciclo de vida do software (análise, projeto, implementação) É formal e pode servir para geração de código em uma linguagem de programação
39 Trata-se de uma representação estática: é importante para definir que classes prestarão cada uma dos serviços demandados pelo sistema
40
41 Na locadora, os funcionários são identificados por CPF, nome, endereço, telefone e salário. Já os veículos estão divididos em: popular, luxo e utilitário. Sobre os veículos deve-se saber: placa, tipo, modelo, ano, cor, chassis, quilometragem e valor do aluguel diário e semanal. Os funcionários serão responsáveis por efetuar o aluguel de um carro para um cliente e dar baixa no aluguel. Existem clientes especiais e clientes comuns, sendo que os especiais possuem uma taxa de desconto e uma quilometragem extra, definida individualmente. O cliente é identificado por RG, nome, CPF, telefone, endereço. Os endereços de funcionários e clientes devem conter: rua, número, cidade e CEP. Este deve ser validado junto à ECT.
42 Alugar Carro: um cliente solicita ao funcionário o aluguel do carro. O sistema verifica se o carro solicitado pelo cliente está disponível. Caso esteja, o processo de locação é concluído e o carro passa a estar indisponível. A data de aluguel deve ser usada para cálculo do valor do aluguel na momento da devolução. Dar Baixa: um cliente faz uma devolução para um funcionário e solicita nota fiscal com a quilometragem percorrida e o valor do aluguel. O funcionário dá baixa na locação e o carro passa a estar novamente disponível. O funcionário solicita ao sistema para calcular o valor a ser pago e, se for de interesse do cliente, emitir o recibo.
43 Cadastrar Cliente: cliente solicita ao funcionário o cadastro na locadora. O funcionário recebe os dados e efetua o cadastramento. Cadastrar Carro: funcionário cadastra o carro adquirido.
44
45 Um cliente primeiramente se dirige à Clínica onde marca uma consulta com a secretária, fornecendo suas informações pessoais e do animal que deseja tratar. Se o cliente ou o animal ainda não estiverem cadastrados no sistema ou possuam algum dado que precise ser atualizado, a secretária deverá atualizar seus cadastros. Em cada sessão de tratamento (uma sessão equivale a uma consulta), o cliente deve informar os sintomas aparentes do animal e estes devem ser registrados. Um tratamento pode ser encerrado em apenas uma consulta, quando se tratar de algo simples ou pode se arrastar por muitas sessões dependendo do diagnóstico do médico-veterinário. Durante uma sessão o veterinário pode marcar exames para o animal, a serem trazidos na sessão seguinte, O pedido dos exames, bem como seus resultados devem ser registrados no histórico de tratamentos do animal. Após cada sessão, o histórico da consulta deve ser atualizado e gera-se uma conta a receber a ser paga pelo cliente. A manutenção das consultas é responsabilidade exclusiva do médico-veterinário que a realizou. É responsabilidade da secretária manter atualizados os cadastros de clientes, animais, médicos e espécies.
46 O sistema aceita submissões sobre diversos temas como Engenharia de Software, Banco de Dados, Hipermídia, sendo necessário, portanto manter um cadastro de todos os temas aceitos. Um autor pode realizar muitas submissões. Uma submissão pode constituir-se em um artigo, um mini curso ou palestra. As submissões só podem ser realizadas através da Internet. Ao acessar a página de submissão o autor pode logar-se, realizar uma submissão ou verificar a situação de trabalhos porventura já submetidos, no entanto, para poder utilizar os dois últimos serviços ele deverá antes executar o primeiro. Um autor deve registrar-se no sistema antes de poder se logar. Se já estiver registrado deverá então logar-se, informando seu login e senha. Toda submissão precisa ser avaliada por uma comissão de três avaliadores, responsável por analisá-la e fornecer notas. Um avaliador pode avaliar muitas submissões. As submissões são aprovadas de acordo com as maiores notas gerais. A nota geral de uma submissão será o resultado da média de todas as notas das avaliações de cada submissão. As n melhores notas de cada tema e tipo serão consideradas aprovadas. É necessário manter-se um cadastro de todos os avaliadores do congresso.
47 É responsabilidade do coordenador do evento definir quais avaliadores avaliarão quais submissões. E também responsabilidade do coordenador notificar os autores sobre a aceitação ou não de suas submissões no evento. O coordenador pode emitir o relatório das avaliações sempre que quiser, no entanto, a partir do momento em que selecionar a opção notificar autores, estes serão avisados se suas submissões foram ou não aprovadas. Sendo ou não aprovada, uma submissão pode ou não receber comentários dos avaliadores, referentes a possíveis alterações necessárias antes da submissão ser publicada e disponibilizada no congresso ou informações ao autor do por que da não aprovação de seu trabalho pelo avaliador. Um autor pode consultar o estado de suas submissões, ou seja, se elas estão ainda sob avaliação, foram aprovadas ou reprovadas. Um autor pode também, se assim o desejar, verificar os possíveis comentários dos avaliadores a respeito de uma submissão específica.
48 Observações Complementares: O Autor pode realizar login, registrar-se, realizar submissão, verificar submissões e verificar comentários. Observe que o Autor somente poderá se auto-registrar a partir a partir de uma tentativa realizar o login e assim mesmo se ainda não estiver registrado, o que indica o uso de uma associação e extensão. Da mesma forma, a consulta a comentários só pode ser feita a partir de uma consulta a submissões. A realização das submissões e o seu acompanhamento só podem ser feitos se o autor tiver logado. O avaliador para emitir seus comentários sobre as submissões deve ter informado sua avaliação previamente.
49 O aluno primeiramente solicita informações ao atendente sobre quais cursos a empresa oferece. Se o aluno se interessar por algum curso, pedirá informações a respeito de quais turmas, do curso em questão, estão abertas, qual o horário em que as aulas serão ministradas, qual a data prevista para início das aulas e qual o mínimo de alunos necessários para que uma turma inicie o curso. Caso o horário de alguma turma seja compatível com os horários do aluno, este realizará a matrícula em uma turma relativa ao curso em que se interessou. Caso o aluno nunca tenha feito nenhum curso na empresa e, portanto, não esteja cadastrado, o aluno deverá ser registrado antes de realizar a matrícula.
50 Um cliente (pessoa física ou jurídica que paga o advogado para defendêla ou para processar outra pessoa) procura o advogado. Se o cliente ainda não estiver cadastrado, o advogado deverá registrar seus dados pessoais. Em seguida, o cliente deve fornecer informações a respeito do processo que deseja que o advogado mova contra alguém ou que o defenda de outra pessoa. Obviamente o processo precisa ser registrado e receberá diversas adições enquanto estiver em andamento. O cliente deve fornecer também informações sobre a parte contrária (pessoa física ou jurídica que está processando ou sendo processada pelo cliente), que deverá também ser registrada, caso ainda não esteja. Observe que uma mesma pessoa física ou jurídica pode ser tanto um cliente como uma parte contrária em períodos diferentes, obviamente.
51 Um processo pode gerar custas (despesas com xérox, viagens etc.). Cada custa deve ser armazenada de forma a ser cobrada da parte contrária caso o processo seja ganho. Este sistema deve estar integrado a um sistema de contas a pagar e receber, cada custa gera uma conta a pagar. Caso o processo seja ganho, ele gerará uma ou mais contas a receber, dependendo da negociação com a parte contrária.
Unified Modeling Language UML
Unified Modeling Language UML Requisito Ator Caso de uso Associações Entre atores e casos de uso Entre casos de uso Inclusão: estereótipo Extensão: estereótipo Generalização Diagrama
Estudo de Caso 1: Sistema de Controle de Cinema
Estudo de Caso 1: Sistema de Controle de Cinema Desenvolva o diagrama de casos de uso sabendo que: I. Um cinema pode ter muitas salas, sendo necessário, portanto, registrar informações a respeito de cada
Engenharia de Software I
Engenharia de Software I Curso de Desenvolvimento de Software Prof. Alessandro J de Souza ajdsouza@cefetrn.br 1 Rational Unified Process RUP Fase Elaboração 2 VISÃO GERAL Fase Elaboração. Visão Geral 3
UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 17 PROFª BRUNO CALEGARO
UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 17 PROFª BRUNO CALEGARO Santa Maria, 19 de Novembro de 2013. Revisão aula anterior Modelagem orientada a objetos com UML Software: Astah Community
Modelagem de Sistemas Prof. Marcos Roberto e Silva
Modelagem de Sistemas Prof. Marcos Roberto e Silva Diagrama de Casos de Uso Demonstra o comportamento externo do sistema, através de uma linguagem simples. Apresentando o sistema sobre a perspectiva do
2 Diagrama de Caso de Uso
Unified Modeling Language (UML) Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Diagrama de Caso de Uso (Use Case) Autoria:Aristófanes Corrêa
Modelagem. Entendimento do ambiente Permite lidar com complexidade complexidade progressiva
Modelagem Entendimento do ambiente Permite lidar com complexidade complexidade progressiva Modelos são úteis para: Entendimento de problemas Comunicação entre stakeholders Compreensão dos requisitos Difundir
Modelos de Sistemas Casos de Uso
Modelos de Sistemas Casos de Uso Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 1 Modelagem de Sistema UML Unified Modeling Language (Linguagem de Modelagem Unificada)
Engenharia de Software
Prof. M.Sc. Ronaldo C. de Oliveira ronaldooliveira@facom.ufu.br FACOM - 2011 Exemplo de Diagrama de Caso de Uso Sistema de Locadora de Filmes Sistema de Vídeo Locadora Você foi contratado para desenvolver
Diagrama de Classes. Viviane Torres da Silva viviane.silva@ic.uff.br. http://www.ic.uff.br/~viviane.silva/2012.1/es1
Diagrama de Classes Viviane Torres da Silva viviane.silva@ic.uff.br http://www.ic.uff.br/~viviane.silva/2012.1/es1 O que é? Diagrama mais utilizado da UML Representa os tipos (classes) de objetos de um
Sumário. Uma visão mais clara da UML
Instituto Federal de Santa Catarina Câmpus Chapecó Ensino Médio Integrado em Informática Módulo V Unidade Curricular: Engenharia de Software Professora: Lara P. Z. B. Oberderfer Uma visão mais clara da
A linguagem UML. UML e Diagramas de Casos de Uso e Classes. Por que usar UML? O que é modelagem?
UML e Diagramas de Casos de Uso e Classes Prof. Ms. Luiz Alberto Contato: lasf.bel@gmail.com A linguagem UML UML (Unified Modeling Language) Linguagem de Modelagem Unificada É uma linguagem de modelagem
Diagramas de Casos de Uso
Diagramas de Casos de Uso Não diga pouco em muitas palavras, mas sim, muito em poucas. Pitágoras Casos de uso O modelo de casos de uso modela os requisitos funcionais do sistema. É uma técnica de modelagem
Análise e Projeto Orientados por Objetos
Análise e Projeto Orientados por Objetos Aula 01 Orientação a Objetos Edirlei Soares de Lima Paradigmas de Programação Um paradigma de programação consiste na filosofia adotada na
Modelagem. Entendimento do ambiente Permite lidar com complexidade complexidade progressiva
Modelagem Entendimento do ambiente Permite lidar com complexidade complexidade progressiva Modelos são úteis para: Entendimento de problemas Comunicação entre stakeholders Compreensão dos requisitos Difundir
Modelagem de Casos de Uso (Parte 2)
Modelagem de Casos de Uso (Parte 2) Roteiro (1) Método para Modelagem de Casos De Uso Estudo de Caso: Sistema de Controle para Videolocadora Levantamento Inicial dos Casos de Uso Identificação dos Casos
Engenharia de Software Folha 1 - UML - Casos de Uso/Utilização DI-UBI
1. Considere o diagrama de casos de uso/utilização para um controlo remoto de TV, o qual garante que inclui todas as funções do controlo remoto como casos de uso/utilização do seu modelo. 2. Descreva textualmente
ANÁLISE E PROJETO ORIENTADO A OBJETOS. Isac Aguiar isacaguiar.com.br isacaguiar@gmail.com
ANÁLISE E PROJETO ORIENTADO A OBJETOS Isac Aguiar isacaguiar.com.br isacaguiar@gmail.com Análise Descrição do problema a ser implementado Descrição dos objetos e classes que fazem parte do problema, Descrição
UML: Diagrama de Classes
UML: Diagrama de Classes UML Diagrama de Classes Introdução Diagrama de classes Elementos do diagrama de classes Exemplo: Sistema de matrícula Introdução - Diagrama de Classes Mostra um conjunto de classes
Encapsulamento de Dados
Encapsulamento de Dados Universidade Católica de Pernambuco Ciência da Computação Prof. Márcio Bueno poonoite@marciobueno.com Fonte: Material da Profª Karina Oliveira Modificadores de Visibilidade Especificam
Modelagem de Casos de Uso (Parte 2)
Modelagem de Casos de Uso (Parte 2) Roteiro (1) Método para Modelagem de Casos De Uso Estudo de Caso: Sistema de Controle para Videolocadora Levantamento Inicial dos Casos de Uso Identificação dos Casos
Diagrama de Casos de Uso
Diagrama de Casos de Uso Curso de Especialização DEINF - UFMA Desenvolvimento Orientado a Objetos Prof. Geraldo Braz Junior Referências: Booch, G. et al. The Unified Modeling Language User Guide Medeiros,
Documento de Definição de Requisitos
Documento de Definição de Requisitos Projeto: Locadora de Automóveis Responsável: Ricardo Falbo 1. Introdução Este documento apresenta os requisitos de usuário de um sistema de Locadora de Automóveis e
EXERCÍCIOS SOBRE DIAGRAMAS DE CLASSES Construa Diagramas de Classes para os seguintes domínios de problemas
Campus Cachoeiro de Itapemirim Curso Técnico em Informática Disciplina: Análise e Projeto de Sistemas Professor: Rafael Vargas Mesquita EXERCÍCIOS SOBRE DIAGRAMAS DE CLASSES Construa Diagramas de Classes
Micro Mídia Informática Fevereiro/2009
Micro Mídia Informática Fevereiro/2009 1 UML Introdução Fases de Desenvolvimento Notação Visões Análise de Requisitos Casos de Uso StarUML Criando Casos de Uso Orientação a Objetos Diagrama de Classes
Uma visão mais clara da UML Sumário
Uma visão mais clara da UML Sumário 1 Definição de Objeto...2 2 Estereótipos...3 2.1 Classe fronteira (boundary):...3 2.2 Classe de Entidade (entity):...3 2.3 Classe de Controle (control):...4 3 Interação
Diagrama de Caso de Uso e Diagrama de Sequência
Diagrama de Caso de Uso e Diagrama de Sequência Milena Alexandre dos Santos Baesso (Mestranda em Engenharia Elétrica) Agenda Ciclo de Vida de um Sistema A Fase de Análise Análise Orientada à Objetos Diagramas
Tema 1: Sistema de Controle de Cinema!
DAELN - UTFPR IF62C - Temas para os Projetos Page 1 of 10 Tema 1: Sistema de Controle de Cinema! Desenvolver um Sistema de Controle de Cinema. Os requisitos funcionais mínimos do sistema são: Um cinema
MODELAGEM DE CASOS DE USO PARA UM SISTEMA DE CLÍNICA VETERINÁRIA
UNIVERSIDADE FEDERAL DO PARÁ INSTITUTO DE TECNOLOGIA FACULDADE DE ENGENHARIA DA COMPUTAÇÃO ADAM DREYTON FERREIRA DOS SANTOS CARLOS ROGÉRIO CAMPOS ANSELMO FELIPE BATISTA CABRAL FRANK GOMES DE AZEVEDO NAGIB
UNIVERSIDADE FEDERAL DO PARANÁ. CURSO: Ciência da Computação DATA: / / 2013 PERÍODO: 4 o.
CURSO: Ciência da Computação DATA: / / 2013 PERÍODO: 4 o. PROFESSOR: Andrey DISCIPLINA: Técnicas Alternativas de Programação AULA: 08 APRESENTAÇÃO Na aula de hoje vamos apresentar e discutir como definir
Uma visão mais clara da UML Sumário
Uma visão mais clara da UML Sumário 1 Método...2 2 Análise de requisitos...2 2.1 Diagramas de Casos de Uso...3 2.1.1 Ator...3 2.1.2 Casos de Uso (Use Case)...4 2.1.3 Cenário...4 2.1.4 Relacionamentos...6
Conteúdo. 1. Introdução. 2. Levantamento de Requisitos. 3. Análise Orientada a Objetos. 4. Projeto Orientado a Objetos 5. UML. 6.
Conteúdo 1. Introdução 2. Levantamento de Requisitos 3. Análise Orientada a Objetos 4. Projeto Orientado a Objetos 5. UML 6. Métodos Ágeis Análise Orientada a Objetos Exercícios Exercício 1 Defina o diagrama
Conteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos. Centro Tecnológico. Universidade Federal do Espírito Santo
Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Disciplina: INF 02810 Prof.: (monalessa@inf.ufes.br) Conteúdo 1. Introdução 2. Processo de Software 3. Gerência de
Estudo de Caso Sistema de Caixa Automático
Estudo de Caso Sistema de Caixa Automático Curso de Especialização DEINF - UFMA Desenvolvimento Orientado a Objetos Prof. Geraldo Braz Junior Referências: Notas de Aula Ulrich Schiel Notas de Aula Ariadne
Unioeste Universidade Estadual do Oeste do Paraná
Unioeste Universidade Estadual do Oeste do Paraná CENTRO DE CIÊNCIAS EXATAS E TECNOLÓGICAS Colegiado de Informática Curso de Bacharelado em Informática Especificação de Requisitos e Modelagem Orientada
Projeto de Software Orientado a Objeto
Projeto de Software Orientado a Objeto Ciclo de Vida de Produto de Software (PLC) Analisando um problema e modelando uma solução Prof. Gilberto B. Oliveira Estágios do Ciclo de Vida de Produto de Software
Curso de Java. Orientação a objetos e a Linguagem JAVA. TodososdireitosreservadosKlais
Curso de Java Orientação a objetos e a Linguagem JAVA Roteiro A linguagem Java e a máquina virtual Objetos e Classes Encapsulamento, Herança e Polimorfismo Primeiro Exemplo A Linguagem JAVA Principais
3.1 Definições Uma classe é a descrição de um tipo de objeto.
Unified Modeling Language (UML) Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Diagrama de Classes Autoria:Aristófanes Corrêa Silva Adaptação:
Engenharia de Software III
Engenharia de Software III Casos de uso http://dl.dropbox.com/u/3025380/es3/aula6.pdf (flavio.ceci@unisul.br) 09/09/2010 O que são casos de uso? Um caso de uso procura documentar as ações necessárias,
Tópicos em Engenharia de Computação
Tópicos em Engenharia de Computação Introdução / Revisão UML e POO (JAVA) Prof. Ivan Prof. Zagari UML Linguagem Unificada. Não é metodologia, processo ou método. Versão atual 2.0 3 categorias de Diagramas
ATIVIDADES PRÁTICAS SUPERVISIONADAS
ATIVIDADES PRÁTICAS SUPERVISIONADAS Tecnologia em Análise e Desenvolvimento de Sistemas 4 a série Programação Orientada a Objetos A atividade prática supervisionada (ATPS) é um método de ensinoaprendizagem
MODELAGEM VISUAL DE OBJETOS COM UML DIAGRAMA DE CLASSES. lucelia.com@gmail.com
MODELAGEM VISUAL DE OBJETOS COM UML DIAGRAMA DE CLASSES lucelia.com@gmail.com Externamente ao sistema, os atores visualizam resultados de cálculos, relatórios produzidos, confirmações de requisições solicitadas,
Prof. Claudio Passos Apresentação cedida pela Ceça Moraes
Prof. Claudio Passos Apresentação cedida pela Ceça Moraes Programação Orientada a Objetos: os problemas de programação são pensados em termos de objetos Em vez de funções e rotinas Problema = desenvolver
INF 2125 PROJETO DE SISTEMAS DE SOFTWARE Prof. Carlos J. P. de Lucena
INF 2125 PROJETO DE SISTEMAS DE SOFTWARE Prof. Carlos J. P. de Lucena Trabalho Experimental Sistema de Gestão Hoteleira 1. Objetivo Este trabalho tem o objetivo de consolidar o conhecimento sobre UML e
Engenharia de Requisitos Estudo de Caso
Engenharia de Requisitos Estudo de Caso Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2007 Slide 1 Engenharia de Requisitos Exemplo 1 Reserva de Hotel 1. INTRODUÇÃO Este
Análise e Projeto Orientado a Objetos. Modelagem de Domínio
+ Análise e Projeto Orientado a Objetos Modelagem de Domínio Introdução 2 n A modelagem do domínio está relacionada à descoberta das informações que são gerenciadas pelo sistema. O resultado dessa investigação
Documento de Análise e Projeto VideoSystem
Documento de Análise e Projeto VideoSystem Versão Data Versão Descrição Autor 20/10/2009 1.0 21/10/2009 1.0 05/11/2009 1.1 Definição inicial do documento de análise e projeto Revisão do documento
Programação Estruturada e Orientada a Objetos. Fundamentos Orientação a Objetos
Programação Estruturada e Orientada a Objetos Fundamentos Orientação a Objetos 2013 O que veremos hoje? Introdução aos fundamentos de Orientação a Objetos Transparências baseadas no material do Prof. Jailton
Diagrama de Classes. Um diagrama de classes descreve a visão estática do sistema em termos de classes e relacionamentos entre as classes.
1 Diagrama de Classes Um diagrama de classes descreve a visão estática do sistema em termos de classes e relacionamentos entre as classes. Um dos objetivos do diagrama de classes é definir a base para
Universidade Federal Rural de Pernambuco. Bacharelado em Sistemas de Informação. Disciplina: Análise e Projeto de Sistemas de Informação
Universidade Federal Rural de Pernambuco Bacharelado em Sistemas de Informação Disciplina: Análise e Projeto de Sistemas de Informação Docente: Rodrigo Aluna: Thays Melo de Moraes Diagramas do Projeto
ESTÁGIO DE DOCÊNCIA II
FUNDAÇÃO UNIVERSIDADE ESTADUAL DE MARINGÁ Centro de Tecnologia - CTC Departamento de Informática - DIN Programa de Pós-Graduação em Ciência da Computação PCC ESTÁGIO DE DOCÊNCIA II Disciplina: Engenharia
PROJETO DE BANCO DE DADOS LISTA 002 Projeto Conceitual
LISTA DE EXERCÍCIOS 002 6. AGÊNCIA DE TURISMO Faça a modelagem de dados de uma agência de turismo, que tenha: controle de clientes, com todas as informações detalhadas; controle de companhias aéreas que
Modelos de Sistemas Casos de Uso
Modelos de Sistemas Casos de Uso Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2000 Slide 1 Casos de Uso Objetivos Principais dos Casos de Uso: Delimitação do contexto de
Engenharia de Software I
Engenharia de Software I Rogério Eduardo Garcia (rogerio@fct.unesp.br) Bacharelado em Ciência da Computação Aula 05 Material preparado por Fernanda Madeiral Delfim Tópicos Aula 5 Contextualização UML Astah
Lógica de Programação
Lógica de Programação Unidade 20 ArrayList: Operações de Busca Curso Técnico em Informática SUMÁRIO INTRODUÇÃO... 3 TIPOS DE BUSCAS... 3 BUSCA ESPECÍFICA... 3 BUSCA ABRANGENTE... 3 PROCEDIMENTO DE BUSCA...
EXERCÍCIOS SOBRE ORIENTAÇÃO A OBJETOS
Campus Cachoeiro de Itapemirim Curso Técnico em Informática Disciplina: Análise e Projeto de Sistemas Professor: Rafael Vargas Mesquita Este exercício deve ser manuscrito e entregue na próxima aula; Valor
Manual de utilização do Relatório de Viagens
Manual de utilização do Relatório de Viagens Os Módulos do Sistema de Relatório de Viagens foram criados tendo com base a Regulamentação de Viagem da MGS - Minas Gerais Administração e Serviços S/A (RG/AD/02/10ª).
Modelagem do Sistema EMD Vanice Pinheiro do Amaral Silva, Alberto da Silva Lobo
Modelagem do Sistema EMD Vanice Pinheiro do Amaral Silva, Alberto da Silva Lobo NTI Núcleo de Tecnologia e Informação Fundação Unirg 1. Introdução A utilização da informática surgiu como uma ferramenta
Programação Orientada a Objetos Prof. Rone Ilídio UFSJ/CAP
Programação Orientada a Objetos Prof. Rone Ilídio UFSJ/CAP 1) Introdução Programação Orientada a Objetos é um paradigma de programação bastante antigo. Entretanto somente nos últimos anos foi aceito realmente
Prova de Java. 1) Copie o programa abaixo no eclipse e complete-o, utilizando os conceitos aprendidos durante o curso. (4 pontos)
Prova de Java 1) Copie o programa abaixo no eclipse e complete-o, utilizando os conceitos aprendidos durante o curso. (4 pontos) O programa consiste em uma aplicação que simula o comportamento de dois
04/07/2015 UML. Prof. Esp. Fabiano Taguchi http://fabianotaguchi.wordpress.com fabianotaguchi@hotmail.com DEFINIÇÃO DE REQUSIITOS
UML Prof. Esp. Fabiano Taguchi http://fabianotaguchi.wordpress.com fabianotaguchi@hotmail.com DEFINIÇÃO DE REQUSIITOS 1 REQUISITOS São os serviços fornecidos para um sistema. São classificados em requisitos
Técnicas de Programação II
Técnicas de Programação II Aula 06 Orientação a Objetos e Classes Edirlei Soares de Lima Orientação a Objetos O ser humano se relaciona com o mundo através do conceito de objetos.
Diagrama de Classe. Givanaldo Rocha de Souza givanaldo.rocha@ifrn.edu.br http://docente.ifrn.edu.br/givanaldorocha. Engenharia de Software
"Antes de imprimir pense em sua responsabilidade e compromisso com o MEIO AMBIENTE." Engenharia de Software Diagrama de Classe Givanaldo Rocha de Souza givanaldo.rocha@ifrn.edu.br http://docente.ifrn.edu.br/givanaldorocha
Capítulo 22. Associações entre Classes. Rui Rossi dos Santos Programação de Computadores em Java Editora NovaTerra
Capítulo 22 Associações entre Classes Objetivos do Capítulo Indicar os diferentes aspectos de um relacionamento entre classes que podem ser expressos através de uma associação. Descrever o significado
UML & Padrões. Aula 1 Apresentação. Profª Kelly Christine C. Silva
UML & Padrões Aula 1 Apresentação Profª Kelly Christine C. Silva Sistemas para Internet Módulo I - Construção de sites informativos Módulo II - Construção de sites dinâmicos Módulo III - Aplicações para
Modelagem de Casos de Uso (Parte 1)
Modelagem de Casos de Uso (Parte 1) Roteiro Introdução Descrição: Sistema de Ponto de Vendas Casos de Usos Atores Fluxo de Eventos Cenários Formato de Documentação de Casos de Uso Diagramas de Casos de
Programação Orientada a Objetos. Encapsulamento
Programação Orientada a Objetos Encapsulamento de Dados Ocultação de dados Garante a transparência de utilização dos componentes do software, facilitando: Entendimento Reuso Manutenção Minimiza as interdependências
Guia de Fatores de Qualidade de OO e Java
Qualiti Software Processes Guia de Fatores de Qualidade de OO e Java Versã o 1.0 Este documento só pode ser utilizado para fins educacionais, no Centro de Informática da Universidade Federal de Pernambuco.
Tarciane Andrade. tarcianeandrade@gmail.com
Tarciane Andrade tarcianeandrade@gmail.com Contexto Análise Passando de casos de uso para diagramas de classes 2 Após a etapa de análise de requisitos, temos documentos de requisitos e os casos de uso
CASO DE USO. Isac Aguiar isacaguiar.com.br isacaguiar@gmail.com
CASO DE USO Isac Aguiar isacaguiar.com.br isacaguiar@gmail.com Caso de Uso Descreve o modelo funcional (comportamento) do sistema Técnica de especificaçao de requisitos Especifica um serviço que o sistema
Análise e Projeto Orientados por Objetos
Análise e Projeto Orientados por Objetos Aula 02 Análise e Projeto OO Edirlei Soares de Lima Análise A análise modela o problema e consiste das atividades necessárias para entender
UML: Diagrama de Casos de Uso, Diagrama de Classes
UML: Diagrama de Casos de Uso, Diagrama de Classes Diagrama de Casos de Uso O modelo de casos de uso visa responder a pergunta: Que usos (funcionalidades) o sistema terá? ou Para que aplicações o sistema
Manual TDMax Web Commerce VERSÃO: 0.1
Manual TDMax Web Commerce VERSÃO: 0.1 Sumário Visão geral Bilhetagem Eletrônica... 3 1 TDMax Web Commerce... 4 1.1 Requisitos e orientações gerais... 4 2 Acesso... 5 2.1 Como realizar um cadastro usuário
Almox Express Especificação de Requisitos
1. Introdução Almox Express Especificação de Requisitos Este documento descreve um sistema de gerenciamento de almoxarifado, denominado de Almox Express, a ser desenvolvido por um grupo de estudo. Nele
Princípios de modelagem de Domínio e Projeto(design) de Software Parte 1
Princípios de modelagem de Domínio e Projeto(design) de Software Parte 1 Prof. Gustavo Willam Pereira ENG10082 Programação II Créditos: Prof. Clayton Vieira Fraga Filho Apesar de todas as vantagens que
Exercícios Diagrama de Casos de Uso. Disciplina: Engenharia de Requisitos
Exercícios Diagrama de Casos de Uso Disciplina: Engenharia de Requisitos Gilmar Luiz de Borba 2010-1 Página: 1 1. CASO DE USO CONTROLE DE PROVAS OBJETIVO: Construir um diagrama de caso de uso simples.
Engenharia de Software
Prof. M.Sc. Ronaldo C. de Oliveira ronaldooliveira@facom.ufu.br FACOM - 2011 UML Linguagem Unificada de Modelagem Análise Orientada a Objetos com UML Análise Orientada a Objetos com UML Diagrama de Caso
A Linguagem de Modelagem Unificada (UML)
Aécio Costa A Linguagem de Modelagem Unificada (UML) Percebeu-se a necessidade de um padrão para a modelagem de sistemas, que fosse aceito e utilizado amplamente. Surge a UML (Unified Modeling Language)
Palavras-Chaves: Arquitetura, Modelagem Orientada a Objetos, UML.
MODELAGEM ORIENTADA A OBJETOS APLICADA À ANÁLISE E AO PROJETO DE SISTEMA DE VENDAS ALTEMIR FERNANDES DE ARAÚJO Discente da AEMS Faculdades Integradas de Três Lagoas ANDRE LUIZ DA CUNHA DIAS Discente da
Unisant Anna Gestão Empresarial com ERP 2014 Modelagem de Sistemas - UML e MER
Objetivo dessa aula é descrever as características e a simbologia dos diagramas UML e MER na modelagem de sistemas de informação de uma forma a permitir a comunicação entre técnicos e gestores. Modelagem
Engenharia de Software Engenharia de Requisitos. Análise Orientada a Objetos Prof. Edison A M Morais http://www.edison.eti.br prof@edison.eti.
Engenharia de Software Engenharia de Requisitos Análise Orientada a Objetos Prof. Edison A M Morais http://www.edison.eti.br prof@edison.eti.br 1 Contextualizando... Fonte: [1] O Processo de ER pode ser
O Processo Unificado: Captura de requisitos
O Processo Unificado: Captura de requisitos Itana Gimenes Graduação em Informática 2008 Captura de Requisitos Modelagem do negócio: Visão de negócios Modelo de objetos de negócio de negócio Especificação
Pontifícia Universidade Católica
Pontifícia Universidade Católica Curso de Professor Rodrigues Neto Trabalho de Modelagem 2003.3 Turma A (Centro) Gerenciamento das Atividades da Pet Shop Boys Grupo: Evaldo Porto evaldoporto@ig.com.br
Capítulo 8. Introdução UML
Capítulo 8. Introdução UML 1/42 Índice Indice 8.1 - Introdução UML 8.2 - Modelação estrutural 8.2.1 - Representação de classes e objectos 8.2.2 - Relações entre objectos 8.2-3 - Relações de associação
Exercícios de Revisão Java Básico
Exercícios de Revisão Java Básico (i) Programação básica (estruturada) 1) Faça um programa para calcular o valor das seguintes expressões: S 1 = 1 1 3 2 5 3 7 99... 4 50 S 2 = 21 50 22 49 23 48...250 1
Unified Modeling Language UML - Notações
Unified Modeling Language UML - Notações Prof. Ms. Elvio Gilberto da Silva elvio@fmr.edu.br UML Ponto de Vista É gerada com propósito geral de uma linguagem de modelagem visual usada para especificar,
Orientação a Objetos com Java
Orientação a Objetos com Java Julio Cesar Nardi julionardi@yahoo.com.br 2011/2 Apresentação 3: Orientação Objetos: Conceitos Básicos Objetivos: Compreender os Conceitos Básicos da Orientação a Objetos;
(ou seja, boas praticas de programação orientada a objetos devem ser empregadas mesmo se não foram explicitamente solicitadas)
PC-2 / LP-2 2009/2 Lista 2 Prof. Alexandre Sztajnberg Em todos os exercícios a(o) aluna(o) deve, além de atender aos requisitos enunciados, utilizar os conceitos e características de orientação a objetos
Programação com Objectos. Processamento de Dados I. 3. UML (Unified Modeling Language)
Programação com Objectos Processamento de Dados I 3. UML (Unified Modeling Language) 1 Modelo UML Diagrama de classes Programação com Objectos / Processamento de Dados I 2 Modelo O desenvolvimento de programas
Sistema de Solicitação de Pagamento de Fornecedores
2014 Sistema de Solicitação Coordenação de Tecnologia da Informação e Comunicação FUNDEPAG 04/11/2014 Sumário 1- SPF Solicitação.... 3 1.1 Acesso ao sistema:... 3 1.2 Ferramentas do sistema:... 5 2- Abertura
APLICAÇÃO DA MODELAGEM UML NA FASE DE ANÁLISE DE UM PROJETO DE SOFTWARE PARA AGENDAMENTO DE USO DE VEÍCULOS INTERNOS DE UMA EMPRESA
APLICAÇÃO DA MODELAGEM UML NA FASE DE ANÁLISE DE UM PROJETO DE SOFTWARE PARA AGENDAMENTO DE USO DE VEÍCULOS INTERNOS DE UMA EMPRESA ANDRE APARECIDO LEAL DE ALMEIDA Discente da AEMS Faculdades Integradas
DIAGRAMA DE ATIVIDADES
DIAGRAMA DE ATIVIDADES Profª Lucélia Oliveira Email: lucelia.com@gmail.com DIAGRAMA DE ATIVIDADES É o diagrama com maior ênfase ao nível de algoritmo da UML e provavelmente um dos mais detalhistas. Era
NEWCOLLECTOR SISTEMA DE COBRANÇA. Controle Judicial. Manual de Instruções. Versão 8.32
NEWCOLLECTOR SISTEMA DE COBRANÇA Controle Judicial Manual de Instruções Versão 8.32 1 Sumário 1 CONTROLE DE COBRANÇA JUDICIAL... 4 1.1 ARQUIVO... 4 1.1.1 Processos...4 1.1.1.1 Réus Principais do Processo...13
NeXT ERP Manual do usuário. Resumo das principais funcionalidades. Dezembro/2009. NeXT Software
NeXT ERP Manual do usuário Resumo das principais funcionalidades Dezembro/2009 NeXT Software Página 1 de 33 Índice Iniciando NeXT ERP...3 Tela inicial...3 Interface padrão do NeXT ERP...3 Interface - Cadastro
Engenharia de Software
Prof. M.Sc. Ronaldo C. de Oliveira ronaldooliveira@facom.ufu.br FACOM - 2011 UML Linguagem Unificada de Modelagem Diagramas de Projeto de Software UML Linguagem Unificada de Modelagem Diagramas de Classe
Introdução! 1. Modelos de Domínio! 1. Identificação de classes conceituais! 2. Estratégia para identificar classes conceituais! 2
Modelo de domínio Introdução! 1 Modelos de Domínio! 1 Identificação de classes conceituais! 2 Estratégia para identificar classes conceituais! 2 Passos para a elaboração do modelo de domínio! 2 Passo 1
Construção de novas Classes em Java. Classes Atributos Métodos Herança...
Construção de novas Classes em Java Classes Atributos Métodos Herança... 1 Exemplo Representação em UML Java (Unified Modeling Language) Stack items : Vector Stack( ) push( ) pop( ) isempty( ) finalize(
Modelo conceitual Aula 08
Universidade Federal de Mato Grosso do Sul Sistemas de Informação - CPCX Modelo conceitual Aula 08 Prof. Fernando Maia da Mota Slides gentilmente cedidos por Profa. Dra. Maria Istela Cagnin Machado UFMS/FACOM