Buscar

UC-Lab9-res_01a (2)

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Prévia do material em texto

UFJF/DCC	DCC117 - MODELAGEM DE SISTEMAS - A	� PAGE �1�/� NUMPAGES �2�
SOBRE IDs E UCs CRUD, RESPONDA
	1- Para que serve um id_ . Exemplifique.
	Serve para identificar um objeto, na especificação informacional dos UCs de um sistema. Por exemplo, em um sistema de matrícula escolar, id_ aluno poderia identificar um aluno da escola (informações tais como nr_matricula ou CPF não seriam válidas como identificadores para um aluno, no contexto da especificação informacional dos UCs do sistema).
	2- Como se justifica a existência de id_pedido na especificação do sistema Restaurante
	Este identificador existe na especificação informacional do sistema Restaurante porque é preciso fazer referência a um (objeto) pedido específico em um UC distinto daquele em que o objeto é criado. Por exemplo, para cancelar um pedido no UC Cancelar pedido é preciso referenciar (indicar) o (objeto) pedido a ser cancelado. Para que isso seja possível, algum outro UC precisa ter gerado um id_pedido para o pedido em questão; esse UC é o Abrir pedido.
Obs.: Se id_pedido não aparecesse em outro UC além do UC Abrir pedido, onde ele é gerado, então ele, de fato, não deveria estar sendo gerado nesse UC; ou seja, não haveria id_pedido na especificação informacional do sistema Restaurante.
	3- Por que id_cardapio não faz parte da especificação do sistema Restaurante?
	Porque não houve necessidade de referenciar o cardápio do restaurante na especificação informacional dos UCs do sistema. O UC Atualizar cardápio não cria um (objeto) cardápio, mas um item de consumo (prato ou bebida).
	4- Na especificação do sistema Restaurante, apresente duas ocorrências de ids gerados e duas de ids não gerados?
	Ocorrências de ids gerados: 1ª) id_pedido presente no fluxo de saída do UC Abrir pedido; 2ª) id_mesa presente no fluxo de saída do UC Cadastrar mesa. 
Obs: É condição necessária (mas não suficiente) para que uma ocorrência de id em um UC possa representar um id que está sendo gerado naquele UC, que esse id esteja no fluxo de saída.
Ocorrências de ids não gerados: 1ª) id_mesa presente no fluxo de entrada do UC Abrir pedido; 2ª) id_pedido presente no fluxo de saída do UC Pedir a nota.
	5- É correto utilizar o número da mesa para identificar uma mesa na especificação informacional do sistema Restaurante? E o CPF para identificar um cliente habitual?
	Não, é incorreto! Na especificação informacional de qualquer sistema, o único identificador válido para identificar qualquer coisa (objeto) é um id. Portanto, não se pode usar o número da mesa para identificar uma mesa no sistema Restaurante, mesmo sabendo que na prática o que identifica uma mesa em um restaurante é o seu número. O mesmo vale para CPF como identificador de um cliente habitual: devemos utilizar id_cliente para identificar um cliente habitual. 
	6- Classifique os UCs da especificação informacional do sistema Restaurante segundo a nomenclatura CRUD
	UC Abrir pedido: representa um processo Create de (objeto) pedido
UC Cancelar pedido: não representa um processo CRUD (Obs: um processo Delete de pedido faria o apagamento de todas as informações de um pedido cadastrado, ou seja, no final seria como se aquele pedido nunca tivesse sido cadastrado. Isso não é o que faz o UC Cancelar pedido)
UC Pedir a nota: não representa um processo CRUD (Obs: um processo Retrieve de pedido se restringiria a recuperar as informações cadastrais de um pedido e não incluiria a recuperação de dados do cliente – nome e telefone)
UC Pagar a nota: não representa um processo CRUD
UC Pendurar a nota: não representa um processo CRUD
UC Cadastrar cliente habitual: representa um processo Create de (objeto) cliente habitual
UC Atualizar cardápio: representa um processo Create de (objeto) item de consumo
UC Consultar consumo diário: não representa um processo CRUD
UC Consultar receita: não representa um processo CRUD
UC Cadastrar mesa: representa um processo Create de (objeto) mesa
UC Consultar relação de notas penduradas: não representa um processo CRUD
Obs: Normalmente, apenas processos do tipo Create aparecem na especificação informacional de UCs.
	7- Como estão representados os processos CRUD associados a pedido, na especificação informacional do sistema Restaurante?
	Apenas o processo Create de (objetos) pedido está representado (através do UC Abrir pedido). 
Obs: Normalmente, os processos Retrieve, Update e Delete não aparecem na especificação informacional de um sistema.

Outros materiais