Methods

Apresentação

• Arquivo:ISIMethods.pdf

• Arquivo:ISI-methods2019-2.pdf

Objetivos

• A metodologia é um estudo das organização por meio da analise de cada uma das suas atividades , a fim de criar procedimento que venham a interliga-las de foma sistêmica . Isto é, o estudo dos caminhos para se chegar a um determinado fim. Com o objetivo de analisar as características dos vários métodos indispensáveis tais como: avaliar capacidades, limitações e criticar os pressupostos quanto sua utilização. Sendo feitos, para facilitar, exemplificar, flexibilizar, trabalhos individuais ou em grupos.

Exemplos

• Canvas
• Scrum
• Prince2
• Integração Contínua

Principais Tópicos

1. Quais as principais diferenças entre metodologia tradicional e ágil?

A metodologia tradicional segue um modelo sequencial, ou seja, uma etapa deve ser executada após a outra, sendo assim, uma tarefa não pode ser iniciada enquanto a anterior não for concluída. Também se espera que seja executado exatamente o que foi planejado, focando no resultado final. Para ser um sucesso, não basta apenas seguir essa ordem, é importante entregar no prazo, dentro do orçamento e da qualidade esperada. Na metodologia tradicional o produto só irá “fazer sentido” e ter valor quando o projeto estiver 100% concluído. Na metodologia ágil você faz entregas constantemente até entregar todo o projeto, de forma interativa e incremental. A preocupação com custo, qualidade e prazos são as mesmas da metodologia tradicional, porém você consegue controlar e gerenciar as mudanças que provavelmente irão aparecer no decorrer do projeto. Na metodologia ágil o foco principal é a entrega de valor ao cliente, por isso é priorizado a entrega à documentação, por exemplo. Mas isso não quer dizer que não é documentado, não planejado, assim como na tradicional.

Características:

• Equipes pequenas e médias
• Projetos com requisitos vagos
• Orientado a objetos
• Desenvolvimento incremental
• Foco em Codificação

__________________________________________________

2- Quais são os principais princípios do eXtreme Programming?

• Prover feedback
• Assumir simplicidade
• Trabalho de qualidade
• Abraçar mudanças
• Fazer mudanças incrementais

________________________________________________

3- Quais são as principais regras do eXtreme Programming?

___________

Planejamento

• Projeto é dividido em iterações e lançamentos frequentes;
• Estórias dos usuários;

____________

Gerenciamento

• Espaço de trabalho aberto e dedicado;
• Definição de ritmo sustentável;
• Reunião stand up todos os dias;
• Medição da velocidade do projeto;
• Movimento das pessoas;
• Correção do XP, quando necessário.

_________

Projetando

• Escolher metáfora do sistema;
• Usar cartões CRC para sessões de design;
• Criar soluções de pico para reduzir riscos;
• Cuidado na adição das funcionalidades com muita antecedência;
• Refatorar sempre que possível, para aprimorar a concepção do software.

__________

Codificação

• O cliente esteja disponível e presente;
• Desenhar diagramas (Extreme Programming Diagram) que serão inscritos nos códigos;
• Padronização do código;
• Codificar o teste de unidade primeiro;
• Equipes em pares;
• Apenas um par vai integrar um código por vez;
• Integração contínua;
• Propriedade coletiva.

______

Testes

• Quando um erro é encontrado, os testes são criados;
• Os testes de aceitação são realizados frequentemente.

__________________________________________

4 - Quais são as principais características do Scrum?

• Sprint Planning Meeting – Reunião de planejamento com o Product Owner.
• Sprint – Ciclos tipicamente mensais para realizar atividades.
• Product Backlog – Lista de todas as funcionalidades a serem implementadas.
• Sprint Backlog – Tarefas a serem realizadas na Sprint.
• Daily Scrum – Reunião diária para alinhamento.
• Sprint Review Meeting – Apresentação das implementações ao fim da Sprint.
• Sprint Retrospective – Reunião para rever pontos positivos e de oportunidades.

__________________________________________________________

5- Quais as características e principais objetivos da integração contínua?

O DevOps é a combinação de filosofias culturais, práticas e ferramentas que aumentam a capacidade de uma empresa de distribuir aplicativos e serviços em alta velocidade: otimizando e aperfeiçoando produtos em um ritmo mais rápido do que o das empresas que usam processos tradicionais de desenvolvimento de software e gerenciamento de infraestrutura. Essa velocidade permite que as empresas atendam melhor aos seus clientes e compitam de modo mais eficaz no mercado. A integração contínua é uma prática de desenvolvimento de software de DevOps em que os desenvolvedores, com frequência, juntam suas alterações de código em um repositório central. Depois disso, criações e testes são executados. Geralmente, a integração contínua se refere ao estágio de criação ou integração do processo de lançamento de software, além de originar um componente de automação (ex.: uma CI ou serviço de criação) e um componente cultural (ex.: aprender a integrar com frequência). Os principais objetivos da integração contínua são encontrar e investigar bugs mais rapidamente, melhorar a qualidade do software e reduzir o tempo que leva para validar e lançar novas atualizações de software.

_________________________________________

6- O que é UML? O que um Diagrama representa?

Trata-se de uma linguagem unificada que habilita profissionais de TI a modelar e documentar aplicações de software. Em termos de design, a UML oferece um meio de visualizar a arquitetura de um sistema por meio de diagramas, incluindo atividades, componentes individuais do sistema, a integração desses componentes, interfaces, interação com o mundo externo, entre outras. É importante notar que a UML não é um método de desenvolvimento em si, e é independente de plataforma e linguagem. Os diagramas representam duas visões distintas de um modelo de sistema:

• Estática (estrutural) – estrutura estática por meio de objetos, operações, relações e atributos.
• Dinâmica (comportamental) – comportamento dinâmico por meio de colaboração entre os objetos e mudanças de seus estados internos.

______________________________________________________

7- Sobre a arquitetura orientada a serviços e seus conceitos-chave:

Arquitetura Orientada a Serviços (SOA) não é uma tecnologia, não é uma metodologia, não é um serviço, mas é um conceito de arquitetura corporativo que promove a integração entre o negócio e a TI por meio de conjunto de interfaces de serviços acoplados. Arquitetura Orientada a Serviços é um modelo de planejamento de estratégia da área de tecnologia da informação, alinhando diretamente aos objetivos de negócios de uma organização. Esta ponte permite expor as funcionalidades dos aplicativos em serviços padronizados e inter-relacionados. Serviços são módulos de negócio ou funcionalidades que possuem interfaces expostas que são invocadas via mensagens. Interfaces disponibilizam recursos sem que a implementação do serviço seja conhecida. SOA trata os requisitos de baixo acoplamento, desenvolvimento baseado em padrões, computação distribuída independente de protocolo, integração de aplicações e sistemas legados. Conceitos-Chave:

• Visibilidade
• Interação
• Efeitos

Vídeo

• https://www.youtube.com/watch?v=ko1vC589h1I