Diego de Freitas Nascimento. Contribuição para o Desenvolvimento de um Sistema para Gestão de Manutenção Industrial

Transcrição

1 Diego de Freitas Nascimento Contribuição para o Desenvolvimento de um Sistema para Gestão de Manutenção Industrial Manaus - AM 2008

2 Diego de Freitas Nascimento Contribuição para o Desenvolvimento de um Sistema para Gestão de Manutenção Industrial Monografia submetida à Coordenação de Graduação da Universidade Paulista - UNIP, como requisito parcial para obtenção do Título de Bacharel em Engenharia da Computação Orientador: Fábio Cardoso Co-orientador: Marcelo Oliveira UNIVERSIDADE PAULISTA - UNIP Manaus - AM 2008

3 Trabalho de conclusão de curso sob o título Contribuição para o Desenvolvimento de um Sistema para Gestão de Manutenção Industrial, defendido por Diego de Freitas Nascimento e aprovado em 15 de dezembro de 2008, em Manaus, Estado do Amazonas, pela banca examinadora constituída pelos professores: Prof. Fábio Souza Cardoso, Doutorando. Orientador Prof. Marcelo A. Oliveira, MSc. Co-orientador/Examinador Prof. Danielle Lima, Mestrando Examinador

4 DEDICATÓRIA Dedico este trabalho aos meus pais Geraldo da Silva Nascimento e Maria de Nazaré de Freitas Nascimento, aos meus irmãos Filipe e Micael de Freitas Nascimento e também a minha namorada Carla Leão.

5 AGRADECIMENTOS Ao término deste trabalho, deixo aqui meus sinceros agradecimentos: a Deus por tudo; ao Prof. Fábio Cardoso pela orientação; a todos os professores do Departamento de Ciências Exatas pelos valiosos ensinamentos; a minha família, pelo apoio; aos amigos do curso de Engenharia de Computação; a todos que direta ou indiretamente contribuíram para a realização deste trabalho.

6 Resumo Este trabalho descreve a contribuição no desenvolvimento de um software para auxílio da gestão de manutenção em fábricas no PIM (Pólo Industrial de Manaus). Utilizando o padrão de projeto MVC (Model-View-Controller), Tecnologias de desenvolvimento Web e Sistemas de banco de dados, o software visa automatizar e integrar algumas atividades desenvolvidas na engenharia de manutenção como: geração de indicadores com base em dados previamente cadastrados, acompanhamento das máquinas e linhas de montagem e acompanhamento de ordens de serviço para realização de manutenções. Palavras-chave: MVC (Model-View-Controller); Desenvolvimento Web; Gestão de Manutenção;

7 Abstract This paper describes the contribution in the development of software to aid in the management of maintenance in factories in PIM (Pólo Industrial de Manaus). Using the MVC (Model-View-Controller) design pattern, web development tecnologies and database systems, the software aims to automate and integrate some activities in maintenance engineering like: generation of indicators based on data previously registered, monitoring of machines and assembly lines and monitoring of service orders to perform maintenance. Key Words: MVC (Model-View-Controller); Web Development; Maintenance Management;

8 Sumário Lista de Figuras INTRODUÇÃO p. 11 Justificativa p. 11 Objetivos p. 12 Objetivo Geral p. 12 Objetivos Específicos p. 12 Estrutura do Trabalho p MANUTENÇÃO INDUSTRIAL p Histórico p Tipos de Manutenção p Manutenção Corretiva p Manutenção Preventiva p Manutenção Preditiva p Engenharia de Manutenção p Indicadores de Desempenho p MTBF (Mean Time Between Failure) p MTTR (Mean Time To Repair) p DownTime p TECNOLOGIAS PARA DESENVOLVIMENTO DE SOFTWARE p Aplicações Web p Padrão MVC p. 20

9 2.3 Framework.NET p Estrutura p Características p ASP.NET p WebForms p Framework MonoRail p METODOLOGIA p Análise de Requisitos do Cliente p Geração de Requisitos Técnicos p Escolha das Tecnologias p Modelagem do Sistema p DESENVOLVIMENTO DA CAMANDA CONTROLLER p. 28 CONCLUSÃO p. 31 Referências Bibliográficas p. 32 Apêndice A -- BaseController.cs p. 33 Apêndice B -- BaseAjaxController.cs p. 34 Apêndice C -- AssemblyLineController.cs p. 35 Apêndice D -- AssemblyLineStageController.cs p. 37 Apêndice E -- AuthenticationFilter.cs p. 39 Apêndice F -- EngineerAjaxController.cs p. 41 Apêndice G -- EngineerController.cs p. 42

10 Apêndice H -- FailureModeController.cs p. 45 Apêndice I -- HomeController.cs p. 47 Apêndice J -- LoginPageController.cs p. 48 Apêndice K -- MachineController.cs p. 50 Apêndice L -- MachineGroupController.cs p. 52 Apêndice M -- MachineModelController.cs p. 54 Apêndice N -- MachineTypeController.cs p. 56 Apêndice O -- ManufacturerController.cs p. 58 Apêndice P -- ServiceOrderController.cs p. 60 Apêndice Q -- SupervisorAjaxController.cs p. 61 Apêndice R -- SupervisorController.cs p. 62 Apêndice S -- TechnicianAjaxController.cs p. 65 Apêndice T -- TechnicianController.cs p. 66 Apêndice U -- UserController.cs p. 71 Anexo A -- Documento de Especificação de Requisitos p. 73 Anexo B -- Plano de Testes p. 87

11 Lista de Figuras 2.1 Camadas de uma aplicação web [Próprio Autor] p Divisão das camadas de uma aplicação MVC [Macoratti 2008] p Estrutura do Framework.NET [ClawHammer 2006] p Estrutura de Diretórios de uma Aplicação Monorail. [Própria Autoria].... p. 29

12 11 INTRODUÇÃO As indústrias no PIM (Pólo Industrial de Manaus) tem se adaptado ao novo conceito de manutenção como função estratégica com o objetivo de aumentar a disponibilidade de seus equipamentos e instalações, e consequentemente garantir boa produtividade. A gestão de manutenção utiliza indicadores gerados de manutenções já realizadas, para futuro planejamento da estratégia de manutenção. Para o acesso a estes indicadores, o gestor necessita de alguns dados provenientes de manutenções ocorridas por motivo de parada de equipamentos. De acordo com a análise dos indicadores, a tendência é o gestor adequar as estratégias de manutenção para que diminuam as falhas, resultando em aumento da disponibilidade dos equipamentos utilizados na produção. Porém, para que o gestor obtenha estes indicadores, é necessária uma coleta de informações referentes as manutenções, o que naturalmente resulta na necessidade de ferramentas para o auxílio do gestor. Justificativa Muitas empresas, utilizam softwares não especializados para a geração e análise dos indicadores necessários para a engenharia de manutenção, como planilhas eletrônicas. Devido a esta limitação, as atividades relacionadas a engenharia de manutenção se torna mais lentas, pois muito tempo é desperdiçado com a preparação destes indicadores. Com a tecnologia disponível atualmente e observando esta dificuldade, surgiram alguns softwares para gestão de manutenção, os quais são utilizados em algumas indústrias. Porém, ainda existem algumas lacunas com relação a automatização dos processos executados pela engenharia de manutenção. Observando o cenário atual, percebe-se que há necessidade não só de softwares para gestão de manutenção, mas sim de sistemas integrados onde haja uma interação entre toda equipe de manutenção.

13 12 Objetivos Objetivo Geral Contribuir com o desenvolvimento de um sistema para auxiliar a gestão de manutenção em indústrias no Polo Industrial de Manaus. Objetivos Específicos Aplicar técnicas de coleta e análise de requisitos; Contribuir com a elaboração da modelagem do sistema utilizando linguagem UML; Implementar o módulo Controller; Elaborar rotinas de testes internos para validar as funcionalidades do Módulo; Integrar o módulo Controller com o módulo View e o módulo Model; Elaborar casos de testes para validar o módulo Controller já integrado; Estrutura do Trabalho Este trabalho está organizado em 4 capítulos. No capítulo 1 é iniciado o desenvolvimento do trabalho com o embasamento teórico sobre manutenção industrial. Nele, são apresentados conceitos básicos sobre manutenção, assim como a evolução da mesma na indústria mundial. O capítulo 2 aborda os modelos de desenvolvimento de softwares comerciais, as principais tecnologias disponíveis e as características de cada uma. No capítulo 3 é apresentada a metodologia utilizada no desenvolvimento deste projeto de forma a explicar cada etapa do mesmo descrevendo as principais atividades, como estas foram executadas e as ferramentas utilizadas. No capítulo 4 é apresentado o desenvolvimento da camada Controller, sendo esta camada o foco deste trabalho, descrevendo a estrutura da camada, seu funcionamento básico e a aplicação da mesma no projeto. Por fim, é apresentada a conclusão deste trabalho com os resultados do projeto e como este pode ser melhorado em trabalhos futuros.

14 13 1 MANUTENÇÃO INDUSTRIAL 1.1 Histórico Durante todo o processo de crescimento da insdústria, existiram alguns marcos quando falamos de manutenção. Aproximadamente até o ano de 1914, dentro do processo industrial, a manutenção tinha uma importância secundária e não existiam equipes de manutenção dentro das indústrias. Todas as atenções eram voltadas para a produção e a mesma era explorada até o acontecimento de uma falha. Este cenário mudou a partir da primeira guerra mundial, quando as indústrias passaram a criar equipes responsáveis por efetuar a manutenção corretiva. Para a época, devido a pequena demanda de serviços comparando com as demandas atuais, a equipe de manutenção corretiva era suficiente para garantir a boa produção da indústria. Após os anos 30, com o aumento da demanda de serviços, a tolerância a falhas passou a diminuir. Isto levou as grandes empresas a criarem um departamento específico de manutenção responsável por, não só corrigir mas também evitar as falhas. A partir de então, a manutenção passou a ser encarada como uma necessidade dentro das indústrias, o que reflete até os dias de hoje. A partir de 1966, as indústrias passaram a estudar melhores formas de executar a manutenção com o objetivo de diminuir o custo das manutenções e aumentar o tempo de produção. Foi quando começaram a surgir os indicativos de manutenção que eram resultados de análises das manutenções já executadas. Estes indicativos ainda são estudados e utilizados na insdústria atual e são considerados extremamente necessários para que a gestão de manutenção possa atuar com eficiência e procurar sempre melhorar a forma como é feito o trabalho de manutenção. [Bonifácio 2005]

15 Tipos de Manutenção A manutenção industrial pode ser classificada de acordo com a sua forma de intervenção. Dentre as diversas classificações de manutenção, destacam-se as seguinte: Manutenção Corretiva Manutenção Preventiva Manutenção Preditiva Manutenção Detectiva Neste trabalho seram abordadas apenas as manutenções corretiva, preventiva e preditiva Manutenção Corretiva A manutenção corretiva é a atuação para correção da falha ou do desempenho menor que o esperado [Nascif 2001]. Ou seja, não há necessidade de haver a parada de uma máquina para que haja uma intervenção corretiva. De acordo com Kardec e Nascif [Nascif 2001] a manutenção corretiva ainda pode ser classificada em manutenção corretiva planejada e manutenção corretiva não planejada. A manutenção corretiva não planejada, é uma manutenção de alto custo, pois geralmente exige um tempo maior para a mobilização da equipe de manutenção. Além disso, quando ocorrem falhas inesperas, a máquina pode sofrer danos maiores devido a uma pequena falha. Logo, toda empresa busca a eliminação de manutenções corretivas não planejadas. A manutenção corretiva planejada é bem menos custosa que a não planejada por muitos fatores. Segundo Kardec e Nascif [Nascif 2001], a manutenção corretiva planejada ocorre devido um desempenho abaixo do esperado ou devido a um acompanhamento preditivo. Porém, a manutenção corretiva planejada não precisa ocorrer imediatamente após uma das cituações colocadas. A gerência pode optar por aguardar o acontecimento da falha, o que não muda a característica da manutenção, pois geralmente a equipe de manutenção faz algum tipo de planejamento para quando a falha ocorrer Manutenção Preventiva Como o próprio nome já diz, a manutenção preventiva tem como objetivo garantir a prevenção contra ocorrência de falhas. Este tipo de manutenção busca evitar a manutenção corretiva.

16 15 O principal indicador da manutenção preventiva é o tempo, pois este tipo de manutenção se basea em estatísticas e muitas vezes em informações disponibilizadas pelos fabricantes dos equipamentos utilizados na indústria. Ou seja, determinadas lubrificações ou troca de peças devem ser feitas com uma determinada frequência para garantir o bom funcionamento do equipamento. Kardec e Nascif [Nascif 2001] define manutenção preventiva como: a atuação realizada de forma a reduzir ou evitar a falha ou queda no desempenho, obedecendo a um plano previamente elaborado, baseado em intervalos definidos de tempo Manutenção Preditiva Manutenção Preditiva é a atuação realizada com base em modificação de parâmetro de condição ou desempenho, cujo acompanhamento obedece a uma sistemática [Nascif 2001]. Ou seja, a manutenção preditiva, diferente da preventiva, deixa de tomar parâmetros estatísticos para avaliar parâmetros reais do equipamento em questão. Kardec e Nascif [Nascif 2001] ainda defedem a idéia de que não basta ter equipamentos apropriados para realização da manutenção preditiva. Há necessidade de equipes de manutenção bem treinadas para realizar a leitura dos equipamentos de medição e gerar diagnósticos precisos para definir se é ou não é necessária uma intervenção corretiva planejada no equipamento avaliado. Este tipo de manutenção envolve um custo inicial maior para implantação dos aparelhos de medição nos equipamentos que serão monitorados, porém o retorno é gratificante. Na manutenção preventiva por exemplo, existe a possibilidade de haver gastos desnecessários realizando troca de peças que na verdade ainda estão em perfeitas condições de uso. A manutenção preditiva, se bem aplicada, chega a ser mais econômica que a manutenção preventiva pois as manutenções corretivas só são realmente executadas quando é detectada a necessidade da troca. 1.3 Engenharia de Manutenção A manutenção convencional tem como alvo o efeito dos problemas, ou seja, ela simplesmente age com base nos efeitos de um problema, muitas vezes sem determinar a causa do mesmo. A engenharia de manutenção propõe acabar com problemas descobrindo e atacando diretamente a causa destes. Segundo Kardec e Nascif [Nascif 2001], engenharia de manutenção é deixar de consertar equipamentos continuamente, melhorar padrões e sistemáticas para resolução de problemas e participar técnicamente das compras de equipamentos.

17 16 A engenharia de manutenção, além de utilizar técnicas preventivas, preditivas e detectivas, utiliza alguns indicadores para que possa ser avaliado o estado atual do processo em questão e implementar melhorias com relação aos métodos de manutenção Indicadores de Desempenho O principal objetivo dos indicadores de desempenho em uma indústria é avaliar a confiabilidade dos equipementos ou linhas de produção desta indústria. Segundo Kardec e Nascif [Nascif 2001], a confiabilidade é a probalidade que um sistema (equipamento, linha de montagem, etc.), possa desempenhar sua função de forma esperada, por um intervalo de tempo estabelecido. Neste trabalho serão abordados três indicadores, os quais são considerados os mais relevantes. Eles são o MTBF (Mean Time Between Failure), o MTTR (Mean Time To Repair) e o DownTime MTBF (Mean Time Between Failure) O MTBF é o tempo médio entre falhas, ou seja, é a média aritmética dos tempos em que um determinado equipamento esteve em funcionamento após a ocorrência de uma falha. Logo, considerando CF o período entre a correção de uma falha e a ocorrência da próxima falha e QMC a quantidade de manutenções corretivas ocorridas, podemos calcular o MTBF através da equação 1.1. MT BF = CF QMC (1.1) MTTR (Mean Time To Repair) O MTTR (Mean Time To Repair) tempo média para reparo é a média aritmética dos tempos de reparo de um sistema, de um equipamento ou item, ou seja, aponta a média dos tempos que a equipe de manutenção leva para repor a máquina em condições de operar, desde a falha até o reparo ser dado como concluído e a máquina ser aceita como em condições de operar [Filho 2006]. Sendo T R o tempo de reparo e QMC a quantidade de manutenções corretivas, o MTTR de pode ser calculado através da equação 1.2. MT T R = T R QMC (1.2)

18 DownTime O DownTime, também conhecido como MFOT (Mean Force Outage Time), é o tempo total de uma parada devido a uma falha. Ou seja, é o período entre a detecção de uma falha e o reinício da operação do equipamento em questão.

19 18 2 TECNOLOGIAS PARA DESENVOLVIMENTO DE SOFTWARE Podemos classificar os softwares comerciais basicamente em dois tipos: softwares para desktop, os quais interagem diretamento com o sistema operacional, e softwares para web, os quais são executados em um servidor web e visualizados em um navegador. A principal diferença entre estes dois modelos de software está na maneira como o software é executado, porém este pequeno detalhe traz algumas vantagens e desvantagens para cada modelo. Os sistemas para desktop, interagem de forma mais natural com o sistema operacional podendo utilizar inúmeras funcionalidades oferecidas pelo mesmo como acesso aos periféricos (porta serial, portas usb, etc.) através dos seus respectivos drivers e outras funcionalidades do próprio sistema. Através desta interface com o sistema operacional, os sistemas para desktop também podem utilizar recursos de rede utilizando as API s do sistema para comunicação através do protocolo TCP/IP, UDP, etc. Devido a estas características, geralmente os softwares para indústria, onde é necessária a comunicação com muitos dispositivos externos, são desenvolvidos neste modelo. Porém quando falamos de sistemas integrados, onde muitos usuários interagem através do sistema, há um esforço muito grande para o desenvolvimento da camada de rede, sendo necessário criar pelo menos dois softwares distintos, o software servidor e o software cliente. Já os sistemas desenvolvidos para web, disfrutam das funcionalidades oferecidas pelo navegador para utilizar os recursos de rede. Os navegadors são aplicações para desktop que utilizam as funcionalidades do sistema operacional para se comunicar com um servidor web através do protocolo HTTP (Hypertext Transfer Protocol). Logo, os sistemas para web não precisam conter camadas de rede em sua estrutura, o que resulta em um ganho considerável de tempo no desenvolvimento de aplicações deste tipo. Devido a esta característica, as aplicações web são cada vez mais comuns em nosso cotidiano, principalmente em sistemas integrados.

20 Aplicações Web Uma aplicação web é composta pelo menos por três camadas mais o banco de dados conforme a Figura 2.1. Figura 2.1: Camadas de uma aplicação web [Próprio Autor] A camada de apresentação é responsável por exibir os dados processados ao usuário, assim como disponibilizar um interface para que o mesmo navegue através da aplicação. A camada de negócios é uma das principais camadas e é responsável por todo tratamente e processamento dos dados para disponibilizá-los para a camada de apresentação. A camada de acesso ao banco é uma camada intermediária que interage diretamente com o banco de dados e oferece uma interface para a camada de negócios acessar os dados do banco. E por fim existe o banco de dados que de fato armazena as informações utilizadas pela aplicação. Para o desenvolvimento de cada camada, existem tecnologias que proporcionam determinadas facilidades. Por isso, é muito comum que sistemas web utilizem inúmeras tecnologias distintas para executar suas tarefas, cada uma proporcionando uma determinada facilidade para o desenvolvedor. A forma na qual estas camadas estão organizadas, depende diretamente da implementação da aplicacão. Porém existem padrões de projetos que propõem a organização destas camadas de forma a separá-las em módulos. Um dos padrões que tem se destacado ultimamente é o padrão MVC (Model-View-Controller). O padrão MVC pode ser implementado com qualquer linguagem de programação utilizada na web. Geralmente, já existem Frameworks prontos que implementam o padrão, facilitando o desenvolvimento destas aplicações de forma que o desenvolvedor não precisa concentrar

21 20 esforços para códigos fora do escopo da aplicação em questão. Os frameworks mais utilizados são o Cake para linguagem PHP, o Ruby On Rail s para linguagem Ruby e atualmente, tem se destacado muito, o MonoRail para ASP.NET. 2.2 Padrão MVC O padrão MVC é um modelo de três camadas: Modelo, Visualização e Controle. A camada de modelo (Model) é composta pela lógica de negócios e a lógica de acesso ao banco de dados. A camada de visualização (View) é responsável pela lógica de apresentação e a camada de controle (Controller) é responsável pela integração das duas camadas, Visualização e Modelo. A figura 2.2 ilustra a divisão das camadas do modelo MVC. Figura 2.2: Divisão das camadas de uma aplicação MVC [Macoratti 2008] 2.3 Framework.NET Segundo Lotar [Lotar 2007], o Framework.NET é um componente de software que suporta a execução e o desenlvimento de uma nova geração de aplicações e XML web services. Já Cembranelli [Cembranelli 2003], diz que o framework.net é um conjunto de ferramentas para criar, construir e testar aplicações.net e consiste basicamente de dois componentes principais: Common Language Runtime (CLR) e as bibliotecas de classe Base Class Library (BCL). A BCL oferece recursos para uma série de necessidades de desenvolvimento, como entrada e saída de arquivo, banco de dados, XML, etc. A CLR é um ambiente de tempo de execução (runtime) que realiza tarefas, tais como: gerenciamento de memória, coleta de lixo, segurança, tratamento de

22 21 erro, controle de versão e suporte de instalação. A principal tarefa da CLR é realizar a interface entre aplicações.net e o sistema operacional Estrutura De acordo com a figura 2.3, o framework.net pode ser dividido em 5 (cinco) camadas: Figura 2.3: Estrutura do Framework.NET [ClawHammer 2006] A primeira camada é composta pelas linguagens de programação suportadas pela CLS (Common Language Specification). A segunda camada é composta pelas bibliotecas de classe utilizadas para desenvolver aplicativos.net. As duas bibliotecas já disponibilizadas pelo framework são: Windows Form para aplicações desktop e a Web Forms para aplicações ASP.NET. É importante comentar que não é obrigatório o uso destas bibliotecas para o desenvolvimento de aplicações.net. Podem ser utilizados outros frameworks auxiliares como por exemplo: O Microsoft MVC Framework, Castle Active Record, Castle MonoRail, entre outros. A terceira camada é responsável pelo acesso a bases dados, ou seja, são ferramentas disponibilizadas pelo framework para trabalhar com o acesso a base de dados, sejam estas, bancos de dados ou arquivos XML (Extensible Markup Language). A quarta camada contém a BCL (Base Class Library) com classes básicas para desenvolvimento de aplicações.net. Esta biblioteca é necessária para o desenvolvimento de qual-

23 22 quer aplicação.net, seja esta utilizada direta ou indiretamente. Todos os frameworks para desenvolvimento de aplicações.net disponibilizados utilizam a BCL para execução de tarefas básicas de interface com o sistema operacional. A quinta camada é composta apenas pela CLR que é responsável pela interpretação das aplicações.net e a realização da interface entre as aplicações e o sistema operacional. Abaixo destas cinco camadas está o sistema operacional, que interage diretamente com a CLR para a execução de códigos nativos Características são: As características mais relevantes do framework.net, segundo Turtchi [Turtschi 2002], Multilinguagem - Uma aplicação ASP.NET, pode ser desenvolvida em várias linguagens diferentes, desde que estas estejam dentro do padrão determinado pela CLS (Common Language Specification). Isto é possível pois o framework.net possui uma linguagem intermediária chamada MSIL (Microsoft Intermediate Language), a qual é gerada durante o processo de construção da aplicação; Independência de Plataforma - a MSIL é independente de hardware e sistema operacional, possibilitando a geração de códigos de máquina para várias plataformas nos mais variados tipos de arquiteturas, desde que exista um framework apropriado para a plataforma.net [Turtschi 2002]; Possui Gerenciamento automático de memória - todo código que é executado no CLR (Common Language Runtime), é chamado de código gerenciado, pois o mesmo controla toda a memória trazendo muitas vantagens, como a integração entre as linguagens e tratamento de exceções. Esta facilidade deve-se ao fato de que o.net, trata-se tudo como objeto. Sendo assim, a Microsoft mudou a forma de como a arquitetura trata os objetos carregados, passando a usar o conceito de garbage collection (coletor de lixo) [Turtschi 2002]; Suporte a padrões abertos - é compreensível que ocorra a abertura de padrões para que a tecnologia não fique isolada, permitindo assim que sua tecnologia seja incorporada por outras, podendo ser estendida além dos próprios domínios [Turtschi 2002];

24 23 Segurança - a distribuição de aplicações baseadas em componentes exige segurança. A Microsoft mudou a maneira de controlar a segurança da aplicação como fazia anteriormente com os seus sistemas operacionais, com controles baseados em usuários, e resolveu seguir a mesma metodologia empregada no Java, onde o código que não é confiável é executado, mas sem acesso aos recursos críticos do sistema [Turtschi 2002]; Performance e Escalabilidade - um grande ganho para o desenvolvimento é proporcionado com a separação do código, dados e apresentação visual para o usuário. Isto garante uma melhor performance da aplicação e gera uma escalabilidade muito maior. [Turtschi 2002] Apesar da utilização da linguagem C# como linguagem de programação padrão para o projeto, um dos fatores cruciais para escolha desta tecnologia foi o suporte a integração de várias linguagens de programação em um mesmo software. Isto é possivel graças a padronização de tipos definida pela CLS (Common Language Specification). A CLS, segundo Cembranelli [Cembranelli 2003] é uma especificação que estabelece as regras que um compilador deve seguir para que seu código compilado seja capaz de ser executado dentro da CLR. Dessa maneira, o código compilado de diferentes linguagens de programação pode ser executado dentro do mesmo ambiente de tempo de execução. Este é um fator muito interessante, tendo em vista que cada linguagem de programação possui características que podem facilitar o desenvolvimento do projeto. 2.4 ASP.NET O ASP.NET é um modelo de desenvolvimento unificado que inclui os serviços necessários para desenvolver aplicações web com o mínimo de código. Ou seja, para criar uma aplicação web com ASP.NET, podemos utilizar inúmeras classes do Framework.NET, pois o ASP.NET faz parte dele [Lotar 2007]. Devido o modelo ASP.NET ser um modelo web, toda aplicação ASP.NET é executada em um servidor web e consequentemente as informações trafegam através do protocolo HTTP. Quando uma requisição é enviada para o servidor, o servidor executa a aplicação correspondente à solicitação WebForms O WebForms é um framework disponibilizado junto com o framework.net pela prórpia Microsoft que permite que as aplicações web possam ter um comportamento parecido com

25 24 o comportamento de aplicações para desktop. Ao haver uma resiquição por parte do cliente (Aplicação Web), o servidor retorna o resultado para o prórpio formulário que enviou as requisições. Este processo é chamado de PostBack. 2.5 Framework MonoRail O Framework MonoRail é um framework Web para desenvolvimento de aplicações no padrão MVC. Este foi desenvolvido para suprir a necessidade de frameworks MVC para.net o que até então era muito difícil de se encontrar. Pelo fato de ser baseado em um conhecido framework, o Ruby On Rails para linguagem ruby, o MonoRail já é bastante utilizado por muitos desenvolvedores web e tem mostrado um bom desempenho. Além disso, o Monorail é compatível com o Mono, um framework.net para sistemas Linux. Esta é uma grande vantagem comparando o com outros frameworks que foram desenvolvidos específicamente para o sistema operacional Windows. Os desenvolvedores do MonoRail tiveram a preocupação de utilizar as funcionalidades disponíveis para os dois sistemas operacionais. Logo, pode-se desenvolver sistemas no padrão MVC e ainda executá-los em servidores linux que possuam o Mono.

26 25 3 METODOLOGIA Para a realização deste trablaho, as atividades foram divididas em algumas etapas, seguindo uma ordem cronológica. A primeira delas é a coleta e análise de requisitos da qual foi gerado o DER 1 (ver Anexo A), seguida pela geração de requisitos técnicos. A partir dos requisitos técnicos, foi possível determinar quais as tecnologias que melhor se adequam as necessidades do projeto. Através de pesquisas no site de busca foram escolhidas as tecnologias. Com todos os requisitos analisados, o escopo do projeto já bem definido e as tecnologias já determinadas, o sistema foi modelado com o auxílio da ferramenta JUDE Community, uma ferramenta para criação de diagramas UML, sendo gerados os diagramas de caso de uso, diagramas de classe e os diagramas de sequência. Utilizando o SDK 2 da plataforma ASP.NET para ambiente linux, foram implementadas as classes da camada Controller, de forma a integrar as camadas View e Model do sistema. Em paralelo ao desenvolvimento desta camada, foram feitos testes intermediários de integração com as outras camadas para garantir a confiabilidade de cada componente da camada Controller. Após a finalização de cada atividade, ou desenvolvimento de cada componente, são feitas as integrações com as outras camadas e testes de caixa preta 3. Com a finalização da primeira versão do protótipo, foi elaborado o plano de testes (Anexo B) o qual foi utilizado como referência para realização dos testes do protótipo. 3.1 Análise de Requisitos do Cliente A análise de requisitos foi feita através de entrevistas com o Professor Marcelo Oliveira da Universidade Paulista, o qual também atua como profissional na área de engenharia de manutenção. As entrevistas foram feitas de duas formas, algumas diretamente em reuniões 1 Documento de Especificação de Requsitos 2 Kit para desenvolvimento de software 3 Testes realizados para verificar o comportamento da aplicação em geral, sem analisar os elementos internos de cada componente.