Logo Passei Direto
Buscar

Engenharia de Software

Colégio Objetivo
Com foco então em um ciclo de vida do software é possível claramente saber que ele é composto por diversas e distintas responsabilidades que estão vinculadas as pessoas, grupos e entidades. Aquele que, a partir de uma necessidade, faz a encomenda de um software. Portanto, é quem vai usufruir do produto a ser entregue. seja ele apenas um ou um grupo. Estamos falando de quem ?


Analista de Sistema
Usuário
Programador
Patrocinador
Gerente de Projeto
User badge image
Estudando com Questões

há 3 anos

AV
4 pág.

ESTÁCIO

Respostas

User badge image

Ed Verified user icon

ano passado

No contexto do ciclo de vida do software, a pessoa ou grupo que faz a encomenda do software e que vai usufruir do produto a ser entregue é o Usuário. Os usuários são aqueles que utilizam o software e, portanto, suas necessidades e feedback são fundamentais para o desenvolvimento do produto.

Essa resposta te ajudou?

0
Dislike0

Ainda não achou a resposta?

  • Integrado com os principais modelos de IA do mercado
  • Respostas em segundos
  • IA treinada para estudantes brasileiros.
PasseIA logoEvolua sua forma de estudar

Cadastre-se ou realize login

User badge image

Ed Verified user icon

há 3 anos

Estamos falando do Usuário, que é aquele que faz a encomenda do software e vai usufruir do produto a ser entregue. Os demais profissionais citados também têm responsabilidades importantes no ciclo de vida do software, mas não são aqueles que solicitam o software e o utilizam.

Essa resposta te ajudou?

0
Dislike1

Ainda com dúvidas?

Envie uma pergunta e tenha sua dúvida de estudo respondida!

Essa pergunta também está no material:

AV
4 pág.

ESTÁCIO

Mais perguntas desse material

A preocupação com a qualidade está constante nos processos de desenvolvimento de software em função de um mercado cada vez mais exigente.

Dentre as alternativas abaixo, marque a que NÃO é considerada no âmbito do alcance da qualidade.


Escolher a tecnologia de ponta no mercado para que o cliente possa estar atualizado em suas operações.
De�nir pontos de controle para medição do andamento e aproveitamento dos recursos durante o desenvolvimento do projeto.
Elaborar uma documentação consistente para garantir a continuidade do projeto.
De�nir que o desenvolvimento do sistema deve seguir uma metodologia.
Preocupar-se com aspectos de usabilidade, promovendo maior conforto aos usuários em suas operações.

De�nem em uma linguagem qualquer o que o sistema deve atender, sem se preocupar como vai atender. O foco é apontar características que agregam o valor do software, sem apontar como isso foi feito. É uma espécie de manual do sistema, que aponta suas funcionalidades para todos que o venham a ler:

Requisitos de sistemas

Requisitos classi�cados por níveis

Requisitos de usuários

Requisitos não funcionais

Requisitos funcionais


Considere um sistema de controle de estoque com cadastramento de materiais e movimentação do estoque. São necessários os seguintes cálculos automáticos: controlar o saldo, o ponto de reposição e o lote econômico. O cadastro de materiais é feito pelo almoxarife (responsável) e as requisições são feitas por todos os departamentos da empresa e �cam guardadas. A cada entrega de material, o almoxarife dá baixa na requisição (atendida) e, com isso, o sistema faz todos os cálculos acima. A entrada de materiais também é feita pelo almoxarife, quando os cálculos também são realizados. Os dados calculados devem �car guardados também e o tempo de resposta de consultas feitas no cadastro de materiais não deve exceder a 5 milissegundos (ms).

É considerado um requisito NÃO funcional:


o cadastramento de materiais
o ponto de reposição
o saldo calculado
o tempo de resposta máximo
a requisição baixada

Segundo Sommerville, o documento de requisitos de software é a declaração o�cial do que os desenvolvedores de sistema devem implementar. Esse documento possui um conjunto diversi�cado de usuários, desde a gerência sênior da organização até os engenheiros responsáveis pelo desenvolvimento do software. Um dos possíveis usuários é o Gerente, como ele utiliza esse documento?


Usam o documento de requisitos para planejar, por exemplo, as atividades do processo de desenvolvimento oi sistema.
Usam os requisitos para desenvolver testes de validação para o sistema.
Especi�cam e lêem os requisitos para veri�car se eles atendem às suas necessidades. Os clientes especi�cam as mudanças
Usam os requisitos para compreender o sistema e os relacionamentos entre as partes
Usam os requisitos para compreender qual sistema

Suponha que você esteja trabalhando em um projeto de um sistema cujo principal usuário esteja tendo grande di�culdade em explicar suas necessidades em relação à interface e à usabilidade. Por ter pouco conhecimento sobre TI, o usuário não consegue descrever suas necessidades em relação à operação do sistema nem aos layouts de relatórios. Entretanto, por ter experiência no domínio, este mesmo usuário seria capaz de reconhecer se um sistema atende ou não ao vê-lo em execução. Com base nas informações apresentadas, qual seria a abordagem de elicitação de requisitos mais adequada?


Prototipação
Etnogra�a
Storytelling
Entrevista
Role playing

Para decidir sobre os limites do sistema, ou seja, distinguir o que é o sistema e o que é o ambiente do sistema, um trabalho é feito em conjunto com os stakeholders em um estágio inicial de elicitação e análise de requisitos. Esse trabalho culmina, em primeira instância, com um modelo de contexto.


conceitual de banco de dados.
físico de banco de dados.
de comportamento.
de objetos.

Na engenharia de requisitos, a etapa em que a equipe de revisão examina a especi�cação do sistema, procurando erros de conteúdo ou interpretação, áreas em que esclarecimentos podem ser necessários, informação omissa, inconsistências, requisitos con�itantes ou requisitos não realísticos, é conhecida como:


análise e negociação de requisitos
validação de requisitos
modelagem do sistema
gestão de requisitos
especi�cação de requisitos

Sobre o conceito de modelagem conceitual podemos a�rmar que:

facilita a comunicação, aprendizado e análise dos requisitos da solução;
abrange a identi�cação de entidades e classes e seus respectivos relacionamentos;
é necessário modelar para o entendimento de ligações, ações a serem realizadas pelo sistema e seus efeitos;
a modelagem conceitual classi�ca-se em estrutural, dinâmica, de classes e entidade-relacionamento;
VFVV
VVFF
FVVV
VFVF
VVVF

Mais conteúdos dessa disciplina