An lise e projeto de sistemas
This presentation is the property of its rightful owner.
Sponsored Links
1 / 23

Análise e Projeto de Sistemas PowerPoint PPT Presentation


  • 49 Views
  • Uploaded on
  • Presentation posted in: General

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.

Download Presentation

Análise e Projeto de Sistemas

An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -

Presentation Transcript


An lise e projeto de sistemas

Análise e Projeto de Sistemas


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.


An lise e projeto de sistemas

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.


An lise e projeto de sistemas

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.


An lise e projeto de sistemas

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.


An lise e projeto 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.


An lise e projeto 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.


An lise e projeto de sistemas

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


An lise e projeto de sistemas

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.


An lise e projeto de sistemas

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.


An lise e projeto de sistemas

APS

Abaixo são listadas algumas das ferramentas de diagramação UML mais usuais:

  • Rational Rose

  • Together

  • Poseidon for UML

  • DIA

  • JUDE


An lise e projeto de sistemas

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.


An lise e projeto de sistemas

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.


An lise e projeto de sistemas

APS

O diagrama de Use Cases é representado por:

  • atores;

  • use cases;

  • relacionamentos entre estes elementos.


An lise e projeto de sistemas

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.


An lise e projeto de sistemas

APS

  • Relacionamentos

    Ajudam a descrever os use cases .

  • Entre um ator e um use case


An lise e projeto de sistemas

APS

  • Relacionamentos

  • Entre atores

    Generalização


An lise e projeto de sistemas

APS

  • Entre Use Cases :

Abertura de Conta

Conta Especial

Conta Poupança


An lise e projeto de sistemas

APS


An lise e projeto de sistemas

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.


An lise e projeto de sistemas

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. 


An lise e projeto de sistemas

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.


An lise e projeto de sistemas

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).


  • Login