A Express utiliza diversos ciclos de vida de desenvolvimento de software, conforme o acordo feito com cada cliente. Em se tratando dos ciclos de vida de desenvolvimento de software, a maioria dos processos considera, na etapa de especificação do software, as seguintes atividades a serem realizadas:

A - Especificação de Requisitos
B - Levantamento e Análise de Requisitos
C - Estudo de Viabilidade
D - Validação de Requisitos

A ordem indicada para a realização dessas atividades é

A Express tem como norma avaliar todos os produtos de software que desenvolve. Assim, na avaliação da qualidade de um software, há um modelo que permite estimar, ao final do ciclo de desenvolvimento do software, o número de erros latentes no sistema. Esse modelo, chamado de Amplificação de Defeitos, é graficamente representado da seguinte forma:



O retângulo marcado com X representa, para o passo em questão,

Um dos clientes da Express solicitou que fosse utilizada uma técnica de teste de software denominada caminhos independentes. A filosofia básica dessa técnica de teste é

Considerando um software de grande porte desenvolvido pela Express, torna-se necessário, inicialmente, elaborar os testes de unidade de software. É necessário, ao se testar uma unidade, que se projetem e implementem programas que acionem os módulos sob teste, eventualmente passando alguns parâmetros necessários. Tais programas denominam-se

Considere que a equipe de TI contratada pelo Sr. Hiroshito adotou um processo de engenharia de requisitos com objetivo de criar e manter um documento de requisitos de sistema. Esse processo incluiu quatro subprocessos de alto nível de engenharia de requisitos: estudos de viabilidade, elicitação e análise, especificação e validação. Com relação a esses subprocessos, considere:

I. A entrada para esse processo consiste de um conjunto preliminar de requisitos de negócios, um esboço da descrição do sistema e como o sistema pretende apoiar os processos de negócios.

II. Os engenheiros de software trabalham com os clientes e usuários finais do sistema para aprender sobre o domínio da aplicação, quais serviços o sistema deve fornecer, o desempenho esperado do sistema, restrições de hardware etc.

III. Esse processo busca mostrar se o sistema contribui para os objetivos gerais da organização, se pode ser implementado dentro das restrições definidas de custo e prazo e se pode ser integrado a outros sistemas já existentes.

IV. As atividades desse processo são: obtenção de requisitos, classificação e organização de requisitos, priorização e negociação de requisitos e documentação de requisitos.

V. Verifica os requisitos contidos no documento de requisitos com relação à validade, consistência, completeza, realismo e facilidade de verificação.

VI. Conversão de requisitos em uma forma padrão utilizando, por exemplo, modelos gráficos, para minimizar os mal-entendidos relacionados aos requisitos.

VII. Dedica-se a mostrar que os requisitos realmente definem o sistema que o usuário deseja estando relacionado à descoberta de problemas com os requisitos.

A relação correta entre os subprocessos utilizados e os itens está expressa em:

Baseado nos requisitos apresentados, é correto afirmar que são requisitos funcionais os de números

O texto permite concluir que

Os portais corporativos oferecem acesso on-line às informações e aplicações das empresas por meio das tecnologias de Internet, com objetivo de apoiar diretamente o negócio e ajudar essas empresas a serem mais competitivas. Esses portais

Como parte de sua estratégia de negócio, a empresa de comércio ATG resolveu criar um portal colaborativo para consolidar, ge- renciar e distribuir as informações interna e externamente. Para isso, após reunião da diretoria, a equipe de TI assumiu inte- gralmente a responsabilidade pela criação do portal, comprometendo-se a entregá-lo em curto prazo.
Devido à urgência, o portal foi construído para dar vazão inicialmente apenas às demandas dos gestores. A equipe de TI, no processo de engenharia de requisitos, contatou principalmente os gerentes mais antigos, que conheciam as especificidades de trabalho, mas não sabiam como o portal poderia apoiá-los. Esses gerentes forneceram informações que foram publicadas no portal de forma que todos os usuários poderiam ter acesso a todas elas a partir da página inicial, que foi construída de forma padronizada, disponibilizando as mesmas informações para todos os usuários. Aos poucos, o portal foi recebendo demandas de outras áreas e, como isso não havia sido planejado, foi crescendo de forma desordenada.

Percebendo que o portal não estava atendendo às expectativas, a direção solicitou ao Marketing a realização de uma pesquisa qualitativa para saber a opinião dos usuários. Como os resultados foram insatisfatórios o projeto do portal foi abandonado. Com base no texto acima, considere:

I. A equipe de TI assumiu integralmente a responsabilidade pela criação do portal.

II. O portal foi recebendo demandas de outras áreas e, como isso não havia sido planejado, foi crescendo de forma desor- denada.

III. A página inicial foi construída de forma padronizada, disponibilizando as mesmas informações para todos os usuários.

IV. A equipe de TI entrou em contato principalmente com funcionários que conheciam suas especificidades, mas não sabiam como o portal poderia apoiá-los.

Foram ações que podem ter contribuído para o fracasso do portal o que consta em :