Na análise de sistemas, é estabelecida a solução mais viável para atender às necessidades da solução. O objeto da etapa de análise de sistema que visa definir primeiramente as informações gerais do sistema como, por exemplo, quais informações serão produzidas e devem ser fornecidas, quais funções deverão ter o sistema e o desempenho esperado é(são):
- A)Restrições de prazo e de custo.
Errada, porque prazo e custo são restrições de projeto e planejamento, não o objetivo inicial de identificar as necessidades do sistema.
- B)Identificação da necessidade do sistema.
Certa, porque a descrição da questão aponta para o levantamento das necessidades gerais do sistema, como informações, funções e desempenho esperado.
- C)Avaliação da concepção do sistema quanto à sua viabilidade.
Errada, porque avaliar a viabilidade vem depois da identificação das necessidades e serve para verificar se a solução é possível e vantajosa.
- D)Atribuições das funções ao hardware, ao software, às pessoas, ao banco de dados e aos demais elementos do sistema.
Errada, porque distribuir funções entre hardware, software, pessoas e banco de dados é uma etapa mais detalhada de projeto, não de definição inicial do sistema.
Gabarito: B
Na análise de sistemas, a primeira preocupação não é sair desenhando solução, e sim entender o problema e levantar as necessidades do usuário e do negócio. É como ouvir o cliente antes de comprar a caixa de ferramentas: primeiro você descobre o que o sistema precisa fazer, quais informações deve gerar, quais funções precisa ter e qual desempenho é esperado. Esse momento inicial recebe o nome de identificação da necessidade do sistema. Aqui, o foco é captar o que o sistema deve resolver e quais são os requisitos mais gerais, sem ainda mergulhar na implementação ou na divisão técnica de responsabilidades. Por isso, o gabarito é a letra B. A questão descreve exatamente a etapa em que se definem as informações gerais do sistema, como saídas, funções e desempenho. Isso é levantamento e identificação da necessidade, não análise de viabilidade nem distribuição de componentes técnicos. Em termos de Engenharia de Software, essa ideia conversa com a fase de elicitação e análise de requisitos, muito associada a obras clássicas da área, como Sommerville e Pressman. Antes de pensar em hardware, banco de dados ou prazos, você precisa saber o que o sistema deve, de fato, atender.