Modelagem UML do Sistema de Acompanhamento a Doação ... - SBIS

Metodologia
O objetivo deste trabalho é adquirir
conhecimentos para mudar o processo de
desenvolvimento de software na Fundação HEMOAM
e adotar uma metodologia de desenvolvimento de
software para que suas atividades sejam controladas e
documentadas. Assim a metodologia adotada foi a de
fazer o levantamento das necessidades do sistema
SADI e criar um processo próprio de
desenvolvimento, baseado no Rational Unified
Process mas não tão detalhado, para o
desenvolvimento do sistema. Como o foco do trabalho
é a modelagem do sistema, o processo criado se
limita as etapas de análise e projeto do sistema
utilizando a UML.
Resultados
Levantamento das necessidades
O controle de doações de sangue na sede da
Fundação HEMOAM é informatizado. A instituição
conta com um sistema, o SAD, Sistema de
Acompanhamento a Doação de sangue. Porém o
controle de doações de sangue nas Unidades de
Coleta e Transfusão (UCTs) no interior do Estado do
Amazonas, é manual.
O cadastro do doador; a triagem; a coleta do
sangue; os exames de imunohematologia; o
fracionamento e a distribuição são realizados nas
próprias UCTs, com exceção dos exames de
sorologia, e todas essas informações anotadas em
livros.
Os exames sorológicos das unidades do interior
– UCTs - são realizados na sede, e seus resultados
são enviados por fax, para as mesmas, no interior do
Estado.
As bolsas, coletadas no interior, são fracionadas
e ficam aguardando a realização da sorologia para
serem liberadas ou não. Quando os resultados dos
exames sorológicos chegam as UCTs é que as
bolsas de sangue são liberadas para transfusão. Este
processo gera alguns problemas, entre eles a demora
na entrega dos resultados de exames para o doador
de sangue do interior.
Os problemas gerados por este processo ainda
não estar informatizado são:
i. identificação do doador ilegível - as fichas que
acompanham as amostras de sangue são escritas
manualmente;
ii. dados incompletos – não chegam do interior todas
as informações necessárias;
iii. estatística dos dados dificultada – devido os dados
não estarem informatizados;
iv. atraso no recebimento dos resultados de
exames pelo doador – chega a ser de até dois
meses para algumas unidades;
Nesse contexto, apresentamos o SADI –
Sistema Acompanhamento das Doações de
sangue no Interior – que tem por objetivo
automatizar o controle das doações de sangue nas
UCTs no interior do Estado do Amazonas;
eliminando o controle manual destas informações
e trocando dados com o sistema SAD através da
Internet. Esse sistema incluirá dados de cadastro
do doador; cadastro de triagens; cadastro de
doação com informações de numeração da bolsa
de sangue e os exames realizados no sangue do
doador com seus respectivos laudos.
Processo de desenvolvimento adotado
Inicialmente a idéia era adotar o Rational
Unified Process (RUP) [2], mas, após estudá-lo,
percebemos que nos facilitaria ter um processo
mais simples, com etapas bem definidas, e que
nos possibilitasse gerenciar estas atividades.
Diante disso, resolvemos apenas nos basear no
RUP criando um processo próprio. Este processo
possui definição de atividades, responsabilidades,
artefatos de entrada e saída, e ferramentas que
serão utilizadas; dá ênfase na criação e
manutenção de modelos da UML.
Nosso processo utiliza as etapas de:
análise, projeto, implementação, verificação e
validação, implantação e manutenção. Cada etapa
é estruturada com um conjunto de atividades.
Neste artigo descreveremos apenas as etapas de
análise e projeto, sucintamente, pois o foco do
trabalho foi inicialmente apenas modelar o sistema
SADI utilizando a UML.
Na etapa de Análise as atividades realizadas
do ciclo de desenvolvimento foram: levantamento
das necessidades; estudo de viabilidade geral;
modelagem de negócios e modelagem do domínio
do problema. Na etapa de projeto as atividades
foram: decisões de projeto; modelagem
comportamental e modelagem arquitetural.
No levantamento das necessidades, etapa
de análise, foram realizados dois tipos de
entrevistas individuais: internas (usuários) e
externas (gerentes do setor). Posteriormente foi
realizada reunião com usuários e gerentes para
validar os requisitos extraídos individualmente. Em
seguida realizamos laboratórios em cada setor
participante do processo para estudarmos as
atividades e os documentos relacionados. E então,
elaboramos o escopo do sistema.
A UML não determina uma ordem
predefinida dos diagramas a serem modelados.
Esta ordem é determinada pela preferência do