O Ciclo de Vida de Desenvolvimento de Software (SDLC) é uma metodologia estruturada que descreve as etapas envolvidas no desenvolvimento de aplicações de software. Ele fornece uma estrutura para as equipes de software planejarem, projetarem, desenvolverem, testarem e manterem produtos de software de forma eficiente.

O SDLC oferece uma abordagem sistemática que minimiza riscos, melhora a qualidade e garante que os projetos de software sejam entregues no prazo e dentro do orçamento. As fases do SDLC geralmente incluem:

Coleta de requisitos: Envolve a compreensão das necessidades e expectativas das partes interessadas, capturando requisitos funcionais e não funcionais e definindo o escopo do projeto.
Design do sistema: Nesta fase, a arquitetura do software e o design do sistema são estabelecidos, incluindo a definição da estrutura geral, componentes, interfaces e fluxo de dados do sistema.
Implementação: A fase de implementação envolve a codificação e o desenvolvimento do software, com os desenvolvedores escrevendo código com base nas especificações de design e implementando a funcionalidade necessária.
Teste: O software é submetido a testes para verificar sua funcionalidade e garantir que atenda aos requisitos especificados.
Implantação: O software é preparado e liberado para uso em produção.
Manutenção: A fase final envolve a manutenção e o suporte contínuos do software.

Baseamos nossa abordagem na seguinte filosofia de design:

Privilégio mínimo: Conceda apenas o acesso e as permissões necessárias para realizar um trabalho e nada mais.
Imutabilidade: artefatos e infraestrutura não são modificados após a implantação em um ambiente. Se uma alteração for necessária, ela será feita na imagem ou no script no ambiente de desenvolvimento e, em seguida, promovida por meio dos ambientes superiores.
Tudo como código (DaC,IaC): Além dos artefatos de software(código de negócios ou infraestrutura), documentação, políticas de segurança também são implementadas como código e sujeitas aos mesmos controles dos artefatos de software.
Rastreabilidade: todas as alterações, seja na infraestrutura ou no código de negócios, são controladas por versão.

Restringir	Entenda
Restringir	Apenas pessoas autorizadas possam fazer alterações administrativas no sistema CI/CD.
Assinatura	Apenas commits assinados com uma chave GPG de desenvolvedor.
Secrets	As chaves de acesso de automação expiram automaticamente.
	Os acesso de automação para somente leitura, os sistemas de CI devem ter acesso de leitura aos repositórios de código-fonte seguindo o princípio de acesso com privilégios.
Dependências de registro	Os gerenciadores de dependência de software modernos.
Vulnerabilidade crítica	Qq vulnarebilidade deve broker a compilação.
Artefatos são armazenados em um repositório	Todos os artefatos devem ser armazenados em um repositório em cada estágio do pipeline de build para que haja uma rastreabilidade clara entre os resultados do teste e o artefato real que foi testado.
As solicitações de pull	As solicitações de pull exigem que dois revisores, duas revisões de código no momento das solicitações de pull, incluindo uma de um desenvolvedor que seja proprietário desse código.
Artefatos em repositórios superiores	Artefatos sejam assinados em um repositório durante todo o processo garante visibilidade e rastreabilidade para o que for implantado na produção.
Imagens de contêiner	As imagens de contêiner podem ser testadas com uma ferramenta de segurança de contêiner no pipeline.
Ambientes de compilação sejam efêmeros e imutáveis	definidos em código com criação e desmontagem automatizadas, e que um novo ambiente seja criado para cada compilação.

Modelo em Cascata¶

O modelo em cascata é uma abordagem sequencial e linear ao desenvolvimento de software, onde as fases de desenvolvimento fluem de maneira linear, como uma cachoeira. Cada fase é concluída antes de passar para a seguinte, com pouca ou nenhuma sobreposição ou iteração entre as fases.

Fases do Modelo em Cascata:

Metodologia Ágil¶

A metodologia ágil é uma abordagem iterativa e colaborativa para o desenvolvimento de software que prioriza a satisfação do cliente e a aceitação da mudança. Metodologias ágeis enfatizam flexibilidade, colaboração e adaptabilidade.

Desenvolvimento Iterativo e Incremental:¶

Desenvolvimento iterativo envolve o desenvolvimento e a entrega de software em iterações ou ciclos sucessivos. Desenvolvimento incremental foca na entrega de funcionalidades de software em incrementos de valor de negócio.

Times	Entenda
Alinhadas ao fluxo	Alinhado a um único domínio de negócios ou capacidade organizacional (PeopleSoft, e-Business, Supravizio). Não deve haver transferências para outras equipes para concluir partes do trabalho. Eles o “possuem” do começo ao fim. (Sonia, Celso, Gerson, Leonam, Daniella, Cristiane, Gengis, Marco Aurelio e etc)
Capacitadora	São compostas por especialistas em um determinado domínio de conhecimento, que pode ser mais técnico, ou mais focado no produto, ou qualquer outro domínio em que haja uma lacuna de habilidades na organização. Deve ser fortemente colaborativa por natureza. (Luciano, Sonia, Daniella e etc.)
Subsistema Complicado	É responsável por construir e manter um sistema que requer conhecimento especializado pesado. É reduzir a carga cognitiva das equipes alinhadas ao fluxo que trabalham no sistema. (Davi, Guilherme, Matheus, Jose Marcelo, Antonio, Denis...)
Plataforma	Uma equipe de plataforma permite que uma equipe alinhada ao fluxo entregue trabalho com autonomia substancial, fornecendo serviços internos para reduzir sua carga cognitiva. (???...???...???)

Ao restringir as equipes a apenas quatro tipos, a organização pode concentrar seu tempo nos padrões de interação da equipe que são conhecidos por promover o fluxo e agregar valor mais rapidamente.

Voltemos a CHAMADA...¶

A arte de resolver trade-off¶

Na década de 1990, a Arquitetura de Software emergiu como um subcampo explícito da engenharia de software. O que se seguiu foi uma estonteante variedade de propostas de notações, ferramentas, técnicas e processos para apoiar o projeto arquitetônico e integrá-lo às práticas de desenvolvimento de software existentes.

Arquitetura¶

Temos que garantir que os obbetivos do negócio, atributos de qualidade, restrição sejam atendidos. Temos que ponderar entre os objetivos, qualidade e restrições.

Componentes + Responsabilidades + Relacionamentos definem uma Estratégia, logo : Todo software possui uma arquitetura, mas nem todo time possui um arquiteto.

Collection of Recipes¶

Normalmente seguimos uma receita...

Front-End (JavaScript, ViewJS,Angular, React, PHP), Back-end (Java, PHP, Node) e um Banco de Dados (Normalmente Relacional).
Quando a aplicação é bem sucedida..Algo vem a mente, e voi-lá...Uma solução de cache (mencache, redis)..
E também surge a ideia de colocar um banco de dados full-text, nasce a necessidade de se implantar algum mecanismo de sincronização.
Escuta o transacional e popula o full-text (ElasticSearch) ou NoSQL (Colunar, Documento, Chave-Valor e assim vai)..
Novamente, se os arquivos forem grande... iremos fazer criar um Worker.. e novamente...
E se continuarmos, assim... vamos receber uma demanda para implementar um Kafka ou RabbitMQ.
Quanto mais componentes, mais complexidade... e podemos ter um vazamento
Times com DEVs experientes, passam a ser os Arquitetos, ou seja, geramos mais uma confusão ou DEVs Senniors passam a ser Arquitetos de Softwares ou Staff Enginners.

Lembrando os Princípios do Manifesto Ágil¶

As melhores arquiteturas, requisitos e designs emergem de equipes auto-organizáveis.
Simplicidade: A arte de maximizar a quantidade de trabalho não realizado--é essencial.
Os processos ágeis promovem desenvolvimento sustentável. Os patrocinadores, desenvolvedores e usuários devem ser capazes de manter um ritmo constante indefinidamente.
Entregar frequentemente software funcionando, de poucas semanas a poucos meses, com preferência à menor escala de tempo.
Contínua atenção à excelência técnica e bom design aumenta a agilidade.
Nossa maior prioridade é satisfazer o cliente através da entrega contínua e adiantada de software com valor agregado.
Mudanças nos requisitos são bem-vindas, mesmo tardiamente no desenvolvimento. Processos ágeis tiram vantagem das mudanças visando vantagem competitiva para o cliente.
Pessoas de negócio e desenvolvedores devem trabalhar diariamente em conjunto por todo o projeto.
Construa projetos em torno de indivíduos motivados. Dê a eles o ambiente e o suporte necessário e confie neles para fazer o trabalho.
O método mais eficiente e eficaz de transmitir informações para e entre uma equipe de desenvolvimento é através de conversa face a face.
Software funcionando é a medida primária de progresso.
Em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz e então refina e ajusta seu comportamento de acordo.

Estratégia organizacional¶

É um conceito de origem militar relacionado ao uso de meios e planos para atingir objetivos.

Tipo	Entenda
Visão	Onde a empresa deseja chegar, qual o seu "sonho", qual é a inspiração que direciona os esforços;
Missão	O que a empresa se propõe a fazer (qual a sua finalidade) e para quem (público-alvo);
Objetivos	O que deve ser alcançado para suportar a missão;
Metas	O alvo dos objetivos ou parâmetros normalmente mensuráveis.

Pergunta: Como a TI se torna estratégica?¶

Centro de Custo	Centro de Resultado
Custo	Investimento
Cara	Compensa
Estritamente Técnica	Parte do Negócio
Não entende o que o negócio quer	Interage e troca feedback com o negócio
Preciso saber quanto o Projeto irá custar.	Preciso saber quanto o Projeto irá valer.

Governança x Arquitetura x Engenharia?¶

Tipo	Mundo Real	Mundo TI
Governança	A raiz da palavra governança vem de uma vocábulo grego que significa direção. Governança Corporativa - Sistema pelo qual as empresas e demais organizações são dirigidas, monitoradas e incentivadas, envolvendo os relacionamentos entre sócios, conselho de administração, diretoria, órgãos de fiscalização e controle e demais partes interessadas.	Governança de TI São ações, políticas, regras e processos direcionados ao uso de softwares, sistemas e infraestrutura de TI.
Gestão	Gestão executa processos alinhados a esse direcionamento.	-
Arquitetura	É o processo artístico e técnico que envolve a elaboração de espaços organizados e criativos para abrigar diferentes tipos de atividades humanas.	Conceito abstrato, que se refere à organização de um sistema. Ela é responsável por definir os componentes que farão parte de um projeto, suas características, funções e a forma como devem interagir entre si e com outros softwares.
Engenharia	Conjunto de técnicas e métodos para aplicar o conhecimento técnico e científico na planificação, criação e manutenção de estruturas, máquinas e sistemas para benefício do ser humano.	É a área da ciência da computação que trata da especificação, arquitetura, desenvolvimento, manutenção e criação de software. Requisitos de Software, Antecipação a Mudanças, Abstração, Generalidade, Modularidade e etc.
Arquétipo	É um termo usado em várias áreas do conhecimento, como psicologia, literatura, arte e computação. Refere-se a um modelo ou padrão de projeto que descreve as características e comportamentos comuns de um determinado tipo de sistema, processo ou objeto.

flowchart TD
    A(fa:fa-user Developer) -->|Code| B(fa:fa-laptop IDE)
    B -->|GPG| C(fa:fa-code-branch Assinatura)
    C --> D(fa:fa-code-pull-request Trigger</br>Check)
    D --> E(fa:fa-city CI/CD) --> F(fa:fa-gear SCA e SAST)
    F --> G(fa:fa-gears Container</br>Registry)
    G --> H(fa:fa-cloud CI/CD-System)
    H --> I(fa:fa-square-share-nodes Review)
    I --> J(fa:fa-gear SCA e SAST aaaa)
    J --> J0(fa:fa-city CI/CD)
    J0 --> K(fa:fa-rocket CI/CD)
    K --> L(fa:fa-coins Security Scan)