Projeção de Projeto - RenatoGASantos/Inicio-do-Projeto GitHub Wiki

Projeto Contratação de Shows

A um problema sobre conseguir contratar shows

A uma dificuldade de recrutar artistas, para conseguir shows satisfatórios, com valores e qualidade melhores e de maior frequência, com gêneros requisitados.

Existe a solução por meio da

criação de um meio onde os proprietários de estabelecimentos e pessoas que queiram contratar um show ao vivo, possam por meio um intermédio que a partir deste projeto os prestadores de serviços musicais, os artistas como músicos, violinistas, duplas, bandas, etc..., se conectarem conseguindo efetuar uma contratação

Necessitando apenas

Que para isso os interessados precisam se identificar, comprovar suas habilidades, comprometerem sobre a designação dos compromissos, tornando assim um meio de fácil acesso, aberto para todos os públicos, com garantia de shows.

Qual o problema

A um problema sobre conseguir contratar shows

A uma dificuldade de recrutar artistas, para conseguir shows satisfatórios, com valores e qualidade melhores e de maior frequência, com gêneros requisitados, a dificuldade de encontrar pessoas novas que possam ter os requisitos necessários, tanto para prestar seus serviços ou contatar-lhes, os métodos atuais não parecem solucionar os requisitos atuais. Mas existe a solução por meio da criação de um meio onde os proprietários de estabelecimentos e pessoas que queiram contratar um show ao vivo, possam por meio de um intermédio que a partir deste projeto os prestadores de serviços musicais, os artistas como músicos, violinistas, duplas, bandas, etc..., se conectarem conseguindo efetuar uma contratação e uma rede de novas pessoas que podem oferecer ótimas experiências, e uma visão do seu entorno sobre valores, reputação e parcerias, necessitando apenas que para isso os interessados precisam se identificar, comprovar suas habilidades, comprometerem sobre a designação dos compromissos, tornando assim um meio de fácil acesso, aberto para todos os públicos, concluindo sendo o intermédio dos interessados.

Diagramas do Projeto:

Atores:

APessoarepresenta qualquer um quer possua o "desejo", a vontade de contratar um show ao-vivo.

OCantorrepresenta apenas uma pessoa que pode oferecer o serviço de músico por exemplo, não necessariamente seria apenas cantores, como bandas, duplas,e violinistas podem se submeter a está posição.

Casos de uso:

O caso de uso Procurar um show representa a ação dos dois atores que ambos devem sair do estado estático, pelo lado da Pessoa ela procura pelo serviço a ser prestado e oCantorum contrato que pode ser firmado.

A representação de Contratar um show nada mais é que a finalidade de determinar o acordo, entre duas partes que se tiveram suas necessidades correspondidas pelas partes, tanto de contratante e contratado estabelecendo um fim no processo.

UseCase Diagram0

"Raias":

As raias como são chamadas as divisões de piscinas na natação, aqui ocupam o objetivo de dividir atores em suas ações especificas, como podem ver a esquerda temos a raia pessoa, que mostra as ações que podem ser tomadas em relação a ação de contratar um show com enfoque na ação, já a direita temos a raia Cantor, que representa o artista que providencia seus serviços para seu contratante sem muitos detalhes.

Diagrama de Atividade de Show

Visão do Cantor:

Aqui podemos observar que há apenas uma raia, nela é mostrado de forma mais detalhada a ação do Cantor, desde sua checagem inicial até o pagamento, sem a mostrar a relação que o Cantor tem com seu contratante.

Diagrama de Atividade do Cantor

Classes:

Na imagem pode ser visto seis blocos que se conectam, do lado esquerdo pode se observar dois blocos que não se conectam diretamente, que indicam os usuários sendo eles cantor e contratante, no meio pode se observar outros dois blocos sendo eles, plataforma representando onde fica a aplicação, e calendário que seria a funcionalidade de um calendário virtual, na direita temos mais dois blocos que são eles compromisso que seria a escolha da data e o contrato a confirmação do acordo.

Usuário:

Pode se observar que são os blocos cantor e contratante que tem propriedades que são nome de usuário e login, suas diferenças são nos objetivos, pois o cantor necessita de mais funções para escolher repertório, data disponível e "apelido", porém a necessidade de escolher a data tem objetivos diferentes, o do cantor como dito antes tem o objetivo de determinar a disponibilidade enquanto o contratante a de determinar um compromisso.

Agenda:

A agenda tem propriedades para guardar a data, a disponibilidade de marcar compromisso, como se pode fazer um show no dia ou se não, e a determinar um show.

Repertório:

Este bloco guarda as informações do cantor, no caso são as músicas, e o repertório que o cantor já tem disponível caso se procure diretamente pelo gênero específico.

Evento:

Este bloco pode ser considerado o final, pois ele finaliza o requerimento e apresenta, o preço, horário, localização, nome do envolvido, em suas funções há entre elas, efetuar pagamento, se referindo ao contratante e receber o pagamento que sério o que o cantor receberia, concluindo as transferências.

dia nome

Apresentação: Design de Produto.pdf