pim final revisado
TRANSCRIPT
UNIVERSIDADE PAULISTA
BRUNO APARECIDO DA SILVA – RA: B103GE-8
EWERTON DE GODOI MOREIRA – RA: B28846-9
GUSTAVO ALBINO DE BRITO – RA: B21118-0
SAMUEL ZAMBON – RA: B44EFJ-0
WELLINGTON ALVES – RA: B41HHA-4
PIM – PROJETO INTEGRADO MULTIDISCIPLINAR
ANÁLISE DE UM SISTEMA DE LOCADORA DE VÍDEO
JUNDIAÍ2013
BRUNO APARECIDO DA SILVA – RA: B103GE-8
EWERTON DE GODOI MOREIRA – RA: B28846-9
GUSTAVO ALBINO DE BRITO – RA: B21118-0
SAMUEL ZAMBON – RA: B44EFJ-0
WELLINGTON ALVES – RA: B41HHA-4
PIM – PROJETO INTEGRADO MULTIDISCIPLINAR
ANÁLISE DE UM SISTEMA DE LOCADORA DE VÍDEO
Projeto integrado multidisciplinar PIM para conclusão do terceiro semestre do curso superior Tecnologia em Análise e Desenvolvimento de Sistemas, apresentado à Universidade Paulista – UNIP.
Orientadora: Profª Especialista Michele da Costa Galvão
JUNDIAÍ2013
BRUNO APARECIDO DA SILVA – RA: B103GE-8
EWERTON DE GODOI MOREIRA – RA: B28846-9
GUSTAVO ALBINO DE BRITO – RA: B21118-0
SAMUEL ZAMBON – RA: B44EFJ-0
WELLINGTON ALVES – RA: B41HHA-4
PIM – PROJETO INTEGRADO MULTIDISCIPLINAR
ANÁLISE DE UM SISTEMA DE LOCADORA DE VÍDEO
Projeto integrado multidisciplinar PIM para conclusão do terceiro semestre do curso superior Tecnologia em Análise e Desenvolvimento de Sistemas, apresentado à Universidade Paulista – UNIP.
Aprovado em:
BANCA EXAMINADORA________________________/___/_______
Prof.Universidade Paulista – UNIP
________________________/___/_______Prof.
Universidade Paulista – UNIP
________________________/___/_______Prof.
Universidade Paulista – UNIP
DEDICATÓRIA
Dedicamos esse trabalho aos nossos estimados professores que nos orientaram e nos acompanharam no desenvolvimento do nosso projeto.
AGRADECIMENTOS
Agradecemos primeiramente à Deus por nos guiar e ser nosso alicerce.À Professora Especialista Michele da Costa Galvão que nos orientou durante a
consecução deste projeto.Aos nossos colegas de classe que contribuíram com suas opiniões e experiências para
o nosso trabalho mesmo não sendo do nosso grupo.
“Aqueles que se sentem satisfeitos sentam-se e nada fazem. Os insatisfeitos são os únicos benfeitores do mundo.”.
(Walter S. Landor)
RESUMO
Atualmente nos deparamos com um nível de automação e desenvolvimento
tecnológicos altos, quase tudo que era feito manualmente vem sendo, de alguma forma, feito
por autômatos, maquinas ou computadores. De alguma forma, hoje, não seria concebível a
vida nas grandes cidades sem a aplicação da tecnologia e dos computadores e seus programas.
As atividades ligadas ao comercio são as que demonstram de forma mais clara e
objetiva a necessidade da implementação tecnológica em suas rotinas diárias, sendo abordada
de forma mais incisiva aqui a vida diária de uma locadora de vídeo, sendo analisado o
desenvolvimento de um sistema para tal nicho de mercado para que possa se aperfeiçoar e
melhorar o desempenho dos processos existentes como, locações de filmes em suas diversas
mídias, realização de cadastros, sendo abolidas as fixas em papel, devolução e venda de
produtos, etc.
O desenvolvimento do sistema para vídeo locadora ampara-se nas técnicas e
metodologias explanadas nas disciplinas como engenharia de software, análise de sistemas
orientada ao objeto, programação orientada a objeto, banco de dados, entre outras.
Fora escolhida como linguagem para programação a C# , sendo utilizadas as técnicas
de orientação ao objeto. Foi também preciso a criação de um banco de dados e o escolhido
foi o SQL Server Express, sendo utilizada a linguagem nativa deste sistema gerenciador de
banco de dados.
Busca-se com o desenvolvimento e implantação do sistema a melhoria ao atendimento
aos clientes bem como facilitação nos processos de busca, locação, cadastros, devoluções, e
movimentações financeiras em geral da vídeo locadora.
Palavras Chave: Desenvolvimento de Sistema, Vídeo locadora, Usabilidade,
Funcionalidade, C#, Análise de Requisitos, Casos de Uso, Documentação.
ABSTRACT
Currently we are faced with a level of automation and high technology development,
almost everything was done manually has been, somehow, made by robots, machines or
computers. Somehow, today, it is inconceivable life in big cities without the application of
technology and computers and their programs.
Activities related to trade are those that demonstrate more clearly and objectively the
need to implement technology into their daily routines, being addressed more forcefully here
the daily life of a video store, and analyze the development of a system for such niche market
so you can improve and enhance the performance of existing processes as film locations in
diverse media, performing registrations being abolished fixed on paper returns and selling
products, etc.
The development of the system for video rental bolsters on the techniques and
methodologies explained in disciplines such as software engineering, systems analysis object-
oriented, object oriented programming, database, among others. .
Was chosen as the programming language to C #, and used the techniques of object
orientation. It was also necessary to create a database and was chosen SQL Server Express,
using the native language of the system manager database.
Search with the development and deployment of the system to improve customer
service as well as facilitating the processes of search, location, records, returns, and financial
transactions in general the video store.
Keywords: System Development, Video rental, Usability, Functionality, C #, Requirements
Analysis, Use Cases, Documentation.
LISTA DE FIGURAS
Figura 1 - Diagrama de atividades locação de filme................................................................21
Figura 2 - Diagrama Caso de Uso - Pesquisar..........................................................................22
Figura 3 - Diagrama Caso de Uso - Vídeo locadora.................................................................23
Figura 4 - Diagrama de classe...................................................................................................33
Figura 5 - Diagrama conceitual.................................................................................................35
Figura 6 Diagrama modelo lógico............................................................................................35
Figura 7 Diagrama do sistema de vídeo locadora.....................................................................36
Figura 8 Tela de cadastro de filmes..........................................................................................37
Figura 9 Tela de cadastro de clientes........................................................................................38
Figura 10 Tela de locação.........................................................................................................39
Figura 11 Diagrama lógico movimento caixa...........................................................................48
Figura 12 Diagrama de classes movimento caixa.....................................................................48
Figura 13 Diagrama conceitual movimento caixa....................................................................49
LISTA DE ABREVIATURAS E SÍMBOLOS
DVD – Digital Video Disc.
BD – Banco de Dados.
SQL – Structured Query Language.
CD – Compact Disc.
C# - Linguagem de programação de computadores.
Visual Basic – Linguagem de programação de computadores.
MYSQL – Sistema gerenciador de banco de dados.
SGBD - Sistema gerenciador de banco de dados.
DER – Diagrama entidade relacionamento.
MER – Modelo entidade relacionamento.
SUMÁRIO
1 INTRODUÇÃO.....................................................................................................................11
1.1 Cenário atual...................................................................................................................11
1.2 Identificação do problema...............................................................................................11
1.3 Objetivos do trabalho......................................................................................................12
1.3.1 Objetivo geral...........................................................................................................12
1.3.2 Objetivos específicos...............................................................................................12
1.4 Justificativa para a pesquisa...........................................................................................13
2 IDENTIFICAÇÃO DA EMPRESA......................................................................................13
2.1 Identificação da necessidade...........................................................................................13
2.2 Descrição das funções e negócio da empresa.................................................................14
3 ANÁLISE E PROJETO DO SOFTWARE............................................................................16
3.1 Análise de Requisitos......................................................................................................16
3.2 Diagrama de atividades...................................................................................................20
3.3 Casos de uso...................................................................................................................21
3.4 Descrição dos requisitos funcionáis do sistema..............................................................24
3.4.1 Cadastrar/Manter Cliente.........................................................................................24
3.4.2 Manter cliente autorizado........................................................................................24
3.4.3 Manter filme/informações........................................................................................25
3.4.4 Manter exemplar do filme........................................................................................25
3.4.5 Manter Funcionário..................................................................................................26
3.4.6 Manter fornecedor....................................................................................................26
3.4.7 Manter empresa........................................................................................................27
3.4.8 Manter preço............................................................................................................27
3.4.9 Manter gênero..........................................................................................................27
3.4.10 Manter categoria....................................................................................................28
3.4.11 Manter mídia..........................................................................................................28
3.4.12 Alugar filme...........................................................................................................29
3.4.13 Devolução..............................................................................................................29
3.4.14 Reservando filme...................................................................................................30
3.4.15 Cadastro de primeiro caixa....................................................................................30
3.4.16 Manter despesa.......................................................................................................30
3.4.18 Manter caixa da empresa.......................................................................................31
3.4.19 Pesquisar filmes locados........................................................................................31
3.4.20 Pesquisar filmes a devolver...................................................................................32
3.4.21 Pesquisar disponibilidade dos filmes.....................................................................32
3.4.22 Pesquisar locações realizadas................................................................................32
3.5 Dos diagramas.................................................................................................................33
3.5.1 – Diagrama de classe...............................................................................................33
3.6 Modelagem do Banco de Dados.....................................................................................34
4 PROTOTIPAÇÃO.................................................................................................................37
4.1 Apresentação das telas....................................................................................................37
5 INTEGRAÇÃO COM AS DISCIPLINAS...........................................................................39
5.1 Banco de Dados..............................................................................................................39
5.2 Análise de Sistemas Orientados a Objeto.......................................................................40
5.3 Linguagem de Programação Orientada a Objeto............................................................41
5.4 Projeto de Interface com o Usuário................................................................................43
5.5 Engenharia de Software II..............................................................................................44
5.6 Economia e Mercado......................................................................................................45
5.7 Gestão Estratégica de RH...............................................................................................46
6 CONCLUSÃO.......................................................................................................................47
7 ANEXOS...............................................................................................................................48
REFERENCIA BIBLIOGRÁFICA..........................................................................................50
11
1 INTRODUÇÃO
1.1 Cenário atual
Com a evolução tecnológica e mercadológica atual e as exigências fiscais existentes as
pequenas e médias empresas foram forçadas a se informatizarem. Gradualmente com o passar
dos anos os diversos ramos de mercado foram obrigados a se adequar as exigências
tecnológicas existentes para poder manter ou aumentar a produtividade e qualidade de seus
produtos e serviços.
Buscando a melhoria das técnicas de trabalho e condições de atendimento ao cliente e
adequar-se às necessidades do mercado os proprietários de vídeo locadoras acabaram por
investir na informatização do negócio, tornando as atividades anteriormente feitas à mão,
processos de um sistema específico para este ramo de negócio, buscando a excelência no
atendimento ao cliente.
Com o aumento nos títulos de filmes, com as diferentes mídias oferecidas e serviços
novos sendo disponibilizados pelas locadoras tornou-se inviável o processo de gerir tais
estabelecimentos sem um software de gestão adequado. Serviços como locação de mídias de
DVD, Blue Ray, CD´s, Games, necessitam ser acompanhados por um sistema usável, estável
e seguro, que garanta a integridade dos dados e informações tanto da empresa como dos
clientes.
1.2 Identificação do problema
O mercado atual é extremamente exigente, a cada dia as empresas têm que buscar se
superar oferecendo o melhor atendimento, o mais eficiente e melhores benefícios aos clientes,
sob pena de ver seu crescimento estagnado vindo a ser forte candidata a falência.
O ramo de vídeos locadoras já encontra-se há algum tempo no mercado, sejam as lojas
físicas ou suas lojas online, e com a modernização de equipamentos e aumento da
12
concorrência tiveram que melhorar a eficiência no atendimento aos clientes, surgindo a
necessidade da criação de um software ou sistema específico.
Atividades rotineiras como locações, devoluções, compras e controle de mercadorias
ainda eram feitas de forma manual sendo tudo anotado em talões de papel e quando muito
tais informações eram transferidas para uma planilha eletrônica buscando ter algum controle
sobre a vida do negócio.
A busca de um filme ou a verificação da disponibilidade do mesmo em prateleira era
demorada pois a consulta era feita em catálogos ou planilhas que nem sempre indicavam a
realidade do negócio.
Cadastros de clientes e produtos eram realizados em fichas que normalmente
desatualizavam-se ou perdiam-se tornando quase impossível de um real controle da situação
sobre a vida da empresa.
A necessidade da criação de um software específico para tal nicho de mercado
demonstrou-se necessária, culminando no estudo e estruturação de um programa de
computador que atenda as necessidades do mercado de vídeo locadoras.
1.3 Objetivos do trabalho
1.3.1 Objetivo geral
Este trabalho tem como finalidade a análise e estudo de caso de um sistema para uma
vídeo locadora, sendo empregado o devido conhecimento, buscando a facilitação e maior
controle das atividades diárias de um estabelecimento como, locações, devoluções, cadastros
de clientes, cadastros de produtos, pesquisas, controle financeiro.
1.3.2 Objetivos específicos
Realizar análise das atividades de uma locadora.
Realizar o levantamento de problemas existentes.
Realizar a análise de requisitos do sistema.
Propor soluções para os problemas encontrados.
13
Realizar o projeto de um software que atenda as necessidades.
1.4 Justificativa para a pesquisa
O desenvolvimento de um programa de computador ou sistema para informatização
das empresas do ramo de vídeo locação é necessário pois a maioria das empresas não o
possuem. Tal implementação ira gerar maior capacidade de gestão e controle aos proprietários
destas empresas e consequentemente ira melhorar o desempenho e lucratividade das empresas
deste ramo.
O desenvolvimento de um sistema trará benefícios para ambos os lados, tanto do
comerciante como do cliente, pois ira proporcionar melhor capacidade de gestão e
consequentemente maiores comodidades e facilidades aos clientes.
O sistema tornará ágil o ato de locar e devolver filmes, bem como as atividades
inerentes à locação e administração do estabelecimento.
Com a implantação do sistema será possível também manter um melhor controle de
acervo de filmes, realizar consultas por títulos existentes, cadastrar mais agilmente os clientes
e controlar toda atividade relativa ao negócio, possibilitando assim aos funcionários se
dedicarem a atividades específicas.
2 IDENTIFICAÇÃO DA EMPRESA
2.1 Identificação da necessidade
Segundo Pressman (2006, p. 198), “o primeiro passo do processo de análise de sistema
envolve a identificação da necessidade. O analista (engenheiro de sistemas) reúne-se com o
cliente e com o usuário final (se este for outro que não o cliente).... Assim que as metas
globais são identificadas, o analista passa para uma avaliação das informações.
O desenvolvimento tecnológico vem atingindo todas as áreas e setores da sociedade, a
área cultural demonstrou grande avanço com a criação dos filmes por Thomas Edson e pelos
14
Irmãos Molliere que a principio usavam extensos rolos de filmes de acetato embebidos em
emulsão sensibilizada pela luz.
Em tempos recentes, com o lançamento dos aparelhos de vídeo cassete (VHS – vídeo
home system) e as fitas magnéticas tornando possível a visualização dos filmes em
residências e não mais em salas especializadas, fomentou-se o surgimento de um novo nicho
de negócio, surgindo então as vídeo locadoras.
Em principio eram apenas as fitas magnéticas que ocupavam muito espaço e exigiam
cuidados e manipulação especial, mas a busca por melhor qualidade de imagem, som, e com o
surgimento de mídias como CD´s e DVD´s, a procura por tais estabelecimentos aumentou.
Desde o surgimento e crescimento deste ramo de negócio, as vídeo locadoras vem
oferecendo serviços e buscam sempre melhorar seu relacionamento com o cliente, seja
diversificando os títulos oferecidos, as formas do cliente locar os vídeos, realizando entregas,
fazendo reservas, etc.. A busca por melhorar o relacionamento com cliente e melhor controle
dos estabelecimentos culminou na necessidade da utilização de softwares de computador para
ajudar a gestão do negócio, pois a quantidade de informação e a necessidade de tornar o
atendimento mais eficaz, bem como as exigência legais tributárias e documentais, exigiam tal
implementação.
2.2 Descrição das funções e negócio da empresa
Parte importante no processo de desenvolvimento de softwares e a identificação do
problema e análise do negócio da empresa, esse procedimento pode ser realizado com a
utilização de diversas técnicas, mas é imprescindível que seja realizado pois ele embasa a
coleta de requisitos que serão modelados futuramente.
Roger Pressman, em seu livro Engenharia de Software, 6ª edição, às paginas 82,
estabelece que uma das boas práticas para a elaboração de um bom software é a boa
comunicação entre desenvolvedor e cliente. “Antes que os requisitos do cliente possam ser
analisados, modelados ou especificados, eles precisam ser coletados por meio de uma
atividade de comunicação( também chamada de levantamento de requisitos)”.(Pressman, 6ª
Ed, pag. 82).
15
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.
· 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 filmes, mídias, 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 diversos
filmes , CD´s 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.
16
Em resumo, depois da análise das informações retiradas da entrevista, 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.
3 ANÁLISE E PROJETO DO SOFTWARE
3.1 Análise de Requisitos
É no processo de análise de requisitos onde se levanta as informações para o
desenvolvimento do software, é durante este processo que se tem apuradas as necessidades do
cliente. “Uma compreensão completa dos requisitos de software é fundamental para um bem-
sucedido desenvolvimento de software (PRESSMAN, 2006).
Conforme consta no tópico anterior pode-se notar clara a necessidade de desenvolver e
implementar um software que colabore com a melhoria dos serviços e maior agilidade no
atendimento aos clientes, para tanto o cliente necessita de um software que facilite as funções
de cadastro, locação, devolução, reserva de filmes, venda de produtos e administração de seu
negócio.
Ao analisar o cenário atual do negócio do cliente foram identificados problemas como
a lentidão na pesquisa dos filmes e clientes, a demora na realização dos cadastros de clientes e
produtos em fichas, a necessidade de se obter informações sobre os filmes presentes e os que
estão locados, informação sobre quantidade de filmes locados durante o dia e por períodos, o
controle de caixa do estabelecimento.
A definição dos requisitos é parte primordial no processo de desenvolvimento de um
software de qualidade, sendo necessária a descrição detalhada das informações obtidas junto
ao cliente durante o processo de entrevista. “A função e o desempenho atribuídos ao software
como parte da engenharia do sistema são refinados ao se estabelecer uma descrição
17
completa da informação, uma indicação dos requisitos de desempenho e restrições do
projeto.(PRESSMAN, 2006,p. 266).
Segue abaixo um exemplo da definição de requisitos do projeto de software para uma
vídeo locadora.
1. Introdução
1.1 Identificação e Contexto
Referência: Colocar o nome da locadora de itupeva - WellingtonNome: nome da locadoraDescrição: Permite ao dono da vídeo locadora ter controle e optimizar as atividades administrativas e comerciais da empresa, como cadastros de clientes, produtos e funcionários, vendas de produtos, locação e devolução de filmes, reservas de filmes, pesquisas sobre filmes locados e em estoque, atraso na devolução dos filmes, relatórios gerenciais.
1.2. Propósito e Motivação
O desenvolvimento tecnológico vem atingindo todas as áreas e setores da sociedade, a área cultural demonstrou grande avanço com a criação dos filmes por Thomas Edson e pelos Irmãos Molliere que a principio usavam extensos rolos de filmes de acetato embebidos em emulsão sensibilizada pela luz.
Em tempos recentes, com o lançamento dos aparelhos de vídeo cassete (VHS – vídeo home system) e as fitas magnéticas tornando possível a visualização dos filmes em residências e não mais em salas especializadas, fomentou-se o surgimento de um novo nicho de negócio, surgindo então as vídeo locadoras.
Em principio eram apenas as fitas magnéticas que ocupavam muito espaço e exigiam cuidados e manipulação especial, mas a busca por melhor qualidade de imagem, som, e com o surgimento de mídias como CD´s e DVD´s, a procura por tais estabelecimentos aumentou.
Desde o surgimento e crescimento deste ramo de negócio, as vídeo locadoras vem oferecendo serviços e buscam sempre melhorar seu relacionamento com o cliente, seja diversificando os títulos oferecidos, as formas do cliente locar os vídeos, realizando entregas, fazendo reservas, etc.. A busca por melhorar o relacionamento com cliente e melhor controle dos estabelecimentos culminou na necessidade da utilização de softwares de computador para ajudar a gestão do negócio, pois a quantidade de informação e a necessidade de tornar o atendimento mais eficaz, bem como as exigência legais tributarias e documentais, exigiam tal implementação.
1.3. Escopo
Este sistema de informação que será implantado nos computadores da empresa deverá permitir ao administrador e funcionários da mesma melhor gestão da informação necessária
18
ao bom andamento do negócio. O sistema conta com a possibilidade de cadastros administrativos como, cadastro de produtos, cadastro de funcionários e cadastro de clientes. Conta também com sistema de controle de caixa, contas a pagar e receber. Possui sistema de relatórios gerenciais como sobre filmes mais locados durante períodos, clientes inadimplentes, filmes não devolvidos, filmes presentes na locadora e locados, período de locação e devolução do filme, relatório de fluxo de caixa por funcionário, relatório de produtos vendidos,
1.4. Usuário-Chave
Função Nome ContatosAdministrador da vídeo locadora
1.5. Definições, Siglas e Abreviações
Termo DefiniçãoInpi Instituto nacional de propriedade industrialEcad Escritório Central de Arrecadação e DistribuiçãoUBV União Brasileira de VídeoDVDCD Compact DiskVHS Vídeo Home SystemBlue Ray
1.6. Referências
Lei de propriedade intelectualLei penal piratariaNormas do InpiNormas EcadNormas da UBVLeis ICMS estadualLeis municipaisSebrae – SP
19
2. Descrição
O sistema de informação a ser desenvolvido e implantado contara com diversas opções possibilitando a administração da empresa, controle de suas atividades por parte de seus funcionários e administrador, bem como consulta de dados por parte dos clientes.Contara com um sistema de cadastro de funcionários o qual deverá conter o cadastro dos funcionários que trabalham internamente (funções administrativas) e os que trabalham no atendimento (balconistas) na empresa. Este cadastro devera conter nome, sobrenome, data de nascimento, documentos como CPF, CTPS, PIS e RG, endereço, telefone fixo, telefone celular, e-mail, e nome do contato, função exercida.
O cadastro de clientes devera conter nome, sobrenome, data de nascimento, documentos como CPF e RG, endereço, telefone fixo, telefone celular, e-mail, e nome do contato,
O cadastro de produtos devera conter nome do produto, tipo do produto, numero da nota fiscal de compra, data da compra , data de validade, funcionário que realizou a compra, quantidade comprada, quantidade da embalagem, valor de compra.No ato do cadastramento do cliente devera ser gerada uma carteirinha que identificara o mesmo nas locações.
Somente será realizada locação por cliente devidamente cadastrado e identificado, e que esteja em dia com seus pagamentos. O sistema devera ter a capacidade de gerar relatórios gerenciais e consultas individualizadas e coletivas sobre os produtos da empresa e sua posição, patrimônio da empresa, funcionários internos, horários de trabalho, pagamentos, controle de ponto dos funcionários, relatórios por período de dias, semanas e meses, alerta de aniversario dos clientes e funcionários, relatórios financeiros básicos, controle de pagamentos (cheques, dinheiro, cartão), condições de pagamentos, situação financeira dos clientes para com a locadora.
3. Restrições Iniciais
O sistema de informação tem como prazo para implantação máximo de 4 (quatro) meses a contar da data de assinatura do contrato de realização do sistema.
O cadastramento de clientes e produtos só devera ser feito por funcionário designado e no balcão da empresa, sendo considerado completo com o aceite do cliente e entrega de documentos que comprovem endereço.
O sistema devera contar com protocolo de segurança e criptografia de dados para que seja mantida a integridade dos mesmos, em acordo com o exigido pelo órgão regulamentador.
O sistema devera conter controle de acesso personalizado aos funcionários de acordo com a função exercida, tendo acesso geral apenas o administrador da empresa.
4. Elaborado e Validado por:
20
ELABORADO POR
Nome Data Rubrica
Bruno Aparecido Silva 13/06 /2013
Everton de Godoy 13/06 /2013
Gustavo Albino Coxinha Brito 13/06 /2013
Samuel Zambon 13/06 /2013
Wellington Alves 13/06 /2013
VALIDADO POR
Nome Data Rubrica
/ /
/ /
/ /
3.2 Diagrama de atividades
O diagrama de atividades é um dos vários diagramas que integram o processo de
desenvolvimento de software, ele descreve o fluxo de atividades que compõem a rotina do
negócio, enfatizando o fluxo de controle e uma etapa para outra da atividade.
Segundo Jacobson, Runbaugh e Boock, “um diagrama de atividade é essencialmente
um gráfico de fluxo, mostrando o fluxo tradicional, um diagrama de atividades mostra a
21
concorrência, bem como as ramificações de controle.”.(BOOCK, RUMBAUGH,
JACOBSON, 2012, p. 293).
Abaixo encontra-se demonstrado o fluxo de atividade da ação relativa a locação de
uma mídia, sendo demonstrado em um diagrama de atividades, onde constam a sequência de
atividades do ato praticado pelos atores participantes do cenário.
O cliente solicita ao funcionário a locação da mídia, o funcionário verifica a
disponibilidade da mídia no sistema, verifica o cadastro do cliente e se tudo estiver em ordem,
não havendo nenhum impedimento ou restrição a locação é registrada.
Figura 1 - Diagrama de atividades locação de filme
3.3 Casos de uso
Pode-se entender como caso de uso sendo mais uma técnica para especificação e
obtenção de requisitos, sendo possível indicar como benefícios deste a obtenção de um alto
grau de definição das necessidades do cliente com nível de abstração elevado das funções que
o software deverá desempenhar.
“Um caso de uso especifica o comportamento de um sistema ou de parte de um
sistema e é uma descrição de um conjunto de sequências de ações, incluindo variantes
22
realizadas pelo sistema para produzir um resultado observável e um valor de um autor”.
(BOOCK, RUMBAUGH, JACOBSON, 2012, p. 246).
Através de diagramas de caso de uso uma visão externa do sistema pode ser obtida
pois ele representa graficamente o que os atores do sistema poderão fazer conforme cada
funcionalidade.
Casos de uso são compostos por alguns elementos como assunto e os atores,
“...assunto é uma classe descrita por um conjunto de casos de uso. ...Os atores representam
aspectos de outras classes que interagem com o assunto. Juntos os casos de uso descrevem o
comportamento completo do assunto.”( BOOCK, RUMBAUGH, JACOBSON, 2012, p. 249).
Atores são elementos externos que interagem com o sistema, no caso em estudo os
atores serão os funcionários e os clientes, sendo os primeiros responsáveis pelo uso do
sistema, fazendo locações, devoluções, cadastros, pesquisas, reservas, recebimentos, vendas
para os clientes.
Abaixo encontra-se a figura (fig. 02) que demonstra o diagrama de caso de uso do
procedimento de realizar pesquisa no sistema da vídeo locadora. .
Figura 2 - Diagrama Caso de Uso - Pesquisar
23
A figura abaixo(fig.03) demonstra o diagrama de caso de uso para o sistema abordado.
Figura 3 - Diagrama Caso de Uso - Vídeo locadora
24
Como caso de uso descreve funcionalidades do sistema com nível de abstração alto,
deve-se fazer uma descrição dos requisitos funcionáis de cada caso do projeto, garantindo
assim que essas informações possibilitaram melhores tomadas de decisão no desenvolvimento
do sistema.
Requisitos funcionáis são aqueles que atingem a finalidade a qual o software se
destina, são aqueles que fazem com que o software cumpra o papel para o qual fora
idealizado. No caso específico seriam os atos de cadastrar, locar, e demais presentes nas
paginas anteriores.
3.4 Descrição dos requisitos funcionáis do sistema.
3.4.1 Cadastrar/Manter Cliente.
Ator: Funcionário (usuário). Resumo: Realizar o cadastramento, remoção ou alteração de dados de um cliente.Prioridade do usuário: Essencial. Fluxo principal: Ações do ator:Usuário solicita dados pessoais do cliente.Ações do sistema:Sistema verifica existência do cliente na base de dados.Fluxo alternativo:Ações do ator:Usuário cadastra os dados do cliente no sistema. Ações do sistema:4. O sistema gera um número de cadastro para o cliente.Ações do ator: Usuário solicita dados a serem alterados. Usuário altera dados do cliente no sistema. 3. Usuário remove cliente do sistema. 2.1 Exibir mensagem “Cliente já cadastrado”. 2.2 Sair. Usuário cadastra autorizado. 4. Estender Manter Autorizado.Comunicar cliente que este é menor de idade e não pode se cadastrar recusar o cadastro do cliente
3.4.2 Manter cliente autorizado.
25
.Ator: Funcionário (usuário). Resumo: 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.Pós – condição: Fluxo principal: Ação do autor:O usuário informa ao sistema o nome ou o código do cliente.Ação do sistema: O sistema recupera informações do cliente Fluxo alternativo: Ações do autor:O usuário obtém informações do autorizadoO usuário cadastra essa nova pessoa na base de dados.Ações do sistema:O sistema gera um código para esse novo autorizado. Fluxo alternativo: alterar/remover 3. Usuário informa os dados a serem alterados. 4. Usuário altera dados do autorizado no sistema. Usuário remove pessoa autorizada do sistema.
3.4.3 Manter filme/informações.
Ator principal: Funcionário que utiliza o sistemaAtor secundário: clienteResumo: Realizar o cadastramento das informações sobre o filme, bem como a remoção e alteração da base de dados.Fluxo principal:Ações do ator: usuário informa ao sistema o nome do filme .
O sistema verifica a existência e disponibilidade do mesmo.Fluxo alternativo: Alterar filme / remover filme
O usuário informa dados a serem alterados.O usuário altera os dados no sistema.O usuário remove o filme do sistema
3.4.4 Manter exemplar do filme.
Ator principal: FuncionárioAtor secundário:Pré condição: Tem que haver filme cadastrado.Resumo: Realizar o cadastramento bem contendo nome filme.Fuxo principal: Ação do ator:
26
1 – O usuário informa ao sistema o nome e código do filme.2- O sistema recupera informações do filme.Fluxo alternativo:
O usuário informa dados a serem alterados.O usuário altera dados do exemplar.O usuário remove o exemplar do sistema.
3.4.5 Manter Funcionário.
Ator principal: funcionário.Ator secundário: não possui.Resumo: Realizar o cadastramento, remoção ou alteração dos funcionários da empresa na base de dados.Pré condições: Pessoa seja apta a ser funcionário .Pós condições: Não há.Fluxo principal: Ações do ator:
O usuário informa ao sistema suas informações para cadastro.O sistema verifica se já não há cadastro em nome deste usuário .
Fluxo alternativo: cadastrar/alterar/remover.Ações do ator:
O usuário informa ao sistema seus dados pessoais.O usuário cadastra o novo funcionário na base de dados.O usuário informa os dados que quer ver alterados.O usuário altera os dados do funcionário no sistema.O usuário informa qual funcionário será removido.O sistema confirma as informações e remove o usuário.
Restrições/Validações: 1-Verificar se o candidato ao cargo de funcionário da empresa possui idade para tanto.2- Verificar se o candidato possui as habilidades exigidas.
3.4.6 Manter fornecedor
Ator principal: Funcionário.Ator secundário: Fornecedor.Resumo: Realizar o cadastramento, remoção ou alteração dos fornecedores da empresa na base de dados.Pré condições: Não há.Pós condições: Não há.Fluxo principal:O usuário informa ao sistema os dados do fornecedor.O sistema verifica se o fornecedor já não esta cadastrado na base de dados.Fluxo alternativo: Cadastrar/alterar/remover.
27
O usuário informa ao sistema os dados do fornecedor.O usuário cadastra o novo fornecedor na base de dados.O usuário informa os dados a serem alterados.O sistema altera os dados e os armazena no banco de dados.O usuário informa os dados a serem removidos.O usuário remove os dados do sistema.O sistema exibe mensagem de fornecedor já cadastrado caso exista o cadastro.
3.4.7 Manter empresa
Ator principal: FuncionárioAtor secundário: Resumo: Realizar o cadastramento ou alteração dos dados da empresa que ira utilizar o sistema e a base de dados.Pré condições: Possuir licença para software e sistema compativelPós condições: Não há.Fluxo principal:O funcionário responsável ira informar ao sistema os dados da empresaO sistema ira fazer a verificação no banco dados checando a existência da empresa.Fluxo alternativo: Cadastro/alteraçãoO funcionário ira cadastrar a empresa.O funcionário ira informar os dados que deseja alterar.O sistema ira confirmar o cadastro ou a alteração dos dados exibindo mensagem de sucesso.
3.4.8 Manter preço
Ator principal: Funcionário.Ator secundário: Não há.Pré condições: Produtos tem que ter sido adquiridos.Pós condições:Resumo: Realizar o cadastramento dos preços dos produtos, bem como sua alteração e exclusão, tudo em conformidade com a categoria no banco de dados.Fluxo principal:Usuário informa ao sistema a mídia, categoria e preço.O sistema verifica a existência de um preço para aquele produto de determinada categoria.Fluxo alternativo: alterar/remover/bater papo.Ossuário cadastra um preço.O sistema gera um código para esse preço.
3.4.9 Manter gênero
28
Ator principal: Funcionário.Ator secundário: Não há.Resumo: Realizar o cadastramento, remoção ou alteração dos gêneros dos filmes locados na base de dados, determinando se este é comedia, adulto ,infantil,policial. Pré Condições: Filmes devem estar adquiridos.Pós condições: Não há.Fluxo principal:O funcionário cadastra um novo gênero.O sistema gera um código pra esse novo gênero.Fluxo alternativo:Usuário informa os dados a serem alterados.O usuário altera os dados do sistema.Usuário pode remover os dados do sistema.
3.4.10 Manter categoria
Ator principal: funcionário.Ator secundário: não háResumo: Realizar o cadastramento, remoção ou alteração das categorias dos filmes locados na base de dados, determinando se estes são lançamentos ou Pré Condições: Filmes devem estar adquiridosPós condições: Não há.Fluxo principal:O funcionário cadastra um novo gênero.O sistema gera um código pra esse novo gênero.Fluxo alternativo: alterar/removerUsuário informa os dados a serem alteradosO usuário altera os dados do sistemaUsuário pode remover os dados do sistema
3.4.11 Manter mídia
Ator principal: Funcionário.Ator secundário: Não há.Pré condições: Não há.Pós condições: Não há.Resumo: Realizar o cadastramento, remoção ou alteração do tipo de produto, como filmes em DVD, CD, Blue Ray, Vhs, etc.Fluxo principal:O funcionário informa ao sistema o tipo de mídia a ser cadastrata.O sistema verifica se a mídia existeFluxo alternativo:O usuário informa ao sistema que a mídia pode ser cadastrada.O sistema verifica se o filme ou produto existe.
29
O funcionário cadastra novo tipo de filme.O sistema gera um código para esse novo filme.O funcionário informa os dados que quer alterar na base de dados.O sistema altera a base de dados.O funcionário exclui a entrada escolhida.
3.4.12 Alugar filme
Ator principal: Funcionário.Ator secundário: Cliente.Pré-condição: Filmes devem estar cadastrados e disponíveis.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 dofilme.3.3. O usuário inclui o exemplar na locação.3.4. O sistema atualiza na base de dados o status do exemplarpara “locado”.4. O usuário registra a locação.5. O usuário informa a data de devolução ao cliente.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.Cliente efetua pagamento.4.1 Estender receber pagamento.
3.4.13 Devolução
Ator principal: Funcionário.Ator secundário: Cliente.Pré-condição: Cliente com filme para devolver.Pós-condição: Devolução do filme efetuada.Resumo: Realizar a devolução do filme locado pelo cliente e se o pagamento ainda não tiver sido realizado, realizar o recebimento.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.
30
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:Funcionário verifica se o pagamento já foi realizadoSe pagamento já realizado encerra-se a devolução.Se pagamento não realizado o funcionário solicita o pagamento.Se pagos os valores encerra-se a operação.
3.4.14 Reservando filme
Ator principal: funcionário.Ator secundário: cliente.Pré-condição: cliente já estar cadastrado na empresa.Pós-condição: cliente na fila de reserva do filme.Resumo: realizar a devolução do filme locado pelo cliente e se o pagamento ainda não tiver sido realizado, realizar o recebimento.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.Fluxo secundário:Cliente não vem buscar filme na data reservada.Sistema cancela reserva e disponibiliza filme para nova locação.Restrições Validações:O cliente deve estar em dia com seus pagamentos e devoluções.
3.4.15 Cadastro de primeiro caixa
Ator principal: Funcionário.Ator secundário: Não háPré-condição: Não há.Pós-condição: Caixa já ter sido inicializado e possuir um saldoResumo: Realizar o cadastramento do saldo inicial na base de dados..Fluxo principal:O funcionário informa ao sistema o saldo inicial e data.O funcionário cadastra o saldo inicia
3.4.16 Manter despesa
31
Ator principal: Funcionário.Ator secundário: Não há.Pré-condição: Não há.Pós-condição: Não há.Resumo: Realizar a devolução do filme locado pelo cliente e se o pagamento ainda não tiver sido realizado, realizar o recebimento.Fluxo principal:O funcionário informa o sistema a descrição da despesa e seu valor.
Fluxo Alternativo: cadastrar/ alterar/removerO funcionário informa ao sistema o da empresa sobre o valor.O funcionário cadastra nova despesa.O funcionário informa is dados a serem alterados.Funcionário remove despesa do sistema.
3.4.17 Manter retiradas
Ator principal: Funcionário.Ator secundário: Cliente.Pré-condição: Cliente já estar cadastrado na empresa.Pós-condição: Não há.Resumo: Realizar a retirada direta de filmes através de totem dentro da empresa.Fluxo principal:O usuário informa ao sistema o filme que ira retirar.O sistema consulta se o filme esta disponível e libera.
3.4.18 Manter caixa da empresa
Ator principal: Funcionário.Ator secundário: Não há.Pré-condição: Caixa ter sido iniciado.Pós-condição: Caixa ter sido fechado..Resumo: Realizar o fechamento de caixa e da base de dados no final do turno..Fluxo principal:1. O sistema processa o fechamento do caixa.2. O sistema informa ao funcionário o valor total recebido, as despesas realizadas, e as movimentações diárias.
3.4.19 Pesquisar filmes locados
Ator principal: Funcionário.
32
Ator secundário: Não há.Pré-condição: Filme ter sido cadastrado.Pós-condição: Pesquisa realizada.Resumo: Realizar a pesquisa dos filmes locados pelo cliente.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.
3.4.20 Pesquisar filmes a devolver
Ator principal: Funcionário.Ator secundário: Não há.Pré-condição: Filme ter sido cadastrado e locado.Pós-condição: Pesquisa realizada.Resumo: Realizar a pesquisa dos filmes locados pelo cliente ainda não devolvidos.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 locados pelo cliente com dos dados se estão fora ou não.
3.4.21 Pesquisar disponibilidade dos filmes
Ator principal: Funcionário.Ator secundário: Não há.Pré-condição: Filme ter sido cadastrado e locado.Pós-condição: Pesquisa realizada.Resumo: Realizar a pesquisa dos filmes locados pelo cliente ainda não devolvidos.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.
3.4.22 Pesquisar locações realizadas
Ator principal: Funcionário.Ator secundário: Não há.Pré-condição: Filme ter sido cadastrado e locado.Pós-condição: Pesquisa realizada.Resumo: Realizar a pesquisa dos filmes locados pelo cliente ainda não devolvidos.Fluxo principal:1. O usuário informa o tipo de pesquisa: locações vencidas ou que estão vencendo no dia atual.
33
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.
3.5 Dos diagramas
3.5.1 – Diagrama de classe
Segundo Booch, Rumbaugh e Jacobson, os diagramas de classes são os diagramas
encontrados com maior frequência na modelagem de sistemas orientados a objetos. Um
diagrama de classes mostra o conjunto de classes, interfaces e colaborações e seus
relacionamentos.(Jacobson, Booch, Rumbaugh, 2012, pag. 115)
O diagrama apresentado a seguir demonstra um exemplo das classes existentes (fig.
04) no sistema de controle da empresa de locação de filmes.
Figura 4 - Diagrama de classe
34
3.6 Modelagem do Banco de Dados
O sistema de controle para uma vídeo locadora para ter seu funcionamento e
performance garantidos necessita do uso de um banco de dados, neste caso fora escolhido um
sistema gerenciador de banco de dados, e um tipo de modelagem de dados, qual seja o modelo
relacional.
A persistência dos objetos e informações do sistema será realizada através de um
banco de dados e seu sistema gerenciador. “Com muita frequência, você usará um banco de
dados hibrido relacional/orientado a objetos para armazenamentos de itens
persistentes .”(Jacobson, Booch, Rumbaugh, 2012, pag. 121).
O modelo entidade relacionamento (MER) baseia-se no mesmo conceito de abstração
utilizado pela programação orientada a objetos, de que o mundo é formado por um conjunto
de objetos chamados de entidades e pelo conjunto de relacionamentos formados entre eles.
Quando associa-se entidades têm-se o relacionamento entre elas estabelecido e tais
relacionamentos demonstram o comportamento do banco de dados e do sistema.
Todo o processo de desenvolvimento de um banco de dados deve ser pautado em
regras e técnicas, um projeto de banco de dados é compreendido em várias etapas, como por
exemplo, uma etapa com desenvolvimento de um modelo conceitual, uma etapa com
desenvolvimentos de conceitos lógicos e outra composta por modelos físicos.
O modelo conceitual é aquele onde há a descrição da realidade de um ambiente
problematizado, em regra é o primeiro modelo a ser criado pois permite melhor compreensão
da primeira instância de regras de negócio.
As figuras a seguir demonstram um exemplo dos modelos conceitual (fig. 05) e lógico
(fig. 06), do sistema de gerenciamento da empresa de locação de vídeos.
35
Figura 5 - Diagrama conceitual
Figura 6 Diagrama modelo lógico
36
A figura( fig. 07) a seguir demonstra o diagrama físico da empresa.
Figura 7 Diagrama do sistema de vídeo locadora
37
4 PROTOTIPAÇÃO
4.1 Apresentação das telas
A interface gráfica de um sistema é algo que os desenvolvedores devem se preocupar.
É através dela que o usuário irá interagir com as funcionalidades do sistema. As telas devem
ser claras e objetivas (SOMMERVILLE, 2007). Uma das técnicas desenvolvidas pela
engenharia de software é a prototipação, que consiste na realização de protótipos do software
que são frequentemente apresentados aos clientes para verificação de aceitação e correção de
eventuais problemas.
A seguir encontram-se dispostas algumas das telas que exemplificarão o sistema de
controle de uma vídeo locadora, dando uma ideia geral de como poderá ficar o sistema
quando em funcionamento. A figura a seguir (figura 08) mostra a tela de cadastro de filmes.
38
Figura 8 Tela de cadastro de filmes
39
A figura a seguir (fig. 09) demonstra a tela de cadastro de clientes. Nela pode-se ver os
campos relativos aos campos existentes nas tabelas do banco de dados, em consonância com
os requisitos exigidos pelo cliente, durante a análise realizada, quando foram definidas as
informações consideradas relevantes ao modelo de negócio adotado, qual seja Vídeo
locadora.
Figura 9 Tela de cadastro de clientes
A figura a seguir (fig. 10) ilustra a tela de locação dos vídeos, nesta tela é onde o
procedimento de locar filmes se realiza, nela é que será feita consulta sobre o filme, sua
disponibilidade, entre outras informações pertinentes ao ato de locar o filme. Pode-se notar
40
que os campos código do filme, nome do cliente, preço da locação são os que foram
escolhidos como mais importantes para o procedimento de locar o filme.
Figura 10 Tela de locação
Assim que escolhido o filme pelo cliente, este ira identificar-se com sua carteirinha
onde o funcionário irá consultar o nome e digitá-lo no campo nome do cliente, assim
procedendo com os demais campos, até a finalização da rotina, quando é direcionado para
tecla salvar, se bem sucedida a operação e cancelar se o contrario acontecer.
5 INTEGRAÇÃO COM AS DISCIPLINAS
5.1 Banco de Dados
O conteúdo visto nesta disciplina trata-se de ferramentas e comandos para criação,
utilização e administração de um Banco de Dados, temos como exemplos de banco de dados
SQL, MySQL, Oracle etc, no caso fizemos uso do Banco de dados SQL, pois foi onde
obtivemos maiores conhecimentos em técnicas, conceitos e seus modelos. Temos como
exemplos de modelos de banco de dados utilizadas no desenvolvimento do Sistema os
modelos abaixo descrito:
Modelo conceitual:
41
É uma descrição de banco de dados de forma independente de implementação num
sistema de gerenciamento. Registra que dados podem aparecer no banco, mas não registra
como estes dados estão armazenados no SGBD.
Modelo lógico:
Compreende uma descrição das estrutura que serão armazenadas no banco e que
resulta numa representação gráfica dos dados de uma maneira lógica, inclusive nomeando os
componentes e ações que exercem um sobre os outros.
Modelo físico:
É uma descrição de um banco de dados no nível de abstração visto pelo usuário do
SGBD. Assim, esse modelo depende do SGBD que está sendo usado. Aqui são detalhados os
componentes de estrutura física do banco, como tabelas, campos, tipos de valores, índices,
etc. Nesse estágio estamos prontos para criar o banco de dados propriamente dito.
Modelo entidade-relacionamento:
É a técnica de modelagem mais difundida, nesta técnica, um modelo conceitual é
usualmente representado através de um diagrama, chamado diagrama entidade-
relacionamento (DER).
Entidade – é um objeto ou evento do mundo real sobre o qual desejamos manter um
registro.
5.2 Análise de Sistemas Orientados a Objeto
O conteúdo visto nesta disciplina trata-se da análise e modelagem do sistema baseado
em objetos do mundo real para a criação de soluções no sistema desenvolvido. O foco
principal da disciplina é modelar de forma eficiente os dados para que o sistema tenha um
bom resultado após seu desenvolvimento. Modelar significa criar um modelo que explique as
características de funcionamento e comportamento de um software a partir do qual ele será
criado, facilitando seu entendimento e seu projeto, através das características principais que
evitarão erros de programação, projeto e funcionamento. Fizemos uso dos três principais tipos
42
de modelos de dados: Modelagem Conceitual, Modelagem Lógica e Modelagem Física,
conforme descritas abaixo:
Modelagem Conceitual:
É usada como representação de alto nível e considera exclusivamente o ponto de vista
do usuário criador do dado.
Modelagem Lógica:
Agrega alguns detalhes de implementação.
Modelagem Física:
Demonstra como os dados são fisicamente armazenados.
5.3 Linguagem de Programação Orientada a Objeto
O conteúdo visto nesta disciplina trata-se da linguagem de programação a qual o
sistema viria a ser escrito, neste caso uma linguagem de programação Orientada a Objeto
(OO), temos como exemplo de linguagem C++, C♯, VB.NET, Java, Object Pascal, Objective-
C, Python, SuperCollider, Ruby e Smalltalk. Temos também alguns exemplos de linguagens
de programação com suporte a orientação a objetos ActionScript, ColdFusion, Javascript,
PHP (a partir da versão 4.0), Perl (a partir da versão 5) e Visual Basic (a partir da versão 4), a
disciplina nos orientou a tomar maiores conhecimentos em relação as ferramentas e
linguagens disponíveis para uso e desenvolvimento do um sistema. Utilizamos como
referência a linguagem em C#, onde obtivemos maiores conhecimentos e abilidades para
realização do desenvolvimento.
Foram feitos usos de alguns itens fundamentais da linguagem de Programação
Orientada a Objeto como por exemplo:
Classe:
Representa um conjunto de objetos com características afins. Uma classe define o
comportamento dos objetos através de seus métodos, e quais estados ele é capaz de manter
através de seus atributos.
43
Subclasse:
É uma nova classe que herda características de sua(s) classe(s) ancestral(is).
Objeto:
É a instância de uma classe. Um objeto é capaz de armazenar estados através de seus
atributos e reagir a mensagens enviadas a ele, assim como se relacionar e enviar mensagens a
outros objetos.
Atributo:
São características de um objeto. Basicamente a estrutura de dados que vai representar
a classe. Um método em uma classe é apenas uma definição. A ação só ocorre quando o
método é invocado através do objeto.
Mensagem:
É uma chamada a um objeto para invocar um de seus métodos, ativando um
comportamento descrito por sua classe. Também pode ser direcionada diretamente a uma
classe (através de uma invocação a um método estático).
Herança:
Conhecida também como generalização é o mecanismo pelo qual uma classe (sub-
classe) pode estender outra classe (super-classe), aproveitando seus comportamentos
(métodos) e variáveis possíveis (atributos).
Associação:
É o mecanismo pelo qual um objeto utiliza os recursos de outro. Pode tratar-se de uma
associação simples "usa um" ou de um acoplamento "parte de".
Encapsulamento:
Consiste na separação de aspectos internos e externos de um objeto. Este mecanismo é
utilizado amplamente para impedir o acesso direto ao estado de um objeto (seus atributos),
disponibilizando externamente apenas os métodos que alteram estes estados.
44
Abstração:
É a habilidade de concentrar nos aspectos essenciais de um contexto qualquer,
ignorando características menos importantes ou acidentais. Em modelagem orientada a
objetos, uma classe é uma abstração de entidades existentes no domínio do sistema de
software.
Polimorfismo:
Consiste em quatro propriedades que a linguagem pode ter (atente para o fato de que nem
toda linguagem orientada a objeto tem implementado todos os tipos de polimorfismo).
5.4 Projeto de Interface com o Usuário
O Conteúdo visto nesta disciplina trata-se de ferramentas e métodos utilizados para o
desenvolvimento de um sistema com maior capacidade de atendimento das necessidades do
cliente, ou seja, um planejamento realizado sobre fatos em detalhes onde são bem observadas
as reais necessidades do cliente para que assim possamos oferecer um produto que seja
completamente satisfatório. Temos como exemplo de tais ferramentas e métodos os itens
abaixo descritos:
Análise de Requisitos:
É no processo de análise de requisitos onde se levanta as informações para o
desenvolvimento do software, é durante este processo que se tem apuradas as necessidades do
cliente. “Uma compreensão completa dos requisitos de software é fundamental para um bem
–sucedido desenvolvimento de software (PRESSMAN, 2006).
Diagrama de Caso de Uso:
O Diagrama de Casos de Uso tem o objetivo de auxiliar a comunicação entre os
analistas e o cliente, este descreve um cenário que mostra as funcionalidades do sistema do
ponto de vista do usuário, o cliente deve ver no diagrama de Casos de Uso e as principais
funcionalidades de seu sistema.
45
Diagrama de Classes:
Um Diagrama de Classes é uma representação da estrutura e relações das classes que
servem de modelo para objetos, é uma modelagem muito útil para o desenvolvimento de
sistemas, pois define todas as classes que o sistema necessita possuir e é a base para a
construção dos diagramas de comunicação, sequência e estados.
Diagrama de Atividades:
O Diagrama de atividade é um diagrama definido pela Linguagem de Modelagem
Unificada (UML), e representa os fluxos conduzidos por processamentos. É essencialmente
um gráfico, mostrando o fluxo de controle de uma atividade para outra. Comumente isso
envolve a modelagem das etapas sequenciais em um processo computacional.
Os diagramas de atividade não são importantes somente para a modelagem de aspectos
dinâmicos de um sistema ou um fluxograma, mas também para a construção de sistemas
executáveis por meio de engenharia de produção reversa.
Diagrama de Implantação:
O diagrama de implantação representa a configuração e a arquitetura do sistema em
que estarão ligados os respectivos componentes. Neste diagrama também podemos
representar toda a estrutura de hardware e requisitos mínimos onde o sistema será executado.
5.5 Engenharia de Software II
O Conteúdo visto nesta disciplina trata-se de como realizar a especificação, o
desenvolvimento e a manutenção de sistemas de software, com aplicação de tecnologias e
práticas de gerência de projetos e outras disciplinas, visando organização, produtividade e
qualidade do sistema. Atualmente, essas tecnologias e práticas englobam linguagens de
programação, banco de dados, ferramentas, plataformas, bibliotecas, padrões, processos e a
questão da Qualidade de Software. Seguindo estes conceitos e práticas é que conseguimos
definis qual Banco de dados e linguagem de programação que utilizariamos por exemplo. Os
fundamentos científicos para a engenharia de software envolvem o uso de modelos abstratos e
precisos que permitem ao engenheiro especificar, projetar, implementar e manter sistemas de
46
software, avaliando e garantindo suas qualidades. Além disso, a engenharia de software deve
oferecer mecanismos para se planejar e gerenciar o processo de desenvolvimento de um
sistema computacional.
5.6 Economia e Mercado
O Conteúdo visto nesta disciplina trata-se de economia de livre mercado, economia de
mercado ou sistema de livre iniciativa quando os agentes econômicos agem de forma livre,
com pouca ou nenhuma intervenção dos governos. É, portanto, um mercado idealizado, onde
todas as ações econômicas e individuais respeitam a transferência de dinheiro, bens e serviços
voluntariamente.
Contudo, o cumprimento de contratos voluntários é obrigatório. A propriedade privada
é protegida pela lei e ninguém pode ser forçado a trabalhar para terceiros.
O mercado livre é defendido pelos proponentes do liberalismo econômico ou, mais
recentemente, do neoliberalismo. Diferentemente do que ocorre na Economia planificada ou
Economia de estado, onde a produção econômica é dirigida pelo Estado, na Economia de
mercado a maior parte da produção econômica é gerada pela iniciativa privada. Indústria,
comércio e prestação de serviços são controlados por cidadãos particulares, ou seja, são
empresas do setor privado que detêm a maior parcela dos meios de produção.
O Estado tem o papel de regulamentação e fiscalização da economia, além de atender
setores prioritários como: energia, segurança, educação e saúde, entre outros.
Pode-se, então, afirmar que nos países denominados de capitalistas domina uma
economia de mercado e no seu oposto temos os países socialistas onde predomina uma
economia primariamente estatal. Entre estes dois domínios opostos, encontra-se ainda os
denominados sistemas econômicos mistos. Sua finalidade centra-se na harmonização em
diversos âmbitos do domínio do setor privado (livre iniciativa) e do setor público (empresas
estatais).
Utilizamos este conteúdo para pré-definições de custos, lucros bem como taxas
utilizadas no sistema desenvolvido.
47
5.7 Gestão Estratégica de RH
O Conteúdo visto nesta disciplina trata-se técnicas para aguçar a visão gerencial,
tornando-a dinâmica e sensível aos aspectos mutáveis e conflitantes do meio é sempre um
desafio e um ponto a se considerar em uma organização. Pretender adequá-la às flutuações do
mercado, para que ela continue competitiva e líder em seu segmento e, assim, conquiste a
perenidade, é a meta de toda empresa de ponta. Considerando que os objetivos
organizacionais são atingidos por meio da administração com as pessoas, como consequência
deve-se considerar uma preocupação estratégica recrutar, selecionar, acompanhar, orientar e
desenvolver seus colaboradores, sempre contando com uma gestão transparente, coerente e
pró-ativa.
Dentro disso, também devemos nos preocupar com o perfeito andamento dos canais de
comunicação, com o relacionamento intrapessoal e com a motivação. Nessa estrada de "mão
dupla", o gestor precisa saber ouvir, avaliar, aceitar críticas e sugestões de seus colaboradores
e vice-versa. Foram utilizados tais conceitos para uma melhor implantação do sistema,
utilizando os conceitos para obter uma melhor disponibilidade em telas para melhor interação
do usuário com o sistema.
48
6 CONCLUSÃO
Depois de alguns meses de projeto, focados totalmente no planejamento e
documentação de um sistema, notou-se a importância de tais pontos no resultado final de
qualquer programa.
Obviamente o benefício ainda não pode ser cem por cento notado, já que o sistema
ainda não foi desenvolvido, mas o importante é que se levará essas boas práticas aos projetos
que se for produzir no mercado de trabalho, afinal este é o objetivo: preparar-se da melhor
maneira possível para o mundo corporativo.
Aguarda-se a próxima etapa com entusiasmo para gerar de fato o sistema e aplicar
toda a base que adquirida nestas últimas semanas.
49
7 ANEXOS
Diagramas
Figura 11
Figura 11 Diagrama lógico movimento caixa
Figura 12
Figura 12 Diagrama de classes movimento caixa
50
Figura 13
Figura 13 Diagrama conceitual movimento caixa
51
REFERÊNCIA BIBLIOGRÁFICA
PRESSMAN, R.S. Engenharia de software. 6.ed.São Paulo: McGraw-Hill; 2006.
GUEDES, Gilleanes T.A., UML2: Uma abordagem prática.2.ed.São Paulo:Novatec Editora; 2011.
SOMMERVILLE, I. Engenharia de Software. 8. ed. São Paulo:Pearson; 2007.
BOOCH, Grady, RUMBAUGH James, JACOBSON Ivan UML: guia do usuário.2ª.ed. Rio de Janeiro. Elsevier; 2012.