39

Metodologia de Desenvolvimento de Sistemas: Anlise Essencial, Estruturada e Orientada a Objetos
Luan Santos da Silva e Silva luan_silva@hotmail.com Discente do 8 Perodo do curso de Sistemas de Informao das Faculdades Associadas de Ariquemes - FAAr
Resumo
Este texto trata das metodologias de desenvolvimento de sistemas com a finalidade de expor os mtodos Orientado a Objetos, Estruturado e Essencial procurando estabelecer as principais caractersticas destes. Neste contexto, cada metodologia explanada e detalhada com suas particularidades. A evoluo tecnolgica exigiu mais recursos dos sistemas disponveis no mercado, com isso, surgiram novos mtodos de desenvolvimento de sistemas e os j disponveis tiveram que se adaptar e evoluir para atender as necessidades. O aparecimento de novas linguagens e novas maneiras de desenvolvimento de software exigiu uma adaptao das metodologias de anlise para que o resultado deste processo fosse compatvel com a codificao que seria criada. A partir deste cenrio, hoje, vrias metodologias de anlise de sistemas esto disponveis para utilizao. Cada uma possui suas particularidades, tanto na maneira de diagramao quanto ao roteiro. Todos os mtodos possuem um nico objetivo que atender a necessidade do cliente. O que ir definir o mtodo o analista que deve levar em considerao sua experincia, a infraestrutura do cliente e o produto a ser produzido, alm do tempo de implementao que pode mudar na escolha do mtodo. Palavras-chave: Metodologia. Essencial. Orientao Objeto. Estruturada.
Introduo
As metodologias para desenvolvimento de sistemas foram aceitas no meio tecnolgico devido necessidade de uma padronizao do processo de anlise e desenvolvimento. O rpido avano tecnolgico na parte de hardware demandou o desenvolvimento de softwares de grande porte, porm o porte intelectual dos desenvolvedores, at ento, no estava preparado para isso. Com isso, nascem mtodos para padronizao e documentao destes sistemas que evoluram com o passar do tempo, com as mudanas de padres e necessidades de mercado.
Diferena entre mtodo e metodologia
O mtodo pode ser definido como o caminho pelo qual se atinge um objetivo, ou seja, o caminho ordenado para chegar a um fim. Metodologia
Revista Olhar Cientfico Faculdades Associadas de Ariquemes V. 01, n.2, Ago./Dez. 2010
257
Metodologia de Desenvolvimento de Sistemas: Anlise Essencial, Estruturada e Orientada a Objetos - Luan Santos da Silva e Silva
consiste na anlise do estudo e avaliao dos vrios mtodos disponveis pela aprovao das tcnicas que sero aplicadas. Pode-se definir tambm como o estudo dos mtodos, especialmente, os da cincia. No ramo da informtica pode-se dizer que uma pesquisa de mtodos de programao e de explorao dos computadores e meios informticos. A metodologia o passo a passo para se chegar ao resultado desejado. Ela identifica as principais atividades a serem executadas e indica as pessoas envolvidas nas atividades e os papis de cada uma. Geralmente descreve critrios de entrada sada e pontos de conferncia para decises. J o mtodo uma abordagem tcnica com um modelo para se realizar uma ou mais tarefas de uma metodologia. (OLIVEIRA, 1999)
Necessidade da metodologia nas organizaes
Na primeira dcada do processamento de dados eletrnicos, muito dinheiro foi perdido, pois se acreditava que construir sistema era o mesmo que construir programas. Todo o desenvolvimento do sistema era com nfase na resoluo do problema proposto sem uma anlise minuciosa do mesmo. Assim, era comum o desenvolvimento em trs etapas: uma entrevista com o cliente, uma longa etapa de implementao e finalmente, uma longa etapa de alteraes pra implantao do sistema. O resultado disso, era a insatisfao do cliente e uma infinidade de crticas aos analistas de sistema. Com isso as empresas comearam a se preocupar com o processo de anlise o que levou a criao de uma infinidade de mtodos para desenvolvimento de sistemas. Inicialmente, surgiu o conceito de programao estruturada que eliminou as deficincias do mtodo de programao linear, apelidado de cdigo espaguete, e props uma abordagem estruturada para programas de computador. Essa nova forma de desenvolver sistemas, na dcada de 1980, promoveu avanos que padronizaram os mtodos construtivos e difundiram uma base conceitual indispensvel aos profissionais de informao. Durante mais de uma dcada, a metodologia estruturada incorporou banco de dados relacionais, ferramentas CASE, simplificaes e melhorias. A programao orientada logo teve seus conceitos estabelecidos e passou a ser experimentada para testes nos meios
258
acadmicos. Alguns conceitos estruturados receberam modificaes e tornaram-se hbridos. Com a rpida expanso da informtica houve um aumento da demanda de profissionais para o desenvolvimento e manuteno de sistemas. Sem a preparao necessria, o resultado nem sempre atendia a necessidade do cliente. Na dcada de 90, com a expanso dos cursos superiores e o crescimento da oferta de mo de obra na rea, o mercado passou a selecionar os profissionais minimizando o problema. (SILVA, 2003)
1960 1965 1970 1980
1985
1990 1994 1996 1998 1990/atual
Programao Linear Metodologia informal, a critrio do analista. Tcnicas de estrutura para arquivos. Metodologia estruturada Especificao do projeto. Ferramentas de software. Modelagem de dados. Prototipao Interface com o usurio Ferramentas de prototipao. Inicio das ferramentas CASE. Ferramentas de gerao de cdigo. Linguagem visual e orientada a objeto. Aprimoramento das ferramentas case Estudo aprimorado da metodologia orientada a objetos. Avanos na metodologia Orientada a objetos.
Evoluo das metodologias de desenvolvimento de sistemas Fonte: (Oliveira, 1999, p. 25)
Anlise estruturada
A anlise estruturada marcada pela construo de modelos que retratam o fluxo de informaes e diviso em camadas. difcil de ser
rastreada, pode gerenciar mudanas manualmente, por isso as ferramentas de Diagrama de Fluxo de dados so amplamente utilizadas e a abordagem preferida para a elaborao de um pr-projeto do software. O analista pode, ainda, criar modelos dos fluxos das informaes atravs dos grficos e com um dicionrio de dados. O Diagrama de Fluxo de Dados (DFD) uma representao dos processos para uma macro visualizao do sistema. Apresenta partes dos componentes do sistema e as interfaces entre eles. O dicionrio de dados um conjunto organizado das definies lgicas de todos os nomes de dados mostrados no DFD. A especificao de processos permite
259
que o analista descreva a direo do negcio, representa por cada um dos processos de nvel mais baixo dos diagramas detalhados do fluxo de dados. Pode ser escrita por frmulas, grficos, (OLIVEIRA, 1999)
Comparao entre orientada a objetos e estruturada
A programao orientada a objeto se difere da programao estruturada uma vez que as funes e os dados esto juntos e assim, formam o objeto. J a orientao a objeto cria uma forma abstrata de analisar, ela utiliza conceitos do mundo e no conceitos computacionais. Porm, a anlise orientada a objeto exige que o analista tenha conhecimento das notaes utilizadas na orientao a objeto como diagrama de classe, interao, sequncia. (SILVA, 2003)
Anlise essencial
No modelo essencial o analista deve cumprir os requisitos do cliente mencionando o mnimo possvel sobre como o sistema ser desenvolvido. Deve-se evitar a descrio dos detalhes especficos dos processos. No conceito de anlise essencial, o sistema visualizado em duas partes: os dados e as funes. O analista inicia a anlise com a criao do modelo essencial. Este apresenta um grau de abstrao que no considera restries tecnolgicas. Posteriormente, ser inserido o modelo de implementao. Este derivado do modelo essencial e contm especificaes do sistema considerando restries tecnolgicas. O modelo essencial ainda formado pelo modelo ideal, que descreve os requisitos que o sistema ir atender sem considerar se isto ser ou no incrementado no sistema. O modelo ambiental ir delimitar uma fronteira que divide o sistema e o mundo. O Modelo comportamental define como iro funcionar os componentes internos uma vez que estes possuem interaes diretas com o usurio. Neste modelo utilizado o Diagrama de Fluxo de Dados para representao do sistema e o dicionrio de dados, um repositrio de informaes sobre os componentes do sistema. (POMPILHO, 2002)
260
Tcnicas Anlise tradicional Anlise estruturada
Abordagens Funcional Funcional Dados
Ferramentas Textos Fluxogramas DFD Diagrama estrutura de dados Mini especificaes Normalizao Dicionrio de dados Tabela de eventos DFD Diagrama de entidade Relacionamento Diagrama de transio de dados Diagrama de estrutura de dados Normalizao Mini especificaes Dicionrio de dados
Anlise essencial
Funcional Dados Controle
Tabela 2 quadro comparativo entre anlises estruturada e essencial FONTE: (OLIVEIRA, 1999)
Vantagens da anlise essencial comparada com a anlise estruturada
A anlise essencial comea pelo modelo essencial que, se comparada com a anlise estruturada equivale ao modelo lgico proposto. Ela aborda trs perspectivas contra duas da anlise estruturada. A abordagem da anlise essencial por eventos, enquanto a abordagem estruturada top-down. (POMPILHO, 2002)
Anlise orientada a objetos
A anlise Orientada a Objetos a mais nova abordagem de anlise de sistemas. baseada na decomposio do sistema de acordo com os objetos que sero manipulados por este. Ela oferece os principais benefcios: uma viso do sistema mais prximo do mundo real; uma modelagem do sistema baseada nos dados; e maior transparncia da anlise para o projeto. Este tipo de anlise subdividido em etapas. Sero abordadas trs etapas: anlise do problema, projeto da soluo e a construo. Cada uma destas etapas decomposta em atividades. A subdiviso cria um guia para o analista ter uma viso de onde ele est situado no projeto e decidir pelos prximos passos. O
261
fluxo de funcionamento das etapas utiliza da notao do diagrama de atividades da UML. Cada etapa exige que profissionais sejam designados para cumprir os papis que sero exercidos. So os profissionais: analista de requisitos, analista de sistemas, arquiteto de software. O objetivo da etapa de anlise do problema na metodologia orientada a objetos o mapear do problema, bem como propor alternativas de soluo deste e apontar solues e justificar a alternativa escolhida. Nesta fase, so identificadas duas macro atividades. A primeira na rea de engenharia de requisitos, a segunda na gerncia de projetos. Na anlise de requisitos so identificadas as aes que sero executadas pelo sistema para que este possa alcanar os objetivos esperados. Desta anlise so extradas as funcionalidades que o sistema deve ser capaz de executar e as interaes com o ambiente computacional e humano. Estes so os requisitos funcionais de um sistema. Tambm so identificados os requisitos no funcionais que se referem s questes internas do software, no alteram sua funcionalidade, mas do identidade ao produto do software. Alguns dos requisitos no funcionais mais citados nas literaturas especficas: Usabilidade: o atendimento ao perfil das pessoas que iro utilizar o sistema. isto influenciar na produtividade e aceitao do software; Confiabilidade: diz respeito aos resultados produzidos pelo sistema. estes devem estar corretos; Desempenho: trata dos comprometimentos recursos que o sistema exige e tempo para execuo em compatibilidade com suas funcionalidades; Segurana: Confidencialidade e proteo dos dados do usurio. Integridade: garantia de fidelidade dos dados contidos no sistema e garantia de que os erros sero recuperados. Existem muitos outros, mas o que importa o conjunto de requisitos assinalarem o comprometimento entre os desenvolvedores, clientes e usurios sobre o produto de software a ser desenvolvido. Antes do desenvolvimento do software, necessrio que haja o conhecimento de seu escopo, as
262
necessidades de recursos e um cronograma de planejamento, alm de muitas outras informaes acerca do trabalho a ser realizado. Uma vez alcanado um nvel de compreenso suficiente, realizado atividades de preparao do plano de projeto. O plano de projeto se apoia nas atividades de engenharia de software da metodologia de organizao. Cada parte do projeto deve ter estima das necessidades e recursos e outras especificaes. (VICENTE, 2000)
Diagrama de atividades
Este diagrama de fcil compreenso por parte do cliente e usurios. Ele mostra um fluxo sequencial das atividades bem como suas decises e condies. composto por: Estado inicial e estado final: indica onde comea e termina o diagrama; Atividades: representa uma tarefa ou ao; Transies: estabelece o fluxo do diagrama; Barras de sincronizao: indica o inicio e o termino de transies concorrentes; Decises: representam a quebra do fluxo em dois caminhos alternativos; Raias: representam os papis ou as unidades organizacionais dentro do modelo. O diagrama de atividades um instrumento indicado para iniciar o processo de modelagem do problema. (SILVA, 2003)
Diagramas de caso de uso
Descrevem a viso do sistema e suas interaes com o mundo exterior. O analista descreve como o usurio interage com o sistema. So identificados atores que interagem com o sistema enviando estmulos e o sistema responde aos estmulos do ator. Na modelagem de casos de uso o analista no deve
263
levar em considerao a implementao do sistema. O objetivo no especificar o software, mas sim, o que o software deve atender. Neste diagrama descrito: As aes que o usurio executa para realizar sua parte dos trabalhos nos processos em que participam; Os requisitos funcionais do sistema de maneira consensual entre usurios e desenvolvedores; Descrio sobre responsabilidades de cada ator identificado; Oferecer possveis situaes do mundo real para o teste do sistema.
A diagramao oferece uma viso geral do modelo, mas suas descries so realizadas por texto, pois, os modelos visuais no so suficientes para fornecer todas as informaes necessrias. A documentao em texto deve definir os requisitos solicitados pelo cliente ou usurio e descrever as funcionalidades do sistema. (VICENTE, 2000)
Finalizao
Aps a produo de dados do projeto, deve ser redigido um documento que apresentar uma anlise da viabilidade da soluo escolhida, sua justificativa e um plano do projeto. Os principais tpicos so contidos no documento so: Anlise de viabilidade: considera a viabilidade de resoluo do problema; Alternativas de soluo: considera o escopo e as necessidades que sero atendidas e descreve as alternativas de soluo; Alternativa escolhida: aponta a alternativa escolhida e a justificativa da mesma destacando as caractersticas mais relevantes; Planejamento do projeto: identifica os dados do histrico para comparar com o projeto a ser desenvolvido;
264
Cronograma de atividades: Grficos das atividades do projeto. Com quadro de finanas e pontos de progresso do projeto. (SILVA, 2003)
Concluso
As metodologias de desenvolvimento de sistemas so essenciais para a construo de um sistema que realmente atenda as necessidades e os requisitos estabelecidos pelo cliente. A escolha da metodologia adequada realidade da equipe de anlise e desenvolvimento ir determinar, em parte, o sucesso do projeto. Por isso, conhecer todas as tcnicas e mtodos de anlise disponveis e se atualizar no que h de novo no mercado tecnolgico imprescindvel ao analista de sistemas. O processo de anlise vai alm de uma simples entrevista e uma posterior montagem do sistema. A documentao o item mais importante em qualquer mtodo de anlise, pois, nela, estar o resultado de todo o trabalho de anlise e todas as instrues para a construo do software. Por isso, a m documentao acarretar um software que no atender os requisitos do cliente e isto ocasionar o fracasso do sistema. E ainda, uma metodologia inadequada tambm levar a equipe a no se comunicar de forma correta, formando desta forma um software que no atender s necessidades do cliente. Cabe ao analista conhecer e saber aplicar corretamente uma metodologia para que seu projeto seja um sucesso e toda a equipe consiga desenvolver o sistema com eficincia e qualidade.
REFERNCIAS
OLIVEIRA, Jayr Figueiredo de. Metodologia para desenvolvimento de Projeto de Sistemas. 4 edio, So Paulo: rica, 1999.
POMPILHO S. Anlise essencial: Guia prtico de anlise de sistemas. Editora cincia moderna, Rio de Janeiro, 2002. SILVA, Alex de Araujo. Metodologia e projeto de software orientados a objetos. 1 edio, So Paulo, rica, 2003.
265
VICENTE, Haline Gregrio. Anlise e projeto Orientado a Objetos. So Paulo, 2000.
Title Systems Development Methodology: Essential Analysis, Structured and Object Oriented. Abstract This paper addresses the methodologies for developing systems with purpose of exposing the methods object-oriented, structured and essentially trying to establish the main features of these. In this context, each methodology is explained and detailed with their particularities. Technological change has required more resources Systems available on the market, thus, new methods have emerged development of systems already available and had to adapt and evolve to meet the needs. The emergence of new languages and new ways of software development required an adjustment of methods of analysis for the outcome of this process was compatible with the encoding that would be created. From this scenario, today, several methods of analysis systems are available for use. Each has its merits, both as a layout as the roadmap. All methods have only one goal that is to meet customer needs. What will define the method is analyst should take into consideration their experience, the infrastructure customer and product to be produced, beyond the implementation time. That can change the choice of method.
Keywords
Methodology. Essential. Oriented objects. Structured.
http://www.faar.edu.br/revista Recebido em: 23/05/2010 Aceito em : 06/07/2010
266

39

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

39

Uploaded by

Copyright:

Available Formats

Metodologia de Desenvolvimento de Sistemas: Anlise Essencial, Estruturada e Orientada a Objetos

Diferena entre mtodo e metodologia

Necessidade da metodologia nas organizaes

1960 1965 1970 1980

1990 1994 1996 1998 1990/atual

Comparao entre orientada a objetos e estruturada

Tcnicas Anlise tradicional Anlise estruturada

Abordagens Funcional Funcional Dados

Funcional Dados Controle

Vantagens da anlise essencial comparada com a anlise estruturada

Anlise orientada a objetos

Diagramas de caso de uso

VICENTE, Haline Gregrio. Anlise e projeto Orientado a Objetos. So Paulo, 2000.

http://www.faar.edu.br/revista Recebido em: 23/05/2010 Aceito em : 06/07/2010

You might also like