O documento discute o modelo de diagrama de classes UML, apresentando seus principais elementos como classe, atributo, método e associação. Explica como identificar classes a partir de objetos de um negócio e como representar graficamente as relações entre classes.
As classes de modelagem podem ser comparadas a moldes ou
formas que definem as características e os comportamentos dos
objetos criados a partir delas. Vale traçar um paralelo com o projeto de
um automóvel. Os engenheiros definem as medidas, a quantidade de
portas, a potência do motor, a localização do estepe, dentre outras
descrições necessárias para a fabricação de um veículo
O documento descreve os principais conceitos de diagramas de classes, incluindo sua notação, tipos, relacionamentos e aplicações. Diagramas de classes são usados para modelar a estrutura de um sistema através de classes, atributos, operações e relacionamentos entre classes.
Análise Orientada a Objetos - Objetos E ClassesCursoSENAC
O documento apresenta os principais conceitos da análise orientada a objetos, incluindo objetos, classes, encapsulamento, herança, mensagens e diagrama de classes. Objetos são entidades que combinam estrutura e comportamento, enquanto classes descrevem conjuntos de objetos semelhantes. A análise orientada a objetos permite modelar sistemas com base no mundo real através destes conceitos.
Mapeamento de Objetos para o Modelo Relacional.pptJoberthSilva
O documento discute o mapeamento de objetos para o modelo relacional, introduzindo os conceitos de objetos persistentes e transientes e as diferenças entre o modelo de classes e o modelo entidade-relacionamento. Também aborda os procedimentos para mapeamento de classes, atributos, associações, agregações, generalizações e classes associativas.
Apresentação sobre UML com foco nos Diagramas de Caso de Uso e Diagrama de Classes; apresentada na SESTINFO2009 (Semana de Estudos em Tecnologia da Informação) realizada na Universidade Metodista de São Paulo.
O documento discute programação orientada a objetos. Resume os principais pontos como: 1) POO é um paradigma de programação baseado na composição e interação entre objetos; 2) Na POO classes definem objetos com atributos e métodos; 3) Encapsulamento, alta coesão e baixo acoplamento são características importantes de classes.
O documento fornece instruções para a realização de um teste de performance sobre modelagem de dados e diagramas UML. Os estudantes devem:
1) Criar diagramas de casos de uso para um sistema bancário com pelo menos 6 casos e 2 atores;
2) Descrever classes, objetos e interações de um sistema bancário;
3) Identificar as visões de sistema e diagramas UML utilizados.
Aula 02 - Principios da Orientação a Objetos (POO)Daniel Brandão
O documento discute os conceitos fundamentais da orientação a objetos, incluindo classes, objetos, atributos, métodos e relacionamentos entre objetos. Explica que uma classe define os atributos e métodos comuns a objetos do mesmo tipo e que objetos são instâncias de classes que possuem estados e comportamentos próprios. Também aborda como objetos se comunicam através de mensagens e como classes podem ser relacionadas por agregação, composição ou herança.
As classes de modelagem podem ser comparadas a moldes ou
formas que definem as características e os comportamentos dos
objetos criados a partir delas. Vale traçar um paralelo com o projeto de
um automóvel. Os engenheiros definem as medidas, a quantidade de
portas, a potência do motor, a localização do estepe, dentre outras
descrições necessárias para a fabricação de um veículo
O documento descreve os principais conceitos de diagramas de classes, incluindo sua notação, tipos, relacionamentos e aplicações. Diagramas de classes são usados para modelar a estrutura de um sistema através de classes, atributos, operações e relacionamentos entre classes.
Análise Orientada a Objetos - Objetos E ClassesCursoSENAC
O documento apresenta os principais conceitos da análise orientada a objetos, incluindo objetos, classes, encapsulamento, herança, mensagens e diagrama de classes. Objetos são entidades que combinam estrutura e comportamento, enquanto classes descrevem conjuntos de objetos semelhantes. A análise orientada a objetos permite modelar sistemas com base no mundo real através destes conceitos.
Mapeamento de Objetos para o Modelo Relacional.pptJoberthSilva
O documento discute o mapeamento de objetos para o modelo relacional, introduzindo os conceitos de objetos persistentes e transientes e as diferenças entre o modelo de classes e o modelo entidade-relacionamento. Também aborda os procedimentos para mapeamento de classes, atributos, associações, agregações, generalizações e classes associativas.
Apresentação sobre UML com foco nos Diagramas de Caso de Uso e Diagrama de Classes; apresentada na SESTINFO2009 (Semana de Estudos em Tecnologia da Informação) realizada na Universidade Metodista de São Paulo.
O documento discute programação orientada a objetos. Resume os principais pontos como: 1) POO é um paradigma de programação baseado na composição e interação entre objetos; 2) Na POO classes definem objetos com atributos e métodos; 3) Encapsulamento, alta coesão e baixo acoplamento são características importantes de classes.
O documento fornece instruções para a realização de um teste de performance sobre modelagem de dados e diagramas UML. Os estudantes devem:
1) Criar diagramas de casos de uso para um sistema bancário com pelo menos 6 casos e 2 atores;
2) Descrever classes, objetos e interações de um sistema bancário;
3) Identificar as visões de sistema e diagramas UML utilizados.
Aula 02 - Principios da Orientação a Objetos (POO)Daniel Brandão
O documento discute os conceitos fundamentais da orientação a objetos, incluindo classes, objetos, atributos, métodos e relacionamentos entre objetos. Explica que uma classe define os atributos e métodos comuns a objetos do mesmo tipo e que objetos são instâncias de classes que possuem estados e comportamentos próprios. Também aborda como objetos se comunicam através de mensagens e como classes podem ser relacionadas por agregação, composição ou herança.
1. O documento apresenta os conceitos básicos de programação orientada a objetos, incluindo classes, objetos, métodos e variáveis de instância.
2. Vários exemplos são fornecidos para demonstrar esses conceitos, incluindo classes GradeBook e Account.
3. O documento também discute diagramas de classes UML para modelar classes em Java.
Este documento apresenta definições e exemplos de vários diagramas usados na análise e projeto de sistemas, incluindo diagramas de fluxo de dados, caso de uso, classe, pacotes, interação e estado. O objetivo é fornecer uma visão geral desses diagramas e como eles podem ser usados para modelar sistemas.
O documento apresenta os conceitos fundamentais da programação orientada a objetos. Resume-se:
1) Objetos representam entidades do domínio e possuem atributos para armazenar informações e métodos para realizar operações;
2) Classes definem os atributos e métodos comuns a objetos criados a partir dela;
3) Uma aplicação orientada a objetos é composta por objetos que interagem entre si representando entidades do domínio.
O documento descreve os principais elementos de um diagrama de classes no UML:
1) Um diagrama de classes mostra a estrutura estática das classes de um sistema, seus atributos e operações, e o relacionamento entre as classes.
2) As classes representam objetos do mundo real ou conceitos, possuem identidade, atributos e comportamentos. Podem ser agrupadas em categorias como entidades, controles e fronteiras.
3) Os relacionamentos entre classes como associação, agregação e generalização demonstram como as classes interagem.
Este documento discute diagramas de classes UML, incluindo suas características, notações e identificação de classes, atributos, métodos e relacionamentos. Ele explica como diagramas de classes representam a estrutura estática de um sistema e como identificar classes, agregações, generalizações e outras relações.
Introdução à análise orientada a objetos parte 1ariovaldodias
O documento apresenta os principais conceitos de análise orientada a objetos (AOO), incluindo classes, objetos, atributos, métodos, encapsulamento, herança e diagrama de classes. Também discute a evolução das classes ao longo do projeto e a importância do reuso em programação orientada a objetos.
Introdução à análise orientada a objetos parte 1ariovaldodias
O documento apresenta os principais conceitos de análise orientada a objetos (AOO), incluindo classes, objetos, atributos, métodos, encapsulamento, herança e diagrama de classes. Também discute a evolução das classes ao longo do projeto e a importância do reuso em programação orientada a objetos.
1. O documento apresenta as disciplinas do primeiro semestre de 2012 do curso de Tecnologia em Análise e Desenvolvimento de Sistemas da UNOPAR, incluindo professores e ementas.
2. Os alunos devem realizar uma produção textual interdisciplinar em grupo ou individualmente com base no eixo temático "Fundamentos da Informação", apresentando atividades sobre o cenário da "Nossa Locadora de Livros".
3. São fornecidos exemplos de algoritmos para auxiliar os alunos na realização das atividades propostas, como cadastro
O documento descreve os principais diagramas da UML e como criar um projeto web MVC usando conceitos da UML. Ele apresenta:
1) Os objetivos de entender a UML e seus diagramas e criar um projeto usando a modelagem;
2) Uma introdução à UML e seus diagramas como caso de uso, classes e MER;
3) Como criar os diagramas de caso de uso, classes e MER para o projeto e desenvolvê-lo no Visual Studio.
performance para qualidade de desenvolvimento de softwareAntonio Lobato
O documento introduz o teste de desempenho, discutindo a motivação, o limite da paciência do usuário, o que é desempenho, habilidades necessárias, conceitos, processos, resultados, ferramentas e conclusões.
O documento fornece uma introdução ao Kubernetes, incluindo: (1) uma visão geral do Kubernetes e como ele orquestra containers; (2) a arquitetura do Kubernetes, incluindo Masters, Nodes, Pods, Deployments e Services; (3) como o Kubernetes permite escalonamento, auto recuperação e replicação de containers.
O documento discute integração contínua, incluindo o que é, por que usar, ferramentas, testes, build, servidor de integração contínua e deploy. A integração contínua envolve integrar e testar código frequentemente para encontrar e corrigir bugs rapidamente e entregar atualizações de software de forma rápida e frequente. Ferramentas como Jenkins automatizam o processo de integração contínua.
O documento discute as bases numéricas decimal, binária e hexadecimal. Explica que a posição dos algarismos determina seu valor e que a soma dos valores de cada algarismo resulta no número total. Também apresenta exemplos de conversão entre bases e operações aritméticas nessas bases.
O documento apresenta uma introdução à linguagem UML (Unified Modeling Language), descrevendo sua evolução, visão de modelos e principais características. Explica que a UML surgiu da compilação de melhores práticas de engenharia de software e da união de conceitos de Booch, OMT e OOSE. Apresenta alguns dos principais diagramas como casos de uso, classes, atividades e sequência.
O documento discute o modelo incremental de engenharia de software, no qual os requisitos são descobertos de forma incremental através de prototipação junto aos usuários, resultando em versões incrementais do produto até a versão final. O modelo combina elementos do modelo cascata aplicados repetidamente com a filosofia iterativa da prototipação.
O documento fornece uma introdução sobre informática, definindo o termo e descrevendo como a ciência estuda o tratamento automático da informação. Explica também sobre dados, algoritmos e as gerações de computadores, desde os primeiros dispositivos mecânicos até os computadores modernos baseados em circuitos integrados.
O documento discute arquitetura de software, apresentando sua definição e importância. É destacado que a arquitetura define a estrutura de um sistema em componentes e relações, e que sua descrição é essencial para comunicação, análise e redução de riscos no projeto de software.
O documento discute modelos de recuperação de informação, com foco no modelo booleano. Descreve a representação de documentos e consultas nesse modelo, assim como a função de busca binária. Apresenta também vantagens e desvantagens do modelo booleano.
1. O documento apresenta os conceitos básicos de programação orientada a objetos, incluindo classes, objetos, métodos e variáveis de instância.
2. Vários exemplos são fornecidos para demonstrar esses conceitos, incluindo classes GradeBook e Account.
3. O documento também discute diagramas de classes UML para modelar classes em Java.
Este documento apresenta definições e exemplos de vários diagramas usados na análise e projeto de sistemas, incluindo diagramas de fluxo de dados, caso de uso, classe, pacotes, interação e estado. O objetivo é fornecer uma visão geral desses diagramas e como eles podem ser usados para modelar sistemas.
O documento apresenta os conceitos fundamentais da programação orientada a objetos. Resume-se:
1) Objetos representam entidades do domínio e possuem atributos para armazenar informações e métodos para realizar operações;
2) Classes definem os atributos e métodos comuns a objetos criados a partir dela;
3) Uma aplicação orientada a objetos é composta por objetos que interagem entre si representando entidades do domínio.
O documento descreve os principais elementos de um diagrama de classes no UML:
1) Um diagrama de classes mostra a estrutura estática das classes de um sistema, seus atributos e operações, e o relacionamento entre as classes.
2) As classes representam objetos do mundo real ou conceitos, possuem identidade, atributos e comportamentos. Podem ser agrupadas em categorias como entidades, controles e fronteiras.
3) Os relacionamentos entre classes como associação, agregação e generalização demonstram como as classes interagem.
Este documento discute diagramas de classes UML, incluindo suas características, notações e identificação de classes, atributos, métodos e relacionamentos. Ele explica como diagramas de classes representam a estrutura estática de um sistema e como identificar classes, agregações, generalizações e outras relações.
Introdução à análise orientada a objetos parte 1ariovaldodias
O documento apresenta os principais conceitos de análise orientada a objetos (AOO), incluindo classes, objetos, atributos, métodos, encapsulamento, herança e diagrama de classes. Também discute a evolução das classes ao longo do projeto e a importância do reuso em programação orientada a objetos.
Introdução à análise orientada a objetos parte 1ariovaldodias
O documento apresenta os principais conceitos de análise orientada a objetos (AOO), incluindo classes, objetos, atributos, métodos, encapsulamento, herança e diagrama de classes. Também discute a evolução das classes ao longo do projeto e a importância do reuso em programação orientada a objetos.
1. O documento apresenta as disciplinas do primeiro semestre de 2012 do curso de Tecnologia em Análise e Desenvolvimento de Sistemas da UNOPAR, incluindo professores e ementas.
2. Os alunos devem realizar uma produção textual interdisciplinar em grupo ou individualmente com base no eixo temático "Fundamentos da Informação", apresentando atividades sobre o cenário da "Nossa Locadora de Livros".
3. São fornecidos exemplos de algoritmos para auxiliar os alunos na realização das atividades propostas, como cadastro
O documento descreve os principais diagramas da UML e como criar um projeto web MVC usando conceitos da UML. Ele apresenta:
1) Os objetivos de entender a UML e seus diagramas e criar um projeto usando a modelagem;
2) Uma introdução à UML e seus diagramas como caso de uso, classes e MER;
3) Como criar os diagramas de caso de uso, classes e MER para o projeto e desenvolvê-lo no Visual Studio.
performance para qualidade de desenvolvimento de softwareAntonio Lobato
O documento introduz o teste de desempenho, discutindo a motivação, o limite da paciência do usuário, o que é desempenho, habilidades necessárias, conceitos, processos, resultados, ferramentas e conclusões.
O documento fornece uma introdução ao Kubernetes, incluindo: (1) uma visão geral do Kubernetes e como ele orquestra containers; (2) a arquitetura do Kubernetes, incluindo Masters, Nodes, Pods, Deployments e Services; (3) como o Kubernetes permite escalonamento, auto recuperação e replicação de containers.
O documento discute integração contínua, incluindo o que é, por que usar, ferramentas, testes, build, servidor de integração contínua e deploy. A integração contínua envolve integrar e testar código frequentemente para encontrar e corrigir bugs rapidamente e entregar atualizações de software de forma rápida e frequente. Ferramentas como Jenkins automatizam o processo de integração contínua.
O documento discute as bases numéricas decimal, binária e hexadecimal. Explica que a posição dos algarismos determina seu valor e que a soma dos valores de cada algarismo resulta no número total. Também apresenta exemplos de conversão entre bases e operações aritméticas nessas bases.
O documento apresenta uma introdução à linguagem UML (Unified Modeling Language), descrevendo sua evolução, visão de modelos e principais características. Explica que a UML surgiu da compilação de melhores práticas de engenharia de software e da união de conceitos de Booch, OMT e OOSE. Apresenta alguns dos principais diagramas como casos de uso, classes, atividades e sequência.
O documento discute o modelo incremental de engenharia de software, no qual os requisitos são descobertos de forma incremental através de prototipação junto aos usuários, resultando em versões incrementais do produto até a versão final. O modelo combina elementos do modelo cascata aplicados repetidamente com a filosofia iterativa da prototipação.
O documento fornece uma introdução sobre informática, definindo o termo e descrevendo como a ciência estuda o tratamento automático da informação. Explica também sobre dados, algoritmos e as gerações de computadores, desde os primeiros dispositivos mecânicos até os computadores modernos baseados em circuitos integrados.
O documento discute arquitetura de software, apresentando sua definição e importância. É destacado que a arquitetura define a estrutura de um sistema em componentes e relações, e que sua descrição é essencial para comunicação, análise e redução de riscos no projeto de software.
O documento discute modelos de recuperação de informação, com foco no modelo booleano. Descreve a representação de documentos e consultas nesse modelo, assim como a função de busca binária. Apresenta também vantagens e desvantagens do modelo booleano.
2. Modelo aplicado para representar as informações
necessárias para realização das funcionalidades do
sistema em estudo a partir do conceito de CLASSE.
Exemplo:
O que é CLASSE?
Diagrama de Classe
3. CLIENTE?
Antes é preciso saber o que OBJETO.
Exemplo: Em um negócio de vendas, quais os
elementos movimentam a execução do
negócio?
Diagrama de Classe
4. CLIENTE
?
PRODUTO
?
Antes é preciso saber o que OBJETO.
Exemplo: Em um negócio de vendas, quais os
elementos movimentam a execução do
negócio?
Diagrama de Classe
7. OBJETO: Todo elemento que representa ou compõe algum
conceito dentro de nosso projeto.
CLASSE: Conjunto de objetos com atributos e
comportamentos representados por métodos. Ex.: Classe
CLIENTES representa todos os clientes da empresa.
ATRIBUTO: Característica ou identificação do objeto. Ex.:
nome, cpf, email, ...
MÉTODOS: Operações realizadas para um objeto. Ex.:
lerNome()
Diagrama de Classe - Elementos
8. CLASSE é a representação dos requisitos
de sistema.
Diagrama de Classe - Simbologia
Para identificar uma classe
devemos analisar se o objeto:
• Possui vida própria;
• Possui mais de um atributo;
• Deseja-se acompanhar
existência;
9. CLASSE é a representação dos requisitos
de sistema.
Diagrama de Classe - Simbologia
Nome da classe: deve
representar o conjunto.
10. CLASSE é a representação dos requisitos
de sistema.
Diagrama de Classe - Simbologia
Nome da classe: deve
representar o conjunto.
Atributos: característica
ou identificação do
objeto.
11. CLASSE é a representação dos requisitos
de sistema.
Diagrama de Classe - Simbologia
Nome da classe: deve
representar o conjunto.
Atributos: característica
ou identificação do
objeto.
Métodos: operações realizadas
para objeto da classe.
12. ASSOCIAÇÃO ligação estabelecida entre
as classes, por necessidade de
comportamentos do negócio analisado.
Diagrama de Classe - Simbologia
13. ASSOCIAÇÃO ligação estabelecida entre as
classes, por necessidade de
comportamentos do negócio analisado.
PAPEL nome da associação, tornando claro
no diagrama o ligação estabelecida.
Diagrama de Classe - Simbologia
14. ASSOCIAÇÃO ligação estabelecida entre as classes, por
necessidade de comportamentos do negócio analisado.
PAPEL nome da associação, tornando claro no diagrama o
ligação estabelecida.
MULTIPLICIDADE define o número de vezes em que o
objeto participa da associação.
Diagrama de Classe - Simbologia
15. MULTIPLICIDADE
Deve ser representada utilizando os dois sentidos de leitura,
sempre associado a um objeto com o resultado na outra classe
e levando em consideração os comportamentos desejados do
negócio que está sendo analisado.
Diagrama de Classe - Simbologia
16. MULTIPLICIDADE
A representação de multiplicidade possui o seguinte esquema:
Li ... Ls, onde: Li define o Limite inferior
Ls define o Limite superior
Li e Ls poderão ter valores numéricos de 0 a n e
Ls poderá também ter a representação * que tem como
significado infinito/muitos.
Diagrama de Classe - Simbologia
17. CLASSE ASSOCIATIVA
Classe que representa os objetos resultados de uma associação,
com atributos, características e operações próprias.
Diagrama de Classe - Simbologia
19. AGREGAÇÃO POR REFERÊNCIA
Define o conceito <compõe> e associa os objetos indicando que
existe referência para várias participações.
Diagrama de Classe - Simbologia
20. AGREGAÇÃO POR VALOR
Define o conceito <estar inserido> associando os objetos
indicando que existe referência para apenas uma participação
e estabelece uma dependência entre as classes associadas.
Diagrama de Classe - Simbologia
21. Passos para desenvolvimento
1. Identificar no diagrama de caso de uso os objetos
que possuem identificação própria e precisam ter
essas informações guardadas para atendimento
dos requisitos de sistema: Essas são as classes.
2. Identificar a ligação que existe entre os objetos.
3. Estabelecer as associações na melhor forma de
representação da natureza do negócio.
Diagrama de Classe
22. Estacionamento “Praça da Nassau”
Diariamente o estacionamento “Praça da Nassau” recebe vários clientes
para aluguel de suas vagas e possui uma rotina destinada ao bom
atendimento.
O gerente do estacionamento cadastra todas as vagas com sua devida
localização e situação. No caso de algum impedimento, goteira e
obra, por exemplo, as vagas são interditadas para uso.
O veículo é identificado (Placa, Cor e modelo) na entrada e registrado
pelo atendente, que emite um comprovante e cadastra o cliente que
for recebido pela 1ª vez. A locação da vaga registra data e hora de
entrada, identifica o manobrista e atendente e, bloqueia a vaga.
Exercício
23. Estacionamento “Praça da Nassau”
A liberação é efetivada a partir da solicitação do cliente, que entrega ao
atendente o seu comprovante de locação, realiza o pagamento e
recebe uma autorização de saída. São registradas data e hora de
saída e a vaga é liberada para um próximo cliente.
O manobrista retira o carro da vaga e entrega-o ao cliente.
Exercício
25. Serão apresentados os conceitos complementares
ao diagrama de classe e a criação do modelo a
partir do estudo de caso “Sistema de Gestão de
Hotel Nassau” como forma de fixação do
conteúdo.
Não deixem de fazer até lá para que possam
acompanhar!!!
Próxima aula
26. AUTO ASSOCIAÇÃO
Define quando um objeto de uma classe está relacionado com
outro objeto da mesma classe para atender a algum
comportamento. A multiplicidade é estabelecida normalmente.
Diagrama de Classe - Simbologia
28. GENERALIZAÇÃO / ESPECIALIZAÇÃO
Especialização: Representa os vários tipos de um objeto
em uma classe distinta relacionando seus próprios
atributos e comportamentos.
Atributos e comportamentos comuns são relacionados na classe
mãe.
Diagrama de Classe - Simbologia
29. Passos para desenvolvimento
1º Passo - Buscar no escopo do projeto os conjuntos de objetos
que tenham identificação própria. (Analisar os casos de uso de
cadastro, por exemplo);
2º Passo - Analisar os atributos das classes para identificar
aqueles que indicam outras classes. Esta identificação gera a
associação entre as classes;
3º Passo - Buscar conjuntos de objetos inseridos no contexto
do estudo que servem para controlar e acompanhar as
atividades do projeto;
Diagrama de Classe
30. Passos para desenvolvimento
4º Passo - Relacionar atributos destas classes;
5º Passo – Criar novas classes e associações
considerando as formas normais:
Primeira Forma Normal: Uma relação está na primeira forma
normal se todos os seus atributos são monovalorados.
Segunda Forma Normal: a relação estiver na primeira forma
normal; e todos os atributos primos dependerem
funcionalmente de toda a chave primária.
Terceira Forma Normal: a relação estiver na segunda forma
normal; e todos os atributos primos dependerem não
transitivamente de toda a chave primária.
Diagrama de Classe
31. Passos para desenvolvimento
6º Passo – Criar novas classes e associações identificando
atributos que definem vários objetos da classe.
7º Passo - Definir as multiplicidades;
8º Passo - É sabido que o diagrama de classe deve dar
suporte à realização dos casos de uso. Verificar se o
diagrama de classe possui atributos para atender a
todos os procedimentos. Se não estiver, complementar
o diagrama de classe.
9º Passo - O caso de uso também deverá criar e manter as
informações do diagrama de classe. Verificar se todas
as classes e atributos estão sendo contemplados na
realização dos casos de uso. Se não estiver,
complementar o diagrama de caso de uso.
Diagrama de Classe
32. Sistema de Gestão de Hotel Nassau
O cadastro do hospede (nome, procedência, endereço, contato,
previsão de permanência) é realizado pelo setor de recepção
que também controla a alocação de quarto/apartamento
(número do quarto ou apartamento) e abertura de uma conta
corrente para o hospede (senha, número da conta, nome do
hospede).
Ao setor de serviço de copa cabe a responsabilidade pelos
lançamentos, na conta do hospede, das despesas que o
mesmo efetuar com bebidas e comidas (data, tipo da despesa
e valor).
A atendente de telefonia é responsável pelo lançamento, na
conta do cliente, das chamadas interurbanas que o mesmo
venha a fazer (data, local chamado, duração e tarifa).
Exercício
33. Sistema de Gestão de Hotel Nassau
As chamadas locais não são computadas.
O setor de lavanderia é responsável pelos lançamentos, na conta
do hospede, dos serviços que o mesmo venha a solicitar
àquele setor (data, tipo de serviço, valor).
A gerência pode, a qualquer instante, ter acesso às informações
de cadastro e gastos realizados pelo hospede.
A gerência é responsável pelo cadastro e atualização das tabelas
de serviços, menus e diárias.
O hospede pode a qualquer instante consultar o saldo de sua
conta.
O setor de recepção é responsável pela extração do extrato final
da conta e fechamento da mesma quando o hospede finaliza
sua estadia.
Exercício