126946

O setor de recursos humanos (RH) de determinado órgão público deseja desenvolver um sistema de informação para gerenciar os dados de seus colaboradores. O setor de TI do próprio órgão foi encarregado de modelar e desenvolver esse sistema, utilizando metodologias ágeis como o Scrum e a XP (extreme programming) e a linguagem de modelagem unificada (UML) — linguagem visual que é usada para modelar softwares baseados no paradigma de orientação a objetos e que pode ser aplicada a todos os domínios de aplicação. Em uma reunião entre o gestor da área de RH, o gerente de projeto e a equipe de desenvolvimento, composta pelos desenvolvedores, foram elencados seis tópicos, os quais foram avaliados pelo gerente de projeto. Tais tópicos e as respectivas avaliações emitidas pelo gerente de projeto encontram-se a seguir, sendo cada avaliação referente ao tópico que a antecede imediatamente.

• O gestor da área de RH informou que esse sistema de informação deve permitir somente ao chefe do RH a gestão dos dados de pagamento dos colaboradores. Além disso, o sistema deve permitir que os colaboradores e o chefe do RH realizem consulta por nome do colaborador utilizando, no mínimo, 3 caracteres na pesquisa.
Avaliação I: “Isso não pode ser modelado por meio de diagrama da UML, por se tratar de requisitos não funcionais.”

• O gestor da área de RH informou que cada colaborador está alocado em somente um departamento, que um departamento possui vários funcionários (no mínimo dois), que cada departamento possui um chefe e que todo chefe é colaborador. É necessário saber quem é chefe de quem.
Avaliação II: “Isso pode ser modelado por meio do MER, que consiste em um diagrama da UML voltado para modelagem de banco de dados.”

• Os desenvolvedores afirmaram que, conforme norma do órgão, o sistema deve ser desenvolvido utilizando-se Java 8 e SGBD PostgreSQL 12 em múltiplas camadas, usando-se como referência o MVC (model-view-controller) em que cada camada deve ficar em uma máquina virtual distinta. Além disso, deve-se usar a arquitetura orientada a serviços em uma plataforma web com JBOSS 7.
Avaliação III: “Isso não pode ser modelado por meio de diagrama da UML, por se tratar de área de arquitetura da solução que envolve itens de hardware.”

• Os desenvolvedores solicitaram que fossem realizados testes do tipo unitário ou de unidade a partir das descrições de casos de uso.
Avaliação IV: “Não é possível atender a essa solicitação, pois não cabe essa recomendação para esse tipo de teste: testes do tipo unitário ou de unidade não podem ser realizados a partir das descrições de casos de uso.”

• O gerente de projeto informou que será utilizado o Guia do Scrum 2020 para condução do desenvolvimento, mas os desenvolvedores informaram que não possuem conhecimento sobre Scrum, somente sobre XP.
Avaliação V: “Nesse caso, recomenda-se solicitar ajuda ao PO (product owner), responsável pela implementação do Scrum, tal como definido no referido Guia.”

• Os desenvolvedores solicitaram a manutenção do uso da integração contínua no desenvolvimento dos sistemas.
Avaliação VI: “A prática integração contínua da XP não pode mais ser utilizada, por ser incompatível com o Scrum, adotado como guia para o desenvolvimento.”

Considerando essa situação hipotética, redija, na condição de auditor, um texto analisando cada uma das avaliações emitidas pelo gerente de projeto a respeito dos tópicos apresentados e posicione-se favorável ou contrariamente a cada avaliação, tendo como referência a UML 2, o Scrum 2020 e a XP. Em seu texto, identifique a avaliação analisada (I, II, III, IV, V e VI) e informe se você concorda com a avaliação, com base nesse referencial. Em caso de concordância com a avaliação, complemente-a, informando seu ponto de vista em relação às partes mencionadas na reunião. Em caso de discordância com a avaliação, aponte o(s) aspecto(s) considerado(s) equivocado(s), justificando sua resposta.

Ao abordar as avaliações I, II e III, responda se existe diagrama da UML que modele o requisito em questão e qual seria seu objetivo e, caso não haja, explique como o requisito deve ser modelado. Ao abordar a avaliação IV, discorra sobre os objetivos dos testes do tipo unitário ou de unidade. Ao abordar a avaliação V, informe se a função em questão cabe ao PO e apresente, pelo menos, duas responsabilidades do PO, de acordo com o Guia do Scrum. Ao abordar a avaliação VI, discorra sobre o objetivo da integração contínua e informe se ela pode ser utilizada no Scrum.