Please enable JavaScript.

Coggle requires JavaScript to display documents.

GERENCIAMENTO DE CONFIGURAÇÃO (PRINCIPAIS ATIVIDADES (GERENCIAMENTO DE…

- - - - CONSTRUÇAO DO SISTEMA
        
        GERENCIAMENTO DE RELEASES
        
        TIPOS:
        
        RELEASES PRINCIPAIS: Fornecem novas significativas funcionalidades ao sistema
        
        RELEASES MENORES: Reparam bugs e corrigem problemas de clientes que foram relatados
        
        CARACTERISTICAS:
        
        Processo caro principalmente para produto de software de mercado de massa[
        
        O calendário de releases deve ser analisado com extrema cuidado
        
        Um releases de sistema incluir: arquivo de configuração, arquivo de dados, programa de instalação, documentação eletrônica e empacotamento e publicidade associada
        
        Versão de um sistema de software distribuída aos clientes
        
        Processo de montagens de componentes de sistema em um programa executável para executar em um sistema de computador-alvo
        
        TENDO TRES PLATAFORMAR DIFERENTES: SISTEMA DE DESDENVOLVIMENTO: inclui ferramentas de desenvolvimento como compiladores, editores de código-fonte etc; SERVIDOR DE CONSTRUÇAO: usado para construir versões definitivas e também executáveis do sistema. Dessa
        forma, interage estreitamente com o sistema do gerenciamento de versões;* AMBIENTE-ALVO: plataforma em que o sistema é executado. Pode ser o mesmo tipo de computador usado para o desenvolvimento e a construção de sistemas. No entanto, o ambiente-alvo é, geralmente, menor e mais simples do que o ambiente de desenvolvimento
        
        FERRAMENTAS DISPONIVEL:: Geração de script de construção. Se necessário o sistema de construção deve analisar o programa que está sendo
        construído, identificar os componentes dependentes e gerar, automaticamente, um script de construção (às vezes, chamado de um arquivo de configuração). O sistema também deve apoiar a criação manual e a edição de scripts de construção; Integração de sistema de gerenciamento de versões. O sistema de construção deve realizar o check-out das versões requeridas de componentes do sistema de gerenciamento de versões; Recompilação mínima. O sistema de construção deve definir se o código-fonte precisa ser recompilado e configurar as compilações, caso seja necessário; Criação de sistemas executáveis. O sistema de construção deve ligar os arquivos de código compilado uns aos outros e com outros arquivos requeridos, tais como bibliotecas e arquivos de configuração para criar um sistema executável; Automação de testes. Alguns sistemas de construção podem executar automaticamente testes automatizados usando ferramentas de automação de testes como JUnit. Estas verificam se a construção não foi 'quebrada' pelas mudanças; Emissão de relatórios. O sistema de construção deve fornecer relatórios sobre o sucesso ou a falha da construção, bem como os testes que foram executados;* Geração de documentação. 0 sistema de construção pode ser capaz de gerar notas de release sobre a construção e páginas de ajuda de sistema.
        
        AS ETAPAS FAS CONSTRUÇÃO DOS METODOS AGEIRS
        
        Realizar check-out do sistema de mainline do sistema de gerenciamento de versões no espaço de trabalhoprivado do desenvolvedor.
        
        Construir o sistema e executar testes automatizados para assegurar que o sistema construído passe em todosos testes. Caso contrário, a construção é interrompida e você deve informar quem realizou o último check-in desistema de baseline. Eles são responsáveis por reparar o problema.
        
        Construir o sistema no espaço de trabalho privado e executar novamente os testes de sistema. Se os testes
        falharem, continue a editar.
        
        Uma vez que o sistema tenha passado nos testes, verificar isso no sistema construído, mas não aprovar como
        uma nova baseline de sistema.
        
        Construir o sistema no servidor de construção e executar os testes. Você precisará fazer isso para o caso deoutras pessoas terem modificado os componentes depois que você tenha feito o check-out do sistema. Se essefor o caso, conferir os componentes que falharam e editá-los, de maneira que os testes passem em seu espaçode trabalho privado.
        
        Fazer as mudanças para os componentes de sistema.
        
        Se o sistema passar em seus testes sobre o sistema de construção, então, aprovar as mudanças feitas como uma
        nova baseline no mainline de sistema.
      - Acompanhamento diferentes verões dos componentes de software criadas à medida que as mudanças são feitas
      - GERENCIAMENTO DE CODELINES E BASELINES
        
        CODELINES: Código fonte com versões posteriores na sequencia de versões derivadas anteriormente
        
        BASELINES: Define um sistema especifico. usa linguagem de configurações que permite definir os componentes
      - RECURSOS OFERECIDOS
        
        1 IDENTIFICAÇÃO DE VERSAO E RELEASE: Simplifica o uso de referencias de forma abreviada.
        
        2 GERENCIAMENTO DE ARMAZENAMENTO: Oferece recursos para reduzir o espaços requerido de armazenamento
        
        3 REGISTRO DE HISTORICO DE MUDANÇAS: Todas as mudanças feitas no código de um sistemas são registradas e listadas.
        
        4 DESENVOLVIMENTO INDEPENDENTE: Desenvolvedores diferentes trabalham no mesmo sistema sem interferência.
        
        5 SUPORTE A PROJETOS: Apoia o desenvolvimento de vários projetos que compartilham componentes ao mesmo tempo
    - - PONTOS IMPORTANTES PARA A MUDANÇAS:1) Consequência de não implementar as mudanças;2) Beneficio da mudança:3) Numero de usuário pela mudança;4) Custos da mudanças;5) ciclo de realeses de produtos
        
        CCB