Utilizando a Padronizao de Processos e Sistemas para Identificao do Caso de Negcio e Casos de Uso

Claiton Camargo de Souza1

1

Departamento de Cincias Exatas e Tecnolgicas da Universidade do Planalto Catarinense (UNIPLAC) Lages SC - Brasil
{claiton}@uniplac.net

Abstract. This article presents the use of documents of the Process Patterning, emanating from the Strategic Business Planning for the identification and elaboration of artifacts of Business Case and Use Cases, of phase of Inception of the Unified Process. To complement the work is presented their experience in the elaboration of new system from management the authorization and billing of laboratory exams of the Public Health Department from Lages. Resumo. Este artigo apresenta a utilizao dos documentos da Padronizao de Processos, provenientes do Planejamento Estratgicos de Empresas para a identificao e elaborao dos artefatos de Caso de Negcios e Casos de Uso, da fase de Concepo do Processo Unificado. Para complementar o trabalho, apresentada a experincia vivenciada na elaborao dos Casos de Uso do novo sistema de gerenciamento das autorizaes e faturamento de exames laboratoriais da Secretaria Municipal da Sade de Lages.

1. Introduo
Com o passar dos anos, notvel a importncia da adoo de modelos para o desenvolvimento de software, devido necessidade de identificar melhor a necessidade do cliente, planejar de forma eficiente as etapas de desenvolvimento, gerando uma viso densa dos custos envolvidos, prazos estipulados, a fim de entregar um produto de qualidade e que tambm atenda a necessidade do cliente. Dentre as prticas de desenvolvimento de software, destaca-se o Processo Unificado (Unified Process UP). O Processo Unificado dividido em quatro fases: Concepo Elaborao Construo Transio

A concepo a primeira fase do processo, em que a ideia inicial para o desenvolvimento levada at o ponto de ser pelo menos internamente suficiente bem-fundamentada para assegurar a passagem fase de elaborao [BOOCH, RUMBAUGH, JACOBSON 2000]. A eficincia nas identificaes do caso de negcio e dos casos de uso pode resultar diretamente na objetividade e na qualidade do software a ser desenvolvido.

Este trabalho apresenta uma breve experincia com o objetivo de validar que documentos eminentes da rea de Padronizao de Empresas podem auxiliar o trabalho dos envolvidos com um projeto de desenvolvimento de software, durante a fase de Concepo do Processo Unificado, relatando a experincia vivenciada na identificao e elaborao do caso de negcio e dos casos de usos, do sistema de informao para autorizao e confirmao de exames laboratoriais da Secretaria Municipal da Sade de Lages-SC.

2. Importncia da fase de Concepo e da identificao dos Casos de Uso

O Processo Unificado (PU) encaixa-se na definio geral de processo: um conjunto de atividades executadas para transformar um conjunto de requisitos do cliente em um sistema de software. Entretanto, o Processo Unificado tambm uma estrutura genrica de processo que pode ser customizado adicionando-se ou removendo-se atividades com base nas necessidades especficas e nos recursos disponveis para um projeto [SCOTT 2003]. A fase de concepo no processo unificado no deve ser muito longa. De duas semanas a dois meses o que se recomenda dependendo da dimenso relativa do projeto. Nesta etapa so analisados os requisitos de projeto da melhor forma possvel. Eles so analisados em abrangncia, no em profundidade. importante que o analista perceba claramente a diferena entre as necessidades lgicas e tecnolgicas do cliente e os possveis projetos de implementao que ele poderia fazer. A ideia que o analista no polua a descrio dos requisitos com possibilidades tecnolgicas de implementao que no foram expressamente requisitadas pelo cliente [Wazlavick 2011]. Embora curta, durante a fase de concepo em que so identificadas grande parte dos documentos necessrios para elaborao dos requisitos, conforme demonstra a figura 1[Ferreira 2006].

Figura 1: Intensidade de cada uma das disciplinas no decorrer das fases em um ciclo.

Durante a fase de concepo que se identificam o caso de negcio (viso) e os casos de uso. Algumas dificuldades geralmente ocorrem durante esta etapa, pois demasiadas vezes os clientes no sabem ao certo quais os objetivos para a elaborao do sistema, e como o sistema se encaixa no contexto da necessidade do negcio, e como ser a utilizao do mesmo no dia-a-dia.

A parte mais rdua na construo de um software consiste exatamente em identificar o que construir. Nenhuma outra parte do trabalho compromete tanto o resultado do trabalho se elaborado de forma incorreta. Nenhuma outra parte oferece tanta dificuldade para efetuar correes posteriores." Fred Brook Os casos de uso de negcio so realizados por um conjunto de trabalhadores usando entidades de negcios (as quais podem ser objetos conceituais, como contas, concretos, como formulrios especficos). Este modelo tambm descreve unidades de trabalho que so conjuntos de entidades de negcio. As entidades de negcio e unidades de trabalho frequentemente representam os mesmo tipos de conceitos e de coisas que as classes fazem no nvel de domnio, de modo que o modelo de objetos de negcio geralmente expresso em diagramas de classe do nvel de domnio e em outros tipos de diagramas mais detalhados [SCOTT 2003]. Informalmente, os casos de uso so histrias escritas de uso de um sistema. Elas so um mecanismo para explorar e registrar requisitos funcionais [...]. O PU recomenda aplicar casos de uso como a forma primria de captar requisitos, e como uma fora motivadora em planejamento, desenhar, testar e escrever documentao de usurio final [LARMAN 2004]. Os casos de uso so fundamentais para todo o desenvolvimento baseado no Processo Unificado, e sua m elaborao compromete todas as fases seguintes, levando o produto final a no atender a real necessidade do cliente.

3. Padronizao de Processos e Sistemas de uma Empresa

Atualmente, as empresas esto procurando padronizar seus modelos de trabalho para um melhor gerenciamento. Sendo assim, elas tm recorrido a conceitos da rea da gesto, para organizar seus fluxos e processos de negcios. Nas empresas modernas a padronizao considerada a mais fundamental das ferramentas gerenciais. Na Qualidade Total a padronizao a base para o gerenciamento da rotina de trabalho dirio [CAMPOS 1999]. Estas prticas da Qualidade Total geram documentos para os mapeamentos de processos da empresa, padronizando sistemas e processos. Estes documentos possuem uma sria de detalhes sobre o fluxo de informaes que cada processo atinge at o mesmo terminar ou passar para um novo processo, tanto em processos de negcios, quanto processos de sistema. Cada mapeamento de processo demonstra uma rotina de um determinado sistema que compem o modelo de negcio da empresa. 3.1 O Que rotina? Conforme Campos (1992), A rotina estabelecida pela administrao da empresa para as pessoas que executam as tarefas do dia-a-dia. Toda a padronizao da empresa estabelecida de tal forma que a execuo das tarefas possa ser feita com habilidade. A rotina uma forma de a empresa delegar a conduo dos processos s pessoas que operam. A delegao atravs da padronizao. A padronizao entendida como

uma sequncia das atividades conduzidas num consenso pela administrao e pelos executantes das tarefas [CAMPOS 1999]. 3.2 Padres de Sistemas Padres de sistema traduzem os procedimentos, a maneira de trabalhar em situaes interdepartamentais. So a planta, o blueprint ou a partitura do gerente e que permitem o aperfeioamento contnuo dos sistemas gerenciais. Ao estabelecer um padro de sistema, o objetivo deve ser unificar e clarear. Por qu? Unificar para assegurar que sistema ser conduzindo sempre o mesmo jeito para conseguir atingir sempre os mesmo resultados. Clarear porque cada indivduo, cada seo, cada departamento, deve saber claramente o que fazer, onde fazer, porque fazer, quando fazer e como fazer. evidente que estes padres devem ser montados como o pleno consenso dos departamentos envolvidos. Nestes casos de padres de sistema, deve ser montado sobre a forma de fluxograma funcional e tabela estipulando cada passo. [CAMPOS 1999]. A representao atravs do fluxograma a forma mais visvel e compreensvel por toda uma equipe de um determinado departamento, pois mostra passo a passo, qual a prxima etapa que deve ser seguida ou onde necessrio voltar em caso de no poder seguir em frente com o processo. 3.3 Simbologias de um fluxograma de padro de sistema A tabela 1 [CAMPOS 1999] exibe a simbologia utilizada nos fluxogramas de padro de sistema.
Tabela 1. Significado dos smbolos presentes nos padres de sistemas

A primeira linha da tabela 1, trata da simbologia (quadrado, ou retngulo com cantos arredondados), utilizada para reunies, situaes que ocorrem passagem de informaes, e geralmente determinam incio e fim de processos. A segunda linha mostra o smbolo retngulo que determina que uma ao realizada, j a terceira linha demonstra um losango que equivale a uma tomada de deciso, onde no h somente um caminho a seguir. Neste caso o ator deve ter duas ou mais opes de fluxo. Com estas trs simbologias possvel j efetuar um mapeamento de processo, ou padro de sistema de forma clara e compreensvel.

4. Estudo de Caso: Identificao do Caso de Negcio e Casos de Usos da autorizao e faturamento de exames laboratoriais da Secretaria Municipal da Sade de Lages.
No ano de 2010, a Secretaria Municipal da Sade (SMS) de Lages, comeou a elaborar um planejamento para informatizao dos seus processos de negcios, que resultou em uma srie de necessidades de desenvolvimento de novos, e reestruturao de vrios sistemas de informaes utilizados pela Instituio. A base para o levantamento e da elaborao dos casos de negcios e casos de uso dos novos sistemas foram os documentos originados pela prpria Secretaria da Sade, atravs dos mapeamentos dos processos, que comearam a serem elaborados no ano anterior. Estes documentos auxiliaram, e muito, na fase de Concepo dos novos mdulos dos sistemas informatizados, pois so ricos em informaes gerenciais, fluxo de negcios, informaes, processos operacionais, enfim, dando um imenso suporte para toda a anlise de requisitos gerada posteriormente. As etapas a seguir mostram a utilizao dos documentos de Padronizao de Sistema e Processos Operacionais para a identificao do Caso de Negcio e dos Casos de Usos, do sistema de informao para autorizao e confirmao de exames laboratoriais da Secretaria Municipal da Sade de Lages-SC. 4.1. Analisando o documento Padro de Sistema: Autorizar Exames Durante o processo de planejamento da informatizao dos servios da SMS, foi analisado o padro de sistema Autorizar Exames. Este documento, mostrado na figura 2, representa o processo de autorizao dos exames laboratoriais emitidos pela SMS de Lages e realizados pelos laboratrios bioqumicos conveniados com a Secretaria. Na figura possvel perceber que existem atores (setores, departamentos) na primeira linha do fluxograma, estes so separados por colunas onde ocorrem os eventos, que so separados por linhas, associando eventos a cada ator. importante compreender de cada evento ocorre exclusivamente em cada linha, pois para cada linha (evento), as ltimas trs colunas informam Quando, Onde e Como cada um dos eventos deve acontecer. A coluna Como, permite que sejam associados os Processos Operacionais (PO), que so documentos tcnicos (na forma de manuais) que especificam o que deve ser feito passo a passo, podendo fazer referncia a uma ferramenta, software, ou at mesmo um processo manual. De acordo com CAMPOS (1999), o procedimento operacional preparado para as pessoas diretamente ligadas tarefa com o objetivo de atingir de forma eficiente e segura os requisitos da qualidade. Portanto este documento ser sempre o ponto final do fluxo das informaes tcnicas e gerenciais. Ele feito para o operador e contm: Listagem dos equipamentos, peas e materiais utilizados na tarefa, incluindo-se os instrumentos de medida; Padres de qualidade; Descrio dos procedimentos da tarefa por atividade crtica, condies de fabricao e de operao e pontos proibidos em cada tarefa;

 Pontos de controle (itens de controle e caractersticas da qualidade) e os mtodos de controle; Anomalias passveis de ao; Inspeo diria dos equipamentos de produo.

Figura 2: Fluxograma do padro de sistema: Autorizar Exames, da Secretaria Municipal da Sade de Lages, 2009.

O documento da figura 2 foi criado no ano de 2009 atravs de uma assessoria administrativa que a SMS possui, que aplicou os conceitos da Padronizao de Empresas, sugeridos por CAMPOS (1999). O padro criado ficou sendo utilizado por todos os envolvidos do processo, durante o ano de 2010. Os procedimentos operacionais PO_INF_001, PO_INF_002 e PO_INF_003, destacados em vermelho, na coluna Como, descrevem os passos detalhados que os envolvidos deveriam realizar em um sistema informatizado com dados em disquetes que vinham dos prestadores de servios (laboratrios) para o setor de Faturamento da SMS. O responsvel pelo setor, ento acessava o sistema do Ministrio da Sade, SIA (sistema de informao ambulatorial), onde carregava os disquetes e encaminhava as informaes. Paralelamente a esta etapa, possvel perceber no documento da figura 2,

que o processo de conferncia das requisies de exames era destinado para outro ator do processo, o Controle e Avaliao, que fazia a conferncia manual destes documentos, podendo levar mais de 30 dias para conseguir finalizar sua tarefa. 4.2. Elaborando o novo Padro de Sistema: Autoriza e Fatura Exames Devido ao processo de informatizao da SMS, a equipe responsvel pela remodelagem dos softwares secretaria, percebeu o quo simples e fcil foi compreender o processo de negcio da autorizao de exames e casos de usos deste modelo, devido a tal documentao padro, o que permitiu agilidade na elaborao de um novo documento, presente na figura 3, pensado na presena de um novo sistema de informao, melhorando o fluxo de negcio, eliminando os gargalos e melhorando todo o processo.

Figura 3: Fluxograma do novo padro de sistema: Autoriza e Fatura Exames Online, da Secretaria Municipal da Sade de Lages, 2010.

O novo padro de sistema contava com a presena de um sistema informatizado para substituir os softwares anteriores, eliminando o uso de tecnologias defasadas, como disquetes e programas em Clipper, passando a utilizar o conceito de computao em nuvem, com interface totalmente web.

4.3. Utilizando as documentaes do Padro de Sistema para a identificao dos Casos de Uso. Com o novo padro constitudo, iniciou-se a fase de Concepo do desenvolvimento do novo software para atender os novos requisitos. Porm ficou evidente que os documentos construdos para a Padronizao do Sistema de autorizao e faturamento de exames subsidiava, e com riqueza de informao, a identificao do artefato Caso de Negcio (viso). E os Processos Operacionais, PO_AUT_001, PO_AUT_002 e PO_FATURA_001, constituam os futuros Casos de Uso do novo sistema. A tabela 2, mostra o PO_AUT_001 que exibe o passo a passo de como o ator Autorizador deve proceder no evento Autoriza requisio no sistema, identificado no padro de sistema exibido na figura 3.
Tabela 2. PO_AUT_001 Processo operacional do padro de sistema Autoriza e Fatura Exames Online.

A tabela 3 demonstra o caso de uso Autorizar Exame.

Tabela 3. Caso de Uso Autorizar Exame.

Analisando a figura 4 e a tabela 3, perceptvel a semelhana da estrutura de um PO com um caso de uso, ainda mais nos exemplos citados onde o caso de uso Autorizar Exames simplesmente uma reestruturao para o modelo adequado, do processo operacional PO_AUT_001. Os demais processos operacionais citados neste captulo foram transformados em casos de uso, usando a mesma metodologia. Todas as facilidades encontradas pela existncia dos documentos do processo de Padronizao de Empresas, reduziram muito o tempo dedicado para a fase de Concepo, especialmente na identificao e elaborao do Caso de Negcio e dos Casos de Uso.

5. Consideraes Finais
A experincia vivenciada pela equipe de informatizao da Secretaria Municipal da Sade de Lages, criou um interesse muito forte na busca de formas para relacionar a padronizao dos processos empresariais com a fase de concepo de um projeto de software. O interesse foi despertado tambm na assessoria administrativa que atua na SMS, como tambm na empresa que coletou esses documentos para o desenvolvimento do sistema. A Secretaria Municipal da Sade de Lages, no ano de 2011, est finalizando a implantao de vrios mdulos de um sistema informatizado para gesto da sade municipal, o qual fazem parte a autorizao de exames, a confirmao de exames e o faturamento de exames, que foram citados no trabalho. Grande parte deste software de gesto foi criado a partir dos documentos de padronizao que j estavam mapeados na instituio, o que comprovou para os envolvidos, que possvel utiliz-los para a concepo no desenvolvimento de sistemas computacionais. A fase de concepo de um projeto de desenvolvimento de software, no processo unificado bem mais abrangente que o tema relatado neste trabalho, porm o enfoque apresentado foi no que entendo que seja uma das maiores dificuldades, tantos dos analista que coletam informaes para a modelagem de casos de usos, modelagem do negcio, especificaes dos requisitos e todas as demais fases, com seus artefatos, workflows que compes o PU, como tambm da dificuldade que as empresas encontram quando tm a inteno de implantar um sistema informatizado, mas por no conhecerem sequer seus processos de negcios falham em seus projetos. Por acreditar que a Engenharia de Software deve considerar desde o incio, nas primeira etapas da concepo, at o fim do desenvolvimento de um sistema informatizado, inclusive utilizando o Processo Unificado, procurei demonstrar a experincia vivenciada durante o perodo citado no trabalho, pois no encontrei trabalhos, nem referncias que abordasse algum estudo envolvendo tais temas. Tenho a certeza que muitos outros processos da rea de gesto de empresas , como novos processos administrativos podem fazer parte das fases do Processo Unificado de um desenvolvimento de software, o que motiva a pesquisa de novas abordagens para tal relao.

6. Referncias Bibliogrficas
Booch, G., Rumbaugh, J. Jacobson, I. UML Guia do Usurio. Editora Campus, 2000. Campos, Vicente Falconi. Controle da qualidade total (no estilo japons). Belo Horizonte, Editora de Desenvolvimento Gerencial, 1999. Campos, Vicente Falconi. Qualidade Total: Padronizao de Empresas. Belo Horizonte, MG Editora de Desenvolvimento Gerencial, 1999. Campos, Vicente Falconi. TQC: Controle da Qualidade Total: no estilo japons. Belo Horizonte, Editora de Desenvolvimento Gerencial, 1992. Cockburn, Alistair. Escrevendo Casos de Uso Eficazes: Um guia prtico para desenvolvedores de software. So Paulo. Bookman. 2001. Ferreira, Otvio. A estrutura do Processo Unificado, emfoco.blogspot.com/2006/08/estrutura-do-processo-unificado.html, 2011 http://esDezembro,

Larman, Craig. Utilizando UML e padres: uma introduo anlise e ao projeto orientados a objetos. 2.ed. Porto Alegre, 2004. Scott, Kendall. O Processo Unificado Explicado. So Paulo, Bookman, 2003. Wazlavick, Raul Sidnei. Engenharia de Software para Sistemas de Informao: Conceitos e Prticas que fazem sentido. 2011.