Análise e Projeto de Sistemas

Slides:



Advertisements
Apresentações semelhantes
Análise e Projeto Orientado a Objetos
Advertisements

Análise e Projeto Orientado a Objetos
Análise e Desenvolvimento de Sistemas
Engenharia de Software
Rational Unified Process
UML Modelando um sistema.
UML Visões – Parte 2.
UML – Visões Parte 1 Modelando um sistema.
(Unified Modeling Language)
Rational Unified Process(RUP)
UML Material retirado da apostila do Professor Cesar Augusto Tacla
Centrado na arquitetura
Projeto de Sistemas de Software
(Linguagem de Modelagem Unificada)
Introdução a diagrama de classes e UML
Análise Estruturada O mais amplamente usado dos métodos de modelagem de requisitos Modelos que retratam fluxo e o conteúdo da informação (dados e controle)
GSCI - GSIG GSCI - GSIG Prof. Ricardo Villarroel Dávalos, Dr. Eng. Palhoça, Junho de 2005 Modelagem de Processos de Negócio.
Análise (I) A análise enfatiza a investigação do problema;
Classes e objetos Modelagem
Modelagem para Web Aula de 11/04/2011.
Engenharia de Software e Sistemas de Informação e Gestão
Rational Unified Process
Aula 1 Minicurso: Astah Ministrantes: André Martins; Camila Brondani;
Introdução UML, Diagrama de Classes e Comunicação/Colabaração
Visão Geral do RUP.
Projeto de Sistemas de Software
Universidade Castelo Branco Prof a Flávia Balbino da Costa.
DIAGRAMA DE CASO DE USO Prof. Fabíola Gonçalves C. Ribeiro.
Análise e Projeto de Sistemas
UML (Unified Modeling Language) Linguagem Unificada de Modelagem
UML (Unified Modeling Language) Linguagem Unificada de Modelagem
UML Modelagem e Programação Orientada a Objetos
PSBD II Projeto de Sistemas de Banco de Dados II
UML – Engenharia de Software 1
Especificação em Projeto de Sistemas
Análise e Projeto Orientados a Objetos
Bruno Silva Desenvolvido a partir de
UML Diagrama de Caso de Uso Profª. Marcelo Siedler
O Processo Unificado (UP)
Aps Horacio. Bibliografia avaliação material no moodle.
POO Aula 03 Projeto OO com UML Eduardo Figueiredo 11 de Março de 2010.
Laboratório de Programação
RUP - Cap. 3 – Processo Dirigido por Caso de Uso
Revisão 2º Bimestre Engenharia de Software I
Trabalho de Engenharia de Software II
Análise e Projeto de Sistemas
Modelando Sistemas em UML
Fluxos secundários Só devem ser analisados e descritos após a descrição dos fluxos básicos. Fluxos alternativos situações especiais (desconto para um cliente)
UML e a Ferramenta Astah
Linguagem de Modelagem Unificada
CIn-UFPE1 © 2003, Alexandre Vasconcelos Visão Geral do RUP.
Engenharia de Software e Sistemas
Análise e Projeto de Sistemas Unified Modeling Language Renata Araujo Ricardo Storino Núcleo de Computação Eletrônica Curso de Programação de Computadores.
Análise e Projeto de Software
Análise e Projeto de Sistemas
TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS ANÁLISE E PROJETO DE SISTEMAS Aula /08/2012 Professor Leomir J. Borba-
Engenharia de Software Fluxo de Requisitos
UML (Unified Modeling Language) Linguagem Unificada de Modelagem
UML (Unified Modeling Language) Linguagem Unificada de Modelagem
Aula 02 de Eng. de Requisitos
APSI II Análise e Projeto de Sistemas de Banco de Dados II.
RUP – Rational Unified Process Márcia Seabra Cabral Prof. Augusto Sampaio Centro de Informática - UFPE.
Aula 04 – Analise de Sistemas Profª Rita de Cassia Gaieski
UML (Unified Modeling Language) A linguagem unificada de modelagem
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.
©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE1 Análise e Projeto de Sistemas Modelagem de Requisitos com Casos de Uso.
Prof. Thales Castro.  Porque modelar Software  A UML  Porque usar  Diagramas ◦ Diagrama de Caso de Uso.
1 UML : Unified Modeling Language Mecatrônica, 2010.
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.
Prof. Hemerson Calabreze 1.  Dentro de uma garrafa, cheia de um líquido nutritivo, cai um micróbio. O micróbio se alimenta, cresce e se divide em dois.
Transcrição da apresentação:

Análise e Projeto de Sistemas

APS O que é uma linguagem de modelagem Uma linguagem de modelagem é uma notação gráfica para descrever projeto de software. A linguagem inclui várias regras para distinguir entre desenhos corretos e incorretos. Uma linguagem de modelagem não é igual a uma metodologia. Uma metodologia diz a você como projetar o software. Em vez disso, uma linguagem de modelagem representa graficamente os produtos do projeto que você criará enquanto segue uma metodologia.

APS O que é a UML A UML é uma linguagem visual para modelagem de sistemas através do uso de diagramas . A UML é uma linguagem de modelagem padrão. A linguagem consiste em várias notações gráficas que você pode usar para descrever a arquitetura inteira de seu software.

APS UML é uma abreviação para Unified Modeling Language (Linguagem de Modelagem Unificada). Cada uma destas palavras transmite um aspecto importante da UML. Linguagem: uma linguagem permite transmitir informação sobre a realidade. No sentido mais amplo, as linguagens não usam somente palavras escritas. A UML é uma linguagem para especificar, visualizar, construir e documentar artefatos de um sistema. Artefatos são produtos de trabalho que são produzidos e usados dentro de um processo de desenvolvimento, incluindo documentação para comunicação entre as equipes que trabalham em um sistema e o próprio sistema físico.

APS Modelo: um modelo é a representação de uma certa realidade. Sem um modelo é muito difícil para os membros de uma equipe ter um entendimento comum dos requisitos e do próprio sistema. Por exemplo, avaliar o impacto das mudanças que ocorrem enquanto o sistema está sendo desenvolvido. Unificada: o termo “unificada” refere-se ao fato de que o OMG – Object Management Group, uma organização de padronização reconhecida internacionalmente, e a empresa Rational Software Corporation, criaram a UML com o objetivo de unir as melhores práticas de engenharia da indústria de tecnologia e de sistemas de informação. Essas práticas envolvem aplicação de técnicas que nos permitem ter mais sucesso no desenvolvimento de sistemas.

APS Histórico A UML 1.0 surgiu entre os anos de 1990 e 1997. James Rumbaugh e mais tarde Ivar Jacobson juntaram-se a Grady Booch na Rational Software Corporation para unificar seus enfoques. Devido ao esforço da unificação eles se tornaram conhecidos como os três amigos. Junto com várias outras organizações, a Rational Software Corporation formou o grupo de parceiros UML e estes submeteram a versão 1.0 da UML para a OMG.

UML X Processo de desenvolvimento de sistemas APS UML X Processo de desenvolvimento de sistemas O processo de desenvolvimento de sistema envolve os seguintes tipos de atividades: 1.Atividades de requisitos para capturar características que definam o que o sistema deve fazer. 2. Atividades de análise para entender os requisitos. 3. Atividades de projeto para determinar como um sistema satisfará seus requisitos. 4. Atividades de implementação para construir um sistema. 5. Atividades de teste para verificar se um sistema satisfaz seus requisitos. 6. Atividades de implementação para tornar os sistema disponível para seus usuários.

APS Os diagramas da UML A UML na sua versão 1.4 consiste de nove diagramas interdependentes, cada um relativo a uma certa visão de um sistema: Casos de uso Classes Seqüência Colaboração Atividades Estados Pacotes Componentes Implantação

APS O diagrama de objetos é também um diagrama importante na UML, mas não é um dos nove diagramas chave. Os dez diagramas são divididos em três categorias: Estáticos: um diagrama estático mostra a estrutura do sistema e as suas funcionalidades. Os diagramas estáticos são: classes, objetos e casos de uso. Dinâmicos: um diagrama dinâmico mostra as interações que o sistema suporta. Os diagramas dinâmicos detalham a interação entre os componentes estruturais definidos a partir dos diagramas estáticos. Assim, os diagramas dinâmicos fornecem uma representação mais clara do comportamento do sistema. Os diagramas dinâmicos são: colaboração, seqüência, atividades, estados.

APS Arquiteturais: um diagrama arquitetural mostra a organização em seu sistema dos componentes executáveis. Os diagramas arquiteturais distinguem a localização física de execução desses componentes e os nós de armazenamento com os quais eles podem interagir. Eles são produzidos no início da fase de desenvolvimento do sistema e são atualizados durante o projeto para indicar a arquitetura física pretendida. Os diagramas arquiteturais são: componentes, pacotes e implantação.

APS Abaixo são listadas algumas das ferramentas de diagramação UML mais usuais: Rational Rose Together Poseidon for UML DIA JUDE

APS Diagramas de use case O Diagrama de Use Cases tem o objetivo de auxiliar a comunicação entre os analistas e o cliente. Um diagrama de Use Cases descreve um cenário que mostra as funcionalidades do sistema do ponto de vista do usuário.  O cliente deve ver no diagrama de Use Cases as principais funcionalidades de seu sistema.

APS Diagramas de use case Diagrama utilizado para se identificar como o sistema se comporta em várias situações que podem ocorrer durante sua operação. Técnica usada para descrever e definir os requisitos funcionais de um sistema.

APS O diagrama de Use Cases é representado por: atores; use cases; relacionamentos entre estes elementos.

APS Atores Um ator é representado por um boneco e um rótulo com o nome do ator. Um ator é um usuário do sistema, que pode ser um usuário humano ou um outro sistema computacional. Use case Um use case é representado por uma elipse e um rótulo com o nome do use case. Um use case é uma funcionalidade do sistema.

APS Relacionamentos Ajudam a descrever os use cases . Entre um ator e um use case

APS Relacionamentos Entre atores Generalização

APS Entre Use Cases : Abertura de Conta Conta Especial Conta Poupança

APS

APS Entre use cases Include Um relacionamento include de um use case A para um use case B indica que B é essencial para o comportamento de A. Extend Um relacionamento extend de um use case A para um use case B indica que o use case A pode ser acrescentado para descrever o comportamento de B (não é essencial), isto é quando alguma recorrência surge.

APS Sistema Limites do sistema: representado por um retângulo envolvendo os use cases que compõem o sistema. Nome do sistema: Localizado dentro do retângulo. 

APS Os casos de uso manter XXX: Indicam que o caso de uso tratará da consulta,inclusão,alteração e exclusão de XXX. Exemplo : Caso de uso manter cliente é responsável pela consulta, inclusão, alteração e exclusão dos dados cadastrais de cliente.

APS Exercício: Criar o Diagrama UseCase para o sistema de uma clinica Veterinária. (OBS : Inicie listando os atores que interagem no sistema e as funcionalidades do sistema).