Curso de Engenharia Informática Industrial Rock In Rio - Lisboa Elaborado por: Ano Lectivo: 2004/05 Tiago Costa N.º 4917 Turma: C Gustavo Graça Patrício N.º 4757 Turma: C Docente: Professora Maria Estalagem Disciplina: Programação Orientada a Objectos Data de Entrega: Setúbal, 06 de Janeiro de 2005 Página 1 de 34
Índice 1. Introdução 1.1. Organização 03 1.2. Objectivo do manual técnico 03 2. Apresentação Geral do Sistema 04 3. Modelação 3.1 Considerações Gerais 05 3.2 Primeira versão 07 1) Workflow Requisitos Descrição dos Actores Identificação dos Casos de Utilização por Actor Diagrama de Casos de Utilização de Gestão Bilhetes Diagrama de Casos de Utilização de Gestão Entidades 10 Histórico dos Casos de Utilização 2) Workflow Análise Pacotes Diagrama de Classes de Análise Diagrama de Objectos 3) Workflow Desenho Diagrama de Classes de Desenho Diagrama de Estados Diagrama de Actividades Diagrama de Sequência 4) Workflow Implementação 3.3 Segunda versão 21 1) Workflow Requisitos Descrição dos Actores Identificação dos Casos de Utilização por Actor Diagrama de Casos de Utilização de Gestão Bilhetes Diagrama de Casos de Utilização de Gestão Entidades Diagrama de Casos de Utilização de Gestão Reservas Histórico dos Casos de Utilização 2) Workflow Análise Pacotes Diagrama de Classes de Análise Diagrama de Objectos 3) Workflow Desenho Diagrama de Classes de Desenho Diagrama de Estados Diagrama de Actividades Diagrama de Sequência 4) Workflow Implementação 34 Página 2 de 34
1.1. Organização do Documento 1. Introdução Este documento é constituído por duas fases, cada uma delas correspondente a uma fase da Metodologia de Desenvolvimento de Software UP (Unified Process). Utilizando uma aproximação Iterativa e Incremental são produzidas duas Iterações correspondentes as duas primeiras fases no ciclo de vida do software em desenvolvimento. A 1ª Iteração diz respeito a fase de Concepção e a 2ª a fase de Elaboração, sendo apresentado para cada uma os respectivos workflows de Requisitos, Análise, Desenho e Implementação, bem como os artefactos correspondentes. De cada Iteração resulta uma versão do sistema. 1.2. Objectivo do Documento Pretende-se com este Manual apresentar uma solução para o sistema de informação em questão, nomeadamente, a gestão de bilhetes para um evento como o Rock In Rio Lisboa (RRL). Para tal foi utilizado a linguagem de modelação visual UML (Unified Modelling Language) que é uma linguagem que utiliza a Metodologia UP para especificar, construir, visualizar e documentar sistemas de informação orientados por objectos, tentando com isto responder a todos requisitos do sistema. Página 3 de 34
2. Apresentação Geral do Sistema Este Manual Técnico tem como objectivo apresentar uma solução para a informatização do Sistema para a gestão de bilhetes para o evento Rock In Rio Lisboa (RRL). Este Sistema tem como base uma série de requisitos que nos foram apresentados: Cada bilhete é adquirido por uma determinada pessoa e será utilizado pela mesma ou outra pessoa. Cada bilhete permite ao utilizador entrar no recinto do evento numa determinada data. Para cada pessoa é necessário guardar a sua nacionalidade, o número do documento de identificação e o tipo desse documento. Para atrair o maior número de participantes o RRL disponibiliza três tipos de bilhetes: Bilhete VIP que permite acesso à Tenda VIP (bar e restaurante de acesso restrito aos portadores deste tipo de bilhete), acesso ao parque de estacionamento, etc.; Bilhete Normal; Bilhete Cartão Jovem para os aderentes ao cartão jovem. Por razões de segurança, cada bilhete tem um número único de série e identifica a pessoa que o adquiriu, assim como a pessoa que o vai utilizar. A mesma pessoa não pode utilizar dois bilhetes distintos na mesma data. Cada pessoa apenas pode adquirir, no máximo, seis bilhetes para cada data. Para evitar falsificações, cada bilhete é vendido por uma determinada entidade. Essa entidade tem um número de contribuinte (NIF) e um nome comercial. Cada bilhete contém a identificação da entidade que o vendeu, e existe uma lista das entidades autorizadas para vender bilhetes. De forma a tornar a venda mais flexível, é permitido que uma entidade venda bilhetes em excesso a outra entidade desde que faça parte das entidades autorizadas. Nesse caso, é preciso armazenar a entidade que vendeu e a entidade que comprou o bilhete para revenda. Essa entidade pode, se quiser, vender novamente o bilhete a outra entidade. E assim por diante. Requisito Adicional: É possível reservar bilhetes assim como cancelar a reserva de bilhete. A reserva cancela automaticamente se até 3 dias antes do evento os bilhetes não forem levantados. Página 4 de 34
3. Modelação do Sistema 3.1. Introdução e Considerações Gerais Neste manual iram ser desenvolvidas duas versões, uma correspondente a fase de Concepção e a outra a fase de Elaboração. Partindo do Caso de Utilização Geral, abaixo representado, são desenvolvidos os workflows de Requisitos, Análise, Desenho e Implementação, para cada versão, bem como os artefactos correspondentes, nomeadamente, o Diagrama de Casos de Utilização (Use Cases), o Diagrama de Classes de Análise, o Diagrama de Objectos, o Diagrama de Classes de Desenho, o Diagrama de Estados, o Diagrama de Actividade, o Diagrama de Sequência e o Diagrama de Componentes. Na 1ª Versão são alvo de desenvolvimento os Casos de Utilização Gestão Bilhetes e Gestão Entidades. Na 2ª Versão, é desenvolvido o Caso de Utilização Gestão de Reservas. Página 5 de 34
Diagrama de Casos de Utilização Geral Página 6 de 34
3.2. 1ª Versão 1) Workflow de requisitos Descrição dos actores: Autor Cliente Funcionário Descrição do Papel Comprador que interage com o Funcionário fazendo o pedido de Aquisição de Bilhetes. Utilizador do Sistema. É responsável pelo atendimento do Cliente. Entidade Empresa possuidora de um determinado Bilhete. Identificação dos Casos de Utilização por actor: Autor Descrição do Papel Cliente Venda Bilhetes Funcionário Venda Bilhetes Aquisição Bilhetes entre Entidades Consulta Vendas Entidade Aquisição Bilhetes entre Entidades Página 7 de 34
Diagrama de Casos de Utilização de Gestão Bilhetes: Gestão Bilhetes VIP Cartão Jovem Normal Venda Bilhetes «uses» Consulta Entidades Autorizadas Cliente «uses» «uses» Controlo Acesso «uses» Registo Venda Efectuada «uses» «uses» Aquiaição Bilhetes entre Entidades Funcionario «extends» Consulta vendas Cliente Entidade Consultas Vendas «extends» Consulta Vendas Entre Entidades Página 8 de 34
Diagrama de Casos de Utilização de Gestão Entidades: Gestão Entidades Consulta Entidades Autorizadas Adicionar Entidade Autorizada Funcionario «uses» Eliminar Entidade Autorizada Entidade «uses» Controlo Acesso Página 9 de 34
Histórico do Caso de Utilização Gestão Bilhetes - Venda Bilhetes: Sistema: Rock In Rio Lisboa Observações Versão Data Elaboração / Alteração / Verificação / Aprovação 1ª Versão 1.0 15/12/04 Gustavo Patrício Nº4757 Fase Concepção 2ª Versão 1.1 02/01/05 Tiago Costa Nº4917 Fase Elaboração 1. Descrição Geral 1.1 Designação: Gestão Bilhetes - Venda Bilhetes 1.2 Objectivo: Este caso de utilização visa a descrição do processo de Venda de Bilhetes. Consideram-se no caso de utilização a venda de bilhetes de vários tipos ao cliente através de variadas entidades de venda, nomeadamente, Bilhete Jovem, Bilhete Normal e Bilhete VIP. 1.3 Autor(es): Gustavo Patrício Nº4757 Tiago Costa Nº4917 1.4 Pré-condições: O acesso do funcionário de atendimento ao sistema tem que ter sido devidamente validado. A Entidade tem de pertencer a lista de entidades registadas para venda de bilhetes. 1.5 Pós-condições: O Bilhete é vendido ao cliente e os seus dados são introduzidos com sucesso no sistema. O Sistema é actualizado. 1.6 Restrições / O bilhete só é vendido se existirem bilhetes disponíveis e se o utilizador possuir Problemas / Riscos: todos os dados para a compra do bilhete. 1.7 Evento(s) Percursor(es): 1.8 Actor(es) Primário(s): Cliente 1.9 Actor(es) Secundário(s): O evento ser realizado, as datas marcadas e existir uma lista de entidades autorizada de venda de bilhetes. Funcionário, Entidade 2. Designação dos Cenários 2.1 Cenário Principal: Um Cliente faz a requisição de um ou mais bilhetes para uma certa data, de qualquer um dos tipos (VIP, Normal, Jovem) recebendo o bilhete na altura da 2.2 Cenários Alternativos: requisição. Um Cliente faz a requisição de um ou mais bilhetes para várias datas, de qualquer um dos tipos (VIP, Normal, Jovem) recebendo o bilhete na altura da requisição. 2.3 Excepções: Um Cliente tenta requisitar um ou mais bilhetes para uma certa data e não existem bilhetes disponíveis. Um Cliente tenta requisitar um bilhete mas não possui todos os documentos ou informação necessária para a compra do mesmo. Página 10 de 34
3. Detalhe dos Cenários 3.1 Designação do Cenário: Um Cliente faz a requisição de um bilhete levando o bilhete na respectiva altura em que o compra. 3.2 Evento(s) Percursor(es): Um Cliente apresenta todos os documentos necessários para a compra do bilhete para o dito espectáculo. 3.3 Passos Principais: Actor Sistema 1. O Cliente requisita um bilhete ao O sistema recebe a informação para saber funcionário para a compra do se existe bilhete para a determinada data. mesmo. 2. O funcionário escolhe qual a entidade de venda que está a representar. 3. O Cliente fornece todos os dados necessários para a compra do ingresso. O sistema assimila qual a entidade vendedora, mostrando ao utilizador o ID da mesma e o seu nome. O sistema guarda na base de dados os dados do cliente que comprou o bilhete. Caso o utilizador já tenha adquirido mais de 6 bilhetes para a mesma data, o sistema avisa que não poderão ser adquiridos mais bilhetes pelo mesmo cliente. Após verificações e inserção de dados, emite o bilhete. 3.5 Extensões: 3.6 Regras de Negócio: Só será realizado a venda do bilhete ao cliente, mediante a apresentação dos documentos necessários e se o comprador ainda não tiver adquirido mais de 6 bilhetes para uma determinada data. 3.7 Restrições / Problemas / Riscos: Requisitos funcionais satisfeitos: Pendentes: Emissão do Bilhete. 5. Diversos Fonte e/ou documentos relacionados: As Bases de Dados Cliente, Bilhetes Vendidos e Entidades. Observações: Página 11 de 34
Histórico do Caso de Utilização Gestão Bilhetes Aquisição de Bilhetes Entre Entidades: Sistema: Rock In Rio Lisboa Observações Versão Data Elaboração / Alteração / Verificação / Aprovação 1ª Versão - 1.0 15/12/2004 Gustavo Patrício Nº4757 Fase Concepção 2ª Versão - 1.1 02/01/2005 Tiago Costa Nº4917 Fase Elaboração 1. Descrição Geral 1.1 Designação: Gestão de Bilhetes Aquisição de Bilhetes Entre Entidades 1.2 Objectivo: Este caso de utilização visa a descrição do processo de aquisição de Bilhetes entre Entidades. Consideram-se englobados neste caso de utilização a aquisição de qualquer tipo de bilhetes pela Entidade Compradora, nomeadamente, Bilhete Normal, Bilhete Jovem e Bilhete VIP. 1.3 Autor(es): Gustavo Patrício Nº4757 Tiago Costa Nº4917 1.4 Pré-condições: O acesso do funcionário de atendimento ao sistema tem que ter sido devidamente validado. As entidades envolvidas tem de pertencer a lista de entidades registadas para venda de bilhetes. 1.5 Pós-condições: Os bilhetes vendidos pela entidade vendedora há entidade compradora ficam disponíveis para esta os poder vender de novo, seja a clientes ou a outras entidades. 1.6 Restrições / Problemas / Riscos: 1.7 Evento(s) Percursor(es): A aquisição de bilhetes entre as entidades só é realizada a entidade vendedora possuir bilhetes disponíveis para venda. Ambas as entidades necessitam de pertencer a lista de entidades autorizadas para venda de bilhetes. O evento ser realizado, as datas do mesmo marcadas e existir uma lista de entidades autorizada de venda de bilhetes. 1.8 Actor(es) Primário(s): Entidade Vendedora e Entidade Compradora. 1.9 Actor(es) Secundário(s): Funcionário 2. Designação dos Cenários 2.1 Cenário Principal: 1) A entidade Vendedora vende um ou mais bilhetes de qualquer um dos tipos (VIP, Normal, Jovem) a uma outra entidade, entidade Compradora. 2.2 Cenários Alternativos: 2.3 Excepções A entidade Vendedora tenta vender uma dada quantidade de bilhetes a uma outra entidade, entidade Compradora, mas a entidade vendedora não possui essa dada quantidade para venda Página 12 de 34
3.1 Designação do Cenário: 3. Detalhe dos Cenários A entidade Vendedora vende um ou mais bilhetes de qualquer um dos tipos (VIP, Normal, Jovem) a uma outra entidade, entidade Compradora. 3.2 Evento(s) Percursor(es): 3.3 Passos Principais: Actor Sistema 1. O funcionário inicia a aplicação ligando-se ao sistema com o seu username e password. 2. O funcionário selecciona a opção pretendida e insere os dados da entidade vendedora e da entidade compradora assim como a quantidade de bilhetes a ser vendida. 3. O funcionário confirma a aquisição. O sistema recebe o username e a password e verifica se o funcionário tem acesso ao sistema. O sistema verifica se ambas as entidades pertencem a lista de entidades autorizadas e ainda se a entidade vendedora possui a quantidade de bilhetes especificada. O sistema regista a aquisição. 3.5 Extensões: 3.6 Regras de Negócio: A aquisição de bilhetes entre entidades só se poderá realizar se ambas as entidades envolvidas pertencerem a lista de entidades autorizadas. 3.7 Restrições / Problemas / Riscos: 5. Diversos Requisitos funcionais satisfeitos: Pendentes: Fonte e/ou documentos relacionados: As Bases de Dados Entidades. Observações: Página 13 de 34
2) Workflow de Analise Diagrama de Classes de Análise: O diagrama de Classes de Análise seguinte mostra as relações entre as diversas classes existentes, mas de uma forma incompleta. As classes apenas têm um nome e os atributos mais relevantes. Página 14 de 34
Diagrama de Objectos: O diagrama de objectos seguinte ilustra a aquisição de bilhetes por parte de um Cliente. Página 15 de 34
3) Workflow de Desenho Diagrama de Classes de Desenho: Página 16 de 34
Diagrama de Estados: O diagrama de estados seguinte ilustra os diversos estados nos quais um bilhete se pode encontrar, nesta primeira versão do sistema. [Pedido] Requesitado [Entrada no sistema] Disponivel [Não] [Sim] Comprado Página 17 de 34
Diagrama de Actividades: O diagrama de actividades seguinte ilustra a aquisição de bilhetes por parte de um Cliente, nesta primeira versão do sistema. Página 18 de 34
Diagrama de Sequência: O diagrama de sequência que se segue ilustra a aquisição de bilhetes por parte de um Cliente, nesta primeira versão do sistema. Página 19 de 34
4) Workflow de Implementação Utilizando a linguagem de programação JAVA para construção do software (sistema), foi-nos possível desenvolver uma 1ª Versão da implementação do sistema de gestão de bilhetes para o evento Rock In Rio Lisboa. Utilizando com base os diagramas realizados nesta 1ª Iteração, nos workflows de Requisitos, Análise e Desenho, foram criados os aspectos mais gerais e importantes do programa, designadamente, a Gestão de Bilhetes e a Gestão de Entidades, resultando dai uma 1ª Versão/Protótipo do software. Página 20 de 34
3.3. 2ª Versão 1) Workflow de requisitos Descrição dos actores: Autor Tempo Cliente Funcionário Entidade Descrição do Papel Responsável pelo cancelamento automático de reservas. Comprador que interage com o Funcionário fazendo o pedido de Aquisição de Bilhetes, Reserva de Bilhetes, etc. Utilizador do Sistema. É responsável pelo atendimento do Cliente, Entidades, sendo responsável pela gestão e registo do sistema. Empresa possuidora de um determinado número de Bilhetes. Identificação dos casos de utilização por actor: Autor Descrição do Papel Tempo Consulta Reservas Cancelar Reservas Automática Cliente Venda Bilhetes Reservar Bilhete Cancelar Reserva Funcionário Venda Bilhetes Aquisição Bilhetes entre Entidades Consulta Vendas Consulta de Entidades Autorizadas Adicionar Entidade Autorizada Eliminar Entidade Autorizada Entidade Aquisição Bilhetes entre Entidades Página 21 de 34
Diagrama de Casos de Utilização de Gestão Bilhetes: Gestão Bilhetes VIP Cartão Jovem Normal Venda Bilhetes «uses» Consulta Entidades Autorizadas Cliente «uses» «uses» Controlo Acesso «uses» Registo Venda Efectuada «uses» «uses» Aquiaição Bilhetes entre Entidades Funcionario «extends» Consulta vendas Cliente Entidade Consultas Vendas «extends» Consulta Vendas Entre Entidades Página 22 de 34
Diagrama de Casos de Utilização de Gestão Entidades: Gestão Entidades Consulta Entidades Autorizadas Adicionar Entidade Autorizada Funcionario «uses» Eliminar Entidade Autorizada Entidade «uses» Controlo Acesso Página 23 de 34
Diagrama de Casos de Utilização de Gestão Reservas: Página 24 de 34
Sistema: Rock In Rio Lisboa Histórico do Caso de Utilização Gestão de Reservas: Versão Data Elaboração / Alteração / Observações Verificação / Aprovação 1ª Versão - 1.0 15/12/2004 Gustavo Patrício Nº4757 Fase Concepção 2ª Versão - 1.1 02/01/2005 Tiago Costa Nº4917 Fase Elaboração 1. Descrição Geral 1.1 Designação: Gestão de Reservas 1.2 Objectivo: Este caso de utilização visa a descrição do processo de requisição de Bilhetes. Consideram-se englobados neste caso de utilização a requisição de qualquer tipo de bilhetes ao cliente, nomeadamente, Bilhete Normal, Bilhete Jovem e Bilhete VIP. 1.3 Autor(es): Gustavo Patrício Nº4757 Tiago Costa Nº4917 1.4 Pré-condições: O acesso do funcionário de atendimento ao sistema tem que ter sido devidamente validado. A entidade tem de pertencer a lista de entidades registadas pelo 1.5 Pós-condições: O bilhete é reservado e é efetuado o registo da reserva. O bilhete é levantado posteriormente pelo cliente 3 dias antes da data do evento. 1.6 Restrições / Problemas / Riscos: 1.7 Evento(s) Percursor(es): A reserva só é efetuada se existirem bilhetes. O bilhete tem de ser levantado 3 dias antes da data do evento. O evento ser realizado, as datas do mesmo marcadas e existir uma lista de entidades autorizada de venda de bilhetes. 1.8 Actor(es) Primário(s): 1.9 Actor(es) Secundário(s): Cliente. Funcionário, Tempo. 2. Designação dos Cenários 2.1 Cenário Principal: 1) Um cliente faz a reserva de um ou mais bilhetes, para uma certa data, de qualquer um dos tipos (VIP, Normal, Jovem). O bilhete é levantado posteriormente com o respectivo documento de identificação. 2.2 Cenários Alternativos: 2) Um cliente faz a reserva de um ou mais bilhetes, para varias datas, de qualquer um dos tipos (VIP, Normal, Jovem). Os bilhetes são levantados posteriormente com o respectivo documento de identificação. 3) Um cliente faz o cancelamento de uma ou mais reservas, ficando os bilhetes de novo disponíveis. 4) O Sistema faz o cancelamento de uma dada reserva de bilhetes caso não tenha sido levantada 3 dias antes da data do mesmo. 2.3 Excepções: Um Cliente tenta reservar um ou mais bilhetes para uma certa data mas não existem bilhetes disponíveis. Um Cliente tenta reservar um bilhete mas não possui todos os documentos ou informação necessária para a reserva do mesmo. Página 25 de 34
O cliente não levantou o bilhete no prazo estabelecido. 3.1 Designação do Cenário: 3. Detalhe dos Cenários Um cliente faz a reserva de um ou mais bilhetes, para uma certa data, de qualquer um dos tipos (VIP, Normal, Jovem). O bilhete é levantado posteriormente com o respectivo documento de identificação. 3.2 Evento(s) Percursor(es): O Cliente apresenta os documentos necessários para efectuar a reserva dos bilhetes. 3.3 Passos Principais: Actor Sistema 1. O funcionário inicia a aplicação ligandose O sistema recebe o username e a ao sistema com o seu username e password e verifica se o funcionário password tem acesso ao sistema. 3.5 Extensões: 3.6 Regras de Negócio: 3.7 Restrições / Problemas / Riscos: 2. O funcionário selecciona a opção pretendida e, através do teclado, selecciona a data e a entidade pretendida pelo Cliente. 3. O funcionário insere os dados do Cliente e o numero de bilhetes pretendido. O sistema verifica a existência de bilhetes para essa data e se a entidade é valida. O sistema verifica se o Cliente pode ou não efetuar mais alguma reserva para essa data. 4. O funcionário confirma a reserva. O sistema regista a reserva. É emitido um comprovativo da reserva. Só deverá ser aceite o pedido de reserva caso o Cliente apresente ao funcionário toda a documentação necessária. 3.1 Designação do Cenário: Um cliente faz a reserva de um ou mais bilhetes, para varias datas, de qualquer um dos tipos (VIP, Normal, Jovem). Os bilhetes são levantados posteriormente com o respectivo documento de identificação. 3.2 Evento(s) Percursor(es): O Cliente apresenta os documentos necessários para efectuar a reserva dos bilhetes. 3.3 Passos Principais: Actor Sistema 1. O funcionário inicia a aplicação ligandose O sistema recebe o username e a ao sistema com o seu username e password e verifica se o funcionário password tem acesso ao sistema. 3.5 Extensões: 3.6 Regras de Negócio: 3.7 Restrições / Problemas / Riscos: 2. O funcionário selecciona a opção pretendida e, através do teclado, selecciona a data e a entidade pretendida pelo Cliente. 3. O funcionário insere os dados do Cliente e o numero de bilhetes pretendido. 4. O funcionário confirma as reservas. 5. O funcionário, caso o Cliente pretenda nova reserva, repete os passos 2. 3. e 4. O sistema verifica a existência de bilhetes para essa data e se a entidade é valida. O sistema verifica se o Cliente pode ou não efetuar mais alguma reserva para essa data. O sistema regista as reservas. É emitido um comprovativo da reserva. Só deverá ser aceite os pedidos de reservas caso o Cliente apresente ao funcionário toda a documentação necessária. Página 26 de 34
3.1 Designação do Cenário: Um cliente faz o cancelamento de uma ou mais reservas, ficando os bilhetes de novo disponíveis. 3.2 Evento(s) O Cliente apresenta o documento com que efetuo a reserva dos bilhetes. Percursor(es): 3.3 Passos Principais: Actor Sistema 1. O funcionário inicia a aplicação ligandose ao sistema com o seu username e password. tem acesso ao sistema. 2. O funcionário selecciona a opção pretendida e, através do teclado, introduz os dados do cliente. 3. O funcionário confirma o cancelamento da reserva. O sistema recebe o username e a password e verifica se o funcionário O sistema verifica se o Cliente tem ou não alguma reserva efetuada. O sistema actualiza os registos, eliminando essa reserva. 3.5 Extensões: 3.6 Regras de Negócio: 3.7 Restrições / Problemas / Riscos: Só deverá ser aceite os pedidos de cancelamento de reservas caso o Cliente apresente ao funcionário o documento com que efectuo a reserva. 3. Detalhe dos Cenários 3.1 Designação do Cenário: O Sistema faz o cancelamento de uma dada reserva de bilhetes caso não tenha sido levantada 3 dias antes da data do evento do mesmo. 3.2 Evento(s) O sistema consulta as reservas efetuadas. Percursor(es): 3.3 Passos Principais: Actor Sistema 1. Chegado a 3 dias antes do data do Se uma dada reserva não tiver sido evento. levantada, o sistema encarrega-se de a anular, ficando os bilhetes reservados de novo disponíveis. 3.5 Extensões: 3.6 Regras de Negócio: 3.7 Restrições / Problemas / Riscos: Requisitos funcionais satisfeitos: O sistema só poderá anular uma dada reserva de bilhetes 3 dias antes do data do evento do mesmo. 5. Diversos Emissão do comprovativo da reserva. Pendentes: Fonte e/ou documentos relacionados: Observações: As Bases de Dados Clientes, Bilhetes Reservados e Entidades. Página 27 de 34
2) Workflow de Análise Diagrama de Classes de Análise: Nesta segunda versão do sistema, o diagrama de Classes de Análise não se altera visto que não foram introduzidas novas classes no sistema. Página 28 de 34
Diagrama de Objectos: O diagrama de objectos seguinte ilustra a reserva de bilhetes por parte de um Cliente. Página 29 de 34
3) Workflow de Desenho Diagrama de Classes de Desenho: 1... 1 1 1 1 1... 1...6 1 1... 1...6 1 Página 30 de 34
Diagrama de Estados: O diagrama de estados seguinte ilustra os diversos estados nos quais um bilhetes se pode encontrar, nesta segunda versão do sistema. [Pedido] Requesitado [Entrada no sistema] Disponivel [Não] [Sim] Reservado Comprado [+ 3 dias antes] [3 dias antes] Anulado Página 31 de 34
Diagrama de Actividades: O diagrama de actividades seguinte ilustra a aquisição e a reserva de bilhetes por parte de um Cliente, nesta segunda versão do sistema. Página 32 de 34
Diagrama de Sequencia: O diagrama de sequência que se segue ilustra a reserva de bilhetes por parte de um Cliente, nesta segunda versão do sistema. Cliente <create> VendaBilhete Entidades bilhetesadquiridos bilhetesreservados dadoscliente() getquantidadebilhetes() [bilhetesdisponiveis = false] confirmadados() getbilhetesadquiridos() getbilhetesreservados() [O Cliente já possui 6 bilhetes para a data em questão] registareservabilhete() X X X <destroy> X X Página 33 de 34
4) Workflow de Implementação Nesta fase de implementação foi continuada e concluída a construção do software iniciada na 1ª Versão. Com base em novos diagramas desenvolvidos nesta 2ª Iteração foram desenvolvidos outros aspectos apresentados nos requisitos do programa, designadamente, a Gestão de Reservas (Requisito Adicional). Foi ainda desenvolvida a parte visual do sistema, ou seja, a interface gráfica. Para auxiliar desenvolvido do software foi criado um diagrama de componentes geral. Diagrama de Componentes Geral: Página 34 de 34