Portfolio Individual 4º Semestre

17

Click here to load reader

Transcript of Portfolio Individual 4º Semestre

Page 1: Portfolio Individual 4º Semestre

CAMAQUÃ-RS2014

LUCIAN NELSON AGUIAR BARBOZA

SISTEMA DE ENSINO PRESENCIAL CONECTADO ANÁLISE E DESENVOLVIMENTO DE SISTEMAS

PRODUÇÃO TEXTUAL INTERDISCIPLINAR INDIVIDUAL

Page 2: Portfolio Individual 4º Semestre

CAMAQUÃ-RS2014

2

PRODUÇÃO TEXTUAL INTERDISCIPLINAR INDIVIDUAL

Trabalho de Portfólio apresentado à Universidade Norte do Paraná – UNOPAR, como requisito parcial para a obtenção de média bimestral interdisciplinar.

Profs. Márcio Chiaveli, Poliana Gomes, Paulo Nishitani. .

LUCIAN NELSON AGUIAR BARBOZA

Page 3: Portfolio Individual 4º Semestre

SUMÁRIO

1 INTRODUÇÃO..........................................................................................................4

2 BANCO DE DADOS ORIENTADO A OBJETO......................................................5

3 VANTAGENS DE SE UTILIZAR A ORIENTAÇÃO A OBJETOS..........6

4 QUESTIONÁRIO PARA LEVANTAMENTO DE REQUISITOS............................6

5 COMPARATIVO ENTRE BANCO DE DADOS ORIENTADO A OBJETO (BDOO) E BANCO DE DADOS OBJETO RELACIONAL (BDOR)..........................................8

6 ORM (OBJECT RELATIONAL MAPPER).............................................................10

7 CONCLUSÃO ........................................................................................................11

REFERÊNCIAS .........................................................................................................12

3

Page 4: Portfolio Individual 4º Semestre

1 INTRODUÇÃO

O objetivo deste trabalho é aplicar os conceitos das disciplinas do

semestre IV, abordando e elaborando as etapas de análise de sistemas para a

implementação de um novo sistema de controle ocorrências no Banco Rouxinol,

e escolher ainda com detalhe a linguagem de programação a ser utilizada,

explorando os recursos da orientação a objetos. Relacionando os equipamentos

de comunicação de dados que podem ser envolvidos neste sistema e relatar os

aspectos éticos do profissional da área de TI que são importantes para a

execução dos projetos na Área de TI.

4

Page 5: Portfolio Individual 4º Semestre

2 BANCO DE DADOS ORIENTADO A OBJETOS

Um banco de dados orientado a objetos é um banco de

dados em que cada informação é armazenada na forma de objetos, ou seja, utiliza

a Estrutura de dados denominada Orientação a objetos, a qual permeia as

linguagens mais modernas. O gerenciador do banco de dados para um orientado a

objeto é referenciado por vários como ODBMS ou OODBMS.

Existem dois fatores principais que levam a adoção da tecnologia

de banco de dados orientados a objetos. A primeira, é que em um banco de dados

relacional se torna difícil de manipular com dados complexos (esta dificuldade se dá

pois o modelo relacional se baseia menos no senso comum relativo ao modelo de

dados necessário ao projeto e mais nas contingências práticas do armazenamento

eletrônico). Segundo, os dados são geralmente manipulados pela aplicação escrita

usando linguagens de programação orientada a objetos, como C+

+, C#, Java,Python ou Delphi (Object Pascal), e o código precisa ser traduzido entre

a representação do dado e as tuplas da tabela relacional, o que além de ser uma

operação tediosa de ser escrita, consome tempo. Esta perda entre os modelos

usados para representar a informação na aplicação e no banco de dados é também

chamada de “perda por resistência”.

5

Page 6: Portfolio Individual 4º Semestre

3 VANTAGENS DE SE UTILIZAR A ORIENTAÇÂO A OBJETOS

As vantagens Diretas são:

- maior facilidade para reutilização de código e por

conseqüência do projeto;

- possibilidade do desenvolvedor trabalhar em um nível

mais elevado de abstração;

- utilização de um único padrão conceitual durante todo o

processo de criação de software;

- maior adequação à arquitetura cliente/servidor;

- maior facilidade de comunicação com os usuários e com

outros profissionais de informática;

- ciclo de vida mais longo para os sistemas;

- desenvolvimento acelerado de sistemas;

- possibilidade de se construir sistema muito mais

complexos, pela incorporação de funções prontas;

- menor custo para desenvolvimento e manutenção de

sistemas.

4 QUESTIONÁRIO PARA LEVANTAMENTO DE REQUISITOS

Identificação da empresa:

Nome:

Endereço: Cidade:

Atua no mercado desde:

Possui filiais? ( ) Sim. Quantas: ............ ( ) Não

Identificação do entrevistado :

Nome:

E-mail:

Formação:

6

Page 7: Portfolio Individual 4º Semestre

Cargo na empresa:

Atividades que desenvolve:

Conhecendo a empresa:

Para quais áreas funcionais a empresa quer que desenvolva sistema de

software?

( ) Contabilidade e Finanças

( ) Recursos Humanos

( ) Vendas e Marketing

( ) Outros

Identificando tecnologias de informação que será empregada :

O desenvolvimento de sistemas é para qual plataforma?

( ) Windows. Versões:

( ) Linux. Distribuição:

( ) FreeBSD

Quais as linguagens de programação a empresa deseja utilizar?

( ) Delphi ( ) Visual Basic ( ) C/ C++ ( )Cobol ( ) Java ( )Outras.

Quais?

Qual sistema de banco de dados pretende utilizar?

( ) Firebird ( ) Interbase ( ) Postgres ( ) Informix ( ) MySQL

( )Access ( ) SqlServer

Sobre os clientes da empresa:

Quem são os clientes da empresa?

De onde são os clientes? ( ) local ( ) regionais ( )estaduais

( ) internacionais

Cite alguns:

Que tipo de suporte a empresa oferece aos clientes?

Sobre a infraestrutura física da empresa:

Quantos computadores a a organização tem a disposição?

( ) De 1 a 3 ( ) de 4 a 6 ( ) de 7 a 10 ( ) Mais de 10. Quantos?

Qual a configuração mínima dos computadores da organização?

7

Page 8: Portfolio Individual 4º Semestre

A empresa possui acesso a internet? ( )Sim ( ) Não

Qual o tipo de conexão? ( ) discada ( ) xDSL ( ) Satélite ( )Cabo

( )Rádio ( )Wireless

Quais as expectativas da empresa para 2011?

Observações:

5 COMPARATIVO ENTRE BANCO DE DADOS ORIENTADO A OBJETO (BDOO) E BANCO DE DADOS OBJETO RELACIONAL (BDOR)

Como já apresentado, os Banco de Dados Orientado a Objetos (BDOO)

sugiram da Necessidade de armazenar dados complexos e de acabar com a

disparidade que havia na modelagem da aplicação e do Banco de Dados (BD).

Logo, as vantagens do BDOO vieram rapidamente à tona: possui uma abordagem

flexível, facilidade de Manusear objetos complexos trabalha com noções de objetos,

classes, relacionamento e identidade de objetos.

Entretanto, logo foram percebidas suas limitações, principalmente a

relacionada ao desempenho quando comparado com o Banco de Dados Relacional

(BDR) e a falta de fundamentação matemática, o que dificulta realizar consultas

complexas. Por conta, principalmente destas limitações, foi desenvolvido do Banco

de Dados Objeto

Relacional (BDOR). Este apresenta diversas vantagens em relação ao BDOO

e ao BDR. Em poucas palavras, pode-se dizer que o BDOR surgiu para agregar as

vantagens da orientação a objetos (herança, polimorfismo, encapsulamento,

abstração) que há no BDOO, juntamente com o alto desempenho, eficiência e

maturidade do BDR.

O armazenamento de dados, tanto em BDOO, quanto em BDOR, se torna

relativamente simples, uma vez que em ambos os bancos oferecem suporte a dados

Complexos. Entretanto, a principal vantagem do BDOR é a capacidade

manipular dados complexos, persistentes e ao mesmo tempo manter a facilidade de

uso dos métodos de consulta do SQL3.

O BDOO possui um modelo rico de dados, ou seja, possui representação de

objetos

8

Page 9: Portfolio Individual 4º Semestre

Complexos, é extensível (oferece suporte para novos tipos de dados capazes

de operar no objeto), ofereço suporte à ocultação da informação e herança. Seu

ponto fraco é seu baixo desempenho, uma vez que sua otimização de consultas é

bastante

Complexa, logo é perdido um tempo precioso neste processo. O BDOR

oferece todas as características citadas no parágrafo anterior, exceto a do baixo

desempenho. OBDOR possui uma otimização de consulta mais simples, e

conseqüente mente, não perde tanto desempenho quanto o BDOO.

Com relação ao mercado, o BDOO é voltado para aplicações de pequena

escala, por questões de desempenho. Já o BDOR busca alcançar aplicações de

larga escala, a qual é atualmente dominada pelos BDR.

9

Page 10: Portfolio Individual 4º Semestre

10

Page 11: Portfolio Individual 4º Semestre

6 ORM : OBJECT RELATIONAL MAPPER

ORM (Object Relational Mapper) é uma técnica de mapeamento de

objeto relacional que permite fazer uma relação dos objetos com os dados que os

mesmos representam. Ultimamente tem sido muito utilizada e vem crescendo

bastante nos úttimos anos.

     Este crescimento, tem se dado principalmente pelo fato de muitos

desenvolvedores não se sentirem a vontade de escrever código SQL e pela

produtividade que esta técnica nos proporciona. Existem ótimos ORM´s como

Hibernate, NHibernate, Entity Framework e etc.

 

Tudo começa como mostrado na figura acima, existem 2 mundos: o

relacional e o orinetado a objetos, no mundo relacional prevalecem princípios

matemáticos com a finalidade de armazenar e gerenciar corretamente os dados, de

forma segura e se trabalha com a linguagem SQL que é utilizada para dizer o banco

de dados “O QUE?” fazer e não como fazer. Já no mundo orientado a objetos,

trabalhamos com classes, métodos ou seja, trabalhamos fundamentados na

engenharia de software e seus princípios que nos dizem “COMO” fazer. O ORM é

justamente, a ponte entre estes dois mundos, ou seja, é ele quem vai permitir que

você armazene os seus objetos no banco de dados, para isto fazendo um

mapeamento dos seus objeto.

11

Page 12: Portfolio Individual 4º Semestre

7 CONCLUSÃO

Concluí que, para a implementação de um Sistema, torna-

se importante o diálogo com o cliente, para a elaboração correta no

levantamento de requisitos e de se ter um planejamento em tempo hábil,

analisando a melhor escolha do software, do banco de dados a ser

utilizado, e da linguagem de programação adequada; colocar também o

software em prática junto com sua equipe de trabalho, analisando antes

da implantação do mesmo no cliente, se ele vai apresentar alguma falha,

fazendo uma série de testes, a fim de evitar erros futuros. E

prevalecendo sempre durante o projeto, a ética dos profissionais

envolvidos, com total sigilo sobre as informações do Cliente, no sentido

de que estas informações serão utilizadas de forma limitada e racional,

com a devida notificação sobre a falta de privacidade dos usuários.

12

Page 13: Portfolio Individual 4º Semestre

REFERÊNCIAS

TANAKA, Simone Sawasaki. Análise de Sistemas III: análise de desenvolvimento de sistemas / Simone Sawasaki Tanaka. São Paulo: Pearson Prentice Hall, 2009.

FLORES, Emerson Ricardo. Linguagem e Técnica de Programação III / Emerson

Ricardo Flores. São Paulo: Pearson Prentice Hall, 2009.

NISHITANI, Paulo Kiyoshi. Comunicação de Dados e Teleprocessamento / Paulo

Kiyoshi Nishitani. São Paulo: Pearson Prentice Hall, 2010.

CALDEIRÃO, Denise Morselli Fernandes; BAZOLI, Thiago Nunes; BRUNETTA,

Nádia. Ética e Responsabilidade Social / Denise Morselli Fernandes Caldeirão,

Thiago Nunes Bazoli e Nádia Brunetta. São Paulo: Pearson Prentice Hall, 2009.

UNIVERSIDADE FEDERAL DO PARANÁ. Biblioteca Central. Normas para apresentação de trabalhos. 2. ed. Curitiba: UFPR, 1992. v. 2.

http://www.mackenzie.com.br/fileadmin/graduação/EST/Resvistas_EST/

III_congresso_ET_cid/

ORM : Object Relational Mapper http://www.devmedia.com.br/orm-object-relational-mapper/19056#ixzz2hMTp72uj

13