Please enable JavaScript.

Coggle requires JavaScript to display documents.

Processo de Software (Modelos (Desenvolvimento Incremental (Pontos…

- - - - Modelo apropriado quando os requisitos são bem entendidos e as mudanças limitadas
      - Usado em projetos em que o sistema é desenvolvido em vários locais
      - Ajuda a coordenar o trabalho
    - - Análise e definição de requisitos
      - Projeto de sistema e software
      - Implementação e teste de unidade
      - Integração e teste de sistema
      - Operação e manutenção
    - - Dificuldade em se acomodar mudanças uma vez que o processo tenha sido iniciado
      - Uma fase precisa ser completada antes de se mover para a próxima
      - Poucos sistemas têm requisitos tão estáveis
  - - - Mudanças são mais facilmente acomodadas
        
        Menos custo
        
        Menos análise e documentação que no modelo cascata
      - Melhor feedback do cliente sobre o desenvolvimento
      - Demonstrações de software podem ser comentadas pelo cliente
      - Possível rapidez na entrega e implementação de software útil
      - Uso e ganhos mais cedo do que no modelo cascata
    - - Processo não é visível
        
        Gerentes precisam de entregas regulares para medir o progresso
        
        Se o sistema é desenvolvido de forma rápida, não é viável documentar todas as suas versões
      - Pode ocorrer erosão da arquitetura conforme incrementos são adicionados
      - Refatoração
        
        Necessária para melhorar a estrutura e preservar o comportamento
        
        Se não for feita, novas mudanças se tornam difíceis e caras
  - - - Baseada em reuso sistemático
        
        Atualmente o reuso é a abordagem padrão na construção de vários tipos de sistemas de negócio
      - Sistemas são integrados com componentes existentes ou sistemas COTS
        
        COTS - Software de prateleira Commercial-off-the-shelf
      - Tipos de componentes
        
        Web Service
        
        Desenvolvidos de acordo com padrões de serviço
        
        Disponíveis remotamente
        
        Coleções de Objetos
        
        Pacote que pode ser integrado com framework
        
        COTS
        
        Configurados para uso em ambientes específicos
    - - Análise de Componentes
      - Modificação de Requisitos
      - Projeto de Sistema de Reuso
      - Desenvolvimento e Integração
- - - - Projeto e Implementação de software
        
        Produzir atendendo às especificações
        
        É a organização do sistema
      - Validação de Software
        
        Garantir que as demandas dos clientes são atendidas
        
        O sistema faz o que o cliente deseja?
      - Evolução de Software
        
        Busca atender novas necessidades
        
        Resposta a mudanças
      - Especificação de Software
        
        Definição de funcionalidades e restrições
        
        O que o sistema deve fazer?
    - - Validação de requisitos
      - Projeto de arquitetura
      - Testes unitários
      - ETC
    - - Documentação
      - Gerenciamento de configuração
    - - Na prática, há o uso de elementos dos processos dirigidos a plano e ágeis
      - Não existe processo ideal
- - - - Quais serviços são necessários na operação e desenvolvimento do sistema
      - É viável técnica e financeiramente?
      - Elicitação e análise de requisitos - Necessário/Esperado
      - Especificação de requisitos - Os detalhes dos requisitos
      - Validação de requisitos - Verifica completude, clareza, testabilidade, implementabilidade e ambiguidade
    - - Projeto e implementação de software
      - Conversão da especificação de um sistema em um sistema executável
      - Projeto de software - Design de uma estrutura de software que materialize a especificação
      - Implementação - Transformar a estrutura em programa executável
      - As atividades de projeto e implementação são intimamente ligadas e podem ser intercaladas
      - Atividades do projeto
        
        Projeto de Arquitetura
        
        Identificação da estrutura geral
        
        Componentes Principais - Subsistemas ou módulos
        
        Relacionamentos
        
        Distribuição
        
        Projeto de interface - Definição da interface entre os componentes do sistema
        
        Projeto de Componente - Projeto da operação individual dos componentes do sistema
        
        Projeto de BD - Projeto das estruturas de dados e representação dessas no banco de dados
    - - V&V - Verificação e Validação
      - Mostrar a conformidade do sistema com a especificação e requisitos do cliente
      - Envolve processos de: inspeção, revisão e testes
      - Testes do sistema envolvem executar o sistema com casos de teste
        
        Provêm da especificação dos dados reais que devem ser processados no sistema
        
        Atividade de V&V mais usada
        
        Estágios de teste
        
        Teste de Desenvolvimento ou de Componente
        
        Componentes individuais são testados independentemente
        
        Componentes: funções ou objetos, ou agrupamentos coerentes dessas entidades
        
        Teste de Sistema
        
        Testa o sistema como um todo
        
        Teste de propriedades emergentes são importantes
        
        Teste de Aceitação
        
        Teste usando dados do cliente para checar se o sistema está de acordo com suas necessidades
    - - Softwares são inerentemente flexíveis e podem mudar
        
        Mudanças de requisitos
        
        Mudanças de circunstâncias do negócio
      - Quantidade de sistemas completamente novos vem diminuindo
        
        Demarcação entre desenvolvimento e evolução/manutenção torna-se cada vez mais irrelevante
- - - - Útil
        
        Requisitos - Ajuda na elicitação e validação
        
        Explora opções e desenvolve projeto de interface
        
        Pode executar testes fim-a-fim
      - Vantagem
        
        Melhoria do uso de software
        
        Mais proximidade com as necessidade do usuário
        
        Melhorias na qualidade do projeto
        
        Maior manutenibilidade
        
        Reduzir esforços de desenvolvimento
      - Desenvolvimento
        
        Pode ser baseado em linguagens ou em ferramentas de prototipagem rápida
        
        Pode deixar funcionalidade de fora do teste
        
        Deve focar em áreas do produto que não são bem entendidas
        
        Checagem de erros e recuperação podem não ser incluídas
        
        Foco nos requisitos funcionais ao invés dos não funcionais (confiabilidade, por exemplo)
      - Descarte de Protótipos
        
        Devem ser descartados (Normalmente não são)
        
        Sommerville considera que eles não são uma boa base para um sistema em produção
        
        Pode ser impossível ajustar o sistema para alcançar os RNFs
        
        Geralmente não são documentados
        
        Geralmente a estrutura do protótipo é degradada por mudanças rápidas
        
        Provavelmente não alcançará os padrões normais de qualidade organizaciona
      - Versão inicial de um sistema para demonstrar conceitos e testar opções de projeto
    - - Desenvolvimento e entrega são distribuídos em incrementos
      - Cada incremento entrega parte da funcionalidade necessária
      - Requisitos do usuário são prioridade
      - Requisitos de maior prioridade são incluídos nos primeiros incrementos
      - Evitar o Caos - No início do desenvolvimento de um incremento, os requisitos deste são congelados, mas os requisitos dos incrementos posteriores podem continuar a evoluir
      - Desenvolvimento Incremental
        
        Desenvolve o sistema em incrementos e avalia cada um antes de desenvolver o próximo
        
        Abordagem comum nos métodos ágeis
        
        Avaliação é feita por representantes do usuário/cliente
      - Entrega Incremental
        
        Implanta um incremento para uso do usuário-final
        
        Avaliação mais realística sobre o uso prático do software
        
        Difícil de implementar em sistemas substitutos
      - Vantagens
        
        Software de valor pode ser entregue mais rapidamente junto de incrementos e funções do sistema
        
        Primeiros incrementos agem como protótipos e ajudam a deduzir requisitos para incrementos posteriores
        
        Menos risco de falha geral
        
        Requisitos mais importantes são mais testados
      - Problemas
        
        A maioria dos sistemas requer um conjunto de funções básicas que são usadas por diferentes partes do sistema
        
        Pode ser difícil identificar as partes mais essenciais
        
        A especificação é desenvolvida em conjunto com o software
        
        Pode entrar em conflito com o modelo de aquisição (do software pelo usuário)
    - - Loops representam fases do projeto
      - Não existem fases fixas como especificação ou projeto
      - Loops são escolhidos conforme a necessidade
      - Riscos são avaliados explicitamente e resolvidos no decorrer do processo
      - Setores
        
        Definição de Objetivos - Identifica os objetivos específicos de cada fase
        
        Avaliação e redução de riscos
        
        Desenvolvimento e validação - Modelo de desenvolvimento é escolhido dentre os genéricos
        
        Planejamento - Revisão do projeto e planejamento da próxima fase da espiral
    - - Rational Unified Process
        
        Derivado do trabalho em UML e processos associados
        
        Junta aspectos dos 3 modelos genéricos
        
        Geralmente descrito por 3 perspectivas
        
        Dinâmica - mostra fases no tempo
        
        Estática - mostra atividades no processo
        
        Prática - sugere boas práticas
        
        Processos devem incluir atividades para lidar com mudanças
        Pode envolver prototipação
        
        Processos devem ser estruturados para evolução e entrega interativa
      - Fases
        
        Concepção: estabelecimento do business case para o sistema
        
        Elaboração: Desenvolve um entendimento da extensão do problema e da arquitetura do sistema
        
        Construção: Projeta o sistema, programa e testa
        
        Transição: Implanta o sistema no seu ambiente de operação
        
        RUP é um modelo de processo genérico moderno organizado em fases, mas que separa as atividades dessas fases
      - Interação
        
        Intra-fase - Cada fase é interativa aos resultados desenvolvidos incrementalmente
        
        Inter-fase - O conjunto das fases pode ser executado incrementalmente
      - Boas Práticas
        
        Desenvolver software incrementalmente
        
        Planejar incrementos baseados em prioridades dos clientes
        
        Entregar os de maior prioridade primeiro
        
        Gerenciar requisitos
        
        Documentar explicitamente os requisitos do cliente
        
        Manter registros de mudanças nos requisitos
        
        Usar arquiteturas baseadas em componentes - Organizar a arquitetura do sistema como um conjunto de componentes reusáveis
        
        Modelar o software visualmente - Usando modelos gráficos de UML para representar visões dinâmicas e estáticas do software
        
        Verificar a qualidade do software - Garantir que o software atende padrões de qualidade organizacional
        
        Controlar mudanças de software - Usar sistema de gerenciamento de mudanças e ferramentas de gerenciamento de configuração
  - - - Inclusão de atividades no projeto que antecipam possíveis mudanças
      - Antes que o retrabalho seja necessário
      - Prototipação - para mostrar características fundamentais do sistema para os clientes
    - - Processo acomoda mudanças a um custo mais baixo
      - Geralmente envolve desenvolvimento incremental
        
        Mudanças podem ser implementadas em incrementos ainda não desenvolvidos. Se for impossível, um incremento único pode ser alterado