Disciplina: Análise e Projeto de Sistemas

Slides:



Advertisements
Apresentações semelhantes
Análise e Desenvolvimento de Sistemas
Advertisements

Engenharia de Software
CIÊNCIA DA COMPUTAÇÃO DESENVOLVIMENTO DE SISTEMAS Aula 7
Projeto 1.
Engenharia de Software
Especificação de Software
Orientação por Objectos > Modelo de Processo OO > Identificação de Classe e Objectos Aula 12.
Adriano Teixeira João Vide Luís Silva Maria Pedroto
Valéria Maria Lauande Março/2010
RUP Rational Unified Process (Processo Unificado de Desenvolvimento da Rational) 1.
Análise e Projeto de Sistemas
RUP: Fluxo de Análise e Projeto
Análise de Casos de Uso Alexandre Motnteiro.
Aula 1 Minicurso: Astah Ministrantes: André Martins; Camila Brondani;
Expansão dos Casos de Uso
Arquitetura Orientado a Serviços
INSTITUTO UNIFICADO DE ENSINO SUPERIOR OBJETIVO
INSTITUTO UNIFICADO DE ENSINO SUPERIOR OBJETIVO
Análise e Projeto de Sistemas
UML (Unified Modeling Language) Linguagem Unificada de Modelagem
Introdução a Desenvolvimento de Sistemas
Introdução a Desenvolvimento de Sistemas
PSBD II Projeto de Sistemas de Banco de Dados II
Modelagem Visual de Objetos Com UML
Especificação em Projeto de Sistemas
Abr-17 Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto Fluxo de análise e projeto.
O Processo Unificado (UP)
RUP - Cap. 4 – Processo Centrado na Arquitetura
RUP - Cap. 3 – Processo Dirigido por Caso de Uso
UML e a Ferramenta Astah
Tarciane Andrade Análise de Casos de Uso Tarciane Andrade
Análise de Casos de Uso Rafael Duarte Alexandre Mota [rmd,
Análise e Projeto de Sistemas de Informação Orientados a Objeto
TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS ANÁLISE E PROJETO DE SISTEMAS Aula /08/2012 Professor Leomir J. Borba-
UML (Unified Modeling Language) Linguagem Unificada de Modelagem
UML (Unified Modeling Language) Linguagem Unificada de Modelagem
Engenharia de Requisitos Prof. Fábio Botelho, MSc Redes e Sistemas Distribuídos Recife, Agosto de 2012.
APSI II Análise e Projeto de Sistemas de Banco de Dados II.
SISTEMAS DE INFORMAÇÃO Projeto de Sistemas Análise Orientada a Objetos 2011/02 UNIPAC – Araguari FACAE - Faculdade de Ciências Administrativas e Exatas.
Database Systems: Design, Implementation, and Management Eighth Edition Capítulo 4 Projeto Banco de Dados.
1 Engenharia de Requisitos, Liane Cafarate, 2009 Engenharia de Software Engenharia de Requisitos Docência Orientada: Henrique Michel Persch
SPEM (Software Process Engineering Metamodel): Uma Linguagem para Modelagem de Processos de Software.
Projeto de Arquitetura de Software
18/1/2016 Professor Leomir J. Borba- – CIÊNCIA DA COMPUTAÇÃO DESENVOLVIMENTO DE SISTEMAS.
Projeto Orientado a Objetos Prof. Wolley
Processos de Software Ludimila Monjardim Casagrande 1º Semestre Desenvolvimento e Qualidade.
1 Especificação de Sistemas de Software e a UML. 2 Modelagem de sistema A modelagem de sistema auxilia o analista a entender a funcionalidade do sistema.
Atividades, Artefatos e Responsáveis da Disciplina de Análise e Projeto.
Introdução POO Thiago Medeiros Sistemas de Informação Definição: Sistemas de Informação é uma combinação de pessoas, dados, processos, redes de.
Introdução à Fenômenos de Transporte Curso Superior Tecnólogo em Mecatrônica Industrial – Módulo IV Prof. Dr. Evandro Rodrigo Dário IFSC – Campus Joinville.
Modelagem de Dados Aula 1.
Cálculo Numérico Computacional Prof. Linder Cândido da Silva.
Prof. Thales Castro.  Porque modelar Software  A UML  Porque usar  Diagramas ◦ Diagrama de Caso de Uso.
Métodos e Técnicas de Desenvolvimento
3 Gerenciamento do Escopo Capítulo 3 Professores: Marcos Eduardo da Silva Santos Maria Wilda Fernandes Felipe.
Modelagem de CASO DE USO
Capítulo 1 Introdução aos Sistemas Operacionais Curso Técnico de Redes de Computadores Professor Emerson Felipe Administração de Sistemas Operacionais.
MÉTODOS CIENTÍFICOS Prof a. Graça Pachêco. TODAS AS CIÊNCIAS CARACTERIZAM-SE PELA UTILIZAÇÃO DE MÉTODOS CIENTÍFICOS Há diversas formas de conceituar,
Elaborado por Claudio V. Nasajon Como usar o business case a partir do curso The Art of Case Writing do Prof. José Dornelas (Babson.
ORGANIZAÇÃO DA INFORMAÇÃO: Metodologias de Resumos e Indexação
Detalhamento da Norma de Sistema de Gestão Ambiental: NBR ISO 14001:2004 Prefácio Introdução 1 Objetivo e campo de aplicação 2 Referências normativas 3.
Prof. Thales Castro.  Breve revisão  Diagramas de Classe.
Diagramas de Sequência e Comunicação
O Processo Unificado (PU). 2 O que é o Processo Unificado (PU)? É um modelo de processo de software baseado no modelo incremental, visando a construção.
Disciplina: Análise e Projeto de Sistemas I Aula 04: Engenharia de Software Profa. MSc. Daniela Gibertoni.
Implementação Orientada a Objetos – Aula 02 Introdução à Orientação a Objetos Prof. Danielle Martin Profa. Marcia A. S. Bissaco Universidade de Mogi das.
2nd CONTECSI International Conference on Information Systems and Technology Management. TECSI/FEA/USP June, 2005 USP/São Paulo/SP 2º CONTECSI Congresso.
Fatores de Avaliação Know-how : É a soma total de quaisquer habilidades, conhecimentos e experiências requeridas por um cargo, de maneira a propiciar um.
Sistemas de Informações Sistemas Informações Empresariais 1. Engenharia de Sistemas Márcio Aurélio Ribeiro Moreira
1 Orientação a Objetos - Programação em C++ Slides 9: Programação ou Implementação: uma fase da engenharia de software. Projeto (UML) e Programação (C++,...)
Transcrição da apresentação:

Disciplina: Análise e Projeto de Sistemas Faculdade META Curso: Bacharelado em Sistema de Informação Disciplina: Análise e Projeto de Sistemas Profª Fernanda Figueira Abril/2016 Disciplina: Análise e Projeto de Sistemas

Disciplina: Análise e Projeto de Sistemas Sumário Contextualização Conceitos de Análise Modelo de Análise OO Atividades da Análise OO Conceito de Projeto Modelo de Projeto OO Comparação entre Análise e Projeto OO Sugestão de leitura complementar Bibliografias Disciplina: Análise e Projeto de Sistemas

Disciplina: Análise e Projeto de Sistemas Contextualização Disciplina: Análise e Projeto de Sistemas

Disciplina: Análise e Projeto de Sistemas Contextualização Disciplina: Análise e Projeto de Sistemas

Disciplina: Análise e Projeto de Sistemas Contextualização Disciplina: Análise e Projeto de Sistemas

Disciplina: Análise e Projeto de Sistemas Contextualização Disciplina: Análise e Projeto de Sistemas

Disciplina: Análise e Projeto de Sistemas Introdução Análise e Projeto Não existe consenso sobre a fronteira entre a análise e projeto. A diferença entre análise e projeto está na ênfase. „Análise: Entender o problema (“O QUE” o software deve fazer) Projeto: Construir uma solução (“COMO” o software atenderá os requisitos analisados). Disciplina: Análise e Projeto de Sistemas

Disciplina: Análise e Projeto de Sistemas Conceitos Análise OO Objetivo da Etapa de Análise Os documentos e descrições de requisitos (Descrições e Diagramas de Casos de Uso, Diagramas de Atividades) são analisados e a partir deles é criado um modelo de classes de análise do sistema, chamado de Modelo de Análise. A Análise trará a resposta para a pergunta: Quais classes preciso para implementar estes casos de uso? Disciplina: Análise e Projeto de Sistemas

Disciplina: Análise e Projeto de Sistemas Conceitos Análise OO Modelo de Casos de Uso x Modelo de Análise Casos de Uso Análise Descritos na linguagem do cliente Descrito na linguagem dos desenvolvedores Visão externa do sistema Visão interna do sistema Captura as funcionalidades do sistema Mostra, de modo abstrato, como a funcionalidade pode ser realizada Estruturado por casos de uso Estruturado por classes e pacotes Disciplina: Análise e Projeto de Sistemas

Disciplina: Análise e Projeto de Sistemas Conceitos Análise OO A saída da etapa de análise é o chamado modelo de análise. Disciplina: Análise e Projeto de Sistemas

Aula 10 Disciplina: Análise e Projeto de Sistemas Conceitos Análise OO Modelo de Análise ou de Domínio É um primeiro entendimento de quais elementos irão compor o sistema a ser desenvolvido. São geradas as classes de análise, que representam conceitos do mundo real. Classes de análise são pouco detalhadas (vão ficando mais detalhadas quando vão se aproximam do modelo de projeto). Requisitos não funcionais consideram a tecnologia, exemplos tempo de resposta, desempenho, tudo isso precisa saber da tecnologia envolvida Aula 10 Disciplina: Análise e Projeto de Sistemas

Disciplina: Análise e Projeto de Sistemas Conceitos Análise OO Modelo de Análise ou de Domínio Mostrar como os casos de uso serão implementados em termos de classes e objetos. Requisitos não-funcionais não são tratados neste etapa de análise. No Processo Unificado esta etapa não é obrigatória. O Modelo de Classes evolui durante as iterações do projeto, incrementando novos detalhes às classes. Disciplina: Análise e Projeto de Sistemas

Disciplina: Análise e Projeto de Sistemas Conceitos Análise OO Evolução do Modelo de Análise Há três níveis sucessivos de detalhamento: Análise Modelo de Classes de Análise (Domínio) Especificação (Projeto) Modelo de Classes de Especificação Implementação Modelo de Classes de Implementação Disciplina: Análise e Projeto de Sistemas

Disciplina: Análise e Projeto de Sistemas Conceitos Análise OO Modelo de Classe de Análise Representa as classes no domínio do negócio em questão. Não considera restrições inerentes à tecnologia a ser utilizada na solução. Disciplina: Análise e Projeto de Sistemas

Disciplina: Análise e Projeto de Sistemas Conceitos Análise OO Modelo de Classe de Especificação Obtido através da adição de detalhes ao modelo anterior, conforme a solução de software escolhida Disciplina: Análise e Projeto de Sistemas

Disciplina: Análise e Projeto de Sistemas Conceitos Análise OO Modelo de Classe de Implementação Implementação das classes em alguma linguagem de programação . Disciplina: Análise e Projeto de Sistemas

Disciplina: Análise e Projeto de Sistemas Atividades Análise OO Atividades da Fase de Análise Identificar as classes: Desenhar diagramas de classes conceituais Identificar persistência Identificar responsabilidades; Identificar atributos; Identificar relacionamentos. Disciplina: Análise e Projeto de Sistemas

Disciplina: Análise e Projeto de Sistemas Conceitos Projeto OO Disciplina: Análise e Projeto de Sistemas 18 18

Aula 10 Disciplina: Análise e Projeto de Sistemas Conceitos Projeto OO Definido o primeiro modelo do sistema: Modelo de Análise. “O QUE” o software deve fazer. Queremos agora detalhar este modelo, para gerarmos facilmente a implementação do sistema: Definimos “COMO” o software atenderá os requisitos analisados. Este modelo é chamado de Modelo de Projeto Aula 10 Disciplina: Análise e Projeto de Sistemas 19 19

Disciplina: Análise e Projeto de Sistemas Conceitos Projeto OO O modelo de Projeto é uma evolução do modelo de Análise. Detalhes de implementação e tecnologia utilizada são definidas. Arquitetura do Sistema é projetada: Divisão em camadas; Projetar detalhadamente a estrutura e o comportamento interno de cada subsistema (módulos). Disciplina: Análise e Projeto de Sistemas 20 20

Disciplina: Análise e Projeto de Sistemas Atividades Projeto OO Atividades da Fase de Projeto Refinar o modelo de classes Identificar relacionamentos de herança, classes abstratas e interfaces Elaborar um diagrama de classes unificado Projetar Arquitetura Divisão em camadas Projetar detalhadamente a estrutura e o comportamento interno de cada subsistema (módulos) Disciplina: Análise e Projeto de Sistemas 21 21

Disciplina: Análise e Projeto de Sistemas Conceitos Análise x Projeto Análise x Projeto Análise Projeto Abstrato Concreto Independe de tecnologia Depende de tecnologia Simples Detalhado Modelos por caso de uso Unificação em um único modelo Disciplina: Análise e Projeto de Sistemas 22 22

Disciplina: Análise e Projeto de Sistemas

Disciplina: Análise e Projeto de Sistemas Exercícios de Fixação Acerca da análise e do projeto orientados a objetos responda V ou F:   1) Um modelo de análise é menos abstrato que um de projeto e as classes em um modelo de análise não podem ser conceituais. As classes na análise podem modelar objetos persistentes, mas não transientes. 2) Uma importante responsabilidade da análise é definir a arquitetura do sistema, dividindo-o em subsistemas. Um subsistema expõe serviços via interfaces, que devem ser especificadas na análise. Disciplina: Análise e Projeto de Sistemas 24 24

Disciplina: Análise e Projeto de Sistemas Exercícios de Fixação Acerca da análise e do projeto orientados a objetos responda V ou F:   3) Uma classe descreve objetos com as mesmas responsabilidades, relacionamentos, operações, atributos e semântica. As instâncias de uma classe têm, portanto, os mesmos valores para os seus atributos. 4) Um modelo de análise pode realizar casos de uso. A realização de um caso de uso descreve interações entre objetos. Disciplina: Análise e Projeto de Sistemas 25 25

Disciplina: Análise e Projeto de Sistemas Exercícios de Fixação Acerca da análise e do projeto orientados a objetos responda V ou F:   5) Um modelo de análise foca nos requisitos funcionais e não funcionais, além de considerar aspectos das linguagens de programação que serão usadas na implementação.  Disciplina: Análise e Projeto de Sistemas 26 26

Disciplina: Análise e Projeto de Sistemas Sugestão de Leitura Complementar Para aprofundar e complementar o conhecimento adquirido nesta aula, consulte os seguintes materiais: Capítulo 1 e 5 do livro: Princípios de Análise e Projeto de Sistemas com UML, do autor Eduardo Bezerra. Capítulo 7 do livro: Análise e Projeto de Sistemas de Informação Orientado a Objetos, do autor Raul Sidnei Wazlawick. Disciplina: Análise e Projeto de Sistemas

Aula 10 Disciplina: Análise e Projeto de Sistemas Bibliografia Bibliografia Utilizada nesta aula [1] BEZERRA, E. Princípios de Análise e Projeto de Sistemas com UML, Campus, 1ª edição, 2002. [2] BOOCH, G.; RUMBAUGH, J.; JACOBSON, I. UML Guia do Usuário, Campus, 2ª edição, 2005. [3] PRESSMAN, R. S. Engenharia de Software: Uma abordagem Profissional. McGraw-Hill, 7ª edição, 2011. [4] Wazlawick, R.S. Análise e Projeto de Sistemas de Informação Orientado a Objetos, Campus, 2ª edição, 2011. [5] http://www.wthreex.com/rup/process/modguide/md_bmtse.htm Aula 10 Disciplina: Análise e Projeto de Sistemas

Disciplina: Análise e Projeto de Sistemas Dúvidas Dúvidas??? Disciplina: Análise e Projeto de Sistemas