O estudo de viabilidade constitui-se na fase inicial do desenvolvimento da especificação de requisitos do software e o resultado desse estudo deve, prioritariamente, compreender
- A)uma planilha de custos detalhada de todos as atividades e compras a serem feitas no decorrer do desenvolvimento do software.
Errada, porque o estudo de viabilidade não entrega uma planilha detalhada de custos, mas uma análise preliminar para decidir se o projeto faz sentido.
- B)a recomendação para prosseguir, ou não, com os demais processos componentes da engenharia de requisitos.
Certa, pois o objetivo do estudo de viabilidade é recomendar se o processo de engenharia de requisitos deve prosseguir ou ser interrompido.
- C)uma classificação detalhada dos requisitos levantados, por ordem de prioridade e de tempo necessários para o desenvolvimento.
Errada, porque classificar e priorizar requisitos é atividade posterior, ligada à elicitação, análise e negociação de requisitos.
- D)a definição de quais deverão ser os módulos de software desenvolvidos internamente e quais deverão ser adquiridos de terceiros.
Errada, porque decidir o que será desenvolvido internamente ou comprado de terceiros é uma decisão de arquitetura/solução, não o resultado principal da viabilidade.
- E)a definição da equipe de desenvolvimento do software, bem como sua seleção, segundo critérios estabelecidos nesse estudo.
Errada, porque a definição e seleção da equipe pertencem ao planejamento do projeto, e não ao estudo inicial de viabilidade.
Gabarito: B
O estudo de viabilidade é a primeira checagem séria antes de mergulhar na engenharia de requisitos. A ideia é responder uma pergunta simples, porém decisiva: vale a pena seguir com o projeto ou não? Ele avalia se o software é viável do ponto de vista técnico, econômico, operacional, legal e de prazo. É o famoso momento de evitar que o time passe semanas detalhando algo que já nasceu torto. Na engenharia de requisitos, esse estudo não entrega uma especificação detalhada de tudo, nem fecha módulos, equipe ou planilha final de custos. Ele produz uma recomendação inicial, baseada em análise preliminar, para apoiar a decisão de continuar ou interromper o trabalho. Por isso, ele vem antes do levantamento e detalhamento mais pesado dos requisitos. É exatamente isso que a alternativa B descreve: o resultado prioritário do estudo de viabilidade é recomendar se o processo deve prosseguir ou não. Essa visão é coerente com a prática clássica da Engenharia de Software, em que a viabilidade funciona como filtro inicial para economizar tempo, dinheiro e dor de cabeça. Em prova, pense assim: viabilidade não é o projeto pronto, é o sinal verde ou vermelho para seguir adiante. Se a banca coloca algo muito detalhado, como custos exatos, módulos específicos ou equipe definida, desconfie: isso já é etapa bem mais avançada.