PIM VI

Prévia do material em texto

1
UNIP EAD
Projeto Integrado Multidisciplinar
Cursos de Superiores de Tecnologia
 
 
 
 
 
Projeto de sistema de vendas de produtos e acessórios Geeks
POLO CAMPINAS/SP- VOLTA REDONDA/RJ
2021
 
UNIP EAD
 Projeto Integrado Multidisciplinar 
Cursos de Superiores de Tecnologia
 
 
 
Projeto de sistema de vendas de produtos e acessórios Geeks
 
 
 
 
 
 
POLO CAMPINAS/SP- VOLTA REDONDA/RJ
2021
RESUMO
Esta disciplina Projeto Integrado Multidisciplinar tem como objetivo aplicar de forma prática
o conhecimento adquirido durante o semestre das disciplinas banco de dados, análise de
sistemas orientados a objetos e gestão estratégica de recursos humanos. Neste projeto
iremos fazer uma análise de requisitos para um sistema de vendas e iremos identificar os
casos de usos e plotar graficamente os modelos de diagramas e conceituar cada um deles.
Palavra-chave:
ABSTRACT
This discipline Integrated Multidisciplinary Project aims to apply the knowledge acquired
during the semester in the disciplines of database, object-oriented systems analysis and
strategic management of human resources. In these projects we will do a requirements
analysis for a sales system and we will identify the use cases and graphically plot the diagram
models and conceptualize each one of them.
Keyword
Sumário
Introdução------------------------------------------------------------------------------------------- 6
1. Topologia Física---------------------------------------------------------------------- 9
1. Equipamentos Matriz-------------------------------------------------- 9
2. Equipamentos Sucursal-----------------------------------------------11 
3. Cabeamentos----------------------------------------------------------- 12
1.3.1 Matriz & Sucursal------------------------------------------------12
1. Topologia Lógica----------------------------------------------------------------------13
1. Frame-Relay---------------------------------------------------------------------------17
1. Sucursal---------------------------------------------------------------------------------18
1. Ética e Legislação Profissional----------------------------------------------------21
5.1 Direito civil, do trabalho e constitucional------------------------------21
5.2 Ética----------------------------------------------------------------------------21
5.2.1 Códigos de ética profissional e empresarial--------------21
5.2.2 Cultura 2SHOW.IE----------------------------------------------21
5.2.3 Princípios de integridade pessoal e profissional--------22
5.2.4 Princípios de segurança de informação da empresa--22
5.2.5 Redes sociais----------------------------------------------------23
5.2.6 Violação ao código de ética----------------------------------23
5.3 Aspectos jurídicos da internet-------------------------------------------23
5.4 Higiene e segurança do trabalho---------------------------------------24
Conclusão------------------------------------------------------------------------------------------- 19
Referências------------------------------------------------------------------------------------------ 20
INTRODUÇÃO
O atual projeto que compõe a disciplina Projeto Integrado Multidisciplinar VI visa
coletar requisitos e projetar um arquétipo de um sistema de venda de jogos,
acessórios e produtos geeks com base em técnicas modernas de modelagem.
Com base nos conhecimentos adquiridos nas disciplinas de Banco de Dados,
Análise e Orientação de Objetos e Gestão Estratégica de Recursos Humanos
iremos levantar os requisitos, conforme a demanda do cliente em questão, iremos
aplicar, conforme já dito, técnicas modernas de modelagem baseada na
UML(Linguagem Unificada de Modelagem). Com a linguagem em questão
podemos de forma técnica desenvolver e documentar todo projeto do sistema e
iremos utilizá-la neste projeto. Baseados na coleta de todos esses requisitos
levantados iremos elaborar de forma conceitual e gráfica diagramas estruturais e
comportamentais afim de abranger cada detalhe específico do sistema respeitando
os padrões da Linguagem Unificada de Modelagem e mantendo boas práticas na
elaboração de um sistema. O principal objetivo deste projeto é elaborar um
arquétipo de sistema que contemple desde o cadastro, alteração, consultas e
exclusão de produtos que serão vendidas na loja virtual do cliente mapeando todos
os elementos que fazem parte do processo de negócio e que interagem com o
sistema.
LEVANTAMENTO DE REQUISITOS
Na construção de um sistema é necessário primeiramente levantar os requisitos
para iniciar qualquer projeto de software. Nela
REGRAS DE NEGÓCIO
Visando otimizar as rotinas produtivas, os gestores estão investindo cada vez mais
em softwares. Para melhor entendimento com vistas a aderência aos processos da
empresa, regras de negócio em TI são definidas e aplicadas ao programa, desta
forma, os colaboradores conseguem executar as suas tarefas utilizando os
softwares. O feedback dos usuários é muito importante para garantir que a
experiência com a aplicação esteja, de fato, em conformidade com os padrões dos
procedimentos da empresa. Regras de Negócios em TI são as diretrizes da
empresa, ou seja, são parte fundamentais da sua estratégia funcional. Para que
todos estejam alinhadas com o planejamento estratégico da organização, é preciso
que estejam documentadas e sejam compartilhadas com os seus líderes., elas
devem estar de acordo com o quadro de valores corporativo e com a gestão de
KPIs, além disso, precisam ser encarados como um padrão que deve ser seguido
para que todas as decisões estejam em consonância com o que a empresa espera,
desta forma, quando o analista de TI está programando um software, ele precisa
dessas regras para definir os fluxos na programação. Um planejamento estratégico
é sem dúvidas o primeiro passo e será o norte para definir quais serão as regras.
Outro requisito funcional em TI é a importância de conhecer bem as particularidades
da sua empresa. Como a aplicação será feita, na prática, depende de qual contexto
departamental está sendo tratado. Uma documentação para definir o planejamento
estratégico do seu negócio, é um passo também bastante importante a fim de que
as documentações possam ser periodicamente avaliadas. As regras de negócios
precisam estar escritas em linguagem clara e objetiva, para que seja de fácil
compreensão para todos, assim, aplicá-las no contexto dos softwares vai se tornar
uma atividade mais fácil. Para aplicá-las nas rotinas produtivas, é preciso
compreender qual é a dor e conhecer o fluxo. Isso é essencial para identificar onde
existem gaps, e se as regras de negócios em TI estão sendo aplicadas de forma
correta. Esta prática é uma grande oportunidade para implementar ações que
otimizam a fluidez dos processos internos, impactando até nos processos da
empresa. Outro ponto importante é a criação de fluxogramas, desta forma torna-se
mais fácil verificar as necessidades e os gaps, além de possíveis retrabalhos. As
vantagens de ter definidas previamente as regras de negócios, todas as ações da
empresa serão desenvolvidas fundamentadas nelas. Além disso, alinhamento de
informações e padronização irão fortalecimento a cultura organizacional (mesmo
que alguém não conheça as regras na íntegra, a execução delas transmite a ideia
do que a empresa quer e será automaticamente absorvida de forma inconsciente
pelos colaboradores) e serão sem dúvidas de grande benefício para todos.
REQUISITO FUNCIONAL
São todas as necessidades, características ou funcionalidades esperadas em um
processo que devem ser atendidos pelo software. De forma geral, um requisito
funcional expressa uma ação que deve ser realizada através do sistema, ou seja,
um requisito funcional é “o que sistema DEVE fazer “. A categorização dos
requisitos citados como requisitos funcionais se deve ao fato de que todos eles são
funcionalidades atendidas através de uma ação do software ou
comportamento específico do sistema. Podemos dizer, que é consideradoum
requisito funcional, todo cenário onde o usuário informa um dado, ou um sistema
terceiro realiza uma solicitação qualquer durante uma interação com o sistema, que
então, responde com determinada ação correspondente. Ainda como requisitos
funcionais, podemos citar algumas funcionalidades muito comuns durante o
processo de análise e levantamento de requisitos em um projeto de software.
Exemplo de requisitos funcionais comuns em software ERP e de gestão contábil e
fiscal. O detalhamento e divisão dos requisitos por grupo de pertinência é uma
técnica muito comum durante esta as fases. Devemos, porém, lembrar, de que um
requisito funcional pode também ser executado como sequência da execução de um
requisito anterior, que incluí tal requisito em sua execução. A inclusão dos requisitos
“emitir nf-c” e “atualizar estoque” significa que durante o a finalização processo (ou
execução, segundo as características do requisito) descrito pelo requisito funcional
“FECHAR VENDA”. É obrigatória, ou seja, ao executar o “fechar venda”, o próprio
sistema solicita a execução do “emitir nfc-e” e “atualizar estoque”. Este
relacionamento entre requisitos é chamado de inclusão – include, em inglês, e foi
explorado na nossa atividade.
REQUISITO NÃO FUNCIONAL
https://www.analisederequisitos.com.br/5-tecnicas-para-levantar-requisitos-de-software/
Pode ser definido como “de qual maneira” o sistema deve fazer. Uma forma simples
de entender o que é um requisito funcional é ter por base que todo requisito não
funcional deve expressar uma premissa ou restrição do sistema. Enquanto num
REQUISITO FUNCIONAL é “O QUE” o sistema deve fazer e REQUISITO NÃO
FUNCIONAL é “COMO” o sistema deve fazer. Dessa forma, requisitos não
funcionais devem sempre ser mensuráveis, devem ser possível verificar se ele está
ou não sendo atendido pelo software. Exemplo clássico e básico de requisitos não
funcionais de software, que são comuns durante o levantamento de requisitos de
projeto de desenvolvimento: O sistema deve ser multiplataforma – Windows, Linux e
mac OS. O desenvolvimento deve ser em linguagem C++., O programa deve
funcionar offline. O sistema deve respeitar o tempo máximo de 160 segundos
durante processamentos. Os quatro requisitos acima citados, são requisitos NÃO
FUNCIONAIS, pois eles indicam condições ou então características de COMO será
executada determinada ação pelo sistema. Lembre-se: requisitos não funcionais
devem sempre ser mensuráveis! Requisitos não funcionais são relacionados ao uso
da aplicação em termos de desempenho, usabilidade, confiabilidade,
disponibilidade, segurança e tecnologias envolvidas. Muitas vezes, os requisitos não
funcionais acabam gerando restrições aos funcionais. São também conhecidos
como requisitos de qualidade, que impõem restrições sobre o projeto ou execução,
com exigências de desempenho, segurança e/ou confiabilidade. Tal como definido
na engenharia de requisitos, os requisitos funcionais especificam resultados
particulares de um sistema. Isto deve ser contrastado com requisitos não-funcionais,
os quais especificam características gerais no que tangem o custo e confiabilidade.
É importante no levantamento e documentação dos requisitos não funcionais,
especificar claramente o nível de cada requisito, evitando documentos que possuam
termos passiveis de serem interpretados de formas diferentes por quem lê, pois em
muitos, casos o que o ususario “acha” na realidade não necessariamente pode ser a
realidade dos fatos. Os desenvolvedores devem sempre focar no que realmente é
importante, utilizando estratégias de performance sem aumentar o custo do
software como um todo. Resumindo,os requisitos não-funcionais descrevem
qualidades do sistema (como o sistema é) ao invés de suas funcionalidades (o que
ele faz).
MODELAGEM DE CASO DE USO
O diagrama de caso de uso é um modelo de diagrama UML comportamental e pode
ser usado para analisar o comportamento de vários sistemas. Com a modelagem
de caso de uso podemos de forma gráfica visualizar o diferentes tipos de papéis em
um sistema e a interação das funções existente no mesmo. Esta técnica é
extremamente necessária no detalhamento das especificações de um sistema e tem
um papel fundamental para melhor entendimento sobre as demandas do cliente
para os desenvolvedores. Desta forma irá formalizar as funções que o sistema terá
que fazer.
Conforme foi contratado por nosso cliente, iremos fazer um modelo de caso de uso
conforme a análise de requisito feita com a instituição contratante. Segue abaixo o
modelo de caso de uso que será embasado nosso sistema:
Fonte: Autoria própria.
MODELO DE ENTIDADE E RELACIONAMENTOS(MER)
O modelo entidade relacionamento, como o nome sugere, é uma técnica conceitual
aplicado à engenharia de software que tem como objetivo descrever os
objetos(entidades) envolvidos em um domínio de negócios ressaltando seus
atributos e da maneira como eles se relacionam. De forma geral, este modelo visa
representar de modo abstrato parte da estrutura que terá o banco de dados da
aplicação. É válido ressaltar que nem sempre é necessário realizar todos os
modelos do sistema devido a complexidade de alguns projetos além de ficar muito
grande e difícil compreensão.
DIAGRAMA ENTIDADE E RELACIONAMENTO(DER)
Em síntese descreve a estrutura geral de um banco de dados
Componentes de um DER que representam:
- Retângulo: Conjunto-Entidade
- Elipses:Atributo
- Losângos: Conjunto-Relacionamento
- Linhas: Ligam atributos a conjunto-entidade e conjunto-relacionamento
ENTIDADES
As entidades também conhecidas como objetos, podem ser classificados como
físicas ou lógicas, assim como os atributos são usadas como sinônimos de
característica para relacionamento de todos os elementos de um modelo de
entidade e relacionamento(MER).
ATRIBUTO
Elemento de dado que contém o valor propriedade de uma entidade.
TIPOS DE ATRIBUTOS
● Atributo Simples: Um atributo básico e Indivisível
● Atributo Composto:é um atributo que pode ser dividido em partes com
significados diferentes
● Atributo Multivalorado:
● Atributo Chave:
● Atributo Derivado:
DIAGRAMA DE CLASSE
O diagrama de classe ilustra graficamente como será a estrutura do software e
a forma como cada componente em sua estrutura estarão interligados. Este
tipo de diagrama está entre os tipos mais úteis nos modelos de diagrama UML.
Com ele podemos ter de forma mapeada a estrutura funcional de um sistema
ao modelar suas classes, atributos, operações e o relacionamento entre
objetos.
Com este modelo de modelagem podemos enumerar alguns benefícios:
● Ilustração por meio de dados para um sistema de informação
independente de sua complexidade.
● Elucidação da visão geral de um sistema
● Modelar de forma gráfica os requisitos específicos de um sistema e
divulgar para de forma clara e objetiva para todo o time envolvido no
projeto.
● Fornecer descrição detalhada e independente de codificação
Fonte:Autoria própria.
INTERFACE
Tela de Cadastro
Para o primeiro acesso ao sistema é necessário que o usuário acesse a tela de
cadastro. Para criar uma conta ele precisa informar o nome, sobrenome, e-mail,
senha e confirmar a senha.
Selecionar o Perfil do Usuário
Cadastro feito o usuário deve selecionar o perfil desejado e executar suas
atividades.
Login
Área de trabalho do atendente:
Na área de trabalho do atendente, o usuário pode escolher entre três ações:
Consultar itens, visualizar cadastro dos Clientes e realizar uma venda.
Cadastro do Cliente:
CONCLUSÃO
Neste trabalho foi possível concluir com êxito o projeto de sistema de
venda online de produtos geeks. Com os fundamentos de modelagem
abordados nas aulas foi possível aplicar de uma forma prática os conceitos de
orientação objeto, UML, banco de dados e gestão de recursos humanos. Com
auxílio de algumas ferramentas disponíveis na internet podemos representar
graficamente a estrutura de nosso sistema e mapear a relação entre eles
conforme demanda a propostainicial. Nosso sistema foi minuciosamente
desenhado desde a coleta de requisitos conforme a demanda do cliente até a
prototipagem das telas o qual os clientes da Instituição irão interagir.
REFERÊNCIA BIBLIOGRÁFICA
● DIAGRAMA UML, Templates disponíveis em
<https://miro.com/templates/uml-diagram>Acesso em 05 de Junho de 2021
● PROGRAMAÇÃO ORIENTADO A OBJETO,Universidade São Paulo,
disponível em<https://edisciplinas.usp.br/course/view.php?id=61554>
Acesso em 05 de maio de 2021
● DIAGRAMAS DE CLASSES UML,Universidade De Campinas, disponível em
<https://www.dca.fee.unicamp.br/cursos/PooJava/desenvolvimento/umlclas
s.html>Acesso em 11 de março de 2021
● TESTE DE SOFTWARES PARA INICIANTES,linha de código, disponível em
<https://www.linhadecodigo.com.br/artigo/2775/introducao-ao-teste-desoft
ware.aspx> Acesso em 11 de Maio de 2021
● CONCEITOS DE PROGRAMAÇÃO ORIENTADA A OBJETO,Pontífice
Universidade Católica do Rio Grande do Sul, disponível
em<https://www.inf.pucrs.br/~michael/aulas/algo_progII/apresentacoes/Hera
nca-Polimorfismo-MetAbstrato.htm> Acesso em 11 de Maio de 2021
● DIAGRAMA CASO DE USO,modelo disponível em
<https://creately.com/blog/pt/diagrama/tutorial-de-diagrama-de-caso-de-uso/> Acesso
em 11 de Maio de 2021
● MODELO DE ENTIDADE E RELACIONAMENTO,explicação disponível em
<https://www.next4.com.br/o-que-e-mer-modelo-de-entidade-relacional-e-como-e-aplicado
-no-meu-site/> Acesso em 11 de Maio de 2021
https://miro.com/templates/uml-diagram
https://www.dca.fee.unicamp.br/cursos/PooJava/desenvolvimento/umlclas
https://creately.com/blog/pt/diagrama/tutorial-de-diagrama-de-caso-de-uso/
https://www.next4.com.br/o-que-e-mer-modelo-de-entidade-relacional-e-como-e-aplicado-no-meu-site/
https://www.next4.com.br/o-que-e-mer-modelo-de-entidade-relacional-e-como-e-aplicado-no-meu-site/