QUESTÃO 2: Sobre os relacionamentos utilizados no diagrama de caso de uso, analise as assertivas a seguir.
|
|
- Eric Bernardes Raminhos
- 6 Há anos
- Visualizações:
Transcrição
1 CURSO DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS TURMA 2008/1 4º PERÍODO 7º MÓDULO AVALIAÇÃO MP1 DATA 10/09/2009 ENGENHARIA DE SOFTWARE 2009/2 GABARITO COMENTADO QUESTÃO 1: Os únicos relacionamentos que atores de um diagrama de caso de uso podem participar são: A. Incorreta Justificativa: Como podemos observar no último parágrafo da página 14 da apostila, os relacionamentos que atores participam não incluem Dependência, tornando a alternativa incorreta. B. Incorreta Justificativa: Conforme justificativa da alternativa A, a Dependência não é um relacionamento onde atores podem participar. C. Incorreta Justificativa: Inclusão é um relacionamento que só pode existir entre casos de uso, tornando a alternativa incorreta. D. Correta Justificativa: Conforme mencionado no último parágrafo da página 14 da apostila os atores só podem participar desses dois tipos de relacionamentos. Associação com os casos de uso e Generalização entre atores. E. Incorreta Justificativa: Extensão é outro relacionamento que só existe entre casos de uso, tornando a alternativa incorreta. QUESTÃO 2: Sobre os relacionamentos utilizados no diagrama de caso de uso, analise as assertivas a seguir. I O relacionamento por dependência consiste na definição de que um caso de uso depende de que outro exista para que ele também possa vir a ser utilizado. II - O relacionamento por inclusão fornece partes para que um caso de uso base incorpore funcionalidades e atividades de outro. III - A extensão consiste na inclusão total ou parcial de um caso de uso por outro, ou seja, o caso de uso base incorpora as características e os comportamentos do outro caso de uso, e o caso de uso incluso sempre será executado. IV - O conceito de herança (generalização) em diagramas de casos de uso é mais comum entre atores do que entre casos de uso especificamente, porém é importante que saibamos que, se necessário, existe tal possibilidade. Assinale a alternativa que contêm apenas assertivas verdadeiras. A. Incorreta Justificativa: A alternativa torna-se incorreta ao afirmar que a assertiva II está correta. A definição de relacionamento por inclusão, conforme podemos observar no último parágrafo da página 16 da apostila
2 foge do definido na assertiva. B. Incorreta Justificativa: A alternativa está incorreta do início, pois a afirmação que a assertiva II está correta cai no mesmo problema demonstrado na justificativa da alternativa A. C. Incorreta Justificativa: A assertiva III está incorreta, pois a definição que está sendo feita é de um relacionamento de inclusão e não de extensão. Assim, esta alternativa está incorreta. D. Incorreta Justificativa: Novamente a afirmação de que a assertiva II está correta não condiz com o que está no último parágrafo da apostila, tornando a alternativa incorreta. E. Correta Justificativa: Apenas estas duas assertivas estão corretas, I e IV. Podemos observar estas definições no segundo parágrafo da página 16 e no penúltimo parágrafo da página 18 da apostila. Assim, esta é a única alternativa correta. QUESTÃO 3: O diagrama a seguir apresenta os seguintes elementos: A. Correta Justificativa: Conforme podemos observar na figura estes três componentes estão presentes, tendo 4 atividades, um fork após a ação A02 e um join após as ações A03 e A04. Assim esta é a única alternativa correta. B. Incorreta Justificativa: Ponto de decisão e merge não são componente que podemos encontrar no diagrama apresentado, pois os mesmos são representados por losangos e não estão presentes. C. Incorreta Justificativa: Atividades com subatividades não estão presentes. A notação é muito parecida com uma ação, mas existe um diferencial no canto inferior direito do componente para podermos afirmar que existe uma atividade com subatividades. Podemos visualizar isto na figura 1 do capítulo 2. D. Incorreta Justificativa: O merge, conforme justificativa da alternativa B, não está presente no diagrama apresentado. E. Incorreta Justificativa: Conforme justificativa da alternativa B, ponto de decisão e merge não estão presentes no diagrama apresentado. QUESTÃO 4: O componente merge é responsável por A. Incorreta Justificativa: A definição encontrada nesta alternativa é do join, conforme podemos observar no penúltimo parágrafo da página 27 da apostila. Assim, a alternativa está incorreta. B. Correta Justificativa: Na seção da apostila encontramos a real definição do componente merge, o que torna esta alternativa a única
3 correta. C. Incorreta Justificativa: A definição encontrada neste alternativa condiz com as partições, conforme podemos observar no último parágrafo da página 28 da apostila, tornando a alternativa incorreta. D. Incorreta Justificativa: A definição desta alternativa não condiz com o componente merge e sim com o componente de periodicidade, encontrado no primeiro parágrafo da página 30 da apostila. E. Incorreta Justificativa: A definição desta alternativa é a do relacionamento de extensão, conforme podemos observar no penúltimo parágrafo da página 17 da apostila. Assim, a alternativa está incorreta. QUESTÃO 5: Componentes específicos do diagrama de atividades podem ser: A. Incorreta Justificativa: A alternativa está incorreta, pois atores são componentes do diagrama de caso de uso. B. Incorreta Justificativa: Atores e casos de uso são componentes do diagrama de caso de uso e não do de atividades. C. Correta Justificativa: Atividades com subatividades, um ponto inicial e um final são componentes do diagrama de atividades, os quais são descritos no percorrer do capítulo 2 da apostila. D. Incorreta Justificativa: Conforme justificativa da alternativa B, esta alternativa está incorreta. E. Incorreta Justificativa: Generalizações não são relacionamentos presentes no diagrama de atividades, conforme podemos observar no capítulo 2 da apostila. QUESTÃO 6: Quais dos elementos a seguir fazem parte da definição de um diagrama de classes: A. Incorreta Justificativa: está incorreta pois o elemento que representa as ações pertence aos diagramas de atividade. B. Correta Justificativa: Conforme apresentado na tele aula e na apostila nos capítulos 3 e 4 os elementos que podem ser utilizados são as classes, além dos relacionamentos de herança, agregação e dependência. C. Incorreta Justificativa: o elemento incorreto e que não pertence aos diagramas de classe consiste nas atividades, que assim como as ações pertencem aos diagramas de atividade. D. Incorreta Justificativa: está incorreta já que o elemento atores faz parte da definição dos diagramas de casos de uso. E. Incorreta Justificativa: também está incorreta já que o elemento fork pertence aos diagramas de atividade. QUESTÃO 7: Analise as afirmações a seguir sobre o projeto e diagrama de classe e classifique-as como verdadeiras ou falsas: A. Incorreta Justificativa: Incorreta pois menciona que todas as afirmações são falsas, sendo todas exceto a última estão corretas. B. Incorreta Justificativa: Incorreta, já que cita apenas a primeira como verdadeira, sendo todas exceto a última estão corretas.
4 C. Incorreta Justificativa: Incorreta considerando que lista como verdadeiras apenas as duas primeiras questões, sendo todas exceto a última estão corretas. D. Correta Justificativa: Correta já que todas as afirmações apresentadas são verdadeiras exceto a última. Conforme visto em tele aula e na apostila na página 41, as classes podem ser classificadas como sendo de fronteira, entidade e controle e não modelo. E. Incorreta Justificativa: Incorreta pois cita que todas são verdadeiras, porém a última afirmação esta incorreta. QUESTÃO 8: Considere o diagrama de classes a seguir: É correto afirmar que no diagrama de classe estão presentes os seguintes relacionamentos: A. Correta Justificativa: pois conforme apresentado nos exemplo expostos em tele aula e na apostila nas páginas 48 a 52, a notação utilizada no diagrama de classes apresentado utiliza os relacionamentos de herança entre professor e coordenador, uma associação recursiva na classe disciplina e uma dependência entre as classes professor e disciplina. B. Incorreta Justificativa: não são apresentados apenas os relacionamentos de herança e dependência, mas também a dependência. C. Incorreta Justificativa: está incorreta já que apesar de ser utilizado no diagrama o relacionamento de herança os demais não são utilizados. D. Incorreta Justificativa: os elementos agregação e composição não fazem parte da definição do diagrama. E. Incorreta Justificativa: o relacionamento de composição não foi utilizado em momento algum no diagrama. QUESTÃO 9: Os diagramas de classe podem ser utilizados para sanar dúvidas sobre o desenvolvimento de uma aplicação. Seguindo esta afirmação é correto afirmar que os diagramas de classe podem ser classificados como sendo: A. Incorreta Justificativa: Esta incorreto pois a especificação e definição não fazem parte do processo de criação dos diagramas de classes
5 B. Incorreta Justificativa: Esta incorreto já que conforme observado em tele aula e na apostila os requisitos são uma etapa da engenharia de requisitos e as atividades dos diagramas de atividades. C. Correta Justificativa: isto devido ao fato de temos duas possibilidades na criação de um diagrama de classes, sendo os de domínio e os de projeto. O primeiro também conhecido como modelo conceitual é o responsável por auxiliar no entendimento do problema. Já o segundo, no caso o diagrama de classe de projeto, é o responsável por definir elementos que serão úteis na implementação do software na continuidade do projeto. D. Incorreta Justificativa: Assim como as demais incorretas, esta alternativa descreve elementos da engenharia de software mas que não são classificações que podem ser aplicadas aos diagramas de classes. E. Incorreta Justificativa: Esta incorreta pois como foi apresentado a idéia dos diagramas estruturais e comportamentais está no fato de classificar todos os diagramas da UML não somente os diagramas de classes. QUESTÃO 10: Sobre o processo de agregação por referência em um diagrama de classes, a principal diferença para a agregação por composição é que no primeiro tipo de agregação: A. Correta Justificativa: Esta correta, pois o relacionamento de agregação por referência consiste no fato de que as classes que serão agregadas não necessariamente precisam existir para que a classe que agrega também exista. B. Incorreta Justificativa: Está incorreta pois a descrição apresentada consiste na de uma agregação por composição. C. Incorreta Justificativa: Também está incorreta já que no relacionamento por agregação não existe o conceito de classe de associação. D. Incorreta Justificativa: Esta incorreta já que não é necessário que exista um relacionamento de herança para a definição de uma agregação. E. Incorreta Justificativa: Esta incorreta pois para que exista o processo de agregação por referência é necessário que exista a classe responsável pelo agregação.
CURSO DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS
CURSO DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS TURMA 2008/1 4º PERÍODO 7º MÓDULO AVALIAÇÃO A2 DATA 09/10/2009 ENGENHARIA DE SOFTWARE 2009/2 GABARITO COMENTADO QUESTÃO 1: A principal diferença
Leia maisModelagem de Sistemas
Lista de Exercícios AV1 Luiz Leão luizleao@gmail.com http://www.luizleao.com Questão 1 Que evento influenciou no surgimento da Engenharia de Software e qual a sua finalidade? Questão 1 Resposta Que evento
Leia maisQUESTÃO 2: A respeito do diagrama de caso de uso apresentado, assinale a alternativa correta.
CURSO DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS TURMA 2008/1 4º PERÍODO 7º MÓDULO AVALIAÇÃO A4 DATA 22/10/2009 ENGENHARIA DE SOFTWARE 2009/2 GABARITO COMENTADO QUESTÃO 1: Podemos definir UML
Leia maisIFSC/Florianópolis - CTI - Projeto de Sistemas - prof. Herval Daminelli
Um dos diagramas mais importantes da UML; Permite visualizar as classes que comporão o sistema, seus atributos e métodos; Demonstra como as classes do diagrama se relacionam e transmitem informações entre
Leia maisLista Diagrama de Casos de Uso
Lista Diagrama de Casos de Uso 1. Qual é a notação da UML para um caso de uso? Qual é a notação da UML para um ator? Qual a notação utilizada na UML para o relacionamento de generalização? 2. Defina o
Leia maisModelo Conceitual Parte 1 Banco de Dados I Prof. Luiz Antônio Vivacqua C. Meyer
Modelo Conceitual Parte 1 Banco de Dados I Prof. Luiz Antônio Vivacqua C. Meyer Introdução As funcionalidades de um SOO são realizadas internamente através de colaborações entre objetos. Externamente,
Leia maisCURSO DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS
CURSO DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS TURMA 2008/1 4º PERÍODO 7º MÓDULO AVALIAÇÃO A3 DATA 15/10/2009 ENGENHARIA DE SOFTWARE 2009/2 GABARITO COMENTADO QUESTÃO 1: Analise as afirmações
Leia mais27) Em relação aos Projetos de Sistemas de Software, assinale a sequência correta de desenvolvimento de um sistema:
Modelos de Ciclo de Vida e Metodologias de Software 33) No SCRUM, uma iteração que segue um ciclo (PDCA) e entrega incremento de software pronto é denominada: A) Backlog. B) Sprint. C) Daily scrum. D)
Leia maisUML. Modelando um sistema
UML Modelando um sistema Fases do desenvolvimento de Software Análise de requisitos Análise Projeto Programação Análise de Requisitos Esta fase captura as intenções e necessidades dos usuários do sistema
Leia maisIntrodução Diagrama de Classes Diagrama de Seqüência Diagrama de Atividades. Diagramas UML. Classe, Seqüência e Atividades. Marcio E. F.
Diagramas UML Classe, Seqüência e Atividades Marcio E. F. Maia Disciplina: Engenharia de Software Professora: Rossana M. C. Andrade Curso: Ciências da Computação Universidade Federal do Ceará 15 de maio
Leia maisANÁLISE E DESENVOLVIMENTO DE SISTEMAS TURMA º PERÍODO - 7º MÓDULO AVALIAÇÃO A1 DATA 10/09/2009 ENGENHARIA DE USABILIDADE
ANÁLISE E DESENVOLVIMENTO DE SISTEMAS TURMA 2008 4º PERÍODO - 7º MÓDULO AVALIAÇÃO A1 DATA 10/09/2009 ENGENHARIA DE USABILIDADE 2009/2 GABARITO COMENTADO QUESTÃO 1: 1. Considere as afirmações a seguir:
Leia mais04/11/2016 UML. Prof. Esp. Fabiano Taguchi DIAGRAMAS DE CLASSE
UML Prof. Esp. Fabiano Taguchi http://fabianotaguchi.wordpress.com fabianotaguchi@hotmail.com DIAGRAMAS DE CLASSE 1 REPRESENTAÇÃO DE CLASSES DIAGRAMA DE CLASSES O diagrama de classes serve de apoio para
Leia maisEspecificação de Sistemas de Software e a UML
Modelagem de sistema Especificação de Sistemas de Software e a UML A modelagem de sistema auxilia o analista a entender a funcionalidade do sistema Modelo => visão simplificada e abstrata de um sistema
Leia maisDiagramas de Classes. ESII Profª. Andressa Falcade URI Santiago
Diagramas de Classes Conceitos Básicos O caso de uso fornece uma perspectiva do sistema de um ponto de vista externo (do ator) Internamente os objetos colaboram para atender às funcionalidades do sistema
Leia maisMODELAGEM DE SISTEMAS. Introdução a Computação e Engenharia de Software. Profa. Cynthia Pinheiro
MODELAGEM DE SISTEMAS Introdução a Computação e Engenharia de Software Profa. Cynthia Pinheiro Introdução Modelagem de Sistemas: A modelagem de um sistema auxilia o analista a entender a funcionalidade
Leia maisModelos. Banco de dados. Professor: Jarbas Araújo CENTRO EDUCACIONAL RADIER.
Modelos Banco de dados Professor: Jarbas Araújo professorjarbasaraujo@gmail.com CENTRO EDUCACIONAL RADIER Projeto de banco de dados Todo bom sistema de banco de dados deve apresentar um projeto, que visa
Leia mais1 Introdução. 1.1 Teoria dos Sistemas 23/4/2010
1 1 Introdução 1.1 Teoria dos Sistemas 1.2 Constituição dos sistemas 1.3 Natureza dos sistemas 1.4 Parâmetros do sistema 1.5 Descrição de sistemas 1.6 Desafios enfrentados no desenvolvimento 1.7 Perfil
Leia maisUML (Linguagem unificada de modelagem)
UML (Linguagem unificada de modelagem) Modelo de Casos de Uso -> descritos através de Diagramas de Caso de uso Determinação dos usos que o sistema terá (requisitos funcionais) captura os usos ou aplicações
Leia maisUML (Linguagem Modelagem Unificada) João Paulo Q. dos Santos
UML (Linguagem Modelagem Unificada) João Paulo Q. dos Santos joao.queiroz@ifrn.edu.br Roteiro A importância da UML para projetar sistemas. Principais características do diagrama de classes e de sequência.
Leia maisFUNDAÇÃO UNIVERSIDADE ESTADUAL DE MARINGÁ
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
Leia maisDiagramas de Classes. Diagramas de Classes. Diagramas de Classes. Análise e Projeto de Sistemas OO
Análise e Projeto de Sistemas OO s Representam os tipos de objetos existentes no modelo Descritas a partir de seus atributos, operações e restrições Podem ser organizadas segundo uma estrutura de generalização/especialização
Leia maisDiagrama de Classes. Régis Patrick Silva Simão. Régis Simão Diagrama de Classes 1/42
Diagrama de Classes Régis Patrick Silva Simão Régis Simão Diagrama de Classes 1/42 Agenda Introdução Objetos Classes Atributos Operações & Métodos Relacionamentos Relacionamento: Associação Nome de Relacionamento
Leia maisModelagem ou Diagrama de Caso de Uso
Modelagem ou Diagrama de Caso de Uso Objetivos principais: Delimitar o contexto de um sistema Documentar os requisitos Ajudar no entendimento dos requisitos Descrever os requisitos funcionais Facilitar
Leia maisNotas de Aula 03: Introdução a Orientação a Objetos e a UML
Notas de Aula 03: Introdução a Orientação a Objetos e a UML Objetivos da aula: Introduzir os conceitos da Orientação à Objetos (O.O) Introduzir os conceitos da UML Relacionar os processos às ferramentas
Leia maisMER e DER Entidades Relacionamentos Atributos Ferramentas CASE Exemplos de DERs Exemplo de Minimundo. Banco de Dados. Aula 1.
Banco de Dados Aula 1.5 - Modelo ER Bruno Neiva Moreno Instituto Federal do Rio Grande do Norte Campus Nova Cruz bruno.moreno@ifrn.edu.br 1/40 Modelo Entidade Relacionamento Descreve objetos (entidades),
Leia maisIntrodução a UML. Aula 04 Analise de Sistemas Profª Rita de Cassia Gaieski
Introdução a UML 1 Aula 04 Analise de Sistemas Profª Rita de Cassia Gaieski rita.gaieski@qi.edu.br 2 Introdução a UML É uma linguagem criada para especificação, construção, visualização e documentação
Leia maisAPÊNDICE D Unified Model Language (UML)
APÊNDICE D Unified Model Language (UML) 299 APÊNDICE D Unified Model Language (UML) Apresenta-se neste Apêndice uma visão geral sobre a UML (Unified Modeling Language), focalizando-se nos conceitos e definições
Leia maisDIAGRAMAS DE CLASSE UML
DIAGRAMAS DE CLASSE UML Projeto Detalhado de Software (PDS) Profa. Cynthia Pinheiro Antes de mais nada... Calendário de Reposições Aula 1: 27/10/2017, 8h-10h, Sala 8 Aula 2: A verificar Aula 3: A verificar
Leia maisProgramação Orientada a Objetos Relacionamentos entre classes
Programação Orientada a Objetos Relacionamentos entre classes Prof. Vicente Paulo de Camargo RELACIONAMENTO ENTRE CLASSES Interface agregação Dependencia composição generalização associação RELACIONAMENTO
Leia maisEngenharia de Software 2012/3 Aula 5 Modelagem de Sistemas
Engenharia de Software Engenharia de Software 2012/3 Aula 5 Modelagem de Sistemas Thiago P. da Silva thiagosilva@ufmt.br Agenda Modelagem de Sistemas Modelos de contexto Diagramas de Atividades Modelos
Leia maisIntrodução. à UML. Histórico (cont.) Histórico Definição Benefícios Notação Diagrama de Classes Diagramas de Interação Conclusões Revisão
Sumário Introdução à UML BSI Bacharelado em Sistemas de Informação LOO Linguagens Orientadas a Objetos Humberto Mossri de Almeida hmossri_cursos@yahoo.com.br Marcelo Nassau Malta nassau_cursos@yahoo.com.br
Leia maisAlguns Exercícios Resolvidos
Princípios de Análise e Projeto de Sistemas com UML 3ª edição, 2015, Eduardo Bezerra Alguns Exercícios Resolvidos Capítulo 1 Exercício 1.1 Sim, porque ele representa graficamente um objeto do mundo real
Leia maisIntrodução à UML. Prof. Jesus José de Oliveira Neto
Introdução à UML Prof. Jesus José de Oliveira Neto UML Linguagem de Modelagem Unificada Linguagem visual utilizada para modelar softwares baseados no paradigma de orientação a objetos UML não é uma linguagem
Leia maisUML Diagrama de Atividades Diagrama de Caso de Uso. ENG1518/3VB Sistemas de Informação Gerenciais Prof. Marcos Villas
Diagrama de Atividades Diagrama de Caso de Uso ENG1518/3VB Sistemas de Informação Gerenciais Prof. Marcos Villas villas@puc-rio.br 1 - Conceitos 2 UML é uma linguagem para: Especificar Visualizar Construir...
Leia maisEngenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios
Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios Cronograma das Aulas. Hoje você está na aula Semana
Leia maisVisões Arquiteturais. Arquitetura de Software Thaís Batista
Visões Arquiteturais Separar diferentes aspectos em visões separadas com o objetivo de gerenciar complexidade. Cada visão descreve diferentes conceitos da Engenharia. Visões permitem reduzir a quantidade
Leia maisModelagem Usando Orientação à Objetos (Programação Orientada a Objetos) Prof. Responsáveis Wagner Santos C. de Jesus
Curso Disciplina Linguagem de Programação II Curso Engenharia da Computação Modelagem Usando Orientação à Objetos (Programação Orientada a Objetos) Site : http://www1.univap.br/~wagner/ec.html Prof. Responsáveis
Leia maisUML (Unified Modelling Language)
UML (Unified Modelling Language) 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
Leia maisFORMULÁRIO DE REGISTRO DE PLANO DE CURSO 2013.I
INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA BAIANO Campus Senhor do Bonfim I N S T I T U T O F E D E R A L D E E D U C A Ç Ã O, C I Ê N C I A E T E C N O L O G I A B A I A N O C a m p u s S E N
Leia mais5 METODOLOGIA PROPOSTA
5 METODOLOGIA PROPOSTA 179 5 METODOLOGIA PROPOSTA 5.1 Introdução Primeiramente neste capítulo, introduz-se uma proposta de estruturação para o processo de especificação e projeto de sistemas de automação
Leia maisINSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPUS JOÃO CÂMARA UML UNIFIED MODELING LANGUAGE
1 INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPUS JOÃO CÂMARA UML UNIFIED MODELING LANGUAGE Nickerson Fonseca Ferreira nickerson.ferreira@ifrn.edu.br O que é?? 2 A UML
Leia maisAnálise de Sistemas 4º Bimestre (material 3)
Análise de Sistemas 4º Bimestre (material 3) Permite a visualização das classes que irão compor o sistema com seus respectivos atributos e métodos, bem como demonstrar como elas se relacionam, complementam
Leia maisEngenharia de Software. Aula 2.4 Modelos de Casos de Uso. Prof. Bruno Moreno
Engenharia de Software Aula 2.4 Modelos de Casos de Uso Prof. Bruno Moreno bruno.moreno@ifrn.edu.br Comportamento do Sistema Refere-se às funcionalidades do sistema Requisitos funcionais; O comportamento
Leia maisIntrodução a UML (Unified Modeling Language)
Introdução a UML (Unified Modeling Language) O que é a UML? Linguagem Gráfica de Modelagem para: Visualizar Especificar Construir Documentar Comunicar Artefatos de sistemas complexos Linguagem: vocabulário
Leia maisTrata-se de uma variação do diagrama de estado com um propósito um pouco diferente do diagrama de estado:
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 Atividade 6 Diagrama de Atividade 6.1 Definição
Leia maisProf. Esp. Fabiano Taguchi
UML Prof. Esp. Fabiano Taguchi http://fabianotaguchi.wordpress.com fabianotaguchi@hotmail.com UML COMPETÊNCIA: Conhecer e desenvolver estudos de caso usando modelagem orientada a objeto. HABILIDADE: Conhecer
Leia maisSolução Pontuação O que está errado? Figura 3a) ou 3b) 0 % do valor da questão Desconhecimento do conceito de Composição.
1 Questão: Ao desenvolver um diagrama UML, um programador definiu uma classe Pessoa e seu autorelacionamento ehamigade. Esse relacionamento deve representar o conceito de amizade entre duas ou mais pessoas
Leia maisEngenharia de Software. Prof. Me. Clodoaldo Brasilino
Engenharia de Software Prof. Me. Clodoaldo Brasilino clodoaldo.neto@ifpi.edu.br Acompanhamento da Disciplina 1. Introdução à Engenharia de Software 2. Processos de Software e Projetos 3. Metodologia Ágil
Leia maisMODELAGEM DE PROCESSOS MÓDULO 9
MODELAGEM DE PROCESSOS MÓDULO 9 Índice 1. Processo de Desenvolvimento de Sistemas - Continuação..3 1.1. Diagramas de Casos de Uso... 3 2 1. PROCESSO DE DESENVOLVIMENTO DE SISTEMAS - CONTINUAÇÃO 1.1. DIAGRAMAS
Leia maisTópicos da Aula. Diretrizes Gerais. Trabalho Prático (TP) Pontuação do TP. Tema do Trabalho. Projeto de Software Diagrama de Classes
Engenharia de Software Aula 09 Tópicos da Aula Projeto de Software Revisão de orientação a objetos Projeto orientado a objetos Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo dcc603@gmail.com 04
Leia maisModelagem de Classes. Mestrado em Engenharia de Produção e Sistemas Computacionais. Profa. Adriana Pereira de Medeiros
Modelagem de Classes Mestrado em Engenharia de Produção e Sistemas Computacionais Profa. Adriana Pereira de Medeiros adrianamedeiros@id.uff.br Resumo Introdução Conceitos em Orientação a Objetos Diagrama
Leia maisDiagramas de Classes e O Paradigma da Orientação a Objetos usando UML. Prof. Ricardo A. Ramos
Diagramas de Classes e O Paradigma da Orientação a Objetos usando UML Prof. Ricardo A. Ramos Engenharia de Software II 207. 04/07/207 UML Unified Modeling Language É uma linguagem para especificação, construção,
Leia maisModelo Entidade-Relacionamento
Modelo Entidade-Relacionamento Processo de Projeto de Bancos de Dados Mini-Mundo Análise de Requisitos Requisitos Funcionais Requisitos do BD Análise Funcional Projeto Conceitual Especificação das Transações
Leia maisAnálise e Projeto Orientados a Objetos Aula III Concepção Visão Geral do Sistema. Prof. Bruno E. G. Gomes IFRN
Análise e Projeto Orientados a Objetos Aula III Concepção Visão Geral do Sistema Prof. Bruno E. G. Gomes IFRN 1 Introdução Fase de concepção do UP Analista vai em busca das primeiras informações sobre
Leia maisAVALIAÇÃO UNIFICADA 2015/2 SISTEMAS DE INFORMAÇÃO/4º PERÍODO NÚCLEO I CADERNO DE QUESTÕES
CADERNO DE QUESTÕES INSTRUÇÕES Você está recebendo o CADERNO DE QUESTÕES e a FOLHA DE RESPOSTA. 1º SEMESTRE - 2013 Para cada questão há somente uma alternativa correta. Assinale na folha de respostas a
Leia maisBCC Engenharia de Software Professor Rodrigo Andrade
BCC Engenharia de Software 2017.1 Professor Rodrigo Andrade Aula Passada Implementação, Manutenção e Execução dos testes Implementação e Manutenção de Funcionalidades Qualidade de código visão caixa preta
Leia maisModelagem de dados usando MER. Andre Noel
Modelagem de dados usando MER Andre Noel Introdução Introdução Modelagem conceitual Introdução Modelagem conceitual Modelo Entidade-Relacionamento (MER) Modelo de dados conceitual popular de alto nível
Leia mais15/04/2013. Outro Diagrama de Classes. Primeiro Diagrama de Classes. Diagrama de Classes. Atributos. Eduardo Figueiredo
DCC / ICEx / UFMG Primeiro Diagrama de Classes Diagrama de Classes Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo Professor Aluno matricula Outro Diagrama de Classes Diagrama de Classes Serve de
Leia maisAnálise Orientada a Objetos. Análise Orientada a Objetos; O Paradigma de Objetos; A UML.
ESPECIALIZAÇÃO EM GESTÃO DE TECNOLOGIAS DA INFORMAÇÃO Análise Orientada a Objetos AULA 03 Análise Orientada a Objetos; O Paradigma de Objetos; A UML. Prof. Sandrerley R. Pires Goiânia, agosto de 2003 Conceitos
Leia maisas fases contemplam todas as etapas do ciclo de desenvolvimento (requisitos, análise, projeto, implementação, teste e validação);
Título : B2 Processo de desenvolvimento de Sistemas Conteúdo : A UML estabelece uma abordagem para a construção, o desenvolvimento e a manutenção de software. Atualmente, metodologias utilizadas no desenvolvimento
Leia maisLista DFD. O diagrama de contexto pode ser considerado um DFD especial. ( ) Certo ( ) Errado
Lista DFD 1. (Copergás Analista de Sistemas 2011 - FCC) As funcionalidades de um sistema, em um projeto estruturado, são modeladas por meio de uma representação gráfica denominada modelo de a) módulos
Leia maisPCS3413 Engenharia de Software e Banco de Dados
PCS3413 Engenharia de Software e Banco de Dados Aula 23 Escola Politécnica da Universidade de São Paulo 1 Acoplamento! Indica dependência entre classes.! Deve ser o menor possível.! Direcionar associações
Leia maisUNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 15 PROFª BRUNO CALEGARO
UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 15 PROFª BRUNO CALEGARO Santa Maria, 08 de Novembro de 2013. Contextualização Nas próximas aula iremos começar a modelar e projetar sistemas
Leia maisBANCO DE DADOS I. Prof. Luiz Antônio Vivacqua C. Meyer
BANCO DE DADOS I Prof. Luiz Antônio Vivacqua C. Meyer Projeto de Banco de Dados Etapas do Desenvolvimento de um Projeto de Sistemas: 1. Levantamento de Requisitos a. Requisitos Funcionais b. Requisitos
Leia maisDefinições (II) Page 3
Casos de Uso Prof. Esp. MBA. Heuber Lima Definições Um caso de uso especifica o comportamento de um sistema ou um subsistema e corresponde a uma descrição de uma série de seqüências de ação, e suas respectivas
Leia maisDefinições. Definições (III) Definições (II)
Definições Casos de Uso Um caso de uso especifica o comportamento de um sistema ou um subsistema e corresponde a uma descrição de uma série de seqüências de ação, e suas respectivas variações, de forma
Leia maisDocumento Especificação de Requisitos da Ferramenta de construção de Modelos de Casos de Uso.
Documento Especificação de Requisitos da Ferramenta de construção de Modelos de Casos de Uso. Objetivo: Construção de uma ferramenta capaz de auxiliar a construção de modelos de casos de uso de sistemas,
Leia maisTECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS ANÁLISE E PROJETO DE SISTEMAS. Aula 7. Agenda
TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS ANÁLISE E PROJETO DE SISTEMAS Aula 7 1 Agenda Correção exercicio aula 6 Modelo de Análise Orientada a Objetos Bibliografia 2 http:professorleomir.wordpress.com
Leia maisMAPEAMENTO OBJETO RELACIONAL
UNIDADEE Projeto de Banco de Dados Orientado a Objetos Unidade E 1. Introdução Ao concluir o estudo sobre BDOOs, você precisa ser capaz de implementar bancos de dados relacionais para aplicações que utilizam
Leia maisGrupo de Usuários Java do Noroeste Paulista. Tópicos Avançados em Java
Grupo de Usuários Java do Noroeste Paulista Tópicos Avançados em Java Aula 1 Objetivos Programa exemplo; Programação Orientada a Objetos. Conceitos Orientada a Objetos Mundo real Conceitos Orientada a
Leia maisAula 15 Modelagem de Classes de Análise. Análise de Sistemas Prof. Filipe Arantes Fernandes
Aula 15 Modelagem de Classes de Análise Análise de Sistemas Prof. Filipe Arantes Fernandes filipe.arantes@ifsudestemg.edu.br Outline O paradigma da OO Classes e objetos Mensagens O papel da abstração Encapsulamento
Leia maisEngenharia de Software. Aula 10 Representação dos Conceitos de Orientação a Objetos. Prof. Me. Rogério Ferreira
Engenharia de Software Aula 10 Representação dos Conceitos de Orientação a Objetos Prof. Me. Rogério Ferreira 2 Roteiro Representação dos Conceitos OO Mensagens Navegabilidade Pacotes Encapsulamento Herança
Leia maisDiagrama de Casos de Uso
Diagrama de Casos de Uso Régis Patrick Silva Simão Régis Simão Diagrama de Casos de Uso 1/29 Agenda Introdução Casos de Uso Atores Relacionamento entre Atores e Casos de Uso Relacionamento entre Casos
Leia maisCurso SISTEMAS DE INFORMAÇÃO Série 3 Disciplina Análise e Projeto Orientados a Objetos
Curso SISTEMAS DE INFORMAÇÃO Série 3 Disciplina Análise e Projeto Orientados a Objetos Prova A 01)O que é UML (Unified Modeling Language)? Cite pelo menos três exemplos de diagramas Comportamentais e três
Leia mais4.6. UML Diagramas de componentes
Engenharia de Software 4.6. UML Diagramas de componentes Nuno Miguel Gil Fonseca nuno.fonseca@estgoh.ipc.pt Componentes são partes, executáveis e substituíveis, (idealmente reutilizáveis) de um sistema
Leia maisAnálise de Sistemas. Aula 5
Análise de Sistemas Aula 5 Prof. Emerson Klisiewicz CONTEXTUALIZAÇÃO Aula 5 Análise Orientada a Objetos Introdução a UML Histórico e Visão Geral Ferramentas CASE O Sucesso... Clientes satisfeitos Eles
Leia maisAPLICAÇÃO DA ENGENHARIA DE REQUISITOS E ESPECIFICAÇÃO DE REQUISITOS NA IDENTIFICAÇÃO DE ESCOPO DE SISTEMA
APLICAÇÃO DA ENGENHARIA DE REQUISITOS E ESPECIFICAÇÃO DE REQUISITOS NA IDENTIFICAÇÃO DE ESCOPO DE SISTEMA Guilherme de Souza Ferreira Discente do curso Tecnologia em Análise e Desenvolvimento de Sistemas
Leia maisSEMINÁRIOS INTEGRADOS EM ADS MODELOS CONCEITUAIS E DIAGRAMAS UML
SEMINÁRIOS INTEGRADOS EM ADS MODELOS CONCEITUAIS E DIAGRAMAS UML Prof. Dr. Daniel Caetano 2014-1 DISCUSSÃO Modelos Conceituais O que é um modelo conceitual? Representação simplificada dos objetos Modelos
Leia maisSimbolos/Componentes desse diagrama:
DIAGRAMA DE CASO DE USO Simbolos/Componentes desse diagrama: ATORES CASOS DE USO LINHAS: Associações (Associam os casos de usos a outros casos de uso e também a atores) Especialização / Generalização (características
Leia maisProjeto Banco de Dados
Projeto Banco de Dados Principais Fases do Processo Projeto Conceitual Projeto Lógico Projeto Físico 32 Projeto Banco de Dados Projeto Conceitual Modelagem de dados em alto nível Foco no domínio do problema
Leia maisRequisitos de Software e UML Básico. Janaína Horácio
Requisitos de Software e UML Básico Janaína Horácio janaina@les.inf.puc-rio.br Agenda Requisitos O que é? Objetivos? Atividades?... UML O que é? Modelos... Casos de Uso O que é? Componentes 2 Requisitos
Leia maisPUC-GO- ADS: Prof. Vicente P. de Camargo. Desenvolvimento de Aplicações para Cliente Servidor
PUC-GO- ADS: Prof. Vicente P. de Camargo INTRODUÇÃO Seja bem vindo ao módulo de EAD da disciplina DACC(Desenvolvimento de Aplicações Para Cliente Servidor). A Modelagem com UML foi o assunto estabelecido
Leia maisUML 2. Guia Prático. Gilleanes T.A. Guedes. Novatec. Obra revisada e ampliada a partir do título Guia de Consulta Rápida UML 2
UML 2 Guia Prático Gilleanes T.A. Guedes Obra revisada e ampliada a partir do título Guia de Consulta Rápida UML 2 Novatec Sumário Sobre o autor...11 Estrutura deste Guia...12 Capítulo 1 Introdução à UML...13
Leia maisDS: notação. Falta-nos apenas dar exemplos de DSS que contenham a criação de objectos temporários e sua posterior destruição.
DS: notação Falta-nos apenas dar exemplos de DSS que contenham a criação de objectos temporários e sua posterior destruição. Martins 2008 147 DS: notação Martins 2008 148 DS: notação Mensagem condicional
Leia maisProgramação para Games II. Professor Ariel da Silva Dias Orientação a Objetos
Programação para Games II Professor Ariel da Silva Dias Orientação a Objetos Pacotes Pacotes são um modo de organizar classes e interfaces Um programa pode ser formado por centenas de classes individiduais;
Leia maisUML. Diagrama de Classe
UML Diagrama de Classe Em UML as classes são representadas por um retângulo dividido em três compartimentos: o compartimento de nome, que conterá apenas o nome da classe modelada, o de atributos, que possuirá
Leia maisIntrodução a UML e seus diagramas
Introdução a UML e seus diagramas A Unified Modelling Language (UML) é uma linguagem ou notação de diagramas para especificar, visualizar e documentar modelos de software orientados por objetos. O UML
Leia maisRetrospectiva (Aula 2) O Modelo Entidade-Relacionamento. O Modelo Entidade- Relacionamento. O Modelo Entidade- Relacionamento
Retrospectiva (Aula 2) O Modelo Entidade-Relacionamento Exercícios de Fixação Modelagem de Dados a Forma: Descritiva; 2 a Forma: Esquemática; 3 a Forma: Modelo de Dados. Prof. Anderson Henriques O Modelo
Leia maisUML e seus diagramas
UML e seus diagramas A UML Unified Modeling Language (Linguagem de Modelagem Unificada), como o próprio nome já diz, é uma linguagem para modelagem de objetos do mundo real, usada para especificar, construir,
Leia maisAnálise e Projeto de Sistemas
Análise e Projeto de Sistemas Prof. Dr. Ronaldo C. de Oliveira ronaldo.co@ufu.br www.facom.ufu.br/~ronaldooliveira FACOM - 2017 Objeto É uma entidade real ou abstrata, com características específicas
Leia maisMC536. Modelo Entidade- Relacionamento
MC536 Modelo Entidade- Relacionamento Sumário Noções Básicas MER Entidades Atributos Relacionamentos MER estendido Sumário Noções Básicas MER Entidades Atributos Relacionamentos MER estendido Noções Básicas
Leia mais3 Uma Abordagem Orientada a Aspectos para o Desenvolvimento de Frameworks
48 3 Uma Abordagem Orientada a Aspectos para o Desenvolvimento de Frameworks Este capítulo apresenta uma visão geral da contribuição principal deste trabalho: uma abordagem orientada a aspectos para o
Leia maisCapítulo 5 Modelação do Sistema 1
Capítulo 5 Modelação do Sistema Capítulo 5 Modelação do Sistema 1 Assuntos abordados Modelos de contexto Modelos de interação Modelos estruturais Modelos comportamentais Engenharia orientada a modelos
Leia maisEngenharia de Software. UML Unified Modeling Language
Engenharia de Software UML Unified Modeling Language UML - INTRODUÇÃO UML é um acrônimo para a expressão Linguagem de Modelagem Unificada. Pela definição de seu nome, vemos que a UML é uma linguagem que
Leia maisSamuel Alves Pereira 1
410 COMUNICAÇÃO DESENVOLVIMENTO DE SISTEMAS A PARTIR DE MODELAMENTO DE DADOS Samuel Alves Pereira 1 RESUMO: Este trabalho buscou mostrar os conceitos básicos e um exemplo completo de uma modelagem de Banco
Leia maisMODELAGEM DE SISTEMAS Unidade 4 Modelo de Classes de Projeto. Luiz Leão
Unidade 4 Modelo de Classes de Projeto Luiz Leão luizleao@gmail.com http://www.luizleao.com Conteúdo Programático Definição da Visibilidade entre Objetos Adição de Operações às Classes de Projeto Adição
Leia maisAs Visões. Visões arquiteturais (revisão)
As 4 + 1 Visões Jair C Leite Visões arquiteturais (revisão) Separar diferentes aspectos em visões separadas com o objetivo de gerenciar complexidade. Cada visão descreve diferentes conceitos da engenharia.
Leia maisATIVIDADE PRÁTICA. Questão 2/10 - Engenharia de Software
04/04/2017 V UNIVIRTUS TIVI PRÁTI SRGIO HNRIQU MLLO SNTN - RU: 1192684 Nota: 90 PROTOOLO: 201704031192684F127 isciplina(s): ngenharia de Software ata de início: 03/04/2017 15:16 Prazo máximo entrega: -
Leia mais