Charlton Charles M. S. M.

de Paula Meneses Ivani Maria de Jesus

SISTEMA DE INFORMAO

Faculdade Araguaia

Goinia / 2011

Charlton Charles M. S. M. de Paula Meneses Ivani Maria de Jesus

SISTEMA DE INFORMAO: METODOLOGIA DE DESENVOLVIMENTO DE SOFTWARE

Trabalho Apresentado Disciplina Sistema de Informao, Ministrada pela Professora Fernanda, no Curso de Graduao em Administrao da Faculdade Araguaia.

Faculdade Araguaia

Goinia / 2011

SUMRIO

INTRODUO.......................................................................................................................... 04 DESENVOLVIMENTO............................................................................................................ 05 1. METODOLOGIA DE DESENVOLVIMENTO DE SOFTWARE......................................... 05 2. DESCRIO DO MODELO.................................................................................................. 06 3. AS DIFERENTES ETAPAS DE DESENVOLVIMENTO..................................................... 07 3.1 ANLISE E DEFINIO DOS REQUISITOS.................................................................... 07 3.2 PROJETO DO SISTEMA...................................................................................................... 07 3.3 IMPLEMENTAO............................................................................................................. 08 3.4 TESTE DO SISTEMA........................................................................................................... 08 3.5 MANUTENO.................................................................................................................... 08 4. PROBLEMAS.......................................................................................................................... 09 5. DOMNIO DE APLICAES................................................................................................ 10 6. CASES DE SUCESSO............................................................................................................ 10 7. ESTRUTURA DO MODELO CASCATA............................................................................. 11 CONSIDERAES FINAIS..................................................................................................... 12 REFERNCIAS BIBLIOGRFICAS..................................................................................... 13

INTRODUO O modelo clssico ou cascata, que tambm conhecido por abordagem top-down, foi proposto por Royce em 1970. At meados da dcada de 1980 foi o nico modelo com aceitao geral. Esse modelo foi derivado de modelos de atividade de engenharia com o fim de estabelecer ordem no desenvolvimento de grandes produtos de software. Comparado com outros modelos de desenvolvimento de software, este mais rgido e menos administrativo. O modelo cascata um dos mais importantes modelos, e referncia para muitos outros modelos, servindo de base para muitos projetos modernos. A verso original deste modelo foi melhorada e retocada ao longo do tempo e continua sendo muito utilizado hoje em dia. Grande parte do sucesso do modelo cascata est no fato dele ser orientado para documentao. No entanto deve salientar-se que a documentao abrange mais do que arquivo de texto, abrange representaes grficas ou mesmo simulao. Uma abordagem incorporando processos, mtodos e ferramentas devem ser utilizados pelos criadores de software. Esta abordagem muitas vezes designada de Abordagem do Processo de Desenvolvimento. Existem trs abordagens de modelos de processo de desenvolvimento de software. Elas tentam colocar ordem numa atividade inerentemente catica. Uma vez definido o modelo de ciclo de desenvolvimento, existem trs abordagens para implement-lo: Cascata pura; Incremental; Evolucionria.

DESENVOLVIMENTO 1. Metodologia de desenvolvimento de software J faz alguns anos que o desenvolvimento de software deixou de ser sinnimo apenas de cdigo. Hoje em dia, sabe-se que necessria a utilizao de uma metodologia de trabalho. Mas o que necessariamente uma metodologia de software? Entende-se por metodologia, como a maneira forma de se utilizar um conjunto coerente e coordenado de mtodos para atingir um objetivo, de modo que se evite, tanto quanto possvel, a subjetividade na execuo do trabalho. Fornecendo um roteiro, um processo dinmico e interativo para desenvolvimento estruturado de projetos, sistemas ou software, visando qualidade e produtividade dos projetos. O dicionrio [WEBSTERS, 1998] define metodologia como um conjunto de mtodos, regras e postulados empregados por uma disciplina: um procedimento particular ou conjuntos de procedimentos. objetivo de uma metodologia definir de forma clara quem faz o que, quando, como, e at mesmo onde, para todos os que estejam envolvidos diretamente ou no com o desenvolvimento de software. Deve definir tambm qual o papel dos tcnicos, dos usurios, e o da administrao da empresa no processo de desenvolvimento. Com isso, evita-se a situao a qual o conhecimento sobre o sistema de poucos, comumente apelidados, de os donos do sistema. Alm disso, deve instruir um conjunto de padres preestabelecidos, de modo a ser evitar a subjetividade na abordagem, a fim de garantir fcil integrao entre os sistemas desenvolvidos. Com isso, o uso de uma metodologia possibilita: Ao gerente: controlar o projeto de desenvolvimento de software mantendo o rumo do projeto sobre controle para que no haja desvios de planejamentos de custos e prazos, que, se negligenciados ou mal conduzidos, podem por em risco o sucesso do projeto. Ao desenvolvedor: obter a base para produzir de maneira eficiente, software de qualidade que satisfaa os requisitos estabelecidos.

Muitas vezes, o uso de uma metodologia encarado como cerceamento da criatividade dos tcnicos, ou como, acrscimo de burocracia, leia-se documentaes, por muitos tidos como desnecessrio a construo de software. Uma metodologia no deve limitar a criatividade profissional, mas deve ser um instrumento que determine um planejamento sistemtico, que harmonize e coordena as reas envolvidas. O que limita a criatividade no a metodologia, mas os requisitos de qualidade e produtividade de um projeto. Como uma metodologia um conjunto de mtodos, convm definir o que um mtodo e qual o seu objetivo. Um mtodo abordagem tcnica passo a passo para realizar uma ou mais tarefas indicadas na metodologia. Ou seja, o procedimento necessrio a ser adotado para atingir um objetivo. J uma tcnica, pode ser compreendida como sendo um modo apropriado de se investigar sistematicamente um universo de interesse ou domnio do problema. Para tanto, utiliza-se de uma notao. Como exemplo de tcnica, temos: Anlise estruturada, Anlise Essencial, Projeto Estruturado, Anlise Orientada a Objetos. A escolha de uma metodologia a ser utilizada no desenvolvimento, deve ser realizada com base na natureza do projeto e do produto a ser desenvolvido, dos mtodos e ferramentas a serem utilizadas e dos controles e produtos intermedirios desejados.

2. Descrio do modelo O modelo Cascata um modelo de engenharia projetado para ser aplicado no desenvolvimento do software. A idia principal que o dirige que as diferentes etapas de desenvolvimento seguem uma seqncia: A sada da primeira etapa flu para a segunda etapa e a sada da segunda etapa flu para a terceira e assim por diante. As atividades a executar so agrupadas em tarefas, executadas seqencialmente, de forma que uma tarefa s poder ter incio quando a anterior tiver terminado.

O modelo em cascata tem a vantagem que s avana para a tarefa seguinte quando o cliente valida e aceita os produtos finais da tarefa atual. O modelo pressupe que o cliente participa ativamente no projeto e que sabe muito bem o que quer. Este modelo minimiza o impacto da compreenso adquirida no decurso de um projeto, uma vez que se um processo no pode voltar atrs de modo a alterar os modelos e as concluses das tarefas anteriores, normal que as novas idias sobre o sistema no sejam aproveitadas. Numa tentativa de resolver este tipo de problema foi definido um novo tipo de processo baseado no clssico em cascata, designado por modelo em cascata revisto, cuja principal diferena consiste em prever a possibilidade de a partir de qualquer tarefa do ciclo se poder regressar a uma tarefa anterior de forma a contemplar alteraes funcionais e/ou tcnicas que entretanto tenham surgido, em virtude de um maior conhecimento que entretanto se tenha obtido. O risco desta abordagem que, na ausncia de um processo de gesto do projeto e de controlo das alteraes bem definido, podemos passar o tempo num ciclo infinito, sem nunca se atingir o objetivo final, ou seja, disponibilizar o sistema a funcionar.

3. As diferentes etapas de desenvolvimento 3.1 Anlise e definio dos requisitos Nesta etapa, estabelecem-se os requisitos do produto que se deseja desenvolver, o que consiste usualmente nos servios que se devem fornecer, limitaes e objetivos do software. Sendo isso estabelecido, os requisitos devem ser definidos de uma maneira apropriada para que sejam teis na etapa seguinte. Esta etapa inclui tambm a documentao e o estudo da facilidade e da viabilidade do projeto com o fim de determinar o processo de incio de desenvolvimento do projeto do sistema; pode ser vista como uma concepo de um produto de software e tambm como o incio do seu ciclo de vida. 3.2 Projeto do sistema Engenharia de Programao O projeto do sistema um processo de vrios passos que se centraliza em quatro atributos diferentes do sistema: estrutura de dados, arquitetura do software,

detalhes proceda e caracterizao das interfaces. O processo de projeto representa os requisitos de uma forma que permita a codificao do produto ( uma prvia etapa de codificao). Da mesma maneira que a anlise dos requisitos, o projeto documentado e transforma-se em uma parte do software. 3.3 Implementao Esta a etapa em que so criados os programas. Se o projeto possui um nvel de detalhe elevado, a etapa de codificao pode implementar-se automaticamente. A princpio, sugere-se incluir um teste unitrio dos mdulos nesta etapa; nesse caso, as unidades de cdigo produzidas so testadas individualmente antes de passar a etapa de integrao e teste global. 3.4 Teste do sistema Concluda a codificao, comea a fase de teste do sistema. O processo de teste centraliza-se em dois pontos principais: as lgicas internas do software e as funcionalidades externas. Esta fase decide se foram solucionados erros de comportamento do software e assegura que as entradas definidas produzam resultados reais que coincidam com os requisitos especificados. 3.5 Manuteno Essa etapa consiste na correo de erros que no foram previamente detectados, em melhorias funcionais e de preferncia e outros tipos de suporte. A etapa de manuteno parte do ciclo de vida do produto de software e no pertence estritamente ao seu desenvolvimento. Melhorias e correes podem ser consideradas como parte do desenvolvimento. As etapas descritas so as principais, porm existem sub-etapas dentro de cada etapa, as quais diferem muito de um projeto para outro. Tambm possvel que certos projetos de software exijam a incorporao de uma etapa extra ou a separao de uma etapa em outras etapas. Com certeza, todas essas variaes do modelo Cascata possuem o mesmo conceito bsico: a idia de que uma etapa fornece sada que sero usadas como entradas para a etapa seguinte.

Portanto, o processo de desenvolvimento de um produto de software de acordo com o modelo Cascata simples de conhecer e controlar. Outras atividades que tambm so levadas em considerao em cada uma das etapas de desenvolvimento do software: a documentao, a verificao e a administrao das etapas serem documentos. A verificao, por sua vez, necessria para que uma etapa fornea os dados corretos para a etapa seguinte. J a administrao, efetua a gesto e o controle da etapa.

4. Problemas O ciclo de vida Cascata o paradigma mais visto e mais amplamente empregado na engenharia de software, porm sua aplicabilidade, em muitos campos, tem sido questionada. Entre os problemas que surgem quando se aplica o modelo so: Na realidade, os projetos raramente seguem o fluxo sequencial que o modelo prope; A interao sempre necessria e est presente, criando problemas na aplicao do modelo; Em princpio, difcil para o cliente especificar os requisitos explicitamente, o que acarreta a incerteza natural do incio de qualquer projeto; O cliente deve ser paciente, pois uma verso funcional no estar disponvel at o final do desenvolvimento. Qualquer erro ou mal entendido, se no for detectado at que o software seja revisado, pode ser desastroso

5. Domnio de Aplicaes

10

O modelo Cascata aplica-se bem em situaes em que o software a ser desenvolvido simples, os requisitos so bem conhecidos, a tecnologia de Programao. Melhorias e correes podem ser consideradas como parte do desenvolvimento. As etapas descritas so as principais, porm existem sub-etapas dentro de cada etapa, as quais diferem muito de um projeto para outro. Tambm possvel que certos projetos de software exijam a incorporao de uma etapa extra ou a separao de uma etapa em outras etapas. Com certeza, todas essas variaes do modelo Cascata possuem o mesmo conceito bsico: a ideia de que uma etapa fornece sada que sero usadas como entradas para a etapa seguinte. Portanto, o processo de desenvolvimento de um produto de software de acordo com o modelo Cascata simples de conhecer e controlar. Outras atividades que tambm so levadas em considerao em cada uma das etapas de desenvolvimento do software so: Verificao e Administrao das etapas serem documentadas. A verificao, por sua vez, necessria para que uma etapa fornea os dados corretos para a etapa seguinte. J a administrao, efetua a gesto e o controle da etapa.

6. Cases de Sucesso Desenvolvimento do MIS (Management Information System) de toda a . rea de Marketing.

Desenvolvimento do Novo Portal da Ita Corretora (CMS Content Management System). Desenvolvimento dos Novos relatrios do Itautrade.com.br. Desenvolvimento do CRM (verso light) da Ita Corretora Desenvolvimento das ferramentas de gesto e controle da rea de Seguros Desenvolvimento do Portal de Relacionamento CPFL / Santander.

Projeto de Inteligncia de Mercado e de Indicadores de Fora de Vendas e Visitao Mdica para a rea de OTC (Tylenol e outros).

11

IKEDA

Diversos projetos de implementao de e-Commerce, como Panasonic, Brastemp, Consul, Le Postiche, Bayard, NetShoes.

7. Estrutura Modelo Cascata

12

CONSIDERAES FINAIS Vantagens do modelo Torna o processo de desenvolvimento estruturado. Tem uma ordem seqencial de fases. Cada fase cai em cascata na prxima e cada fase deve estar terminada antes do incio da seguinte; Todas as atividades identificadas nas fases do modelo so fundamentais e esto na ordem certa; Esta abordagem atualmente a norma e provavelmente permanecer como tal nos prximos tempos. Desvantagens do modelo No fornece feedback entre as fases e no permite a atualizao ou redefinio das fases anteriores; No suporta modificaes nos requisitos; No prev a manuteno; No permite a reutilizao; excessivamente sincronizado; Se ocorrer um atraso todo o processo afetado; Faz aparecer o software muito tarde. O uso de metodologia, mesmo que ainda no fortemente sedimentada, no desenvolvimento de software de extrema importncia, para que o sistema construdo atenda as necessidades dos interessados, com um mnimo de qualidade.

13

REFERNCIAS BIBLIOGRFICAS [1] POMPILHO, S. Analise Essencial: guia prtico de anlise de sistemas. Rio de Janeiro, Cincia Moderna, 2002. [2] REZENDE, Denis Alcides. Engenharia de Software e Sistemas de Informao. 2. ed. Rio de Janeiro, Brasport, 2002. [3] WEBSTERS Ninth Neiv Collegiate Dictionary. 1998. <http://modelocascata.blogspot.com/2010_05_01_archive.html>. Acesso em 20 de maro de 2011.