O GoConqr está de visual novo! Conte para nós o que você achou.

Mapa mental

PU

itounip AMSoo MSC Português

Conteúdo do mapa

PU

  • PROCESSO DESENVOLVIMENTO DE SOFTWARE
  1. PROCESSO DESENVOLVIMENTO DE SOFTWARE

    • Entende-se por processo de software um conjunto de atividades necessárias para a construção de um produto de software. Nessas atividades são estabelecidos padrões para garantir a qualidade e confiabilidade do produto de software(PRESSMAN,1995).      
    • Dentre os modelos de processo de desenvolvimento de software mais conhecidos
      • Modelo Cascata ou Queda D’água
      • Processo Iterativo e Incremental,
      • Modelo de Processo Ágil
    • Modelo de processo de software não é a modelagem com uso de UML em si
      • uma descrição simples do processo de software, cuja finalidade é
        • apresentar uma visão desse processo e dentro desse processo uma das técnicas para expressar
        • ocumentar detalhes de requisitos do sistema
          •  através da modelagem com o uso da UML, a qual permite representações gráficas ( diagramas) que descrevem os processos de negócios, o problema a ser resolvido e o sistema a ser desenvolvido
  2. Processo Unificado

    • características importantes
      • er orientado por casos de uso
      • ser centrado na arquitetura
      • ser iterativo e incremental
    • Fases
      • fases
        • Concepção
          • após as iterações e todas as fases concluídas, o resultado é uma versão final e executável de um produto de software
          • Exemplo
            • Levantamento de Requisito
          • Grafico
            • Se define o escopo do projeto
          • é onde se delimita o e o escopo do projeto, e se define através da criação dos casos de uso os requisitos mais importantes e como o sistema será utilizados e quais os usuários
        • Elaboração
          • Exemplo
            • análise e projeto
          • Gráfico
            • se dá o plano do projeto, especifica funcionalidades, arquitetura básica
          • são detalhados os objetivos do sistema, e os requisitos faltantes são capturados e transformados e caso de uso. Aqui nasce a base para a arquitetura do sistema e por isso nessa fase são estudados quase todos os casos de uso.
        • Construção
          • Exemplo
            • implementação e teste
          • Gráfico
            • ocorre a construção do produto
          • Nessa fase podem ser detalhados os últimos casos de uso e se necessário até modificar a arquitetura
        • Transição
          • Exemplo
            • produto e na sua entrega ao usuário.
          • Gráfico
            • é a transição do produto dentro da comunidade do usuário final
          • Nessa fase ocorre avaliação da versão inicial (também chamada de versão beta) do sistema pela equipe de desenvolvimento a qual pode verificar se o sistema realmente atende os requisitos do usuário ou se possui falhas.
            • O foco dessa fase é proporcionar que o produto de software se estabeleça no ambiente em que vai ser usado. Nessa fase se verificam as falhas, a documentação e a necessidade de treinamento por parte dos usuários
      • Marcos
      • fluxos
        • Requisitos
          • requisitos mais importantes
          • são capturados os requisitos que faltam.
          • ainda faltam alguns requisitos que serão identificados e modelados com casos de uso
          • não captura mais requisitos a não ser que ocorram mudanças
          • Nesse fluxo ocorre a obtenção de todos os requisitos
            • Caso de Uso
        • Análise
          • Durante esse fluxo é o momento em que se refina os requisitos já especificados
          • fluxo ocorre a construção dos diagramas de classes conceituais ( ou também chamadas de classes de negócio)
          • refina os requisitos já especificados
          • construção  dos diagramas  de  classes  conceituais ( ou também chamadas de classes de negócio)
          • Durante esse fluxo é o momento em que se refina os requisitos já especificados no fluxo anterior (fluxo de requisitos)
            • ocorre a construção dos diagramas de classes conceituais
        • Projeto
          • Esse fluxo descreve o sistema num nível físico, com base no fluxo anterior
            • seu foco é suprir as necessidades especificadas pelos requisitos considerando fatores como linguagens de programação, sistemas operacionais, tecnologias de banco de dados, interface com o usuário, etc 
          • considerando fatores como linguagens de programação, sistemas operacionais, tecnologias de banco de dados, interface com o usuário
        • Implementação
          • modelo de implementação o qual contém código fonte, arquivos executáveis
            • Nesse fluxo ocorre o planejamento das integrações do sistema em etapas gerenciáveis, de forma que ocorram a compilação e integração com um ou mais arquivos executávias antes do próximo fluxo que o de teste.
          • código gerado durante a implementação, deve ser uma simples tradução das decisões de projeto em uma linguagem específica
        • Teste
          • os componentes com defeitos retornam aos fluxos anteriores de projeto eimplementação a fim de se corrigir os defeitos nos modelos de projeto e implementação e manter a documentação atualizada e depois se testa novamente.
          • é o momento em que os componentes executáveis são testados
            • O produto desse fluxo é o modelo de teste o qual escrever como aspectos específicos do sistema são testados isto é, é verificar se os resultados do fluxo de implementação cumprem os requisitos estipulados pelo usuário.

Informações

Descrição
MSC AMSoo Mapa Mental sobre PU, criado por itounip em 14-08-2013.
Criado por
itounip
Visualizações
45
Tags
amsoo
Avaliação

Fale Conosco

Sobre o que é sua mensagem?

O que você acha do novo visual?

Você gostou?