IFPA

Anlise e Projeto de Sistemas

Professor: Jackson Moreira Oliveira

Processo de Desenvolvimento de Sistemas

Conceito de PDS

Objetivos

Componentes do Processo

Modelos de ciclo de vida

Processo de Desenvolvimento de Sistemas

Uma linguagem de modelagem apenas no suficiente.

necessrio seguir um processo de desenvolvimento. Um processo de software um mtodo para desenvolver ou produzir software.

Define quem faz o que, quando e como, para atingir um certo alvo.

Processo de Desenvolvimento de Sistemas

O desenvolvimento de software uma atividade complexa.

Tentativas de lidar com essa compexidade e de minimizar os problemas envolvidos no desenvolvimento de software envolvem a definio de processos de desenvolvimento de software.

H vrios processos de desenvolvimento propostos. No existe o melhor processo de desenvolvimento.

Processo de Desenvolvimento de Sistemas

Um processo de desenvolvimento de software (Processo de desenvolvimento ou metodologia de desenvolvimento) compreende todas as atividades necessrias para: Definir (Planejamento e elaborao); Desenvolver (Codificao); Testar e Manter um produto de software (Colocar em

produo, treinar usurios).

Processo de Desenvolvimento de SW
Todo processo de transformao tem incio e fim.

Essa varivel temporal, denominada de ciclo de vida, determina as fases do desenvolvimento de software.

Processo de Desenvolvimento de Sistemas

Alguns objetivos so: Definir quais as atividades a serem executadas ao longo do projeto; Quando, como e por quem tais atividades sero executadas; Prover pontos de controle para verificar o andamento do desenvolvimento; Padronizar a forma de desenvolver software em uma organizao.

O componente humano (participantes do processo)

O desenvolvimento de software uma tarefa altamente

cooperativa.
Tecnologias complexas demandam especialistas em reas especficas. Uma equipe de desenvolvimento de sistemas de software pode envolver vrios especialistas. Uma equipe tpica consiste em um gerente, analistas, projetistas, programadores, clientes e grupos de avaliao de qualidade.

O componente humano (participantes do processo)

Gerentes de projeto o profissional responsvel pela gerncia ou coordenaco das atividades necessrias construo do sistema. Fazer o oramento; Verificar o tempo necessrio; Defini qual o processo de desenvolvimento; O cronograma de execuo das atividades; A mo-de-obra especializada; Os recursos de hardware e software etc.

O componente humano (participantes do processo)

Analista o profissional que deve ter conhecimento do domnio do negcio;

Deve entender os problemas do domnio do negcio para que possa definir os requisitos do sistema a ser desenvolvido;

Ele deve ter suficiente domnio do vocabulrio da rea de conhecimento na qual o sistema ser implantado.

O componente humano (participantes do processo)

Analista O analisla deve entender no s do domnio do negcio da organizao, mas tambm ter slido conhecimento dos aspectos relativos modelarem sistemas;

Funciona como um Tradutor, que mapeia informaes entre duas linguagens diferentes: a dos especilistas do dominio e a dos profissionais em uma equipe de desenvolvimento.

O componente humano (participantes do processo)

Projetistas o integrante da equipe de desenvolvimento cujas funes so:

Avaliar as alternativas de soluo (da definio) do problema resultante da anlise e

Gerar

especificao

de

uma

soluo

computacional detalhada.

O componente humano (participantes do processo)

Arquitetos de software Ele elabora arquitetura do sistema como um todo.

ele quem toma decises sobre quais so os subsistemas que compem o sistema como um todo e quais so as interfaces entre esses subsistemas.

O componente humano (participantes do processo)

Programadores o responsavel pela implementao do sistema; O analista est envolvido em todas as etapas, diferentemente do programador, que participa das fases finais (implementao e testes). Analistas de sistemas devem entender tanto de tecnologia de informao quanto do processo de negcio; somente programadores com os tendem a se preocupar do aspectos tecnologicos

desenvolvimento.

O componente humano (participantes do processo)

Especialista do domnio o individuo, ou grupo de individuos, que possui conhecimento acerca da rea ou do negcio em que o sistema em desenvolvimento estar inserido.

Um exemplo o Cliente (O usurio).

O componente humano (participantes do processo)

Avaliadores de qualidade

Avaliadores de qualidade asseguram a adequao do processo software; de desenvolvimento e do produto de

Sendo

desenvolvido

aos

padres

de

qualidade

estabelecidos pela organizao.

Processo de Desenvolvimento de Sistemas Atividades Tpicas

Levantamento de Requisitos; Anlise de Sistemas; Projeto de Sistemas; Implementao de Sistemas; Testes; Implantao; Manuteno e Reviso de Sistemas.

Processo de Desenvolvimento de Sistemas Atividades Tpicas

Processo de Desenvolvimento de Sistemas Atividades Tpicas

Processo de Desenvolvimento de Sistemas Atividades Tpicas

Processo de Desenvolvimento de Sistemas Atividades Tpicas

Compreende todas as atividades necessrias para definir, desenvolver, testar, operar e manter um sistema.

Objetivos:
definir as atividades a serem executadas; prover pontos de controle e padronizar o processo de desenvolvimento.

Processo de Desenvolvimento de Sistemas Atividades Tpicas

Um processo de desenvolvimento classifica em atividades as tarefas realizadas durante a construo de um sistema de software.

Cada processo tem suas particularidades em relao ao modo de arranjar e encadear as atividades de desenvolvimeno.

Levantamento de Requisitos
Tambm conhecida como elicitao de requisitos,

corresponde etapa de compreenso do problema aplicada ao desenvolvimento de software.

O principal objetivo do levantamento de requisitos que usurios e desenvolvedores tenham a mesma viso do problema a ser resolvido, levantar e definir as necessidades denominadas requisitos.

Mas afinal o que um Problema?

A essncia de um problema a necessidade; tudo aquilo que se desconhece; Quando o no saber elevado ao extremo, implicando na

impossibilidade do saber, configurando-se um mistrio,

este a soluo para o problema. Algo que no sei, no um problema, mas quando preciso saber, a sim, estou diante de um problema.

Qual a essncia do Problema?

A necessidade!!!

Levantamento de Requisitos Entrevistas Anlise de Documentos Estudo Bibliogrfico Comparativo

Levantamento de Requisitos
Requisitos O que so? Objetivos ou restries estabelecidas pelos clientes e

usurios do sistema.

Definem as diversas propriedades do sistema.

Combinao

complexa

das

necessidades

de

diferentes

pessoas, em vrios nveis da organizao, e necessidades do

ambiente onde o software ser executado.

Levantamento de Requisitos
Formalmente, um requisito uma condio ou capacidade que deve ser alcanada ou possuda por um sistema ou componente deste para satisfazer um contrato. Os requisito de um sistema so identificados, apartir de um

domnio (dominio do problema ou domnio do negcio).

Denomina-se domnio a rea de conhecimento ou de atividade especfica caracterizada por um conjunto de conceitos e de terminologia compreendidos por especialista nessa rea.

Levantamento de Requisitos
A equipe de desenvolvimento tenta entender o domnio que deve ser automatizado pelo sistema de software.

H vrias tcnicas utilizadas para isso, como, por exemplo:

leitura de obras de referncia e livros-texto; observao do ambiente do usurio;

realizao de entrevistas com os usurios;

entrevistas com especialistas do dommo; reutilizao de anlises anteriores; comparao com sistemas preexistentes.

Levantamento de Requisitos
As principais sees de um documento de requisitos so:

Requisitos funcionais: definem as funcionalidades do sistema. Todas as coisas que o sistema deve fazer. Deve determinar O QUE o sistema deve fazer sem a preocupao de COMO fazer.

Calcular gastos dirios, semanais e mensais com pessoal Emitir relatrios de compras quinzenais Registrar o emprstimo de uma fita um requisito funcional.

Levantamento de Requisitos
As principais sees de um documento de requisitos so:

Requisitos no-funcionais: declaram as caractersticas de qualidade que o sistema deve possuir e que esto relacionadas s suas funcionalidades (Tcnica, econmica, da organizao, etc). So restries que se coloca sobre como o sistema deve realizar seus requisitos funcionais. Expressam qualidade e restries sobre os servios ou as funes oferecidos pelo sistema.

Levantamento de Requisitos
Exemplo de Requisitos no-funcionais Estabelecer que o tempo de emprstimo da fita no pode ser superior a 48 horas uma restrio, ou requisito no funcional. A base de dados deve ser protegida; Tempo de resposta no pode ultrapassar 30 segundos; O sistema deve ser multiplataforma (Linux e Windows); restries de tempo, restries sobre o processo de desenvolvimento, padres, etc.

Levantamento de Requisitos
As principais sees de um documento de requisitos so: Requisitos funcionais: o "O sistema deve permitir que cada professor realize o lanamento de notas das turmas nas quais lecionou." "O sistema deve permitir que um aluno realize a sua matrcula nas disciplinas oferecidas em um semestre letivo." "Os coordenadores de escola devem poder obter o nmero de aprovaes, reprovaes e trancamentos em cada disciplina oferecida em um determinado perodo.

Levantamento de Requisitos
As principais sees de um documento de requisitos so: Requisitos no-funcionais: o Confiabilidade: corresponde a medidas

quantitativas da confiablidade do sistema, tais como: tempo mdio entre falhas, recuperao de falhas ou quantidade de erros por milhares de linhas de cdigo-fonte; o Desempenho: requisitos que definem tempos de resposta sistema. esperados para as funcionalidades do

Levantamento de Requisitos
As principais sees de um documento de requisitos so: Requisitos no-funcionais: o Portabilidade: restries sobre as plataformas de hardware e de software nas quais o sistema ser implantado e sobre o.grau de facilidade para transportar o sistema para outras plataformas.

Segurana: limitaes sobre a segurana do sistema em relao a acessos no-autorizados.

Levantamento de Requisitos
De forma geral, a diferena entre requisitos funcionais e no-funcionais est no fato dos primeiros descreverem o que o sistema deve fazer, enquanto que os outros fixam

restries

sobre

como

os

requisitos

funcionais

sero

implementados.

Levantamento de Requisitos
Os requisitos devem ser expressos de uma maneira tal que eles possam ser verificados e comunicados a leitores tcnicos e no-tcnicos. O enfoque prioritrio do levantamento de requisitos

responder claramente questo "o que o usurio necessita do novo sistema?". Requistos definem o problema a ser resolvido pelo sistema de software; eles no descrevem o soltware que resolve o problema.

Levantamento de Requisitos
O documento de requisitos serve como um termo de consenso entre a equipe tcnica (desenvolvedores) e o cliente. Esse documento constitui a base para as atividades

subsequentes do desenvolvimento do sistema. O documento de requisitos estabelece o escopo do sistema. O escopo de um sistema muitas vezes muda durante o seu desenvolvimento.

Entrevistas
So situaes inseridas nas relaes humanas que no esto sujeitas a regras ou frmulas exatas; Mas pode ser til ao Analista de Sistemas que tem domnio do problema;

Entrevista
O objetivo de uma entrevista para anlise de sistemas a coleta de informaes sobre o sistema a ser desenvolvido;

Ajuda nos aspectos chaves do sistema bem como esclarece pontos contraditrios do mesmo;

Verifica-se posicionamentos pessoais acerca das questes envolvidas (omisses, medo, desvios);

Entrevista

A entrevista pode ser um simples bate-papo durante o

cafezinho, um encontro no corredor, por acaso.. O analista tem que estar sempre pronto para realiz-la;

Qualquer situao que se apresente como oportunidade para se buscar a informao necessria.

Como preparar a Entrevista

Clareza de sua finalidade; Identificao de perguntas chaves; Repasse de documentao formal;

Aspectos mais gerais sobre o assunto a pessoa mais

indicada para obter a informao a gerncia; Quando houver maior riquezas de detalhes ideal

entrevistar uma pessoa operacional que esteja envolvida.

Como preparar a Entrevista

Programe a entrevista de acordo com a disponibilidade do entrevistado; Toda entrevista, formal ou no, possui 3 aspectos: abertura, corpo e o fecho; Procure amigvel objetivo; A arrancada feita com sua 1 pergunta; estabelecer para a na abertura uma atmosfera sobre o

comunicao,

informe

Como preparar a Entrevista

Certifique-se de que entendeu o que lhe foi transmitido, meio indicado: repasse, repita; Oua as respostas enquanto a questo esta sendo respondida, no se preocupe em elaborar a prxima; Anote o que for necessrio de forma breve, sintetize idias;

Como preparar a Entrevista

Entrevista no julgamento, disputa do saber ou concorrncia com o entrevistado;

A pessoa especializada no que faz e voc s busca informaes;

Procure distinguir fatos de opinies pessoais;

No fecho, mantenha a atmosfera de comunicabilidade.

Anlise de Sistemas
Objetivos: Estudo dos requisitos levantados na fase anterior para construo de modelos que representem o sistema a ser desenvolvido. Envolve: eliminar falhas da anlise de requisitos, abordar questes tcnicas do desenvolvimento de software (como e no o que). Dificuldades: as mesmas dificuldades da anlise de requisitos

Levantamento de Requisitos Anlise Anlise Projeto

Implementao
OBJETIVOS DAS ATIVIDADES INDEPENDENTE DO CICLO DE VIDA

Testes Implantao

Anlise de Sistemas
Esta fase consiste em um estudo detalhado dos requisitos.

A anlise de requisitos no leva em conta ambiente tecnolgico.

A idia apenas construir uma estratgia de soluo sem se preocupar como a estratgia ser implementada.

No trata detalhes de implementao.

Projeto de Sistemas
Objetivos: proposta de uma soluo que atenda os requisitos da anlise e que seja passvel de implementao. Envolve: detalhes fsicos de implementaes, trabalha o comportamento interno do software, plano e implementao das decises arquitetnicas.
Anlise Projeto Projeto
Implementao
OBJETIVOS DAS ATIVIDADES INDEPENDENTE DO CICLO DE VIDA

Levantamento de Requisitos

Testes Implantao

Projeto de Sistemas
Neste estgio tm incio as preocupaes com a

implementao. Aspectos fsicos como o tipo de SGBD usado e a linguagem de programao passam a influir nas decises.

So especificados os componentes do sistema (funes, dados, etc.) e o relacionamento existente entre eles.

Projeto de Sistemas
Podemos concluir que...
-O resultado da anlise o enunciado do problema, e que o projeto ser a sua resoluo. -Problemas mal enunciados podem at ser resolvidos, mas a soluo no corresponder s expectativas. - A qualidade do processo de anlise importante porque um erro de concepo resolvido na fase de anlise tem um custo; na fase de projeto tem um custo maior; na fase de implementao maior ainda, e na fase de implantao do sistema tem um custo relativamente astronmico.

Projeto de Sistemas
Esta fase descreve como funcionar o sistema para atender aos requisitos de acordo com: os recursos tecnolgicos; arquitetura do sistema; padro de interface grfica; linguagem de programao; gerenciador de banco de dados;

etc.

Projeto de Sistemas
Principais atividades: Projeto da arquitetura (alto nvel): indica como o software funciona;

Definio pacotes;

de

pacotes

(mdulos),

interfaces

entre

Deciso

sobre

uso/criao

de

bibliotecas

e/ou

componentes.

Implementao de Sistemas
Objetivos: construir uma verso operacional do software que possa ser entregue ao cliente para avaliao. Envolve: implementar cdigo fonte em uma determinada linguagem, implementar cdigo de teste unitrio para o cdigo fonte e integrar o sistema. Dificuldade: falta de conhecimento da equipe de desenvolvimento sobre a uma determinada tecnologia.

Levantamento de Requisitos Anlise

Projeto
Implemen Implementao tao
OBJETIVOS DAS ATIVIDADES INDEPENDENTE DO CICLO DE VIDA

Testes Implantao

Implementao de Sistemas
O sistema codificado.

Nesta fase ocorre a realizao fsica das especificaes do Projeto. Envolve a codificao, depurao, teste de mdulos individuais e documentao do sistema.

Ocorre a traduo da descrio computacional obtida na fase de projeto em cdigo executvel mediante o uso de uma ou mais linguagens de programao.

Testes
Objetivos: assegurar que o sistema tenha qualidade antes de ser entregue aos clientes; Envolve: definir o que ser testado, executar os testes de integrao do sistema e avaliar os testes.
Anlise Projeto Implementao
OBJETIVOS DAS ATIVIDADES INDEPENDENTE DO CICLO DE VIDA

Levantamento de Requisitos

Testes Testes Implantao

Testes
Diversas atividades so realizadas para verificao do sistema construdo, levando-se em conta a especificao feita na fase de projeto. O principal produto dessa fase o relatrio de testes, Contm informaes sobre erros detectados no software. Aps a atividade de testes, os diversos mdulos do sistema so integrados, resultando finalmente no produto de software.

Testes

Implantao
O sistema empacotado, distribudo e instalado no ambiente do usurio. Os manuais so escritos, os dados so importados para o sistema e o pessoal treinado para oper-lo.
Anlise Projeto Implementao
OBJETIVOS DAS ATIVIDADES INDEPENDENTE DO CICLO DE VIDA

Levantamento de Requisitos

Testes Implanta Implantao o

Implantao
O sistema empacotado, distribudo e instalado no

ambiente do usurio. Os manuais do sistema so escritos. Os arquivos so carregados Os dados so importados para o sistema, E os usurios treinados para utilizar o sistema corretamente.

Manuteno e Reviso de Sistemas

Processo geral de modificao de um sistema depois de ter sido colocado em uso;

Tipos de Manuteno: Para reparar defeitos; Para adaptar o software a ambiente operacional

diferente; Para fazer acrscimo de funcionalidade; Melhorar o desempenho.

3. Exerccios
1. O que um Processo de Desenvolvimento de Sistemas?

2.

Quais

as

atividades

includas

em

um

Processo

de

Desenvolvimento de Sistemas? 3. Cite alguns objetivos do P. D. de Sistemas?

4. Quais os participantes de um P. D. de Sistemas?

5. Qual a diferena entre o Analista e o Programador? 6. Por que a fase de Anlise de grande importncia em todo o processo de desenvolvimento?

3. Exerccios
7. Explique o que a etapa de Levantamento de Requisitos?

8. Qual o principal objetivo do levantamento de requisitos?

9. O que Requisito? 10. Defina Domnio do Problema? 11. Quais so as tcnicas para entender o Domnio? 12. Qual a diferena entre Requisito Funcional e No-Funcional? 13. D exemplos de Requisito Funcional e No-Funcional? 14. Quais os tipos de Manuteno de Sistemas de software.

3. Exerccios Quais os Requisitos?

15. Classificar os requisitos dos projetos abaixo em:
OBJ = Objetivo RF = Requisito Funcional RNF = Requisito No funcional

Projeto 1 - Sistema de segurana predial

O SSI um Sistema de Segurana Integrado cuja finalidade a proteo residencial. Lista de requisitos
OBJ[ OBJ[ OBJ[ OBJ[ OBJ[ OBJ[ OBJ[ OBJ[ OBJ[ OBJ[ OBJ[ OBJ[ OBJ[ OBJ[ OBJ[ OBJ[ OBJ[ OBJ[ OBJ[ OBJ[ OBJ[ OBJ[ OBJ[ OBJ[ OBJ[ OBJ[ ] ] ] ] ] ] ] ] ] ] ] ] ] ] ] ] ] ] ] ] ] ] ] ] ] ] RF[X] RNF[ ] - Detectar presena de estranhos RF[X ] RNF[ ] - Registrar imagem do estranho RF[ ] RNF[X ] - Avisar remotamente sobre a ocorrncia de uma invaso RF[ ] RNF[X ] - Funcionar mesmo com queda de energia eltrica RF[ ] RNF[X ] - Deve suportar a configurao de pelo menos 20 circuitos RF[ ] RNF[X ] - Avisar que a energia acabou RF[ ] RNF[X ] - Permitir monitorao remota RF[X ] RNF[ ] - Identificar a posio do estranho e o caminho permitido RF[ ] RNF[X ] - Deve suportar o registro de 5.000 eventos no log RF[X ] RNF[ ] - Emitir sinalizao sonora RF[ ] RNF[X ] - Realizar o TCC de minha graduao RF[ ] RNF[X ] - Registrar log de eventos RF[ ] RNF[X ] - Habilitar circuitos parciais RF[ ] RNF[X ] - Dever manter armazenadas as imagens de pelo menos 3 dias anteriores RF[X ] RNF[ ] - Exibir imagens internas e externas do imvel RF[ ] RNF[X ] - Configurar sensores RF[ ] RNF[X ] - Gerar um sistema de segurana de baixo custo RF[ ] RNF[X ] - Avisar a vrios destinos sobre a invaso RF[ ] RNF[X ] - Uma cmera dever ser associada a um grupo de sensores RF[ ] RNF[X ] - Cadastrar senhas de usurios RF[X ] RNF[ ] - Configurar, ativar e desativar o sistema atravs de senhas de acesso. RF[ ] RNF[X ] - Deve suportar pelo menos 200 sensores espalhados pela casa RF[ ] RNF[X ] - Dever suportar a falta de energia pelo menos por 2 horas RF[ ] RNF[X ] - Aumentar a invulnerabilidade do sistema RF[ ] RNF[X ] - Deve suportar pelo menos 20 usurios RF[ ] RNF[X ] - O atraso para avisar o destino sobre invaso no pode ultrapassar 5 minutos

3. Exerccios Quais os Requisitos?

16. (1)
Sistema Videolocadora Viso Geral do Sistema proposto o desenvolvimento de um sistema de controle de videolocadora, que vai informatizar as funes de emprstimo, devoluo e reserva de fitas. O objetivo do sistema agilizar o processo de emprstimo e garantir maior segurana, ao mesmo tempo que possibilita um melhor controle das informaes por parte da gerncia. Devero ser gerados relatrios de emprstimos por cliente, emprstimos por fita e emprstimos no ms. O sistema dever calcular automaticamente o valor dos pagamentos a serem efetuados em cada emprstimo inclusive multas e descontos devidos. A cada devoluo de fitas corresponder um pagamento, no sendo possvel trabalhar com sistema de crditos. A impossibilidade de efetuar um pagamento deve deixar o cliente suspenso, ou seja, impossibilitado de emprestar novas fitas at saldar a dvida.

3. Exerccios Quais os Requisitos?

16. (2)
Sistema Videolocadora Viso Geral do Sistema Uma vez que a vdeo locadora tem diversos funcionrios, inclusive de nveis hierrquicos distintos, os usurios do sistema devem ser devidamente identificados. O sistema deve permitir tambm que consultas sejam realizadas de forma a informar ao usurio se o vdeo est disponvel e agilizar o processo de busca do vdeo na prateleira. Os meus funcionrios atuais tm familiaridade com a plataforma Windows, no entanto o nvel de conhecimento de informtica pode ser classificado como baixo e/ou mdio.

3. Exerccios Quais os Requisitos?

16.
Sistema Videolocadora Viso Geral do Sistema Requisitos funcionais: fazer emprestimo, fazer devoluo, fazer reserva, fazer consultas, gerar Relatrios de emprstimos por cliente, emprstimos por vdeo e emprstimos no ms clculo de multa

Requisitos no funcionais rapidez no processo de emprstimo, autenticao dos funcionrios, preferncia pela plataforma windows

3. Exerccios Quais os Requisitos?

3. Exerccios Clnica Veterinria

17. Clnica Veterinria O sistema para a Clnica Veterinria Animal & Cia trata do gerenciamento das consultas realizadas em animais domsticos (por exemplo, ces e gatos). A consulta pode ser de rotina, mas pode implicar em diagnsticos que envolvam outros servios a serem prestados pelo veterinrio, como injees, vacinao, cirurgias, etc. Alm disso, o animal pode precisar de medicamentos, que podem ser adquiridos na prpria clnica. A clnica possui tambm diversos produtos para venda, como raes, brinquedos, casas de madeira, shampoos, escovas, bebedouros, etc. Esses produtos podem ser vendidos separadamente, ou integrados a uma consulta. Diversos relatrios devem ser gerados pelo sistema para permitir a gesto adequada da clnica, como o relatrio de estoque de medicamentos e produtos, consultas feitas em um determinado animal, relatrio de vendas de produtos, etc.

3. Exerccios
18. (1)
Sistema de emprstimo de publicaes de uma biblioteca.

As publicaes disponveis so livros e revistas. Quando um aluno quer requisitar uma publicao, preenche um formulrio por cada publicao, indicando a cota, o ttulo e os autores (no caso de ser um livro) e entrega-o a um funcionrio. Cada aluno pode efectuar at 3 emprstimos. A biblioteca tambm dever fazer controlo dos emprstimos atrasados, avisando os leitores por email quando ultrapassar os 7 dias de atraso. Os alunos devem poder pesquisar as publicaes existentes na biblioteca. No caso de uma publicao j estar requisitada, mostrada a data esperada para entrega. Quando chega uma nova publicao, esta encaminhada para o responsvel pela catalogao, onde ser analisada e denida a sua rea de conhecimento. Existem vrias reas de conhecimento, pondendo ser criadas outras. Os leitores, professores e alunos, interessados em consultar publicaes no existentes na biblioteca, podero apresentar uma proposta de aquisio das mesmas ao responsvel.

3. Exerccios
18. (2)
Sistema de emprstimo de publicaes de uma biblioteca.

As propostas so analisadas e em funo dos preos e do oramento disponvel, sero seleccionadas as publicaes a adquirir. A biblioteca estabeleceu critrios que do prioridade aquisio de publicaes formativas que faam parte do sistema de ensino. Aps ter sido denida a lista de publicaes a adquirir, so enivadas notas de encomenda para os fornecedores. As publicaes entregues pelos fornecedores so vericadas no momento da recepo. Depois de catalogadas e registadas, as publicaes cam num expositor especial de divulgao durante 5 dias, antes de serem colocadas na prateleira. A partir desta altura cam disponveis para emprstimo. A biblioteca analisa as publicaes periodicamente em funo do seu estado de conservao. As que esto em mau estado so retiradas do circuito de emprstimo. As que so valiosas tambm so retiradas do circuito de emprstimo e colocadas em exposio.

3. Exerccios
19. (1)
Controle da Produo e Venda da Cervejaria BeboSim

A Cervejaria BeboSim solicitou empresa Avalon Software do Futuro que desenvolvesse um sistema de controle de produo e venda de seus produtos. Os requisitos descritos abaixo devem ser atendidos pelo sistema. 1. A cervejaria produz diversos produtos lquidos, tais como: cerveja branca, cerveja escura, guaran normal, guaran light, gua mineral com gs, gua mineral sem gs, etc, que devem estar cadastrados no sistema. De cada produto, devem ser armazenados: nome, quantidade em estoque, preo normal de venda atual (nico em todo o pas), o percentual de comisso sobre a venda e frmula de produo. 2. A cervejaria possui diversas unidades de produo (fbricas). De cada uma delas necessrio armazenar seu nome, endereo, CNPJ, rea construda e telefone de contato. 3. Cada produto pode ser produzido em mais de uma unidade de produo. Uma unidade de produo pode produzir mais de um produto, mas no necessariamente todos. Por exemplo, na unidade da Bahia, so produzidas apenas cerveja branca e cerveja escura. No Esprito Santo so produzidas, por exemplo, cerveja branca, gua mineral com gs e sem gs e guaran normal.

3. Exerccios
19. (2)
Controle da Produo e Venda da Cervejaria BeboSim

4. Os produtos so engarrafados em embalagens dos mais variados tipos: garrafas de plstico de tamanhos variados, garrafas de vidro, latinhas de alumnio de tamanhos variados, etc. Um produto pode ser armazenado em mais de uma embalagem e uma embalagem pode ser usada por mais de um produto. De cada embalagem, necessrio armazenar o nome, uma descrio do tipo de material de que feita (plstico, alumnio, etc.), o custo de cada embalagem, o volume que ela pode conter e a unidade do volume (ex. uma latinha de alumnio de 350 ml, uma garrafa de plstico de 1,5 litros, etc.). 5. A cervejaria possui vrias equipes de vendas espalhadas pelo pas. De cada equipe necessrio controlar o nome da equipe e a regio que atende (por ex. norte do ES, sul de Minas Gerais, Grande Vitria, etc). 6. Uma equipe atende somente a uma regio por vez. Uma regio pode ter mais de uma equipe de vendas ao mesmo tempo. Uma equipe no muda de regio. 7. Cada equipe composta por vendedores e por um gerente. Tanto do gerente quanto do vendedor, (ambos funcionrios da cervejaria) necessrio armazenar o nome, data de admisso, nmero da carteirade trabalho, do CPF, o endereo residencial, os telefone e e-mail de contato.

3. Exerccios
19. (3)
Controle da Produo e Venda da Cervejaria BeboSim

8. necessrio armazenar o histrico da gerncia de cada equipe, armazenando data de incio e fim da gerncia de cada pessoa. 9. Um funcionrio pode mudar de equipe e necessrio armazenar a data de incio e fim de cada funcionrio em cada equipe. 10. A cervejaria possui diversos clientes cadastrados. Somente as pessoas jurdicas podem ser clientes. Dos clientes deve-se armazenar a razo social, o CNPJ, o endereo, o telefone e a pessoa de contato. 11. O vendedor emite pedidos de venda, que devem ser registrados no sistema. Para cada pedido de venda necessrio armazenar o vendedor que emitiu o pedido, o cliente do pedido, o nmero do pedido e sua data de emisso. 12. O pedido pode discriminar vrios produtos. De cada um deles necessrio armazenar a quantidade vendida.

3. Exerccios
19. (4)
Controle da Produo e Venda da Cervejaria BeboSim

13. A Cervejaria BeboSim faz constantes campanhas publicitrias, que devem ser controladas pelo sistema. De cada campanha publicitria importante armazenar o nome da campanha, as datas de incio e fim, os produtos que faro parte da campanha, os preos promocionais de cada produto em cada campanha, o nome do garoto/garota propaganda da campanha (ex. Guga, Ronaldinho, Pel, Romrio, Luiza Brunet, Paloma Duarte, etc...), o valor total previsto para ser gasto na campanha publicitria, o valor total previsto de retorno com a campanha e o percentual previsto de aumento das vendas.

3. Exerccios
20.
Parque de Estacionamento

Considere os seguintes requisitos de um sistema informtico para a gesto de um parque de estacionamento. a) O controle efetuado com base na matrcula do veculo. b) Na entrada do parque existir um funcionrio que introduz as matrculas no sistema, ficando de imediato registrado a data e hora de incio do estacionamento. O sistema tem que verificar se a matrcula existe. c) Se a matrcula no for reconhecida pelo sistema, ento o funcionrio registrar um novo veculo no sistema.