PIM Sistema de Gerenciamento de Estoque - Video Locadora

UNIP - Universidade Paulista

Projeto Integrado Multidisciplinar

Curso Superior de Tecnologia em Análise e Desenvolvimento de Sistemas

Sistema de Estoque

Vídeo Locadora

São Paulo2012

Página 1

UNIP Universidade Paulista



Sistema de Estoque

Vídeo Locadora

Projeto de integração multidisciplinar (PIM) apresentada como exigência para a conclusão de 3º semestre, junto à Universidade Paulista UNIP.

Professor Orientador: Wellington Texeira

São Paulo2012

Página 2

Guia de normalização para apresentação de trabalhos acadêmicos da Universidade Paulista. / Ana Lúcia E. Pires... [ET al]. – São Paulo, 2011.

42 f.: Il Color.

2. Normalização. 2. Trabalhos Acadêmicos. 3. ABNT. I.Título. II. Carvalho, Fabiane E. III. Braga, Maria Aládia S. Ferreira de. IV. Eloy, Rodney Zorzo. V. Guerra, Táila Machado

§

Página 3




Sistema de Estoque

Vídeo Locadora

Campus Marques

Nome RACaroline Bueno de Oliveira A218JB-3Cristian Pereira da Silva A8417C-2Jeferson Cesar Marques da Silva A750BE-3Roberto do Nascimento Oliveira A271FD-9Thiago Nascimento A743CD-6

Página 4




Sistema de Estoque

Vídeo Locadora

Projeto de integração multidisciplinar (PIM) apresentada como exigência para a conclusão do 3º semestre, junto à Universidade Paulista UNIP.

Professor Orientador: Wellington Teixeira

Aprovado em:

BANCADA EXAMINADORA

____________________/___/___Prof.Orientador: Wellington Teixeira

Universidade Paulista - UNIP____________________/___/___

Prof. Nome do ProfessorUniversidade Paulista – UNIP

____________________/___/___Prof. Nome do Professor

Universidade Paulista - UNIP

Página 5

Dedicatória

Este projeto será dedicado a todos que nos apóiam e nos incentivam para a continuidade e busca do conhecimento.

Página 6

Agradecimentos

Agradecemos aos nossos familiares, amigos e orientadores que nos apoiaram, ajudaram e orientaram para que pudéssemos realizar este projeto, de modo que possamos utilizá-lo como referencia em nossas carreiras.

Página 7

“A ignorância impera naquilo que se considera como conhecimento”.

(René Descartes)

Página 8

RESUMO

Controle de estoque é o procedimento adotado para registrar, fiscalizar, e

gerir as entradas e saídas de mercadorias e produtos da empresa.

O planejamento é um dos principais instrumentos para o estabelecimento de

uma política de estocagem eficiente, tendo em vista que normalmente o setor de

vendas deseja um estoque elevado para atender melhor o cliente, por outro lado o

departamento financeiro quer estoques reduzidos para diminuir o capital investido e

melhorar seu fluxo de caixa. Administrar estoques significa decidir os níveis de

estoques que podem ser mantidos, de forma prática e objetiva, de modo que a

empresa consiga o melhor retorno de seus investimentos. Isso implica na

programação e controle das compras, consumo, vendas e níveis de estoques, pois,

estoques e compras representam significativas saídas de recursos da empresa, ao

mesmo tempo em que absorvem grande parte das necessidades de capital de giro,

ou seja, considerável investimento, assim, o gerenciamento do estoque deve permitir

que o capital investido seja minimizado.

O avanço tecnológico tem-se destacado crescentemente em diferentes

ramos. Trabalhos que antes feitos manualmente estão sendo hoje realizados por

computadores. Com isso, surgiu a necessidade do desenvolvimento de um sistema

de controle de estoque para vídeo locadora, que possa aperfeiçoar os processos.

Palavras Chave: Sistema de Estoque, Gerenciamento de Estoque, Vídeo Locadora,

Automatizar processos, Caso de Uso.

Página 9

ABSTRACT

Inventory control is the procedure used to record, monitor, and manage the

inputs and outputs of goods and products of the company.

Planning is a major instrument for the establishment of an efficient storage

policy, considering that usually the salespeople want a high inventory to better serve

the customer, and production area also prefer to work with a greater margin of safety

stock, on the other hand, the finance department wants reduced inventories to

decrease the capital and improve your cash flow. Manage inventory means deciding

inventory levels that can be kept in a practical and objective, so the company gets

the best return on their investment. This implies the programming and control of

purchases, consumption, sales and inventory levels, for stocks and purchases

represent significant departures from the company's resources, while absorbing most

of the needs of working capital, that is, considerable investment thus, inventory

management should allow the invested capital is minimized.

Technological advance has been increasingly highlighted in different

branches. Work that previously done manually are now being performed by

computers. With that came the need to develop an inventory control system for video

rental, you can improve processes.

Página 10

LISTA DE ANEXOS

Diagrama de Caso de Uso 1........................................................................................................3DIAGRAMA DE CLASSE 1..........................................................................................3Diagrama de Classe 2..................................................................................................................3DIAGRAMA DE SEQÜÊNCIA 1..................................................................................3DIAGRAMA DE SEQUENCIA 2...................................................................................3DIAGRAMA DE SEQUENCIA 3...................................................................................3DIAGRAMA DE SEQUENCIA 4...................................................................................3DIAGRAMA DE SEQUENCIA 5...................................................................................3DIAGRAMA DE SEQUENCIA 6...................................................................................3DIAGRAMA DE SEQUENCIA 7...................................................................................3DIAGRAMA DE SEQUENCIA 8...................................................................................3Diagrama de Sequencia 9............................................................................................................3DIAGRAMA DE ATIVIDADES 1.................................................................................3DIAGRAMA DE ATIVIDADES 2..................................................................................3Termo de Abertura do Projeto 1..................................................................................3

Página 11

LISTA DOS APÊNDICES

APÊNDICE 1 - APRESENTAÇÃO DOS INTEGRANTES............................................3APÊNDICE 2 - DIVISÃO DAS TAREFAS DO PROJETO............................................3Apêndice 3 - Cronograma do Projeto..........................................................................3

Página 12

SUMÁRIO

RESUMO..............................................................................................................................................9

ABSTRACT........................................................................................................................................10

INTRODUÇÃO...................................................................................................................................16

CENARIO ATUAL..............................................................................................................................18

CARACTERÍSTICAS BÁSICAS DE GERENCIAMENTO DE UMA VÍDEO LOCADORA. . .19

LEVANTAMENTO DE REQUISITOS.........................................................................................21

ESPECIFICAÇÃO FUNCIONAL..................................................................................................21

DIAGRAMAS DE CASO DE USO...............................................................................................22

ATORES.........................................................................................................................................23

CASOS DE USO..............................................................................................................................23

ESPECIFICAÇÃO DO CASO DE USO......................................................................................25

MANTER CLIENTE.........................................................................................................................25

MANTER AUTORIZADO.................................................................................................................26

MANTER FILME.............................................................................................................................27

MANTER EXEMPLAR.....................................................................................................................28

MANTER FUNCIONÁRIO...............................................................................................................29

MANTER FORNECEDOR................................................................................................................30

MANTER EMPRESA.......................................................................................................................31

MANTER PREÇO............................................................................................................................32

MANTER GÊNERO.........................................................................................................................33

MANTER CATEGORIA....................................................................................................................34

MANTER MÍDIA............................................................................................................................35

LOCAR FILME................................................................................................................................36

RECEBER DEVOLUÇÃO..................................................................................................................37

RESERVAR FILME..........................................................................................................................38

CADASTRAR CAIXA INICIAL...........................................................................................................38

MANTER DESPESA........................................................................................................................39

MANTER RETIRADAS.....................................................................................................................39

Página 13

PROCESSAR FECHAMENTO DO CAIXA..........................................................................................40

PESQUISAR FILMES LOCADOS PELO CLIENTE................................................................................40

PESQUISAR FILMES A DEVOLVER PELO CLIENTE...........................................................................41

PESQUISAR DISPONIBILIDADE DOS FILMES..................................................................................41

PESQUISAR LOCAÇÕES.................................................................................................................42

DIAGRAMA DE CLASSES...........................................................................................................43

ESTRUTURA DE UMA CLASSE........................................................................................................43

DIAGRAMA DE CLASSES – SISTEMA DE ESTOQUE VIDEO LOCADORA...........................................43

DIAGRAMA DE SEQUENCIA......................................................................................................45

DESCOBERTA DE MÉTODOS..........................................................................................................46

ATORES.........................................................................................................................................46

LINHA DE VIDA..............................................................................................................................46

DIAGRAMAS DE SEQUENCIA SISTEMA DE ESTOQUE VIDEO LOCADORA......................................46

MANTER FILME.............................................................................................................................47

MANTER EXEMPLAR.....................................................................................................................48

MANTER CLIENTE.........................................................................................................................49

MANTER AUTORIZADO.................................................................................................................50

LOCAR FILME................................................................................................................................51

RECEBER DEVOLUÇÃO..................................................................................................................51

CADASTRAR CAIXA INICIAL...........................................................................................................52

PESQUISAR FILMES LOCADOS PELO CLIENTE................................................................................52

PESQUISAR FILMES A DEVOLVER PELO CLIENTE...........................................................................53

DIAGRAMA DE ATIVIDADES.....................................................................................................53

ATIVIDADES..................................................................................................................................53

AÇÕES...........................................................................................................................................54

DIAGRAMA DE ATIVIDADES DO SISTEMA DE ESTOQUE DE UMA VIDEO LOCADORA...................54

EFETUAR NOVA RESERVA.............................................................................................................55

EFETUAR NOVA LOCAÇÃO............................................................................................................56

Página 14

RESTRIÇÕES, RISCOS E LIMITES...........................................................................................56

DAS CONSIDERAÇÕES..............................................................................................................62

ESCOPO E PROPOSTA DA SOLUÇÃO...................................................................................62

ITENS FORA DE ESCOPO.........................................................................................................63

PREMISSAS (PROJETO/UTILIZADOS)....................................................................................63

A CONTRATADA ESTÁ RESPONSÁVEL POR.......................................................................63

A CONTRATANTE ESTÁ RESPONSÁVEL POR.....................................................................65

ESTIMATIVA DE ENTREGA DO PROJETO.................................................................................66

PAPEIS E RESPONSABILIDADES............................................................................................66

GERENCIAMENTO E DESENVOLVIMENTO DO PROJETO....................................................66

VISÃO GERAL DO MODELO DE DESENVOLVIMENTO EM CASCATA............................67

PLANEJAMENTO DO PROJETO...............................................................................................67

ESTRATÉGIA DE DESENVOLVIMENTO & IMPLEMENTAÇÃO...........................................68

METODOLOGIA DE GERENCIAMENTO DO PROJETO.......................................................69

TREINAMENTO.............................................................................................................................70

ENVOLVIMENTO DAS MATÉRIAS............................................................................................71

CONSIDERAÇÕES FINAIS.............................................................................................................72

REFERÊNCIAS BILBIOGRÁFICAS................................................................................................73

Apêndice 2 - Divisão das Tarefas do Projeto................................................................................77

Apêndice 3 - Cronograma do Projeto.............................................................................................78

Página 15

INTRODUÇÃO

As empresas competitivas possuem uma característica que as diferenciam

das outras - a sua sobrevivência está ligada à clara definição de seus objetivos e ao

traçado antecipado dos possíveis caminhos a serem percorridos para atendê-los.

No transcorrer deste trabalho procurou-se evidenciar algumas ferramentas

que auxiliem o processo decisório, que ainda não podem ser consideradas

obsoletas, à medida que estas apresentam inegáveis contribuições para o bom

desempenho da empresa, dentre estas se destaca a Gestão de Estoques.

Página 16

DEFININDO ESTOQUE

Controle de estoque é o procedimento adotado para registrar, fiscalizar e gerir

a entrada e saída de mercadorias e produtos da empresa. O controle de estoque

deve ser utilizado tanto para matéria prima, mercadorias produzidas e/ou

mercadorias vendidas/locadas.

A programação dos estoques é imprescindível em termos financeiros, Lucena

& Filho (2002) enfatizam que “existe um custo dos estoques que aumenta os custos

operacionais e diminui os lucros, razão por que a boa administração dos mesmos é

essencial”.

Para Chiavenato (1991), estoque é a composição de materiais em

processamento, materiais semi-acabados, materiais acabados, que não são

utilizados em determinado momento na empresa, mas que precisam existir em

função de futuras necessidades, uma vez que a acumulação de estoques em níveis

adequados é uma necessidade para o normal funcionamento do sistema produtivo.

Corroborando Arnold (1999, p.29) ressalta que “estoques na produção são utilizados

para apoiá-la ou são o resultado da produção”.

O estoque deve efetuar os controles físicos, contábeis e financeiros, em todos

os níveis de materiais movimentados, desde a matéria-prima, materiais auxiliares,

semi-acabados, subconjuntos, conjuntos, até o produto acabado – devendo controlar

ainda, materiais para seu uso próprio, tais como ferramentas e peças de reposição.

Davis et al. (2001) asseveram que as organizações mantêm estoque por

várias razões, dentre elas: para se protegerem das incertezas; para dar suporte a

um plano estratégico e; para obter vantagens da economia de escala. A gestão de

estoques visa elevar o controle de custos e melhorar a qualidade dos produtos

guardados na empresa. As teorias sobre o tema normalmente ressaltam a seguinte

premissa: é possível definir uma quantidade ótima de estoque de cada componente

e dos produtos da empresa, entretanto, só é possível defini-la a partir da previsão da

demanda de consumo do produto.

Página 17

De acordo com Dias (1993), para organizar um setor de estoque é necessário

primeiramente descrever suas principais funções, a saber:

Determinar “o quê” deve ser permanecer em estoque - número de

itens;

Determinar “quando” devem ser reabastecidos os estoques –

periodicidade;

Determinar “quanto” de estoque será necessário para um período

predeterminado;

Receber, armazenar e atender os materiais estocados de acordo com

as necessidades;

Controlar os estoques em termos de quantidade e valor e fornecer

informações sobre a posição do estoque;

Manter inventários periódicos para a avaliação das quantidades e

estados de materiais estocados;

Identificar e retirar do estoques os itens obsoletos e danificados.

CENARIO ATUAL

A evolução da tecnologia tem sido a grande responsável pela informatização

de pequenas, médias e grandes empresas de diferentes ramos, posto que, com

computadores, é possível aumentar a produtividade e a qualidade do

atendimento.Buscando aperfeiçoar as técnicas de trabalho, melhorar as condições

de atendimento ao cliente e para enfrentar o crescente mercado, os proprietários de

vídeo locadoras estão investindo cada dia mais na informatização de seu negócio.

Trabalhos que antes eram normalmente executados de forma manual estão sendo

hoje processados por softwares específicos para locadora. Softwares podem ser

aplicados a qualquer situação para especificar procedimentos (PRESSMAN, 1995,

p. 19). Conforme Sommerville (2003, p. 6), “software são programas de computador

e a documentação associada. Produtos de software podem ser desenvolvidos para

um cliente específico ou para o mercado”.

Página 18

IDENTIFICAÇÃO DO PROBLEMA

Buscando adaptar as exigências do mercado e melhorar a eficiência no

atendimento aos clientes, surgiu a necessidade do desenvolvimento de um sistema

que pudesse suprir as necessidades hoje encontradas. Locações e devoluções de

filmes ainda eram feitas manualmente utilizando blocos de papel, tornando-se

precário o atendimento. Em virtude disso, não era possível contabilizar o acervo de

filmes, causando insatisfação ao cliente quando procurava saber se um determinado

filme estava ou não na locadora. Cadastros de clientes eram feitos em antigas fichas

cadastrais, dificultando sua verificação e possíveis mudanças de dados. Não havia

nenhum controle financeiro, tendo-se desconhecimento da lucratividade da locadora.

Diante de todas estas dificuldades, surgiu a proposta de desenvolvimento de

um sistema que satisfaça as necessidades do proprietário da locadora. A proposta

elaborada para este sistema será o conteúdo deste trabalho.

CARACTERÍSTICAS BÁSICAS DE GERENCIAMENTO DE UMA VÍDEO

LOCADORA

Buscando conhecer melhor o gerenciamento de uma vídeo locadora, para a

implementação de um sistema que pudesse suprir as necessidades do proprietário,

foram realizadas entrevistas com o mesmo que descreveu o funcionamento da

locadora.

Através das informações citadas abaixo, que foram levantadas em entrevista,

pretende-se identificar o que o sistema deverá fazer e suas restrições.

Cadastro de clientes - a locadora utiliza fichas cadastrais para o

armazenamento dos dados pessoais. Quando se deseja saber se uma

determinada pessoa é cliente ou não da locadora, é necessário

consultar todas as fichas, tornando assim o atendimento lento e

precário.

Página 19

Registrar locações - a locadora utiliza blocos de papel para armazenar

o nome do cliente, data de devolução e os respectivos filmes que serão

locados. Mas, para essa locação ser realmente efetuada, deve-se

pesquisar se a pessoa é cliente e conferir seus dados pessoais. Esse

procedimento é necessário para a prevenção de empréstimos a

pessoas não cadastradas ou com dados incompletos.

Processo de devolução - é lento, pois normalmente são efetuadas

várias locações. Como são feitas em blocos, deve-se procurar em cada

folha até encontrar a desejada, e com isso realizar a devolução. Para

evitar fitas ou DVD’s trocados ou estragados, em cada devolução eles

são conferidos, e em caso positivo, o cliente é informado. Se o cliente

locar um filme que não esteja funcionando, a locadora confere-se

realmente está estragado, e caso esteja, ela imediatamente troca o

filme. Esse procedimento é abordado para fazer valer tanto os direitos

da locadora quanto os do cliente.

Reservar filme - o cliente informava o nome e o telefone. A reserva era

realizada para a data que o filme estivesse disponível.

Controle financeiro - precário, desconhecendo a verdadeira

lucratividade da locadora.

Contabilização do acervo de filmes – difícil pelo fato da locadora conter

diversas fitas VHS e DVD’s. Em virtude disso, saber se um

determinado filme estava ou não na locadora era trabalhoso, pois

precisaria procurar em todas as prateleiras, causando insatisfação ao

cliente e aos funcionários.

Em resumo, depois da análise das informações, concluí-se que o sistema

deverá gerenciar todo o serviço realizado na locadora, ou seja, deverá realizar

locações, devoluções, cadastros, reservas, calcular automaticamente o valor de

cada locação, realizar pesquisas tais como: saber se um determinado filme está

disponível ou não, levantar as locações que estão atrasadas, quais filmes um

determinado cliente já locou, dentre outras funcionalidades.

Página 20

LEVANTAMENTO DE REQUISITOS

O levantamento de requisitos é a fase que se identifica o que o cliente deseja

e o que espera em relação ao sistema. Um requisito é uma funcionalidade que o

sistema deverá executar (BEZERRA, 2002). Esses requisitos podem ser levantados

através de entrevistas, questionários, observação do funcionamento do sistema

atual, dentre outros. Para o desenvolvimento do sistema de vídeo locadora,

seguindo os requisitos abordados no capítulo anterior, tem-se a seguinte visão geral:

o principal intuito da locadora é melhorar e agilizar o processo de locação e, com

isso, proporcionar aos clientes um melhor atendimento. Para isso, o proprietário

deseja um sistema que possa facilitar as funções de empréstimos, devoluções,

cadastros e reservas de filmes. Para cada locação ou devolução realizada, calcular

o valor a ser pago pelo cliente

ESPECIFICAÇÃO FUNCIONAL

A especificação funcional é o documento que contém o que o sistema deverá

processar quando da sua entrega. Ele é um contrato contendo o que deve ser feito

pelo prestador e o que será entregue ao cliente. Este documento é o coração do

projeto.

RF01O sistema deverá permitir o cadastro de clientes para o armazenamento dos dados pessoais do mesmo, para sim determinar se o mesmo é cliente ou não.

RF02O sistema deverá permitir o cadastro de novos títulos de filmes como o gerenciamento do mesmo através de categorias que determinam seu valor de locação e prazos de devolução como: lançamento, 24hs, etc...

RF03

O sistema deverá possuir um mecanismo de fácil acesso para consulta de cadastro de clientes com os devidos status: já é cliente, não é cliente, cadastro pendente, pendente de devolução, pendente de pagamento. Incluindo a opção do registro de comentário sobre o mesmo.

RF04O sistema deverá permitir o registro de locações de clientes, incluindo o registro dos filmes locados, titulo do filme, cliente, data de devolução, gênero, promoções, etc.

RF05O sistema deverá realizar o calculo total da locação realizando a baixa da disponibilidade do titulo no acervo da locadora.

RF06O sistema deverá permitir o cadastro de taxas promocionais e ponto de bônus para clientes.

RF07O processo de devolução deverá permitir a leitura de códigos de barra que serão fixados nas capas dos filmes.

RF08 Com a leitura deste código o sistema irá retornar os dados do cliente

Página 21

cadastrado do cliente e datas de devolução do filme locado, n° do registro da locação, valor total da locação e status do filme locado e status do pagamento.

RF09

Durante o processo de devolução do filme, o sistema deverá disponibilizar uma janela para o registro do estado de entrega do VHS/DVD/BlueRay, sendo estes: Capa trocada, disco arranhado, fita danificada, etc. E caso afirmativo, o sistema deverá notificar o atendente para troca imediata do filme. Esse procedimento é abordado para fazer valer tanto os direitos da locadora quanto os do cliente.

RF10Para cada baixa de filmes realizada, o sistema deverá subtrair o mesmo no caso de cópia ou remover o mesmo do catalogo para locação.

RF11

Caso o filme não possa ser mais locado devido ao estado de uso, o mesmo deverá ser baixado do controle de acervo como indisponível para locação e movimentado para um local especifico no estoque para destruição ou devolução ao fornecedor.

RF12O sistema deverá possibilitar a visão do catalogo geral do acervo de filmes através de gênero para que o cultor possa dar sugestões aos clientes.

RF13O sistema deverá permitir o cadastro de reservas de filmes, está funcionalidade deverá ser interligada com o cadastro do cliente. Notificando o atendente a data que o filmes estará disponível para o cliente.

RF14O sistema deverá possuir um sistema financeiro para o controle e gestão lucros e gastos realizados na locadora.

RF15O sistema deverá possuir o modulo de extração de relatórios de acervo de filmes, disponibilidade, categorias, gêneros e financeiros.

RF16

O controle de estoque será utilizado para o gerenciamento do acervo de filmes da locadora. Esta funcionalidade deverá provar o controle de entradas e saídas de títulos e disponibilidades dos mesmos, identificando seu posicionamento no acervo da locadora.

RF17Através do controle de acervo, o usuário poderá realizar a edição do cadastros e a exclusão dos mesmos quando necessário.

RF18O mesmo sistema de edição e exclusão deverá existir para as categorias, gêneros e layout do estoque/acervo da locadora.

RF19O sistema deverá possuir o controle de acesso de usuários, basicamente sento atendente e administrador.

RF20Todas as atividades dos usuário deverão ser registrados na base dados de logs do sistema para fins de rastreabilidade de erros operacionais.

DIAGRAMAS DE CASO DE USO

Segundo BEZERRA (2002, p 45), “o modelo de casos de uso é uma

representação das funcionalidades externamente observáveis do sistema e dos

elementos externos ao sistema que interagem com ele”. Dessa forma, o diagrama

de caso de uso descreve os requisitos que o sistema deverá ter de forma clara e

concisa.

Página 22

ATORES

Os atores são quaisquer elementos externos que interagem de alguma forma

com o sistema. No caso da vídeo locadora, os atores serão os funcionários e os

clientes. Os funcionários são responsáveis pelo uso do sistema, são eles que farão

as locações, devoluções, cadastros, pesquisas e reservas para os clientes

CASOS DE USO

“Um caso de uso é uma descrição de um conjunto de seqüências de ações,

inclusive variantes, que um sistema executa para produzir um resultado de valor

observável por um ator”. (BOOCH; RUMBAUGH; JACOBSON, 2000, p. 220).

Para obter uma visão externa do sistema, os casos de uso são descritos

através de diagramas. O digrama de caso de uso (DCU) representa graficamente o

que os atores do sistema poderão fazer de acordo com cada funcionalidade. A figura

1 mostra o digrama de casos de uso de um sistema para vídeo locadora, que conta

com 16 casos de uso dentre eles cadastros (cliente,filme, exemplar, funcionário,

fornecedor, gênero, mídia, categoria, caixa,preço), locação, devolução e reserva.

Página 23

Diagrama de Caso de Uso 1

Página 24

ESPECIFICAÇÃO DO CASO DE USO

Após o levantamento dos digramas, deve-se fazer a descrição dos requisitos

funcionais de cada caso de uso. Dessa forma, essas informações ajudarão no

desenvolvimento do sistema para saber quais métodos devem ser realizados pelo

sistema e quais passos serão seguidos para realizar uma determinada

funcionalidade.

A seguir são apresentadas as especificações dos casos de uso necessários

para o sistema de estoque para uma vídeo locadora.

MANTER CLIENTE

Objetivo: Realizar o cadastramento, remoção ou alteração de dados de um

cliente.

Ator: Funcionário (usuário).

Prioridade do usuário: Essencial.

Fluxo principal:

1. Usuário solicita dados pessoais do cliente.

2. Sistema verifica existência do cliente na base de dados.

Sub-fluxo: Cadastrar Cliente

3. Usuário cadastra os dados do cliente no sistema.

4. O sistema gera um número de cadastro para o cliente.

Pesquisar disponibilidade dos filmes

Pesquisar filmes a devolver

Pesquisar filmes locados

Pesquisar locações

Funcionário

Página 25

Imprimir

Relatório

<<extends>>

- 22 -

Sub-fluxo: Alterar Cliente

3. Usuário solicita dados a serem alterados.

4. Usuário altera dados do cliente no sistema.

Sub-fluxo: Remover Cliente

3. Usuário remove cliente do sistema.

Fluxo secundário:

Cliente já cadastrado.

2.1 Exibir mensagem “Cliente já cadastrado”.

2.2 Sair.

Usuário cadastra autorizado.

4. Estender Manter Autorizado.

MANTER AUTORIZADO

Objetivo: realizar o cadastramento, remoção ou alteração de uma pessoa

autorizada, de um determinado cliente, na base de dados.



Pré – condição: Cliente cadastrado.

Fluxo principal:

Página 26

1. O usuário informa ao sistema o nome ou o código do cliente.

2. O sistema recupera informações do cliente.

Sub-fluxo: Cadastrar autorizado

3. O usuário obtém informações do autorizado.

4. O usuário cadastra essa nova pessoa na base de dados.

5. O sistema gera um código para esse novo autorizado.

Sub-fluxo: Alterar autorizado

3. Usuário informa dados a serem alterados.

4. Usuário altera dados do autorizado no sistema.

Sub-fluxo: Remover autorizado

3. Usuário remove pessoa autorizada do sistema.

- 23 -

MANTER FILME

Objetivo: Realizar o cadastramento, remoção ou alteração de filmes na base de

dados.



Fluxo principal:

1. Usuário informa ao sistema o nome do filme.

2. O sistema verifica a existência do filme.

Sub-fluxo: Cadastrar filme

3. O usuário informa ao sistema os dados do filme.

Página 27

4. O usuário cadastra as novas informações na base de

dados.

5. O sistema gera um código para o novo filme.

Sub-fluxo: Alterar filme


4. Usuário altera dados do filme no sistema.

Sub-fluxo: Remover filme

3. Usuário remove filme do sistema.

Fluxo secundário:

Filme já cadastrado.

2.1 O sistema recupera dados do filme.

2.2 O sistema exibe os dados.

Usuário cadastra exemplar.

4. Incluir manter exemplar.

MANTER EXEMPLAR

Objetivo: realizar o cadastramento, remoção ou alteração de exemplar de um

determinado filme na base de dados.

- 24 -



Pré – condição: Filme cadastrado.

Fluxo principal:

Página 28

1. O usuário informa ao sistema o nome ou o código do filme.

2. O sistema recupera informações do filme.

Sub-fluxo: Cadastrar exemplar

3. O usuário obtém informações do exemplar.

4. O usuário cadastra o novo exemplar na base de dados.

5. O sistema gera um código para o novo exemplar.

Sub-fluxo: Alterar exemplar


4. Usuário altera dados do exemplar no sistema.

Sub-fluxo: Remover exemplar

3. Usuário remove exemplar do sistema.

MANTER FUNCIONÁRIO

Objetivo: Realizar o cadastramento, remoção ou alteração dos funcionários da

vídeo locadora na base de dados.



Fluxo principal:

1. O usuário informa ao sistema o nome do funcionário.

2. O sistema verifica a existência do funcionário.

Sub-fluxo: Cadastrar funcionário

3. O usuário informa ao sistema os dados pessoais.

4. O usuário cadastra o novo funcionário na base de dados.

Página 29

Sub-fluxo: Alterar funcionário


4. Usuário altera dados do funcionário no sistema.

Sub-fluxo: Remover funcionário

- 25 -

3. Usuário remove funcionário do sistema.

Fluxo secundário:

Funcionário já cadastrado.

2.1 Exibir mensagem “Funcionário já existente”.

MANTER FORNECEDOR

Objetivo: Realizar o cadastramento, remoção ou alteração dos fornecedores da

locadora na base de dados.



Fluxo principal:

1. O usuário informa ao sistema a razão social.

2. O sistema verifica a existência do fornecedor.

Sub-fluxo: Cadastrar fornecedor

3. O usuário informa ao sistema os dados.

4. O usuário cadastra o novo fornecedor na base de dados.

Sub-fluxo: Alterar fornecedor


Página 30

4. Usuário altera dados do fornecedor no sistema.

Sub-fluxo: Remover fornecedor

3. Usuário remove fornecedor do sistema.

Fluxo secundário:

Fornecedor já cadastrado.

2.1 Exibir mensagem “Fornecedor já cadastrado”.

MANTER EMPRESA

Objetivo: Realizar o cadastramento ou alteração dos dados da empresa que

utilizará o sistema na base de dados.

Ator: Funcionário.

- 26 -


Fluxo principal:

1. O técnico informa ao sistema a razão social da empresa.

2. O sistema verifica na base de dados a existência da empresa.

Sub-fluxo: Cadastrar empresa

3. O técnico informa ao sistema os dados referentes à

empresa que adquiriu o sistema

4. O técnico cadastra os dados no sistema.

Sub-fluxo: Alterar empresa


4. Usuário altera dados da empresa no sistema.

Página 31

Fluxo secundário:

Empresa já cadastrada.

2.1 Exibir mensagem “Empresa já existente”.

MANTER PREÇO

Objetivo: realizar o cadastramento, remoção ou alteração de preços para uma

determinada mídia e categoria na base de dados.

Ator: funcionário (usuário)

Prioridade do usuário: essencial

Pré – condição: Mídia e categoria já cadastrada.

Fluxo principal:

1. O usuário informa ao sistema a mídia, a categoria e o preço.

2. O sistema verifica existência desse preço para a mídia e a

categoria determinada.

Sub-fluxo: Cadastrar preço

3. O usuário cadastra o novo preço.

4. O sistema gera um código para esse preço.

Sub-fluxo: Alterar preço


4. Usuário altera dados do preço no sistema.

- 27 -

Sub-fluxo: Remover preço

3. Usuário remove preço do sistema.

Página 32

Fluxo secundário:

Preço já cadastrado para essa mídia e essa categoria.

2.1 Exibir mensagem “Preço já cadastrado para essa mídia e essa”.

“categoria”.

MANTER GÊNERO

Objetivo: realizar o cadastramento, remoção ou alteração de gêneros dos

filmes na base de dados. O gênero é para determinar o tipo do filme, se ele é

infantil, adulto, ação, comédia, policial, dentre outros.



Fluxo principal:

1. O usuário informa ao sistema o gênero a ser cadastrado.

2. O sistema verifica existência de gênero.

Sub-fluxo: Cadastrar gênero

3. O usuário cadastra o novo gênero.

4. O sistema gera um código para o novo gênero.

Sub-fluxo: Alterar gênero


4. Usuário altera dados do gênero no sistema.

Sub-fluxo: Remover gênero

3. Usuário remove gênero do sistema.

Fluxo secundário:

Página 33

Gênero já cadastrado.

2.1 Exibir mensagem “Gênero já cadastrado”.

- 28 –

MANTER CATEGORIA

Objetivo: realizar o cadastramento, remoção ou alteração de categorias na

base de dados. A categoria é para determinar se o filme é lançamento, ou se

ele é catalogo, dentre outros.



Fluxo principal:

1. O usuário informa ao sistema a categoria a ser cadastrada.

2. O sistema verifica existência da categoria.

Sub-fluxo: Cadastrar categoria

3. O usuário cadastra a nova categoria.

4. O sistema gera um código para a nova categoria.

Sub-fluxo: Alterar categoria

3. Usuário informa os dados a serem alterados.

4. Usuário altera dados da categoria no sistema.

Sub-fluxo: Remover categoria

3. Usuário remove categoria do sistema.

Fluxo secundário:

Categoria já cadastrada.

Página 34

2.1 Exibir mensagem “Categoria já cadastrada”.

MANTER MÍDIA

Objetivo: realizar o cadastramento, remoção ou alteração do tipo do produto

como, por exemplo: dvd, vhs.



Fluxo principal:

1. O usuário informa ao sistema a mídia a ser cadastrada.

2. O sistema verifica existência do produto.

Sub-fluxo: Cadastrar mídia

- 29 -

3. O usuário cadastra a nova mídia.

4. O sistema gera um código para essa nova mídia.

Sub-fluxo: Alterar mídia


4. Usuário altera dados da mídia no sistema.

Sub-fluxo: Remover mídia

3. Usuário remove mídia do sistema.

Fluxo secundário:

Mídia já cadastrada.

2.1 Exibir mensagem “Mídia já cadastrada”.

Página 35

LOCAR FILME

Objetivo: Realizar locações de filmes para um determinado cliente.



Pré - condição: Filmes cadastrados com seus respectivos exemplares.

Pós – condição: Locação efetuada.

Fluxo principal:

1. O usuário obtém o nome ou o código do cliente.

2. O sistema recupera na base de dados as informações do cliente.

3. Para cada filme:

3.1. O usuário informa o código do exemplar.

3.2. O sistema recupera na base de dados as informações do

filme.

3.3. O usuário inclui o exemplar na locação.

3.4. O sistema atualiza na base de dados o status do exemplar

para “locado”.

4. O usuário registra a locação.

5. O usuário informa a data de devolução ao cliente.

- 30 -

Fluxo secundário:

Cliente não encontrado.

2.1 Exibir mensagem “Código ou nome do cliente não encontrado”.

2.2 Realizar o cadastramento do cliente.

Página 36

Cliente efetua pagamento.

4.1 Estender receber pagamento.

RECEBER DEVOLUÇÃO

Objetivo: Realizar a devolução dos filmes locados pelo cliente e se o

pagamento estiver aberto, realizar pagamento.



Pré – condição: Cliente com filmes a devolver.

Pós – condição: Devolução efetuada.

Fluxo principal:

1. O usuário obtém filmes a devolver.

2. O usuário informa ao sistema o código do filme.

3. O sistema recupera na base de dados os dados da locação.

4. O usuário realiza a devolução para cada filme locado.

5. O sistema atualiza na base de dados o status do exemplar para

“disponível”.

6. O usuário verifica valor a pagar.

7. O usuário conclui a devolução.

Fluxo secundário:

Cliente efetua pagamento.

6.1 Estender receber pagamento.

Página 37

RESERVAR FILME

Objetivo: Realizar reserva de um determinado filme para o cliente.

- 31 -



Pré – condição: Cliente cadastrado na base de dados.

Pós – condição: Cliente na fila de reserva do filme.

Fluxo principal:

1. O usuário informa o nome ou o código do cliente.

2. O sistema recupera na base de dados informações do cliente.

3. O usuário informa o nome do filme.

4. O sistema recupera na base de dados informações do filme.

5. O usuário realiza no sistema a reserva do filme para o cliente.

CADASTRAR CAIXA INICIAL

Objetivo: realizar o cadastramento do saldo inicial na base de dados.



Pós – condição: Saldo inicial cadastrado.

Fluxo principal:

1. O usuário informa ao sistema o saldo inicial e a data.

2. O usuário cadastra o saldo inicial.

Página 38

MANTER DESPESA

Objetivo: realizar o cadastramento, remoção ou alteração das despesas

contidas na locadora.



Fluxo principal:

1. O usuário informa ao sistema a descrição dessa despesa e o

valor.

Sub-fluxo: Cadastrar despesa

2. O usuário cadastra essa nova despesa.

Sub-fluxo: Alterar despesa

- 32 -


3. Usuário altera dados da despesa no sistema.

Sub-fluxo: Remover despesa

2. Usuário remove despesa do sistema.

MANTER RETIRADAS

Objetivo: realizar o cadastramento, remoção ou alteração das retiradas de

dinheiro na locadora.



Fluxo principal:

Página 39

1. O usuário informa ao sistema a descrição dessa retirada e o

valor.

Sub-fluxo: Cadastrar retirada

2. O usuário cadastra essa nova retirada.

Sub-fluxo: Alterar retirada


3. Usuário altera dados da retirada no sistema.

Sub-fluxo: Remover retirada

2. Usuário remove a retirada do sistema.

PROCESSAR FECHAMENTO DO CAIXA

Objetivo: realizar o fechamento do caixa na base de dados.



Pós – condição: Caixa fechado.

Fluxo principal:

1. O sistema processa o fechamento do caixa.

2. O sistema informa ao usuário valor total recebido, as despesas

realizadas, e as retiradas.

- 33 –

PESQUISAR FILMES LOCADOS PELO CLIENTE

Objetivo: pesquisar os filmes locados por um determinado cliente na base de

Página 40

dados.



Pré – condição: Clientes cadastrados e filmes também cadastrados.

Pós – condição: Pesquisa realizada.

Fluxo principal:

1. O usuário informa ao sistema o código ou o nome do cliente.

2. O sistema retorna os nomes e os códigos dos filmes já visto pelo

cliente.

PESQUISAR FILMES A DEVOLVER PELO CLIENTE

Objetivo: pesquisar os filmes que deverão ser devolvidos por um determinado

cliente na base de dados.



Pré – condição: Clientes cadastrados e filmes também cadastrados.


Fluxo principal:

1. O usuário informa ao sistema o código ou o nome do cliente.

2. O sistema retorna o código do exemplar, o nome, a mídia e a data

de devolução dos filmes que deverão ser devolvidos pelo cliente.

Página 41

PESQUISAR DISPONIBILIDADE DOS FILMES

Objetivo: pesquisar disponibilidade do filme na base de dados para saber se

esta locado ou disponível.



Pré – condição: Filmes cadastrados.

- 34 -


Fluxo principal:

1. O usuário informa o código ou o nome do filmes.

2. O sistema retorna o código, o nome, a disponibilidade, a mídia e a

categoria do filme.

PESQUISAR LOCAÇÕES

Objetivo: pesquisar locações que estão vencendo no dia atual ou que estão

vencidas.



Pré – condição: Filmes cadastrados.


Fluxo principal:

1. O usuário informa o tipo de pesquisa: locações vencidas ou que

estão vencendo no dia atual.

Página 42

2. O sistema retorna o nome do cliente, o nome do filme, a data da

locação e a data de devolução, se houver.

DIAGRAMA DE CLASSES

O diagrama de classes representa a estrutura do sistema, recorrendo ao

conceito de classe e suas relações. O modelo de classes resulta de um processo de

abstração onde são identificados os objeto relevantes do sistema em estudo. Um

objeto é uma ocorrência que tem interesse para o sistema em estudo e que se

pretende descrever no seu ambiente, contendo identidade e comportamento. O

comportamento de um objeto define o modo como ele age e reage a estímulos

externos e a identidade de um objeto é um atributo que o distingue de todos os

demais, sendo preservada quando o seu estado muda. Um objeto não é mais do

que uma instância da classe.

ESTRUTURA DE UMA CLASSE

Cada classe é descrita através do seu nome, identificação de todos os seus

atributos e identificação de todas as operações que traduzem o seu comportamento.

Contempla três áreas distintas, uma área para se identificar o nome da

classe, outra para listar os atributos e, finalmente, a terceira, para listar as operações

ou métodos.

DIAGRAMA DE CLASSES – SISTEMA DE ESTOQUE VIDEO LOCADORA

O diagrama de classes mostra como cada classe do sistema de estoque se

relaciona com as outras, tendo como objetivo, a satisfação dos requisitos funcionais

definidos para o sistema

Página 43

Diagrama de Classe 1

Página 44

Diagrama de Classe 2

DIAGRAMA DE SEQUENCIA

Diagrama comportamental que determina a seqüência de eventos que

ocorrem em um determinado processo, identificando quais mensagens devem ser

disparadas entre os elementos envolvidos e em que ordem. Seus objetivos são

determinar:

1. As ordens que os eventos ocorrem;

2. As mensagens que são enviadas;

Página 45

3. Os métodos que são chamados;

4. Como os objetos interagem dentro de um determinado processo.

Geralmente modela‐se um diagrama de seqüência para cada caso de uso,

utilizando‐se, também, como input, o diagrama de classes.

DESCOBERTA DE MÉTODOS

É feita por meio do detalhamento dos processos no diagrama de casos de

uso através dos diagramas de interação como os de seqüência.

ATORES

Os mesmos dos casos de uso.

LINHA DE VIDA

É um participante individual em uma interação. Refere‐se, normalmente, a

uma instância de uma classe. É representada por uma linha vertical tracejada abaixo

do participante.

DIAGRAMAS DE SEQUENCIA SISTEMA DE ESTOQUE VIDEO LOCADORA

A seguir são representados os diagramas de seqüência para exemplificar

alguns casos de uso para o desenvolvimento de um sistema de estoque de uma

vídeo locadora.

Página 46

MANTER FILME

Diagrama de Seqüência 1

Página 47

MANTER EXEMPLAR


Página 48

MANTER CLIENTE


Os diagramas de seqüência dos casos de uso Manter Funcionário, Manter

Fornecedor, Manter Empresa, Manter Despesa,Manter Mídia, Manter Gênero,

Manter Categoria, Manter Preço e Manter Retirada, são similares ao diagrama de

caso de uso Manter Cliente.

Página 49

MANTER AUTORIZADO


Página 50

LOCAR FILME


RECEBER DEVOLUÇÃO


Página 51

CADASTRAR CAIXA INICIAL


PESQUISAR FILMES LOCADOS PELO CLIENTE


Página 52

PESQUISAR FILMES A DEVOLVER PELO CLIENTE


DIAGRAMA DE ATIVIDADES

Enfatiza a seqüência e condições para coordenar comportamentos de baixo

nível. É o diagrama com maior ênfase ao nível de algoritmo da UML e um dos mais

detalhistas. Muito semelhante aos fluxogramas utilizados para desenvolver lógica de

programação.

É usado para modelar atividades, que podem ser um método, algoritmo ou

um processo complexo.

ATIVIDADES

Podem descrever:

1. Computação procedural, por exemplo, os métodos;

2. Modelagem organizacional para engenharia de processos de negócio e

workflow;

3. Processos ao nível de sistema.

É um conjunto de ações, ou passos, necessários para que a atividade seja

concluída. Um diagrama contém várias atividades, que contém várias ações.

Página 53

AÇÕES

Atividades podem conter ações de vários tipos, como:

1. Ocorrências de funções primitivas, tais como funções aritméticas;

2. Invocação de comportamentos;

3. Ações de comunicação, como envio de sinais;

4. Manipulação de objetos, tais como leitura ou gravação de atributos, ou

mesmo instanciação ou destruição de objetos.

DIAGRAMA DE ATIVIDADES DO SISTEMA DE ESTOQUE DE UMA VIDEO LOCADORA

Os diagramas a seguir visam representar o fluxo de eventos de uma sistema

de estoque para um vídeo locadora.

Página 54

EFETUAR NOVA RESERVA

Diagrama de Atividades 1

Página 55

EFETUAR NOVA LOCAÇÃO

Diagrama de Atividades 2

RESTRIÇÕES, RISCOS E LIMITES

Compra de itens no decorrer do projeto que não estão contemplados nesta

proposta. Sendo de responsabilidade da contratada o mesmo não terá

custo algum, mas se comprovadamente ser de responsabilidade da

contratante os custos ocasionados serão repassados a mesma;

Caso exceda o prazo dimensionado e custo exposto nesta proposta, será

feita uma nova proposição ou aditivo complementar para aprovação em

reunião com a contratante;

Alterações de escopo no decorrer do projeto;

Qualquer serviço não especificado nesta proposta;

Montagem de ambientes de teste não previstos nesta proposta;

Customizações não definidas como escopo nesta proposta;

Página 56

Serviços após a conclusão do projeto, não previstos nos termos de

garantia;

Conteúdos e funcionalidades não previstas nesta proposta;

Solução de problemas técnicos não suportados nesta proposta, que

venham a gerar problemas no sistema;

No caso de indisponibilidade de ambiente adequado para instalações

físicas, a contratante é responsável pela adequação do local dentro do

prazo estipulado pelo projeto, não acontecendo isso o custo de instalação

tardia dera repassado em forma de orçamento à contratante para

aprovação.

Havendo interesse pela intervenção de nossa equipe será gerado um

orçamento para aprovação, para posteriormente serem executados os

reparos necessários e reembolsos das mesmas.

A Contratante deverá disponibilizar um ambiente para desenvolvimento do

projeto até o fim da Fase de testes, se assim achar necessário;

Será de responsabilidade da Contratante a criação de backups do

ambiente do projeto;

O prazo estimado para a conclusão do projeto não contempla atrasos

ocasionados por terceiros (softwares legados e outros); caso esse tipo de

situação ocorra ao longo do projeto deverá ser rediscutida as condições

técnicas e comerciais;

Não faz parte desta nossa proposta a execução de treinamentos para os

usuários finais;

Será considerada revisão de escopo e/ou prazo e/ou preços qualquer

implantação em outras empresas/filial que não sejam objetivos do trabalho

proposto;

A responsabilidade, do gerenciamento do projeto será compartilhada entre

a do Cliente e a Contratada;

Estamos partindo da premissa que toda a infra-estrutura necessária da

Contratante estará preparada para o início do projeto. Contemplamos que

essa adequação, se necessário, será feira pela Contratante;

Referente à Infra Estrutura: A Contratante será responsável por prover a

comunicação remota aos ambientes do projeto;

Página 57

Local de desenvolvimento: O projeto será realizado nas instalações da

Contratante em São Paulo - SP, com o acesso remoto para

desenvolvimento e suporte; não estamos prevendo deslocamentos da

equipe para outras cidades em que a Contratante possui empresas/filiais;

Início das atividades: As atividades poderão ser iniciadas em duas

semanas depois de aceite da proposta;

o As atividades poderão ser iniciadas na data estipulada pela

contratante. Desde que a aprovação formal das propostas técnica e

comercial ocorra até a data de emissão deste documento, de

comum acordo entre as partes e após a validação por parte da

Contratada, das condições do ambiente da Contratante para início

dos serviços;

Composição da Equipe do Projeto: A Contratada irá alocar recursos

humanos que possuam a capacitação técnica necessária para a execução

das diversas atividades componentes deste projeto, atendendo a demanda

de horas necessárias para a conclusão das tarefas; o gerenciamento

destes recursos será efetuado pelo Gerente de Projetos;

Participação da Equipe Contratante: Participação dos integrantes da

equipe de projeto da Contratante como executores das atividades

descritas no cronograma. Ao longo do projeto, alguns usuários adicionais

podem ser necessários, sendo que este planejamento será efetuado na

primeira semana do projeto;

Reuniões de Comitê Diretivo: Após o início dos trabalhos, as partes

reunir-se-ão periodicamente para acompanhamento do andamento dos

serviços e respectivos cronogramas, emitindo em cada uma destas

reuniões a “Ata de Acompanhamento”, que rubricada pelos representantes

técnicos indicados pelas partes, será considerada documento oficial deste

projeto;

o Acompanhamento do Projeto será pautado nos seguintes pontos:

o Reunião de validação de cada produto entregue e fase completada;

o Atas das Reuniões encaminhadas para conhecimento dos

responsáveis identificados no processo;

o Acompanhamento e participação diária das atividades;

Página 58

o Relatórios semanais informando as atividades em andamento, as

pendências e suas conseqüências, as soluções propostas para

estas pendências/conseqüências e as próximas atividades;

Acesso às Informações e Documentação: A Contratante deverá

disponibilizar para a equipe responsável pelo projeto:

o Orientação e informações necessárias à execução das atividades

previstas na proposta;

o Acesso à documentação disponível dos processos e sistemas

existentes e demais documentos que venham a ter interferência

direta ou indireta com o desenvolvimento do trabalho do projeto;

o A Contratada não será de nenhuma forma responsável por atrasos

no projeto ou despesas adicionais que ocorrerem por falha

Contratante em cumprir suas obrigações de cooperação em tempo

hábil para o bom andamento do projeto;

Gestão de Mudança: Será de responsabilidade da Contratante fornecer

as competências básicas de entrada, isto é, aquelas que são pré-

requisitos para receber a operação de sua equipe de colaboradores;

o Durante o projeto ocorrerá a transferência de conhecimento de

todos os processos envolvidos, bem como dos fontes dos

programas à pessoa indicada pela Contratante;

Disponibilização de Recursos: Nestes termos, a Contratante obriga-se a

facultar à Contratada o acesso a, e a utilização de, toda a informação,

dados, documentação, computadores, instalações, espaço de trabalho e

serviços de escritório que a Contratada considere necessários para o

atendimento dos objetivos do projeto;

Delimitação da interdependência entre Escopo – Tempo – Custo:

o As estimativas de esforços e valores apresentados basearam-se

em um entendimento mutuo e preliminar obtido através dos

materiais apresentados. Estes esforços e valores referem-se ao

escopo e estratégia apresentados pela Contratada nesta proposta.

Desta forma qualquer alteração do escopo ou estratégia aqui

apresentados será objeto de nova negociação em relação a prazos,

esforços e valores;

Página 59

o Qualquer modificação do escopo do projeto deverá ser aprovada

formalmente pelo Responsável (Gestor do Comitê) do projeto pela

Contratante e seus custos e extensões de prazo não estão inclusos

nas estimativas apresentadas nesta proposta;

o “Solicitação de Mudança de ESCOPO” significa uma alteração ou

modificação, acordada entre as partes, aos deliverables, quando

houver, aos serviços de consultoria ou a qualquer outro aspecto

relacionado a esta proposta. Quaisquer Solicitações de Mudança

deverão ser realizadas por escrito, sendo necessário descrever os

detalhes das modificações/alterações requeridas, bem como os

impactos destas no preço, cronograma de entrega, pagamentos,

serviços de consultoria e testes e critérios de aceitação;

Disponibilização de Rede: Planejamento, instalação e configuração de

rede não fazem parte da estimativa de custos contidos neste documento;

o Disponibilização de Equipamentos:

o É de responsabilidade da Contratante prover estações de trabalho

(notebooks ou microcomputadores) para os profissionais alocados

neste projeto;

Critérios de Aceitação de Produtos Intermediários e Final:

o Conforme cronograma de atividades a ser detalhado, este projeto

prevê a avaliação e consulta dos produtos intermediários para fins

de aceitação do trabalho desenvolvido. A entrega do produto final

será feita mediante termo de homologação do produto gerado;

o A aceitação dos Deliverables ocorrerá na primeira das seguintes

datas: na data em que a Contratada demonstre à Contratante, pela

realização com sucesso de testes de aceitação ou por outra forma,

que as funcionalidades essenciais dos Deliverables encontram-se

em conformidade com os critérios de aceitação especificados nesta

Proposta, e no respectivo Plano de Projeto; ou na data em que a

Contratante utilizar qualquer parte dos Deliverables para qualquer

fim diferente da realização de testes de aceitação;

Aprovação progressiva dos trabalhos: O planejamento estabelecido

nesta proposta prevê que:

Página 60

o A aprovação dos trabalhos se dará a cada atividade concluída e a

entrega do produto correspondente;

o Etapas subsequentes de trabalho não absorverão as pendências

das etapas anteriores;

o As pendências de uma etapa não bloqueiam a execução e

homologação das seguintes nas atividades e produtos que não

tenham dependências em relação a elas;

Contingências: Caso ocorram mudanças nas definições dos produtos já

homologados, durante o desenvolvimento do projeto e que exijam

replanejamento e/ou retrabalho, serão relacionadas com seus respectivos

impactos de prazo e preço e apresentadas em reunião envolvendo as

partes responsáveis do Cliente, para discussão e análise;

Revisão de Prazos e Condições: As seguintes ocorrências poderão

impactar os prazos, recursos e condições do projeto, devendo ser

negociadas entre a Contratante e a Contratada.

o Dificuldades não previstas que comprometam o pleno atendimento

dos compromissos propostos serão prontamente relatadas à

medida que se desenvolvam as atividades do projeto;

Tempo máximo de resposta: 48 horas corridas após cada solicitação de

homologação;

o Atraso na montagem da infra-estrutura para instalação da equipe de

projeto;

o Ausência de pessoas chave da Contratante e da Contratada para o

projeto;

o Mudança de pessoas chave da Contratante e da Contratada que

possam causar impacto na continuidade normal do Projeto;

o Demora na alocação de recursos por motivos imprevisíveis;

o Não atendimento de prazos para deliberações ou providências

relacionadas à execução das atividades deste projeto;

o Indisponibilidade de equipamentos;

o Nestes casos a Contratada irá evidenciar o impacto nos prazos e

custos ocorrido, levando ao conhecimento do Contratante para

providenciar a revisão de prazos e condições.

Página 61

DAS CONSIDERAÇÕES

Atividades que comprovadamente causem impacto nas atividades

inicialmente acordadas terão ajustes através de uma nova proposição ou

aditivo complementar.

Sendo de responsabilidade da contratada o mesmo não terá custo algum,

mas se comprovadamente ser de responsabilidade da contratante os

custos ocasionados serão repassados a mesma.

Será feita uma nova proposição ou aditivo complementar para aprovação

em reunião com a contratante.

A contratante é responsável pela adequação do local dentro do prazo

estipulado pelo projeto, não acontecendo isso o custo de instalação tardia

dera repassado em forma de orçamento a contratante para aprovação.

PROPOSTA TÉCNICA

Apresentar o projeto de desenvolvimento de um sistema de gerenciamento de

estoque voltado para uma vídeo locadora, sendo este um sistema que controlará

todo o acervo de filmes, cadastro de clientes, entradas e saídas de itens no estoque.

ESCOPO E PROPOSTA DA SOLUÇÃO

Está em escopo deste documento às atividades necessárias para o

desenvolvimento de um sistema de gerenciamento de estoque capaz de

agilizar os processos hoje realizados manualmente e demais atividades que

serão inclusas na orçamentação do projeto conforme abaixo:

Definição da metodologia de desenvolvimento do projeto;

Definição da metodologia para o gerenciamento do projeto;

Documentação do material utilizado durante o desenvolvimento do

presente projeto;

Elaboração do material necessário para apresentação do projeto, sendo

este parte integrante dos entregáveis do Projeto de integração

Página 62

multidisciplinar (PIM), apresentada como exigência para a conclusão do 3º

semestre.

ITENS FORA DE ESCOPO

Toda e qualquer atividades necessária para implantação do projeto que

não esteja definido no escopo do mesmo como:

Infra-estrutura local para execução do aplicativo;

Adoção de extensões de arquivos pré-estabelecidos pela instituição

acadêmica para o desenvolvimento do projeto em questão.

Padrões de interface e modelos de desenvolvimento de softwares

Instalação de produtos para execução do aplicativo;

Integração ou a utilização de qualquer outro sistema diferente do

mencionado no escopo deste projeto.

PREMISSAS (PROJETO/UTILIZADOS)

Será considerada revisão de escopo e/ou prazo e/ou preços qualquer

ajuste no escopo para atender outras requisições da instituição contratante

venha a solicitar futuramente;

Nossa Empresa irá alocar recursos humanos que possuam a capacitação

técnica necessária para a execução das diversas atividades componentes

deste projeto, atendendo a demanda de horas necessárias para a

conclusão das tarefas; o gerenciamento destes recursos será efetuado

pelo Gerente de Projetos;

Conforme cronograma de atividades a ser detalhado, este projeto prevê a

avaliação e consulta dos produtos intermediários para fins de aceitação do

trabalho desenvolvido. A entrega do produto final será feita mediante

termo de homologação do produto gerado.

A CONTRATADA ESTÁ RESPONSÁVEL POR

Página 63

A contratada irá alocar recursos humanos que possuam a capacitação

técnica necessária para a execução das diversas atividades componentes

deste projeto, atendendo a demanda de horas necessárias para a

conclusão das tarefas, sendo o gerenciamento destes recursos será

efetuado pelo Gerente de Projetos;

Planejamento, instalação e configuração dos recursos de rede e desktops

adquiridos;

Após o início dos trabalhos, as partes reunir-se-ão periodicamente para

acompanhamento do andamento dos serviços e respectivos cronogramas,

emitindo em cada uma destas reuniões a “Ata de Acompanhamento”, que

rubricada pelos representantes técnicos indicados pelas partes, será

considerada documento oficial deste projeto;

Reunião de validação de cada produto entregue e fase completada;

Atas das Reuniões encaminhadas para conhecimento dos responsáveis

identificados no processo;

Acompanhamento e participação diária das atividades;

Relatórios semanais informando as atividades em andamento, as

pendências e suas conseqüências, as soluções propostas para estas

pendências/conseqüências e as próximas atividades;

A contratada não será de nenhuma forma responsável por atrasos no

projeto ou despesas adicionais que ocorrerem por falha instituição

contratantes em cumprir suas obrigações de cooperação em tempo hábil

para o bom andamento do projeto.

Página 64

A CONTRATANTE ESTÁ RESPONSÁVEL POR

As atividades poderão ser iniciadas em data acordada entre as partes

após aprovação formal das propostas técnica e comercial;

Estamos partindo da premissa que toda a infra-estrutura necessária da

instituição contratante estará preparada para o início do projeto.

Contemplamos que essa adequação, se necessário, será feira pela própria

instituição;

O prazo estimado para a conclusão do projeto não contempla atrasos

ocasionados por terceiros (softwares legados e outros); caso esse tipo de

situação ocorra ao longo do projeto deverá ser rediscutida as condições

técnicas e comerciais.

É de responsabilidade de a contratante prover a compra das estações de

trabalho (desktops ou microcomputadores) que serão alocados neste

projeto;

O projeto será realizado nas instalações da instituição contratante, não

estamos prevendo deslocamentos da equipe para outras cidades em que

a instituição possui empresas/filiais.

A indisponibilidade ou atraso de projetos paralelos que identificados na

fase de Planejamento do Projeto, e que afetem o cronograma de entrada

em produção do projeto previsto nesta proposta, acarretará na revisão dos

prazos definidos no cronograma, bem como, será necessário uma

proposta complementar, revisando prazo, esforço e valores;

Os aplicativos utilizados para a gestão do projeto e preparação da

documentação fazem parte do Microsoft Office (Word, Excel, Project e

PowerPoint). Caso a contratante opte pela utilização de outras

ferramentas, a instituição contratante será responsável pelos custos de

aquisição das mesmas, bem como treinamento para sua utilização.

Página 65

ESTIMATIVA DE ENTREGA DO PROJETO

A duração estima do projeto é de 79 (setenta e nove) dias já incluso o período

de produção assistida pós-implementação, para mais detalhes com relação ao

cronograma do projeto, consulte o Apêndice 4 - Cronograma do Projeto.

PAPEIS E RESPONSABILIDADES

Gerente do Projeto Contratante: O Gerente de Projeto será

responsável por divulgar a missão do projeto e a sua importância para a

empresa, direcionar o dia-a-dia da equipe, aplicar o processo de

gerenciamento de pendências e riscos, atuar como árbitro final para a solução

de pendências do projeto, prover direção para o projeto mantendo o controle

de orçamento e despesas, acompanhar detalhadamente o cronograma do

projeto conduzindo a estratégia de implantação. A dedicação necessária será

de tempo integral.

Equipe: Nossa equipe ficara sediada no endereço da contratante em

todo período estimado para implantação do projeto em questão. Os membros

da equipe de projeto da Contratante são responsáveis pelo total entendimento

e testes da solução.

GERENCIAMENTO E DESENVOLVIMENTO DO PROJETO

Compartilhamos nesta proposta técnica o nosso espírito de cooperação em

busca de uma solução robusta que seja capaz de mitigar riscos e alcançar um

desempenho superior sustentável, garantindo assim o sucesso do projeto e da

parceria Contratada e a Contratante. Nossa metodologia de implementação do

projeto objeto desta proposta é baseada na metodologia denominada como

MODELO CASCATA.

A vantagem do desenvolvimento cascata é que ele permite controle

departamental e gerencial. Um planejamento pode ser atribuído com prazo final para

cada estágio de desenvolvimento e um produto pode prosseguir no processo de

desenvolvimento, teoricamente ser entregue no prazo. O desenvolvimento move do

Página 66

conceito, através do projeto (design), implementação, teste,instalação, descoberta

de defeitos e termina com a operação e manutenção. Cada fase de desenvolvimento

prossegue em uma ordem estrita, sem qualquer sobreposição ou passos iterativos.

O modelo cascata inicia de uma abordagem orientada a projetos para a

engenharia de software. O projeto é considerado uma tarefa claramente delineada

para a qual os resultados desejados podem ser determinados completamente e sem

ambigüidade.

VISÃO GERAL DO MODELO DE DESENVOLVIMENTO EM CASCATA

PLANEJAMENTO DO PROJETO

Todo o processo relacionado ao planejamento do projeto está atribuído

como parte integrante do Modelo de Desenvolvimento e Implementação em

Cascata e através do cinco grupos de processo adotados para o

Gerenciamento do Projeto baseado nas boas práticas extraídas do PMBOK.

O planejamento do projeto consiste nas seguintes fases de execução:

Análise de Requisitos: análise de requisitos engloba todas as tarefas que

lidam com investigação, definição e escopo de novas funcionalidades ou

aliterações do sistema.

Projeto: Projeto de Software ou Desenho de Software é a parte da

engenharia de software que se encarrega de transformar os resultados da

Página 67

Análise de Requisitos em um documento ou conjunto de documentos

capazes de serem interpretados diretamente pelo programador.

Implementação: Processo adotado na migração do sistema desenvolvido

para o ambiente de teste para o produtivo.

Testes: O teste do software é a investigação do software a fim de fornecer

informações sobre sua qualidade em relação ao contexto em que ele deve

operar. Isso inclui o processo de utilizar o produto para encontrar seus

defeitos.

Integração/Verificação: Processo de análise do ambiente produtivo para

possíveis integração com sistemas legados ou pré-requisitos para

execução da aplicação.

Manutenção: É o processo de melhoria e otimização de um software já

desenvolvido (versão de produção), como também reparo de defeitos. A

manutenção do software é uma das fases do processo de

desenvolvimento de software, e ocorre a seguir a entrada do software em

produção.

ESTRATÉGIA DE DESENVOLVIMENTO & IMPLEMENTAÇÃO

Tendo como base a metodologia de implementação o modelo cascata,

iremos adotar o seguinte modelo para o gerenciamento e desenvolvimento do

projeto:

Página 68

O planejamento do projeto consiste nas seguintes grupos de processo

para implantação do mesmo, sendo este parte integrante do modelo (PMI)

adotado para o gerenciamento do projeto.

METODOLOGIA DE GERENCIAMENTO DO PROJETO

Será adotada a metodologia própria de gestão de projetos, que tem por

base os conceitos amplamente reconhecidos através do PMBOK (Project

Management Body of Knowledge), guia base de conhecimento desenvolvido

pelo conceituado PMI – Project Management Institute.

Este guia de melhores práticas de Gerenciamento de Projeto proposta

pelo PMI engloba as áreas de conhecimento da gerência de projetos que

descrevem os conhecimentos e práticas em gerência de projetos em termos

dos processos que as compõem. Estes processos foram organizados em

nove áreas de conhecimentos, a saber:

Gerência da Integração do Projeto: descreve os processos necessários

para assegurar que os diversos elementos do projeto sejam

adequadamente coordenados.

Gerência do Escopo do Projeto: descreve os processos necessários

para assegurar que o projeto contemple todo o trabalho requerido, e nada

mais que o trabalho requerido, para completar o projeto com sucesso.

Gerência do Tempo do Projeto: descreve os processos necessários para

assegurar que o projeto termine dentro do prazo previsto.

Página 69

Gerência do Custo do Projeto: descreve os processos necessários para

assegurar que o projeto seja completado dentro do orçamento previsto.

Gerência da Qualidade do Projeto: descreve os processos necessários

para assegurar que as necessidades que originaram o desenvolvimento

do projeto serão satisfeitas.

Gerência das Comunicações do Projeto: descreve os processos

necessários para assegurar que a geração, captura, distribuição,

armazenamento e pronta apresentação das informações do projeto sejam

feitas de forma adequada e no tempo certo.

Gerência dos Recursos Humanos do Projeto: descreve os processos

necessários para proporcionar a melhor utilização das pessoas envolvidas

no projeto.

Gerência dos Riscos do Projeto: descreve os processos dizem respeito

à identificação, análise e resposta a riscos do projeto.

Gerência das Aquisições do Projeto: descreve os processos

necessários para a aquisição de mercadorias e serviços fora da

organização que desenvolve o projeto.

Algumas destas áreas de conhecimento serão utilizadas ao longo do projeto

com destaque maior nas reuniões de Status Project, que ocorrerão ao longo

do projeto com datas a serem definidas na fase de Preparação do Projeto.

TREINAMENTO

O treinamento está inclusão como fase integrante do processo de

implantação do projeto, estando incluso o material para realização do treinamento

como: manual do usuário e manual de instalação.

Página 70

ENVOLVIMENTO DAS MATÉRIAS

Neste projeto utilizamos dos conhecimentos adquiridos nas matérias: Analise

de Sistemas Orientado a Objetos, Engenharia de Software, Interface Homem

Computador, Programação Orientado a Objetos, Banco de Dados, Economia e

Mercado e Gestão de RH, conforme descrito abaixo.

Analise de Sistemas Orientado a Objeto: Todo o projeto foi baseado no na

metodologia UML, utilizando Diagramas de Caso de Uso, Atividades, Seqüência

e Classe.

Engenharia de Software: Utilizamos os conceitos de modelagem de software e

qualidade para modelar o sistema de gerenciamento de estoque.

Programação Orientada a Objetos: Utilizamos de conhecimentos obtidos nas

aulas de programação orientada a objetos referente a Classes e Objetos.

Interface Homem Computador: Obtemos conhecimentos referente a

Usabilidade aplicados na modelagem do projeto.

Banco de Dados: Os conceitos de Relacionamento entre entidades e

armazenagem de dados foram utilizados no desenvolvimento deste projeto.

Economia e Mercado: Nos forneceram base para um bom desenvolvimento do

projeto.

Gestão de RH: Nos forneceram base para um bom desenvolvimento do projeto.

Página 71

CONSIDERAÇÕES FINAIS

Para desenvolver qualquer tipo de sistema é necessário identificar e levantar

as necessidades, conhecer o problema e as funcionalidades que o sistema deverá

ter. Através dessas funcionalidades foram elaborados os diagramas casos de uso,

seqüência e colaboração, que auxiliaram na construção do sistema.

Concluímos que a implantação do presente projeto irá contribuir com o

processo de desenvolvimento acadêmico, pois traz características de projetos reis

de analise e desenvolvimento softwares, sendo este o ponto focal dos trabalhos aqui

desenvolvidos, além de contribuir com nossas carreiras com este exercício de modo

que possamos utilizá-lo como referencia em nossa vida profissional.

Página 72

REFERÊNCIAS BILBIOGRÁFICAS

Wikipédia : http://es.wikipedia.org

PRESSMAN, Roger S. Engenharia de software. Tradução de José CarlosBarbosa dos Santos. São Paulo: Makron Books, 1995. 1056 p.

BEZERRA, Eduardo. Princípios de análise e projeto de sistema com UML.Rio de Janeiro: CAMPUS: Elsevier, 2002. 286p.

BOOCH, G.; RUMBAUCH, J.; JACOBSON, I. UML, guia do usuário. Traduçãode Fábio Freitas da Silva. Rio de Janeiro: Campus, 2000. 472 p.

Página 73

TERMO DE ABERTURA DE PROJETO

Projeto Integrado Multidisciplinar 2º Semestre


DADOS ACADEMICOS

Nome RACaroline Bueno de Oliveira A218JB-3Cristian Pereira da Silva A8417C-2Jeferson Cesar Marques da Silva A750BE-3Roberto do Nascimento Oliveira A271FD-9Thiago Nascimento A743CD-6

Informações Gerais do Projeto

Nome do projeto

Sistema de Gerenciamento de Estoque para Vídeo Locadora

ObjetivoApresentar o projeto de sistema de gerenciamento de Estoque visando automatizar os processos existentes atualmente.

Escopo

Estão em escopo deste documento às atividades necessárias para o desenvolvimento de um sistema de gerenciamento de estoque e demais atividades que serão inclusas na orçamentação do projeto conforme abaixo: Definição da metodologia de desenvolvimento do projeto; Definição da metodologia para o gerenciamento do projeto; Documentação do material utilizado durante o desenvolvimento do presente projeto; Elaboração do material necessário para apresentação do projeto, sendo este parte integrante dos

entregáveis do Projeto de integração multidisciplinar (PIM), apresentada como exigência para a conclusão do 2º semestre.

Itens Fora de Escopo

Toda e qualquer atividades necessária para implantação do projeto que não esteja definido no escopo do mesmo como: Infra-estrutura local para execução do aplicativo; Adoção de extensões de arquivos pré-estabelecidos pela instituição acadêmica para o desenvolvimento

do projeto em questão. Padrões de interface e modelos de desenvolvimento de softwares Instalação de produtos para execução do aplicativo; Integração ou a utilização de qualquer outro sistema diferente do mencionado no escopo deste projeto.

TempoO período estimado para implantação é de 79 (setenta e nove) dias somado ao período de produção assistida pós - implementação.

Custo R$ 27.543,44

Planejamento

Profissional Quant. DedicaçãoAnalista de Requisitos 02 Full-TimeAnalista Desenvolvedor 02 Full-TimeGer. Projetos 01 Part-Time

QualidadeA adoção de metodologias e os melhores padrões de qualidade (PMI®, COBIT®, ISO e SCM®), permitem que nossa instituição forneça aos seus clientes soluções que viabilizam o atendimento de seus objetivos.

Riscos Premissas:A instituição contratante deverá prover representantes da empresa para a validação e testes no sistema;

Termo de Abertura do Projeto 1

Página 74

Será considerada revisão de escopo e/ou prazo e/ou preços qualquer ajuste no escopo para atender outras requisições da instituição contratante venha a solicitar futuramente;Estamos partindo da premissa que toda a infra-estrutura necessária da instituição contratante estará preparada para o início do projeto. Contemplamos que essa adequação, se necessário, será feira pela própria instituição;As atividades poderão ser iniciadas em data acordada entre as partes após aprovação formal das propostas técnica e comercial;Nossa Empresa irá alocar recursos humanos que possuam a capacitação técnica necessária para a execução das diversas atividades componentes deste projeto, atendendo a demanda de horas necessárias para a conclusão das tarefas; o gerenciamento destes recursos será efetuado pelo Gerente de Projetos;Conforme cronograma de atividades a ser detalhado, este projeto prevê a avaliação e consulta dos produtos intermediários para fins de aceitação do trabalho desenvolvido. A entrega do produto final será feita mediante termo de homologação do produto gerado.Limites:O prazo estimado para a conclusão do projeto não contempla atrasos ocasionados por terceiros (softwares legados e outros); caso esse tipo de situação ocorra ao longo do projeto deverão ser rediscutidas as condições técnicas e comerciais.A indisponibilidade ou atraso de projetos paralelos que identificados na fase de Planejamento do Projeto, e que afetem o cronograma de entrada em produção do projeto previsto nesta proposta, acarretará na revisão dos prazos definidos no cronograma, bem como, será necessário uma proposta complementar, revisando prazo, esforço e valores;Os aplicativos utilizados para a gestão do projeto e preparação da documentação fazem parte do Microsoft Office (Word, Excel, Project e PowerPoint). Caso a Cielo do Brasil S/A opte pela utilização de outras ferramentas, a instituição contratante será responsável pelos custos de aquisição das mesmas, bem como treinamento para sua utilização.

APROVADO EM:

Data:

Prof.Orientador - UNIP Assinatura

Data:

Prof. Nome do Professor Assinatura

Página 75

Apêndice 1 - Apresentação dos Integrantes

Cristian Pereira da Silva - Líder: Atuante no segmento de análise e desenvolvimento de aplicações web

utilizando ASP.Net com C# integrando soluções SAP via portal e Web Dynpro, incluindo todo o processo de

levantamento, elaboração de proposta, cronograma, documentação, requisitos, diagramação, mapeamento

de processos (BPM e UML), tanto funcionais como de negócio, dentre outras atividades. Certificação ITIL®

v2 Fundation, Practitioner e a ITIL® BRIDGE v2 para v3, formação MCTS (.Net Framework 3.5: Web

Applications C#/VB.Net/ASP.Net/ADO.Net) dentre outros treinamentos no segmento de desenvolvimento,

processos e gerencial (COBIT, PMI e SCRUM).

Caroline Bueno de Olivera – Analista de Sistemas: Administradora da ferramenta ChangeMan ZMF,

atuando com linguagens de Alta Plataforma: Cobol, Assembler, REXX, JCL.

Jeferson Cesar Marques – Analista de Infraestrtura: Atuação como Analista de Suporte Pleno - técnico

em hardware e software, implantação de sistemas, inaugurações de lojas, configurações de Servidores,

Atendimento on-site diretamente com cliente, gerenciamento de sistemas implantados nos servidores

Cursos - lógica programação, CCNA, Hardware, Softwares (Linux, Windows)

Roberto do Nascimento – Analista de Redes: Atuação como Analista de Sistemas Jr nas lojas integrando

atividades como Programador Oracle PL/SQL, Auxilio no desenvolvimento de projetos e assuntos da área

de TI do Cartão Marisa.

Thiago Oliveira do Nascimento – Pesquisador: Atuante no setor de compras da empresa utilizando o

Protheus 10 na Microsiga como usuário. Curso - programação ADVPL – na TOVTS S/A.

Dados AcadêmicosNome RACaroline Bueno de Oliveira A218JB-3Cristian Pereira da Silva A8417C-2Jeferson Cesar Marques da Silva A750BE-3Roberto do Nascimento Oliveira A271FD-9Thiago Nascimento A743CD-6

Página 76

Apêndice 2 - Divisão das Tarefas do Projeto

Responsável Tarefa

Cristian Pereira da SilvaEncarregado pela organização do projeto, formatação, divisão de tarefas, integração de conteúdo e planejamento.

Jeferson Cesar Marques Controle de Mudança

Caroline Bueno de Oliveira Modelagem de Software

Roberto do Nascimento Encarregado da orçamentação.

Thiago Oliveira do Nascimento

Riscos

Página 77

Apêndice 3 - Cronograma do Projeto

Página 78

PIM Sistema de Gerenciamento de Estoque - Video Locadora

Documents

Transcript of PIM Sistema de Gerenciamento de Estoque - Video Locadora