Adm Unopar

SUMÁRIO

1 INTRODUÇÃO 3

2 OBJETIVO 4

3 Desenvolvimento 5

3.1 Diagrama de Classe 5

3.2 Modelo Conceitual 6

3.2.1 3º FN 6

3.3 Modelo Lógico 7

3.4 Algoritmo em C# 8

3.5 implementação de EQUIPAMENTOS locais 10

4 CONCLUSÃO 11

REFERÊNCIAS 12

1 INTRODUÇÃO

A empresária Polyanna é dona de uma empresa que trabalha no ramo de aluguel de buggy, sediada na cidade de Guarapari-ES, trabalha com buggys aluguel de buggys com 4 e 6 lugares.

Em conversa com seus amigos também empresários Roberto e Anderson, a empresária Polyanna propôs uma sociedade neste negócio, visando à abertura de mais duas lojas de aluguel de buggy, uma em Porto Seguro-BA e outra em Porto de Galinhas-PE.

Como a expectativa de rentabilidade é muito interessante, foi montado um novo plano de negócio com a possibilidade de mais duas filiais, uma em Natal-RN e outra em Fortaleza-CE.

Para unificar os serviços entre essas filiais os alunos da UNOPAR criarão um sistema que pretende integrar o serviço de aluguel de buggys em tantato local como online numa só base de dados e acesso aos serviços.

2 OBJETIVO

O principal objetivo deste trabalho é atender aos assuntos que os professores do Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas da UNOPAR na forma EAD (Ensino a Distância) desenvolveram ao longo do terceiro semestre de estudos, ao mesmo tempo que pretende atender aos objetivos da empresa Aluga Buggys unificando sistemas local e online em todas as suas filiais.

Será utilizado neste sistema classes e métodos em linguagem C#, um diagrama de classe, com informações relevantes sobre o sistema, além do modelo de banco de dados criado pela ferramenta CASE BrModelo.

.

.

3 DESENVOLVIMENTO

3.1 DIAGRAMA DE CLASSE

Abaixo destaca-se o modelo de diagrama de classe:

Figura 01 - Modelo de diagrama de classe

No nosso modelo de diagrama de classe, temos os seguintes relacionamentos:

• Uma cliente pode fazer nenhuma ou várias reservas.

• Uma reserva tem no mínimo um e no máximo um cliente.

• Um buggy pode estar em nenhuma ou várias reservas (lembrando que não pode ser ao mesmo tempo).

• Uma reserva tem no mínimo um e no máximo um buggy.

• Um tipo-buggy pode ter nenhum ou vários buggys.

• Um buggy tem obrigatoriamente um tipo-buggy.

3.2 MODELO CONCEITUAL

Figura 02 – Modelo Conceitual

3.2.1 3º FN

CREATE TABLE CLIENTE (

cod_cliente int PRIMARY KEY,

cnh string,

telefone string,

nome_cliente string,

rg string,

cpf string,

endereco string

)

CREATE TABLE RESERVA (

cod_reserva int PRIMARY KEY,

data_reserva date,

data_retirada date,

data_devolucao date,

valor_reserva float,

cod_cliente int,

num_buggy int,

FOREIGN KEY(cod_cliente) REFERENCES CLIENTE (cod_cliente),

FOREIGN KEY(num_buggy) REFERENCES BUGGY (num_buggy)

)

CREATE TABLE BUGGY (

num_buggy int PRIMARY KEY,

tipo string,

modelo string,

ano date,

cod_tipo int,

FOREIGN KEY(cod_tipo) REFERENCES TIPO_BUGGY (cod_tipo)

)

CREATE TABLE TIPO_BUGGY (

desc_tipo string,

valor_tipo float,

cod_tipo int PRIMARY KEY

)

3.3 MODELO LÓGICO

Figura 03 – Modelo Lógico

3.4 ALGORITMO EM C#

using System;

using System.Collections.Generic;

using System.Linq;

using System.Text;

using ConsoleApplication2;

namespace ConsoleApplication2

{

public class Fila

{

private int[] conteudo;

private int fim;

public Fila(int n)

/* Método CONSTRUTOR */

{

if (n > 0)

{

conteudo = new int[n];

fim = -1;

}