Re: [oracle_br] Re: Modelagem de Dados
Bem vindo ao mundo do POG, Alexssandro Onde tudo é para ficar pronto e funcionando, ontem à tarde. On 18 June 2015 at 10:40, Andre Luiz Reis Marques aandre...@yahoo.com.br [oracle_br] wrote: > > > Bom dia Alexssandro, > > Na minha opinião a modelagem de dados mantém: > > 1) O sistema documentado > 2) Facilita o desenvolvedor na analise, e construção das consultas > 3) Ajuda a manter padronização dos dados > > E mais uma serie de benefícios que poderíamos descrever. Infelizmente a > sua utilização e descriminada em função do tempo que se perde na construção > e manutenção. > > Por outro lado, sempre ha a possibilidade de se fazer uma engenharia > reversa, e obter o modelo completo, porem gosto de alem te ter o modelo > completo, oferecer aos desenvolvedores submodelos referente ao negocio que > esta em foco. > > Infelizmente , reduzir curso e a ordem, Dentro de um pais imediatista, que > tudo é pra ontem. Nao se planeja, e consequentemente perde-se "dinheiro", > isso alguns, pois acredito que tem sempre um que ganha com toda essa > confusão. > > Atenciosamente, > André Luiz R. Marques > Administrador de Banco de Dados - SQL Server/Oracle > Tel: (21) 99978-4564 > > *Evite imprimir. Colabore com o Meio Ambiente!* > > "Embora ninguém possa voltar atrás e fazer um novo começo, qualquer um pode > começar agora e fazer um novo fim." >*Chico Xavier* > > > > > Em Quinta-feira, 18 de Junho de 2015 9:26, "alexssandro0...@yahoo.com.br > [oracle_br]" escreveu: > > > > Ops.. > > Obrigado a todos pelas respostas, o que eu estou passando aqui é um pouco > do que cada um descreveu neste tópico. > > Irei levar novamente a necessidade de modelagem aos superiores, para ver > se consigo que a modelagem volte a ser mantida. > > > > > >
Re: [oracle_br] Re: Modelagem de Dados
Bom dia Alexssandro,
Na minha opinião a modelagem de dados mantém:
1) O sistema documentado2) Facilita o desenvolvedor na analise, e construção
das consultas3) Ajuda a manter padronização dos dados
E mais uma serie de benefícios que poderíamos descrever. Infelizmente a sua
utilização e descriminada em função do tempo que se perde na construção e
manutenção.
Por outro lado, sempre ha a possibilidade de se fazer uma engenharia reversa, e
obter o modelo completo, porem gosto de alem te ter o modelo completo, oferecer
aos desenvolvedores submodelos referente ao negocio que esta em foco.
Infelizmente , reduzir curso e a ordem, Dentro de um pais imediatista, que tudo
é pra ontem. Nao se planeja, e consequentemente perde-se "dinheiro", isso
alguns, pois acredito que tem sempre um que ganha com toda essa confusão.
Atenciosamente,
André Luiz R. Marques
Administrador de Banco de Dados - SQL Server/OracleTel: (21) 99978-4564 Evite
imprimir. Colabore com o Meio Ambiente! "Embora ninguém possa voltar atrás e
fazer um novo começo, qualquer um pode
começar agora e fazer um novo fim." Chico Xavier
Em Quinta-feira, 18 de Junho de 2015 9:26, "alexssandro0...@yahoo.com.br
[oracle_br]" escreveu:
Ops..
Obrigado a todos pelas respostas, o que eu estou passando aqui é um pouco do
que cada um descreveu neste tópico.
Irei levar novamente a necessidade de modelagem aos superiores, para ver se
consigo que a modelagem volte a ser mantida.
#yiv6204740557 #yiv6204740557 -- #yiv6204740557ygrp-mkp {border:1px solid
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv6204740557
#yiv6204740557ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv6204740557
#yiv6204740557ygrp-mkp #yiv6204740557hd
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px
0;}#yiv6204740557 #yiv6204740557ygrp-mkp #yiv6204740557ads
{margin-bottom:10px;}#yiv6204740557 #yiv6204740557ygrp-mkp .yiv6204740557ad
{padding:0 0;}#yiv6204740557 #yiv6204740557ygrp-mkp .yiv6204740557ad p
{margin:0;}#yiv6204740557 #yiv6204740557ygrp-mkp .yiv6204740557ad a
{color:#ff;text-decoration:none;}#yiv6204740557 #yiv6204740557ygrp-sponsor
#yiv6204740557ygrp-lc {font-family:Arial;}#yiv6204740557
#yiv6204740557ygrp-sponsor #yiv6204740557ygrp-lc #yiv6204740557hd {margin:10px
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv6204740557
#yiv6204740557ygrp-sponsor #yiv6204740557ygrp-lc .yiv6204740557ad
{margin-bottom:10px;padding:0 0;}#yiv6204740557 #yiv6204740557actions
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv6204740557
#yiv6204740557activity
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv6204740557
#yiv6204740557activity span {font-weight:700;}#yiv6204740557
#yiv6204740557activity span:first-child
{text-transform:uppercase;}#yiv6204740557 #yiv6204740557activity span a
{color:#5085b6;text-decoration:none;}#yiv6204740557 #yiv6204740557activity span
span {color:#ff7900;}#yiv6204740557 #yiv6204740557activity span
.yiv6204740557underline {text-decoration:underline;}#yiv6204740557
.yiv6204740557attach
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px
0;width:400px;}#yiv6204740557 .yiv6204740557attach div a
{text-decoration:none;}#yiv6204740557 .yiv6204740557attach img
{border:none;padding-right:5px;}#yiv6204740557 .yiv6204740557attach label
{display:block;margin-bottom:5px;}#yiv6204740557 .yiv6204740557attach label a
{text-decoration:none;}#yiv6204740557 blockquote {margin:0 0 0
4px;}#yiv6204740557 .yiv6204740557bold
{font-family:Arial;font-size:13px;font-weight:700;}#yiv6204740557
.yiv6204740557bold a {text-decoration:none;}#yiv6204740557 dd.yiv6204740557last
p a {font-family:Verdana;font-weight:700;}#yiv6204740557 dd.yiv6204740557last p
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv6204740557
dd.yiv6204740557last p span.yiv6204740557yshortcuts
{margin-right:0;}#yiv6204740557 div.yiv6204740557attach-table div div a
{text-decoration:none;}#yiv6204740557 div.yiv6204740557attach-table
{width:400px;}#yiv6204740557 div.yiv6204740557file-title a, #yiv6204740557
div.yiv6204740557file-title a:active, #yiv6204740557
div.yiv6204740557file-title a:hover, #yiv6204740557 div.yiv6204740557file-title
a:visited {text-decoration:none;}#yiv6204740557 div.yiv6204740557photo-title a,
#yiv6204740557 div.yiv6204740557photo-title a:active, #yiv6204740557
div.yiv6204740557photo-title a:hover, #yiv6204740557
div.yiv6204740557photo-title a:visited {text-decoration:none;}#yiv6204740557
div#yiv6204740557ygrp-mlmsg #yiv6204740557ygrp-msg p a
span.yiv6204740557yshortcuts
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv6204740557
.yiv6204740557green {color:#628c2a;}#yiv6204740557 .yiv6204740557MsoNormal
{margin:0 0 0 0;}#yiv6204740557 o {font-size:0;}#yiv6204740557
#yiv6204740557photos div {float:left;width:72px;}#yiv6204740557
#yiv6204740557photos div div {border:1px solid
#66;
[oracle_br] Re: Modelagem de Dados
Ops.. Obrigado a todos pelas respostas, o que eu estou passando aqui é um pouco do que cada um descreveu neste tópico. Irei levar novamente a necessidade de modelagem aos superiores, para ver se consigo que a modelagem volte a ser mantida.
Re: [oracle_br] Re: Modelagem de Dados
Aleksandro Esse primeiro caso que você comentou (BD apenas como "repositório" em projetos OO), infelizmente é muito comum mesmo. [ ] André Em 1 de junho de 2015 09:16, lekao_ora...@yahoo.com.br [oracle_br] < oracle_br@yahoogrupos.com.br> escreveu: > > > Alexsandro, eu não entendi o seu problema, assim como os demais > integrantes do grupo que responderam a sua pergunta, agora vamos "imaginar" > uma situação que já presenciei em outros projetos: > > > > 1. Para a empresa, o Banco de dados é considerado apenas um repositório de > dados. > > > > Neste contexto, a sua empresa poderá desenvolver o software baseado em > algum padrão de projeto (design pattern), dentro deste tipo de abordagem > é possível que o modelo do banco de dados seja criado juntamente com as > classes do projetos (Exemplo: Classes Java) que virarão tabelas no BD, pode > acontecer quando falamos de projetos orientados a OO. > > > 2. A empresa para reduzir os custos, cortou as IDE de código proprietários > de modelagem de dados. > > > Neste contexto, isto não é impeditivo, há algumas ferramentas bem > interessante no mercado, eu particularmente utilizo uma ferramenta chamada > "schemester", graficamente não é lá estas coisas, mas é muito funcional... > > > Senão for nenhum destes contextos , favor desconsiderar e reformular a > pergunta do seu problema, abs. > > > Aleksandro > > > >
[oracle_br] Re: Modelagem de Dados
Alexsandro, eu não entendi o seu problema, assim como os demais integrantes do grupo que responderam a sua pergunta, agora vamos "imaginar" uma situação que já presenciei em outros projetos: 1. Para a empresa, o Banco de dados é considerado apenas um repositório de dados. Neste contexto, a sua empresa poderá desenvolver o software baseado em algum padrão de projeto (design pattern), dentro deste tipo de abordagem é possível que o modelo do banco de dados seja criado juntamente com as classes do projetos (Exemplo: Classes Java) que virarão tabelas no BD, pode acontecer quando falamos de projetos orientados a OO. 2. A empresa para reduzir os custos, cortou as IDE de código proprietários de modelagem de dados. Neste contexto, isto não é impeditivo, há algumas ferramentas bem interessante no mercado, eu particularmente utilizo uma ferramenta chamada "schemester", graficamente não é lá estas coisas, mas é muito funcional... Senão for nenhum destes contextos , favor desconsiderar e reformular a pergunta do seu problema, abs. Aleksandro
Re: [oracle_br] Re: Modelagem de Dados
Olá Alexssandro, boa noite! Primeiramente eu gostaria de dizer que reitero e ratifico tudo o que os demais colegas do grupo citaram e opininaram... Mas fiquei apenas com uma dúvida, sobre exatamente o que vc quis dizer com a sua pergunta... Vc quis dizer que a empresa vai deixar de utilizar alguma ferramenta de modelagem em específico? Como a Oracle Designer, por exemplo? Pq se este for o caso, existem várias outras ferramentas, incluindo algumas gratuitas e ótimas, que podem ajudar a vida aí do setor de vocês... Pq o conceito de modelagem em si, não se retira... Não tem como a empresa retirar.. Fazendo uma analogia, é como se a empresa estivesse tentando retirar as "idéias" ou "o pensamento" da cabeça das pessoas... A idéia de abstração do mundo real em um modelo lógico/computacional. Partindo deste princípio, eu supus (me corrija se eu estiver errado...) que a empresa deixou de dar importância ao registro ou documentação e formalização desta modelagem existente na cabeça, em algum tipo de documento ou ferramenta, por questões de custos, ou por achar que "isso é perda de tempo", algo assim.. Se este for o caso, existem boas ferramentas de modelagem aí no mercado, algumas free e ótimas, e também as pagas... Seguem algumas: - Astah (antiga JUDE): Muito boa e gratuita, e com um foco um pouco maior em UML e OO; - Erwin; - Cacoo: Um pouco mais simples, porém funciona via web permitindo o armazenamento dos diagramas na nuvem; - Não sei se a Rational ainda disponibiliza a ferramenta Rational Rose, mas a IBM disponibiliza a "IBM Rational Requisite Pro" (pelo nome, acho que a IBM comprou a Rational, e atualmente deve manter a ferramenta): Deve ser muito poderosa, porém cara, creio eu. - *** DBDesigner ***: Esta é mais focada para a modelagem de Banco de Bados mesmo, talvez seja o seu caso: É excelente, gratuita e open source; - TOAD Data Modeler; Dá uma pesquisada sobre esta DBDesigner (para os DBA's), e sobre o Astah (para os Analistas/Desenvolvedores) ;) Espero ter ajudado! ;) E caso eu tenha confundido o seu caso, a sua dúvida, ou algo relacionado à decisão da empresa, me desculpe... Grande abraço! Em 29 de maio de 2015 14:16, angelo angelolis...@gmail.com [oracle_br] < oracle_br@yahoogrupos.com.br> escreveu: > > > > Lamentável porque existem empresas de todos os tamanhos que agem dessa > forma... não levam o TI a sério (acham que é só um quebra galho, que qq um > vai la e faz).. > > > > 2015-05-29 11:06 GMT-03:00 jlchia...@yahoo.com.br [oracle_br] < > oracle_br@yahoogrupos.com.br>: > >> >> >> Bom, quando vc diz que "a modelagem de dados foi retirada", COM CERTEZA o >> que vc quer dizer é que não há um processo formal que registre, >> preferencialmente num software adequado, a análise e a transformação de >> entidades físicas, vindas do negócio, em entidades lógicas, bem como seus >> relacionamentos, né ? Pois necessariamente ** TUDO ** que está no banco de >> dados não está lá á toa - TUDO que ali está visa ser uma Representação de >> um objeto/processo/item REAL do negócio da Empresa, nada está lá a toa... >> Ninguém acorda um belo dia e do nada sai criando uma tabela NOTAS_FISCAIS, >> necessariamente alguém levantou a existência de uma NF real, descobriu >> quais informações a Empresa precisa, pensou na melhor maneira de as agregar >> e relacionar.. ISSO é que é MODELAGEM, e isso sempre existe, sem isso não >> se chega na representação informatizada de algo, que é o DATABASE >> Certamente o que a tua Empresa deve estar fazendo é que os procedimentos de >> MODELAGEM continuam existindo, claro, MAS são feitos num papel de pão >> qualquer, ou (ainda pior!) os Analistas o fazem mentalmente, apenas... >> >> Com certeza, não há NADA de bom nisso, não há uma palavra positiva que >> eu possa dizer a respeito de tal situação - eu só imagino por exemplo os >> MONTES de retrabalho por causa de levantamentos & análises feitos por >> pessoas diferentes que não registraram seus trabalhos em lugar nenhum (tudo >> é mental, tudo é em papel de pão) Nem falo da questão da falta de >> Segurança por não se ter a info registrada, da má qualidade inerente a vc >> fazer algo menualmente e sem a mínima formalização... urgh...Meus pêsames... >> >> []s >> >>Chiappa >> >> > > -- Atenciosamente, *Gustavo Guedes de Sene*
Re: [oracle_br] Re: Modelagem de Dados
Lamentável porque existem empresas de todos os tamanhos que agem dessa forma... não levam o TI a sério (acham que é só um quebra galho, que qq um vai la e faz).. 2015-05-29 11:06 GMT-03:00 jlchia...@yahoo.com.br [oracle_br] < oracle_br@yahoogrupos.com.br>: > > > Bom, quando vc diz que "a modelagem de dados foi retirada", COM CERTEZA o > que vc quer dizer é que não há um processo formal que registre, > preferencialmente num software adequado, a análise e a transformação de > entidades físicas, vindas do negócio, em entidades lógicas, bem como seus > relacionamentos, né ? Pois necessariamente ** TUDO ** que está no banco de > dados não está lá á toa - TUDO que ali está visa ser uma Representação de > um objeto/processo/item REAL do negócio da Empresa, nada está lá a toa... > Ninguém acorda um belo dia e do nada sai criando uma tabela NOTAS_FISCAIS, > necessariamente alguém levantou a existência de uma NF real, descobriu > quais informações a Empresa precisa, pensou na melhor maneira de as agregar > e relacionar.. ISSO é que é MODELAGEM, e isso sempre existe, sem isso não > se chega na representação informatizada de algo, que é o DATABASE > Certamente o que a tua Empresa deve estar fazendo é que os procedimentos de > MODELAGEM continuam existindo, claro, MAS são feitos num papel de pão > qualquer, ou (ainda pior!) os Analistas o fazem mentalmente, apenas... > > Com certeza, não há NADA de bom nisso, não há uma palavra positiva que eu > possa dizer a respeito de tal situação - eu só imagino por exemplo os > MONTES de retrabalho por causa de levantamentos & análises feitos por > pessoas diferentes que não registraram seus trabalhos em lugar nenhum (tudo > é mental, tudo é em papel de pão) Nem falo da questão da falta de > Segurança por não se ter a info registrada, da má qualidade inerente a vc > fazer algo menualmente e sem a mínima formalização... urgh...Meus pêsames... > > []s > >Chiappa > > >
[oracle_br] Re: Modelagem de Dados
Bom, quando vc diz que "a modelagem de dados foi retirada", COM CERTEZA o que vc quer dizer é que não há um processo formal que registre, preferencialmente num software adequado, a análise e a transformação de entidades físicas, vindas do negócio, em entidades lógicas, bem como seus relacionamentos, né ? Pois necessariamente ** TUDO ** que está no banco de dados não está lá á toa - TUDO que ali está visa ser uma Representação de um objeto/processo/item REAL do negócio da Empresa, nada está lá a toa... Ninguém acorda um belo dia e do nada sai criando uma tabela NOTAS_FISCAIS, necessariamente alguém levantou a existência de uma NF real, descobriu quais informações a Empresa precisa, pensou na melhor maneira de as agregar e relacionar.. ISSO é que é MODELAGEM, e isso sempre existe, sem isso não se chega na representação informatizada de algo, que é o DATABASE Certamente o que a tua Empresa deve estar fazendo é que os procedimentos de MODELAGEM continuam existindo, claro, MAS são feitos num papel de pão qualquer, ou (ainda pior!) os Analistas o fazem mentalmente, apenas... Com certeza, não há NADA de bom nisso, não há uma palavra positiva que eu possa dizer a respeito de tal situação - eu só imagino por exemplo os MONTES de retrabalho por causa de levantamentos & análises feitos por pessoas diferentes que não registraram seus trabalhos em lugar nenhum (tudo é mental, tudo é em papel de pão) Nem falo da questão da falta de Segurança por não se ter a info registrada, da má qualidade inerente a vc fazer algo menualmente e sem a mínima formalização... urgh...Meus pêsames... []s Chiappa
