PRODUCAO TEXTUAL INTERDISCIPLINAR, Trabalhos de Gerenciamento de Vendas

Baixe PRODUCAO TEXTUAL INTERDISCIPLINAR e outras Trabalhos em PDF para Gerenciamento de Vendas, somente na Docsity!

Fortaleza – CE

FRANCISCO ITALO SANTOS DE ABREU

NEULIANE MARIA DA SILVA MOURA

JOSÉ PAULINO DE FRANÇA

Julio césar nascimento alves

SISTEMA DE VENDAS DE CHOCOLATES PELA INTERNET:

Engenharia e Projeto de Software, Projeto Orientada a Objetos,

Programação para Web II e Seminários V

Trabalho apresentado em requisito a Produção Textual em grupo relativa ao 5º Semestre, Portfólio para as Disciplinas de :

Engenharia e Projeto de Software

Prof. Marco I. Hisatomi

Projeto Orientada a Objetos

Prof. Paulo Henrique Terra

Programação para Web II

Prof. Anderson E. M Gonçalves

Seminários IV

Prof. Roberto Y. Nishimura

Da Universidade Norte do Paraná – UNOPAR

INTRODUÇÃO

O presente trabalho é sobre o proposto sistema de Vendas de Chocolate pela Internet,

mais concretamente uma abordagem aplicada às disciplicas de Engenharia e Projeto de

Software, Projeto Orientado à Objetos, Programação para Web II e Seminários V.

A primeira etapa deste trabalho estará voltada para a utilização dos conceitos estudados

e voltados para modelagens do sistema com base nos Diagramas da UML e sua

implementação e desenvolvimento dos códigos das classes mapeadas no diagrama de classes,

sendo utilizada a linguagem de programação orientada a objeto Java.

O modelo Físico do banco será representado através do Diagrama de Entidade e

Relacionamento devidamente normalizado, segundo as regras do Modelo Relacional

Normalizado (MRN).

Por fim, será apresentado o plano de projeto contendo suas definições e artefatos

considerados para o desenvolvimento do projeto.

1. OBJETIVO

É objetivo deste trabalho é apresentar uma abordagem aplicada ao desenvolvimeto de software, baseado nas regras de negócios do projeto, apresentando a modelagem dos diagramas UML (Unified Modeling Language) do sistema de Vendas de Chocolates pela Internet, modelagem física do banco seguindo as regras do Modelo Relacional Normalizado (MRN), assim como a implementação das classes do sistema voltados para uma linguagem orientada a objeto.

3. DESENVOLVIMENTO

1. Diagrama de Caso de Uso

Os sistemas de informação são muito importantes para uma melhor circulação da informação da organização e desta forma uma maior posição do negócio da mesma.

Organizações bem-sucedidas, atualmente, apresentam um sistema de informação sofisticado que facilita as atividades dos funcionários bem como dos seus colaboradores externos.

Toda organização necessita de informação que seja benéfica, útil e de baixo custo, acessível, organizado e preciso. Portanto, sistemas de informação devem ser constantemente mantido e atualizado para atender as expectativas da empresa e as necessidades dos clientes.

No cenário proposto podemos citar algumas vantagens e desvantagens:

Vantagens:

• Eliminar o uso de interfaces manuais;
• Otimizar o fluxo da informação e a qualidade da mesma dentro da organização (eficiência) ;
• Otimizar o processo de tomada de decisão;
• Eliminar a redundância de atividades;
• Reduzir as incertezas do lead-time (tempo de aprovisionamento);
• Um bom sistema de informação permite ao usuário acessar, compreender e responder às informações de forma rápida e eficaz;
• Sempre que necessário, os usuários podem obter as informações mais precisas precisava fazer uma atividade;
• Oferece aos usuários uma variedade de maneiras de mudar e apresentar informações, bem como executar diferentes tarefas;
• Para as empresas, essa capacidade - a alteração de dados em informação útil - é de valor inestimável para o bom sucesso do negócio e resolução de problemas;
• Redução de custos operacionais e administrativos e ganho de produtividade;
• Maior integridade e veracidade da informação;
• Maior segurança de acesso à informação;

Desvantagens:

• Altos custos que muitas vezes não comprovam a relação custo/benefício, dependência do fornecedor do pacote,
• Torna os módulos dependentes uns dos outros, pois cada departamento depende das informações do módulo anterior, por exemplo. Logo, as informações têm que ser constantemente atualizadas, uma vez que as informações são em tempo real (online),

• Excesso de controlo sobre as pessoas, o que aumenta a resistência à mudança e pode gerar desmotivação por parte dos funcionários,
• Sistema de informação não pode. Sempre funcionar corretamente. Isto acontece por um número de razões,
• Sistemas de quebrar, interrompendo o bom funcionamento e causando insatisfação do cliente. Por exemplo, os clientes podem ser cobrados pelos serviços errados ou para a mercadoria que não pedir.
• Sistemas de informação com defeito podem entregar a informação errada para outros sistemas, o que poderia criar mais problemas para a empresa e seus clientes.
• Os sistemas são vulneráveis a hackers e fraudes.

3. Diagrama de Classe

O diagrama de classes é uma representação da estrutura e relações das classes que estão

servem de modelo para os objetos. É utilizada para o desenvolvimento de sistemas, visto que

define todas as classes que o sistema necessita possuir.

Figura - Diagrama de Classe

5. Modelo Físico do banco - Diagrama de Entidade e Relacionamento

O modelo lógico do sistema de Vendas de Chocolate pela foi gerado a partir modelo conceitual desenvolvido na ferramenta BrModelo.

3. 4 Implementação dos códigos das Classes

De acordo com o diagrama de classes, a implementação das Classes do sistema foi

realizada a partir da linguagem de programação orientada a objeto Java, onde serão

apresentadas as classes com seus atributos que define as propriedades de uma classe e as

chamadas de variáveis de instância, assim como seus métodos, ou seja, operações que

permitem a manipulação dos atributos.

PAGE * MERGEFORMAT 21

3.5 Principais reflexões sobre o desenvolvimento

PAGE * MERGEFORMAT 21

Intem B) Jus�fica�va: Um so�ware deve pelo menos atender as funções para qual ele foi desenvolvido, sendo assim, devemos fazer um projeto muito bem arquitetado e modelado, então ele deve ser: -De fácil uso, -Ter uma boa interface, -Resposta rápida, -Ter capacidade de reuso,

-Ser compa�vel com outros so�wares, -Aceitar várias plantaformas e etc.

Intem D) Requisitos Funcionais e não Funcionais:

Intem E) Cronograma de Execução:

Gerenciamento de Projeto Mês 1 Mês 2 Mês 3 Mês 4 Mês 5 Mês 7 Mês 9 Mês 12 Requisitos Documentação (^) • Modelagem Documentação (^) • • Planejamento (^) • Projeto concluido (^) • Implementação Documentação (^) • • • Testes Documentação (^) • • • • • • • Implantação Documentação (^) • Manutenção (^) •

Intem F) Definição do Ciclo de Vida e a Metodologia de Desenvolvimento: Diante dos vários ciclos de e metodologias existente no mercado decidimos escolher a rup, abaixo mostramos o gráfico.

PAGE * MERGEFORMAT 21

Intem G) Definição da arquitetura Lógica e Física:

A camada lógica é onde está toda a lógica da aplicação, as regras de negócios, as decisões, os

cálculos e etc. Na camada �sica se encontra, os servidores, o armazenamento dos dados e etc. Abaixo mostramos um gráfico de representação.

Intem H) Padrão de Projetos:

Dentre os padrões de projetos existente usamos o MVC, o Front Controller que fazem a separação entre as camadas e Dao que faz aseparação do Banco de Dados.

Intem I) Frameworks:

Os frameworks usados foram JSF, Struts e SpringMVC.

Intem J) Tecnologias aplicadas:

Foram aplicadas a Engenharia de so�ware, Análise de requisitos, Modelagem, UML e etc.

Intem K) Ferramentas:

As ferramentas empregadas foram Astah, Br modelo, NetBeans e etc.

PAGE * MERGEFORMAT 21

3. CONCLUSÃO

Neste trabalho, abordamos os assuntos relacionados ao desenvolvimento dos diagramas

da UML, onde aprendemos mais sobre o diagrama UML, suas particularidades e a melhor

forma de trabalhar com esta poderosa ferramenta, bem como a importância destas no

desenvolvimento de artefatos de software.

Foi possível entender um pouco mais sobre a importância da modelagem voltada para a

prototipação, bem como o aprofundamento da modelagem física do banco e a implementação

das classes em uma linguagem orientada objeto, utilizando o Eclipse, que dispõe de vários

recursos a serem explorados.

Este trabalho foi de muita importância para o nosso conhecimento, obtendo

compreensão e aprofundamento neste tema, visto que permitiu compreender melhor o

conteúdo apresentado durante o semestre.

PAGE * MERGEFORMAT 21

REFERÊNCIAS

Astah. Disponível em: . Acessado em 28/09/2016.

Pencil. Disponível em: . Acessado em 28/09/2016.

Eclipse. Disponível em: . Acessado em 10/09/2016.

BrModelo. Disponível em: < http://sis4.com/brModelo>. Acessado em 01/09/2016.

PAGE * MERGEFORMAT 21