Please enable JavaScript.

Coggle requires JavaScript to display documents.

Módulo 3 - Prevenindo Riscos Sistêmicos - Parte 2 - Coggle Diagram

- - - - Lei nº 13.243, de 11 de janeiro de 2016
      - Decreto nº 9.283, de 7 de fevereiro de 2018
      - incentivo a Instituições Científicas, Tecnológicas e de Inovação (ICTs)
      - https://portal.tcu.gov.br/data/files/5A/23/35/CD/DCE19710FC66CE87E18818A8/ETEC%20-%20Registro%20de%20experiencia.pdf
    - - Lei Complementar nº 182, de 1º de junho de 2021,
      - https://cdn.evg.gov.br/cursos/916_EVG/scorm/modulo03_scorm01/scormcontent/assets/CioE5SfPeneE4D4z_ihTJNcg9ncS6LDKM-TCU%20-%20JORNADA%20CPSI.pdf
- - - - Valorizar
        
        ● Indivíduos e interações mais que processos e ferramentas;
        
        ● Software em funcionamento mais que documentação abrangente;
        
        ● Colaboração com o cliente mais que negociação de contratos;
        
        ● Responder a mudanças mais que seguir um plano.
    - - criado por Ken Schwaber e Jeff Sutherland
      - Principais Definições
        
        𝘚𝘱𝘳𝘪𝘯𝘵
        
        Ciclos de inspeção e adaptação com foco na mentalidade de aprendizado e teste. As tarefas são divididas para serem realizadas em uma a duas semanas.
        
        Artefatos
        
        Backlog do produto (lista de desejos para o produto), backlog da sprint (divisão das tarefas a serem realizadas na sprint atual) e incremento do produto (entregas intermediárias agrupadas para atender o cliente).
        
        Eventos
        
        Divisão das tarefas de gestão em equipe em momentos isolados e controlados: planejamento da sprint, reunião diária, revisão da sprint e retrospectiva da sprint.
        
        Equipe
        
        Composta por um dono do produto (que representa o usuário), Scrum master (guardião da metodologia), especialistas das áreas (programadores e analistas que conhecem bem as regras de negócio)
        
        𝘛𝘪𝘮𝘦-𝘣𝘰𝘹
        
        Estabelecimento de janelas de tempo máxima para os eventos Scrum.
      - Kanban
        
        Mapa Kanban - to do – doin - done
  - - - Uma peculiaridade de projetos de TI é que o Plano Diretor de Tecnologia da Informação e Comunicação deve prever a contratação, além de outras obrigações listadas na Instrução Normativa SGD/ME nº 1, de 4 de abril de 2019.
      - Comparação Documento Visão do Projeto e Termo de Abertura de Projeto
    - - Embora o SEI! Não tenha sido projetado para ser um repositório para o desenvolvimento de softwares, ele é ótimo para manter o histórico administrativo. Portanto, é importante subir no processo base as imagens e os arquivos gerados também durante a fase do design.
      - Os bancos de dados que serão construídos ou acessados/estudados e suas relações devem ser apresentadas graficamente
      - O algoritmo, o modelo de solução, nesse momento pode ser apresentado graficamente de modo que toda equipe possa construir propostas de melhorias.
    - - Nesta fase, o processo de codificação começa. É aqui que os requisitos e as funcionalidades desejadas para o software serão desenvolvidos pela equipe de programação.
      - Um importante ponto de atenção à segurança da informação nessa fase de desenvolvimento é a criação de personas para representação dos usuários e de dados simulados para evitar o vazamento de dados pessoais sensíveis, pois muito dessa fase acontece em computadores dos próprios programadores.
    - - Por muitos chamado de ambiente de homologação, nesta fase o software é testado para verificar se está funcionando como desejado.
      - Muitas das propostas de testes de vulnerabilidade ou tentativa de invasão realizadas pela equipe vermelha podem ser feitas aqui e a falha pode ser corrigida pelos desenvolvedores antes mesmo da disponibilização do software no ambiente de produção.
    - - Seja utilizando estratégias de desenvolvimento ágil ou do planejamento de adicional, entregas intermediárias devem ocorrer. Elas são importantes para interação com os usuários, bem como para manutenção do apoio do patrocinador do projeto.
    - - Registro do andamento do projeto, das dificuldades encontradas, das lições aprendidas, dos eventos de manutenção e dos dados da utilização pelo usuário. Aqui é o momento de consolidar a experiência com o desenvolvimento do projeto, de maneira a melhorar a capacidade de aprendizagem organizacional. É o instrumento base que vai servir para análise do impacto da política pública, pois neste documento pode se ter uma visão de como o software está sendo utilizado.
- - - - Criptografia Assimétrica
      - Assinatura Digital
      - Função Hash
    - - Evolução dos Riscos
  - - - Dupla custódia
      - Confiança Zero - Também derivado do princípio de confiança zero, a atribuição de papéis é importante para que as autorizações de acesso ao sistema sejam exatamente o mínimo necessário que a pessoa possa executar o seu papel.