Modelagem UML do Sistema de Acompanhamento a Doação ... - SBIS
Modelagem UML do Sistema de Acompanhamento a Doação ... - SBIS
Modelagem UML do Sistema de Acompanhamento a Doação ... - SBIS
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
<strong>Mo<strong>de</strong>lagem</strong> <strong>UML</strong> <strong>do</strong> <strong>Sistema</strong> <strong>de</strong> <strong>Acompanhamento</strong> a <strong>Doação</strong> <strong>de</strong> Sangue no<br />
Interior <strong>do</strong> Esta<strong>do</strong> <strong>do</strong> Amazonas - SADI.<br />
Jorlene <strong>de</strong> Souza Marques 1 , Fernanda Maria Ribeiro <strong>de</strong> Alencar 2<br />
1 Coor<strong>de</strong>na<strong>do</strong>ria <strong>de</strong> <strong>Sistema</strong>s - Fundação <strong>de</strong> Hematologia e Hemoterapia <strong>do</strong> Amazonas<br />
(HEMOAM)<br />
2 Departamento <strong>de</strong> Eletrônica e <strong>Sistema</strong>s (DES) – Centro <strong>de</strong> Tecnologia e Geociências (CTG)<br />
– Universida<strong>de</strong> Fe<strong>de</strong>ral <strong>de</strong> Pernambuco (UFPE)<br />
Resumo. Este artigo apresenta a mo<strong>de</strong>lagem <strong>do</strong> SADI, um sistema para controlar as <strong>do</strong>ações <strong>de</strong> sangue nas<br />
Unida<strong>de</strong>s <strong>de</strong> Coleta e Transfusão (UCTs) da Fundação HEMOAM. Unida<strong>de</strong>s essas situadas no interior <strong>do</strong><br />
Esta<strong>do</strong> <strong>do</strong> Amazonas. Para a mo<strong>de</strong>lagem <strong>do</strong> sistema foi consi<strong>de</strong>rada a Linguagem <strong>de</strong> <strong>Mo<strong>de</strong>lagem</strong> Unificada da<br />
OMG - <strong>UML</strong> (Unified Mo<strong>de</strong>ling Language).<br />
Palavras-chave. <strong>Sistema</strong>s <strong>de</strong> Informação, <strong>Mo<strong>de</strong>lagem</strong>, Linguagem <strong>UML</strong>.<br />
Abstract. This article presents the mo<strong>de</strong>ling of SADI, a system to control <strong>do</strong>nations of blood in the units of<br />
collection and transfusion (UCTs) of the Foundation HEMOAM. Units situated in the interior of the state of<br />
Amazon. For the mo<strong>de</strong>ling of the system the Language of Mo<strong>de</strong>ling Unified of OMG - <strong>UML</strong> (Unified Mo<strong>de</strong>ling<br />
Language) was consi<strong>de</strong>red.<br />
Key-words :Information System, Mo<strong>de</strong>ling, <strong>UML</strong> Language.<br />
Introdução<br />
Atualmente, uma gran<strong>de</strong> parte da população<br />
mundial <strong>de</strong>pen<strong>de</strong> <strong>de</strong> sistemas informatiza<strong>do</strong>s para<br />
realizar suas ativida<strong>de</strong>s diárias. Software faz parte <strong>de</strong><br />
nossas vidas e, embora muito já tenha si<strong>do</strong><br />
consegui<strong>do</strong> na busca da qualida<strong>de</strong> e produtivida<strong>de</strong> no<br />
<strong>de</strong>senvolvimento e manutenção <strong>de</strong> software nos<br />
últimos 30 anos, muito resta para ser feito.<br />
A qualida<strong>de</strong> <strong>de</strong> produtos <strong>de</strong> software, entretanto,<br />
está fortemente relacionada à qualida<strong>de</strong> <strong>do</strong> processo<br />
<strong>de</strong> software. A pesquisa em processo <strong>de</strong> software trata<br />
<strong>do</strong>s méto<strong>do</strong>s e técnicas utiliza<strong>do</strong>s para avaliar, apoiar<br />
e melhorar as ativida<strong>de</strong>s <strong>de</strong> <strong>de</strong>senvolvimento e<br />
manutenção <strong>de</strong> software. A primeira contribuição<br />
importante da pesquisa na área <strong>de</strong> processo <strong>de</strong><br />
software é o convencimento <strong>de</strong> que <strong>de</strong>senvolver<br />
software é um esforço coletivo, complexo e criativo e<br />
<strong>de</strong> que a qualida<strong>de</strong> <strong>do</strong> software <strong>de</strong>pen<strong>de</strong> das pessoas,<br />
da organização e <strong>do</strong>s procedimentos usa<strong>do</strong>s em seu<br />
<strong>de</strong>senvolvimento [1].<br />
Rumbaugh, Booch, e Jacobson [2], afirmam: “A<br />
mo<strong>de</strong>lagem é a parte central <strong>de</strong> todas as ativida<strong>de</strong>s<br />
que levam à implantação <strong>de</strong> um bom software”. É<br />
através <strong>de</strong>la que representamos <strong>de</strong> forma abstrata e<br />
simplificada um sistema real.<br />
A <strong>UML</strong> (Unified Mo<strong>de</strong>ling Language) [2] por<br />
sua vez, é uma linguagem <strong>de</strong> mo<strong>de</strong>lagem <strong>de</strong><br />
sistemas bastante madura e conhecida tanto no<br />
meio profissional quanto acadêmico, que utiliza o<br />
paradigma orienta<strong>do</strong> a objetos, permitin<strong>do</strong> a<br />
uniformização <strong>do</strong>s mo<strong>de</strong>los usa<strong>do</strong>s para análise,<br />
projeto e implementação.<br />
A Fundação <strong>de</strong> Hematologia e Hemoterapia<br />
<strong>do</strong> Amazonas (HEMOAM) <strong>de</strong>pen<strong>de</strong> <strong>de</strong> sistemas<br />
informatiza<strong>do</strong>s para realizar seu trabalho <strong>de</strong> coleta,<br />
tratamento e distribuição <strong>de</strong> sangue para<br />
transfusão sanguínea em to<strong>do</strong> esta<strong>do</strong> <strong>do</strong><br />
Amazonas. Sua se<strong>de</strong> situa-se em Manaus e<br />
possui também 47 Unida<strong>de</strong>s <strong>de</strong> Coleta e<br />
Transfusão (UCTs) no interior <strong>do</strong> Esta<strong>do</strong>.<br />
Mo<strong>de</strong>lar, com apoio da <strong>UML</strong>, um sistema<br />
para controlar as <strong>do</strong>ações <strong>de</strong> sangue nas UCTs,<br />
possibilita enten<strong>de</strong>r a informação, a função, e o<br />
comportamento <strong>do</strong> sistema como um to<strong>do</strong>;<br />
tornan<strong>do</strong> a tarefa <strong>de</strong> análise <strong>de</strong> requisitos mais<br />
completa. Os requisitos são <strong>do</strong>cumenta<strong>do</strong>s,<br />
especifica<strong>do</strong>s e mo<strong>de</strong>la<strong>do</strong>s, modifican<strong>do</strong> assim o<br />
processo <strong>de</strong> <strong>de</strong>senvolvimento <strong>de</strong> sistemas na<br />
Fundação HEMOAM, consi<strong>de</strong>ra<strong>do</strong> ainda imaturo.<br />
O processo atual <strong>de</strong>pen<strong>de</strong> fortemente <strong>do</strong>s<br />
profissionais que lá se encontram e quase não<br />
possui <strong>do</strong>cumentação formal, sen<strong>do</strong> <strong>de</strong> difícil<br />
controle gerencial.
Meto<strong>do</strong>logia<br />
O objetivo <strong>de</strong>ste trabalho é adquirir<br />
conhecimentos para mudar o processo <strong>de</strong><br />
<strong>de</strong>senvolvimento <strong>de</strong> software na Fundação HEMOAM<br />
e a<strong>do</strong>tar uma meto<strong>do</strong>logia <strong>de</strong> <strong>de</strong>senvolvimento <strong>de</strong><br />
software para que suas ativida<strong>de</strong>s sejam controladas e<br />
<strong>do</strong>cumentadas. Assim a meto<strong>do</strong>logia a<strong>do</strong>tada foi a <strong>de</strong><br />
fazer o levantamento das necessida<strong>de</strong>s <strong>do</strong> sistema<br />
SADI e criar um processo próprio <strong>de</strong><br />
<strong>de</strong>senvolvimento, basea<strong>do</strong> no Rational Unified<br />
Process mas não tão <strong>de</strong>talha<strong>do</strong>, para o<br />
<strong>de</strong>senvolvimento <strong>do</strong> sistema. Como o foco <strong>do</strong> trabalho<br />
é a mo<strong>de</strong>lagem <strong>do</strong> sistema, o processo cria<strong>do</strong> se<br />
limita as etapas <strong>de</strong> análise e projeto <strong>do</strong> sistema<br />
utilizan<strong>do</strong> a <strong>UML</strong>.<br />
Resulta<strong>do</strong>s<br />
Levantamento das necessida<strong>de</strong>s<br />
O controle <strong>de</strong> <strong>do</strong>ações <strong>de</strong> sangue na se<strong>de</strong> da<br />
Fundação HEMOAM é informatiza<strong>do</strong>. A instituição<br />
conta com um sistema, o SAD, <strong>Sistema</strong> <strong>de</strong><br />
<strong>Acompanhamento</strong> a <strong>Doação</strong> <strong>de</strong> sangue. Porém o<br />
controle <strong>de</strong> <strong>do</strong>ações <strong>de</strong> sangue nas Unida<strong>de</strong>s <strong>de</strong><br />
Coleta e Transfusão (UCTs) no interior <strong>do</strong> Esta<strong>do</strong> <strong>do</strong><br />
Amazonas, é manual.<br />
O cadastro <strong>do</strong> <strong>do</strong>a<strong>do</strong>r; a triagem; a coleta <strong>do</strong><br />
sangue; os exames <strong>de</strong> imunohematologia; o<br />
fracionamento e a distribuição são realiza<strong>do</strong>s nas<br />
próprias UCTs, com exceção <strong>do</strong>s exames <strong>de</strong><br />
sorologia, e todas essas informações anotadas em<br />
livros.<br />
Os exames sorológicos das unida<strong>de</strong>s <strong>do</strong> interior<br />
– UCTs - são realiza<strong>do</strong>s na se<strong>de</strong>, e seus resulta<strong>do</strong>s<br />
são envia<strong>do</strong>s por fax, para as mesmas, no interior <strong>do</strong><br />
Esta<strong>do</strong>.<br />
As bolsas, coletadas no interior, são fracionadas<br />
e ficam aguardan<strong>do</strong> a realização da sorologia para<br />
serem liberadas ou não. Quan<strong>do</strong> os resulta<strong>do</strong>s <strong>do</strong>s<br />
exames sorológicos chegam as UCTs é que as<br />
bolsas <strong>de</strong> sangue são liberadas para transfusão. Este<br />
processo gera alguns problemas, entre eles a <strong>de</strong>mora<br />
na entrega <strong>do</strong>s resulta<strong>do</strong>s <strong>de</strong> exames para o <strong>do</strong>a<strong>do</strong>r<br />
<strong>de</strong> sangue <strong>do</strong> interior.<br />
Os problemas gera<strong>do</strong>s por este processo ainda<br />
não estar informatiza<strong>do</strong> são:<br />
i. i<strong>de</strong>ntificação <strong>do</strong> <strong>do</strong>a<strong>do</strong>r ilegível - as fichas que<br />
acompanham as amostras <strong>de</strong> sangue são escritas<br />
manualmente;<br />
ii. da<strong>do</strong>s incompletos – não chegam <strong>do</strong> interior todas<br />
as informações necessárias;<br />
iii. estatística <strong>do</strong>s da<strong>do</strong>s dificultada – <strong>de</strong>vi<strong>do</strong> os da<strong>do</strong>s<br />
não estarem informatiza<strong>do</strong>s;<br />
iv. atraso no recebimento <strong>do</strong>s resulta<strong>do</strong>s <strong>de</strong><br />
exames pelo <strong>do</strong>a<strong>do</strong>r – chega a ser <strong>de</strong> até <strong>do</strong>is<br />
meses para algumas unida<strong>de</strong>s;<br />
Nesse contexto, apresentamos o SADI –<br />
<strong>Sistema</strong> <strong>Acompanhamento</strong> das Doações <strong>de</strong><br />
sangue no Interior – que tem por objetivo<br />
automatizar o controle das <strong>do</strong>ações <strong>de</strong> sangue nas<br />
UCTs no interior <strong>do</strong> Esta<strong>do</strong> <strong>do</strong> Amazonas;<br />
eliminan<strong>do</strong> o controle manual <strong>de</strong>stas informações<br />
e trocan<strong>do</strong> da<strong>do</strong>s com o sistema SAD através da<br />
Internet. Esse sistema incluirá da<strong>do</strong>s <strong>de</strong> cadastro<br />
<strong>do</strong> <strong>do</strong>a<strong>do</strong>r; cadastro <strong>de</strong> triagens; cadastro <strong>de</strong><br />
<strong>do</strong>ação com informações <strong>de</strong> numeração da bolsa<br />
<strong>de</strong> sangue e os exames realiza<strong>do</strong>s no sangue <strong>do</strong><br />
<strong>do</strong>a<strong>do</strong>r com seus respectivos lau<strong>do</strong>s.<br />
Processo <strong>de</strong> <strong>de</strong>senvolvimento a<strong>do</strong>ta<strong>do</strong><br />
Inicialmente a idéia era a<strong>do</strong>tar o Rational<br />
Unified Process (RUP) [2], mas, após estudá-lo,<br />
percebemos que nos facilitaria ter um processo<br />
mais simples, com etapas bem <strong>de</strong>finidas, e que<br />
nos possibilitasse gerenciar estas ativida<strong>de</strong>s.<br />
Diante disso, resolvemos apenas nos basear no<br />
RUP crian<strong>do</strong> um processo próprio. Este processo<br />
possui <strong>de</strong>finição <strong>de</strong> ativida<strong>de</strong>s, responsabilida<strong>de</strong>s,<br />
artefatos <strong>de</strong> entrada e saída, e ferramentas que<br />
serão utilizadas; dá ênfase na criação e<br />
manutenção <strong>de</strong> mo<strong>de</strong>los da <strong>UML</strong>.<br />
Nosso processo utiliza as etapas <strong>de</strong>:<br />
análise, projeto, implementação, verificação e<br />
validação, implantação e manutenção. Cada etapa<br />
é estruturada com um conjunto <strong>de</strong> ativida<strong>de</strong>s.<br />
Neste artigo <strong>de</strong>screveremos apenas as etapas <strong>de</strong><br />
análise e projeto, sucintamente, pois o foco <strong>do</strong><br />
trabalho foi inicialmente apenas mo<strong>de</strong>lar o sistema<br />
SADI utilizan<strong>do</strong> a <strong>UML</strong>.<br />
Na etapa <strong>de</strong> Análise as ativida<strong>de</strong>s realizadas<br />
<strong>do</strong> ciclo <strong>de</strong> <strong>de</strong>senvolvimento foram: levantamento<br />
das necessida<strong>de</strong>s; estu<strong>do</strong> <strong>de</strong> viabilida<strong>de</strong> geral;<br />
mo<strong>de</strong>lagem <strong>de</strong> negócios e mo<strong>de</strong>lagem <strong>do</strong> <strong>do</strong>mínio<br />
<strong>do</strong> problema. Na etapa <strong>de</strong> projeto as ativida<strong>de</strong>s<br />
foram: <strong>de</strong>cisões <strong>de</strong> projeto; mo<strong>de</strong>lagem<br />
comportamental e mo<strong>de</strong>lagem arquitetural.<br />
No levantamento das necessida<strong>de</strong>s, etapa<br />
<strong>de</strong> análise, foram realiza<strong>do</strong>s <strong>do</strong>is tipos <strong>de</strong><br />
entrevistas individuais: internas (usuários) e<br />
externas (gerentes <strong>do</strong> setor). Posteriormente foi<br />
realizada reunião com usuários e gerentes para<br />
validar os requisitos extraí<strong>do</strong>s individualmente. Em<br />
seguida realizamos laboratórios em cada setor<br />
participante <strong>do</strong> processo para estudarmos as<br />
ativida<strong>de</strong>s e os <strong>do</strong>cumentos relaciona<strong>do</strong>s. E então,<br />
elaboramos o escopo <strong>do</strong> sistema.<br />
A <strong>UML</strong> não <strong>de</strong>termina uma or<strong>de</strong>m<br />
pre<strong>de</strong>finida <strong>do</strong>s diagramas a serem mo<strong>de</strong>la<strong>do</strong>s.<br />
Esta or<strong>de</strong>m é <strong>de</strong>terminada pela preferência <strong>do</strong>
<strong>de</strong>senvolve<strong>do</strong>r e/ou processo que esteja sen<strong>do</strong><br />
usa<strong>do</strong>. Alguns <strong>de</strong>senvolve<strong>do</strong>res iniciam a mo<strong>de</strong>lagem<br />
<strong>do</strong> sistema pela criação das classes, outros pelos<br />
casos <strong>de</strong> uso. No processo <strong>de</strong> <strong>de</strong>senvolvimento <strong>do</strong><br />
SADI iniciamos a mo<strong>de</strong>lagem a partir <strong>do</strong>s casos <strong>de</strong><br />
uso.<br />
<strong>Mo<strong>de</strong>lagem</strong> <strong>do</strong> SADI<br />
Os mo<strong>de</strong>los cria<strong>do</strong>s na etapa <strong>de</strong> análise foram:<br />
mo<strong>de</strong>lo <strong>de</strong> negócios e mo<strong>de</strong>lo <strong>do</strong> <strong>do</strong>mínio <strong>do</strong><br />
problema. No mo<strong>de</strong>lo <strong>de</strong> negócios foram i<strong>de</strong>ntifica<strong>do</strong>s<br />
os casos <strong>de</strong> uso e elabora<strong>do</strong> o diagrama <strong>de</strong> casos <strong>de</strong><br />
uso. No mo<strong>de</strong>lo <strong>do</strong> <strong>do</strong>mínio <strong>do</strong> problema foi elabora<strong>do</strong><br />
o diagrama <strong>de</strong> classes com seus atributos e<br />
relacionamentos.<br />
Na etapa <strong>de</strong> projeto os mo<strong>de</strong>los cria<strong>do</strong>s foram:<br />
mo<strong>de</strong>lo comportamental e mo<strong>de</strong>lo arquitetural. No<br />
mo<strong>de</strong>lo comportamental os diagramas elabora<strong>do</strong>s<br />
foram: diagrama <strong>de</strong> sequência, digrama <strong>de</strong> classe<br />
com as operações, diagrama <strong>de</strong> esta<strong>do</strong> e diagrama <strong>de</strong><br />
ativida<strong>de</strong>s. No mo<strong>de</strong>lo arquitetural os diagramas<br />
elabora<strong>do</strong>s foram: diagrama <strong>de</strong> componente e<br />
diagrama <strong>de</strong> implantação.<br />
Etapa <strong>de</strong> análise<br />
No início da mo<strong>de</strong>lagem <strong>de</strong> negócios realizamos<br />
a análise <strong>do</strong>s requisitos coleta<strong>do</strong>s no levantamento<br />
das necessida<strong>de</strong>s e especificamos esses requisitos<br />
através <strong>do</strong>s casos <strong>de</strong> uso, atores e cenários.<br />
Processos e requisitos <strong>de</strong> negócio foram <strong>de</strong>scobertos<br />
e expressos em casos <strong>de</strong> uso. Na compreensão <strong>do</strong>s<br />
requisitos conhecemos os processos <strong>do</strong> <strong>do</strong>mínio e os<br />
fatores externos que participam <strong>de</strong>sses processos. A<br />
i<strong>de</strong>ntificação <strong>do</strong> negócio <strong>do</strong> sistema começou a partir<br />
<strong>do</strong> escopo <strong>do</strong> sistema e nos possibilitou produzir uma<br />
lista <strong>de</strong> casos <strong>de</strong> uso.<br />
Uma vez i<strong>de</strong>ntifica<strong>do</strong>s os casos <strong>de</strong> uso [3], nos<br />
concentramos em <strong>de</strong>screver os cenários principais. A<br />
partir <strong>do</strong>s cenários principais, i<strong>de</strong>ntificamos e<br />
<strong>de</strong>screvemos os cenários alternativos. Vale ressaltar<br />
que apenas nos preocupamos em escrever os casos<br />
<strong>de</strong> uso <strong>de</strong>sta forma (formato alto nível). Não nos<br />
preocupamos em categorizá-los (primários,<br />
secundários ou opcionais) segun<strong>do</strong> alguns autores [4].<br />
Durante a <strong>de</strong>scrição percebermos a necessida<strong>de</strong> <strong>de</strong><br />
cenários comuns a outros casos <strong>de</strong> uso. Então foram<br />
<strong>de</strong>scobertos os casos <strong>de</strong> uso <strong>de</strong> inclusão. Da mesma<br />
forma, casos <strong>de</strong> uso muito extensos, seja quanto ao<br />
cenário principal ou quanto aos cenários alternativos,<br />
foram dividi<strong>do</strong>s em casos <strong>de</strong> extensão. A preocupação<br />
com a escrita <strong>de</strong> casos <strong>de</strong> uso mais críticos, influentes<br />
e <strong>de</strong> maior risco, seja no formato essencial expandi<strong>do</strong>,<br />
ou em outro formato[4], não faz parte <strong>do</strong> escopo <strong>de</strong>ste<br />
trabalho.<br />
A partir <strong>do</strong>s diagramas <strong>de</strong> caso <strong>de</strong> uso e <strong>do</strong>s<br />
cenários principal e alternativo validamos<br />
novamente o negócio <strong>do</strong> sistema com nossos<br />
usuários, através <strong>de</strong> reunião.<br />
A figura 1 exemplifica um <strong>do</strong>s diagramas <strong>de</strong><br />
caso <strong>de</strong> uso que foram cria<strong>do</strong>s para mo<strong>de</strong>lar o<br />
sistema SADI.<br />
Cadastrar novo <strong>do</strong>a<strong>do</strong>r<br />
Consultar <strong>do</strong>a<strong>do</strong>r<br />
Recepcionista<br />
Figura 1 – casos <strong>de</strong> uso: consultar <strong>do</strong>a<strong>do</strong>r<br />
e cadastrar novo <strong>do</strong>a<strong>do</strong>r<br />
A Figura 1 mostra o ator recepcionista<br />
associa<strong>do</strong> ao diagrama <strong>de</strong> caso <strong>de</strong> uso consultar<br />
<strong>do</strong>a<strong>do</strong>r que é o caso <strong>de</strong> uso base e possui seu<br />
procedimento acresci<strong>do</strong> através <strong>de</strong> uma extensão<br />
<strong>do</strong> caso <strong>de</strong> uso cadastrar novo <strong>do</strong>a<strong>do</strong>r. Neste caso<br />
o processo <strong>de</strong> consulta é extendi<strong>do</strong> para um<br />
cadastro quan<strong>do</strong> em sua pesquisa é <strong>de</strong>scoberto<br />
que um <strong>de</strong>termina<strong>do</strong> <strong>do</strong>a<strong>do</strong>r ainda não possui<br />
cadastro, porque para se cadastrar um novo<br />
<strong>do</strong>a<strong>do</strong>r obrigatoriamente é necessário uma<br />
consulta anterior.<br />
Extensão entre casos <strong>de</strong> uso indica que um<br />
<strong>de</strong>les terá seu procedimento acresci<strong>do</strong>, em um<br />
ponto <strong>de</strong> extensão, <strong>de</strong> outro caso <strong>de</strong> uso,<br />
i<strong>de</strong>ntifica<strong>do</strong> como base.<br />
A seguir temos os cenários principal e<br />
alternativo <strong>do</strong> caso <strong>de</strong> uso consultar <strong>do</strong>a<strong>do</strong>r.<br />
Ator: recepcionista<br />
Cenário Principal<br />
1. O recepcionista verifica no <strong>Sistema</strong>, pelo<br />
nome e data <strong>do</strong> nascimento, se o <strong>do</strong>a<strong>do</strong>r já possui<br />
cadastro.<br />
2. O <strong>Sistema</strong> retorna uma lista com nomes e<br />
data <strong>do</strong> nascimento.<br />
3. O recepcionista seleciona nome da lista.<br />
4. O <strong>Sistema</strong> mostra da<strong>do</strong>s e <strong>do</strong>a<strong>do</strong>r apto.<br />
5. O recepcionista solicita impressão da<br />
ficha.<br />
Cenário Alternativo<br />
Doa<strong>do</strong>r não cadastra<strong>do</strong><br />
1A. O recepcionista verifica no <strong>Sistema</strong>, pelo<br />
nome e data <strong>do</strong> nascimento, se o <strong>do</strong>a<strong>do</strong>r já possui<br />
cadastro. Caso negativo, o usuário cadastra novo<br />
<strong>do</strong>a<strong>do</strong>r.<br />
Doa<strong>do</strong>r inapto
4A. O <strong>Sistema</strong> informa que o <strong>do</strong>a<strong>do</strong>r está<br />
inapto. A inaptidão po<strong>de</strong> ser por prazo insuficiente ou<br />
por problemas na <strong>do</strong>ação anterior.<br />
A seguir temos o cenário principal <strong>do</strong> caso <strong>de</strong><br />
uso cadastrar novo <strong>do</strong>a<strong>do</strong>r.<br />
Ator: recepcionista<br />
Cenário Principal<br />
1. O recepcionista verifica no <strong>Sistema</strong>, pelo<br />
nome e data <strong>do</strong> nascimento, se o <strong>do</strong>a<strong>do</strong>r já possui<br />
cadastro.<br />
2. O <strong>Sistema</strong> retorna uma lista com nomes. O<br />
nome não está na lista.<br />
3. O recepcionista realiza cadastro <strong>do</strong> <strong>do</strong>a<strong>do</strong>r,<br />
informan<strong>do</strong> os da<strong>do</strong>s: nome, data <strong>do</strong> nascimento,<br />
naturalida<strong>de</strong>, nacionalida<strong>de</strong>, esta<strong>do</strong> civil, sexo,<br />
i<strong>de</strong>ntida<strong>de</strong>, cpf, nome <strong>do</strong> pai, nome da mãe, en<strong>de</strong>reço,<br />
bairro, cep, cida<strong>de</strong>, esta<strong>do</strong>, telefone, data <strong>de</strong> cadastro.<br />
5. O recepcionista solicita impressão da ficha.<br />
Em seguida, passamos para mo<strong>de</strong>lagem <strong>do</strong><br />
<strong>do</strong>mínio <strong>do</strong> problema; i<strong>de</strong>ntificamos as classes <strong>do</strong><br />
<strong>do</strong>mínio <strong>do</strong> problema e seus atributos a partir <strong>do</strong>s<br />
diagramas <strong>de</strong> caso <strong>de</strong> uso. Uma lista das classes<br />
encontradas, e seus atributos, foi criada, e a partir <strong>de</strong>la<br />
o diagrama <strong>de</strong> classes com os atributos e<br />
relacionamentos. Neste momento finalizamos a etapa<br />
<strong>de</strong> análise e passamos para a etapa <strong>de</strong> projeto.<br />
Neste artigo não iremos mostrar o exemplo <strong>do</strong><br />
diagrama <strong>de</strong> classe elabora<strong>do</strong> por se tratar <strong>de</strong> um<br />
diagrama gran<strong>de</strong> e não haver espaço.<br />
Etapa <strong>de</strong> projeto<br />
Nesta etapa os diagramas cria<strong>do</strong>s na etapa <strong>de</strong><br />
análise continuam váli<strong>do</strong>s, porém são revisa<strong>do</strong>s.<br />
Novos diagramas são mo<strong>de</strong>la<strong>do</strong>s refletin<strong>do</strong> requisitos<br />
<strong>de</strong> implementação.<br />
A primeira ativida<strong>de</strong> é a tomada <strong>de</strong> <strong>de</strong>cisões <strong>de</strong><br />
projeto, on<strong>de</strong> são elabora<strong>do</strong>s <strong>do</strong>cumentos com<br />
<strong>de</strong>finição <strong>do</strong> tipo <strong>de</strong> banco <strong>de</strong> da<strong>do</strong>s a ser utiliza<strong>do</strong> no<br />
projeto <strong>do</strong> sistema, a linguagem <strong>de</strong> programação que<br />
será utilizada para implementar as <strong>de</strong>cisões<br />
mo<strong>de</strong>ladas, os mecanismos <strong>de</strong> acesso a atributos, a<br />
plataforma <strong>de</strong> implantação, número máximo <strong>de</strong><br />
usuários que po<strong>de</strong>rão acessar o sistema<br />
simultaneamente, as interfaces com o usuários, entre<br />
outros requisitos.<br />
Na mo<strong>de</strong>lagem comportamental é <strong>de</strong>scrito o<br />
comportamento <strong>do</strong> sistema. As interações entre os<br />
objetos são mostradas, os esta<strong>do</strong>s nos quais um<br />
objeto po<strong>de</strong> estar, que operações ele po<strong>de</strong> realizar.<br />
Para operações complexas, são mostradas as ações e<br />
ativida<strong>de</strong>s que as compõem. Na verda<strong>de</strong>, a<br />
mo<strong>de</strong>lagem comportamental <strong>do</strong> sistema inicia a partir<br />
da lista <strong>de</strong> casos <strong>de</strong> uso e <strong>do</strong> escopo <strong>do</strong> sistema,<br />
ambos, elabora<strong>do</strong>s na etapa <strong>de</strong> análise. O estu<strong>do</strong> <strong>do</strong><br />
fluxo da informação com base no escopo é realiza<strong>do</strong> e<br />
então o diagrama <strong>de</strong> ativida<strong>de</strong>s é elabora<strong>do</strong>. Este fluxo<br />
será valida<strong>do</strong> com os usuários <strong>do</strong> sistema por meio <strong>de</strong><br />
reunião(ões) on<strong>de</strong> o diagrama elabora<strong>do</strong> será<br />
discuti<strong>do</strong>. A seguir será mo<strong>de</strong>lada a interação<br />
entre os objetos. Cada caso <strong>de</strong> uso encontra<strong>do</strong><br />
gerará um diagrama <strong>de</strong> seqüência para cada<br />
cenário principal. Para os cenários alternativos<br />
optamos explicá-los por meio <strong>de</strong> notas. Durante a<br />
criação <strong>do</strong>s diagramas <strong>de</strong> seqüência as operações<br />
das classes são <strong>de</strong>scobertas. Então o diagrama <strong>de</strong><br />
classes é completa<strong>do</strong> com essas operações<br />
<strong>de</strong>scobertas. De posse <strong>do</strong> diagrama <strong>de</strong> classes<br />
com as operações, o analista <strong>de</strong> sistemas parte<br />
para mo<strong>de</strong>lar o comportamento <strong>de</strong> objetos que<br />
possuem comportamento dinâmico. Além <strong>do</strong><br />
diagrama <strong>de</strong> classes com as operações, utilizamos<br />
o escopo <strong>do</strong> sistema para elaborar os diagramas<br />
<strong>de</strong> esta<strong>do</strong>s.<br />
: Recepcionista<br />
informa (nome, data nascimento)<br />
lista nome e data nascimento<br />
seleciona nome da lista<br />
mostra da<strong>do</strong>s. Doa<strong>do</strong>r apto<br />
solicita impressao da ficha<br />
: Tela_<strong>do</strong>a<strong>do</strong>r : Doa<strong>do</strong>r<br />
verifica se existe cadastro<br />
lista da<strong>do</strong>s<br />
se <strong>do</strong>a<strong>do</strong>r inapto,<br />
informa que nao po<strong>de</strong><br />
<strong>do</strong>ar.<br />
se <strong>do</strong>a<strong>do</strong>r nao<br />
cadastra<strong>do</strong>,<br />
cadastra novo<br />
<strong>do</strong>a<strong>do</strong>r<br />
Figura 2 – diagrama <strong>de</strong> seqüência: consultar<br />
<strong>do</strong>a<strong>do</strong>r<br />
Para cada caso <strong>de</strong> uso cria<strong>do</strong> haverá um<br />
diagrama <strong>de</strong> seqüência que representará os<br />
cenários principal e alternativo quan<strong>do</strong> houver.<br />
Como exemplo, segue o diagrama <strong>de</strong> seqüência<br />
consultar <strong>do</strong>a<strong>do</strong>r, mostra<strong>do</strong> na figura 2; este<br />
diagrama inicia com o envio <strong>de</strong> informações (nome<br />
e data <strong>de</strong> nascimento) pela recepcionista.<br />
Somente após essas informações terem si<strong>do</strong><br />
enviadas, iniciamos a comunicação com os<br />
objetos. Ao chamar o méto<strong>do</strong> verifica cadastro <strong>do</strong><br />
objeto Doa<strong>do</strong>r este se encarrega <strong>de</strong> validar as<br />
informações passadas e listar os da<strong>do</strong>s para o<br />
objeto Tela <strong>do</strong>a<strong>do</strong>r. Este objeto passará os da<strong>do</strong>s<br />
(nome e data <strong>de</strong> nascimento).Caso o <strong>do</strong>a<strong>do</strong>r não<br />
esteja cadastra<strong>do</strong> haverá uma opção <strong>de</strong> cadastro.<br />
Caso contrário a recepcionista selecionará o nome
na lista e o objeto Tela <strong>do</strong>a<strong>do</strong>r mostrará os outros<br />
da<strong>do</strong>s; inclusive a informação se o <strong>do</strong>a<strong>do</strong>r está apto<br />
ou não. Caso o <strong>do</strong>a<strong>do</strong>r seja inapto o sistema não<br />
permitirá a impressão da ficha. Caso contrário a<br />
recepcionista po<strong>de</strong> solicitar a impressão. As notas, no<br />
diagrama <strong>de</strong> seqüência consultar <strong>do</strong>a<strong>do</strong>r, representam<br />
o cenário alternativo. Caso o <strong>do</strong>a<strong>do</strong>r não seja<br />
cadastra<strong>do</strong> uma opção <strong>de</strong> cadastro será apresentada.<br />
Caso o <strong>do</strong>a<strong>do</strong>r seja inapto o sistema não permitirá a<br />
impressão da ficha para <strong>do</strong>ação.<br />
Em seguida, os diagramas <strong>de</strong> esta<strong>do</strong> serão<br />
cria<strong>do</strong>s para <strong>do</strong>cumentar os esta<strong>do</strong>s <strong>do</strong>s objetos que<br />
tenham comportamentos dinâmicos significante. Um<br />
diagrama <strong>de</strong> esta<strong>do</strong> mostra o ciclo <strong>de</strong> vida <strong>de</strong> uma<br />
classe, os eventos que causarão a transição <strong>de</strong> um<br />
esta<strong>do</strong> para outro, e as ações que resultarão em<br />
mudanças <strong>de</strong> esta<strong>do</strong>.<br />
Em nosso estu<strong>do</strong> <strong>de</strong> caso existem <strong>do</strong>is objetos<br />
que possuem comportamento interessante, o objeto<br />
<strong>do</strong>a<strong>do</strong>r e o objeto produto gera<strong>do</strong>. Para esses objetos<br />
projetamos o diagrama <strong>de</strong> esta<strong>do</strong>. Figuras 3 e 4. Em<br />
seguida a elas segue explicação.<br />
Bolsa<br />
coletada<br />
bolsa fracionada<br />
Produto<br />
gera<strong>do</strong><br />
conduta bolsa[ liberar ]<br />
Produto<br />
libera<strong>do</strong><br />
é rotula<strong>do</strong>/vai para estoque<br />
Produto<br />
estoca<strong>do</strong><br />
Figura 3 – Diagrama <strong>de</strong> esta<strong>do</strong>: situação <strong>do</strong>a<strong>do</strong>r<br />
Apto a ser<br />
tria<strong>do</strong><br />
aprova<strong>do</strong>[ ok ]<br />
Apto a<br />
<strong>do</strong>ar<br />
medico[ libera para nova <strong>do</strong>ação ]<br />
<strong>do</strong>a<br />
Aguardan<strong>do</strong><br />
resulta<strong>do</strong><br />
recebe resulta<strong>do</strong>[ problema no resulta<strong>do</strong> ]<br />
Com problemas na<br />
<strong>do</strong>ação anterior<br />
houve intercorrência<br />
conduta bolsa[ <strong>de</strong>sprezar ]<br />
valida<strong>de</strong>_venceu<br />
produto[ ok ]<br />
sai <strong>do</strong> Hemoam<br />
prazo inaptidão encerra<strong>do</strong><br />
não aprova<strong>do</strong>[ pouco problema ]<br />
não aprova<strong>do</strong>[ problema grave ]<br />
recebe resulta<strong>do</strong>[ resulta<strong>do</strong> ok ]<br />
encaminhar medico[ pouco problema ]<br />
Produto<br />
<strong>de</strong>spreza<strong>do</strong><br />
produto[ não ok ]<br />
Produto<br />
distribuí<strong>do</strong><br />
Produto sen<strong>do</strong><br />
verifica<strong>do</strong><br />
<strong>de</strong>volvi<strong>do</strong><br />
medico diagnostica[ problema grave ]<br />
Inapto<br />
temporario<br />
encaminhar medico[ problema grave ]<br />
Inapto<br />
<strong>de</strong>finitivo<br />
Figura 4 – Diagrama <strong>de</strong> esta<strong>do</strong>: situação da<br />
bolsa e seus produtos<br />
Para enten<strong>de</strong>r a explicação <strong>do</strong>s diagramas<br />
<strong>de</strong> esta<strong>do</strong> <strong>do</strong> SADI é necessária a seguinte<br />
observação: o <strong>do</strong>a<strong>do</strong>r <strong>do</strong>a seu sangue. O sangue<br />
é coleta<strong>do</strong> em uma bolsa. Esta bolsa é fracionada<br />
e o sangue nela conti<strong>do</strong> é separa<strong>do</strong> geran<strong>do</strong><br />
produtos.<br />
O diagrama <strong>de</strong> esta<strong>do</strong> da classe <strong>do</strong>a<strong>do</strong>r,<br />
Figura 3, representa a situação <strong>do</strong> <strong>do</strong>a<strong>do</strong>r.<br />
Inicialmente, após o cadastro na recepção o<br />
<strong>do</strong>a<strong>do</strong>r torna-se apto a ser tria<strong>do</strong>, se ele for<br />
aprova<strong>do</strong> estará apto a <strong>do</strong>ar sangue, caso<br />
contrário receberá esta<strong>do</strong> <strong>de</strong> inapto temporário,<br />
então po<strong>de</strong>rá passar por consulta médica ou não,<br />
<strong>de</strong>pen<strong>de</strong>n<strong>do</strong> <strong>do</strong> seu motivo <strong>de</strong> inaptidão. Quan<strong>do</strong> o<br />
<strong>do</strong>a<strong>do</strong>r está apto a <strong>do</strong>ar, ele faz a <strong>do</strong>ação e seu<br />
esta<strong>do</strong> muda para aguardan<strong>do</strong> resulta<strong>do</strong> até que<br />
seus exames laboratoriais estejam concluí<strong>do</strong>s. O<br />
<strong>do</strong>a<strong>do</strong>r recebe o resulta<strong>do</strong> <strong>de</strong> seus exames e caso<br />
esteja tu<strong>do</strong> normal, passa para o esta<strong>do</strong> <strong>de</strong> inapto<br />
temporário até que seu prazo <strong>de</strong> inaptidão se<br />
encerre e ele possa <strong>do</strong>ar novamente (3 meses<br />
para mulheres e 2 meses para homens). Se <strong>de</strong>r<br />
alguma anormalida<strong>de</strong> no resulta<strong>do</strong> <strong>de</strong> seus<br />
exames, o <strong>do</strong>a<strong>do</strong>r passa a ter o esta<strong>do</strong> <strong>de</strong> com<br />
problemas na <strong>do</strong>ação anterior e ele é<br />
encaminha<strong>do</strong> para uma consulta médica.<br />
Depen<strong>de</strong>n<strong>do</strong> <strong>de</strong> seu problema, o médico po<strong>de</strong><br />
liberar ou não o <strong>do</strong>a<strong>do</strong>r para novas <strong>do</strong>ações apto a<br />
ser tria<strong>do</strong>, <strong>de</strong>ixá-lo inapto temporario ou inapto<br />
<strong>de</strong>finitivo. O esta<strong>do</strong> <strong>de</strong> inapto <strong>de</strong>finitivo<br />
impossibilita o <strong>do</strong>a<strong>do</strong>r <strong>de</strong> <strong>do</strong>ar sangue novamente.<br />
O atributo situação aptidão da classe <strong>do</strong>a<strong>do</strong>r<br />
guarda os esta<strong>do</strong>s <strong>do</strong> <strong>do</strong>a<strong>do</strong>r. Quan<strong>do</strong> o <strong>do</strong>a<strong>do</strong>r é<br />
inapto, por qualquer motivo, este motivo será<br />
guarda<strong>do</strong> na classe motivo <strong>de</strong> inaptidão.<br />
O diagrama <strong>de</strong> esta<strong>do</strong>, mostra<strong>do</strong> na Figura<br />
4, representa a situação da bolsa <strong>de</strong> sangue<br />
colhida na <strong>do</strong>ação e seus vários produtos, até o<br />
momento em que, esses produtos gera<strong>do</strong>s a partir<br />
da bolsa, saem <strong>do</strong> Hemoam.<br />
Inicialmente, a bolsa <strong>de</strong> sangue, após a<br />
coleta, fica com o esta<strong>do</strong> <strong>de</strong> bolsa coletada. Em<br />
seguida, a bolsa é encaminhada ao setor <strong>de</strong><br />
Fracionamento on<strong>de</strong> é fracionada em alguns<br />
produtos. Cada produto gera<strong>do</strong> a partir da bolsa<br />
fica com esta<strong>do</strong> <strong>de</strong> produto gera<strong>do</strong>. Se no ato <strong>de</strong><br />
fracionar a bolsa <strong>de</strong> sangue acontecer alguma<br />
intercorrência aquele produto que está sen<strong>do</strong><br />
gera<strong>do</strong> é <strong>de</strong>spreza<strong>do</strong> e fica com o esta<strong>do</strong> <strong>de</strong><br />
produto <strong>de</strong>spreza<strong>do</strong>. Os exames laboratoriais são<br />
realiza<strong>do</strong>s (imuno e sorologia) e lançadas<br />
condutas para bolsa. Quan<strong>do</strong> a conduta da bolsa é<br />
liberada seus produtos são libera<strong>do</strong>s para<br />
Rotulagem seu esta<strong>do</strong> é produto libera<strong>do</strong>. Se a<br />
conduta for <strong>de</strong>sprezar o produto é <strong>de</strong>spreza<strong>do</strong> e<br />
fica com o esta<strong>do</strong> <strong>de</strong> produto <strong>de</strong>spreza<strong>do</strong>. Após a
otulagem o produto é estoca<strong>do</strong> e fica com o esta<strong>do</strong><br />
<strong>de</strong> produto estoca<strong>do</strong>. Uma vez estoca<strong>do</strong>, o produto<br />
po<strong>de</strong> ser distribuí<strong>do</strong> ou <strong>de</strong>spreza<strong>do</strong> se seu prazo <strong>de</strong><br />
valida<strong>de</strong> vencer. Quan<strong>do</strong> o produto é distribuí<strong>do</strong>,<br />
existe a possibilida<strong>de</strong> <strong>de</strong>le retornar, se isso acontecer<br />
ele ficara no esta<strong>do</strong> <strong>de</strong> produto sen<strong>do</strong> verifica<strong>do</strong> e<br />
após a verificação ele po<strong>de</strong>rá ser estoca<strong>do</strong> novamente<br />
ou ser <strong>de</strong>spreza<strong>do</strong>.<br />
Os esta<strong>do</strong>s <strong>do</strong> objeto <strong>do</strong>a<strong>do</strong>r ocorrem<br />
concorrentemente aos esta<strong>do</strong>s <strong>do</strong> objeto produto<br />
gera<strong>do</strong>. Quan<strong>do</strong> o resulta<strong>do</strong> <strong>do</strong>s exames <strong>do</strong> <strong>do</strong>a<strong>do</strong>r<br />
ficam prontos, o produto gera<strong>do</strong> muda <strong>do</strong> esta<strong>do</strong> <strong>de</strong><br />
gera<strong>do</strong>, para libera<strong>do</strong> (resulta<strong>do</strong> sem problema) ou<br />
<strong>de</strong>spreza<strong>do</strong> (problema no resulta<strong>do</strong>), <strong>de</strong>pen<strong>de</strong>n<strong>do</strong> <strong>do</strong><br />
resulta<strong>do</strong> <strong>do</strong> exame <strong>do</strong> <strong>do</strong>a<strong>do</strong>r. Por serem objetos<br />
distintos os diagramas <strong>de</strong> esta<strong>do</strong>s foram cria<strong>do</strong>s<br />
separa<strong>do</strong>s. Eles po<strong>de</strong>riam ser melhor observa<strong>do</strong>s<br />
através <strong>do</strong> diagrama <strong>de</strong> ativida<strong>de</strong>s.<br />
O diagrama <strong>de</strong> ativida<strong>de</strong>s elabora<strong>do</strong> para o<br />
SADI também não será mostra<strong>do</strong> neste artigo por falta<br />
<strong>de</strong> espaço.<br />
Na mo<strong>de</strong>lagem arquitetural, que finaliza a etapa<br />
<strong>de</strong> projeto, é <strong>de</strong>scrita a arquitetura física <strong>do</strong> sistema.<br />
Seu foco é o mapeamento da estrutura lógica <strong>de</strong><br />
classes para uma arquitetura física em termos <strong>de</strong><br />
componentes e nós <strong>de</strong> processamento. A arquitetura<br />
física <strong>de</strong>screverá a <strong>de</strong>composição <strong>de</strong>talhada <strong>do</strong><br />
hardware e <strong>do</strong> software que comporão a<br />
implementação <strong>do</strong> sistema. Sempre que novas<br />
classes e operações forem <strong>de</strong>scobertas, os diagramas<br />
<strong>de</strong> casos <strong>de</strong> uso serão revisa<strong>do</strong>s. Os diagramas <strong>de</strong><br />
componentes e implantação elabora<strong>do</strong>s também não<br />
serão mostra<strong>do</strong>s por falta <strong>de</strong> espaço.<br />
Com estas ativida<strong>de</strong>s a etapa <strong>de</strong> projeto está<br />
concluída. As próximas etapas: implementação,<br />
verificação e validação, implantação e manutenção<br />
não fazem parte <strong>do</strong> escopo <strong>de</strong>ste trabalho.<br />
Conclusões<br />
O <strong>de</strong>senvolvimento <strong>de</strong>sse trabalho foi realiza<strong>do</strong><br />
com ênfase na mo<strong>de</strong>lagem <strong>do</strong> sistema SADI. A<br />
proposta inicial foi mo<strong>de</strong>lar um sistema que aten<strong>de</strong>sse<br />
às necessida<strong>de</strong>s das UCTs da Fundação HEMOAM,<br />
entre elas a facilida<strong>de</strong> e agilida<strong>de</strong> <strong>do</strong> processo da<br />
<strong>do</strong>ação <strong>de</strong> sangue no interior <strong>do</strong> esta<strong>do</strong> <strong>do</strong> Amazonas,<br />
eliminan<strong>do</strong> os problemas existentes.<br />
A escolha pela utilização da <strong>UML</strong> como<br />
linguagem <strong>de</strong> mo<strong>de</strong>lagem <strong>de</strong>u-se pelo fato <strong>de</strong> ser<br />
in<strong>de</strong>pen<strong>de</strong>nte <strong>de</strong> linguagem <strong>de</strong> programação e <strong>de</strong><br />
processo <strong>de</strong> <strong>de</strong>senvolvimento. Nosso trabalho teve<br />
ênfase na criação e manutenção <strong>de</strong> mo<strong>de</strong>los para que<br />
as informações <strong>do</strong> sistema pu<strong>de</strong>ssem ser<br />
visualizadas, especificadas, capturadas<br />
instantaneamente e controladas eletronicamente<br />
melhoran<strong>do</strong> a comunicação entre a equipe <strong>de</strong><br />
<strong>de</strong>senvolvimento e a coor<strong>de</strong>na<strong>do</strong>ria <strong>de</strong> sistemas. A<br />
mo<strong>de</strong>lagem nos permitiu, ainda, <strong>do</strong>cumentar as<br />
<strong>de</strong>cisões que foram tomadas ao longo das fases<br />
<strong>de</strong> análise e projeto <strong>do</strong> sistema, manten<strong>do</strong> estas<br />
<strong>de</strong>cisões atualizadas e introduzin<strong>do</strong> modificações<br />
na <strong>do</strong>cumentação gerada.<br />
Uma limitação <strong>do</strong> trabalho é, até o<br />
momento, que não houve reuso das classes<br />
mo<strong>de</strong>ladas, pois como dissemos, o trabalho ainda<br />
encontra-se nas etapas iniciais <strong>do</strong> processo<br />
(análise e projeto). É uma expectativa nossa, mas<br />
não sabemos se irá ocorrer realmente. Deixamos<br />
para trabalhos futuros a implementação das<br />
<strong>de</strong>mais etapas e a revisão <strong>do</strong> processo <strong>de</strong><br />
<strong>de</strong>senvolvimento cria<strong>do</strong>.<br />
O sistema SADI tem a proposta <strong>de</strong> eliminar<br />
o controle manual feito nas UCTs e trocar da<strong>do</strong>s<br />
com o sistema que existe na capital. Seu<br />
<strong>de</strong>senvolvimento e implantação são etapas que<br />
<strong>de</strong>pen<strong>de</strong>m <strong>de</strong> questões orçamentárias.<br />
Referências<br />
[1] ROCHA, A.R.C.; MALDONADO, J.C.;<br />
WEBER, K.C. Qualida<strong>de</strong> <strong>de</strong><br />
Software – teoria e prática. São<br />
Paulo: Prentice Hall, 2001.<br />
[2] RUMBAUGH, J.; BOOCH, G.;<br />
JACOBSON, I. <strong>UML</strong> – guia <strong>do</strong><br />
usuário. Rio <strong>de</strong> Janeiro: Editora<br />
Campus ltda, 2000.<br />
[3] MELO, A. C. Desenvolven<strong>do</strong><br />
aplicações com <strong>UML</strong>. Rio <strong>de</strong><br />
Janeiro: Brasport, 2002.<br />
[4] LARMAN, C. Utilizan<strong>do</strong> <strong>UML</strong> e<br />
padrões: uma introdução à<br />
análise e ao projeto orienta<strong>do</strong>s a<br />
objetos. Trad. Luiz A. Meirelles<br />
Salga<strong>do</strong>. Porto Alegre: Bookman,<br />
2000.<br />
Contato<br />
Autor: Jorlene <strong>de</strong> Souza Marques<br />
Nascimento: 11/12/1969, Manaus/AM –<br />
Brasil.<br />
Formação acadêmica/titulação: Mestra<strong>do</strong><br />
profissionalizante em Engenharia Elétrica.<br />
Universida<strong>de</strong> Fe<strong>de</strong>ral <strong>de</strong> Pernambuco, UFPE –<br />
Pernambuco – Brasil.<br />
En<strong>de</strong>reço profissional: Av. Constantino Nery,<br />
3240 Bloco E, 3o. Andar, sala CPD – Chapada -<br />
69050002 Manaus, AM – Brasil, Telefone: (92)<br />
6564020 ramal 207 fax (92)6562066 E-mail:<br />
jorlene@hemoam.org.br<br />
En<strong>de</strong>reço resi<strong>de</strong>ncial: Rua ron<strong>do</strong>nia, bloco<br />
18-D apto 28, Conj. El<strong>do</strong>ra<strong>do</strong> – Chapada –<br />
69050530 Manaus, AM – Brasil, Telefone: (92)<br />
6423263 E-mail: jorlene@ig.com.br