intro

--- title: Introdução à Engenharia de Software permalink: /lessons/softeng/zero/intro/ sidebar:
nav: "softeng-zero"

layout: single author_profile: true toc: true toc_label: “Conteúdo” toc_icon: “cog” toc_sticky: true header: image: /assets/images/gpt/headers/cat_studying_glasses.jpg caption: “Gato estudando Engenharia de Software | Crédito da imagem: gerado por IA com Bing por Maxwell Anderson (2023) | Prompt: create an image of a cat studying software engineering” —

<h3 id="engenharia-de-requisitos">Engenharia de requisitos</h3><blockquote class="notice--info">🤔 Para memorizarRequisito é uma característica ou capacidade que o sistema deve ter para atender a uma necessidade ou resolver um problema. Um requisito pode ser uma funcionalidade, uma restrição ou uma qualidade.Imagine um requisito como uma frase que começa com “O sistema deve…” ou “O sistema não deve…”, ou mesmo “Como cliente, eu gostaria que o sistema permitisse…”.Exemplo:“O sistema deve permitir que o usuário faça login utilizando seu e-mail e senha.”Vamos ver este assunto de maneira detalhada e prática em <a href="/lessons/softeng/requirements/intro/">Engenharia de Requisitos</a>.</blockquote>A engenharia de requisitos é uma área da Engenharia de Software que estuda a aplicação de conhecimentos científicos e empíricos para a elicitação, análise, especificação, validação e gerenciamento de requisitos de software.Podemos dividir a engenharia de requisitos em 4 subáreas:<ol><li>Análise de negócio ou do problema, leva em consideração:<ul><li>a identificação dos interessados ou stakeholders do projeto;</li><li>a identificação do problema ou demanda a ser atendida e suas restrições;</li><li>as características funcionais principais do produto, com o objetivo de entender de maneira geral o que o produto deve fazer.</li></ul></li><li>Levantamento dos requisitos:<ul><li>permite descrever os requisitos de forma mais detalhada, com o objetivo de entender o que o produto deve fazer;</li><li>caracteriza os requisitos, classificando-os em funcionais e não funcionais;</li><li>analisa a viabilidade de desenvolvimento do produto, levando em consideração o custo, o tempo e a qualidade;</li><li>rastreabilidade dos requisitos, que permite identificar a origem de cada requisito, bem como a sua relação com outros requisitos.</li></ul></li><li>Validação dos requisitos: permite verificar se os requisitos estão corretos, completos, consistentes e não ambíguos.</li><li>Gerenciamento de mudanças ou gerenciamento de requisitos: permite gerenciar as mudanças que ocorrem nos requisitos durante o desenvolvimento do produto.</li></ol><blockquote class="notice--info">👷 PapelAssim sendo, a engenharia de requisitos é executado pelo papel de:<ul><li>analista de requisitos</li><li>engenheiro de requisitos</li><li>analista de negócios</li><li>UX Designers, mais especificamente na elaboração de protótipos visuais preliminares, esboços de telas, fluxos de telas etc.</li><li>Product Owner ou PO (pronuncia-se “pi-ôu”). Em metodologias ágeis, este papel desempenha total ou parcialmente as atribuições de um engenheiro de requisitos.</li><li>dentre outros, podendo ter variações de acordo com a empresa ou instituição.</li></ul>🎨 O que criam?<ul><li>Documento de visão</li><li>Documento de requisitos</li><li>Documento de especificação de requisitos</li><li>Histórias de usuários</li><li>Protótipos visuais preliminares</li><li>Esboços de contratos</li><li>Casos de uso</li><li>Dentre outros</li></ul></blockquote>🛠️ Ferramentas utilizadas<table><thead><tr><th>Ferramentas</th><th>Descrição</th></tr></thead><tbody><tr><td>Gerenciamento de requisitos</td><td><a href="https://www.atlassian.com/br/software/jira" title="Jira">Jira</a>, <a href="https://trello.com/pt-BR" title="Trello">Trello</a>, <a href="https://docs.github.com/pt/issues/planning-and-tracking-with-projects/learning-about-projects/quickstart-for-projects" title="GitHub Projects">GitHub Projects</a></td></tr><tr><td>Prototipação</td><td><a href="https://helpx.adobe.com/br/support/xd.html" title="Adobe XD">Adobe XD</a>, <a href="https://www.figma.com/" title="Figma">Figma</a>, <a href="https://balsamiq.com/" title="Balsamiq">Balsamiq</a></td></tr><tr><td>Escritório</td><td><a href="https://www.office.com/" title="Microsoft Office">Microsoft Word</a>, <a href="https://www.google.com/docs/about/" title="Google Docs">Google Docs</a></td></tr><tr><td>Métodos</td><td><a href="https://kanbanize.com/pt/recursos-kanban/primeiros-passos/o-que-e-kanban" title="Kanban">Kanban</a>, <a href="https://aws.amazon.com/pt/what-is/scrum/" title="Scrum">Scrum</a></td></tr></tbody></table><h3 id="análise-e-projeto">Análise e projeto</h3>A análise e projeto de sistemas de software é uma área da Engenharia de Software que estuda a aplicação de conhecimentos em atividades relacionadas à especificação ou detalhamento dos requisitos levantados na engenharia de requisitos, bem como a definição da arquitetura do sistema e a especificação dos componentes do sistema.É uma atividade crucial para o desenvolvimento de software, pois é nesta fase que o sistema é projetado, ou seja, é definido como o sistema será implementado. É nesta fase que são definidos os componentes do sistema, como eles se relacionam e como eles se comunicam.Da mesma forma que um engenheiro civil projeta uma casa para um cliente, o analista de sistemas projeta um sistema de software para um cliente. O engenheiro civil pode fazer uma planta da casa e mostrar para o cliente, que pode aprovar ou não.<figure class="align-center"> <img src="/assets/images/lessons/intro06.png" alt="Ilustração de uma planta e um protótipo de casa" /><figcaption>Criado pelo próprio autor (2009)</figcaption></figure>O analista de sistemas pode fazer um protótipo do sistema e mostrar para o cliente e para os desenvolvedores.<figure class="align-center"> <img src="/assets/images/lessons/intro07.png" alt="Ilustração de um protótipo de sistema de software" /><figcaption>Criado pelo próprio autor (2009)</figcaption></figure>Podemos resumir as atividades desempenhadas pelo analista de sistemas como realizar a especificação de requisitos em um terceiro nível, ou seja, detalhar os requisitos levantados na engenharia de requisitos de forma que possam ser implementados e entendidos pelos desenvolvedores e, em alguns casos, pelos clientes.<blockquote class="notice--info">👷 PapelA análise e projeto de sistemas de software é executado por:<ul><li>analista de sistemas</li><li>UX designers</li><li>arquiteto de software.</li><li>analista de dados</li><li>analista de infraestrutura</li><li>dentre outros</li></ul>🎨 O que criam?<ul><li>Esboço da arquitetura do sistema</li><li><a href="/lessons/softeng/design/uml/">Diagramas UML</a> (Unified Modeling Language), com diagramas de caso de uso, diagramas de classe, diagramas de sequência, diagramas de atividade, diagramas de estado etc.</li><li>Diagramas DFD (Diagrama de Fluxo de Dados)</li><li>Diagramas de banco de dados, como DER (Diagrama Entidade-Relacionamento)</li><li>Dicionários de dados</li><li>Protótipos visuais</li><li>Especificação textual de componentes, interfaces, serviços, APIs etc.</li></ul></blockquote>🛠️ Ferramentas utilizadas<table><thead><tr><th>Ferramentas</th><th>Descrição</th></tr></thead><tbody><tr><td>Ferramentas CASE</td><td><a href="https://www.visual-paradigm.com/" title="Visual Paradigm">Visual Paradigm</a>, <a href="https://astah.net/pt/" title="Astah">Astah</a>, <a href="https://sparxsystems.com/" title="Enterprise Architech">Enterprise Architect</a>, <a href="https://sparxsystems.com/" title="Enterprise Architech">Microsoft Visio</a></td></tr><tr><td>Prototipação</td><td><a href="https://helpx.adobe.com/br/support/xd.html" title="Adobe XD">Adobe XD</a>, <a href="https://www.figma.com/" title="Figma">Figma</a>, <a href="https://balsamiq.com/" title="Balsamiq">Balsamiq</a></td></tr><tr><td>Modelagem de dados</td><td><a href="https://www.mysql.com/products/workbench/" title="MySQL Workbench">MySQL Workbench</a>, <a href="https://www.oracle.com/br/database/sqldeveloper/technologies/sql-data-modeler/" title="Oracle SQL Developer Data Modeler">Oracle SQL Developer Data Modeler</a>, <a href="https://dbmstools.com/tools/sql-power-architect" title="SQL Power Architect">SQL Power Architect</a></td></tr><tr><td>Modelagem de processos</td><td><a href="https://www.bizagi.com/pt/plataforma/modeler" title="Bizagi Modeler">Bizagi Modeler</a>, <a href="https://app.diagrams.net/" title="Draw.io">Draw.io</a>, <a href="https://www.microsoft.com/pt-br/microsoft-365/visio/flowchart-software" title="Microsoft Visio">Microsoft Visio</a></td></tr></tbody></table><h3 id="gerência-de-projetos">Gerência de projetos</h3>A gerência de projetos de software é uma área da Engenharia de Software que estuda a aplicação de conhecimentos em atividades relacionadas ao planejamento, execução e controle de tarefas que deverão ser executadas para o desenvolvimento de um produto de software.Conforme o Guia PMBOK, um projeto é “um esforço temporário empreendido para criar um produto, serviço ou resultado exclusivo” (PMI, 2017).Um projeto é temporário no sentido de que tem um início e um término definidos no tempo, e, por isso, um escopo e recursos definidos.Já o gerenciamento de projetos é a “aplicação de conhecimentos, habilidades, ferramentas e técnicas às atividades do projeto a fim de atender aos seus requisitos.” (PMI, 2017)Segundo o mesmo Guia, o gerenciamento de projetos é dividido em áreas de conhecimento principais, como:<ol><li>Integração: permite coordenar as atividades de gerenciamento de projetos, integrando-as entre si e com as atividades de desenvolvimento do produto.</li><li>Escopo: permite definir o escopo do projeto, ou seja, o que será feito e o que não será feito no projeto.</li><li>Tempo: permite definir o cronograma do projeto, ou seja, quando cada atividade será executada.</li><li>Custo: permite definir o orçamento do projeto, ou seja, quanto o projeto custará.</li><li>Qualidade: permite definir os padrões de qualidade que o produto deverá atender.</li><li>Recursos humanos: permite definir as pessoas que farão parte da equipe do projeto.</li><li>Comunicação: permite definir como as informações serão comunicadas entre os membros da equipe e com os interessados.</li><li>Riscos: permite identificar, analisar e planejar respostas para os riscos que podem ocorrer durante o projeto.</li><li>Aquisições: permite definir como os recursos serão adquiridos para o projeto.</li><li>Partes interessadas: permite identificar e gerenciar as partes interessadas no projeto.</li></ol>O gerente de projetos deve se preocupar com as seguintes restrições do projeto:<ol><li>Escopo</li><li>Qualidade</li><li>Cronograma</li><li>Orçamento</li><li>Custo</li><li>Riscos</li></ol>Se alguma restrição acima sofrer mudança, outro fator será afetado.De que forma poderíamos dar atenção a todas estas restrições? Pergunte a si mesmo: “Como eu poderia fazer para entregar um produto de qualidade, dentro do prazo e do orçamento, sem correr riscos?”Eu pergunto a você: se o orçamento de um projeto diminui, isso irá impactar em quais restrições? Você vai conseguir manter a qualidade e o cronograma do projeto?Se o cronograma de um projeto diminui, isso irá impactar em quais restrições? Você irá conseguir manter os riscos do projeto controlados? Vai conseguir atender todas as necessidades do cliente conforme definido no escopo?Assim sendo, o gerente de projetos deve se preocupar as restrições descritas acima todos os dias.<blockquote class="notice--info">👷 Papel<ul><li>Gerente de projetos</li><li>Em metodologias ágeis, parte das atividades de gerenciamento de projetos é desempenhada pelo Scrum Master</li></ul>🎨 O que criam?<ul><li>Plano de gerenciamento do projeto</li><li>Plano de gerenciamento de riscos</li><li>Cronogramas do projeto</li><li>Orçamento do projeto</li><li>dentre outros</li></ul></blockquote>🛠️ Ferramentas utilizadas<table><thead><tr><th>Ferramentas</th><th>Descrição</th></tr></thead><tbody><tr><td>Gerenciamento de projetos</td><td><a href="https://www.atlassian.com/br/software/jira" title="Jira">Jira</a>, <a href="https://trello.com/pt-BR" title="Trello">Trello</a>, <a href="https://docs.github.com/pt/issues/planning-and-tracking-with-projects/learning-about-projects/quickstart-for-projects" title="GitHub Projects">GitHub Projects</a>, <a href="https://www.microsoft.com/pt-br/microsoft-365/project/project-management-software" title="Microsoft Project">Microsoft Project</a></td></tr><tr><td>Escritório</td><td><a href="https://www.office.com/" title="Microsoft Office">Microsoft Word</a>, <a href="https://www.google.com/docs/about/" title="Google Docs">Google Docs</a>, <a href="https://www.office.com/" title="Microsoft Office">Microsoft Excel</a>, <a href="https://docs.google.com/spreadsheets" title="Google Planilhas">Google Planilhas</a></td></tr></tbody></table><h3 id="gerência-de-configuração">Gerência de configuração</h3>A gerência de configuração é uma área da Engenharia de Software que estuda a aplicação de conhecimentos em atividades relacionadas ao controle de versões dos artefatos produzidos durante o desenvolvimento de um produto de software.Os procedimentos de gerenciamento de configuração definem como:<ol><li>Os artefatos serão identificados, armazenados e controlados;</li><li>Relacionar mudanças nos artefatos e componentes do sistema;</li><li>Identificar diferentes versões de um sistema, envolvendo gerenciamento de releases e de baselines;</li></ol><blockquote class="notice--info">👷 Papel<ul><li>Analista de configuração</li><li>Gerente de configuração</li><li>Administrador de configuração</li></ul>🎨 O que criam?<ul><li>Plano de gerenciamento de configuração</li><li>Plano de gerenciamento de mudanças, de liberação e de baselines</li><li>Relatórios de mudanças</li></ul></blockquote>🛠️ Ferramentas utilizadas<table><thead><tr><th>Ferramentas</th><th>Descrição</th></tr></thead><tbody><tr><td>Controle de versão</td><td><a href="https://git-scm.com/" title="Git">Git</a>, <a href="https://github.com/" title="GitHub">GitHub</a>, <a href="https://about.gitlab.com/" title="Gitlab">GitLab</a>, <a href="https://bitbucket.org/" title="Bitbucket">Bitbucket</a></td></tr><tr><td>Gerenciamento de configuração</td><td><a href="https://www.atlassian.com/br/software/jira" title="Jira">Jira</a>, <a href="https://trello.com/pt-BR" title="Trello">Trello</a>, <a href="https://docs.github.com/pt/issues/planning-and-tracking-with-projects/learning-about-projects/quickstart-for-projects" title="GitHub Projects">GitHub Projects</a></td></tr><tr><td>Escritório</td><td><a href="https://www.office.com/" title="Microsoft Office">Microsoft Word</a>, <a href="https://www.google.com/docs/about/" title="Google Docs">Google Docs</a></td></tr><tr><td>Integração contínua</td><td><a href="https://www.jenkins.io/" title="Jenkins">Jenkins</a>, <a href="https://www.travis-ci.com/" title="Travis CI">Travis CI</a>, <a href="https://circleci.com/" title="Circle CI">Circle CI</a>, <a href="https://about.gitlab.com/" title="Gitlab">Gitlab</a>, <a href="https://github.com/" title="GitHub">GitHub Actions</a></td></tr><tr><td>Automação de testes</td><td><a href="https://www.selenium.dev/" title="Selenium">Selenium</a>, <a href="https://www.cypress.io/" title="Cypress">Cypress</a> (somente algumas funcionalidades são utilizadas)</td></tr></tbody></table><h3 id="codificação-ou-desenvolvimento">Codificação ou desenvolvimento</h3>A codificação ou desenvolvimento de software é uma área da Engenharia de Software que estuda a aplicação de conhecimentos em atividades relacionadas à implementação de um produto de software.Envolve em colocar a “mão na massa” quando se trata de programar. É nesta fase que o sistema é implementado, ou seja, é desenvolvido o código-fonte do sistema.Exemplos de códigos<div class="language-java highlighter-rouge"><div class="highlight"><pre class="highlight"><code>// Leitura do arquivo test.txt em Java
File dir = new File("/home/user/test.txt");
File fin = new File(dir.getCanonicalPath() + File.separator + "test.txt");
FileInputStream fis = new FileInputStream(fin);
BufferedReader br = new BufferedReader(new InputStreamReader(fis));
String aLine = null;
while ((aLine = br.readLine()) != null) {
 System.out.println(aLine);
}
if (aLine.trim().length() == 0) {
 // linha em branco
}
in.close();
</code></pre></div></div><div class="language-python highlighter-rouge"><div class="highlight"><pre class="highlight"><code># Leitura do arquivo test.txt em Python

my_file = open("/home/user/test.txt", "r")
print(my_file.read())
my_file.close()
</code></pre></div></div>Veja ums lista de linguagens de programação em <a href="https://pt.wikipedia.org/wiki/Lista_de_linguagens_de_programa%C3%A7%C3%A3o">https://pt.wikipedia.org/wiki/Lista_de_linguagens_de_programação</a><blockquote class="notice--info">👷 Papel<ul><li>Desenvolvedor</li><li>Programador</li></ul>🎨 O que criam?<ul><li>Código-fonte</li><li>Testes unitários</li><li>Documentação de código</li><li>Dentre outros</li></ul></blockquote>🛠️ Ferramentas utilizadas<table><thead><tr><th>Ferramentas</th><th>Descrição</th></tr></thead><tbody><tr><td>Desenvolvimento</td><td><a href="https://code.visualstudio.com/" title="Visual Studio Code">Visual Studio Code</a>, <a href="https://www.jetbrains.com/pt-br/pycharm/" title="PyCharm">PyCharm</a>, <a href="https://www.eclipse.org/downloads/" title="Eclipse">Eclipse</a>, <a href="https://www.jetbrains.com/idea/" title="IntelliJ IDEA">IntelliJ IDEA</a>, <a href="https://netbeans.apache.org/download/index.html" title="Netbeans">Netbeans</a>, Bloco de notas :smile:</td></tr><tr><td>Controle de versão</td><td><a href="https://git-scm.com/" title="Git">Git</a>, <a href="https://github.com/" title="GitHub">GitHub</a>, <a href="https://about.gitlab.com/" title="Gitlab">GitLab</a>, <a href="https://bitbucket.org/" title="Bitbucket">Bitbucket</a></td></tr><tr><td>Escritório</td><td><a href="https://www.office.com/" title="Microsoft Office">Microsoft Word</a>, <a href="https://www.google.com/docs/about/" title="Google Docs">Google Docs</a></td></tr></tbody></table><h3 id="engenharia-de-testes">Engenharia de testes</h3>A engenharia de testes é uma área da Engenharia de Software que estuda a aplicação de conhecimentos em atividades relacionadas à verificação e validação de um produto de software.A verificação é o processo de avaliação de um sistema ou componente para determinar se os produtos de uma determinada fase do ciclo de vida cumprem os requisitos estabelecidos na fase anterior.A validação é o processo de avaliação de um sistema ou componente durante ou no final do ciclo de vida para determinar se ele atende aos requisitos especificados.Os testes tem como metas:<ol><li>Demonstrar ao desenvolvedor e ao cliente que o software atende aos requisitos.</li><li>Descobrir falhas ou defeitos que apresenta comportamento incorreto, não desejável ou em não conformidade com sua especificação.</li></ol>Possui como atividades:<ol><li>Teste de componente ou de unidade</li><li>Teste de integração</li><li>Teste de interfaces</li><li>Teste de desempenho, de carga ou de estresse</li><li>Teste de usabilidade</li><li>Teste de segurança</li><li>Teste de aceitação</li></ol><blockquote class="notice--info">👷 Papel<ul><li>Engenheiro de testes</li><li>Testador de software</li><li>Analista de testes</li><li>Analista de qualidade de produto</li></ul>🎨 O que criam?<ul><li>Plano de testes</li><li>Especificação de casos de testes</li><li>Relatórios de testes</li><li>Relatórios de defeitos</li><li>Dentre outros</li></ul></blockquote>🛠️ Ferramentas utilizadas<table><thead><tr><th>Ferramentas</th><th>Descrição</th></tr></thead><tbody><tr><td>Gerenciamento de testes</td><td><a href="https://testlink.org/" title="Testlink">TestLink</a>, <a href="https://www.testrail.com/" title="TestRail">TestRail</a></td></tr><tr><td>Gerenciamento de defeitos</td><td><a href="https://www.atlassian.com/br/software/jira" title="Jira">Jira</a>, <a href="https://trello.com/pt-BR" title="Trello">Trello</a>, <a href="https://github.com/" title="GitHub">GitHub</a>, <a href="https://about.gitlab.com/" title="Gitlab">Gitlab</a></td></tr><tr><td>Monitoramento de desempenho</td><td><a href="https://jmeter.apache.org/" title="JMeter">JMeter</a>, <a href="https://gatling.io/" title="Gatling">Gatling</a></td></tr><tr><td>Monitoramento de segurança</td><td><a href="https://owasp.org/" title="OWASP">OWASP</a>, <a href="https://portswigger.net/burp" title="Burp Suite">Burp Suite</a></td></tr><tr><td>Monitoramento de usabilidade</td><td><a href="https://analytics.google.com/analytics/web/" title="Google Analytics">Google Analytics</a></td></tr><tr><td>Monitoramento de carga</td><td>Apache Bench, Siege</td></tr><tr><td>Monitoramento de estresse</td><td><a href="https://gvasanka.medium.com/attack-cpu-memory-of-a-linux-machine-using-stress-and-stress-ng-commands-9a7aa1ee0a25" title="Stress-ng">Stress-ng</a></td></tr><tr><td>Monitoramento de cobertura de código</td><td><a href="https://www.sonarsource.com/products/sonarqube/" title="SonarQube">SonarQube</a>, <a href="https://about.codecov.io/" title="Codecov">Codecov</a></td></tr><tr><td>Monitoramento de qualidade de código</td><td><a href="https://www.sonarsource.com/products/sonarqube/" title="SonarQube">SonarQube</a>, <a href="https://codeclimate.com/" title="Code Climate">Code Climate</a></td></tr><tr><td>Monitoramento de vulnerabilidades</td><td><a href="https://snyk.io/" title="Snyk">Snyk</a>, <a href="https://www.mend.io/" title="WhiteSource">WhiteSource</a></td></tr><tr><td>Escritório</td><td><a href="https://www.office.com/" title="Microsoft Office">Microsoft Word</a>, <a href="https://www.google.com/docs/about/" title="Google Docs">Google Docs</a>, <a href="https://www.office.com/" title="Microsoft Office">Microsoft Excel</a>, <a href="https://docs.google.com/spreadsheets" title="Google Planilhas">Google Planilhas</a></td></tr><tr><td>Controle de versão</td><td><a href="https://git-scm.com/" title="Git">Git</a>, <a href="https://github.com/" title="GitHub">GitHub</a>, <a href="https://about.gitlab.com/" title="Gitlab">GitLab</a>, <a href="https://bitbucket.org/" title="Bitbucket">Bitbucket</a></td></tr><tr><td>Integração contínua</td><td><a href="https://www.jenkins.io/" title="Jenkins">Jenkins</a>, <a href="https://www.travis-ci.com/" title="Travis CI">Travis CI</a>, <a href="https://circleci.com/" title="Circle CI">Circle CI</a>, <a href="https://about.gitlab.com/" title="Gitlab">Gitlab</a>, <a href="https://github.com/" title="GitHub">GitHub Actions</a></td></tr><tr><td>Automação de testes</td><td><a href="https://www.selenium.dev/" title="Selenium">Selenium</a>, <a href="https://www.cypress.io/" title="Cypress">Cypress</a></td></tr></tbody></table><h3 id="qualidade-de-processos-ou-garantia-da-qualidade">Qualidade de Processos ou Garantia da Qualidade</h3>A qualidade de processos ou garantia da qualidade é uma área da Engenharia de Software que estuda a aplicação de conhecimentos em atividades relacionadas à melhoria contínua dos processos de desenvolvimento de software.Enfatiza-se, qualidade de PROCESSOS.Conforme o MPS.BR, o propósito do processo Garantia da Qualidade é “assegurar que os produtos de trabalho e a execução dos processos estão em conformidade com os planos e recursos predefinidos.” (MPS.BR, 2020)Conforme os mesmo Guia, os objetivos principais são:<ol><li>Avaliar objetivamente os processos executados, produtos de trabalho e serviços em relação à descrição de processos aplicáveis, padrões e procedimentos;</li><li>Identificar e documentar itens de não-conformidades;</li><li>Prover feedback para a equipe do projeto e gerentes como resultado das atividades de Garantia da Qualidade; e</li><li>Assegurar que as não-conformidades são corrigidas.</li></ol><blockquote class="notice--info">👷 Papel<ul><li>Analista de qualidade</li><li>Analista de processos</li><li>Analista de qualidade de processos</li><li>Analista de garantia da qualidade</li><li>Analista de qualidade de software</li><li>SQA (Software Quality Assurance)</li></ul>🎨 O que criam?<ul><li>Plano de qualidade</li><li>Plano de garantia da qualidade</li><li>Plano de medição</li><li>Relatórios de qualidade e de conformidade</li><li>Dentre outros</li></ul></blockquote>🛠️ Ferramentas utilizadas<table><thead><tr><th>Ferramentas</th><th>Descrição</th></tr></thead><tbody><tr><td>Diagramação de processos</td><td><a href="https://www.bizagi.com/pt/plataforma/modeler" title="Bizagi Modeler">Bizagi Modeler</a>, <a href="https://app.diagrams.net/" title="Draw.io">Draw.io</a></td></tr><tr><td>Controle de versão</td><td><a href="https://git-scm.com/" title="Git">Git</a>, <a href="https://github.com/" title="GitHub">GitHub</a>, <a href="https://about.gitlab.com/" title="Gitlab">GitLab</a>, <a href="https://bitbucket.org/" title="Bitbucket">Bitbucket</a></td></tr><tr><td>Escritório</td><td><a href="https://www.office.com/" title="Microsoft Office">Microsoft Word</a>, <a href="https://www.google.com/docs/about/" title="Google Docs">Google Docs</a></td></tr></tbody></table><h1 id="discussões-sobre-engenharia-de-software">Discussões sobre Engenharia de Software</h1><h2 id="deve-se-ter-todos-esses-papéis-em-um-projeto">Deve-se ter todos esses papéis em um projeto?</h2><ol><li>Não necessariamente. Em um projeto pequeno, pode ser que uma pessoa desempenhe mais de um papel ao contrário de projetos grandes.</li><li>Tudo também depende do projeto, do cliente, da empresa, da metodologia de desenvolvimento de software, do tamanho e da maturidade da equipe, do orçamento, do prazo, da qualidade, dos riscos etc.</li></ol><h2 id="deve-se-executar-atividades-de-todas-as-áreas-da-engenharia-de-software-em-um-projeto">Deve-se executar atividades de todas as áreas da Engenharia de Software em um projeto?</h2><ol><li>No mínimo desenvolver algo (risos)</li><li>Mais uma vez, tudo dependerá.</li></ol>Adentrando nesta discussão, é muito comum vermos desenvolvedores experientes argumentarem que para todo e qualquer projeto o mínimo que se deve fazer é a análise abrangente, codificação e testes. Mas, será que é isso mesmo?Como sabemos, não existe bala de prata e ao meu ver, sabem muito programar, mas sobre metodologias podem entender pouco, o que é muito comum.Um bom engenheiro de software deve conhecer ferramentas e boas práticas de desenvolvimento de software, bem como as metodologias, para que possa escolher a melhor abordagem para cada projeto.O mínimo de levantamento e análise de requisitos é obrigatório. Desenvolvedores experientes devem ter conhecimento necessário para implementar uma arquitetura de software adequada para o projeto. E, claro, nunca deixar os testes de lado.Outros projetos exigirão especificação mais detalhada dos requisitos, bem como o desenvolvimento da análise e projeto do sistema, com o uso de diagramas para facilitar a compreensão daqueles que se beneficiarão com o uso da documentação. Se essa documentação será extensa ou não, mais uma vez, dependerá:<ol><li>Do projeto, daí podemos depreender que tudo dependerá do tamanho, da complexidade, do orçamento, do prazo, da qualidade, dos riscos etc.</li><li>Dos clientes, pois estes poderão solicitar uma documentação mais detalhada para compreensão ou mesmo para que possam auditar o projeto. Por vezes um Documento de Visão e um Documento de Requisitos poderão ser apensados em um contrato.</li><li>Da empresa, pois esta poderá exigir uma documentação mais detalhada para que possa auditar o projeto bem como para que possa reutilizar a documentação em outros projetos. É muito comum que todo o conhecimento adquirido em um projeto esteja na “cabeça” dos principais desenvolvedores que, por vezes, não documentam nada. E, quando estes saem da empresa, todo o conhecimento é perdido. Outrossim, já vi um sistema com dez anos “de idade” precisar ser reimplementado totalmente utilizando nova tecnologia - o motivo foi a necessidade de adequação a um novo mercado. O problema é que o sistema era muito antigo e não havia documentação necessária para realizar o procedimento. Sabe-se também que para entender como o sistema funcionava “por debaixo dos panos”, havia uma curva de aprendizagem altíssima de cerca de dois anos. Pior foi ver gente ser demitida ou pedir demissão perto do fim desta janela de tempo. O resultado foi que o sistema teve que ser reimplementado do zero. Se houvesse documentação, o custo de reimplementação seria menor.</li><li>Da metodologia de desenvolvimento de software. Em metodologias ágeis, a documentação é mínima, mas existe. Em metodologias tradicionais, a documentação é mais detalhada. Existem as abordagens híbridas, quando se mesclam metodologias ágeis e tradicionais. Neste caso, a documentação pode ser mais detalhada ou não. Sou simpático à flexibilidade, pois acredito que cada projeto é um projeto e deve ser tratado como tal. Como sabemos não existe “bala de prata”.</li><li>Da equipe. Depende muito do tamanho, da maturidade e do conhecimento profissional dos componentes da equipe. Se a equipe é pequena, pode ser que um desenvolvedor experiente desempenhe mais de um papel e, ainda por cima, deverá dar suporte aos inexperientes. Vejo que a comunidade de TI no Brasil possui profissionais que auxiliam uns aos outros e é bem comum analistas seniores ensinarem ou transmitirem conhecimento aos juniores. De qualquer forma, a curva de aprendizagem sempre será fator determinante para cumprimento dos prazos de um projeto. Se a equipe é grande, pode ser que existam pessoas que desempenhem papéis específicos, como analista de requisitos, analista de testes, desenvolvedor, arquiteto de software, gerente de projetos etc. Neste caso, a curva de aprendizagem será menor, mas o custo do projeto será maior. São várias as variáveis e as equipes devem ir se auto ajustando a medida que os projetos avançam. O importante é que o projeto seja entregue com qualidade, dentro do prazo e do orçamento.</li></ol><blockquote>📝 Tome notaAo processo de aprimoramento constante sobre o conjunto de procedimentos adotados por uma equipe de desenvolvimento, chamamos simplesmente de “Melhoria Contínua” ou, sendo mais detalhado, de “Melhoria de Processos de Desenvolvimento de Software”.</blockquote><blockquote class="notice--info">❔Você sabia?Que existem empresas que contratam outras empresas para fazerem a melhoria de processos de desenvolvimento de software de suas equipes?Que existem conjuntos de boas práticas de desenvolvimento de software que podem ser adotadas por qualquer empresa? São espécies de “manuais” que podem ser seguidos para que as equipes possam melhorar seu dia a dia de trabalho. Dentre elas temos boas práticas do:<ul><li><a href="https://cmmiinstitute.com/" title="CMMI-DEV">Capability Maturity Model Integration for Development (CMMI-DEV)</a></li><li><a href="https://pt.wikipedia.org/wiki/ISO/IEC_12207" title="ISO/IEC 12207">ISO/IEC 12207</a></li><li><a href="https://pt.wikipedia.org/wiki/ISO/IEC_15504" title="ISO/IEC 15504">ISO/IEC 15504</a></li><li><a href="https://www.softex.br/wp-content/uploads/2013/07/MPS.BR_Guia_Geral_Software_2012-c-ISBN-1.pdf" title="MPS.BR">Melhoria de Processos de Software Brasileiro (MPS.BR)</a></li><li><a href="https://pmisp.org.br/pmbok-guide/" title="PMBOK">Project Management Body of Knowledge (PMBOK)</a></li><li><a href="https://www.ieee.org/about/ieee-india/ieee-computer-society-india/swebok.html" title="SWEBOK">Software Engineering Body of Knowledge (SWEBOK)</a></li><li>E várias relacionadas às metodologias ágeis como <a href="https://kanbanize.com/pt/recursos-kanban/primeiros-passos/o-que-e-kanban" title="Kanban">Scrum</a>, <a href="https://asana.com/pt/resources/extreme-programming-xp" title="XP">XP</a>, <a href="https://aws.amazon.com/pt/what-is/scrum/" title="Scrum">Kanban</a>, <a href="https://www.lean.org.br/o-que-e-lean.aspx" title="Lean">Lean</a>, <a href="https://pt.wikipedia.org/wiki/Feature_Driven_Development" title="FDD">FDD</a>, <a href="https://pt.wikipedia.org/wiki/Metodologia_de_desenvolvimento_de_sistemas_din%C3%A2micos" title="DSDM">DSDM</a> etc.</li></ul>Dica: sobre as siglas acima, busque mais informações pela Internet. Você vai se surpreender com a quantidade de informações que existem sobre cada uma delas.</blockquote>Devido à experiência adquirida na implantação de melhoria de processos de desenvolvimento de software, pude escrever sobre o assunto em um livro. Se você se interessar, pode baixá-lo gratuitamente em <a href="http://editora.ifpb.edu.br/index.php/ifpb/catalog/book/7">http://editora.ifpb.edu.br</a><figure class="align-center"> <img src="/assets/images/lessons/intro09.png" alt="Livro" /><figcaption> Implantação de melhoria de processos de software com CMMI-DEV nível 2</figcaption></figure><h2 id="responsabilidade-profissional-do-engenheiro-de-software">Responsabilidade profissional do Engenheiro de Software</h2>O engenheiro de software deve ter responsabilidade profissional, ou seja, deve ter consciência de que o seu trabalho pode afetar a vida de outras pessoas.Deve-se observar sempre:<ol><li>Confidencialidade: não divulgar informações confidenciais. A maioria dos projetos de desenvolvimento de software de uma empresa ou instituição são confidenciais. Não se deve divulgar informações sobre o projeto para pessoas que não fazem parte da equipe de desenvolvimento, nem mesmo após a saída do projeto ou da empresa.</li><li>Competência: manter-se atualizado com as novas tecnologias e ferramentas de desenvolvimento de software. O engenheiro de software deve ter consciência de que o seu trabalho pode afetar a vida de outras pessoas. Por isso, deve ter conhecimento técnico e experiência profissional para desenvolver sistemas de software de qualidade.</li><li>Direitos sobre propriedade intelectual: você sabia que todo software criado em ambiente empresarial ou institucional quaisquer são patrimônio dela? Assim sendo, o software não é seu. Por isso, não se deve copiar, distribuir ou vender o software sem a autorização da empresa ou instituição, conforme consta na Lei de Software (Lei 9.609/1998) e na Lei de Direitos Autorais (Lei 9.610/1998).</li><li>Mau uso de computadores: não utilizar computadores para atividades ilegais, como invasão de sistemas, roubo de informações, distribuição de vírus, spam, phishing etc.</li></ol><h1 id="referências">Referências</h1><ul><li>PRESSMAN, Roger S. Engenharia de Software. 6. ed. São Paulo: McGraw-Hill, 2006.</li><li>Project Management Institute (PMI). Um guia do conhecimento em gerenciamento de projetos (Guia PMBOK). 6. ed. Pennsylvania: Project Management Institute, 2017.</li><li>Sommerville. Engenharia de Software. 8ª ed. São Paulo: Pearson Addison-Wesley, 2007.</li><li>—. Guia de Implementação do MPS.Br nível F. Versão 1.1. SOFTEX, 2007.</li></ul><a href="/lessons/softeng/">Voltar</a>Criado Janeiro de 2019 e atualizado em Agosto de 2023 por Maxwell Anderson