Congresso Construo 2007 - 3.

Congresso Nacional 17 a 19 de Dezembro, Coimbra, Portugal Universidade de Coimbra

MODELAGEM DE REQUISITOS DE UM SISTEMA DE INFORMAO PARA SUPORTE GESTO INTEGRADA NA CONSTRUO

F. Alencar, J. R. R. de Menezes e J. J. Rgo Silva
Universidade Federal de Pernambuco, Centro de Tecnologia e Geocincias Rua Acadmico Hlio Ramos, s/n, Recife-PE, Brasil, CEP: 50.740-530 e-mail: {fernandaalenc, jrrmenezes}@gmail.com, jjrs@ufpe.br

J. B. Castro
Universidade Federal de Pernambuco, Centro de Informtica Rua Prof. Luis Freire, s/n, Recife-PE, Brasil, CEP 50732-970 e-mail: jbc@cin.ufpe.br

Resumo O uso da Tecnologia da Informao (TI) como suporte gesto , indiscutivelmente, de fundamental importncia. Como a informao um bem que agrega valor, precisa-se de ferramentas, sistemas ou outros meios que faam das informaes um diferencial competitivo, buscando-se solues que tragam bons resultados, com menor custo possvel. Neste trabalho apresentada uma discusso inicial sobre a especificao de um sistema de informao para auxlio gesto integrada na construo civil. Toma-se como referncia a gesto da qualidade, do meio ambiente e da sade e segurana ocupacional, com base nos modelos de gesto ISO 9001, ISO 14001 e OHSAS 18001, respectivamente. O modelo de requisitos apresentado considera as intenes organizacionais, de fundamental importncia ao levantamento e anlise dos requisitos do sistema a ser especificado e, posteriormente, implementado. Palavras-chave: sistemas de informao, requisitos, gesto integrada, modelos intencionais.

Introduo

Numa economia de mercado cada vez mais exigente as organizaes so naturalmente instigadas a procurarem inovaes que contribuam para sua competitividade. Foi neste contexto que os conceitos

F. Alencar, J. R. R. de Menezes, J. J. Rego Silva, J. Castro

de gesto da qualidade ganharam espao na indstria da construo civil e comearam a ser aplicados em empresas construtoras. Novas exigncias de mercado requerem constante modernizao empresarial. Isso tem se refletido no desenvolvimento e implantao de novos conceitos de gesto como, por exemplo, pensamento estratgico, viso sistmica, abordagem de processo, melhoria contnua, valorizao dos recursos humanos, dentre outros e trazem consigo a necessidade de mudana de paradigmas. Valores atuais como, por exemplo, responsabilidade scio-ambiental e desenvolvimento sustentvel que emergem como tendncias de mercado, impem novos desafios s organizaes. A indstria da construo civil, pela ampla atuao da sua cadeia de produo, ocupa posio de destaque nas reas bsicas da sustentabilidade, que se caracteriza pela interferncia direta no meio ambiente com fortes impactos ambientais e scio-econmicos. No Brasil, essa indstria, seguindo a tendncia mundial, comea a desenvolver e aplicar os modernos conceitos de gesto ambiental e de sade e segurana ocupacional, associados gesto da qualidade. Neste contexto, tem-se adotado os modelos ISO 9001, ISO 14001 e OHSAS 18001 como referncia na implantao de sistemas de gesto da qualidade, ambiental e de sade e segurana ocupacional, respectivamente. Esses modelos tm sido concebidos de modo a possibilitar a integrao entre esses sistemas. O uso do computador tem sido difundido e incentivado em todos os setores da vida moderna. Atividades antes executadas manualmente hoje so realizadas, em parte ou no todo, atravs de sistemas computacionais, resultando na ampla melhoria da qualidade, rapidez e reduo de custos e erros em servios e produtos. A tecnologia da informao tem-se evidenciado como uma componente de suporte importante nas iniciativas atuais, possibilitando a melhoraria contnua das atividades desenvolvidas, identificando e evidenciando, inclusive, alternativas que antes no eram objeto de preocupao. Por outro lado, desenvolver sistema de informao de forma sistemtica e com qualidade ainda o grande desafio. Isso porque muitos sistemas tm seus prazos de desenvolvimento e implantao atrasados e custos iniciais superados, alm de no realizarem aquilo que realmente os usurios desejam. Dessa forma, especificao e modelagem de requisitos fundamental, como meio de se buscar uma soluo mais prxima da necessidade dos stakeholders. Todavia, um dos principais obstculos obteno de requisitos a dificuldade de compreenso, mais aprofundada, do domnio da aplicao. O passo primrio e fundamental para o sucesso de qualquer sistema o da definio e anlise de seus requisitos. Mesmo que se tenha um sistema bem projetado e codificado, se ele foi mal especificado, com certeza causar prejuzos e transtornos para o cliente e para os desenvolvedores. Neste trabalho, apresentada uma discusso inicial sobre a especificao de um sistema de informao que d suporte a gesto integrada da informao aplicada a empresas construtoras. Assim, apresentado um modelo de requisitos para o pretendido Sistema de Informao de auxlio Gesto Integrada (SIGI). Esse modelo considera as intenes organizacionais que so de fundamental importncia ao levantamento e anlise dos requisitos do sistema a ser especificado e, posteriormente, implementado. Na Seo 2 apresentada uma breve introduo importncia e necessidade da gesto integrada. A tcnica de modelagem organizacional que considera a intencionalidade dos atores do sistema apresentada na seo 3. Na seo 4 so apresentadas as modelagens de requisitos organizacionais e de arquitetura geral do sistema SIGI, bem como uma discusso sobre a viabilidade do sistema de informao como suporte a gesto integrada. Finalmente, algumas concluses e trabalhos futuros so apresentados na seo 5.

Congresso Construo 2007, 17 a 19 de Dezembro, Coimbra, Portugal

Gesto Integrada

A abordagem de sistema para a gesto baseia-se na teoria de sistemas inicialmente desenvolvida para as cincias natural e social. Quatro elementos comuns teoria de sistemas so: entrada, processo, sada e retro-alimentao. No pensamento sistmico a compreenso do todo resultado da capacidade de perceber, identificar, esclarecer e descrever as inter-relaes entre os diversos elementos da totalidade. Tradicionalmente, a abordagem adotada para a gesto enfoca apenas a conformidade com prescries (especificaes normativas e legais) baseando-se em indicadores de resultados estatsticos (sadas), com pouca ou nenhuma nfase na retro-alimentao e avaliao. Por outro lado, a abordagem sistmica, alm de no desprezar as especificaes tcnicas e a regulamentao legal, dirige sua ateno para variveis de desempenho, definindo indicadores a partir dos diversos processos do sistema e suas entradas, procurando entender, de forma ampla, como interagem estes processos, visando melhoria contnua de todo o sistema e tomando como base resultados obtidos na avaliao regular, para realimentar o sistema. O conceito de abordagem sistmica tem norteado o desenvolvimento dos modelos de sistemas de gesto da qualidade e ambiental propostos pelas sries de normas ISO 9000 e ISO 14000, respectivamente. De forma coerente, outras iniciativas tm expandido a definio de sistema de gesto adotada por estas normas para a gesto da sade e segurana ocupacional, apenas acrescentando o propsito da segurana e sade ocupacional a estes modelos. Entre estas iniciativas destacam-se o referencial OHSAS 18001 e, mais recentemente, as Diretrizes da Organizao Internacional do Trabalho (OIT). Para a aplicao dessa abordagem necessrio entender a organizao como um sistema de processos. Uma primeira constatao deste modelo a necessidade da integrao de todos os processos, com o envolvimento dos diversos agentes da cadeia produtiva (e.g., como mostra a Figura 1, para uma empresa construtora). A efetiva implantao de qualquer sistema de gesto requer a sua completa integrao com a produo e demais sistemas de gesto.
Empresas de propaganda e imobilirias. Projetistas Empresas de oramento

Comercial

Planejamento Suprimentos

Fornecedores materiais equipamentos

de e

Projeto

Fornecedores de servios Consultores Laboratrios de Cont. Tecnolgico.

CLIENTE Assistncia Tcnica

Empresas de manuteno

Obras

Recursos Humanos Financeiro

Treinamento Contabilidade

Administrativo

Figura 1 - Empresa construtora como um sistema de processos . Constata-se ainda a posio de destaque que ocupam as empresas construtoras na cadeia de produo, o que faz com que os sistemas de gesto contribuam de modo significativo na induo de melhoria em toda a indstria da construo. 3

F. Alencar, J. R. R. de Menezes, J. J. Rego Silva, J. Castro

A filosofia da certificao de um sistema de gesto , de maneira geral, segundo os modelos ISO 9001, ISO 14001 e OHSAS 18001, demonstrar que a organizao tem capacidade de funcionar de forma consistente, garantindo satisfao dos clientes, preservao do meio ambiente e sade e segurana ocupacional de seus trabalhadores. Deve-se destacar a importncia da existncia de um padro de gesto universalmente aceito e de procedimento de certificao oficialmente reconhecido internacionalmente, a exemplo dos modelos ISO 9001 e ISO 14001, no s para uniformizar conceitos e princpios e dar credibilidade ao certificado, como tambm eliminar possveis barreiras comerciais. Neste sentido, a OHSAS 18001 e as Diretrizes da OIT refletem um avano importante na gesto da sade e segurana ocupacional. Com a mesma base comum fundamentada em conceitos como abordagem de processo, ciclo PDCA e melhoria contnua, muitos so os elementos comuns aos padres de gesto ISO 9000, ISO 14000 e aquele proposto pela OHSAS 18001 e Diretrizes da OIT para gesto da SSO. Desta forma, a integrao entre estes modelos natural, sendo j prevista em todo processo de implantao eficiente de cada um deles em separado.

Modelagem de Requisitos Organizacionais

Os requisitos devem ser definidos durante os estgios iniciais do desenvolvimento de um sistema, constituindo-se em descries de como o sistema dever se comportar, das informaes sobre o domnio de aplicao, da especificao dos servios que os sistemas devem fornecer, bem como das restries sobre as quais dever o sistema operar. Essas descries variam em nveis de abstrao. Ao nvel de clientes e gerentes, tm-se os requisitos de usurios, onde se procura definir de forma ampla e geral aquilo que o sistema ir fornecer e como se comportar. J ao nvel tcnico, a definio precisa ser mais refinada, mais detalhada e com uso de tecnologias e terminologias apropriadas de forma que sejam possveis a implementao, teste e implantao do sistema pretendido. Nesse contexto, observamos a definio de requisitos, segundo o padro 830 (1998) da IEEE [8], que descreve requisito como: (i) uma condio ou uma capacidade de que o usurio necessite, para que solucione um problema ou alcance um objetivo; (ii) uma condio ou uma capacidade que deve ser alcanada ou possuda por um sistema ou componente de um sistema, para satisfazer um contrato, um padro, uma especificao ou outros documentos impostos formalmente; (iii) uma representao documentada de uma condio ou capacidade, conforme os itens (i) e (ii). Loucopoulos [11], Yu [15] e outros [4], acrescentam definio do IEEE, as informaes relativas ao contexto organizacional do cliente onde o sistema dever operar. Em particular estaremos utilizando, a abordagem proposta por Yu [14] que trabalha com a intencionalidade e os porqus envolvidos entre os atores do sistema, considerando-se no apenas a sua funcionalidade, mas os atores que iro com este se relacionar e depender. Trata-se de uma tcnica, ao nosso entender, mais rica, pois as tcnicas tradicionais de modelagem no conseguem expressar as razes envolvidas no processo, ou seja, o porqu fazer uma determinada ao ou tomar uma deciso (alternativas para o como fazer). 3.1 A tcnica de modelagem i*

A tcnica i* [14] tem sido amplamente utilizada pela comunidade de Engenharia de Requisitos para dar suporte a modelagem de processo organizacional [2],[12], [5]. Essa tcnica nos permite no s melhor entender requisitos organizacionais que interferiro nos sistemas, mas tambm identificar alternativas para os vrios processos da organizao o que facilita a evoluo do sistema para alcanar as mudanas nas necessidades do usurio. Nesta tcnica, as organizaes so constitudas de unidades semi-autnomas chamadas de atores, cujo comportamento no totalmente controlvel ou previsvel, mas regulamentado por relacionamentos 4

Congresso Construo 2007, 17 a 19 de Dezembro, Coimbra, Portugal

sociais. Os atores ou participantes do processo tm liberdade de ao, dentro do contexto de restries sociais, e possuem propriedades intencionais, tais como, objetivos, crenas, habilidades e compromissos. Muito crucialmente, esses atores dependem uns dos outros para terem seus objetivos alcanados e suas tarefas realizadas, alm de objetivos que, individualmente, no seriam alcanados, mas que tratados em conjunto podem passar a ser. Nesse contexto, tem-se uma tcnica que procura a compreenso mais aprofundada do processo atravs de uma viso intencional e estratgica. Assim, podemos afirmar que um ator intencional quando no executa simplesmente uma atividade e/ou produz ou consome uma entidade, mas possui motivaes, intentos e razes por detrs de suas aes. Um ator estratgico quando no foca apenas seu objetivo imediato, mas quando se preocupa com as implicaes de seu relacionamento estrutural com outros atores, ou seja, as oportunidades e vulnerabilidades presentes, devido a falhas que possam existir na relao social. A tcnica i* composta por dois modelos: o Modelo de Dependncias Estratgicas (SD) e o Modelo de Razes Estratgicas (SR). O Modelo de Dependncias Estratgicas (SD) (Figura 2) descreve as relaes de dependncias externas entre os atores da organizao representados por ns (depender e dependee) e elos que os conectam e que indicam uma dependncia ( dependum) entre dois atores. Um ator depende de outro para satisfazer uma meta ( goal), executar uma tarefa (task), fornecer um recurso (resource) ou satisfazer uma meta de qualidade ( softgoal). O ator chamado depender aquele que sozinho no tem condies de atuar, depende de um outro ator ( dependee) que tem a habilidade e a capacidade para fornecer o servio quele primeiro. A tcnica i* associa as dependncias de meta de qualidade (softgoal) a requisitos no-funcionais do sistema, enquanto as demais dependncias so associadas a funcionalidades do sistema. Alm disso, podemos utilizar os relacionamentos -parte de ( is-part of) para indicar as partes constitutivas de um ator. Na Figura 2, tem-se o ator SIGI composto por oito sub-unidades independentes: Interface Usurio; Gerenciador de Mitigaes; Controle Operacional; Competncias; Gerenciador de Aspectos & Impactos; Gerenciador de Alteraes Legislativas; Subsistema Gesto SSO; SubSistema Gesto_Ambiental. Essas sub-unidades so tambm modeladas como atores que tm capacidades e habilidades prprias, desejos e intenes, podendo depender uns dos outros. Por exemplo, o ator Gerenciador de Aspectos & Impactos (depender) relaciona-se com Gerenciador de Alteraes Legislativas (dependee) atravs de uma relao de dependncia do tipo recurso, ou seja, precisa-se que a Lista de Legislaes aplicveis (dependum do tipo recurso) seja disponibilizada. O Modelo de Razes Estratgicas (SR) descreve interesses e conceitos dos participantes e as direes que podem seguir. Esse modelo usado para expandir a descrio de um dado ator (ver na Figura 3 o ator Gerenciador de Aspectos & Impactos). Alm dos quatro tipos de dependncias identificadas no modelo SD, trs novos tipos de relacionamentos so incorporados ao Modelo SR: (i) elo de decomposio de tarefa (task-decomposition link) que descre o que deve ser feito para que uma certa tarefa possa ser executada; (ii) elo meio-fim (means-end link) que sugere que um elemento do modelo possa ser oferecido com um meio para se alcanar um outro elemento do modelo; (iii) elos de contribuies (contributions links) que sugerem de que forma uma tarefa pode contribuir para a satisfao de um requisito de qualidade ou no funcional (um softgoal). Os relacionamentos de decomposio de tarefa exprimem o que deve ser feito para se ter tarefa realizada e podem ser de quatro tipos: (i) sub-meta ( goal) , (ii) sub-tarefa ( task); (iii) recursoPara (resource); ou (iv) meta de qualidadePara (softgoal). Esses tipos de relacionamento podem interligarse aos relacionamentos de dependncia do modelo de dependncia estratgica (SD), quando as razes ultrapassam os limites do ator. Os relacionamentos meio-fim indicam um relacionamento entre um fim que pode ser um objetivo a ser alcanado, uma tarefa a ser realizada, um recurso a ser produzido, ou um objetivo soft a ser satisfeito e um meio, para se atender a esse fim, ou seja, sugerem que podem existir outros meios de alcanar o mesmo fim, exprimindo as alternativas existentes (alternativas OUExclusiva). Um relacionamento de contribuio tambm pode ser visto como do tipo meio-fim, s que valorado. 5

F. Alencar, J. R. R. de Menezes, J. J. Rego Silva, J. Castro

Atravs do modelo de razes estratgicas (SR) tambm possvel se enumerar explicitamente uma coleo de elementos de processos de um ator ( subgoals, subtasks, resources e softgoals) que servem a algum propsito (i.e., a goal) desse ator. Essa coleo de elementos um subgrafo do modelo SR e chamado de rotina. Uma rotina um esqueleto de um plano de ao ou um curso particular de uma ao entre vrias alternativas apresentadas em cada n OU-Exclusivo - elo meio-fim - que nos ajudam a avaliar as alternativas para de processo. Dessa forma o modelo permite realizar, rapidamente, uma anlise das habilidades de um ator e da viabilidade de seus processos. Nas prximas sees apresentamos os modelos com os requisitos iniciais do sistema de informao pretendido, o SIGI.

O Sistema SIGI

No sentido amplo, um Sistema de Informao pode ser definido como um sistema usado para prover informao (incluindo o seu processamento), qualquer que seja o uso dessa informao, podendo ser manual ou que faa uso da Tecnologia da Informao. Temos que considerar que qualquer que seja sua natureza, esse tipo de sistema possui vrios elementos inter-relacionados que coletam (entrada), manipulam e armazenam (processo), disseminam (sada) os dados e informaes e fornecem um mecanismo de feedback. No caso em questo, buscamos um sistema com vrias partes que trabalham juntas visando um objetivo em comum, no caso a gesto automtica da informao no trato da gesto ambiental, gesto da SSO e gesto da qualidade. Com isso, objetivamos principalmente: acesso rpido s informaes; a garantia da integridade e veracidade da informao; a garantia do armazenamento, manipulao e evoluo dos dados relativos aos vrios processos da organizao; a rastreabilidade da produo e manuteno da informao; e a garantia de segurana de acesso informao. Nesta seo procuramos apresentar as idias iniciais sobre o Sistema de Informao de Gesto Integrada (SIGI), pretendido. 4.1 Modelo de Requisitos Organizacionais

O levantamento dos requisitos de um desejado produto de software a primeira das atividades de sua criao. Embora o cliente, provavelmente, acredite saber o que o software deva fazer, isso nem sempre verdade [1], esta tarefa requer habilidade e experincia para reconhecer a incompletude, ambigidade ou contradio nos requisitos. Com o objetivo de melhor entender e levantar os requisitos do SIGI, utilizamos a tcnica de modelagem i* [14], cujo modelo social do sistema construdo iterativamente. Vrios processos para a construo desses modelos existem [7], [6], [3]. Qualquer que seja o processo, o primeiro passo consiste na identificao e definio de um conjunto de atores envolvidos com o sistema pretendido e seus principais objetivos/intencionalidades. Numa primeira anlise, identificamos oito atores que diretamente constituiro subunidades do sistema SIGI (Interface Usrio, Gerenciador de Mitigaes, Controle Operacional, Competncias, Gerenciador de Aspectos & Impactos, Gerenciador de Alteraes Legislativas, Subsistema Gesto SSO, Subsistema Gesto_Ambiental) e oito outros atores que mantm alguma relao de dependncias estratgicas com os primeiros (Dep de Aquisio, BD Competncias, Construtoras, Gerente da Qualidade, Usurio, Administrador, rgos Legisladores, Sistema de Aquisio de Dados). As dependncias estratgicas entre os atores devem ser identificadas e classificadas considerando-se o tipo do elemento da dependncia (dependum), que podem ser: meta (goal), tarefa (task), recurso (resource) ou meta de qualidade (softgoal). No modelo da Figura 2, identificamos por exemplo que: (i) o Usurio tem como meta que o SIGI tenha as informaes gerenciadas (meta Ter as informaes gerenciadas); tem como meta de qualidade que haja com o SIGI facilidade na coleta das informaes 6

Congresso Construo 2007, 17 a 19 de Dezembro, Coimbra, Portugal

(meta de qualidade Facilidade[Coleta Informaes]); (ii) as construtoras tm duas metas de qualidade com relao ao sistema SIGI: Reduo [Custos Gesto] e Rapidez [Relatrios]; (iii) o subsistema Gerenciador de Alteraes Legislativas necessita que o sistema SIGI disponibilize como recurso a Lista de legislaes aplicveis (dependum do tipo recurso); (iv) o sistema SIGI precisa que o Sistema de Aquisio de Dados fornea as Informaes coletadas ( dependum do tipo recurso) e tambm, tem como meta que esse sistema colete as informaes ( dependum do tipo meta Ter as informaes coletadas).

Figura 2 Modelo SD do SIGI O sistema em desenvolvimento (e.g. SIGI) pode ser decomposto em subsistemas que so modelados como novos atores (subatores) e que podem tambm ter dependncias entre si e os demais atores. O sistema SIGI composto por oito subatores (relacionamento is-part-of): Interface Usurio, Gerenciador de Mitigaes, Controle Operacional, Competncias, Gerenciador de Aspectos & Impactos Gerenciador de Alteraes Legislativas, Subsistema Gesto SSO, Subsistema Gesto_Ambiental. Para melhor entendermos o comportamento interno de um dado ator do sistema, expandimos esse ator atravs do modelo de razes estratgicas SR (Figura 3). Neste artigo, por questes de espao, apenas explodimos apenas dois atores: Gerenciador de Aspectos & Impactos; Gerenciador de Alteraes Legislativas. Na prtica, esse modelo muito mais detalhado. Assim, para o primeiro desses dois atores identificamos como meta Gerenciar os aspectos, para a qual destacamos trs maneiras exclusivas para conseguirmos a sua satisfao: Identificar aspectos & impactos na qualidade; Identificar aspectos & impactos SSO; Identificar aspectos & impactos ambientais. Essas alternativas so graficamente representadas pelos relacionamentos internos de meio-fim ( means-end links). A esse nvel, alguns meios podem ainda ser muito abstrato e necessitarem de um maior detalhamento (e.g., Identificar aspectos & impactos ambientais). A tarefa de Identificar aspectos & impactos ambientais, 7

F. Alencar, J. R. R. de Menezes, J. J. Rego Silva, J. Castro

ser decomposta em duas outras sub-tarefas: Analisar todas atividades realizadas; e Avaliar os impactos ambientais. Para a primeira sub-tarefa se faz necessria uma Lista de Legislaes aplicveis que o ator Gerenciador de Aspectos & Impactos, por si s, no capaz de conseguir. Para tanto esse ator depende de outro (o ator Gerenciador de Alteraes Legislativas) para a disponibilidade desse recurso. Por outro lado, a sub-tarefa Avaliar os impactos ambientais, produz como resultado (resource) os Impactos Ambientais significativos. Para que o ator Gerenciador de Alteraes Legislativas produza a Lista de Legislaes aplicveis, este precisa Identificar a legislao aplicvel, que por sua vez, requer a anlise de cada uma das legislaes especficas (representada pela sub-tarefa Analisar cada uma das legislaes). Observe que o resultado da tarefa principal ser tambm utilizada pelo ncleo do sistema em desenvolvimento, aqui representado pelo ator SIGI.

Figura 3 Modelo SR do SIGI Aps a definio dos modelos de requisitos, parte-se para a especificao detalhada dos requisitos de sistema, tarefa de descrever precisamente o software que ser produzido. Na prtica, aplicaes bem compreendidas e afinadas conduziro a especificaes mais bem sucedidas. Far-se-o necessrias vrias interaes, da porque utilizaremos o desenvolvimento incremental em espiral. Na prxima, seo apresentamos uma arquitetura inicial para o sistema proposto. 4.2 Arquitetura Geral do Sistema

A arquitetura de um sistema de software remete-nos a uma representao abstrata daquele sistema. Arquitetura concernente garantia de que o sistema de software ir ao encontro de requisitos do produto, como tambm assegurar que futuros requisitos possam ser atendidos. A etapa da arquitetura

Congresso Construo 2007, 17 a 19 de Dezembro, Coimbra, Portugal

tambm direciona as interfaces entre os sistemas de software e outros produtos de software, como tambm com o hardware bsico (e.g., o Sistema de Aquisio de Dados). Existem vrias formas comuns de se projetar os mdulos de um sistema de software e suas comunicaes, entre elas. Optamos pela forma mais comum da arquitetura que a aplicao em trs camadas, comumente usada em aplicaes web (o objetivo a posteriori tornar o SIGI acessvel via web e de forma distribuda). Neste estilo de arquitetura identificamos as camadas de apresentao, de lgica do negcio e camada de dados. Assim, na Figura 4 poderemos ter uma viso geral da arquitetura proposta para o SIGI.

Figura 4- Arquitetura do Sistema de Informao de Gesto Integrada - SIGI Atravs da camada de apresentao ou de interface, interage-se diretamente com o usurio, fazendose, por exemplo, todas as requisies ao sistema. A camada de lgica de negcio aquela na qual ficam as funes e regras de todo o negcio e que por sua prpria natureza podem sofrer contnuas alteraes ao longo de todo tempo de vida do sistema, garantindo-se, assim, a evoluo e conseqente sustentabilidade do sistema. A camada de dados definida como a de repositrio das informaes. A definio da arquitetura em camadas permite que o que se esteja a executar em cada camada possa ser substitudo sem prejuzo para o sistema. Dessa forma atualizaes e correes de erros podem ser realizadas em uma dada camadas sem prejuzo para as demais. Espera-se assim contribuir para a modularidade e manutenabilidade do sistema.

F. Alencar, J. R. R. de Menezes, J. J. Rego Silva, J. Castro

4.3

Viabilidade do Sistema de Informao como suporte a Gesto Integrada

A anlise de viabilidade usada para ajudar na deciso de que se deve ir adiante ou no em um determinado projeto, seja qual for seu domnio de aplicao, oferecendo informao sobre: se esse pode ou no ser realizado; se o produto final ir ou no beneficiar os usurios interessados; as escolhas de alternativas entre possveis solues; a melhor alternativa. De forma geral, a viabilidade deve ser vista e analisada sobre quatro pontos de vista: operacional; tcnica; cronograma; econmico. A viabilidade operacional uma medida do grau de adequao da soluo para a organizao. Com a crescente tendncia de implantao de sistemas de gesto bem fundamentados e internacionalmente padronizados e aceitos, como aqueles definidos nas sries ISO 9000, ISO 14000 e OHSAS 18000, percebe-se cada vez mais a busca por modelos de integrao eficaz entre estes sistemas. Alguns autores apresentam diferentes abordagens para a integrao destes sistemas [13], [10], o que pode ser interpretado como uma conseqncia natural da continuidade da gesto da qualidade total na direo da sustentabilidade empresarial [9]. Um sistema de informao que d suporte operacional a estes sistemas de gesto favorece a integrao entre eles, contribuindo, em princpio, para a gesto da grande massa de informao gerada nestes modelos de sistema. Entre estes conjuntos de informaes destacam-se alguns comuns aos sistemas acima citados, como por exemplo: disponibilizao de procedimentos, de especificaes tcnicas, de requisitos de competncias e legais, controle de documentos e registros, resultados do monitoramento da produo e de todo o sistema, entre outros. J a viabilidade tcnica representa uma avaliao da aplicabilidade de uma soluo tcnica especfica e a disponibilidade dos recursos tcnicos e dos especialistas. Com relao a esse ponto, dispe-se de tecnologia madura a ponto de ser possvel automatizar todo o processo de operacionalizao e manuteno dos sistemas de gesto de forma integrada (qualidade, meio ambiente e sade e segurana), contribuindo no s na verificao da conformidade do sistema aos seus requisitos, bem como suas correlaes, dependncias e impactos, proporcionando melhor adequao ao negcio da organizao. Quanto viabilidade de cronograma, informando o quo razovel est o cronograma do projeto ainda no temos uma estimativa concreta, pois o projeto ainda encontra-se em fase inicial. Todavia, com base na experincia dos autores na implantao destes sistemas de gesto, estima-se que seu desenvolvimento ocorra em dezoito meses, e que mais seis meses sejam necessrios para sua implantao em um sitio. Por fim, a viabilidade econmica a mais crtica e representa uma avaliao de custo-eficincia do projeto ou soluo (a anlise de custo-benefcio) no momento ainda no se encontra completamente estabelecida. Entretanto, uma anlise preliminar suficiente para o levantamento de alguns benefcios proporcionados pelo sistema de informao orientado a gesto integrada, como por exemplo: rapidez no processo de coleta e disponibilizao da informao; a reduo de erros na coleta e anlise dos dados; rapidez e eficcia no processo de auditoria interna; reduo do custo e melhor eficincia no controle das informaes documentadas (procedimentos e registros); possibilidade de rastreabilidade dos requisitos de forma a se identificar conflitos e impactos negativos decorrentes de no conformidades (reais ou potenciais) do sistema de gesto integrado, permitindo a implantao de aes corretivas e de melhoria mais eficazes sua sustentabilidade.

Concluses

Neste trabalho apresenta-se uma discusso sobre a pertinncia de um sistema de informao com vistas gesto integrada da qualidade, do meio ambiente e da sade e segurana ocupacional em empresas construtoras. Esta discusso decorre do trabalho realizado pelos autores de desenvolvimento, 10

Congresso Construo 2007, 17 a 19 de Dezembro, Coimbra, Portugal

implantao e manuteno destes sistemas em empresas construtoras na Regio Metropolitana da Cidade do Recife, Estado de Pernambuco, Brasil. Os padres de gesto ISO 9001, ISO 14001 e OHSAS 18001, por apresentarem fundamentos e elementos comuns esto se consolidando como modelos de sistemas que favorecem a integrao entre eles, inclusive em empresas construtoras. Por outro lado, a operacionalizao destes sistemas exige um significativo nmero de informaes que necessitam ser utilizadas de modo eficaz para que de fato possam agregar valor a organizao. Neste contexto proposto o desenvolvimento de um sistema de informao que oferea suporte operacional e tcnico a gesto integrada destes sistemas, como alternativa que favorea o aumento de competitividade destas empresas. Para esse domnio, apresentamos a modelagem de requisitos de um Sistema de Informao de Gesto Integrada. Na literatura no identificamos uma ferramenta computacional que trabalhe nesse mesmo contexto e com as mesmas propriedades, ou seja, observando-se a integrao dos trs sistemas de gesto entre si e os demais sistemas de informao da prpria organizao. No se observou nenhum trabalho onde a tcnica de modelagem de requisitos i* fosse utilizada para esse fim. Fato que ns estamos propondo e verificando a viabilidade de sua utilizao em uma ambiente industrial. De forma geral, destacamos que o uso de uma ferramenta computacional contribuir para a reduo de erros na coleta e anlise dos dados relativos s conformidades ou no com os requisitos das normas, por ser digital e sem material impresso; rapidez no processo de auditagem interna; reduo do custo de homem/hora destinado a coleta e anlise dos dados; possibilidade de rastreamento dos requisitos de forma que se possa identificar os requisitos conflitantes e os impactos determinados por possveis no conformidades a algum item de uma norma com relao as demais, bem como permitir a evoluo do prprio sistema. Como trabalhos futuros destacamos alguns pontos: (i) elaborar um estudo detalhado dos possveis sistemas existentes; (ii) pormenorizar a viabilidade do sistema SIGI; (iii) detalhar a especificao de sistema SIGI; (iv) implementar um primeiro prottipo; (v) implantar um caso de estudo. Agradecimentos No desenvolvimento deste trabalho foi possvel contar com apoio do Ministrio da Cincia e Tecnologia do Brasil, atravs das agncias de fomento a pesquisa CNPq e FINEP.

Referncias
[1] Alencar, F.; Castro, J.; Cysneiros Filho, G. Closing the Gap between Organizational Requirements and Object Oriented Modeling. Journal of the Brazilian Computer Society, v.7, n.1, 2000. [2] Alencar, F.; Castro, J.; Moreira, A.; Araujo, J.; Monteiro, C.; Ramos, R.; Mylopoulos, J. Simplifying i* Models. In: AOIS07- 17th International Workshop on Agent-Oriented Information Systems,, 2007, Trondheim, Norway. Proceedings of the Workshops and Doctoral Consortium , 19th International Conference on Advanced. TRONDHEIM : Tapir Academic Press, Norway,. v. 2, 2007, pp. 635-649 [3] Cruz Neto, G.; Gomes, A. S.; Castro, J. B. C. Mapeando Diagramas da Teoria da Atividade em Modelos Organizacionais Baseados em i*. Gensio,. Anais do WER04 - Workshop em Engenharia de Requisitos, Tandil, Argentina, Dezembro 9-10, 2004, pp. 39-50. [4] Dubois, E.; Yu, E.; Petit, M. From Early to Late Formal Requirements: a Process-Control Case Study. Proc. 9th International Workshop on Software Specification and Design, IWSSD98. IEEE Computer Society, Ise-Shima, Japan. April, 1998, pp. 34-42.

11

F. Alencar, J. R. R. de Menezes, J. J. Rego Silva, J. Castro

[5] Estrada, H.; Rebollar, A. M.; Pastor, O.; Mylopoulos, J. An Empirical Evaluation of the i* Framework in a Model-Based Software Generation Environment. In: Proc of CAiSE 2006, LNCS 4001. Springer-Verlag, Berlin Heidelberg, 2006, pp. 513-527. [6] Franch, X.; Grau, G.; Mayol, E.; Quer, C.; Ayala, C. P.; Cares, C.; Navarrete, F.; Haya, M.; Botella, P. Systematic Construction of I* Strategic Dependency Models for Socio-technical Systems. International Journal of Software Engineering and Knowledge Engineering 17(1): 2007, pp. 79-106. [7] Grau, G.; Franch, X.; Mayol, E.; Ayala, C. P.; Cares, C.; Haya, M.; Navarrete, F.; Botella, P.; Quer, C. RiSD: A Methodology for Building i-Strategic Dependency Models. SEKE 2005, pp. 259-266. [8] IEEE Std. 830-98. "Recommended Practice for Software Requirements Specification". The Institute of Electrical and Electronics Engineers. New York , 1998. [9] Jonker, J.; Foster, D. Third Generation Quality Management The role of stakeholders in integrating business into society. Managerial Auditing Journal, v. 18, n.4, 2003, pp.323-328. [10] Karapetrovic, S.; Jonker, J. Systems thinking for the integration of management systems. Business Process Management journal. v. 10, n.6, 2004, pp.608-615. [11] Loucopoulos, P.; Karakostas, V. System Requirements Engineering. McGraw-Hill Book Company. 1995. [12] Oliveira, A. P. A.; Cysneiros, L. M.; Leite, J. C. S. P.; Figueiredo, E. M. L.; Lucena, C. J. P. Integrating scenarios, i*, and AspectT. In the Context of Multi-Agent Systems CASCON 2006 The 16th Annual International Conference on Computer Science and Software Engineering. Toronto, Canada, 2006. [13] Renfrew, D.; Muir, G. Quenshing the thirst for integration. Quality World, v.24, 1998, pp. 10-13. [14] Yu, E. Modeling Strategic Relationships for Process Reengineering. Ph.D. thesis, Department of Computer Science, University of Toronto, Canada, 1995. [15] Yu, E. Strategic Modelling for Enterprise Integration. In: Proceedings of the 14th World Congress of International Federation of Automatic Control (IFAC 1999). Beijing, China, 1999.

12