0

UNIP INTERATIVA Projeto Integrado Multidisciplinar Curso Superior em Gesto da Tecnologia da Informao

Anlise de impacto, Planejamento, Desenvolvimento e a Implementao de Melhoras nos Processos de TI da Software Developer

Unidade Cruzeiro do Sul (Cruzeiro do Sul) 2013

UNIP INTERATIVA Projeto Integrado Multidisciplinar Curso Superior em Gesto da Tecnologia da Informao

Anlise de impacto, Planejamento, Desenvolvimento e a Implementao de Melhoras nos Processos de TI da Software Developer

Aluno: Tarcsio da Silva Gomes RA: 1303739 Semestre: 2 Semestre

Unidade Cruzeiro do Sul (Cruzeiro do Sul) 2013

RESUMO Uma das maiores dificuldades encontradas no gerenciamento de projetos de informtica saber a dimenso do que est sendo gerenciado. Muitas aplicaes que a princpio parecem pequenas, quando em desenvolvimento, mostram-se muitas vezes maior do que o previsto inicialmente e, para alguns casos, tornam-se to complexas e grandes, que se perde o controle. Alm do que nem sempre vivel se lanar na aventura de desenvolver um aplicativo, j que atualmente existe no mercado uma infinidade de produtos prontos ou necessitando de pequenas customizaes. A rea de informtica da grande maioria das empresas, em geral, s consegue retratar custos passados de hardware, software e peopleware, alm de alguns indicadores relativos ao ambiente de produo (utilizao de processador por tempo, taxa de disponibilidade do sistema, etc.). A inexistncia de indicadores de desempenho financeiro, de qualidade e de produtividade que retratem o desenvolvimento de sistemas de informao dificulta, e muito, a efetiva gerncia destas atividades. Produzir servios de alta qualidade com o mnimo custo possvel ou seja, alta produtividade - se constitui em fator crtico de sucesso para o bom desempenho empresarial. No esforo de implantao de uma nova mentalidade voltada para a qualidade e produtividade, no admissvel o desenvolvimento de sistemas atravs de feeling, onde questes como: qual a produtividade da rea de informtica, qual a capacidade de produo, qual conjunto de ferramentas possibilita a maior produtividade, quais so os indicadores de qualidade existentes, qual caminho deve adotar, desenvolver ou comprar um pacote e customiz-lo, so simplesmente deixadas de lado ou respondidas sem suporte de uma base quantificvel. Um processo de medio deve ser implantado na empresa com o objetivo de suportar a anlise de tendncias de determinados indicadores, que podem subsidiar aes para reverso ou sustentao dessas tendncias; a anlise de impactos na introduo de novas tecnologias sobre a qualidade e produtividade, que pode auxiliar na deciso sobre quais combinaes de elementos de tecnologia garantem melhores resultados; a anlise de atributos, que permite a comparao da qualidade e produtividade entre plataformas, metodologias, reas de aplicao, habilidades tcnicas de pessoas e assim sucessivamente. A gerncia, criando os padres de medidas para a instalao, fica em posio de monitorar o comportamento dos projetos e produtos individualmente,

analisar resultados, compar-los e verificar a adequabilidade dos respectivos processos e necessidades de implementar melhorias.

Palavras-chave: planejamento e desenvolvimento.

Consultoria,

estudo,

projeto,

analise,

ABSTRACT: A major difficulty in managing IT projects is to know the extent of what is being managed. Many applications seem at first small, as in development appear to be many times larger than originally planned, and for some cases, become so large and complex that one loses control. Besides it is not always feasible to launch the adventure of developing an application, since there is currently a plethora of market -ready products or requiring minor customizations. The computer area of the vast majority of businesses in general can only portray past costs of hardware, software and peopleware, plus some indicators relating to the production environment (processor utilization by time rate system availability, etc.) The lack of financial performance indicators, quality and productivity that depict the development of information systems difficult, and very effective management of these activities. Produce high quality services with the lowest possible cost ie high productivity constitutes a critical success factor for the good business performance. In an effort to implement a new mindset for quality and productivity, is not admissible systems development through " feeling", where issues such as: what is the productivity of the computer area, which is the capacity, which set tool enables higher productivity, which are the existing quality indicators, which way should adopt, develop or buy a package and customize it, are simply neglected or unsupported answered a quantifiable basis. A measurement process should be deployed in the company in order to support the analysis of trends in certain indicators , which can subsidize or support actions to reverse these trends , the impact analysis in the introduction of new technologies on the quality and productivity that can assist in the decision on what combinations of elements technology guarantee best results, the analysis of attributes, which allows comparison between quality and productivity platforms, methods, fields of application, technical skills of persons and so on. The management, creating standards for the installation of measures, is in a position to monitor the behavior of individual projects and products, analyze results, compare them and check the adequacy of their procedures and requirements to implement improvements.

Keywords: consulting, study, design, analysis, planning and development.

SUMRIO 1 2 3 4 5 6 7 8 9 10 11 Introduo ............................................................................................ 7 Desenvolvimento ................................................................................. 10 Modelo de Desenvolvimento de Software ............................................ 11 Problemas com o Ciclo de Vida Clssico............................................. 14 Prototipao ......................................................................................... 15 Ciclo de Vida em Espiral ...................................................................... 17 O Modelo Transformao .................................................................... 18 Desenvolvimento Rpido de Aplicaes (RAD) ................................... 20 Engenharia de Software uma viso genrica....................................... 22 A figura do administrador do Banco de Dados (DBA) .......................... 24 Evoluo dos bancos de dados ........................................................... 27 Concluso ............................................................................................ 30 Referncias Bibliogrficas.................................................................... 31

1. INTRODUO A globalizao da economia mundial tem sido crescente nas ltimas dcadas, tal como a sua influncia sobre as formas de gesto estratgica de negcios e de processos operacionais nas organizaes. A informao tem representado um papel fundamental nessa transformao, onde a tecnologia tem causado alteraes nas formas de trabalho e estabelecido novos padres de atuao das empresas. O uso dos servios oferecidos pela Tecnologia de Informao (TI) para suporte a objetivos de negcios tem sido visto como fator chave para gerar diferencial competitivo. Logo, um dos desafios que tem sido cada vez mais enfrentado pelas empresas est na busca por solues que permitam o uso da TI da forma mais adequada e eficiente no suporte aos diversos objetivos de negcios e oportunidades de melhoria que se faam necessrias para obteno e manuteno de vantagens competitivas (MCGEE; PRUSAK, 1994; OZ, 2002). Por ter reconhecido o seu valor como potencial gerador de vantagens competitivas, investimentos em TI tambm tm sido crescentes em escala mundial. Seu papel atualmente j ultrapassa os muros das organizaes, com atuao em diversas atividades em cadeias de fornecedores e arranjos produtivos. Seu impacto pode ser destacado por transformaes na forma de relacionamento entre as organizaes, controle de resultados, suporte a tomada de decises e integrao de atividades de gesto nas empresas de um mesmo setor (PORTER, MILLAR; 1999). Como resultado desta realidade, sistemas e equipamentos inicialmente desenvolvidos para gesto empresarial esto hoje sendo adaptados para contemplar atividades de gesto da cadeia de suprimentos ou do arranjo produtivo onde a empresa se encontra. A evoluo tecnolgica e exigncias por redues de custos, ampliao de resultados, treinamentos, segurana, suporte tcnico e planos de contingncias tm tornado o cotidiano de trabalho dos departamentos de TI das empresas, significativamente mais complexos. A gesto dos ativos de TI tem levado a desafios crescentes para profissionais da rea, cuja atuao e responsabilidade se estendem as mais diversas reas de negcios e atividades de trabalho nas organizaes. Isto tem levado a um crescimento na quantidade de empresas que oferecem servios relacionados ao uso da TI. Exemplos so empresas de comrcio de equipamentos, servios de manuteno de equipamentos, implantao de redes e tambm de empresas desenvolvedoras de software. Estes tipos de empresas geralmente se constituem a partir do conhecimento tcnico de alguns profissionais e,

devido crescente demanda por servios, acabam enfrentando diversas dificuldades relacionadas a atividades de gesto empresarial, as quais exigem profissionais com conhecimento especializado, mas diferente daquele que possuem os profissionais de tecnologia. No caso especfico de empresas desenvolvedoras de software, onde as oportunidades de crescimento so to grandes quanto s dificuldades enfrentadas com atividades de gesto, a realidade tem levado a que muitas no adotem modelos de maturidade de desenvolvimento de software, no consigam realizar um crescimento slido ou acabem desistindo de permanecer nesta atividade. Administrar o crescimento deste tipo de empresa uma tarefa bastante complicada, onde diversos so os motivos que levam a isso. O objetivo deste trabalho avaliar os aspectos crticos das atividades de trabalho que so diariamente enfrentados por profissionais em empresas desenvolvedoras de software.

2. DESENVOLVIMENTO: A anlise de impacto de negcios um processo de sistematicamente avaliar os impactos potenciais que resultam de vrios eventos. Os impactos que resultam de outros tipos do incidente como a violao da perda da integridade de dados a ser simultaneamente explorada, mas isto no tem de ser o caso. Contudo, h certamente as vantagens empresa de um impacto de negcios enfocado, abrangente e mais largo e arriscam o exerccio de anlise. A anlise de impacto de negcios destinada para entender o grau da perda potencial que pode ocorrer. Com o crescimento das empresas e de seus ambientes operacionais, a perda de servio vem se tornando mais uma preocupao para os Diretores de T.I. e a reteno de profissionais com essas competncias, pois ao formar um profissional com essas caractersticas, a "tarefa" no fcil, e se torna questo de sobrevivncia da empresa com o advento da informtica como principal agente dela.

10

3. Modelo de Desenvolvimento de Software uma representao abstrata do processo de desenvolvimento que define como as etapas relativas ao desenvolvimento de software sero conduzidas e interrelacionadas para atingir o objetivo do desenvolvimento que a obteno de um produto de software de alta qualidade a um custo relativamente baixo. 3.1. Para escolha de um Ciclo de Vida de Software: natureza do projeto e da aplicao mtodos e ferramentas a serem usados controles e produtos que precisam ser entregues 3.2. Ciclo de Vida Clssico (Cascata/ Queda dgua) modelo mais antigo e o mais amplamente usado da engenharia de software modelado em funo do ciclo da engenharia convencional requer uma abordagem sistemtica, sequencial ao desenvolvimento de software.

11

3.3. Atividades do Ciclo de Vida Clssico

3.3.1. PROJETO Traduo dos requisitos do software para um conjunto de representaes que podem ser avaliadas quanto qualidade, antes que a codificao se inicie se concentra em quatro atributos do programa: Estrutura de Dados, Arquitetura de Software, Detalhes Procedimentais e Caracterizao de Interfaces

3.3.2. CODIFICAO Traduo das representaes do projeto para uma linguagem artificial resultando em instrues executveis pelo computador 3.3.3. TESTES Concentram-se: nos aspectos lgicos internos do software, garantindo que todas as instrues tenham sido testadas

12

nos aspectos funcionais externos, para descobrir erros e garantir que a entrada definida produza resultados que concordem com os esperados.

3.3.4. MANUTENO o software dever sofrer mudanas depois que for entregue ao cliente.

13

4. Problemas com o Ciclo de Vida Clssico projetos reais raramente seguem o fluxo sequencial que o modelo prope logo no incio difcil estabelecer explicitamente todos os requisitos. No comeo dos projetos sempre existe uma incerteza natural o cliente deve ter pacincia. Uma vers o executvel do software s fica disponvel numa etapa avanada do desenvolvimento Clssico (comentrios) Embora o Ciclo de Vida Clssico tenha fragilidades, ele significativamente melhor do que uma abordagem casual ao desenvolvimento de software.

14

5. Prototipao processo que possibilita que o desenvolvedor crie um modelo do so ftware que deve ser construdo. idealmente, o modelo (prottipo) serve como um mecanismo para identif icar os requisitos de software. apropriado para quando o cliente definiu um conjunto de objetivos gerais para o software, mas no identificou requisitos de entrada, processamento e sada com detalhes. 5.1. Atividades da Prototipao Obteno dos Requisitos: desenvolvedor e cliente definem os objetivos gerais do software, identificam quais requisitos so conhecidos e as reas que necessitam de definies adicionais Projeto Rpido: representao dos aspectos do software que so visveis ao usurio (abordagens de entrada e formatos de sada) Construo Prottipo: implementao do projeto rpido Avaliao do Prottipo: cliente e desenvolvedor avaliam o prottipo Refinamento dos Requisitos: cliente e desenvolvedor refinam os requisitos do software a ser desenvolvido. Ocorre neste ponto um processo de iterao que pode conduzir a 1 atividade at que as necessidades do cliente sejam satisfeitas e o desenvolvedor compreenda o que precisa ser feito. 5.2. Problemas com a Prototipao Cliente no sabe que o software que ele v no considerou, durante o desenvolvimento, a qualidade global e a manuntentabilidade a longo prazo. No aceita bem a ideia que a verso final do software vai ser construda e "fora" a utilizao do prottipo como produto final. 5.3. Prototipao (comentrios)

15

Ainda que possam ocorrer problemas, a prototipao um ciclo de vida eficiente. A chave definirem-se as regras do jogo logo no comeo. O cliente e o desenvolvedor devem ambos concordar que o prottipo seja construdo para servir como um mecanismo a fim de definir os requisitos.

16

6. Ciclo de Vida em Espiral Engloba as melhores caractersticas do ciclo de vida Clssico e da Prototipao, adicionando um novo elemento: a Anlise de Risco. Segue a abordagem de passos sistemticos do Ciclo de Vida Clssico incorporando-os numa estrutura iterativa que reflete mais realisticamente o mundo real. Usa a Prototipao, em qualquer etapa da evoluo do produto, como mecanismo de reduo de riscos.

6.1. Atividades do Ciclo de Vida em Espiral Planejamento: Determinao dos objetivos, alternativas e restries. Anlise de Risco: Anlise das alternativas e identificao / resoluo dos riscos. Construo: Desenvolvimento do produto no nvel seguinte. Avaliao do Cliente: Avaliao do produto e planejamento das novas fases: , atualmente, a abordagem mais realstica para o desenvolvimento de software em grande escala. Usa uma abordagem que capacita o desenvolvedor e o cliente a entender e reagir aos riscos em cada etapa evolutiva. Pode ser difcil convencer os clientes que uma abordagem "evolutiva" controlvel. Exige considervel experincia na determinao de riscos e depende dessa experincia para ter sucesso. O modelo relativamente novo e no tem sido amplamente usado Demorar muitos anos at que a eficcia desse modelo possa ser determinada com certeza absoluta.

17

7. O Modelo Transformao (Jair C Leite, 2000) Um programa uma descrio formal, isto , ele descrito por uma linguagem de programao cuja sintaxe e semntica so definidos formalmente. Apenas desta forma que temos a garantia de que o programa ser sempre executado da mesma forma pelo computador. O modelo Transformao tem suas razes na abordagem de mtodos formais para o desenvolvimento de software. A ideia que o desenvolvimento deve ser visto como uma sequncia de passos que gradualmente transforma uma especificao formal num programa. O passo inicial transformar os requisitos informais numa especificao funcional formal. Esta descrio formal ento transformada numa outra descrio formal mais detalhada, e assim, sucessivamente, at chegar no ponto em que se tenha componentes de programas que satisfaam a especificao. Durante este processo de transformaes sucessivas - chamado de otimizao - as especificaes formais produzidas podem ser executadas por um processador abstrato, permitindo uma verificao formal da sua validao antes mesmo que o programa venha a ser implementado. Antes de serem transformadas cada especificao formal deve ser verificada em relao s expectativas dos clientes e usurios. As transformaes devem ser realizadas pelo engenheiro de software. A natureza formal da transformao possibilitam a aplicao de verificaes matemticas como prova, consistncia e completude da

especificao. As transformaes podem ser realizadas de maneira automtica por ferramentas que traduzem especificaes formais mais abstratas em especificaes mais detalhadas. Este modelo prev que o engenheiro de software deve ter a sua disposio uma biblioteca de componentes reutilizveis que satisfaa especificaes formais. Na otimizao, medida que as especificaes de mais baixo nvel vo sendo obtidas verifica-se quais componentes da biblioteca implementam parte desta especificao. Um ambiente automatizado de desenvolvimento (uma ferramenta CASE - Computer Aided Software Engineering) pode auxiliar este processo armazenando o histrico de decises dos engenheiros de software.

A ideia principal deste modelo, a de que um sistema deve ser desenvolvido de forma incremental, sendo que cada incremento vai adicionando ao sistema novas capacidades funcionais, at a obteno do sistema final, sendo que, a cada passo realizado, modificaes podem ser introduzidas.

18

No primeiro passo deste modelo uma implementao inicial do sistema obtida, na forma de um subconjunto da soluo do problema global. Criao de uma lista de controle de projeto, a qual deve apresentar todos os passos a serem realizados para a obteno do sistema final. Cada iterao do modelo de Desenvolvimento Iterativo consiste em retirar um passo da lista de controle de projeto atravs da realizao de trs etapas: o projeto, a implementao e a anlise. O processo avana, sendo que a cada etapa de avaliao, um passo retirado da lista, at que a lista esteja completamente vazia. A lista de controle de projeto gerencia todo o desenvolvimento, definindo quais tarefas devem ser realizadas a cada iterao. As tarefas na lista podem representar, inclusive, redefinies de componentes j implementados, em razo de erros ou problemas detectados numa eventual etapa de anlise. A facilidade em testar o sistema, uma vez que a realizao de testes em cada nvel de desenvolvimento , sem dvida, mais fcil do que testar o sistema final. Como na Prototipao, a obteno de um sistema, mesmo incompleto num dado nvel, pode oferecer ao cliente interessantes informaes que sirvam de subsdio para a melhor definio de futuros requisitos do sistema. 7.1. Distribuio das Tcnicas

19

8. Desenvolvimento Rpido de Aplicaes (RAD) No exatamente um modelo e se baseia em: Que um modelo de ciclo de vida formal ineficiente e muitas revises e documentaes geradas pelos modelos em cascata e em espiral so perda de tempo. A formalidade dificulta a comunicao com o cliente. No h um modelo de ciclo de vida bem definido: h uma sequncia de integraes evolucionrias ou prottipos que so revisados com o cliente (os requisitos so levantados a partir destas iteraes). Cada integrao est associada a um determinado.

8.1. Passos do RAD 1. Analisar requisitos; 2. Desenvolver projeto inicial; 3. Faa at estar pronto. 4. Desenvolver a verso dentro do tempo; 5. Entregar release para o cliente; 6. Receber o feedback; 7. Planejar verso para responder ao feedback;

8.2. Caractersticas do RAD 1.Separao entre fases e atividades: cada time box inclui anlise, projeto e implementao. 2. Integraes constantes.

20

3. nfase na codificao e no na especificao. 4. Enfoque na reutilizao. 5. Envolvimento contnuo do cliente.

8.3. Atividades para Resolver um Problema Definio do escopo: entender o problema. Projeto: desenvolver uma abordagem para resolver o problema (usualmente usando algum tipo de diagrama). Implementao: executar o projeto. Verificao: confirmar se a soluo resolve o problema original.

8.4. Tcnicas de 4 Gerao Concentra-se na capacidade de se especificar o software a uma mquina em um nvel que esteja prximo linguagem natural. Engloba um conjunto de ferramentas de software que possibilitam que: O sistema seja especificado em uma linguagem de alto nvel. O cdigo fonte seja gerado automaticamente a partir dessas especificaes. Ferramentas do ambiente de desenvolvimento de software de 4GL O ambiente de desenvolvimento de software que sustenta o ciclo de vida de 4a gerao inclui as ferramentas: Linguagens no procedimentais para consulta de banco de dados Gerao de relatrios Manipulao de dados Interao e definio de telas Gerao de cdigos Capacidade grfica de alto nvel Capacidade de planilhas eletrnicas. 8.5. Combinao dos Mtodos de Ciclo de Vida A melhor estratgia em um desenvolvimento de software a combinao dos diversos modelos explorando suas diversidades, pontos positivos e sua adequao ao projeto em questo.

21

9. Engenharia de Software uma viso genrica O processo de desenvolvimento de software contm trs fases genricas, independentes do modelo de engenharia de software escolhido: Definio, Desenvolvimento Manuteno. 9.1. DEFINIO: o que ser desenvol vido. Anlise do Sistema: define o papel de cada elemento num sistema baseado em computador, atribuindo em ltima anlise, o papel que o software desempenhar. Planejamento do Projeto de Software: assim que o escopo do software estabelecido, os riscos so analisados, os recursos so alocados, os custos so estimados e, tarefas e programao de trabalho definidas. 9.2. DESENVOLVIMENTO: como o software vai ser desenvolvido. Projeto de Software: traduz os requisitos do software num conjunto de representaes (algumas grficas, outras tabulares ou baseadas em linguagem) que descrevem a estrutura de dados, a arquitetura do software, os procedimentos algortmicos e as caractersticas de interface. 9.3. MANUTENO: concentra-se nas mudanas que ocorrero depois q ue o software for liberado para uso operacional. Correo Adaptao Melhoramento Funcional 9.3.1. Correo: mesmo com as melhores atividades de garantia de qualidade de software, provvel que o cliente descubra defeitos no software. A manuteno corretiva muda o software para corrigir defeitos. 9.3.2. Adaptao: com o passar do tempo, o ambiente original (por exemplo a CPU, o sistema operacional e perifricos) para o qual o software foi desenvolvido provavelmente mudar. A manuteno adaptativa muda o software para acomodar mudanas em seu ambiente.

22

9.3.3. Melhoramento Funcional: medida que o software usado, o cliente/usurio reconhecer funes adicionais que oferecero benefcios. A manuteno perfectiva estende o software para alm de suas exigncias funcionais originais. Atividades de Proteo: as fases e etapas correlatas complementadas por uma srie de atividades de proteo: descritas so revises: efetuadas para garantir que a qualidade seja mantida medida que cada etapa concluda. Documentao: desenvolvida e controlada para garantir que completas sobre o software estejam disponveis para uso posterior. Informaes. Controle das Mudanas: institudo de forma que as mudanas possam ser aprovadas e acompanhadas. 9.4. Engenharia de Software Pode ser vista como uma abordagem de desenvolvimento de software elaborada com disciplina e mtodos bem definidos.

23

10. A figura do administrador do Banco de Dados (DBA)

O termo DBA a sigla de DataBase Administrator (Administrador de banco de dados). Esse profissional de uma maneira geral o responsvel pelo banco de dados. Entre algumas das responsabilidades de um DBA esto: 10.1. Segurana do banco de dados responsabilidade do DBA, garantir que os dados estejam seguros quanto a acessos indesejados atribuindo os nveis de permisses adequados aos usurios de banco de dados. 10.2. Recuperao e disponibilidade O DBA deve seguir procedimentos de cpia (BackUp) como forma de contingncia a possveis desastres (falhas de hardware, invases, alteraes acidentais, etc). igualmente importante que o DBA realize testes sobre essas cpias para garantir que as mesmas funcionam e estaro disponveis quando necessrias. Tambm responsabilidade do DBA realizar tudo o que estiver ao seu alcance para que o banco de dados fique disponvel o maior tempo possvel. 10.3. Desempenho Dadas as possveis limitaes, papel do DBA providenciar o melhor desempenho possvel do banco de dados. Isso inclui atividades como otimizao de consultas, utilizao da infra-estrutura (disco, memria, processador, etc) de forma adequada, monitorao do ambiente, etc.

24

10.4. Suporte a equipe de desenvolvimento imprescindvel que haja uma boa relao entre o DBA e a equipe de desenvolvimento. Atravs dessa relao possvel a troca de conhecimentos de forma que isso possibilita ao DBA entender melhor as demandas de uma aplicao e propor as solues mais adequadas para o bom funcionamento do banco de dados. Os desenvolvedores tambm podem solicitar suporte ao DBA em questes referentes ao banco de dados. 10.5. Implementao de Bancos de Dados O DBA deve realizar uma implementao adequada do banco de dados visando desempenho, escalabilidade, flexibilidade e confiana. Isso inclui ter um bom modelo de dados fsico, Para que o DBA possa exercer adequadamente o seu papel e cumprir com suas responsabilidades importante que ele detenha algumas competncias: 10.5.1. Conhecimentos em Sistemas Operacionais: Um banco de dados totalmente dependente do sistema operacional onde est instalado. fundamental que o DBA conhea conceitos ligados ao sistema operacional (processos, threads, gerenciamento de memria, paginao, sistema de arquivos, etc) para poder adequar o mximo possvel o sistema operacional ao banco de dados utilizado. 10.5.2. Conhecimentos em Redes: Os bancos de dados so em sua esmagadora maioria compartilhados. desejvel que o DBA conhea caractersticas da rede (capacidade de trfego, protocolos, etc.) Esse conhecimento pode ajudar a resolver problemas com o banco de dados. 10.5.3. Compreenso em arquitetura em banco de dados: Entender como funciona um banco de dados um pouco mais do que conhecer uma tecnologia especfica (ORACLE, DB2, SQL Server, etc.) Entender alguns dos fundamentos de banco de dados (algoritmos de indexao, concorrncia, transaes,

25

etc.) podem ser to valiosos quanto conhecer as implementaes de um produto especfico. 10.5.4. Noes do sistema de armazenamento: importante ao DBA ter conhecimento dos princpios que so utilizados nos sistemas de armazenamento (RAID, SAN, etc.) Esse conhecimento pode ajudar o DBA a utilizar a infraestrutura de armazenamento para um projeto fsico eficiente.

26

11. EVOLUO DOS BANCOS DE DADOS

A evoluo dos bancos de dados atuais est tornando diversos produtos auto gerenciveis (self tuning). Isso reduz drasticamente o trabalho do DBA. Atividades que

27

anteriormente eram muito trabalhosas hoje podem ser feitas com apenas um clique. Isso muda um pouco o foco de algumas atividades do DBA permitindo-lhe que se preocupe com outras atividades. Em virtude dessa evoluo DBAs tem de desenvolver novas competncias como por exemplo: 11.1. Manuseio do XML: Esse padro j possui uma forte aceitao e cada vez mais os profissionais de banco de dados tm de conviver com ele. importante que o DBA conhea XML e suas tecnologias correlatas (XSD, Web Services, etc.) 11.2. Conhecimentos em desenvolvimento: Muitas vezes o DBA precisa realizar algum script, rotina, procedimento, etc. para realizar alguma tarefa rotineira (ou teste) como uma migrao de dados, uma pequena aplicao de acesso base ou um diagnstico de lentido por parte da aplicao, etc. Existem ferramentas que fazem isso muito bem, mas nem sempre (quase sempre) elas no esto disposio do DBA. 11.3. Noes de ETL: Com o crescente mercado de Business Inteligence esperado o aumento de bases multidimensionais utilizando diversas tecnologias de banco de dados (XML, Flat Files, banco de dados relacionais, banco de dados orientados a objeto, etc). importante ao DBA conhecer meios para dar suporte a rotinas de extrao, transformao e carga no projeto de Data Warehouse alm de monitoramento das consultas. 11.4. Proficincia em alta disponibilidade: A crescente concorrncia entre as empresas exige destas a disponibilidade superior aos horrios comerciais. Hoje possvel ir a supermercados de madrugada, realizar compras na internet a qualquer horrio, bem como efetuar operaes bancrias de um celular. Nesse tipo de cenrio (cada vez mais comum) fundamental que o banco de dados esteja disponvel o maior tempo possvel. Isso exigir do DBA tcnicas de alta disponibilidade como replicao, cluster, espelhamento, etc. Muitas vezes o cargo de DBA no existe formalmente em uma empresa. comum em

28

situaes como essa que essas atividades estejam sendo exercidas por outros profissionais (rede, desenvolvimento, etc.) Em algumas empresas isso se justifica pelo seu tamanho, complexidade e tamanho do banco de dados. Em outras isso pode se dar por restries oramentrias. Mesmo que o cargo no exista formalmente, continuam valendo suas responsabilidades e competncias.

29

Concluso Atualmente, a tendncia que os servios em tecnologia sejam cada vez mais requisitados, o que leva aos servios desta rea ficarem cada vez mais especficos e crticos. A funo do tcnico em banco de dados muito antiga e complexa, sendo restrita a alguns analistas de sistema que aspiram pelo alto desempenho na informtica, embora seja uma profisso mais difundida h alguns anos. Com todas as avaliaes feitas com base na tica, Banco de Dados e Matemtica Financeira, foi possvel atingir o objetivo deste estudo: Fazer uma anlise de impacto, planejamento, desenvolvimento e orientaes para implementar melhorias no setor de TI Estas avaliaes trouxeram concluses bastantes claras: Todo e qualquer empreendimento deve respeitar o Direito de Propriedade, sempre deve haver comunicao entre os setores de uma empresa, preciso saber como fazer um bom planejamento financeiro e todo Banco de dados necessita de um bom DBA (administrador de banco de Dados).

30

Referncias Bibliogrficas Figura Modelo de Software. Fonte: http://www.eps.ufsc.br/ Figura - Atividades do Ciclo de Vida Clssico. Fonte: http://www.macoratti.net/ Figura - Problemas com o Ciclo de Vida Clssico. Fonte: http://www.ebah.com.br/ Figura Prototipao. Fonte: http://diloneigrando.blogspot.com/ Figura - Funes do DBA. Fonte: http://informacaoesistemas.blogspot.com Figura - Ciclo de Vida em Espiral. Fonte: http://inf.unisul.br/~vera/egs/aula01.htm Figura - Evoluo dos bancos de dados Fonte: http://blog.myscrumhalf.com/ Figura - O Modelo Transformao. Fonte: http://www.dimap.ufrn.br/ Pesquisas: http://www.novell.com/pt-br/company/legal/copyrights/moreinfo.html http://www.doceshop.com.br/blog/index.php/fluxo-de-caixa-bola-cristaldepartamentofinanceiro/