0

UNIVERSIDADE PRESIDENTE ANTNIO CARLOS UNIPAC FACULDADE REGIONAL DO ALTO SO FRANCISCO CURSO DE SISTEMAS DE INFORMAO

AGUINALDO ALVES PINTO BRUNO AMARANTE COUTO REZENDE DOUGLAS ALEXANDRE DA SILVA JNIO GERALDO DOS SANTOS

A IMPORTNCIA DA INFORMATIZAO NO GERENCIAMENTO DE UMA ASSOCIAO DE DOADORES DE SANGUE

BOM DESPACHO/MG NOVEMBRO 2009

UNIVERSIDADE PRESIDENTE ANTNIO CARLOS UNIPAC FACULDADE REGIONAL DO ALTO SO FRANCISCO CURSO DE SISTEMAS DE INFORMAO

AGUINALDO ALVES PINTO BRUNO AMARANTE COUTO REZENDE DOUGLAS ALEXANDRE DA SILVA JNIO GERALDO DOS SANTOS

A IMPORTNCIA DA INFORMATIZAO NO GERENCIAMENTO DE UMA ASSOCIAO DE DOADORES DE SANGUE

Monografia apresentada ao Curso de Sistemas de Informao da Universidade Presidente Antnio Carlos UNIPAC, como requisito a obteno do ttulo de Bacharel em Sistemas de Informao, sob a orientao do Prof. Esp. Mateus Aparecido dos Santos.

BOM DESPACHO/MG NOVEMBRO 2009

AGUINALDO ALVES PINTO BRUNO AMARANTE COUTO REZENDE DOUGLAS ALEXANDRE DA SILVA JNIO GERALDO DOS SANTOS

A IMPORTNCIA DA INFORMATIZAO NO GERENCIAMENTO DE UMA ASSOCIAO DE DOADORES DE SANGUE

Monografia apresentada Universidade Presidente Antnio Carlos UNIPAC, como requisito parcial para obteno do grau de Bacharel em Sistemas de Informao.

BANCA EXAMINADORA

Orientador Prof. Esp. Mateus Aparecido dos Santos Universidade Presidente Antnio Carlos UNIPAC

Avaliador Prof. Ms. Eduardo Cardoso Melo Universidade Presidente Antnio Carlos UNIPAC

Avaliador Prof. Esp. Edmilson Ferreira da Silva Universidade Presidente Antnio Carlos UNIPAC

Aprovada em______/______/______

Rodrigo Martins Pagliares

AGRADECIMENTO

Agradecemos a Deus, nossa fora constante. s nossas famlias, pela compreenso, carinho e apoio. Margarida Lelis e todos os funcionrios da ADSBD, pelo incansvel apoio. Aos amigos e colegas pela pacincia. Aos nossos professores, Mateus, Tnia, Joo, Edmilson, Eduardo, Alessandro, Henrique, Wellington, Cristiano, Rodrigo, Bete, Gustavo, Elton, Samir, Eldio, Tchesco, Humberto e Alexandre pelos ensinamentos e amizade. As namoradas pela compreensibilidade. Por fim, a nossa querida sede, a casa do Aguinaldo.

O mundo detesta mudanas e, no entanto, a nica coisa que traz progresso. C. F. Kettering

RESUMO
As associaes de doadores de sangue desempenham um papel importante no processo de doao de sangue, promovendo a conscientizao da populao e auxiliando hospitais e hemocentros a manter um nvel suficiente de bolsas de sangue. Por no terem fins lucrativos, estas entidades so categorizadas como do terceiro setor. Neste setor se enquadram as entidades que realizam trabalhos sociais contribuindo com diversas reas da sociedade. comum que estas entidades apresentem dificuldades no seu gerenciamento, devido ao grande volume de informaes manipuladas e falta de meios eficazes para gerenci-las. A partir de um estudo de caso realizado junto a Associao dos Doadores de Sangue de Bom Despacho (ADSBD) foram identificadas estas dificuldades e ento apresentado como a informatizao importante para o seu gerenciamento. Diante disso, foi desenvolvido, utilizando as tcnicas da Engenharia de Software, o ADSBD Manager, um sistema gerencial para auxiliar a administrao da entidade.

Palavras chaves: doao de sangue, terceiro setor, informatizao, Engenharia de Software.

ABSTRACT
The associations of blood donors are an important role in the process of donation of blood by promoting awareness of the population and helping hospitals and blood centers to maintain a sufficient level of the blood reservations. Because of the non-profit objectives, these entities are categorized as the third sector, in this sector are entities that perform social work contributing to several problems in areas of the society. It is common that these entities have difficulties in their management, because of the large number of information handled and the lack of resources to manage them. From an analyzation of a case, done with the Association of Blood Donors in Bom Despacho (ADSBD), these problems have been identified and then displayed as the information is important to its management. In this way, was developed, using the techniques of Software Engineering, the ADSBD Manager, a management system to assists the administration of the entity.

Key words: Blood Donation, The Third Sector, Information, Software Engineering.

LISTA DE ILUSTRAES

LISTA DE FIGURAS

Figura 1: Metodologia em cascata.................................................................................... Figura 2: Viso geral das fases propostas pelo modelo espiral........................................ Figura 3: Processo de compilao de um programa Java................................................. Figura 4: Plataformas do Java...........................................................................................

33 34 43 43

Figura 5: Tela do IDE NetBeans....................................................................................... 45 Figura 6: Tela principal do IBOConsole........................................................................... 46 Figura 7: Tela do DBDesigner.......................................................................................... Figura 8: Especificao JPA............................................................................................. Figura 9: Tela do IReports................................................................................................ Figura 10: Tela de criao de um diagrama de seqncia................................................ 47 49 50 52

Figura 11: Diagrama de caso de uso: Caso de uso geral................................................... 57 Figura 12: Caso de Uso Cadastrar Doadores de Sangue................................................... 59 Figura 13: Diagrama de atividade cadastrar doadores de sangue..................................... 61

Figura 14: Diagrama seqencia bsica de Cadastro doador de sangue............................. 62 Figura 15: Diagrama de seqencia de exceo................................................................. Figura 16: Modelo de Domnio: Gerenciamento de Doadores e Colaboradores.............. Figura 17: Modelo de Domnio: Gerenciamento de Atividades....................................... Figura 18: Diagrama Entidade Relacional do ADSBD Manager..................................... 63 64 64 66

Figura 19: Diagrama de pacote: Arquitetura do software................................................. 67 Figura 20: Trecho de cdigo da classe DAOGenerico...................................................... 69 Figura 21: Tela inicial ADSBD Manager.......................................................................... 71 Figura 22: Tela de cadastro de doadores........................................................................... 72 Figura 23: Tela de cadastro de colaboradores................................................................... 72 Figura 24: Tela de busca avanada de doadores............................................................... 73

Figura 25: Tela de controle de doaes............................................................................. 73 Figura 26: Tela gerenciamento do projeto futuro doador................................................. 74

LISTA DE QUADROS

Quadro 1: Principais eventos relacionados a doao de sangue ocorridos no Brasil........ 20 Quadro 2: Comparativo entre OO e Programao Estruturadas....................................... 40

Quadro 3: Descrio dos Casos de Uso Digrama Casos de Uso Geral.......................... 58 Quadro 4: Descrio do Caso de Uso Cadastrar Doador de Sangue................................. 60

LISTA DE GRFICOS

Grfico 1: Evoluo da quantidade de bolsas coletas e a quantidade utilizada em Bom Despacho........................................................................................................................... Grfico 2: Ciclo de vida de um software sem um processo definido de desenvolvimento .............................................................................................................. Grfico 3: Ciclo de vida aplicando tcnicas da Engenharia de Software......................... 31 32 28

Grfico 4: Resultado do questionrio de usabilidade........................................................ 70

10

LISTA DE ABREVIATURAS E SIGLAS

ADOSARA - Associao de Doadores de Sangue Voluntrios da Regio da Amurel ADSBD - Associao de Doadores de Sangue de Bom Despacho AIDS Sndrome da Imunodeficincia Adquirida ANVISA Agncia Nacional de Vigilncia Sanitria API Interface de Programao de Aplicativos AWT Abstract Window Toolkit CASE Engenharia de Software auxiliada por computador CNAS - Conselho Nacional de Assistncia Social CPU Unidade de Processamento Central DER Diagrama Entidade-Relacional EJB Enterprise Java Beans ERP Planejamento de Recursos Empresariais GPL - General Public License GPL General Public License HEMOBRS - Empresa Brasileira de Hemoderivados e Biotecnologia HIV Vrus da Imunodeficincia Humana IBGE Instituto Brasileiro de Geografia e Estatstica IDE Ambiente Integrado de Desenvolvimento IEC Comisso Eletrotcnica Internacional IPL InterBase Public License ISO Organizao Internacional para Padronizao JFC - Java Foundation Classes JPA Java Persistence API JVM Mquina Virtual Java ODBC - Open Database Connectivity OMS - Organizao Mundial de Sade OO Orientao a Objetos PAC Posto de Coleta Avanado PDF Formato de Documento Portvel PNVDS - Programa Nacional de Doao Voluntria de Sangue POJO Plain Old Java Object POO Paradigma Orientado a Objetos

11

PR-SANGUE - Programa Nacional do Sangue PSF Posto de Sade da Famlia RAD - Rapid Application Development SBHH - Sociedade Brasileira de Hematologia e Hemoterapia SEFIP - Sistema Empresa de Recolhimento do FGTS e Informaes Previdncia Social SGBD Sistema de Gerenciamento de Banco de Dados SQL Linguagem de Consulta Estruturada SRS Documento de Especificao de Requisitos SUS Sistema nico de Sade TI Tecnologia da Informao UML Linguagem de Modelagem Unificada XML Extensible Markup Language XP - Extreme Programming

12

SUMRIO

1 INTRODUO......................................................................... 14 1.1 Relevncia do Projeto............................................................ 1.2 Problema e justificativa......................................................... 1.3 Objetivos do projeto............................................................... 1.3.1 Objetivo geral........................................................................ 1.3.2 Objetivos especficos............................................................. 1.4 Organizao do projeto......................................................... 15 15 16 17 17 17

2 ASSOCIAES DE DOADORES DE SANGUE: CONTEXTUALIZAO............................................................ 18 2.1 Consideraes iniciais............................................................ 2.2 A doao de sangue no Brasil............................................... 2.3 Organizaes do terceiro setor: conceituao.................. 2.3.1 Associaes de Doadores de Sangue.................................... 2.3.2 A Associao de Doadores de Sangue de Bom Despacho.... 2.4 Consideraes finais............................................................... 18 19 22 22 26 29

3 TCNICAS E FERRAMENTAS PARA O DESENVOLVIMENTO DO ADSBD MANAGER................... 30 3.1 Consideraes iniciais............................................................ 3.2 Engenharia de software......................................................... 3.3 UML......................................................................................... 3.4 Orientao a Objetos............................................................. 3.5 Tecnologias utilizadas............................................................ 3.6 Consideraes finais............................................................... 30 31 36 39 41 52

4 METOLOGIA DE DESENVOLVIMENTO DO ADSBD MANAGER................................................................................... 53 4.1 Consideraes inicial.............................................................. 53 4.2 Levantamento de requisitos................................................... 54

13

4.3 Anlise de Requisitos e Projeto............................................. 4.3.1 Caso de uso: viso geral do sistema...................................... 4.3.2 Especificao do caso de uso Cadastrar doadores de Sangue............................................................................................ 4.3.3 Modelo de Domnio.............................................................. 4.4 Anlise Entidade-Relacional................................................. 4.5 Arquitetura do Software....................................................... 4.6 Implementao.......................................................................

54 56 59 63 65 67 68 69 70 71 74

4.7 Testes realizados.........................................................

4.8 Implantao............................................................................ 4.9 Apresentao do Sistema....................................................... 4.10 Consideraes Finais............................................................

5 CONSIDERAES FINAIS DO PROJETO......................... 75 5.1 Dificuldades enfrentadas....................................................... 5.2 Contribuies do projeto....................................................... 5.3 Trabalhos Futuros.................................................................. 5.4 Consideraes finais............................................................... 75 76 76 77

REFERNCIAS........................................................................... 79

14

1 INTRODUO
A doao de sangue um processo fundamental para a rea da sade, uma vez que viabiliza vrios procedimentos mdicos. Devido ao elevado nmero de acidentes de trnsito, doenas e processos cirrgicos, a demanda de sangue vem crescendo em todo o mundo, sendo comum deparar-se com situaes nas quais ele est em falta. No Brasil, o percentual de doadores de sangue est abaixo do recomendado pela OMS (Organizao Mundial da Sade) e na tentativa de reverter este quadro, vrias entidades do terceiro setor realizam um trabalho de conscientizao junto sociedade, a fim de aumentar o nmero de doadores de sangue. Entidades do terceiro setor no tm fins lucrativos e realizam diversos trabalhos de cunho social, ajudando inmeras reas problemticas da sociedade, incluindo-se a relativa doao de sangue. Sendo assim, as associaes de doadores de sangue atuam como facilitadoras do processo de doao, conscientizando a populao e encaminhando doadores aos hemocentros. Este projeto mostra as necessidades gerenciais das associaes de doadores de sangue e aponta como a informatizao pode trazer melhorias significativas para estas entidades. Com o intuito de perceber estas necessidades, um estudo foi feito junto Associao dos Doadores de Sangue de Bom Despacho (ADSBD), localizada na cidade de Bom Despacho MG. Esta associao trabalha com grande volume de informaes, pois, alm de possuir um cadastro de doadores de sangue e colaboradores financeiros, realiza o controle de uma srie de atividades internas. Aps a compreenso das necessidades gerenciais da ADSBD percebeu-se que a implantao de um sistema informatizado auxiliaria, consideravelmente, a associao na realizao de suas atividades. Sendo necessrio que o sistema realize buscas e atualizaes de cadastros de forma rpida e segura, proporcionando entidade um ganho de eficincia e tempo e que gere relatrios precisos em tempo hbil. A implantao do sistema traz um aumento na disponibilizao dos servios e, conseqentemente, facilita a ampliao do campo de atuao da entidade. Para se construir um software de qualidade, preciso seguir os princpios da Engenharia de Software, desde o levantamento de requisitos at a implantao. Ento, a fim de documentar e garantir confiabilidade, segurana e manutenabilidade a todo o software, o desenvolvimento da aplicao gerencial para a ADSBD, o ADSBD Manager, seguiu estes princpios.

15

O trabalho apresenta, portanto, um estudo sobre as necessidades gerenciais das associaes de doadores de sangue e as dificuldades enfrentadas neste processo. E, baseado em um caso concreto, desenvolvido um software para auxiliar no gerenciamento de uma associao.

1.1 Relevncia do Projeto

Conforme apresentado no tpico anterior, a doao de sangue se mostra um procedimento importante para a sociedade. Porm conscientizar a populao e, assim, conseguir a quantidade adequada de doadores algo complexo e que envolve um trabalho muito grande. Na execuo deste trabalho, destaca-se o papel das associaes de doadores de sangue, entidades sem fins lucrativos, que atravs do servio voluntrio desenvolvem projetos e atividades para conscientizar a populao da importncia da doao de sangue. A partir do estudo realizado junto a uma destas associaes de doadores de sangue, verificou-se que ela poderia ampliar consideravelmente suas atividades e projetos se seu gerenciamento no fosse to oneroso. Ento, a fim de propiciar a esta entidade uma melhora no seu gerenciamento foi proposto este trabalho, que alm de pesquisas sobre doao de sangue e terceiro setor, objetiva desenvolver um software que auxilie no gerenciamento desta associao, facilitando seus procedimentos administrativos e possibilitando a ampliao de seus projetos e atividades. Esta ampliao de projetos e atividades benfica a toda sociedade, uma vez que o percentual de pessoas conscientizadas e, conseqentemente, o de doadores de sangue tendem a crescer. Assim ser possvel que os estoques de sangue se mantenham sempre em um nvel bom, que atenda a demanda da populao.

1.2 Problema e justificativa

As informaes tm um papel fundamental para as organizaes, e gerenci-las de modo eficiente essencial para a conquista do sucesso. As organizaes do terceiro setor no so diferentes e precisam criar polticas para controlar suas informaes, uma vez que lidam com grande quantidade das mesmas. Estas entidades precisam ter um acesso rpido e um controle muito grande sobre estas informaes, para que consigam desenvolver suas atividades e projetos.

16

Ao observar as associaes de doadores de sangue, facilmente se identificam vrias informaes manipuladas. So cadastros de doadores de sangue, controle de doaes e resultados de pesquisas de triagem. Controlar tantas informaes se torna oneroso e sobrecarrega os envolvidos no seu gerenciamento, alm de dificultar o acesso s mesmas dentro de um tempo hbil. Diante da importncia e da quantidade de informaes, a maneira que vem se mostrando mais eficiente para control-las a utilizao de sistemas informatizados. Estes aplicativos so capazes de armazenar, manipular e disponibiliz-las a quem necessite, de forma consistente e rpida. Pode-se afirmar que a utilizao de softwares gerenciais essencial para que organizaes atinjam seus objetivos e consigam consolidar-se no mercado. Entidades do terceiro setor enfrentam obstculos para a implantao de um software gerencial, dos quais se destacam a falta de recursos financeiros para aquisio de um software e a falta de aplicaes que atendam as suas necessidades. Diante desta situao, a proposta deste projeto, de estudar as necessidades gerenciais das associaes de doadores de sangue e, a partir de um caso real, desenvolver um aplicativo gerencial se mostra pertinente. A partir do estudo realizado na ADSBD, percebeu-se que as principais dificuldades apresentadas no seu gerenciamento esto relacionadas ao tempo gasto para o registro das atividades internas, a busca e atualizao de cadastros de doadores e colaboradores e a produo de relatrios. Destaca-se tambm a complexidade para se produzir estes relatrios, sendo necessrio manipular grande quantidade de documentos. Frente a estas dificuldades e a escassez de softwares destinados a estas entidades, o desenvolvimento e a implantao de uma aplicao gerencial na ADSBD se mostra importante para que a associao consiga otimizar seu gerenciamento e, assim, ampliar os seus projetos. A utilizao de um sistema informatizado resolve algumas dificuldades apresentadas de maneira simples, como por exemplo, relatrios seriam gerados rapidamente, sem a necessidade de ficar somando valores em vrios formulrios, diminuindo a margem de erro. O tpico abaixo traz os objetivos explcitos deste projeto.

1.3 Objetivos do projeto

Esta seo apresenta os objetivos deste projeto, eles esto divididos entre os especficos e um geral.

17

1.3.1 Objetivo geral

Adaptar os procedimentos gerenciais da Associao dos Doadores de Sangue de Bom Despacho (ADSBD) ao uso de sistemas informatizados.

1.3.2 Objetivos especficos

Desenvolver um sistema, o ADSBD Manager, utilizando tcnicas da Engenharia de Software, para auxiliar no gerenciamento da ADSBD; Mostrar a necessidade e a importncia da informatizao em uma associao dos doadores de sangue; Descrever o impacto da informatizao na ADSBD.

1.4 Organizao do projeto

A fim de facilitar a compreenso do projeto, este trabalho foi elaborado em captulos, divididos conforme a abrangncia de cada um. O capitulo 2 apresenta a doao de sangue, seus procedimentos e a importncia das associaes de doadores de sangue neste contexto. Descreve tambm a ADSBD e suas necessidades gerenciais. O capitulo 3 apresenta as tecnologias e ferramentas utilizadas no projeto de desenvolvimento do ADSBD Manager, o sistema gerencial que auxiliar a ADSBD. O capitulo 4 traz os passos do desenvolvimento do software, detalhando as etapas de especificao de requisitos, modelagem da base de dados e desenvolvimento. Por fim, o capitulo 5 traz as consideraes finais mostrando dificuldades enfrentadas, contribuies e possveis melhorias para o projeto.

18

ASSOCIAES

DE

DOADORES

DE

SANGUE:

CONTEXTUALIZAO
Esta seo aborda a doao de sangue, contendo um breve histrico e uma descrio da situao no Brasil e em Minas Gerais. Apresenta, tambm, a Associao de Doadores de Sangue de Bom Despacho (ADSBD), entidade sem fins lucrativos, para qual foi desenvolvido o software deste projeto. So mostradas suas necessidades, conquistas e sua importncia para a sociedade.

2.1 Consideraes iniciais

A doao de sangue considerada um procedimento fundamental para que os profissionais da medicina possam salvar vidas. Como demonstra Moura et al (2006, p. 62), o sangue captado nas doaes, utilizado em diversas situaes e doenas, como: cirurgias, acidentes, anemias e outras. O processo de doao de sangue um tanto complexo, uma vez que envolve doadores, receptores, bancos de sangue, hospitais e as entidades filantrpicas que do apoio a esta rea. De acordo com Gomes e Maia (2007) a doao um grande processo divido em vrios subprocessos. Por exemplo, antes de efetuar a doao, o doador passa por triagens (clnica e hematolgica). Aps a coleta, a bolsa de sangue passa por uma bateria de exames (hepatite, HIV, chagas, entre outros) a fim de garantir a segurana do receptor. Cada bolsa coletada possui um tempo limite para ser utilizada, este prazo se altera de acordo com os aditivos e anticoagulantes utilizados, podendo variar de 21 a 42 dias. Segundo Ludwig e Rodrigues (2005) o aumento da populao mundial e os avanos tecnolgicos na rea da medicina influenciam diretamente no aumento da demanda por sangue, para tanto, exige-se que este tenha passado por exames que confirmem sua qualidade. Este aumento na demanda est acontecendo em todo o mundo como evidenciado por Moura et al (2006) ao afirmar que o crescente nmero de acidentes de trnsito, de doenas em geral e de cirurgias so fatores que fazem esta procura crescer. Levada por esta situao, a OMS observou ser importante estabelecer alguns critrios para a doao e transfuso de sangue, e assim, definiu alguns parmetros, como por exemplo, que entre 3% e 5% da populao de cada pas deve ser considerada doadora voluntria de sangue. A OMS acredita que com este percentual possvel atender a demanda atual. Na

19

Europa a mdia de 5 doadores a cada 100 habitantes. Acredita-se que este elevado ndice (5% da populao) se deve, entre outros fatores, ao fato do continente j ter passado por duas grandes guerras e isso aumentou a solidariedade entre as pessoas (MOURA et al, 2006). De acordo com Ludwig e Rodrigues (2005) o percentual de doadores voluntrios de sangue no Brasil, no ano de 2005, foi de 2,2%, ndice abaixo do preconizado pela OMS. Entre os principais obstculos para se atingir o patamar desejado esto a dificuldade de conscientizao da populao sobre a importncia da doao, a falta de fidelidade dos doadores, uma vez que muitos s realizam a primeira doao e no se tornam doadores regulares, e o medo das pessoas em relao aos procedimentos para a coleta. Com a inteno de facilitar o contato com doadores e com candidatos doao, existem associaes de doadores de sangue espalhadas pelo Brasil. So entidades sem fins lucrativos, que tem por objetivo facilitar o processo de doao de sangue, conquistar novos doadores e manter aqueles j ativos. Aps pesquisa junto Sociedade Brasileira de Hematologia e Hemoterapia (SBHH) e a Agncia Nacional de Vigilncia Sanitria (ANVISA), constatou-se a no existncia de estimativas sobre a quantidade de entidades com este fim no Brasil.

2.2 A doao de sangue no Brasil

A doao de sangue no Brasil teve incio efetivo em meados da dcada de 1920. Segundo Gomes e Maia (2007), neste perodo eram realizadas apenas transfuses brao-abrao. Na dcada de 1940 aconteceram grandes evolues como a criao do primeiro Banco Nacional de Sangue, em 1943 e da Sociedade Brasileira de Hematologia e Hemoterapia (SBHH), em 1949. A primeira lei relacionada doao de sangue foi sancionada em 1950, a Lei n 1.075 que incentivava a doao voluntria de sangue. Atualmente a Lei n 10.205, tambm conhecida como Lei do Sangue, sancionada em 2001, regulamenta o processo e estabelece os critrios de controle da doao de sangue e dos hemoderivados (GOMES E MAIA, 2007). O QUADRO 1 apresenta os principais acontecimentos relacionados a doao de sangue no Brasil.

20

QUADRO 1 Principais eventos relacionados a doao de sangue ocorridos no Brasil poca Evento 1877 Provvel data da primeira transfuso de sangue, no Rio de Janeiro; Dcada de 1920 Doadores cadastrados, sangue no estocado e transfuses brao-a-brao; Primeiro servio organizado de transfuso de sangue, no Rio de Janeiro, transfuses brao-a-brao e sem exames de triagem no sangue do doador; Primeiros bancos de sangue privados, remunerao pela doao de sangue, criao da Sociedade Brasileira de Hematologia e Hemoterapia (SBHH); Primeira lei federal, Lei n 1.075 vigorou at 1964 e institui, entre outras coisas, o abono do dia de trabalho para doar sangue; Sancionada a Lei n 4.071, dispe sobre a atividade hemoterpica e a base para a Poltica Nacional de Sangue; A OMS realiza diagnstico da situao da hemoterapia no pas; Doadores de sangue em sua maioria remunerados; Sociedade Brasileira de Hematologia e Hemoterapia promove a doao voluntria de sangue; Criado o Programa Nacional do Sangue (Pr-Sangue) pelo Ministrio da Sade. Com o avano dos casos de AIDS, aumenta a presso nacional pela segurana transfusional; Constituio de 1988 veta a comercializao de sangue e hemoderivados; Instituio da Meta Mobilizadora Nacional; Sancionada a Lei n 10.205, a Lei do Sangue;

Dcada de 1930

Dcada de 1940

1950

1965

1969 Dcada de 1970 1979

Dcada de 1980

1988 1998 2001 2004

Lei autoriza a criao da Empresa Brasileira de Hemoderivados e Biotecnologia (HEMOBRS). Fonte: VERTCHENKO, 2005, p. 21 (adaptado). Segundo Vertchenko (2005), dentre os eventos citados no QUADRO 1 os abaixo relacionados merecem maior destaque: a campanha de doao promovida pela SBHH, em 1979. Aps a proibio da remunerao pela doao, os estoques de sangue atingiram nveis baixssimos e os incentivos doao voluntria cresceram; a criao do Pr-Sangue, em 1980. Este programa foi um marco no processo de

21

profissionalizao da doao de sangue. Segundo Medeiros (2004) este programa colocou um fim na mercantilizao do sangue. Foi implantada uma rede de centros de hematologia e hemoterapia nos estados e foi regulamentado o ressarcimento pelos servios prestados na coleta, processamento e transfuso do sangue, facilitando assim a ampliao e a qualificao do processo de doao e transfuso de sangue; a instituio da Meta Mobilizadora Nacional, em 1998, pelo Ministrio da Sade. Foi um ato visando garantir a qualidade em todo o processo de doao e transfuso de sangue at 2003. Este um grande projeto que engloba doze programas, merecendo destaque o Programa Nacional de Doao Voluntria de Sangue (PNVDS), que tem por objetivo aumentar a quantidade de doadores voluntrios de sangue em todo o pas.

A situao atual no Brasil no muito favorvel, ainda existe um dficit na relao entre a quantidade necessria de bolsas e a quantidade coletada, porm uma melhora tem sido notada ano a ano. O percentual de doadores voluntrios, ou seja, pessoas que doam por boa vontade, vem aumentando gradativamente, como demonstrado por Vertchenko (2005), em 1997 esse percentual era de 25%, j em 2002 chegou a 51% dos doadores. Isto mostra a necessidade de se estabelecer polticas pblicas srias, como o PNDVS e a Meta Mobilizadora, para tratar deste assunto to importante para a sociedade, e assim atingir o nvel desejado de doadores no Brasil. A estruturao da hemorrede pblica em Minas Gerais iniciou-se em 1985, como fruto do Pr-Sangue, com a criao da Fundao Centro de Hematologia e Hemoterapia de Minas Gerais, o Hemominas, sendo instalado o hemocentro coordenador em Belo Horizonte. A descentralizao do servio comeou em 1987, para agilizar o processo e diminuir custos. Para isto, o Hemominas estabeleceu convnios de cooperao mtua com prefeituras e universidades em todo o estado (VERTCHENKO, 2005). O Hemominas conta com 23 centros regionais, distribudos pelo estado, e mantm convnios com prefeituras e universidades. De acordo com a Fundao Hemominas (2009) a ela responsvel por 87% das transfuses no estado, o restante realizado em bancos de sangue vinculados a hospitais particulares. Em relao aos doadores, Minas Gerais se encontra numa situao semelhante ao restante do pas, faltam doadores voluntrios. Vertchenko (2005) mostra que, apenas 1,11% da populao do estado doou sangue em 2002. Este percentual est abaixo da mdia nacional, e do percentual preconizado pela OMS. importante que o Hemominas continue atuando e que amplie sua rede de convnios

22

para atingir o nvel esperado de doadores e bolsas de sangue. Nesta ampliao da rede fundamental o relacionamento com as associaes de doadores de sangue, uma vez que estas entidades desempenham um papel importante na fidelizao do doador e na conscientizao de mais pessoas, a fim de conseguir um nmero maior de doadores.

2.3 Organizaes do terceiro setor: conceituao

Soares, Cato e Santos (2004) definem organizaes de terceiro setor como entidades sem fins lucrativos que atuam nas reas sociais, como a sade, o lazer e o desenvolvimento humano. Estas instituies apresentam um conjunto peculiar de caractersticas: no visam lucratividade, no so governamentais, so organizadas, independentes, articuladas e promovem os interesses coletivos. Neste contexto importante definir que o chamado primeiro setor, o estado, a administrao pblica e o segundo o mercado, as organizaes privadas, com fins lucrativos. O terceiro setor , portanto, uma nomenclatura utilizada para designar as instituies que apresentam uma conjuno entre a finalidade do primeiro setor e a metodologia de trabalho do segundo, ou seja, so agentes privados que agem para fins pblicos (AGUIAR E SILVA, 2001). O gerenciamento das informaes nas entidades do terceiro setor complexo, devido principalmente, variedade de setores que elas atendem, ao fato de no existir uma padronizao nas informaes que manipulam, uma vez que cada entidade busca se estruturar da melhor maneira dentro de seu contexto. Por exemplo, ao se observar um grupo de associaes de doadores de sangue, possvel identificar formas distintas de gerenciamento. Para minimizar essas dificuldades de gerenciamento, a utilizao de sistemas informatizados pode ser vista como uma possvel soluo. Um software facilita o fluxo das informaes dentro da entidade, dando maior consistncia e confiabilidade nos procedimentos administrativos.

2.3.1 Associaes de Doadores de Sangue

As associaes de doadores de sangue, como citado, desempenham um papel importante no contexto da doao. Estas entidades, normalmente, so mantidas por doaes financeiras de cidados, empresas e em alguns casos, contam com um auxilio da

23

administrao pblica Estas associao so criadas com o intuito de propiciar mais segurana e agilidade ao processo de doao. Normalmente, elas mantm um cadastro de doadores o que facilita a localizao e o encaminhamento destes aos hemocentros; realizam atividades de conscientizao da populao visando conquistar novos doadores e fidelizar os j ativos. O grande objetivo destas entidades auxiliar na manuteno de bons nveis nos estoques de sangue. De acordo com Moura et al (2006, p.62 apud Ministrio da Sade, 1998) o processo de fidelizao de doadores consiste em mudar gradualmente o perfil do doador brasileiro e, enfim, garantir a quantidade e qualidade do sangue. Isso compreende um conjunto de atividades voltadas para que o doador no realize somente a primeira doao e sim, para que este se conscientize da importncia da doao regular de sangue. fundamental para o sucesso de uma associao de doadores de sangue criar meios de fidelizar os doadores. Porm definir esta estratgia no to simples. De acordo com Ludwig e Rodrigues (2005) so vrios os aspectos a serem observados nesta definio. preciso medir a reao (satisfao) dos doadores, ter um bom atendimento, oferecer servios com rapidez, cordialidade e resolver os problemas que surgirem. Outro ponto interessante neste processo de fidelizao a divulgao das atividades, necessidades e conquistas da associao, o que transmite uma idia de transparncia e comprometimento. Algumas associaes tm adotado tcnicas de marketing para auxiliar na definio da estratgia a ser adotada para a fidelizao e conquista de novos doadores. Essas tcnicas so conhecidas como marketing social, que visam atingir o maior nmero de pessoas e fornecer informaes objetivas e de fcil compreenso. O Hemocentro de Cascavel, no Paran, tem obtido bons resultados com a implantao de modelos baseados no marketing social para a divulgao de suas atividades. O hemocentro vem conseguindo erradicar a falta de doadores e aumentar o percentual de doadores regulares e voluntrios de sangue (MEDEIROS, 2004). As associaes de doadores de sangue desempenham, portanto, um relevante papel no processo de coleta de sangue. Auxiliam hospitais e hemocentros, diminuindo,

consideravelmente, o fluxo de pessoas e documentos nestas organizaes. Ento, torna-se necessrio criar meios para o surgimento de novas associaes e para que as j constitudas melhorem a qualidade de seus servios. Assim, ser mais fcil que o Brasil atinja o percentual e a qualidade desejada de doadores e bolsas de sangue.

24

A importncia da informao no contexto de uma associao de doadores de sangue Segundo Freitas e Kladis (1995), as informaes so conjuntos de dados processados de maneira lgica e significativa, para que tenham um valor real no contexto organizacional. Elas so recursos fundamentais dentro de qualquer organizao, com ou sem fins lucrativos. Da a importncia de se estabelecer uma poltica de informao consistente e adequada. Afinal, informaes bem construdas e bem apresentadas possibilitam vantagens competitivas e facilitam os processos administrativos e de tomada de deciso dentro de qualquer organizao. As associaes de doadores de sangue trabalham com um fluxo considervel de informaes: so doadores, receptores, coletas e atividades gerenciais. Neste contexto, o correto gerenciamento das informaes traz benefcios como a facilitao e a diminuio do tempo gasto com o seu gerenciamento, o aumento da segurana e da confiabilidade nas suas atividades. Para Vitorino, Costa, Kenchian (2008) a implantao de uma poltica de informao na rea da sade deve considerar, alm de outros fatores, os seguintes aspectos: segurana, sigilo e acessibilidade. Em uma associao de doadores de sangue o sigilo dos dados sobre doadores fundamental, e deve ser bem implantado. Para evitar problemas com divulgaes indevidas e para melhorar a qualidade e a agilidade no gerenciamento importante que essas associaes possuam recursos para implantar uma boa poltica de informao. A informatizao do gerenciamento das associaes Os computadores e a informtica, de um modo geral, so de grande valor para a sociedade e esto presentes em diversos segmentos, desde os mais simples, como no lazer e na comunicao entre pessoas at os mais complexos, como as cirurgias mdicas. O processo de informatizao teve incio na dcada de 1960 e continua evoluindo at os dias de hoje, sempre buscando atender as necessidades das pessoas e organizaes (SHIGUNOV NETO E TEIXEIRA, 2006). Dentro das organizaes a utilizao de sistemas informatizados tem se mostrado muito eficiente no gerenciamento das informaes. A utilizao deste tipo de recurso se destaca principalmente por suportar vrios processos empresariais, como a tomada de deciso, controle de estoque e pessoal e por dar confiabilidade e disponibilizar, em tempo adequado s informaes a quem necessite delas (FREITAS E KLADIS, 1995 apud BIO, 1991).

25

Nota-se a necessidade que as organizaes, de um modo geral, tm, em aperfeioarem seus procedimentos gerenciais para que consigam obter bons resultados. Este processo de aperfeioamento tem passado, constantemente, pela implantao de sistemas informatizados, uma vez que esses tornam menos onerosos os procedimentos, trazem maior confiabilidade, agilidade e consistncia s informaes (SOARES, CATO E SANTOS, 2004). Organizaes do terceiro setor, como as associaes de doadores de sangue, so ambientes onde a implantao de sistemas informatizados se mostra vivel, devido quantidade e ao fluxo de informaes nelas. Porm, este processo esbarra em dois aspectos relevantes. Primeiro, a falta de recursos financeiros destas entidades para a aquisio de um software ou para a estruturao de um projeto de desenvolvimento de um. E, em segundo lugar, a dificuldade de se encontrar sistemas que realmente atendam as suas necessidades. Softwares existentes para o terceiro setor As entidades do terceiro setor tm apresentado uma demanda considervel por softwares gerenciais. Esta procura vem aumentando porque, com a utilizao de sistemas informatizados, obtm-se um ganho de eficincia, confiabilidade, consistncia e tempo. Nesta perspectiva, foram pesquisados alguns softwares destinados para estas entidades. Encontrar softwares destinados ao terceiro setor no simples e entre os encontrados o Master Manager ou Sistema de Gerenciamento de Fundaes, desenvolvido pela Gemini Sistemas foi o que mais se aproximou do ponto desejado. um software destinado ao gerenciamento de qualquer fundao. Sendo possvel adapt-lo ao modelo administrativo de cada instituio. Possui tambm alguns mdulos especficos, como o de gesto de projetos que funciona integrado com o de gesto financeira e contbil, o que facilita o gerenciamento de atividades mais especficas das organizaes (GHIGNATTI, STEFFEN E TURCHETO, 2007). Outro sistema o Radar Empresarial, desenvolvido pela WK Sistemas. um software que segue a linha dos ERPs, um conjunto de sistemas interligados para o gerenciamento completo de uma instituio. destinado a todas as organizaes podendo ser adaptado a uma entidade do terceiro setor. Possui um mdulo para o gerenciamento de projetos, controlando a parte financeira e de pessoal, que um ponto interessante para o terceiro setor. Porm ele , assim como o Master Manager, um sistema pago, o que pode inviabilizar sua implantao em algumas entidades (GHIGNATTI, STEFFEN E TURCHETO, 2007).

26

No que tange o gerenciamento de associaes de doadores de sangue, foi identificado um sistema especfico desenvolvido pela Tecmedia Internet Design, de Santa Catarina. Na realidade, a empresa desenvolveu um mdulo baseado na sua plataforma de desenvolvimento, que responsvel pelo cadastro dos doadores e das doaes. O sistema utilizado pela Associao de Doadores de Sangue Voluntrios da Regio da Amurel (ADOSARA) situado no municpio de Capivari de Baixo SC. Os principais benefcios com a implantao do sistema foram a facilitao do acesso aos doadores e a rapidez no encaminhamento destes s solicitaes dos hemocentros (PORTAL TECMEDIA, 2008). Segundo Soares, Cato e Santos (2004) a falta de softwares destinados ao terceiro setor uma lacuna que deve ser preenchida o mais rpido possvel pelos profissionais e empresas de TI, a fim de possibilitar a entidades deste setor um melhor gerenciamento de suas atividades e uma ampliao nos seus projetos.

2.3.2 A Associao de Doadores de Sangue de Bom Despacho MG

O municpio de Bom Despacho, localizado no centro-oeste mineiro, a

aproximadamente 145 quilmetros de Belo Horizonte, tem uma populao, segundo IBGE (2007) de 42.460 habitantes. Na rea da sade, conta com 2 hospitais, sendo um particular e outro conveniado ao SUS, 8 Postos de Sade da Famlia (PSF), 1 policlnica, 1 centro de sade e 1 pronto atendimento (SIAB, 2008). A populao do municpio sofria com a falta de doadores aptos e disponveis para atender a demanda de sangue da cidade e tambm com a dificuldade para se deslocar at os hemocentros para realizarem a doao, uma vez que o hemocentro mais prximo est sediado em Divinpolis, a aproximadamente 80 quilmetros. Percebendo tal realidade e a gravidade do problema enfrentado, no ano 2000, por iniciativa do ento Vigrio da Parquia Matriz de Nossa Senhora do Bom Despacho, Padre Joo Lcio Gomes Benfica, iniciou-se uma campanha para a fundao de uma associao que facilitasse o processo de doao de sangue na cidade (REQUERIMENTO CNAS, 2007). Ento, com o propsito de fundar esta associao, foi realizada em 17 de maio de 2000, uma reunio pblica na qual foi eleita uma comisso voluntria para a criao da associao de doadores de sangue na cidade. O estatuto foi aprovado em 05 de fevereiro de 2001 e registrado em cartrio em 03 de outubro do mesmo ano, sendo assim criada a Associao dos Doadores de Sangue de Bom Despacho (ADSBD). A ADSBD tem por

27

objetivos principais facilitar o processo de doao de sangue, auxiliar as agncias transfusionais de Bom Despacho e regio e promover a conscientizao da populao sobre a importncia de se doar sangue (ESTATUTO ADSBD, 2008). A associao composta por uma diretoria eleita a cada 2 anos e conta com uma equipe de funcionrios, alguns contratados, outros cedidos pela Cmara Municipal e, tambm com voluntrios, para a realizao de suas atividades. Ela mantida atravs de colaboraes financeiras. A quantidade de colaboradores gira em torno de 500, em algumas ocasies, ela recebeu repasse da administrao pblica estadual e municipal. Em 2008, a ADSBD possua 2118 doadores de sangue cadastrados (RELATRIO ANUAL CIRCUNSTANCIADO ANO BASE 2008, 2009). Dentre muitas conquistas da associao, destacam-se a criao da Lei Municipal n 1.876/2002, que estabeleceu a introduo do contedo programtico multidisciplinar doao de sangue, tecidos e partes do corpo, na Rede Municipal de Ensino; a conquista de uma sede junto ao municpio e as 11 coletas de sangue realizadas na cidade, em parceria com o Hemominas. A entidade foi reconhecida de Utilidade Pblica Municipal pela Lei n 1.880 de 01/04/2002, de Utilidade Pblica Estadual pela Lei n 16.275 de 18/07/2006 e de Utilidade Pblica Federal pela portaria n 266 de 24/02/2006 (REQUERIMENTO CNAS, 2007). A entidade vem pleiteando uma certificao junto ao Conselho Nacional de Assistncia Social (CNAS), que lhe permitir receber subsdios do governo federal e, assim, ampliar suas atividades e dar a elas uma maior qualidade. O processo est transitando desde 2007 no Ministrio do Desenvolvimento Social e Combate Fome, porm muito complexo e exige muitos requisitos, como o ttulo de Entidade de Utilidade Pblica Federal, o qual a ADSBD j possui. A fim de manter este ttulo, a entidade produz o Relatrio Anual Circunstanciado, que enviado ao Ministrio da Justia, contendo todas as atividades desenvolvidas. Este relatrio muito complexo e produzido conforme o modelo enviado pelo Ministrio, que, normalmente passa por alteraes todo ano (REQUERIMENTO CNAS, 2007). Desde o seu surgimento, a ADSBD vem buscando conscientizar a populao bomdespachense sobre a importncia da doao de sangue, para, assim, conseguir o nmero necessrio de doadores e bolsas. Vem desenvolvendo projetos, dos quais merece maior destaque o Projeto Futuro Doador, que trabalha com as crianas e adolescentes nas escolas da cidade, promovendo a conscientizao destes. Desde o incio de 2009 busca uma parceria com o Hemominas para criar em Bom Despacho um Posto de Coleta Avanado (PAC), que

28

permitir a realizao de coletas mensais no municpio, o que facilitar para os doadores, uma vez que no precisaro se deslocar para outras cidades. Nos ltimos anos a ADSBD tem conseguido alcanar a quantidade necessria de bolsas para atender as necessidades do municpio, inclusive, em alguns anos foram coletadas mais bolsas que o necessrio, sendo essas repassadas a outros municpios. O GRAF. 1 apresenta a evoluo da quantidade de bolsas coletadas. Em 2008, por exemplo, foram coletadas 585 bolsas de sangue enquanto a demanda do municpio foi de 315. clara a melhora no processo de doao desde a criao da ADSBD e a sua importncia para Bom Despacho e regio (RELATRIO ANUAL CIRCUNSTANCIADO ANO BASE 2008, 2009).

GRFICO 1 Evoluo da quantidade de bolsas coletas e a quantidade utilizada em Bom Despacho Fonte: RELATRIO ANUAL CIRCUNSTANCIADO ANO BASE 2008, 2009. A estrutura organizacional da ADSBD As principais atividades administrativas da ADSBD esto relacionadas manipulao de informaes cadastrais de doadores de sangue e colaboradores financeiros. So gerenciadas, tambm, todas as doaes de sangue realizadas por doadores cadastrados na associao. Desta forma possvel manter um cadastro atualizado que permite identificar, de maneira confivel, um doador ou colaborador. O gerenciamento das atividades internas da associao outro ponto importante. So controladas 39 atividades, que vo desde o envio de correspondncias at o gerenciamento do nmero de bolsas coletas e utilizadas. Estas atividades so a base para a produo do

29

Relatrio Circunstanciado Anual e obteno de um monitoramento constante do nvel de qualidade dos servios prestados pela entidade. A produo de relatrios outro ponto fundamental para o correto gerenciamento da associao. So produzidos relatrios simples, como o de aniversariantes de um ms e complexos como Relatrio Circunstanciado Anual. A partir do resultado destes possvel identificar falhas administrativas, estruturar rotinas de trabalho e planejar projetos da instituio. Neste tpico foram apresentadas as principais atividades administrativas da ADSBD, a fim de elucidar sua metodologia de trabalho e permitir uma melhor compreenso do seu funcionamento.

2.4 Consideraes finais

Esta seo apresentou um histrico da doao de sangue, a situao no Brasil, em Minas Gerais e tambm no municpio de Bom Despacho - MG. Sendo discutida a importncia e a posio das associaes de doadores de sangue para a sociedade e como a informatizao pode auxiliar no gerenciamento destas. Por fim, foi apresentada a ADSBD, a associao de doadores de sangue que ser a base para o desenvolvimento deste projeto. Foram mostrados seus objetivos, conquistas e funcionamento. Os tpicos a seguir iro apresentar a estrutura, o desenvolvimento, os resultados e possveis melhorias para este projeto.

30

TCNICAS

FERRAMENTAS

PARA

DESENVOLVIMENTO DO ADSBD MANAGER

Esta seo aborda as tcnicas utilizadas durante o desenvolvimento da aplicao, contendo toda a linha de pesquisa, desde metodologias de desenvolvimento de software at as ferramentas utilizadas. Sendo mostrado como os processos de desenvolvimento de software podem ajudar na elaborao de projetos, alm de demonstrar a importncia da modelagem UML e da anlise de ferramentas de desenvolvimento para a construo de um software que atenda a uma entidade do terceiro setor.

3.1 Consideraes iniciais

A implantao de sistemas nas mais diversas reas, tem se tornado cada vez mais comum. E isso no diferente dentro de uma associao de doadores de sangue. importante que sistemas voltados para o terceiro setor sejam desenvolvidos de forma a atender as expectativas das organizaes. Quando falamos de sistemas de software, temos o conceito de que o software apenas o produto final, que passou do ambiente de produo para o ambiente comercial, mas no bem assim. O conceito de software muito mais amplo, abrange toda a documentao, arquivos de configurao e o conjunto de programas que so necessrios para sua execuo.

Software no apenas o programa, mas tambm todos os dados de documentao e configurao associados, necessria para que o programa opere corretamente. Um sistema de software consiste, geralmente, de u m conjunto de programas separados; arquivos de configurao, que so utilizados para configurar os programas, documentao do sistema, que descreve a estrutura do sistema; a documentao do usurio, que explica como usar o sistema; e sites Web por meio dos quais os usurios obtm informaes recentes sobre o produto. (SOMMERVILLE, 2007, p 4).

Dada a complexidade e a amplitude de um software, estrutur-lo de uma forma organizada e definir uma metodologia so fundamentais para se obter sucesso na implantao de qualquer sistema, desde seu desenvolvimento at a aceitao do usurio. Nos tpicos seguintes sero abordadas tcnicas da engenharia de software e as ferramentas que foram utilizadas durante as fases de elaborao, anlise e desenvolvimento do projeto.

31

3.2 Engenharia de software

Engenharia de software pode ser definida como uma disciplina da engenharia que aborda todos os aspectos do desenvolvimento do software, desde a concepo at a sua implantao e manuteno (SOMMERVILLE, 2007). Esta disciplina tem por objetivo auxiliar os engenheiros de software na elaborao de projetos mais concisos, aumentando consideravelmente a qualidade do produto final. A formao do conceito de engenharia de software comeou a partir de 1968, aps uma conferncia que tinha como objetivo discutir a chamada crise do software. Esta crise ocorreu por que os equipamentos de hardware no acompanhavam a evoluo dos softwares, e estes, por sua vez, se tornavam cada vez mais complexos. A falta de padronizao dificultava ainda mais a manuteno destes no ambiente comercial. Nesta conferncia foram levantados vrios aspectos referentes produo de software e a partir destes conceitos foram desenvolvidos, ao longo dos anos, vrias tcnicas que auxiliam os desenvolvedores no planejamento e na execuo de projetos de software. A aplicao errnea ou a ausncia destas tcnicas no desenvolvimento tem custado caro para as organizaes. Para se ter uma idia, uma aplicao que no segue os padres de desenvolvimento de software, geralmente consome cerca de 70% do tempo do seu ciclo de vida com a manuteno. Isto mostra a importncia da engenharia de software desde a fase de levantamento de requisitos at a manuteno (Prado et al, 2005). O GRAF. 2 mostra o ciclo de vida de um software sem um processo definido de desenvolvimento.

GRFICO 2 Ciclo de vida de um software sem um processo definido de desenvolvimento Fonte: PRADO et al , 2005, p.5 Como podemos notar, a ausncia das tcnicas da engenharia de software tem impacto direto nos custos e no tempo de desenvolvimento, sendo os maiores esforos concentrados na

32

fase de manuteno. Este esforo excessivo prejudica no s os projetos futuros, mas tambm os que esto em andamento. Para diminuir este impacto, as organizaes podem adotar algumas metodologias, ou um conjunto delas, descritas pela engenharia de software, aliadas a ferramentas que agilizam o desenvolvimento. O GRAF. 3 mostra um ciclo de vida de um software com uma metodologia definida.

GRFICO 3 Ciclo de vida aplicando tcnicas da Engenharia de Software. Fonte: PRADO et al , 2005, p.5. Para se obter sucesso na aplicao destas tcnicas, deve-se levar em conta quais so os modelos de processos adequados para o projeto em questo e quais as melhores prticas devem ser efetivamente executadas, para garantir a qualidade e atender as expectativas das organizaes.

Metodologia em Cascata

Segundo Tavares (2005), o modelo em cascata consiste em um conjunto de tcnicas para fases particulares do processo de software. Ou seja, cada etapa do desenvolvimento se interage somente com a etapa posterior e esta s iniciada quando a anterior finalizada. Ao trmino de cada etapa gerada uma sada que ser a entrada para a prxima fase. A FIG. 1 mostra as relaes entre as etapas da metodologia em cascata.

33

FIGURA 1 Metodologia em cascata. Fonte: VASCONCELOS et al , 2006, p.28. O modelo em cascata separa muito bem cada fase de desenvolvimento. Na fase de definio de requisitos so elucidadas todas as funcionalidades do sistema juntamente com o cliente. A partir desta fase, a equipe de anlise e projeto elabora as especificaes, o sistema implementado e testado. O cliente s volta a ter contato novamente com a equipe na fase de operao e manuteno. Um dos pontos fortes da metodologia em cascata a produo pesada de documentao, que auxilia os analistas na modelagem e especificao dos requisitos. Dentre a documentao produzida podemos destacar o documento viso e o documento de especificao de requisitos de software (SRS). Cada um destes documentos expressa as funcionalidades em uma perspectiva diferente. O documento viso apresenta um panorama inicial do sistema em alto nvel, de forma que todos os envolvidos no sistema compreendam. J o SRS a declarao oficial do que os desenvolvedores do sistema devem implementar e o que esperado pelo cliente (CAVALHO, TAVARES e CASTRO, s/a). Uma outra vantagem da metodologia em cascata a flexibilidade para se adaptar a outras metodologias da engenharia de software. Esta caracterstica permite que as empresas desenvolvedoras aproveitem as melhores prticas de um conjunto de outras metodologias, criando um modelo hbrido adaptvel sua realidade. Um dos grandes problemas em se aplicar esta metodologia est na diviso inflexvel do projeto em estgios distintos e nos custos elevados para sua execuo. Como o relacionamento com o cliente feito apenas nas fases iniciais do desenvolvimento, isso causa um congelamento prematuro dos requisitos, dificultado a identificao e a correo de erros no projeto (SOMMERVILLE, 2007). Durante a fase de coleta e anlise de requisitos do ADSBD Manager, foram aplicadas as tcnicas da metodologia em cascata, por possuir boa carga de documentao,

34

proporcionando, assim, uma especificao detalhada de requisitos, expondo a todos os envolvidos quais as funcionalidades do sistema.

Metodologia em espiral

Com o aumento da complexidade e dos custos de produo, o modelo em cascata estava se tornando um obstculo para projetos de software, devido sua rigidez entre fases e sua limitao em absorver mudanas de requisitos. A partir desta viso, iniciou-se, dentro da engenharia de software, discusses sobre formas alternativas de desenvolvimento, que resultou nos modelos iterativos. A metodologia em espiral foi uma das primeiras tcnicas desenvolvidas baseada na evoluo incremental do software. Em vez de se especificar todas as funcionalidades no incio do projeto, so planejadas uma srie de iteraes e, ao final de cada iterao, tem-se uma poro da aplicao pronta para o ambiente comercial (VASCONCELOS, 2006). A FIG. 2 mostra uma viso geral da metodologia em espiral.

FIGURA 2 Viso geral das fases propostas pelo modelo espiral Fonte: Sommerville, 2007 No desenvolvimento do ADSBD Manager, durante a fase de anlise, desenvolvimento e implantao foram utilizadas as melhores prticas da metodologia em espiral, principalmente, por agregar aspectos gerencias ao processo de desenvolvimento, facilitando o encontro e correo de erros, alm de auxiliar no planejamento do projeto.

35

Metodologia Extreme Programming (XP)

A Extreme Programming (XP) uma das mais conhecidas metodologias geis. Este tipo de abordagem surgiu na dcada de 1990, devido insatisfao dos desenvolvedores com a extensa documentao que era produzida, em virtude das metodologias existentes. Consiste, basicamente, na abordagem interativa para a especificao, desenvolvimento e entrega do software, tornando, assim, o trabalho da equipe de desenvolvimento focada apenas no produto final, sem se preocupar com a documentao do projeto (SOMMERVILLE, 2007). O processo XP voltado para o desenvolvimento de softwares orientado a objetos, com equipes pequenas e que do suporte ao desenvolvimento incremental, ou seja, desde o incio do projeto so lanados pequenos releases at que se tenha um produto final completo. As prticas pregadas pelo processo so: a integrao do cliente com a equipe de desenvolvimento; o aceite do usurio a cada novo release; a simplicidade de se implementar estritamente o que o cliente necessita; a coragem de se produzir quase nenhuma documentao e acreditar que o software ser capaz de evoluir com segurana e agilidade (TELES, 2006). Segundo Astels (2002) a Extreme Programming agrega as dez melhores prticas de um processo de desenvolvimento de software, sendo, assim, ideal para projetos que tenham requisitos vagos e que mudam constantemente. Dentro dos seus princpios, um dos que mais chama a ateno a programao em pares: um desenvolvedor codifica e o outro age como revisor, ajudando-o a encontrar e corrigir erros de ortografia e sintaxe, alm de oferecer idias e sugestes. A interao da equipe leva criao de padres e constante reviso do cdigo que tambm so pontos chaves do processo, o que torna o cdigo mais enxuto e simples de ser interpretado. O que torna a XP difcil de ser executada, segundo Back (2004), reunir todas as peas e mant-las unidas, uma vez que envolve a mudana de cultura da prpria equipe, a capacidade de cooperao e a integrao de todos de forma harmnica. Outro ponto que pode fazer a XP fracassar a adoo de grandes times de desenvolvedores, clientes desconfiados e tecnologias que no suportam efetivamente as modificaes constantes no software. Neste projeto, na fase de desenvolvimento do software, sero adotadas melhores prticas da Extreme Programming, como, por exemplo, a programao em pares, que ir dar um suporte para que se produza um software de qualidade, seguindo padres na parte de codificao e acelerando o desenvolvimento do projeto.

36

3.3 UML
A Unifield Modeling Language (UML) surgiu da necessidade de se padronizar a modelagem orientada a objetos. Ela uma unio de trs notaes principais e de uma srie de tcnicas de modelagem retiradas de vrias metodologias utilizadas no mercado, desde a dcada de 1970. Segundo Pender (2004) a UML permite que os desenvolvedores de sistemas especifiquem, visualizem e documentem os modelos de uma maneira que admita a escalabilidade, a segurana e a execuo robusta, ou seja, eleva o nvel de abstrao por todo o processo, facilitando a identificao de padres de comportamento. Neste contexto, um modelo pode ser entendido como uma forma simplificada e abstrata de se representar uma situao concreta, servindo de referncia para a realizao de estudos e anlises. Com isso, a padronizao destes modelos se mostra importante, uma vez que facilita a compreenso de todos os envolvidos no processo de desenvolvimento de um software. A UML no uma linguagem, portanto, ela pode ser adotada e adaptada para os mais diversos processos de desenvolvimento de software. Seus diagramas abrangem vrias perspectivas de um sistema, o que torna a sua utilizao bem flexvel e robusta. As principais vises da UML so assim definidas por Booch, Rumbaugh, Jacobson (2005): A viso de casos de uso descreve o comportamento do sistema visto pelos usurios finais. A viso de projeto d suporte aos servios que o sistema dever oferecer. A viso de interao cuida principalmente de questes referentes ao desempenho e escalabilidade. A viso de implementao abrange os componentes e os artefatos do sistema. A viso de implantao aborda aspectos de distribuio, fornecimento e instalao do sistema fsico.

Os diagramas da UML sero amplamente utilizados neste projeto, a fim de prover uma maior preciso e confiabilidade na anlise de requisitos. A documentao do software utilizar dos diagramas de casos de uso, pacote, atividade, seqncia e classes, uma vez que abrangem as vrias vises do sistema e proporcionam a todos os envolvidos, no sistema, uma maior clareza das regras de negcio do mesmo. Os motivos que levaram escolha destes diagramas sero demonstrados a seguir.

37

Diagrama de casos de uso

Os diagramas de casos de uso so utilizados para fornecerem vises dinmicas do sistema. Sua aplicao pode fornecer vrias formas de visualizar um projeto.
Diagramas de casos de uso fornecem um modo de descrever a viso externa do sistema e suas interaes com o mundo exterior, representando uma viso de alto nvel de funcionalidade intencional mediante o recebimento de um tipo de requisio do usurio (FURLAN,1998, 169).

Desta forma, os diagramas de casos de uso descrevem os requisitos funcionais, delimitando as responsabilidades e oferecendo possveis situaes do mundo real para o teste do sistema. Um modelo de casos de uso consiste basicamente na relao entre atores e casos de uso. Os atores representam os usurios ou outros sistemas que iro interagir com o caso de uso. J os casos de uso mostram o comportamento do sistema, cenrios que o sistema percorre em resposta a uma ao do ator. (ALMEIDA, 2001). Dentro do diagrama, o relacionamento entre um ator e um caso de uso representa a participao deste no caso de uso. Entre os casos de uso, existem outras duas relaes: a relao de estender (representada pelo esteretipo <<extends>>) e a relao de incluir (representada pelo esteretipo <<include>>). A relao de estender significa que, dentro do caso de uso de destino pode ou no incluir aquele caso de uso, j a relao de incluir, significam que o caso de uso de destino tem que ser executado para que o comportamento do caso de uso de origem seja realizado (ALMEIDA E DAROLT, 2001).

Diagrama de Classes

O diagrama de classes usado, freqentemente, em anlises orientadas a objetos por mostrar a viso esttica de um projeto de software. Um diagrama de classes mostra um conjunto de classes, interfaces, colaboraes e seus relacionamentos, servindo de base para uma srie de outros diagramas, como o de componentes e o de implantao. Eles so importantes no s para a visualizao, a especificao, e a documentao de modelos estruturais, mas tambm para a construo de sistemas executveis utilizando a engenharia de produo e a reversa (BOOCH, RUMBAUGH, JACOBSON, 2005).

38

A utilizao do diagrama de classes d suporte para os requisitos funcionais de um sistema, ou seja, os servios que o sistema dever oferecer aos usurios finais. Sua aplicao pode atingir desde a delimitao do vocabulrio de um sistema at a modelagem de colaboraes simples e de banco de dados. H quatro tipos principais de relacionamento no diagrama de classes: generalizao e/ou especificao (elementos indicadores de herana), agregao (usada para denotar relacionamentos todo/parte), associao (usada para denotar classes no correlatas) e dependncia (indicando que um elemento dependente do outro), tendo, assim, todos os elementos semnticos para uma compreenso do domnio da aplicao (FURLAN, 1998).

Diagramas de seqncia

O diagrama de seqncia classificado como um diagrama comportamental, ou seja, representam como os objetos se comportam utilizando a estrutura j definida em outros diagramas. Esta capacidade dinmica pode abranger de que forma o sistema responde depois de uma ao do usurio. Representado como o sistema mantm a integridade interna dos dados, como estes so movidos do armazenamento para uma viso do usurio (PENDER, 2004). O diagrama de seqncia d nfase ordenao temporal das mensagens, sendo utilizado no s para a visualizao, especificao, construo e documentao, mas tambm para fazer a modelagem de um fluxo de controle de um caso de uso e auxiliar na construo de sistemas executveis (BOOCH, RUMBAUGH, JACOBSON, 2005).

Diagramas de atividades

O diagrama de atividades visto como parte da viso funcional de um sistema, pelo fato de descrever processos lgicos ou funes. Ele foi projetado para dar suporte descrio dos comportamentos que dependem dos resultados de processos internos (PENDER, 2004). Os diagramas de atividades so utilizados para detalhar classes, implementao de operaes e casos de uso, representando o que acontece e no quais os responsveis pela ao (ALMEIDA e DAROLT, 2001). Um diagrama de atividades captura o funcionamento interno de um objeto, suas aes. Alm de mostrar como um processo de negcio funciona em termos de atores, fluxo de trabalho, organizao e objetos. Tambm utilizado para mostrar como uma instncia de caso

39

de uso pode ser realizado em termos de aes e mudanas de estado de objetos, demonstrando como um conjunto de aes relacionadas podem ser executadas, dentre inmeras outras utilidades (FURLAN, 1998).

Diagrama de pacotes

Os diagramas de pacotes fornecem uma viso de toda a arquitetura do sistema, disponibilizando uma maneira diferente de organizar os componentes. Normalmente so utilizados para agrupar quantidades considerveis de classes, interfaces, componentes, ns, diagramas e outros elementos, facilitando a compreenso geral do sistema. Um pacote pode ser definido como um mecanismo de propsito geral para a organizao do prprio modelo em uma hierarquia; ele no tem nenhum significado para a execuo. (BOOCH, RUMBAUGH, JACOBSON, 2005), ou seja, o pacote apenas uma forma diferente de organizar seus componentes, sem valor para sua execuo. O pacote deve ser criado para agrupar elementos da arquitetura semelhantes, podendo conter desde classes e interfaces at outros pacotes. Devem ser estabelecidos tambm um nome, seus elementos e sua visibilidade, facilitando o entendimento do domnio da aplicao. A vantagem de se utilizar este tipo de abordagem que, diante de um sistema com uma quantidade relativamente grande de componentes, pode-se modelar a sua arquitetura em um diagrama, permitindo a todos os envolvidos uma viso geral do sistema, desde a visibilidade at os relacionamentos entre eles.

3.4 Orientao a Objetos

A orientao a objetos comeou a ser utilizada em maior escala na dcada de 1980, trazendo uma nova maneira de analisar, projetar e desenvolver sistemas. Esta nova forma aborda o desenvolvimento de sistemas de um modo mais abstrato e genrico. Os grandes benefcios em relao orientao estruturada, que era a mais utilizada at aquele momento, so o reaproveitamento de cdigo e a facilidade de manuteno (SIMOR e DORNELES, 2009). O conceito deste paradigma est no objeto, sendo seus processos embasados na representao computacional de objetos reais e de seus relacionamentos. Segundo Simor e Dorneles (2009) a orientao a objetos busca representar, do modo mais fiel possvel, situaes do mundo real no ambiente computacional.

40

Os processos do desenvolvimento orientado a objetos, conforme citado, so baseados nos objetos e seus relacionamentos. Porm importante destacar a existncia de classes, estas definem os objetos presentes no sistema e determinam o comportamento, os possveis estados e os relacionamentos destes. Desta forma cada objeto , na realidade, uma instncia de uma classe (CEUNES PROGRAMAO III, s/a). Baseado em CEUNES Programao III (s/a), os benefcios da utilizao da orientao a objetos so a centralizao de dados e funes em uma nica unidade do sistema (objeto); a reutilizao de cdigo (herana) permite um ganho significativo de tempo e custo no desenvolvimento; o ocultamento de informao (encapsulamento) uma classe acessa apenas a interface de outra, evitando erros acidentais; manutenabilidade o sistema no fica acoplado, o que facilita a manuteno. comum deparar-se com questionamentos sobre a vantagem da utilizao da orientao a objetos em relao estruturada. O QUADRO 2 traz um comparativo, onde possvel perceber a metodologia e as tcnicas de ambos os paradigmas. QUADRO 2 Comparativo entre OO e Programao Estruturada Programao Estruturada (Procedimental) Programao OO nfase: construo de algoritmos; Metodologia desenvolvida objetivando suprir deficincias encontradas em Utiliza abordagem de refinamentos programao algortmica; sucessivos; Subproblemas so codificados como Encapsulamento: combinao de dados (atributos) e funes (mtodos) unidades denominadas procedimentos, numa nica entidade de programa; sub-rotinas ou funes; Unidades de programa podem ser Objeto: entidade de encapsulamento; agrupadas em mdulos; Um programa no paradigma POO consiste de vrios objetos que se Programa resultante consiste de uma comunicam (isto , trocam coleo de unidades que se comunicam mensagens) entre si utilizando seus entre si; mtodos constituintes; Viso top-down; Forte uso de Decomposio Funcional; Viso de Objetos cooperativos; O sistema composto por dados e As caractersticas de comportamento e informaes so modeladas de funes, tratados separadamente, mas maneira fortemente relacionadas; que podem interagir. Programas muito grande tornam-se O sistema composto por objetos, que contm dados e funes (isto , muito complexos e difceis de entender esto reunidos em um s elemento). e manter; Dificuldade em modelar muitos Ocultao de Informao: mtodos que fazem parte de um objeto provem problemas da vida real com enfoque (usualmente) a nica forma de acesso em algoritmos;

41

aos seus dados, campos de um objeto mais fcil simular o funcionamento no podem ser acessados diretamente, de sistemas complexos com enfoque apenas indiretamente por meio de seus em suas partes constituintes do que em mtodos constituintes, prevenindo termos dos algoritmos utilizados pelo alteraes acidentais de dados e sistema. facilitando a manuteno e depurao Linguagens procedimentais no dos programas. oferecem facilidades para criao de novos tipos de dados que funcionem como os tipos de dados primitivos. Fonte: CEUNES - PROGRAMAO III, s/a, pgina 13 (adaptado). Diante deste quadro possvel perceber vantagens significativas da utilizao da orientao a objetos, principalmente em softwares maiores. Vrias linguagens de programao seguem este paradigma, C++, C#, Java, Object Pascal, Objective-C, Python, Ruby e Smalltalk so bons exemplos. O prximo tpico traz detalhes da linguagem Java, na qual este projeto esta sendo desenvolvido.

3.5 Tecnologias utilizadas

Para a produo de um software necessrio valer-se de um conjunto de tecnologias e ferramentas apropriadas, a fim de propiciar agilidade, confiabilidade e produtividade na execuo do seu desenvolvimento. Com o aumento da complexidade no desenvolvimento de software, surgiram vrias ferramentas que auxiliam os desenvolvedores durante todo o ciclo de vida da aplicao. Estas ferramentas so classificadas como CASE (Computer Aided Software Engineering) e podem ser utilizadas desde a anlise at a implantao de um projeto de software. Ferramentas Case pode ser definida como Um produto de software que pode auxiliar engenheiros de software atravs do apoio automatizado para atividades do ciclo de vida de software conforme definido na ISO/IEC 12207 (KIDO, HIRAMA, 2008, p.3 apud ISO, 1995). As ferramentas Case podem ser classificadas de acordo com as reas nas quais atuam, dentro de um ciclo de vida de um software. Segundo Summerville (2007), esta classificao pode ser feita conforme uma perspectiva funcional, de processo ou de integrao. Na perspectiva funcional, cada ferramenta classificada de acordo com a sua funo especfica no processo. Na perspectiva de processo, so consideradas as atividades de apoio que fornecem. J na perspectiva de integrao a classificao feita de acordo com o conjunto de

42

unidades integradas a uma ou mais atividades do processo. Um dos grandes benefcios da utilizao das Ferramentas Case a reduo do tempo de desenvolvimento, pois fornecem suporte para a produo automatizada de documentao, alm de facilitar a compreenso geral dos requisitos do projeto. Outra vantagem que, a partir da anlise de um projeto, possvel gerar softwares automaticamente, reduzindo o tempo e a complexidade da implementao de um sistema. Esta seo aborda as tecnologias utilizadas para o desenvolvimento do ADSBD Manager. So apresentadas as ferramentas utilizadas em cada camada do software, desde a persistncia at a prpria implementao do sistema.

Linguagem Java

O paradigma de orientao a objetos um dos modelos de programao mais discutidos na rea de desenvolvimento. A partir desta discusso, surgiram vrias linguagens que suportam este paradigma, podendo citar o C++, C#, Java, dentre outras. A principal caracterstica destas linguagens permitir a reutilizao de cdigo, facilitando o processo de produo de software. A linguagem Java surgiu a partir de um projeto, desenvolvido pela Sun Microsystems, chamado Green Project, que tinha como motivador a criao de tecnologias para a fabricao de dispositivos eletrnicos inteligentes para o consumidor final. Em 1995, a Sun anuncia o Java como plataforma de desenvolvimento, o que despertou o interesse da comunidade comercial, devido popularizao da internet. Com o amadurecimento da linguagem, a sua segunda edio oferece uma srie de recursos que possibilita desenvolver desde aplicativos corporativos de grande complexidade at softwares voltados para o consumidor final (DEITEL E DEITEL, 2005). Um grande diferencial da linguagem Java em relao a outras linguagens o seu processo de compilao: o compilador Java gera os Bytecodes (arquivos compilados), que no momento da execuo, sero interpretados pela mquina virtual Java (JVM). A JVM uma camada que faz a comunicao entre os programas Java e o sistema operacional, garantindo assim sua portabilidade . A FIG. 3 mostra o processo de compilao de um programa Java.

43

FIGURA 3 Processo de compilao de um programa Java Fonte: Ruiz, 2008 A plataforma Java, por se tratar de uma linguagem muito ampla, abrange 3 verses principais: uma verso voltada para dispositivos mveis, outra voltada para desenvolvimento desktop e outra para aplicaes corporativas. A FIG. 4 mostra a arquitetura de desenvolvimento Java.

FIGURA 4 Plataformas do Java Fonte: Coura, 2009 o Micro Edition (J2ME): Esta verso voltada para desenvolvimento de aplicaes para dispositivos mveis, tais como celulares, PDAs, smartfones, dentre outros. Esta plataforma responsvel pela produo de softwares com recursos limitados, ou seja, controla de forma eficaz os recursos disponveis, para conseguir o melhor desempenho da aplicao; o Standard Edition (J2SE): Esta verso propicia recursos para o desenvolvimento de aplicaes para desktops. Ela contm todas as APIs bsicas para o desenvolvimento de aplicaes, incluindo suporte para a criao de interfaces grficas. o Enterprise Edition (J2EE): Esta verso voltada para desenvolvimento de aplicaes corporativas e todo o suporte comunicao em rede. Esta verso abrange a plataforma J2SE e mais um conjunto de especificaes e bibliotecas que fornecem recursos para a criao de aplicaes.

44

Alm de disponibilizar uma srie de recursos para as mais diversas reas de desenvolvimento, Java fornece algumas APIs para desenvolvimento de interfaces grficas. Uma das primeiras desenvolvidas foi a AWT (Abstract Window Toolkit), que utiliza as definies do sistema operacional na qual a aplicao est sendo executada. O grande problema em se utilizar esta API a dificuldade de padronizao das interfaces, uma vez que a aplicao teria comportamentos diferentes em cada sistema operacional. Posteriormente, como alternativa para desenvolvimento de interfaces, foi criado um grupo de componentes grficos denominado Swing, pertencente JFC (Java Foundation Classes), que no chega a substituir o AWT, mas estende alguns recursos. Com isso, possibilita que as interfaces das aplicaes permaneam inalteradas, independente de plataforma (COURA, 2006).

IDE NetBeans

Segundo SANTOS (2007), um IDE (Integrated Development Environment) de desenvolvimento pode ser definido como um programa de computador, geralmente utilizado para aumentar a produtividade dos desenvolvedores de software, bem como a qualidade destes produtos. A utilizao deste tipo de programa est cada vez mais presente no ambiente de desenvolvimento das empresas, devido grande facilidade de se integrar ferramentas para a aplicao de tcnicas que facilitam a implementao de softwares. J as ferramentas de desenvolvimento rpido (RAD - Rapid Application Development) surgiram a partir de um modelo de processo de software iterativo, na qual a fase de desenvolvimento bem reduzida. Hoje existem IDEs que tambm oferecem recursos da tecnologia RAD, disponibilizando um editor de cdigo-fonte, um compilador e um debugador responsvel por auxiliar no processo de encontrar e corrigir erros do software (RIBEIRO e SILVA, 2008). A FIG. 5 traz uma tela do NetBeans.

45

FIGURA 5 Tela do IDE NetBeans Fonte: SANTOS, 2007. O IDE Netbeans um software livre, de cdigo aberto e que suporta vrias linguagens de programao. Possui um editor de cdigo-fonte e um destinado a criao de interfaces grficas. As principais vantagens de se utilizar o Netbeans so: a facilidade de instalao e configurao; suporte as principais aplicaes Java; auto-configurao de variveis de ambiente; facilidade de deploy da aplicao (passagem para produo) e a disponibilidade para vrias plataformas. Suas principais desvantagens esto relacionadas ao uso de memria, exigindo no mnimo 512 MB, e uso excessivo da CPU (HIRAGI, 2006).

Firebird

Um sistema de gerenciamento de banco de dados fornece operaes de insero, alterao, excluso, obteno e atualizao de dados relativos ao sistema de forma segura e garante a integridade dos dados. Sua utilizao traz inmeros benefcios, tais como: eficincia no acesso aos dados, reduo do tempo de desenvolvimento de uma aplicao, controle de acessos concorrentes, alm da garantia de segurana e consistncia dos dados (DURES, 2007). O Firebird um sistema de gerenciamento de banco de dados (SGBD) que surgiu a partir do cdigo fonte do InterBase, disponibilizado pela Borland, atravs de licena pblica

46

em 25 de julho de 2000. Ele mantido por programadores do mundo inteiro que do a sua contribuio, continuando o projeto e sua filosofia de software livre (BANDEIRA, s/a). A primeira verso oficial do Firebird foi lanada em maro de 2002, licenciada pela IPL (InterBase Public License), sendo compatvel com o padro ANSI-SQL 92. Contando com o tempo de desenvolvimento, ele est a mais de vinte anos em operao. Diversas organizaes utilizam-no, podendo citar a Embrapa, que implantou um software que tem a sua arquitetura cliente/servidor centrada no Firebird; a Caixa Econmica Federal, atravs do software SEFIP, dentre inmeras outras. Isso mostra a estabilidade e a confiabilidade desta ferramenta (FREITAS, 2007).

IBOConsole

Para facilitar a manipulao de dados no SGBD Firebird, existem vrias ferramentas que auxiliam o desenvolvedor na administrao de banco de dados. O IBOConsole considerado um ambiente de desenvolvimento integrado (IDE), voltado para a administrao dos SGBDs Firebird e InterBase. Ele integra uma srie de ferramentas que permitem o gerenciamento de vrias bases de dados de forma grfica, agilizando o processo de criao e manipulao dos dados (NASCIMENTO, FALCO e CUNHA, 2006). A FIG. 6 mostra uma tela do IBOConsole.

FIGURA 6 Tela do IBOConsole Fonte: Nascimento, Falco e Cunha, 2006.

47

Dentre os vrios recursos disponibilizados pelo IBOConsole para a criao e manipulao de dados podemos citar o editor visual para consultas SQL, um depurador de procedimentos de armazenamento e gatilho, dentre outros. Outra vantagem do IBOConsole que, por ser um software livre, possui seu cdigo aberto e no necessrio adquirir uma licena para uso comercial.

DBDesigner

Existem vrias ferramentas para modelagem de banco de dados disponveis no mercado. Uma delas o DBDesigner, que foi desenvolvido sob a licena GPL (General Public License) com o propsito de auxiliar projetos de banco de dados, possibilitando a criao de diagramas entidade-relacional, demonstrando os relacionamentos entre tabelas (ARAJO, 2009). A figura abaixo mostra a tela inicial da aplicao (FIG 7).

FIGURA 7 Tela do DBDesigner Fonte: http://www.revistaphp.com.br/arquivos/Image/flavia/p1.jpg Essa ferramenta oferece integrao a diversos SGBDs existentes no mercado, desde que seja permitido o seu acesso via ODBC (Open Database Connectivity), o que possibilita a sua utilizao integrada ao SGBD Firebird. Por se tratar de uma ferramenta eficiente para a modelagem de dados, sua utilizao possibilita desenvolver modelos lgicos e fsicos de um banco de dados. Ele permite criar regras de integridade oferecendo suporte engenharia reversa e, o sincronismo entre o modelo entidade-relacional e a base de dados (ARAJO, 2009).

48

JPA

Sem dvida, uma das reas mais crticas do desenvolvimento de softwares orientados a objetos a persistncia de dados em banco de dados relacionais. Cerca de 30% do cdigo da aplicao se refere persistncia de dados. Com isso, surgiram duas abordagens principais para sanar este problema: criao de banco de dados orientado a objetos e frameworks para fazer o mapeamento objeto-relacional (SILVEIRA, 2006). Os bancos de dados orientados a objetos, apesar de estarem em discusso no meio acadmico, ainda no esto sendo aplicados no mercado. Um dos motivos a dificuldade de transio de dados entre os bancos relacionais e os orientado a objetos, uma vez que a maioria das bases de dados atuais so relacionais, tornando-se invivel a sua utilizao, principalmente no meio comercial. O mapeamento objeto-relacional (ORM) a tecnologia que prov a persistncia de forma automatizada e transparente dos objetos em uma aplicao, em tabelas de uma base de dados relacional, usando metadados para fazer a troca de dados entre os objetos e a base de dados. (FILHO, 2006 p. 16 apud BAUER; KING, 2005, p.46). Ou seja, com este mapeamento possvel utilizar os benefcios do paradigma orientado a objetos com a estabilidade e a tecnologia relacional, diminuindo o tempo de desenvolvimento e a complexidade em se persistir dados. A especificao EJB (Enterprise JavaBeans) surgiu da necessidade de oferecer uma infra-estrutura de desenvolvimento de aplicaes com a possibilidade de se utilizar objetos distribudos na internet, como parte da plataforma J2EE. A especificao estabelecia uma srie de servios (gerenciamento de transaes, segurana, recursos, dentre outros), porm a manipulao destas entidades era muito limitada. Por isso, na especificao EJB 3.0, foi criada uma nova API de persistncia, a JPA, que traz todos os benefcios da orientao a objetos, para a camada de persistncia em Java (SANTANA et al., s/a). A API de persistncia na plataforma Java define uma maneira simples de mapear objetos Java para um banco de dados relacional. Nas especificaes EJB anteriores a 3.0, os bens de entidade (POJOs de persistncia) consumiam muitos recursos, dependiam do servidor de aplicao e de todo o ambiente de execuo J2EE. Outro ponto fraco das especificaes anteriores que no havia uma padronizao dos objetos mapeados do banco de dados, ou seja, fornecedores individuais poderiam construir seus prprios objetos persistentes, o que acarretava a no-portabilidade entre fornecedores diferentes (BURKE E MONSON-HAEFEL, 2007).

49

A nova especificao JPA utiliza o mapeamento objeto-relacional, simplificando o processo de desenvolvimento e padronizando as entidades POJO (Plain Old Java Objects) de persistncia. O tratamento de dados como objetos facilita a manipulao e deixa a programao mais simples, dando maior qualidade e portabilidade entre aplicaes. Alm da padronizao do mapeamento objeto-relacional, a JPA tambm proporciona uma independncia de plataforma de desenvolvimento, podendo ser aplicada tanto na J2EE quanto na plataforma J2SE (SANTANA et al., s/a). A FIG. 8 apresenta um desenho esquemtico mostrando a especificao JPA.

FIGURA 8 Especificao JPA Fonte: Curte, 2007 apud Adaptado de Bellia, Renato. Revista Java Magazine, ed. 44, p. 28. Nota-se que a tecnologia JPA utiliza uma camada intermediria entre o banco e a aplicao e necessita de um provedor que implemente a especificao JPA. No mercado existem vrias implementaes, cada uma oferecendo recursos adicionais especificao e todos tm seus pontos fortes e fracos, dentre estas opes destacam-se o TopLink e principalmente o Hibernate. O Hibernate um framework open-source, provedor da especificao JPA. Segundo Bauer e King, 2005 ele o intermedirio entre a interao do aplicativo com o banco de dados relacional, deixando o desenvolvedor livre para pensar no problema do negcio. Sua utilizao permite que a aplicao manipule apenas objetos, o que facilita a persistncia e a recuperao de dados no banco de dados. Alm disso, diminui o impacto para a aplicao, no caso de alguma mudana no banco, e aumenta, consideravelmente, a produtividade do desenvolvimento de softwares.

50

IReports

A gerao de relatrios um recurso fundamental em qualquer aplicao comercial, por permitir que os dados sejam formatados de forma mais elegante para o usurio. Nesta perspectiva, nasceu em 2001, o JasperReports, criado por Teodor Danciu, que tinha como objetivo ajudar os desenvolvedores na produo de relatrios, tanto desktop quanto para web, a partir do formato XML. Em 2002, Giulio Toffoni lana, de forma independente, uma ferramenta visual que gerava um formato compatvel com o JasperReports. A partir de 2005, a JasperSoft, mantenedora do JasperReports, adotou o IReports como ferramenta oficial para a gerao de relatrios do JasperReports. A FIG. 9 apresenta uma tela desta ferramenta.

FIGURA 9 Tela do IReports Fonte: Lozano, 2006. O IReports uma ferramenta de cdigo aberto, voltada para aplicaes Java, que utiliza o formato da biblioteca do JasperReports. Sua utilizao traz vantagens, tanto para os programadores experientes, agilizando o processo de construo de relatrios mais complexos, quanto para os iniciantes, pois permite a criao de relatrios sem a necessidade de manipular o cdigo fonte. Alm dos recursos para a comunicao com o banco de dados, permite agrupar informaes vindas de grupos de dados de diversas tabelas; definir uma

51

padronizao de formatos para impresso e possibilita exportar os relatrios gerados para diversos formatos (GONALVES, 2008).

JUnit

A execuo de testes nos cdigos produzidos sempre foi uma parte crtica dos projetos, no que tange o tempo e os custos dos mesmos. O JUnit um framework de cdigo aberto, criado para facilitar a criao de testes dentro da linguagem de programao Java. Atravs dele possvel detectar se determinado mtodo funcionar como esperado e descobrir possveis falhas. Segundo Neto (2006) existem varias baterias de testes que so executadas no software antes de serem disponibilizadas para os usurios finais. Estes testes vo desde os unitrios at os de integrao e sistema. Os testes unitrios so aqueles executados nas menores pores do software e tem por objetivo encontrar pequenos erros como, por exemplo, cdigos mal elaborados, a fim de garantir uma qualidade no produto desenvolvido durante o processo. J os testes de integrao e sistema objetivam verificar o comportamento do sistema em conjunto, encontrado possveis problemas de interao entre unidades de software. Uma das grandes vantagens em se aplicar testes utilizando o framework JUnit a criao rpida de cdigos de teste, possibilitando uma maior qualidade e ganho de tempo no desenvolvimento e no prprio teste. Outra vantagem que, uma vez escrito, os testes podem ser executados rapidamente, sem que o processo de desenvolvimento seja interrompido. A verificao automatizada dos resultados agilizam, ainda mais, a fase de testes no software.

JUDE

A modelagem UML se mostra importante em projetos desenvolvidos utilizando linguagem orientada a objetos. Neste projeto, para facilitar esta modelagem, a ferramenta JUDE, desenvolvida pela empresa Eiwa System Management, foi utilizada no processo de anlise de requisitos. A figura abaixo apresenta um diagrama de seqncia modelado nesta ferramenta (FIG. 10).

52

FIGURA 10 Tela de criao de um diagrama de seqncia Fonte: http://jude.change-vision.com/jude-web/product/jude_pl.html Esta ferramenta est disponvel no mercado em duas verses, a Jude Community que possui a licena GNU GPL (General Public License) e a Jude Professional que necessita de licena. Em sua verso GPL, so disponibilizados funcionalidades bsicas para a modelagem, suportando todos os diagramas da UML verso 2.0. J a sua verso Professional oferece recursos avanados, tais como impresso melhorada de diagramas e templates, input-output de modelos para arquivos XML, funes de copiar e colar em formato de vetor. A utilizao desta ferramenta possibilita, alm da modelagem, a gerao automtica de documentao e a importao de arquivos de cdigo Java (FERREIRA, REIS, 2005).

3.6 Consideraes finais

Nesta seo foram apresentadas as ferramentas utilizadas durante o desenvolvimento do ADSBD Manager. Foram abordadas as metodologias de desenvolvimento aplicadas durante o projeto, como o modelo em cascata, espiral e XP. Tambm foram apresentadas as ferramentas utilizadas durante a anlise de requisitos, como o Jude Professional e o DBDesigner. Na fase de implementao do software, foi utilizado o IDE Netbeans e a linguagem Java como tecnologia base da aplicao. Por fim, o SGBD Firebird e o IBOConsole foram utilizados para a persistncia dos dados. O captulo seguinte trata da metodologia de desenvolvimento do ADSBD Manager.

53

4 METOLOGIA DE DESENVOLVIMENTO DO ADSBD MANAGER

Esta seo apresenta como foi desenvolvido o software de gerenciamento da ADSBD. Sendo mostradas as fases de desenvolvimento e quais tecnologias utilizadas em cada uma dessas.

4.1 Consideraes inicial

O desenvolvimento de um software processo complexo, dividido em algumas fases. Por isso importante se definir uma metodologia de trabalho que atenda as necessidades de cada projeto. Neste caso especifico foi utilizada uma metodologia de desenvolvimento baseada nas melhores praticas da metodologia em cascata, espiral e da XP. Este projeto pode ser divido em 3 fases maiores, sendo cada uma dessas composta por outras fases. A primeira foi coleta e anlise dos requisitos do sistema, a segunda a documentao do software e por fim a implementao, testes e implantao. Em cada uma destas etapas se buscou utilizar tcnicas e ferramentas adequadas para que, desta maneira, fosse possvel desenvolver um software baseado nos princpios da engenharia de software.

Viso geral do sistema

O sistema ADSBD Manager tem por finalidade auxiliar a associao no gerenciamento das suas atividades administrativas. Estas atividades esto relacionadas ao cadastro, busca e relatrios sobre doadores, colaboradores, doaes e atividades gerenciais. O funcionamento do software est relacionado a 4 ncleos principais: o gerenciamento de doadores - gerencia informaes relacionadas aos doadores de sangue, permitindo cadastro, busca, excluso e atualizao de doadores; gerenciamento de colaboradores gerencia informaes relacionadas aos colaboradores financeiros, permitindo cadastro, busca, excluso e atualizao de colaboradores financeiros; gerenciamento de doaes de sangue gerencia as informaes relativas s doaes de sangue, realizando um controle das doaes; e as atividades internas - gerencia as atividades administrativas da associao, gerando relatrios peridicos sobre elas.

54

A partir do gerenciamento destes pontos possvel ter um controle sobre as atividades da ADSBD, gerando os relatrios necessrios e facilitando a manipulao das informaes. Abaixo ser detalhada a fase de levantamento de requisitos, apresentando as tcnicas utilizadas e o seu resultado.

4.2 Levantamento de requisitos

Com o objetivo de compreender melhor o contexto do sistema, foi realizado um levantamento de requisitos utilizando a metodologia em cascata. Inicialmente foi realizada uma entrevista de ativao na qual foi apresentada para a diretoria da ADSBD a proposta e definidas as diretrizes para a realizao do projeto. Em seguida, foi realizada uma nova entrevista com o objetivo de identificar os stackholders e os principais requisitos do sistema, sendo o resultado desta entrevista formalizado em um documento que mostra uma viso inicial do sistema em alto nvel (documento viso). A partir deste documento, foi estruturada uma entrevista a fim de identificar detalhadamente todos os requisitos do sistema. Durante esta entrevista, foram levantadas informaes sobre os stackholders, o funcionamento da instituio, a documentao gerada e os formulrios utilizados em seu gerenciamento. Aps este levantamento, se discutiu quais seriam os pontos chave dos requisitos, e o modo de documentar o software de forma a atender as expectativas da organizao. Posteriormente, foi produzido um documento de especificao de requisitos (SRS), que seria a base para as outras fases de desenvolvimento do software. Os documentos produzidos, como o documento viso e o SRS esto disponveis na Documentao do software ADSBD Manager, bem como em formato digital e tambm na web, atravs do site Source Forge, podendo, os mesmos, ser acessados pelo link http://adsbdmanager.sourceforge.net/.

4.3 Anlise de Requisitos e Projeto

Uma vez elaborado o documento de especificao de requisitos (SRS), realizada uma anlise para refinamento destes, os documentos gerados servem de base para as outras fases do desenvolvimento. Para esta anlise, foi utilizada a modelagem UML e a ferramenta CASE Jude Professional para a gerao da documentao.

55

Primeiramente, foram produzidos os diagramas de casos de uso de todo o sistema. A partir deles, foram produzidos o modelo de domnio e os diagramas de seqencia e atividades dos casos de uso principais. Posteriormente, foi produzido o diagrama de pacotes para demonstrar a arquitetura da aplicao. Finalmente foi gerada a Especificao dos Casos de Uso, estando disponvel na Documentao do software ADSBD Manager, bem como em formato digital e tambm na web, atravs do site Source Forge, podendo, ser acessada pelo link http://adsbdmanager.sourceforge.net/.

Funcionalidade do sistema

Aps a anlise de requisitos, foram enumeradas as funcionalidades essenciais do sistema: Gerenciamento de doadores de sangue o Cadastrar doadores de sangue; o Atualizar cadastros de doadores; o Realizar a impresso dos cadastros efetuados; o Pesquisar doadores de sangue atravs dos campos nome, endereo, tipo sanguneo, sexo, data da ltima doao, disponibilidade para viajar, telefone. Gerenciamento de Colaboradores Financeiros o Cadastrar colaboradores financeiros; o Atualizar colaboradores financeiros; o Realizar a impresso dos cadastros efetuados; o Pesquisar colaboradores financeiros atravs dos campos nome, endereo para recolhimento, telefone, data de aniversrio, data da colaborao, situao do colaborador. Gerenciamento de doaes de sangue o Cadastrar as doaes efetuadas pelos doadores; o Imprimir um relatrio contendo todas as doaes efetuadas por um doador; o Controlar a periodicidade das doaes de sangue de cada doador. Gerenciamento das atividades interna o Gerenciar atividades relacionadas doao de sangue Controle de conscientizao de familiares; Controlar as bolsas utilizadas;

56

Controle das bolsas captadas nas coletas realizadas em Bom Despacho; Controle de acompanhamento de doadores aos Hemocentros. o Gerenciar as atividades do projeto Futuro Doador o Gerenciar correspondncias Felicitaes de aniversariantes; Cartas de agradecimento; Cartas de psames; Ofcios expedidos; Felicitaes pelo dia nacional do doador voluntrio de sangue; Correspondncias diversas. o Gerenciar colaboraes recebidas Controle de mo de obra voluntria; Controle de doaes de materiais; Controle de doaes financeiras. o Gerenciar Divulgaes Divulgaes em rdios; Divulgaes em jornais; Divulgaes em TVs; Palestras e treinamentos; Divulgaes diversas; o Gerenciar servios autnomos o Gerao de relatrios peridicos das atividades internas o Controlar carga horrio de cada atividade

4.3.1 Caso de uso: viso geral do sistema

A FIG. 11 apresenta um diagrama de caso de uso com as principais funcionalidades do sistema, e objetiva mostrar, aos envolvidos no projeto, os requisitos que sero implementados.

57

FIGURA 11 Diagrama de caso de uso: Caso de uso geral Fonte: Os autores. Como se pode perceber na FIG. 11, o sistema ir abranger uma srie de atividades dentro da organizao, sendo os casos de uso gerenciar doadores, gerenciar colaboradores, controlar doaes de sangue e gerar relatrios os ncleos do sistema. importante ressaltar que no diagrama acima, para efeitos de melhor visualizao, algumas funcionalidades foram agrupadas em casos de uso genricos, que esto detalhadamente especificados no documento de Especificao de Casos de Uso. O documento de Especificao de Casos de Uso (disponvel na Documentao do software ADSBD Manager, em formato digital e tambm na web, atravs do site Source Forge, podendo, ser acessada pelo link http://adsbdmanager.sourceforge.net/) traz uma especificao detalhada dos casos de uso, onde ser possvel visualizar todas as funcionalidades do sistema. Os casos de uso principais como cadastro de doadores e colaboradores, gerenciar projeto Futuro Doador e o gerenciar doaes de sangue foram modelados tambm com os diagramas de seqncia e de atividade.

58

Especificaes do caso de uso geral

A FIG. 11, mostrada no tpico anterior apresenta em alto nvel as principais funcionalidades do sistema. Para uma melhor compreenso do mesmo, o QUADRO 3 apresenta uma pequena descrio de cada caso de uso QUADRO 3 Descrio dos Casos de Uso Digrama Casos de Uso Geral Caso de Uso Descrio Controlar Doadores de Sangue Realiza o gerenciamento de todas as atividades relacionadas aos doadores de sangue, como cadastro, busca e atualizao dos dados. Gerenciar Doaes de Sangue Realiza o gerenciamento de todas as atividades relacionadas s doaes de sangue efetuadas pelos doadores cadastrados pela na ADSBD. So registradas as datas, locais e motivos de cada doao. Controlar Colaboradores Realiza o gerenciamento de todas as atividades relacionadas aos colaboradores financeiros, como cadastro, busca e atualizao dos dados. Gerenciar Treinamentos Realiza o gerenciamento de todos os treinamentos realizados pela ADSBD, seja com voluntrios ou profissionais. Gerenciar "Projeto Futuro Realiza o gerenciamento de todas as atividades do Doador" "Projeto Futuro Doador". Controlar Divulgaes Realiza o gerenciamento de todas as atividades de divulgao realizadas pela ADSBD, seja atravs de jornais, TV, rdio ou faixas. Gerenciar Doaes de Realiza o gerenciamento de todas as doaes de Equipamento equipamentos e matrias recebidos pela ADSBD. Gerenciar Prestao de Servios Realiza o gerenciamento todos os servios prestados sejam por autnomos ou voluntrios, para a ADSBD. Gerenciar Reunies Realiza o gerenciamento de todas as reunies (ordinrias e extraordinrias) realizadas pela ADSBD. Gerar Relatrios Realiza a emisso de relatrios sintticos e analticos relativos s atividades internas, levantamentos estatsticos sobre doadores de sangue e colaboradores. Gerenciar Correspondncias Realiza o gerenciamento de todas as atividades relacionadas ao envio de correspondncias. Fonte: Os autores.

O sistema de gerenciamento da ADSBD, como pde ser percebido, muito amplo e visa disponibilizar um meio informatizado que atenda todas as necessidades gerenciais da

59

associao. As descries detalhadas de todos os casos de uso esto disponibilizadas no documento de Especificao de Casos de Uso.

4.3.2 Especificao do caso de uso Cadastrar Doadores de Sangue

A fim de melhor compreender o domnio da aplicao, a partir do caso de uso geral, foram selecionados os seis principais, e, a partir deles, foram modelados os diagramas de seqencia e atividades. A fim de no sobrecarregar este trabalho ser apresentada somente a especificao do caso de uso cadastrar doadores de sangue. Os demais casos de uso principais esto especificados no documento de Especificao de Casos de Uso. O caso de uso cadastrar doador de sangue um dos principais, pois a partir dele vrias outras atividades so desenvolvidas. A FIG. 12 traz a representao do deste caso de uso e o QUADRO 4 a descrio deste.

FIGURA 12 Caso de Uso Cadastrar Doadores de Sangue. Fonte: Os autores.

60

QUADRO 4 Descrio do Caso de Uso Cadastrar Doador de Sangue Caso de Uso Nome do Caso de Uso Sumrio Ator Pr-Condies Ps-Condies Seqncia Bsica Descrio Cadastrar Doador de Sangue Realiza o cadastramento de doadores de sangue na ADSBD. Agente ADSBD A tela correspondente ao gerenciamento dos doadores dever estar disponvel para o usurio O sistema apresentar uma mensagem informando o status da operao 1 Clicar no boto de Cadastro de Doador de Sangue; 2 Informar os dados de cadastro do Doador 2.1 Dados Pessoais; 2.2 Endereo Residencial e Comercial; 2.3 Pesquisa e situao do doador; 3 Clicar no boto Salvar; Caso o usurio no informe algum dos campos de preenchimento obrigatrio ser exibida uma mensagem informando o ocorrido e a tela ser reapresentada para o usurio

Seqncia Exceo

Fonte: Os autores. Para melhor compreender os fluxos de informaes executadas pelo ator, foi elaborado um diagrama de atividade. O objetivo deste diagrama mostrar as aes que so desempenhadas quando uma determinada operao executada. A FIG. 13 mostra o fluxo de trabalho executado pelo ator durante o cadastro de um doador de sangue.

61

FIGURA 13 Diagrama de atividade cadastrar doadores de sangue Fonte: Os autores. Na FIG. 13 o ator ativa a tela de cadastro de doadores. Aps esta ativao, o ator pode optar por cancelar a operao ou continuar o processo. Caso ele continue o processo, ele informa os dados do doador e, logo em seguida verificado se os dados fornecedos esto completos, caso contrrio, exibida uma mensagem informando o ocorrido. Caso os dados sejam validados, eles so persistidos e o fluxo de trabalho finalizado. A partir das descries de casos de uso, foram elaborados os diagramas de seqncia. O objetivo destes diagramas mostrar as trocas de mensagens entre os objetos em tempo de execuo, mostrando, assim, os procedimentos executados pelo sistema durante o cadastro de algum doador de sangue. A FIG. 14 enfatiza os procedimentos bsicos para se cadastrar um doador de sangue.

62

FIGURA 14 Diagrama seqencia bsica de Cadastro doador de sangue Fonte: Os autores. Na FIG. 14, o agente da ADSBD ativa a tela de cadastro de doadores de sague. Aps ter inserido as informaes do doador, realizada uma verificao para validar estas informaes e, a partir deste ponto, acionado o servio responsvel pela persistencia, que finalmente grava as informaes no banco. Ao final do processo exebido uma mensagem para o usurio informando o sucesso da operao. A figura abaixo mostra a seqencia executada pelo sistema caso o usurio informe algum dado incompleto (FIG. 15).

63

FIGURA 15 Diagrama de seqencia de exceo Fonte: Os autores. Na FIG. 15 enfatizada a seqncia de exceo do caso de uso cadastrar doadores de sangue. Neste diagrama o agente da ADSBD aciona a tela de cadastro. Aps informar os dados do doador, feita uma verificao dos dados. Esta verificao constata que h alguns dados que no foram fornecidos pelo agente, sendo retornada uma mensagem de erro ao agente, solicitando a verificao dos dados pendentes. Este tipo de verificao de dados muito proveitoso, pois no permite que dados incompletos sejam repassados para as outras camadas da aplicao.

4.3.3 Modelo de Domnio

O modelo de domnio apresenta uma viso geral da estrutura do software. Sua representao feita atravs de um diagrama de classes definido pela UML. Esta modelagem objetiva apresentar de forma consistente e simples as classes, que representam as entidades, e seus relacionamentos. Neste projeto, a definio do modelo de domnio foi dificultada pelo fato da ADSBD possuir uma estrutura de funcionamento muito grande e complexa. A associao mantm cadastros de doadores e colaboradores, alm de realizar um controle de todas as suas atividades internas. Neste controle so registradas todas as atividades administrativas, sendo

64

que algumas utilizam documentos provenientes de hospitais e hemocentros. Ento, a partir da especificao dos casos de usos e dos requisitos do sistema (SRS) foram modelados, utilizando a ferramenta JUDE Professional, dois diagramas de classe representando as classes conceituais do domnio da aplicao. Para uma melhor visualizao e compreenso, o modelo de domnio foi dividido em dois diagramas, sendo que a FIG. 16 aborda o gerenciamento de doadores e colaboradores e a FIG. 17 o gerenciamento de atividades.

FIGURA 16 Modelo de Domnio: Gerenciamento de Doadores e Colaboradores Fonte: Os autores. A FIG. 16 apresenta todas as classes envolvidas no gerenciamento dos doadores e colaboradores. Destacando ainda o controle das doaes que feito para cada doador, onde possvel acompanhar todas as doaes efetuadas pelo mesmo.

FIGURA 17 Modelo de Domnio: Gerenciamento de Atividades Fonte: Os autores.

65

A FIG. 17 apresenta o controle das atividades internas da associao. baseada no diagrama de casos de uso geral e a algumas classes foram generalizadas a fim de facilitar visualizao e o entendimento.

4.4 Anlise Entidade-Relacional

A construo de um diagrama entidade-relacional tem como objetivo, identificar as entidades mais relevantes em uma organizao, e destacar suas propriedades e relacionamentos. Portanto para se construir um deste diagrama importante compreender bem o negcio para o qual o software ser desenvolvido. A construo do diagrama entidade-relacional deste projeto foi feita aps o levantamento e a analise dos requisitos, uma vez que isso facilita a compreenso do domnio da aplicao. Ento, utilizando a ferramenta DBDesigner foi modelado um diagrama inicial, sendo este refinado at se chegar ao ponto demonstrado pela FIG. 18.

66

FIGURA 18 Diagrama Entidade Relacional do ADSBD Manager Fonte: Os autores.

67

Na modelagem nota-se a existncia de 2 tabelas que centralizam os fluxos principais da associao. A tabela Pessoas e seus relacionamentos focalizam a parte de gerenciamento de doadores e colaboradores, enquanto a tabela Atividades o foco do gerenciamento das atividades administrativas.

4.5 Arquitetura do Software

A arquitetura da aplicao foi modelada atravs do diagrama de pacotes, na qual mostra a diviso da aplicao em 3 camadas distintas: a camada de apresentao, que cuida de todas as classes referentes a interface de comunicao com o usurio, a camada de servio, que responsvel por conter toda a regra de negcio da aplicao e a camada de persistncia, responsvel pela persistncia dos dados no banco. A figura abaixo mostra o diagrama de pacotes, demonstrando a arquitetura modelada para o software (FIG. 19).

FIGURA 19 Diagrama de pacote: Arquitetura do software Fonte: Os autores. A camada de viso contm todas as classes responsveis pela comunicao com o usurio. Nesta camada foi utilizado a tecnologia Swing, disponibilizada pelo Java, para o desenvolvimento da interface. Este pacote tambm contm algumas classes para validar os dados da interface, garantindo a consistncia dos dados que so passados para as outras camadas. A camada de servio contm classes que disponibilizam para as outras camadas recursos, tanto para persistncia quanto para a viso de forma que os dados no so persistidos sem passar por essa camada. Alm de oferecer estes servios, este pacote contm

68

classes responsveis por realizar toda a regra de negcio da aplicao, como a gerao de relatrios, tratamento de erros, dentre outras. A camada de persistncia responsvel pela comunicao da aplicao com o banco de dados. Nesta camada foi utilizada a especificao JPA, na qual foi realizado o mapeamento objeto-relacional. Com isso, foi possvel definir apenas uma classe genrica, responsvel por persistir, recuperar e atualizar qualquer entidade mapeada. O pacote de entidade contm todas as classes mapeadas do banco de dados, permitindo a sua utilizao em todas as camadas, uma vez que estas classes tm a definio dos tipos de dados na aplicao como um todo. A utilizao desta arquitetura se fez necessria, uma vez que a aplicao pode sofrer modificaes tanto por parte dos dados necessrios as suas atividades quanto nos relatrios gerados. Com a adoo deste modelo, pode-se reduzir o impacto das modificaes no software, sendo necessrio apenas alterar a camada respectiva, sem alterar as demais. A arquitetura do software ADSBD Manager, desenvolvido durante este projeto, respeitou a diviso de camadas, a fim de desenvolver uma aplicao desacoplada, que tenha fcil manutenabilidade.

4.6 Implementao
A implementao de um software uma das fases mais dispendiosas do processo de desenvolvimento. Na implementao do ADSBD Manager, muitas dificuldades foram encontradas, tais como a utilizao do uma tecnologia recente (JPA) para a persistncia de dados, a elaborao dos algoritmos para a gerao de relatrios e de uma interface simples e funcional. O uso da JPA na persistncia exigiu um estudo aprofundado e a realizao de vrios testes, contudo seu uso beneficiou o projeto, aumentando a produtividade dos desenvolvedores e a robustez da aplicao. Sua utilizao possibilitou a criao de uma nica classe que encapsula toda a comunicao entre a aplicao e o banco de dados. A figura abaixo apresenta um trecho do cdigo desta classe (FIG. 20).

69

FIGURA 20 Trecho de cdigo da classe DAOGenerico Fonte: Os autores. A FIG. 20 traz um trecho da classe DAOGenerico, sendo feita atravs dela toda a comunicao com a base de dados. Seus mtodos trabalham com objetos que implementam a interface Persistivel, ou seja, todas as entidades do sistema implementam esta interface, e atravs desta classe possvel inserir, deletar e recuperar qualquer uma delas no banco de dados. Outros pontos relevantes foram a utilizao do IReports, que facilitou na criao do design dos relatrios e na integrao destes com a aplicao; a programao em pares, que propiciou uma codificao mais refinada e coesa e a modularizao do software, que permitiu a equipe desenvolvedora concentrar seus esforos em pores especficas da aplicao.

4.7 Testes realizados

A realizao de testes em uma aplicao uma das fases mais importantes e mais dispendiosas, uma vez que se gasta muito tempo com o planejamento e a prpria execuo dos mesmos. Para automatizar este processo, foi utilizado o framework JUnit, para a realizao de testes unitrios na camada de servio da aplicao. Durante estes testes, foram detectados vrios problemas estruturais e lgicos, nas quais foram identificados e corrigidos. Aps a realizao dos testes, j com o mdulo de cadastro de

70

doadores e colaboradores finalizados, foram realizados testes de unidade, com o objetivo de identificar erros nas camadas do software. Finalmente, antes de implantar o modulo de cadastro, foram realizados uma bateria de testes, como o cadastro de vrios doadores e colaboradores para testar a robustez da aplicao em execuo. Com a realizao destes testes, verificamos que a estrutura implementada foi satisfatria

4.8 Implantao
A implantao de um sistema informatizado em qualquer organizao algo complexo, exigindo planejamento e readequaes nos procedimentos organizacionais. A implantao do ADSBD Manager foi estruturada a fim de reduzir o impacto da informatizao na entidade e no causar problemas com informaes inconsistentes. O mdulo de gerenciamento de doadores de sangue e colaboradores financeiros, aps uma bateria de testes, foi implantado e est em funcionamento na entidade. Foi realizado um treinamento no qual foi apresentado o sistema e suas principais funcionalidades, e aplicado um questionrio sobre sua usabilidade, sendo o resultado deste apresentado no grfico abaixo (GRAF. 4).

GRFICO 4 Resultado do questionrio de usabilidade Fonte: Os autores. O mdulo de gerenciamento de atividades teve sua implantao reestruturada, pois, durante a bateria de testes, foram encontradas falhas relacionadas principalmente aos algoritmos de gerao de relatrios, o que ocasionou um atraso na entrega da verso definitiva. Tais falhas esto sendo analisadas pelos desenvolvedores e um planejamento para a implantao futura foi elaborado.

71

4.9 Apresentao do Sistema

Conforme citado as interfaces grficas do sistema foram desenvolvidas utilizando a API Swing do Java. As figuras abaixo apresentam algumas telas do sistema, sendo abaixo de cada uma delas explicada a sua funcionalidade. A tela inicial apresenta as funcionalidades do sistema, que podem ser acessadas atravs de uma barra de menus ou pelos cones de atalho da barra de ferramentas. A FIG. 21 mostra a tela principal do ADSBD Manager.

FIGURA 21 Tela inicial ADSBD Manager Fonte: Os autores. A tela de cadastro de doadores responsvel pela edio, incluso e atualizao de doadores de sangue, bem como a gerao de um relatrio, em formato PDF, que o usurio poder imprimir. A FIG. 22 mostra a tela de cadastro de doadores.

72

FIGURA 22 Tela de cadastro de doadores Fonte: Os autores. A tela de cadastro de colaboradores oferece as opes de insero, atualizao e edio de um colaborador, bem como a gerao de relatrio, em formato PDF, dando as opes de imprimir ou no. A FIG 23 mostra a tela de cadastro de colaboradores.

FIGURA 23 Tela de cadastro de colaboradores Fonte: Os autores. A tela de busca avanada de doadores permite que o sistema faa uma busca automatizada atravs dos campos nome, endereo, tipo sanguneos, fator Rh, situao do doador, disponibilidade para viajar e pela data de aniversrio. A FIG 24 mostra a tela de busca de doadores.

73

FIGURA 24 Tela de busca avanada de doadores Fonte: Os autores. A tela de controle de doaes responsvel por controlar todas as doaes realizadas per um doador, sendo informados a data, o motivo, o local e uma observao. A FIG. 25 mostra a tela de busca de doadores.

FIGURA 25 Tela de controle de doaes Fonte: Os autores. A tela de gerenciamento projeto futuro doador responsvel pelo gerenciamento de todas as atividades relativas a este projeto. Ela disponibiliza as opes de inserir qual o pblico alvo, as atividades desenvolvidas e os recursos utilizados. A FIG 26 mostra a tela de gerenciamento do futuro doador.

74

FIGURA 26 Tela gerenciamento do projeto futuro doador Fonte: Os autores. A aplicao abrange mais uma srie de funcionalidades, e possui uma grande quantidade de telas. Seria invivel a exposio de todas estas telas neste trabalho, por isso foram apresentadas aquelas relacionadas as funcionalidades principais do sistema, a fim de dar uma idia geral sobre do ADSBD Manager.

4.10 Consideraes Finais

Esta seo trouxe a metodologia de desenvolvimento do software. Foram apresentadas todas as fases e detalhados os procedimentos em cada uma. Os diagramas de caso de uso e de classe foram apresentados bem como o diagrama entidade-relacional que modelou a base de dados do sistema. Por fim algumas telas foram mostradas a fim de propiciar uma maior compreenso do que realmente foi desenvolvido. O tpico seguinte traz algumas consideraes sobre as dificuldades, contribuies e possveis melhorias para este projeto.

75

5 CONSIDERAES FINAIS DO PROJETO

Esta seo apresenta uma concluso deste projeto, so abordadas as dificuldades enfrentadas no seu desenvolvimento e suas contribuies. Outro ponto interessante o que trata de melhorias futuras para o projeto.

5.1 Dificuldades enfrentadas

Por se tratar de um projeto muito amplo, vrias dificuldades foram encontradas. Tais obstculos podem ser categorizados sob 2 aspectos: os relacionadas a compreenso do domnio da aplicao e os relacionados ao desenvolvimento do software. Devido complexidade da estrutura de funcionamento da ADSBD enfrentaram-se dificuldades na compreenso de seu domnio. Pois a grande quantidade de informaes e o relacionamento dessas geram empecilho no entendimento para as pessoas que no esto habituadas ao cotidiano da associao. No que tange ao desenvolvimento do sistema, as principais dificuldades esto relacionadas aos seguintes pontos: a documentao do software devido amplitude e complexidade do negcio; definio da metodologia exigiu uma grande pesquisa sobre as varias metodologias existentes, a fim de se identificar as melhores praticas e, ento, estruturar uma que se adequasse ao projeto; a utilizao do JPA na camada de persistncia por se tratar de uma tecnologia recente, que auxilia no mapeamento objeto relacional, foi preciso realizar um estudo detalhado para sua utilizao neste projeto. Tambm relacionada ao desenvolvimento do software, pode-se destacar a necessidade do sistema no impactar fortemente nos procedimentos administrativos da associao. Isto se deve ao fato dos funcionrios da ADSBD no possurem experincia com informtica, e como a migrao do modelo manual para o informatizado j um grande impacto, mudar tambm tais procedimento poderiam causar a no utilizao do sistema. Para tanto, foi preciso criar um sistema onde os antigos formulrios fossem apresentados digitalmente, mantendo-se assim, a forma de gerenciamento. importante destacar que todas estas dificuldades enfrentadas foram agravadas ou geradas pela inexperincia da equipe de desenvolvimento. Uma vez que esta a primeira vez que participaram de um grande projeto, realizando todas as fases do desenvolvimento, desde o levantamento e anlise dos requisitos at a implantao do software.

76

5.2 Contribuies do projeto

O desenvolvimento deste projeto contribui tanto para seus desenvolvedores quanto para a ADSBD, associao para qual um sistema de gerenciamento foi construdo. As principais contribuies para os seus desenvolvedores esto relacionadas ao fato de terem colocado em prtica muitas das tcnicas apreendidas durante o bacharelado. Por exemplo, muitas metodologias foram estudadas, suas melhores prticas levantadas e uma metodologia de desenvolvimento adequada ao projeto foi construda. Sendo assim, foi possvel desenvolver todas as fases de um projeto de software e, ento, compreender melhor como se d este processo na prtica. Quanto s contribuies para a ADSBD destaca-se, inicialmente, uma pesquisa sobre a doao de sangue, as associaes de doadores de sangue e o gerenciamento destas, onde foram mostradas as necessidades e dificuldades enfrentadas por estas entidades. Por fim e, talvez a maior contribuio deste projeto, foi construo de um sistema de gerenciamento para a ADSBD, o ADSBD Manager. Este sistema foi desenvolvido baseado exatamente nos seus procedimentos administrativos, a fim de facilitar toda administrao da associao.

5.3 Trabalhos Futuros

Conforme citado anteriormente, este projeto foi abrangente e atingiu desde a situao da doao de sangue e necessidades gerenciais das entidades do terceiro setor at a parte de desenvolvimento de software, mostrando metodologias e ferramentas utilizadas. Porm o ponto principal est no desenvolvimento do sistema de gerenciamento da ADSBD. O sistema foi desenvolvido sob a linguagem Java e utilizou-se o Firebird como SGBD e o Swing para a construo de interfaces grficas. Em se tratando do software especificamente, uma das melhorias seria a construo da camada de viso utilizando tecnologias mais recentes que permitem a criao de interfaces mais elaboradas e interativas. Apesar dos componentes Swing serem portveis e flexveis, uma vez que so implementados em Java, no trazem muitos recursos que permitam a construo de interfaces ricas, interativas e que facilitem a cognio do usurio. Da a possibilidade de se reconstruir a camada de viso utilizando uma tecnologia recente como o Flex, da Adobe ou JavaFX. A utilizao destas ferramentas traz inmeros recursos para a construo de interfaces ricas. A no utilizao de uma destas tecnologias neste projeto se deve ao fato do tempo

77

necessrio para o aprendizado ser grande, alm do que o estudo sobre JPA e a compreenso do domnio da aplicao consumiram muito tempo. Por se falar do domnio da aplicao, este outro ponto que pode passar por possveis melhorias. As mudanas aqui cabem nas situaes onde a ADSBD alterar seus procedimentos administrativos. Como citado, o Relatrio Anual Circunstanciado segue um modelo do Ministrio da Justia, e esse passa por alteraes constantemente. Como as atividades internas (atualmente so 39 atividades) so controladas a fim de ser a base deste relatrio, possvel que elas sejam adaptadas aos novos parmetros do modelo. Podendo uma atividade ser excludas ou alteradas, bem como novas podem ser criadas. Diante disso interessante que, periodicamente, o sistema seja reavaliado, a fim de adequ-lo aos procedimentos utilizados pela ADSBD. Em alguns destes casos ser preciso uma reestruturao da base de dados e, claro, das regras de negcio. Todas estas possveis melhorias visam propiciar a associao um sistema cada vez mais simples, intuitivo, confivel e que atenda as suas necessidades de fato.

5.4 Consideraes finais

O processo de doao de sangue muito importante para a sociedade e atravs dele, muitas vidas so salvas. Porm seus procedimentos so complexos e envolvem hospitais, hemocentros, associaes de doadores de sangue e, claro doadores e receptores. Neste trabalho objetivou-se demonstrar o papel das associaes de doadores de sangue dentro do processo de doao e as suas formas de gerenciamento. Evidenciando-se as necessidades enfrentadas por elas, devido quantidade de documentos manipulados. A dificuldade de encontrar softwares gerenciais que atendam as estas necessidades e como um sistema informatizado auxiliaria no gerenciamento destas. Outro objetivo, talvez o mais complexo, foi o desenvolvimento de um aplicativo gerencial para a ADSBD. Utilizando de tcnicas da engenharia de software, foi estruturado todo um projeto de construo deste software, iniciando-se com o levantamento e analise de requisitos, quando foram gerados os documentos viso e o SRS; passando pela modelagem baseada na UML at a implementao e implantao do software. Toda a documentao elaborada para a construo do ADSBD Manager encontra-se disponvel na Documentao do software ADSBD Manager. Tambm em uma mdia e na web, atravs do site Source Forge, pelo link http://adsbdmanager.sourceforge.net/.

78

A metodologia de desenvolvimento do software foi baseada nas prticas da metodologia em cascata, espiral e da Extreme Programming, a partir delas se criou um metodologia que se adequasse as necessidades e limitaes do projeto. Muitas ferramentas foram utilizadas a fim de aumentar a produtividade e a confiabilidade, das quais se destacam o Jude, na modelagem UML e o DBDesigner, na modelagem entidade-relacional. A implementao foi feita na linguagem Java utilizando a IDE NetBeans, o que facilitou muito este processo e minimizou algumas dificuldades. Durante esta fase vale ressaltar a utilizao da JPA na camada de persistncia, o que gerou dificuldades por ser uma tecnologia nova, mas que trouxe uma produtividade considervel ao projeto. Sendo assim, implementado o ADSBD Manager, um sistema capaz de atender as necessidades da associao, cadastrando doadores e colaboradores e gerando os relatrios pertinentes. Este projeto tem pontos para melhorias, como a camada de viso, que utilizou a API Swing, pode ser construda com uma tecnologia nova que traga mais qualidade e interao as interfaces, como o Flex o JavaFX. Alm de adequaes na lgica de funcionamento do sistema, em caso de mudanas nas rotinas de trabalho da associao. Pode-se afirmar que este trabalho conseguiu, apesar das dificuldades enfrentadas, apresentar o papel das associaes de doadores de sangue e suas necessidades e dificuldades no que tange seu gerenciamento. E que a partir de um estudo de caso, feito junto a ADSBD, foi desenvolvido ADSBD Manager, um software capaz de atender as necessidades gerencias da entidade.

79

REFERNCIAS
AGUIAR, Marianne Thamm de. ; SILVA, Eduardo Marcondes Filinto. Terceiro Setor: Buscando uma Conceituao. Cadernos Fundata. 2001. Disponvel em: <http://www.fundata.org.br/Artigos%20-%20Cefeis/06%20-20TERCEIRO%20SETOR%20%20BUSCANDO%20UMA%20CONCEITUA%C3%87%C3%83O.pdf> Acesso em: 11 jun. 2009.

ALMEIDA, Alexandre de; DAROLT, Reginaldo. Pesquisa e desenvolvimento em UML. Universidade do Sul de Santa Catarina. Ararangu, 2001. Disponvel em: <http://joaomorais.com.br/jm/uploads/Links/uml.pdf>. Acesso em: 30 set. 2009.

ARAJO, Marco Antnio P. DBDesigner: Uma ferramenta gratuita para a modelagem de dados. SQL Magazine. 2009 disponveis em: <http://www.devmedia.com.br/articles/viewcomp.asp?comp=6840>. Acesso em: 19 set. 2009.

ASTELS, David; MILLER, Granville; NOVAK, Miroslav. Extreme Programming guia rpido. Rio de Janeiro: Campus, 2002.

BANDEIRA, Junior Marcos. Estudo dos Sistemas de Gerenciamento de Bancos de Dados Firebird, Mysql e PostgreSql e seus recursos para armazenamento de imagens. Universidade Federal de Santa Maria. Santa Maria. Disponvel em: <http://www.etaj.com.br/~jmoreira/apostila/pdfs/DBFree.pdf>. Acesso em: 8 set. 2009.

BAUER, Christian; KING, Gavin. Hibernate em Ao. Rio de Janeiro: Editora Cincia Moderna Ltda., 2005.

BECK, Kent. Programao extrema explicada: acolha as mudanas. Porto Alegre: Bookman, 2004.

BIO, Sergio Rodrigues. Sistemas de informao: um enfoque gerencial. So Paulo: Atlas. 1991.

BOOCH, Grady; RUMBAUGH, James; JACOBSON, Ivar. UML: Guia do usurio. 2. ed. Rio de Janeiro: Elsevier, 2005.

BURKE, Bill; MONSON-HAEFEL, Richard. Enterprise JavaBeans 3.0. 5. ed. So Paulo: Pearson Prentice Hall, 2007.

80

CARVALHO, Ana Elizabete Souza de; TAVARES, Helena Cristina; CASTRO, Jaelson Brelaz. Uma Estratgia para Implantao de uma Gerencia de Requisitos Visando a Melhoria Dos Processos de Software. Centro de Informtica, Universidade Federal de Pernambuco. Disponvel em: <http://www.creupiapostilas.hpg.ig.com.br/Pro-Req-3.pdf>. Acesso em: 03 jul. 2009.

CEUNES Programao III. Apostila Introduo a Orientao a Objetos. UFES/CEUNES. So Mateus-ES. s/a. Disponvel em: <http://www.ceunes.ufes.br/downloads/2/mariateixeiraEC.Programa%C3%A7%C3%A3o%20III.Cap%C3%ADtulo%201.2009.2.pdf >. Acesso em: 04 nov. 2009.

COURA, Michele dos Santos. Ambiente de Aprendizagem de Lgica de Programao. Faculdade de Engenharia de Guaratinguet Especializao em Informtica Empresarial. Guaratinguet SP. 2006. Disponvel em: <http://www.feg.unesp.br/ceie/MonografiasTexto/CEIE0605.pdf>. Acesso em: 13 nov. 2009.

DEITEL, H. M. ; DEITEL P. J. Java como programar. 6 ed. So Paulo: Pearson Prentice Hall, 2005.

DURES, Dayane Helen Santos. Anlise de Desempenho entre os Bancos de Dados POSTGRESQL e FIREBIRD na plataforma Windows 2000. Universidade Estadual de Montes Claros. Montes Claros, 2007. Disponvel em: <http://www.ccet.unimontes.br/arquivos/monografias/246.pdf>. Acesso em: 08 set. 2009.

ESTATUTO ADSBD. Associao de Doadores de Sangue de Bom Despacho. Bom Despacho, 2008.

Estatuto.

FERREIRA, Neuziany Nery; REIS, Regiane. Requisitenow!: Uma ferramenta web de apoio ao levantamento e anlise de requisitos, baseado em casos de uso. Universidade da Amaznia, Belm, 2005 disponvel em <http://www.cci.unama.br/margalho/portaltcc/tcc2005/PDF/004.pdf> Acesso em 19 de set 2009.

FREITAS, Henrique M. R. de; KLADIS, Constantin Metaxa. Da organizao a poltica informacional das organizaes: um quadro conceitual. So Paulo; RAP, v 29, Junho/Setembro 1995. p. 73 86. Disponvel em: <http://www.ea.ufrgs.br/professores/hfreitas/files/artigos/1995/1995_026_RAP.pdf>. Acesso em: 23 abr. 2009.

81

FREITAS, Gustavo Andr de; PARIS, Riliane Alpoim. FIREBIRD. Faculdade de Cincias Aplicadas Sagrado Corao. Linhares, 2007. Disponvel em: <http://www.gfsolucoes.net/trabalhos/Firebird.pdf>. Acesso em: 08 set. 2009.

FUNDAO HEMOMINAS. CENTRO DE HEMATOLOGIA E HEMOTERAPIA DE MINAS GERAIS. 2009. Disponvel em: <http://www.hemominas.mg.gov.br/hemominas/menu/aInstituicao/apresentacao.html>. Acesso em: 01 set. 2009.

GHIGNATTI, Sachia F. ; STEFFEN, Tereza E. ; TURCHETTO, Fabiano. Sistema para gesto de entidades sem fins lucrativos. Universidade Luterana do Brasil (ULBRA), Torres. 2007. Disponvel em: <http://guaiba.ulbra.tche.br/pesquisas/2007/artigos/sistemas/301.pdf>. Acesso em: 03 set. 2009.

GOMES, Emiliana Bezerra.; MAIA, Evanira Rodrigues. Doador voluntrio ou de reposio? Fatores determinantes para um doador de reposio tornar-se doador voluntrio de sangue. Sade Coletiva: Coletnea. Nmero 1. Vol.1. Outubro/2007. ISSN 1982-1441. Disponvel em <http://coletanea2007.no.comunidades.net/index.php?pagina=1254963751> Acesso em: 01 set. 2009.

GONALVES, Edson. Dominando Relatrios JasperReports com iReport. So Paulo: Cincia Moderna, 2008.

HIRAGI, Gilberto. Ambiente de Desenvolvimento para Java nfase em NetBeans. Disponvel em: <http://ashwall.cenargen.embrapa.br/hiragi/tap/resumos/AmbienteNetBeans.pdf>. Acesso em: 08 set. 2009.

IBGE CIDADES. Instituto Brasileiro de Geografia e Estatistica. CidadesSat. 2007. Disponvel em <http://www.ibge.gov.br/cidadesat/topwindow.htm?>. Acesso em: 02 out. 2009.

KIDO, Eduardo Yassuji; HIRAMA, Kechi. Arcabouo para a gesto de impactos da adoo de ferramentas case baseado na IEEE1175. XXVIII Encontro Nacional de Engenharia de Produo. Rio de Janeiro. 2008. Disponvel em: <http://www.abepro.org.br/biblioteca/enegep2008_TN_STO_076_536_12102.pdf>. Acesso em: 30 out. 2009.

LOZANO, Fernando. Relatrios Corporativos com Java e Software Livre. 2006. Disponvel em: <http://uploads.javafree.com.br/files/10190295398982E12-relatorios-java2.pdf>. Acesso em: 12 nov. 2009.

82

LUDWIG, Silvia Terra.; RODRIGUES, Alziro Csar de Morais. Doao de sangue: uma viso de marketing. Caderno Sade Pblica. 2005, vol.21, n.3, p. 932-939. ISSN 0102311X. doi: 10.1590/S0102-311X2005000300028. Disponvel em: <http://www.scielo.br/scielo.php?script=sci_arttext&pid=S0102311X2005000300028&lang=pt>. Acesso em: 31 ago. 2009.

MASSOL, Vincent; HUSTED, Ted. JUnit em ao. Rio de Janeiro: Cincia Moderna, 2005.

MEDEIROS, Joo Marcos. Marketing Social e a Doao de Sangue. III Seminrio do Centro de Cincias Sociais Aplicadas Cascavel. Unioeste, Cascavel. Paran. 2004. Disponvel em: <http://www.unioeste.br/campi/cascavel/ccsa/IIISeminario/artigos/Artigo%2015.pdf>. Acesso em: 31 ago. 2009.

MINISTRIO DA SADE (BR). Coordenao de Sangue e Hemoderivados. Meta Mobilizadora Nacional: Sangue - 100% com garantia de qualidade em todo o seu processo at 2003. Braslia: Programa Nacional de Doao Voluntria de Sangue. 1998.

MOURA, Aldilene Sobreira de, et al. Doador de sangue habitual e fidelizado: fatores motivacionais de adeso ao programa.Universidade de Fortaleza. 2006, RBPS, n. 19, p. 6167. Fortaleza, Cear. Disponvel em: <http://www.unifor.br/notitia/file/855.pdf>. Acesso em: 01 set. 2009.

NASCIMENTO, Marcos Ribeiro do; FALCO, Jonathas Barros; CUNHA, Adilson Marques da. Uso de ferramentas de software livre no processo de desenvolvimento de sistema de banco de dados: um estudo de caso. Instituto Tecnolgico da Aeronutica, 2006. Disponvel em: <http://161.24.9.6:81/cunha/artigos_2006/02a_2006_FerrSWLivreImplBD(Cun-MarJon).pdf>. Acesso em: 05 out. 2009.

NETO, Aristides Vicente de Paula. Criando testes com JUnit. Universidade Federal de Pernambuco, Recife. 2006. Disponvel em: <http://javafree.uol.com.br/dependencias/tutoriais/testes_junit.pdf>. Acesso em: 05 set. 2009.

PENDER, Tom. UML, a bblia. Rio de Janeiro: Elservier, 2004.

PORTAL TECMEDIA. 2008. Disponvel em: <http://www.tecmedia.com.br/noticias/portalcorporativo-para-entidade-social>. Acesso em: 06 set. 09.

PRADO, Andr Alves. et al. Engenharia de Software em aplicaes de tecnologia da informao visando maior qualidade nos Sistemas de Informaes Gerenciais. Disponvel em: <http://www.fatea.br/janus/pdfs/artigo02.pdf>. Acesso em: 04 set. 2009.

83

RELATRIO ANUAL CIRCUNSTANCIADO ANO BASE 2008. Associao dos Doadores de Sangue de Bom Despacho. Relatrio. Bom Despacho, 2009.

REQUERIMENTO CNAS. Associao dos Doadores de Sangue de Bom Despacho. Requerimento. Bom Despacho, 2007.

RIBEIRO, Alisson; SILVA, Gabriel da. Extenso das Funcionalidades de um Ambiente Integrado de desenvolvimento para linguagem PHP-GTK: Modelagem e Implementao. Centro Federal de Educao Tecnolgica. Bambu-MG, 2008. Disponvel em: <http://www.cefetbambui.edu.br/str/artigos_aprovados/informatica/70-CO-5.pdf> Acesso em: 08 set. 2009. RUIZ, Evandro Eduardo Seron. Introduo ao Java. 2008. Disponvel em: <http://dfm.ffclrp.usp.br/~evandro/ibm1030/intro_java/java_basics.html>. Acesso em: 13 nov. 2009.

SANTANA, Fabrcio. et al. Persistncia com EJB 3.0 Java Persistence API (JPA). Disponvel em: <http://disciplinas.dcc.ufba.br/pub/MATA60/WebHome/persejb.pdf>. Acesso em: 04 set. 2009.

SANTOS, Alexandro Klein dos. Os IDEs (Ambientes de Desenvolvimento Integrado) como ferramentas de trabalho em informtica. Universidade Federal de Santa Maria (UFSM). Santa Maria, 2007. Disponvel em: <http://wwwusr.inf.ufsm.br/~alexks/elc1020/artigo-elc1020-alexks.pdf>. Acesso em: 08 set. 2009.

SHIGUNOV NETO, Alexandre; TEIXEIRA, Alexandre. Sociedade do conhecimento e cincia administrativa: reflexes iniciais sobre a gesto do conhecimento e suas implicaes organizacionais. Belo Horizonte; Perspectiva da Cincia da Informao, v.11, n.2, Maio/Agosto 2006. p. 220 232. Disponvel em: <http://www.eci.ufmg.br/pcionline/index.php/pci/article/viewFile/324/128> Acesso em: 19 abr. 2009.

SIAB. Sistema de Informao de Ateno Bsica. SubSistema do DataSUS. 2008. Disponibilizado pela Secretaria Municipal de Sade de Bom Despacho.

SIMOR, Fernando W.; DORNELES, Carina F. Um estudo de caso para anlise comparativa entre programao Estruturada e Orientada a Objetos. Instituto de Cincias Exatas e Geocincias - Universidade de Passo Fundo. Passo Fundo-RS. 2009. Disponvel em <http://www.upf.br/computacao/images/stories/TCs/arquivos_20091/Fernando_Simor.pdf>. Acesso em: 04 nov. 2009.

84

SOARES, Euvaldo Antonio Ruiz; CATO, Gustavo Campos; SANTOS, Aldemar Arajo. Impacto Organizacional Da Implantao Dos Sistemas Integrados De Gesto Nas Entidades Do Terceiro Setor. 2004. Disponvel em: <http://www.intempres.pco.cu/Intempres2000-2004/Intempres2004/Sitio/Ponencias/16.pdf>. Acesso em: 11 jun. 2009.

SOMMERVILLE,Ian. Engenharia de software. 8. ed. So Paulo: Pearson Addison-Wesley, 2007.

TAVARES, Claudia Fernanda. Onde iro agora as metodologias de desenvolvimento?. Universidade Federal do Rio Grande do Norte. Natal-RN. Disponvel em: <http://www.consiste.dimap.ufrn.br/~claudia/Mestrado/Disciplinas/Engenharia_Software/Arti go%5B3%5D_MetodologiasDeDesenvolvimento.pdf>. Acesso em: 04 set. 2009.

TELES, Vincios Manhes. Extreme Programming: Aprenda como encantar seus usurios desenvolvendo softwares com agilidade e alta qualidade. So Paulo: Novatec, 2006.

VASCONCELOS, Alexandre Marcos Lins de. et al. Introduo a engenharia de software e a qualidade de software. Universidade Federal de Lavras, Lavras-MG. 2006. Disponvel em: <http://www.facape.br/jocelio/es/apostilas/Mod.01.MPS_Engenharia&QualidadeSoftware_V. 28.09.06.pdf>. Acesso em: 05 set. 2009.

VERTCHENKO, Stela Brener. Doao de Sangue: Aspectos scio-econmicos, demogrficos e culturais na regio metropolitana de Belo Horizonte. Universidade Federal de Minas Gerais Programa de Ps-Graduao em Sade Pblica. Belo Horizonte-MG. 2005. Disponvel em: <http://www.medicina.ufmg.br/saudepublica/dissert/stela_vertchenko05.pdf>. Acesso em: 01 set. 2009.

VITORINO, Aurlio J. ; COSTA, Rogrio H. da; KENCHIAN, Mary R. B. Poltica de Segurana em Tecnologia da Informao na Sade: Modelo Corporativo Aplicado no HCFMUSP, XI Congresso Brasileiro de Informtica na Sade, 2008. Disponvel em <http://www.sbis.org.br/cbis11/arquivos/818.pdf>. Acesso em: 30 ago. 2009.