Sistema de Gerenciamento de Estacionamentos

1 D.A.I.
Anlise e Desenho Detalhado de
Aplicaes Informticas de Gerenciamento
NDICE
Pgina
1. Descrio do mbito e alcance do projeto 3
A) Usurios normais
B) Usurios pagos
C) Trabalhadores do parking
2. Lista de usurios participantes . 6
3. Descrio do sistema atual ............................................................................. 7
A) Modelo fsico
B) Lista de problemas e necessidades
C) Diagramas de fluxos de dados
4. Catlogo (Priorizado) de requisitos do sistema .. 9
A) Funcionais
B) No funcionais
B.1) Restries
B.2) De funcionamento
B.2.1) Do sistema
B.2.2) Requisitos software
B.2.3) Requisitos hardware
B.3) Manipulao de excees
5. Anlise de alternativas 11
A) Descrio da alternativa 1
B) Descrio da alternativa 2
C) Descrio detalhadas da alternativa selecionada
C.1) Anlise custo-beneficio
C.2) Diferenas significativas com as demais alternativas
C.3) Concluso
6. Produtos da fase anterior com os que se comea a anlise ............... 15
A) Funcionais
B) No funcionais
B.1) Restries
B.2) De funcionamento
B.2.1) Do sistema
B.2.2) Requisitos software
B.2.3) Requisitos hardware
B.3) Manipulao de excees
7. Diagrama de contexto do sistema17
A) Entidades externas
B) Fluxos de dados primeiramente gerais

C) Fluxos de dados de sada gerais

8. Fluxogramas de dados (DFD)17
A) Processos
B) Fluxos de dados internos
C) Armazns
9. Descrio de processos elementares
A) Especificao formal de processos (EFS)
10. Dicionrio de dados (DD)19
11. Modelo de Entidade Relacionamento.....................27
12. Modelo de Eventos....28
13. Diagrama de Constantine..29
14. Desenho de dados.....30
1. DESCRIO DO MBITO E ALCANCE DO PROJETO
Um empresrio de Calatayud possui uma corrente de estacionamentos que conta at com um total de trs, todos eles anexos a diferentes sucursais do
Shopping As Panteras. A cada um totalmente independente dos outros. O que se deseja desenvolver um sistema de informao para informatizar o
gerenciamento do parking e que seja valido para os trs. Ditos estacionamentos esto abertos as 24 horas do dia, com uma capacidade de at 600 carros
distribudos em 3 plantas (Um poro e duas plantas superiores), embora a quantidade varia de um estacionamento a outro.
Se oferecer aos clientes os seguintes servios:
- Estacionamento propriamente dito.
- Vigilncia para a maior segurana dos veculos.
- Limpeza do veculo durante o horrio do Shopping Os
Panteras, isto de 9:00 a 22:00 horas ininterruptamente. Seu preo ser
de 3 quando a limpeza seja exterior ou 5,41 quando seja ademais, do interior.
- Mudana de azeite, cujo preo ser de 21,04 .
Para obter qualquer dos servios, dever aceder ao recinto do parking, e se lhes presentear uma hora de estacionamento, tempo mximo estimado para
realizar qualquer servio. A cada servio vir identificado por um cdigo especfico para dito servio. Do mesmo modo, interessar conhecer a hora de
incio e seu preo que, como se indicou anteriormente, ser nico para a cada servio. Um usurio pode pedir todos os servios que deseje, o qual ficasse
marcado no carto correspondente. Do usurio interessasse seu nome, o tipo de usurio que e a matrcula do carro. Quando se aceita o servio adicional,
se compravam as existncias no armazm dos produtos necessrios. Quando fique o 7% da capacidade do armazm, ou menos, se gerenciar
imediatamente a encomenda aos fornecedores correspondentes, para que nenhum servio possa nunca ficar sem se levar a cabo. Dos fornecedores
interessar o tipo de artigo que fornece ao parking, bem como o nome da empresa, sua direo, telefone e o tempo que demorar em fornecer os produtos
ao parking. Um produto ser fornecido por um s fornecedor, mas um fornecedor pode fornecer diferentes tipos de artigos.
O parking tem em #folha de pagamento a 27 trabalhadores ao todo, sendo 9 de segurana e 18 empregados. A cada empregado ser identificado por seu
RG, bem como por seu nome e seus apelidos. Os turnos sero de 8 horas, e na cada um deles dever de haver trs guardas de segurana e seis
empregados. O sistema dever gerenciar ditos turnos e as horas que realizem tanto os guardas de segurana como os empregados do parking. Um
trabalhador s poder trabalhar em um dos estacionamentos, tendo na cada um destes um modelo completamente fechado. Todos os empregados ter
uma jornada de trabalho semanal de 56 horas, sendo o salrio dos agentes de segurana de 2, 35 hora, e sendo o dos empregados do parking de 2,4,
sendo pago no primeiro dia do ms em suas contas correntes.
O sistema dever distinguir entre trs tipos diferentes de usurios:
A) Usurios normais
Vm identificados pela hora primeiramente ao recinto bem como pela matrcula do carro. No se beneficiassem de nenhum desconto, sempre, e quando
no sejam clientes do Shopping As Panteras. A tarifa que seguem estes usurios de 0,90 na primeira meia hora e 0,60 na segunda da em adiante
devero pagar 0,90 a cada meia hora. Se o usurio mostra um ticket de compra do Shopping As Panteras ter direito a duas horas de estacionamento
gratuito. O limite no exceder em nenhum caso de 24 horas. Se assim fora se lhe aplicar uma sano por hora e dia. No caso de no apresentar o carto
primeiramente, ser multado com 24,04. No carto se indicar a hora primeiramente, bem como a data de emisso da mesma, com o fim de conhecer com
exatido o momento no que entrou ao parking. Se solicitasse-se algum servio adicional, se lhes apontaria dito servio no carto com o fim de gerenciar o
preo final a pagar de forma correta. A cada carto vlido s no parking no que foi emitida, no ter legalidade nenhuma em qualquer dos
estacionamentos da corrente.
B) Usurios pagos
Devero apresentar seu carto de assinante, cujo preo de 120,20 mensais, tanto entrada do parking como a sua sada. A cada carto ter o nmero
do assinante, o cdigo do parking correspondente e o nmero de praa que ocupa. Em caso de perda do carto, o assinante dever ser identificado
entrada ou sada do recinto, segundo corresponda, apresentando seu RG e indicando o nmero de sua praa, para poder assim anular a anterior e facilitar
do mesmo modo a entrega do novo carto sem custo adicional algum. Estes usurios no tm limite de estacionamento algum e ter atribudo um nmero
de praa determinado, que se lhes entregar no dia que se cadastrem como assinantes. O parking reservar unicamente o 20% de suas praas para este
tipo de usurios. Se em um ms no se efetuasse o pagamento do carto, esta anularia de forma imediata. Para solicitar um servio adicional, dever
apresentar o carto e o RG para identificar-se e o servio se pagaria com a mensualidad.

C) Trabalhadores do parking
Tero as mesmas caratersticas e servios que os assinantes. Devero apresentar um carto de trabalhador tanto entrada como sada, tendo reservado
o 4,5% das praas, mas sem localizao especfica.
2. LISTA DE USURIOS PARTICIPANTES
A aplicao que vamos desenhar gerenciasse os trs parking dos Shoppings As Panteras.
Esta aplicao ser desenhada para ajudar aos empregados destes parking a gerenciar suas instalaes, e assim poder oferecer um melhor servio a seus
clientes.
Ao ser uma aplicao desenhada para ajudar aos empregados, s poder ser utilizada por estes, embora contassem com a ajuda dos clientes, os quais
lhes facilitassem seus dados para poder aceder ao parking e aos servios que estes lhes oferecem.
Para um melhor funcionamento do sistema se daro uns cursillos de orientao aos empregados, para que conheam a aplicao com a que vo trabalhar,
os servios que podem oferecer, que fazer em caso que ocorra alguma falha, bem como as vantagens que tem esta aplicao sobre seu anterior sistema de
gerenciamento do parking.
3. DESCRIO DO SISTEMA ATUAL
A empresa de estacionamentos para a qual vamos criar o software, atualmente no possui sistema informtico algum, j que uma empresa que passou
por duas geraes familiares e no tiveram necessidade de informatizar seu sistema, at agora, quando o dono viu a possibilidade de alargar seu negcio
e incluir outros servios relacionados com o parking, e que antes no ofereciam a seus clientes. Ao incluir outros servios alheios ao anterior sistema de
gerenciamento, precisa-se alargar o modelo bem como implantar equipamento informtico para facilitar o labor de gerenciamento do parking.
Agora explicaremos brevemente como funcionava o antigo sistema de gerenciamento do estacionamento:
A) Modelo fsico
O sistema que utilizam atualmente, consiste em um empregado que reparte uns tickets numerados entrada do parking, estes tickets incluem a data e a
hora primeiramente. A fabricao destes tickets realiza-se mediante um modelo, j impresso previamente, no qual s h que rechear manualmente a hora
que entrou o vehiculo.
Quando o cliente deseja abandonar o parking entrega seu ticket em uma bilheteria situada na sada, na qual o empregado comprova a hora primeiramente
e aplica a tarifa conveniente segundo o tempo que o cliente permanea no parking, e posteriormente se lhe entrega ao cliente um recibo com o custo a
pagar.
B) Lista de problemas e necessidades
Problemas:
O sistema que utilizam atualmente est obsoleto, j que com as ampliaes do negcio que desejam realizar o sistema atual que utilizam de
gerenciamento manual no lhes vale, pois supe muito trabalho para o organizar manualmente.
O sistema informtico que vai precisar a empresa, supe uma grande quantidade de dinheiro a desembolsar, por isso tentaremos que o hardware
necessrio para a implantao do sistema no suponha muito custo.
Necessidades:
Um sistema informtico que gerencie a entrada e sada dos veculos em seu parking, e que leve um controle dos mesmos.
Um sistema informtico que gerencie o novo modelo (Salrio, Horas de trabalho, Turnos, Etc.), bem como os novos servios que oferece o parking e as
encomendas que se tm de realizar ao armazm para repor os produtos esgotados ou aponto de se esgotar.
Um banco de dados que armazene os tipos de clientes que possui o parking (Usurio normal, Usurio pago, Trabalhador do parking).
Um banco de dados que armazene os fornecedores que possui o parking, bem como o produto ou produtos que lhes fornece a cada um.
C) Fluxogramas de dados
No nvel 0 temos ao cliente que entrega ao empregado a hora e a data primeiramente e este lhe devolve uma ticket com estes mesmos dados.
Posteriormente, no mesmo nvel 0, o cliente devolve este ticket ao empregado da sada, este comprova as tarifas e segundo o tempo que o cliente
permanea no interior do parking se lhe cobrar um custo ou outro. Este custo figurar em um recibo que se lhe entregar ao cliente aps realizar o
pagamento e como justificante do mesmo.
O diagrama s consta de um nico nvel (Nvel 0), o qual este formado por uma borbulha de processos e uma entidade externa.
Na entidade externa aparece o cliente, o qual se comunica com a borbulha atravs do fluxo de dados (Temos 4: hora e data primeiramente, ticket entrada,
ticket sada e fatura).
A borbulha consta do processo que recolhe como o empregado recebe os dados do cliente (Hora e data primeiramente) e este lhe entrega um ticket (Ticket
entrada) ao cliente com estes dados; e posteriormente, quando o cliente deseja sair do parking, o cliente devolve o ticket ao empregado situado na
bilheteria de sada e este lhe entrega um recibo (Fatura) com o custo.
4. CATLOGO (PRIORIZADO) DE REQUISITOS DO SISTEMA
A) Funcionais
Nosso programa encarrega-se de gerenciar:
- O banco de dados dos trs tipos de usurios do parking (Usurios
normais, Usurios pagos, Trabalhadores do parking).

- O prprio parking (Entradas e sadas do mesmo, bem como um controle de os

veculos que passam pelo parking).
- Os servios alheios ao parking que oferece a empresa (Vigilncia,
Limpeza do veculo, Mudana de azeite, etc.).
- O banco de dados dos empregados (Horas de trabalho, Turnos, Salrio,
etc.).
- As encomendas que se tm de realizar ao armazm para repor os produtos
esgotados ou a ponto de esgotar-se.
- O banco de dados dos fornecedores que possui o parking, bem como o
produto ou produtos que fornece a cada um.
B) No funcionais
B.1) Restries
- No se ter direito a aceder aos servios que o parking oferece seno
acede-se ao recinto do parking.
- Os usurios normais no se beneficiassem de nenhum desconto, a no ser
que sejam clientes do Shopping As Panteras.
- Os usurios normais no podero ultrapassar em nenhum caso as 24 horas
de estacionamento (Baixo risco de sano econmica por hora e dia de
excesso).
- A cada carto emitido s ter validade legal no parking em que foi
emitida, em nenhum caso poder ser utilizada nos demais parking da
corrente.
B.2) De funcionamento
B.2.1) Do sistema
Todos os computadores, includo o servidor, trabalhassem baixo o mesmo sistema operacional, que neste caso ser Microsoft Windows XP Profissional
Edition (Verso 2002 com service pack 2).
B.2.2) Requisitos software
Para todos os parking se precisasse o mesmo software, de modo que s mencionaremos o de um s parking.
Aparte do Windows, se instalar na cada computador seu correspondente office, que poder ser sido utilizado para criar um banco de dados para os
clientes, empregados e fornecedores do parking (Por exemplo em Access).
Aparte de Windows no precisassem mais software, salvo o programa que lhes achamos ns.
O software que vamos criar seguramente, ser criado em Visual Basic ou em .Net.
B.2.3) Requisitos hardware
Para todos os parking se precisasse o mesmo hardware, de modo que s mencionaremos o de um s parking.
Para montar a rede que utilizassem os parking utilizaremos:
- Dois computadores de sobre mesa, um para a bilheteria da entrada,
e outro para a bilheteria da sada, ambos interligados em uma
rede interna atravs de um servidor (Ambos computadores sero
uns Dell Dimension E521 com carto de rede Ethernet
10/100/1000 e monitor LCD Dell de 19).
- Servidor de armazenamento Dell 840 Microsoft Windows
Storage Server 2003 R2.
- Duas impressoras Dell laser 1710N.
- Cabo Rj-45 para a conexo da rede (Longitude em funo a
instalao que se eleja para o parking).

- Um Sistema de Alimentao Ininterrumpida (SAI) MGE

ELLIPSE ASR 1500 USB
- Router ConectaBOX 4000 P de Telefnica para o acesso a
internet.
- Demais materiais hardware.
B.3) Manipulao de excees
- possvel que os computadores ou o prprio servidor se pendure, ante este
tipo de problemas se oferecero possveis solues no cursillo de
orientao e formao, por se estas solues no funcionassem o mas
singelo reiniciar a equipe.
- Ante um corte inesperado de luz ou uma queda de tenso instalaremos em o
sistema um SAI que fornecer aproximadamente 12 minutos de
corrente alternada desde o apagn, suficiente para guardar todos os dados
e programas que se estejam utilizando nesse momento e desligar os
equipes de maneira segura (Passados os 12 minutos se desligar todo o
sistema e se peder todo aquilo que no seja guardado).
- Se o software que ns criamos desse problemas o usurio
pode chamar ao servio tcnico e identificar seu problema com uns
cdigos de erros que o programa gera quando se d uma falha, com
estes cdigos o servio tcnico pode ajudar a solucionar o problema a
travs do telefone e de maneira mais rpida; se isto no resultasse se
enviaria um tcnico ao local de maneira o mas rpida possvel.
- Em caso de falha de algum componente hardware, se avisar diretamente
empresa revendedora dos produtos hardware, que neste caso
Dell e Telefnica.
- Para outros possveis problemas que no fiquem recolhidos aqui, se
recomenda chamar diretamente ao servio tcnico do software ou de o
hardware segundo o tipo de problema.
5. ANLISE DE ALTERNATIVAS
Ao comear a anlise deste projeto propuseram-se-nos diferentes questes sobre como o criar e o organizar, de modo que achemos vrias alternativas e
da selecionamos duas que nos pareceram as mais adequadas e as que mais se ajustavam s exigncias do cliente. Seguidamente analisaremos ambas
alternativas, e depois explicaremos em detalhe por que escolhemos finalmente a alternativa duas que nos parecia a que mais se adaptava s exigncias do
cliente.
A) Descrio da alternativa 1
Nesta primeira alternativa vimos a possibilidade de emular um sistema como os dos atuais parking, com uma maquina expendedora para a cada planta e
uma nica bilheteria na entrada e outra na sada.
Este sistema precisaria, aparte de maquina-as expendedoras, uns computadores de sobre mesa para as bilheterias e um potente servidor para armazenar a
informao dos dois computadores e de maquina-as expendedoras.
Este software de complexidade alta, de fiabilidade normal, e em uma rea conhecida. O banco de dados (BBDD) ter um tamanho mdio.
Seja qual se o tamanho da equipe, ter 50% de analistas pouco experimentados, por um lado, e por outro um 50% de programadores com muita
experincia.
Vo utilizar-se algumas tcnicas modernas de programao e bastantees ferramentas integradas de desenvolvimento. Sair do planejamento inicial
considera-se uma falta grave. O preo por pessoa e hora de trabalho de 4 euros.
O inconveniente deste sistema o grande desembolso econmico que supe a compra e instalao de um sistema destas caratersticas.
B) Descrio da alternativa 2
Nesta segunda alternativa (A que selecionamos), pensamos em reduzir o investimento econmico para abaratar as despesas.
Esta reduo possvel graas a que reduzimos o hardware necessrio, suprimimos as maquina expendedoras e colocmos dois nicos computadores de
sobre mesa com uma impressora na bilheteria primeiramente e outro na de sada, ambos interligados mediante um servidor domestico e ambos com acesso

a Internet.
Tambm modificmos alguns atributos como: a complexidade mdia, a baixa fiabilidade, e a equipe, agora formado por um 30% de analistas muito
experimentados e um 20% de analistas pouco experimentados, por um lado, e por outro um 40% de programadores com muita experincia e um 10% com
pouca experincia. O resto dos atributos permanecem igual.
Esta idia ocorreu-se-nos ao ver que os estacionamentos so de reduzido tamanho, to s trs plantas e com 600 praas de parking, e por isso s
necessrio uma bilheteria na entrada que entregue um ticket e outra na sada para cobrar.
O nico inconveniente que tem este sistema que ao ter unicamente uma bilheteria de sada poderia ser produzido um atasco em uma horrio de pico ou
em um dia de muito ajetreo.
C) Descrio detalhadas da alternativa selecionada
A empresa Somostofrikis S.A. recebe um novo projeto de um empresrio de Calatayud que possui uma corrente de estacionamentos anexos s diferentes
sucursais do Shopping As Panteras. O projeto consiste em desenhar um software para o gerenciamento de ditos estacionamentos.
Este software de complexidade mdia, de baixa fiabilidade, em uma rea conhecida.
Estima-se que o tamanho final de produto 110 KDSI e o banco de dados (BBDD) ter um tamanho mdio.
Seja qual se o tamanho da equipe, ter um 30% de analistas muito experimentados e um 20% de analistas pouco experimentados, por um lado, e por outro
um 40% de programadores com muita experincia e um 10% com pouca experincia.
Vo utilizar-se algumas tcnicas modernas de programao e bastantees ferramentas integradas de desenvolvimento. Sair do planejamento inicial
considera-se uma falta grave. O preo por pessoa e hora de trabalho , para os analistas experimentados, de 5 euros e, para os programadores
experimentados, de 4 euros. Os analistas com pouca experincia custam um 20% menos que os experimentados, e os programadores com pouca
experincia um 30% menos que os experimentados.
Se consideraro jornadas trabalhistas de 8 horas ao dia, e 22 dias trabalhistas ao ms.
C.1) Anlise custo-beneficio
Projeto Intermdio Rgido
KDSI (110)
- ATRIBUTOS DO SOFTWARE
RELY (0.88)
DATA (1)
CPLX (1)
- ATRIBUTOS DO PESSOAL
ACAP (0.86)
AEXP (1)
PCAP (0.86)
- ATRIBUTOS DO PROJETO
MODP (1.10)
TOLL (0.91)
SCED (1.04)
M (x) = 0.67
Analista E.

880

Analista I.

704

Programador E.

704

Programador I.

492.8

Tarifa = 0.3 * T.A.E. + 0.2 * T.A.I. + 0.4 * T.P.E. + 0.1 * T.P.I.

Tarifa = 264 + 140.8 + 281.6 + 49.28 = 735.6 euros
Modo

Rgido

2.80

1.20

2.50

0.32

MM` = A (KDSI) * B * M (x)

MM` = 2.80 * (110) 1.20 * 0.67 = 528.32 homens / ms
TDEV = C * (MM`) D
TDEV = 2.50 * (528.32) 0.32 = 18.58 meses
Custo h = MM` / TDEV

Custo h = 528.32 / 18.58 = 28.43 pessoas

Custo m = Custo h * TDEV * Tarifa
Custo m = 28.43 * 18.58 * 735.6 = 388565.54 euros
RESULTADOS DA ESTIMATIVA
Durao do projeto = 19 meses
Tamanho da equipe = 28 pessoas
Custo econmico = 388565 euros
C.2) Diferenas significativas com as demais alternativas
Projeto Intermdio Rgido
KDSI (110)
- ATRIBUTOS DO SOFTWARE
RELY (1)
DATA (1)
CPLX (1.15)
- ATRIBUTOS DO PESSOAL
ACAP (1.19)
AEXP (1)
PCAP (0.86)
- ATRIBUTOS DO PROJETO
MODP (1.10)
TOLL (0.91)
SCED (1.04)
M (x) = 1.22
Analista I.

704

Programador E.

704

Tarifa = 0.5 * T.A.I. + 0.5 * T.P.E.

Tarifa = 352 + 352 = 704 euros
Modo

Rgido

2.80

1.20

2.50

0.32

MM` = A (KDSI) * B * M (x)

MM` = 2.80 * (110) 1.20 * 1.22 = 962.03 homens / ms
TDEV = C * (MM`) D
TDEV = 2.50 * (962.03) 0.32 = 22.51 meses
Custo h = MM` / TDEV
Custo h = 962.03 / 22.51 = 42.73 pessoas
Custo m = Custo h * TDEV * Tarifa
Custo m = 42.73 * 22.51 * 704 = 677144.01 euros
RESULTADOS DA ESTIMATIVA
Durao do projeto = 22 meses
Tamanho da equipe = 43 pessoas
Custo econmico = 677144 euros
C.3) Concluso
Claramente a melhor alternativa a segunda j que o tempo de execuo menor bem como o nmero de pessoas necessrias e o custo econmico, que
se reduz notavelmente.
6. CATLOGO (PRIORIZADO) DE REQUISITOS DO SISTEMA
A) Funcionais

Nosso programa encarrega-se de gerenciar:

- O banco de dados dos trs tipos de usurios do parking (Usurios
normais, Usurios pagos, Trabalhadores do parking).
- O prprio parking (Entradas e sadas do mesmo, bem como um controle de os
veculos que passam pelo parking).
- Os servios alheios ao parking que oferece a empresa (Vigilncia,
Limpeza do veculo, Mudana de azeite, etc.).
- O banco de dados dos empregados (Horas de trabalho, Turnos, Salrio,
etc.).
- As encomendas que se tm de realizar ao armazm para repor os produtos
esgotados ou a ponto de esgotar-se.
- O banco de dados dos fornecedores que possui o parking, bem como o
produto ou produtos que fornece a cada um.
B) No funcionais
B.1) Restries
- No se ter direito a aceder aos servios que o parking oferece seno
acede-se ao recinto do parking.
- Os usurios normais no se beneficiassem de nenhum desconto, a no ser
que sejam clientes do Shopping As Panteras.
- Os usurios normais no podero ultrapassar em nenhum caso as 24 horas
de estacionamento (Baixo risco de sano econmica por hora e dia de
excesso).
- A cada carto emitido s ter validade legal no parking em que foi
emitida, em nenhum caso poder ser utilizada nos demais parking da
corrente.
B.2) De funcionamento
B.2.1) Do sistema
Todos os computadores, includo o servidor, trabalhassem baixo o mesmo sistema operacional, que neste caso ser Microsoft Windows XP Profissional
Edition (Verso 2002 com service pack 2).
B.2.2) Requisitos software
Para todos os parking se precisasse o mesmo software, de modo que s mencionaremos o de um s parking.
Aparte do Windows, se instalar na cada computador seu correspondente office, que poder ser sido utilizado para criar um banco de dados para os
clientes, empregados e fornecedores do parking (Por exemplo em Access).
Aparte de Windows no precisassem mais software, salvo o programa que lhes achamos ns.
O software que vamos criar seguramente, ser criado em Visual Basic ou em .Net.
B.2.3) Requisitos hardware
Para todos os parking se precisasse o mesmo hardware, de modo que s mencionaremos o de um s parking.
Para montar a rede que utilizassem os parking utilizaremos:
- Dois computadores de sobre mesa, um para a bilheteria da entrada,
e outro para a bilheteria da sada, ambos interligados em uma
rede interna atravs de um servidor (Ambos computadores sero
uns Dell Dimension E521 com carto de rede Ethernet
10/100/1000 e monitor LCD Dell de 19).
- Servidor de armazenamento Dell 840 Microsoft Windows
Storage Server 2003 R2.

- Duas impressoras Dell laser 1710N.

- Cabo Rj-45 para a conexo da rede (Longitude em funo a
instalao que se eleja para o parking).
- Um Sistema de Alimentao Ininterrumpida (SAI) MGE
ELLIPSE ASR 1500 USB
- Router ConectaBOX 4000 P de Telefnica para o acesso a
internet.
- Demais materiais hardware.
B.3) Manipulao de excees
- possvel que os computadores ou o prprio servidor se pendure, ante este
tipo de problemas se oferecero possveis solues no cursillo de
orientao e formao, por se estas solues no funcionassem o mas
singelo reiniciar a equipe.
- Ante um corte inesperado de luz ou uma queda de tenso instalaremos em o
sistema um SAI que fornecer aproximadamente 12 minutos de
corrente alternada desde o apagn, suficiente para guardar todos os dados
e programas que se estejam utilizando nesse momento e desligar os
equipes de maneira segura (Passados os 12 minutos se desligar todo o
sistema e se peder todo aquilo que no seja guardado).
- Se o software que ns criamos desse problemas o usurio
pode chamar ao servio tcnico e identificar seu problema com uns
cdigos de erros que o programa gera quando se d uma falha, com
estes cdigos o servio tcnico pode ajudar a solucionar o problema a
travs do telefone e de maneira mais rpida; se isto no resultasse se
enviaria um tcnico ao local de maneira o mas rpida possvel.
- Em caso de falha de algum componente hardware, se avisar diretamente
empresa revendedora dos produtos hardware, que neste caso
Dell e Telefnica.
- Para outros possveis problemas que no fiquem recolhidos aqui, se
recomenda chamar diretamente ao servio tcnico do software ou de o
Hardware segundo o tipo de problema.
7. DIAGRAMA DE PROCESSO DO SISTEMA
8. FLUXOGRAMA DE DADOS

9. ESPECIFICAO FORMAL DE PROCESSOS ELEMENTARES

10. DICIONRIO DE DADOS (DD)
Pedido = Cdigo_ cliente+Cdigo_ pedido+ Nmero_ unidades
Cdigo_ cliente = `C'+ {Letra}22+ {Dgito}55
# Letra = [A | B | C | D | E | F | H | I | J | K | L | M | N | Ou | P | Q | R | S | T | Ou | V | W | X | E | Z]
# Dgito = [0 | 1 | 2 | 3| 4 | 5 | 6| 7 | 8 | 9]
Cdigo_ pedido = `D'+ {Dgito}55
Data_ pedido = Data
# Dia = {131}
# Ms = {112}
# Ano = {Dgito} 55
Nmero_ unidades = {Dgito}
Fatura = Nmero_ fatura+ Cdigo_ cliente+ Nmero_ unidades+ Importe_ total
Nmero_ fatura = `F'+ {Dgito}55
Data_ fatura = Data
Custo_ total = {Dgito}
Encarrego = Data_ encarrego+ Data
Data_ encarrego = Data
Cdigo_ fornecedor = `P'+ {Letra}22+ {Dgito}55
Nota de entrega = Nmero_ nota de entrega+ Data_ nota de entrega+ Cdigo_ fornecedor+ Nmero_ unidades+ Custo_ total
Nmero_ nota de entrega = `A'+ {Dgito}55
Data_ nota de entrega = Data
Custo_ total = {Dgito}
Produtos= {Cdigo_ produto* + quantidade}
Pedidos = {Cdigo_ cliente + Cdigo_ pedido+Data_ pedido + Nmero_ unidades}
Encargos = {Data_ encarrego + Cdigo_ fornecedor + Nmero_ unidades}
Cliente = Cdigo_ cliente
Fornecedor = Cdigo_ fornecedor

BB. DD trabalhador = `T' + Nmero_ parking + Nmero_ trabalhador

Nmero_ parking = {Dgito}33
Nmero_ trabalhador = {Dgito}55
BB. DD pago = `C' + Nmero_ parking + Nmero _ pago
Nmero_ pago = Nmero_ trabalhador
Matrcula = {Dgito}4, 4 + {Letra}3 3
Ticket = Hora_ entrada + Matrcula + Servio_ carro
Hora_ entrada = Hora
# Hora = {Dgito}44
Servio_ carro = {Dgito}33
Operao= estacionamento | mudo de azeite | limpeza
Estacionamento= hora entrada + hora sada + matrcula + nm. Horas total + data + preo
Mudana de azeite= hora + data + matricula + preo
Limpeza= mudo de azeite
# preo= {digito}33
11. MODELO DE ENTIDADE/RELACIONAMENTO

12. MODELO DE EVENTOS

ESTACIONAMENTO.
CARRO.
MOTORISTA.
SERVIO.
FORNECEDOR.
Estaciona.
Conduz
Pede
Precisam

Vendido
quantidade.
E.1: Chegada de dados de um de um carro.
E.1.1: Chegada de dados de um carro novo.
E.1.2: Legada de dados de um carro existente para modificar.
E.1.3: Chegada de dados de um carro existente para apagar.
E.2: Chegada de dados de um servio.
E.2.1: Chegada de dados de um servio novo.
E.2.2: Chegada de dados de um servio j existente para modificar.
E.2.3: Chegada de dados de um servio j existente para apagar.
E.3: Chegada de dados de uma encomenda.
E.3.1: Chegada de dados de uma encomenda nova.
E.3.2: Chegada de dados de uma encomenda j existente para modificar.
E.3.3: Chegada de dados de uma encomenda j existente para apagar.
E.4: Chegada de dados de um artigo.
E.4.1: Chegada de dados de um artigo novo.
E.4.2: Chegada de dados de uma encomenda j existente para modificar.
E.4.3: Chegada de dados de uma encomenda j existente pra apagar.
E.1
ESTACIONAMENTO

I,M,B

CARROS

I,M,B

E.2

E.3

E.4

MOTORISTA
SERVIO
PRODUTO

I,M,B
I,M,B

FORNECEDOR

I,M,B

Estacionar
Conduz
Pede
Precisam
Vendido
Quantidade
13. DIAGRAMA DE CONSTANTINE

I,M,B

14. DESENHO DE DADOS

PESSOA (nm_ estacionamento #, nome, direo, telefono).

CARROS (matrcula #, marca, modelo, nm_ carro, data compra, data ltima reviso).

CARROS (Matrcula #, marca, modelo, nm_ carro, data compra, data ultima reviso).
MOTORISTA (RG #, nomeie apelido, tip_ usurio, nm_ carnet de conduzir).

MOTORISTA (RG #, nomeie apelido,tip_ usurio, nm_ carnet de conduzir).

SERVIO (cod_ servio #)
pede (RG #, cod_ servio)

SERVIO (cod_ servio #)

PRODUTOS (cod_ produto #, descrio, preo/unidade)
precisa (cod_ servio #, cod_ produto)
3
Os atributos sublinhados so os que foram modificados