Crystal Report

O software Crystal Repost é uma ferramenta que permite a criação de relatórios, pertencente à SAP BusinessObjects. Os desenvolvedores podem criar e integrar relatórios a suas aplicações .NET sem sair do ambiente de desenvolvimento do Visual Studio.

A facilidade de se conectar a praticamente qualquer fonte de dados e a poderosa combinação de dados que o software proporciona, foi à chave na escolha deste produto para fazer parte deste projeto. Com ele foi possível criar relatórios com aparência profissional, integrando-o com o aplicativo de desenvolvimento .NET.

6.1.8 Enterprise Architect

O Enterprise Architect (EA) é uma ferramenta de modelagem desenvolvida pela Sparx System. O software permite a criação de diagramas, modelos e classes de forma visual que facilitam no entendimento do sistema modelado utilizando a motodologia ICONIX.

O Enterprise Architect foi escolhido para este projeto por fazer parte do aprendizado das aulas

A versão utilizada para este projeto foi a 7.5.845 versão para uso de teste de 30 dias. O download pode ser feito em http://sparxsystem.com.

6.2 HISTÓRICO DO DESENVOLVIMENTO

A seguir, apresenta-se uma descrição do histórico do desenvolvimento do sistema. Primeiramente, identificou-se um problema que poderia ser resolvido por meio do conhecimento que vinha sendo adquirido no curso de graduação da faculdade. O aluno Thiago Thiesen de Souza é Bombeiro Comunitário e sentiu a necessidade de melhorar a forma em que os processos de controle dos Bombeiros Comunitários, e a maneira em que o agendamento de serviço era efetuado, dessa forma, pensou-se em alguma estratégia que permitisse melhorar essas condições de controle. Foi decidido, então, que o sistema seria feito para agilizar esse processo, e juntamente com o aluno Matheus Ribeiro Melim, deu-se início a uma jornada que resultaria em um Sistema de Cadastro e Controle das Horas Trabalhadas dos Bombeiros Comunitários do Estado de Santa Catarina.

Depois de apresentados os objetivos e as justificativas no capítulo 1, foi feito um levantamento das leis e regulamentos que regem o comportamento dos Bombeiros Comunitários em Santa Catarina apresentados no capítulo 2. Essa revisão da literatura teve como base a constituição brasileira, o regulamento interno e dos serviços gerais do exército brasileiro, e artigos encontrados na internet. Ela serviu para fazer um apanhado das informações que poderiam ser valiosas para ajudar no desenvolvimento do sistema proposto.

Inicialmente, foram apresentadas algumas metodologias de desenvolvimento de software ágeis existentes juntamente com suas características, qualidades e a justificativa para

a escolha do ICONIX para este projeto. Encontrou-se bastante material sobre as metodologias, e isso guiou a escolha, de forma clara, para que se pudesse aplicar de forma correta o ICONIX no processo de desenvolvimento. A metodologia foi adaptada para melhor atender a execução deste projeto. Adotaram-se as melhores práticas e aderiram-se algumas práticas de outras metodologias que deram resultados melhores para os objetivos, como exemplo, foi utilizado uma caracteristica do XP, citada no capítulo 3, a qual se refere à realização de pequenas fases, denominadas iterações para produzir um sistema simples e 100% funcional conforme novas versões funcionais são adicionadas. Essa é uma característica, também, encontrada no modelo incremental. Esse uso integrado das metodologias permitiu trilhar um caminho diferenciado, mais voltado ao usuário final.

No capítulo 5, apresenta-se a modelagem do sistema, consistente no Modelo de Caso de Uso, Modelo de Domínio, Diagrama de Classe, Análise de Robustez, Diagrama de Sequência e Modelo do Banco de Dados, seguindo a metodologia escolhida. Também foram documentados os Atores, Requisitos Funcionais, Requisitos não Funcionais e Regras de Negócio do sistema.

Verificou-se que o modelo ICONIX possui fases de desenvolvimento que possibilitam extrair requisitos detalhados e utilizá-los na documentação utilizando diagramas da UML.

O desenvolvimento e a apresentação do sistema, juntamente com uma breve descrição das ferramentas utilizadas, fazem-se presentes no capítulo 6.

6.3 PROBLEMA E SOLUÇÕES

Durante o desenvolvimento, houve a troca do banco de dados MySQL para o SQL Server 2008. De acordo com o conhecimento dos membros do projeto, foi constatado que o gerenciamento do MySQL, não seria o mais simples para o desenvolvimento. Portanto, a equipe, resolveu utilizar um gerenciador de banco de dados mais familiarizado, o SQL Server 2008.

Essa alteração no banco de dados, fez com que levasse-mos mais tempo para o desenvolvimento, pois tivemos que reconstruir a estrutura do banco de dados, dentro do SQL

Server 2008, bem como adaptar a parte do sistema, que estava compatível apenas com o banco de dados MySQL.

6.4 APRESENTAÇÃO DO SISTEMA

A figura, a seguir, demonstra a tela de login do sistema. Para acessar ao sistema, o usuário deve informar usuário e senha para que o sistema confirme a autenticidade do usuário e permita o seu acesso.

Figura 41– Tela de Login. Fonte: Autores, 2012.

Caso o sistema não valide a autenticidade do login informado, o usuário recebe uma mensagem de erro.

Após a confirmação de autenticidade do usuário, o mesmo é redirecionado para a tela inicial do sistema. A figura 42 representa a tela inicial do sistema, exibindo o nome do usuário logado para usuário e os menus aos quais este tem a permissão de acesso, contendo também a opção de se desconetar do sistema.

Figura 42– Tela inicial do sistema. Fonte: Autores, 2012.

O sistema habilita os menus de acordo com a permissão de acesso de cada usuário. Por exemplo, na imagem anterior estão disponíveis os menus para usuário administrador, enquando que na próxima figura aparecem os menus disponíveis para o usuário Bombeiro Comunitário.

Figura 43– Tela inicial do sistema para Bombeiro Comunitário. Fonte: Autores, 2012.

A figura, na continuação, representa a tela de consulta de locais, sendo que a partir dela é possível incluir, alterar ou excluir um local. Para a consulta, é possível filtrar pela sigla

ou cidade do local. É exibido em baixo do nome do usuário logado, o local do sistema em que o usuário está.

Figura 44– Tela de consulta de Locais. Fonte: Autores, 2012.

A seguir, a figura representa a tela de cadastro de local. Nela, os dados obrigatórios estão com a descrição em vermelho.

Figura 45– Tela de inclusão/alteração de Local. Fonte: Autores, 2012.

A seguir, a figura 46 ilustra a tela de consulta de usuários, sendo que a partir dela é possível incluir, alterar ou excluir um usuário. Nela, é possível filtrar a consulta por nome de guerra e/ou matrícula do usuário.

Figura 46– Tela de consulta de Usuários. Fonte: Autores, 2012.

A imagem, a seguir, exibe a tela de inclusão/alteração de usuário, e em vermelho os campos que são obrigatórios para efetuar a ação com sucesso.

Figura 47– Tela de inclusão/alteração de Usuário. Fonte: Autores, 2012.

A seguir, na figura 48, verifica-se a tela na qual o usuário efetua a alteração no seu cadastro. Nela, é possível alterar somente algumas informações.

Figura 48– Tela de alteração do cadastro do usuário logado. Fonte: Autores, 2012.

Na continuação, segue a tela de escala de serviço. Nela, o usuário Bombeiro Comunitário tem permissão de agendar horário na escala e consultar, por período, os horários já cadastrados para o local no qual o usuário logado está cadastrado. Nesta tela, o Bombeiro Comunitário também pode cancelar seu horário agendado.

Figura 49– Tela de Escala de serviço para agendamento. Fonte: Autores, 2012.

A figura, na continuação, demonstra a tela escala de serviço para usuário Chefe de Socorro. Nela, é possível alterar a situação do horário agendado.

Figura 50– Tela de Escala de serviço para confirmação de serviço. Fonte: Autores, 2012.

Após o usuário Chefe de Socorro clicar em cima da descrição da situação “Agendado”, é exibida a tela de confirmação de serviço, apresentada a seguir. Nela, são exibidas as informações do agendamento, sendo disponibilizados campos para a informação da nova situação da escala, com a data e hora do serviço realizado, juntamente com as

observações do acontecido durante o período em que o Bombeiro Comunitário estava presente junto à guarnição de serviço.

Figura 51– Tela de Confirmação de serviço. Fonte: Autores, 2012.

A seguir, está a tela de escala de serviço para o usuário Chefe de Socorro. Pode se observar que o horário da escala já sofreu a confirmação de serviço. Nota-se que, quando a situação do horário foi alterada, esse campo deixa de ser um link e, nele, é exibida uma imagem ( ), a qual, ao ter o mouse colocado acima, exibe a justificativa informada na confirmação de serviço.

Figura 52– Tela de Escala de serviço após confirmação de serviço. Fonte: Autores, 2012.

Na sequência, a tela de relatórios do sistema.

Figura 53– Tela de Relatórios do sistema. Fonte: Autores, 2012.

Na tela, a seguir, está o Relatório de Bombeiros Comunitários Cadastrados, nele, são listados todos os Bombeiros Comunitários cadastrados no sistema, sendo possível filtrar os dados por cidade, local e/ou situação do Bombeiro Comunitário, sendo que os resultados são agrupados por local. Essa funcionalidade permite, também, salvar o relatório no formato PDF, como demonstrado a seguir.

Figura 54– Tela de Relatório de Bombeiros Comunitários Cadastrados. Fonte: Autores, 2012.

Na tela, a seguir, está o Relatório de Horas Trabalhadas por Bombeiro Comunitário. Observa-se que os dados, total de horas trabalhadas para cada Bombeiro Comunitário, são agrupados por local e período, sendo possível filtrar os dados por Local, Bombeiro Comunitário, Ano e/ou Mês. Devido à essa funcionalidade, é possível salvar o relatório no formato PDF, como demonstrado na sequeência.

Figura 55– Tela de Relatório de Horas Trabalhadas por BC. Fonte: Autores, 2012.

6.5 VALIDAÇÃO E TESTES

Após a conclusão da primeira versão da implementação do sistema, foi realizada uma validação do software com o objetivo de identificar possíveis falhas. Essas falhas foram corrigidas e o sistema foi novamente validado pelos autores.

Após a validação inicial dos autores, o sistema foi, então, apresentado para o 10º Batalhão de Bombeiro Militar – BBM de Santa Catarina, sendo que o mesmo foi validado pelo Bombeiro Militar responsável pelos Projetos Comunitários. Ao utilizar o sistema, o usuário navegou pelo sistema sem a necessidade de maiores explicações. Foi destacada a simplicidade e a objetividade de como as informações estão dispostas e a facilidade de cadastro, exclusão e alteração de dados.

Como sugestões, foi considerada a possibilidade de criação de um módulo, pelo qual seja controlada a quantidade de vagas masculinas e femininas disponíveis no alojamento de cada local, para que, ao Bombeiro Comunitário efetuar o agendamento, o sistema verifique

a disponibilidade no alojamento. Destacou-se, também, a possibilidade de adaptação do sistema para que o mesmo seja utilizado, também, para o controle de Guarda-Vidas Civis do Estado de Santa Catarina.

Ao término da validação, o usuário concluiu que o sistema é de extrema importância para o controle dos Bombeiros Comunitários do Estado de Santa Catarina, pois atualmente o controle é feito em cada quartel, não tendo uma unificação das informações. Ressaltou, também, que a modalidade de agendamento de serviço pelo próprio Bombeiro Comunitário é uma inovação de grande utilizadade e agilidade.

6.6 CONSIDERAÇÕES FINAIS

O resultado do desenvolvimento é um aprendizado das boas práticas de programação de software, aperfeiçoamento da aplicação das técnicas de levantamento de requisitos adquiridas a partir do contato com o usuário final do sistema, e a experiência de utilizar as técnicas e as ferramentas que tivemos conhecimento ao longo do curso, para transformar o projeto em um produto de uso contínuo pelo Corpo de Bombeiros Militar do Estado de Santa Catarina.

A mais importante vantagem do sistema é sua aplicação via web, ou seja, o usuário final pode acessar ao sistema a partir de qualquer local onde tenha um ponto de acesso à internet.

7 CONCLUSÃO E TRABALHOS FUTUROS

Este capítulo apresenta os resultados obtidos no desenvolvimento do sistema web, utilizando a metodologia ICONIX, para controle dos Bombeiros Comunitários do CBMSC. Esse aplicativo visa a melhorar a administração do cadastro dos Bombeiros Comunitários, juntamente com o controle de agendamento de horários da escala de serviço.