<?xml version="1.0"?>
<rss version="2.0">
   <channel>
      <title>Engenharia de Software: Uma Abordagem Profissional – Pressman by Luiz Carlos Souza Almeida</title>
      <link>https://padlet.com/luizcarlosdesouzalmeida/bp5uziptiqm4</link>
      <description>Uma síntese sobre os modelos clássicos e ágeis, baseado no livro Engenharia de Software: Uma Abordagem Profissional – Pressman.</description>
      <language>en-us</language>
      <pubDate>2019-09-22 21:10:37 UTC</pubDate>
      <lastBuildDate>2026-01-30 19:23:40 UTC</lastBuildDate>
      <webMaster>hello@padlet.com</webMaster>
      <image>
         <url>https://padlet.pics/1/image.webp?t=g_auto&amp;url=https%3A%2F%2Fpadlet.net%2Ficons%2Fpng%2F1f4c9.png</url>
      </image>
      <item>
         <title>Cascata</title>
         <author>luizcarlosdesouzalmeida</author>
         <link>https://padlet.com/luizcarlosdesouzalmeida/bp5uziptiqm4/wish/388218227</link>
         <description><![CDATA[<div><br> Sugere uma abordagem sequencial e sistemática para o desenvolvimento de software, suas etapas são, aquisição de requisitos, planejamento, modelagem, construção e desenvolvimento.Possui uma varição que busca checar a qualidade das etapas conhecido como modelo-V.<br><br></div><div><br> O modelo de cascata é o mais antigo paradigma para engenharia de software. Contudo, nas últimas décadas, as criticas feitas á esse modelo fizeram com que até os maiores defensores desse modelo questionassem sua eficiência. [Han95].<br><br>VANTAGENS: </div><ul><li>O mais simples e intuitivo.</li></ul><div><br>DESVANTAGENS: </div><ul><li>Dificuldade de se estabelecer todos os requisitos no início de um processo.</li><li>Em caso de alteração de requisitos, existe dificuldade na adequação do processo, pois cada etapa depende da conclusão da anterior.</li></ul><div><br>CONTEXTO DE UTILIZAÇÃO: É indicado o uso em projetos onde os requisitos são muito bem definidos e a possibilidade de mudança é quase nenhuma.<br><br>ETAPAS:</div><ol><li>Planejamento</li><li>Análise</li><li>Projeto</li><li>Implementação</li><li>Teste</li><li>Implantação</li><li>Manutenção</li></ol><div><br></div>]]></description>
         <enclosure url="" />
         <pubDate>2019-09-23 14:35:35 UTC</pubDate>
         <guid>https://padlet.com/luizcarlosdesouzalmeida/bp5uziptiqm4/wish/388218227</guid>
      </item>
      <item>
         <title>Espiral </title>
         <author>luizcarlosdesouzalmeida</author>
         <link>https://padlet.com/luizcarlosdesouzalmeida/bp5uziptiqm4/wish/388218602</link>
         <description><![CDATA[<div><br> Proposto por Barry Boehm [Boe88] é um processo evolucionário de software, com natureza iterativa de prototipação que segue o mesmo rigor sistemático que o modelo cascata. Ele cria a possibilidade de um desenvolvimento mais rápido e com possibilidade de gerar versões mais completas do software.<br><br></div><div><br> O modelo é uma série evolucionária de versões, cada ciclo do espiral gera novas especificações e permite com que o software seja um pouco mais flexível. É uma abordagem realista do processo de produção de softwares de grande escala.<br><br>VANTAGENS: </div><ul><li>Riscos são gerenciados ainda na fase de análise e em todo o processo</li><li>Utiliza-se prototipação.</li><li>Erros/falhas são descobertas cedo, facilitando o ajuste</li></ul><div><br>DESVANTAGENS: </div><ul><li>Por utilizar prototipação, acaba se elevando o custo na fase de Análise</li></ul><div><br>CONTEXTO DE UTILIZAÇÃO: Indicado para direcionamento de riscos e planejamento.<br><br>ETAPAS:</div><ol><li>Determinar objetivos, alternativas e restrições</li><li>Avaliar alternativas, identificar, resolver riscos</li><li>Desenvolver, verificar produto de próximo nível</li><li>Planejar próxima fase</li></ol><div><br><br></div><div><br><br></div>]]></description>
         <enclosure url="" />
         <pubDate>2019-09-23 14:36:02 UTC</pubDate>
         <guid>https://padlet.com/luizcarlosdesouzalmeida/bp5uziptiqm4/wish/388218602</guid>
      </item>
      <item>
         <title>Prototipação</title>
         <author>luizcarlosdesouzalmeida</author>
         <link>https://padlet.com/luizcarlosdesouzalmeida/bp5uziptiqm4/wish/388218870</link>
         <description><![CDATA[<div><br> Procura entender os requisitos do usuário para aplicar ao sistema, possibilita que o desenvolvedor crie um protótipo do software final e é dividido nas fases de obter requisitos, elaborar projeto rápido, construir protótipo, avaliar protótipo e refinar protótipo gerando um ciclo de desenvolvimento que por fim de a fase construção do produto.<br><br><br>VANTAGENS: </div><ul><li>O usuário tem o "sentimento" de estar utilizando um sistema real</li><li>O time consegue "entender" a solução e construir "algo" em curto prazo</li></ul><div><br>DESVANTAGENS: </div><ul><li>O usuário imagina estar usando a versão de produção </li><li>Concessões equivocadas</li><li>O descartamento de protótipos pode ser vista como trabalho jogado fora pelo usuário</li></ul><div><br>CONTEXTO DE UTILIZAÇÃO: Indicado para desenvolvimento de uma versão inicial rápida, liberando-a ao usuário e recebendo <em>feedbacks </em>que serão utilizados para melhoria/refinamento do resultado.<br><br>ETAPAS:</div><ul><li>Comunicação</li><li>Plano rápido</li><li>Projeto rápido</li><li>Construção do protótipo</li><li>Avaliação do protótipo</li><li>Refinamento do protótipo</li></ul><div><br></div>]]></description>
         <enclosure url="" />
         <pubDate>2019-09-23 14:36:20 UTC</pubDate>
         <guid>https://padlet.com/luizcarlosdesouzalmeida/bp5uziptiqm4/wish/388218870</guid>
      </item>
      <item>
         <title>RUP (Rational Unified Process)</title>
         <author>luizcarlosdesouzalmeida</author>
         <link>https://padlet.com/luizcarlosdesouzalmeida/bp5uziptiqm4/wish/388219324</link>
         <description><![CDATA[<div><br> É o conjunto de atividades bem definidas com responsáveis, entrada/saída, ordem de execução, descrição sistemática e utilizando diagramas de UML. E um processo iterativo incremental, guiado por casos de uso, baseado na arquitetura do sistema, organizado em fases, iterações, fluxos, atividades e passos.<br><br><br>VANTAGENS: <br>União das vantagens dos modelos Sequencial e Iterativo/Incremental<br><br>DESVANTAGENS: <br>União das desvantagens dos modelos Sequencial e Iterativo/Incremental<br><br>CONTEXTO DE UTILIZAÇÃO: <br>Em projetos onde é essencial a separação das fases e disciplinas.<br><br>ETAPAS:</div><ul><li>Modelagem de Negócios</li><li>Requisitos </li><li>Análise e Design</li><li>Implementação</li><li>Teste</li><li>Implantação</li><li>Gerenciamento de Configuração e Mudança</li><li>Gerenciamento de projeto</li><li>Ambiente</li></ul>]]></description>
         <enclosure url="" />
         <pubDate>2019-09-23 14:36:52 UTC</pubDate>
         <guid>https://padlet.com/luizcarlosdesouzalmeida/bp5uziptiqm4/wish/388219324</guid>
      </item>
      <item>
         <title>Manifesto ágil</title>
         <author>luizcarlosdesouzalmeida</author>
         <link>https://padlet.com/luizcarlosdesouzalmeida/bp5uziptiqm4/wish/388219691</link>
         <description><![CDATA[<div><br> O manifesto ágil surgiu com a intenção de substituir as antigas práticas de produção de software. Como no mercado atual é difícil prever o processo de evolução de um software, a abordagem utilizada deve ser flexível o bastante para possibilitar as mudanças de maneira rápida e eficiente.<br><br></div><div><em><br> “Indivíduos e interações antes de processos e ferramentas<br></em><br></div><div><em><br> Software funcionando antes de documentação clara<br></em><br></div><div><em><br> Colaboração com cliente antes de negociação de contrato<br></em><br></div><div><em><br> Responder a uma mudança antes de seguir um plano<br></em><br></div><div><em><br> Existe valor nos termos da direita, mas nós valorizamos mais os da esquerda.”<br></em><br></div>]]></description>
         <enclosure url="" />
         <pubDate>2019-09-23 14:37:19 UTC</pubDate>
         <guid>https://padlet.com/luizcarlosdesouzalmeida/bp5uziptiqm4/wish/388219691</guid>
      </item>
      <item>
         <title>Scrum</title>
         <author>luizcarlosdesouzalmeida</author>
         <link>https://padlet.com/luizcarlosdesouzalmeida/bp5uziptiqm4/wish/388220151</link>
         <description><![CDATA[<div><br> Concebido por Jeff Sutherland e seu time nos anos 1990, os princípios do scrum são compatíveis com o manifesto ágil e é um guia para a aplicação das seguintes atividades: requerimentos, analise, design, evolução e entrega. Cada atividade ocorre em um padrão de processo chamado sprint, que por sua vez ocorre um numero variado de vezes dependendo do tamanho ou complexidade do software.<br><br></div><div><br> O Scrum procura enfatizar o uso de padrões que se provaram efetivos para projetos com curto período de duração e com muitas alterações, e se baseia em atividades de desenvolvimento, são elas:<br><br></div><div><br> Backlog, é uma lista dos requerimentos e características que agregam valor ao software para o cliente, itens podem ser adicionados a qualquer momento ao product backlog pelo product manager que também gerencia a ordem de prioridade.<br><br></div><div><br> Sprints consiste em um ciclo de trabalho necessário para concluir os requerimentos do backlog. As mudanças geralmente não são introduzidas durante um sprint. O sprint permite que uma equipe trabalhe em um ambiente estável mesmo que seja por um curto período de tempo.<br><br></div><div><br> Encontros, são pequenas (15 min) reuniões mantidas diariamente pelo time scrum, onde são feitas três perguntas:<br><br></div><div><br> - O que vocês fizeram desde o último encontro?<br><br></div><div><br> - Quais obstáculos foram encontrados?<br><br></div><div><br> - O que você planeja executar até o próximo encontro?<br><br></div><div><br> Um lider do time, o Scrum master, lidera o encontro que serve para prevenir problemas e socializar o time.<br><br></div><div><br> Demos, é uma entrega do software funcionando para que a funcionalidade que foi adicionada possa ser apresentada ao cliente e avaliada por ele.<br><br></div><div><em><br>“Scrum assume logo de cara a existência do caos...”<br><br></em>VANTAGENS:</div><ul><li>Entregas periódicas ao cliente.</li><li>Maior participação do cliente no processo de desenvolvimento.</li><li>Maior facilidade de integração da equipe e das diferentes áreas.</li><li>Gerencia de problemas e dificuldades frequentes.</li></ul><div><br>DESVANTAGENS:</div><ul><li>Difícil de implementar em equipes com poucos integrantes.</li><li>Depende do comprometimento do cliente.</li><li>O bom funcionamento depende da experiência do Scrum Master.</li><li>Custo de implementação.</li><li>Depende da adaptação da equipe.</li></ul><div><br>CONTEXTO DE UTILIZAÇÃO:<br>O Scrum é recomendado para equipes com diferentes funções e que possuam conhecimento sobre os padrões de processos.<br><br>ETAPAS:</div><ol><li>Planejamento da Release</li><li>Planejamento da Sprint</li><li>Reunião diária</li><li>Revisão da Sprint</li><li>Retrospectiva da Sprint</li></ol>]]></description>
         <enclosure url="" />
         <pubDate>2019-09-23 14:37:51 UTC</pubDate>
         <guid>https://padlet.com/luizcarlosdesouzalmeida/bp5uziptiqm4/wish/388220151</guid>
      </item>
      <item>
         <title>XP</title>
         <author>luizcarlosdesouzalmeida</author>
         <link>https://padlet.com/luizcarlosdesouzalmeida/bp5uziptiqm4/wish/388220626</link>
         <description><![CDATA[<div><br> Usa uma abordagem orientada a objetos como paradigma preferido e define uma série de regras e praticas no contexto de quatro frameworks de atividades, são elas:<br><br></div><div><br> Planejamento, é a atividade responsável pela aquisição de requisitos, começa com uma comunicação com o cliente onde os requisitos são passados á equipe por meio de uma história contada pelo cliente a qual deve ser interpretada por meio do próximo lançamento ou versão.<br><br></div><div><br> Design, procura como regra buscar sempre a simplicidade no modelo XP, sempre um design simples é preferido á um complexo. É um guia de desenvolvimento para a história e geralmente é feito com o uso de cartas CRC, além disso é tido como um processo contínuo, que acontece antes e depois do desenvolvimento.<br><br></div><div><br> Desenvolvimento, são desenvolvidos uma série de testes nos quais é destrinchada a história, o código é gerado para estritamente passar nos teste e assim que o código é implementado é iniciada uma fase de testes, gerando assim um feedback instantâneo para o desenvolvedor. Além disso a fase de programação é feita por uma dupla de programadoras, já que além de duas mentes programarem melhor do que uma, facilita a integração com o time.<br><br></div><div><br> Teste, a unidade de testes deve ser implementada com um framework que automatiza os teste que dá um indicador contínuo de progresso para o time do XP, <em>“Consertar problemas pequenos a cada poucas horas é mais fácil que resolver um problema grande logo antes do lançamento”</em> [Wel99].<br><br>VANTAGENS:</div><ul><li>Processo de desenvolvimento e todo documentado</li><li>Código é implementado baseado em testes</li><li>histórias de usuário levam em conta a utilização do software</li><li>DESVANTAGENS:</li><li>Necessita do cliente para construir as histórias</li><li>Dificuldade para calcular a velocidade de implementação</li></ul><div>CONTEXTO DE UTILIZAÇÃO:<br>ETAPAS:</div><ol><li>Planejamento</li><li>Projeto</li><li>Codificação</li><li>Teste</li></ol><div><br><br></div>]]></description>
         <enclosure url="" />
         <pubDate>2019-09-23 14:38:26 UTC</pubDate>
         <guid>https://padlet.com/luizcarlosdesouzalmeida/bp5uziptiqm4/wish/388220626</guid>
      </item>
      <item>
         <title>Referências</title>
         <author>luizcarlosdesouzalmeida</author>
         <link>https://padlet.com/luizcarlosdesouzalmeida/bp5uziptiqm4/wish/391594682</link>
         <description><![CDATA[<ul><li>PRESSMAN, R.; MAXIM, B. Software Engineering: A Practitioner’s Approach. 8th edition.McGraw-Hill, 2014</li></ul>]]></description>
         <enclosure url="" />
         <pubDate>2019-09-30 21:11:15 UTC</pubDate>
         <guid>https://padlet.com/luizcarlosdesouzalmeida/bp5uziptiqm4/wish/391594682</guid>
      </item>
   </channel>
</rss>
