Aps Software de Controle de Água

...

sistema de informação. É ele que vai ditar o desenvolvimento do projeto e o primeiro passo para um sistema que poderá contribuir e muito para a sociedade.

O cliente que requisitou o desenvolvimento do sistema do projeto em questão é órgão público brasileiro, Governo Federal juntamente com o Ministério da Saúde. Isso é de um fator essencial, visto que aborda a necessidade de uma nação como o Brasil, e a possibilidade de um sistema de informação conseguir neutralizar os riscos endêmicos e pandêmicos de bactérias detectadas em tanques de diversos navios que passam pelos portos brasileiros. Vale ressaltar que o foco do projeto não é em matéria de Biologia, Química e áreas afins, mas que o seu conteúdo é totalmente voltado para a Tecnologia da Informação (TI), e a descrição de cada dado inserido no sistema tais como: características, composição orgânica etc., não é de responsabilidade e foco do trabalho, mas a manipulação do sistema fornecendo dados acessíveis, segurança dos dados, praticidade do sistema, informações de suporte concretas, acesso de usuários respeitados por níveis hierárquicos (administradores, biólogos, químicos, supervisores, estagiários etc.), isso sim é o foco e é o que será respeitado e abordado no trabalho a seguir.

Constantemente surge no mercado a necessidade de criação de sistemas para suporte a alguma fragilidade da organização ou do meio em si, e cada vez mais funcionários especialistas seniores são chamados para resolver essas pendências, porém como cada vez mais é solicitada tal tarefa, a escassez de funcionários desse nível tem se tornado uma realidade e funcionários sem preparo (estagiários, trainee, pleno) não conseguem suportar tal fragilidade e resolver os problemas, empresas então agora possuem suas informações mais confidenciais fragilizadas e sujeitas a ataques e invasões e naturalmente mais cedo ou mais tarde falem. Tudo isso vale ser ressaltado, pois esse projeto traz a oportunidade de não só oferecer solução para um problema isolado (controle das informações de bactérias já descrito anteriormente), como também para um problema amplo e atual: softwares de apoio para controle de informações importantes às organizações. O Sisconbp é um importante pontapé inicial para a exploração desse ambiente.

Para um cliente solicitar algo ele tem uma necessidade (problema), nesse caso o cliente é o Governo Federal juntamente com o Ministério da Saúde e o problema é a criação de um sistema que controle e garanta segurança de informações referentes a bactérias localizadas em tanques de navios que aportam no Brasil, sabendo que uma empresa possui um detergente de alta tecnologia bactericida capaz de neutralizar até 99% dessas bactérias se aplicado corretamente, enfim para a criação do sistema já tem estabelecido com o cliente qual sua necessidade. Porém essa necessidade ainda não está completamente entendida pela equipe de desenvolvimento e para esse entendimento ser possível surge uma atividade essencial na criação de sistemas, essa atividade é análise de requisitos, onde são abordados todos os requisitos (funcionais e não funcionais e requisitos de software) necessários para a criação e bom funcionamento do software. O foco então passa a ser na engenharia de requisitos.

3. Conceitos Gerais

Para uma equipe de desenvolvedores de sistema começar a criação de um software é necessário conhecer qual o problema do cliente, conhecendo essa necessidade é necessário agora o próximo passo de levantamento de requisitos, esses requisitos são condições necessárias para obtenção de determinados objetivos ou preenchimento de certo fim. Existem nomes e característica especifica para cada tipo de requisito, esses são:

• Requisitos do Projeto: requisitos do negocio, gerenciamento e entrega do produto;

• Requisitos do produto: requisitos técnicos, de segurança, de desempenho, etc.;

• Requisitos funcionais: estabelecer com o sistema vai agir, e o que deve fazer, ou seja, as funcionalidades e serviços propostos pelo sistema, descritos detalhadamente. Nesta face, comumente é utilizado o Modelo de Entidade e Relacionamento (MER), modelo de casos de uso, fluxogramas, tudo isso com intenção de facilitar o entendimento das funções do sistema;

• Requisitos não funcionais: definem as propriedades do sistema e suas restrições. Ex.: a confiabilidade do sistema, o espaço em disco, tempo de resposta do programa etc..

• Requisitos de software: descrição detalhada do software que serve como base para o projeto e implementação.

3.1. Requisitos de Software

Em requisitos de software a analise e especificação de requisitos são atividades que determinam os objetivos de um software e as restrições ligadas a ele, bem como elaborar também a especificação precisa do software. Estas vistas precisam ser vistas e entendidas como parte do processo de analise de sistemas, e normalmente elas são iniciadas juntamente com a analise de sistema, podendo estender-se após elaboração do documento de especificação do sistema, no qual serão refinados os requisitos de software.

Analise e especificação são atividades interdependentes e necessitam serem realizadas conjuntamente. A analise é o processo de observação, classificação e modelagem dos elementos do domínio. Deve-se ser identificadas as pessoas, as atividades, as informações do domínio para que se possa decidir o que será parte do sistema. Pessoas e atividades que não serão informatizadas (“colocadas” dentro do sistema) deverão ser consideradas entidades externas ao software.

A especificação é a descrição sistemática e abstrata do que o software deve executar a partir daquilo que foi previamente analisado. Ela apresenta a solução de como os problemas levantados anteriormente na analise serão resolvido pelo software do sistema computacional. Procura descrever de maneira sistemática quais as propriedades funcionais necessários para ser resolvido o problema do domínio. A especificação é também a forma de comunicação sistemática com os arquitetos, programadores e testadores de software.

3.2. Engenharia de Requisitos

Para ser possível a obtenção de um melhor desempenho recomenda-se a utilização da engenharia de requisitos, pois o foco dela entende-se por uma atividade inicial no processo de desenvolvimento de sistemas em que se determina e especifica o que um sistema deve fazer, bem como, as circunstâncias sob as quais deve operar, envolvendo geralmente um esforço