OOA (Object Oriented Analysis – Análise Orientada a objetos)
Modelo Descritivo – O primeiro passo para um sistema ser bem sucedido!
Olá pessoal, dando continuidade ao Artigo OOA (Object Oriented Analysis – Análise Orientada a objetos), iremos ver em mais detalhes o Modelo Descritivo. No artigo anterior, falamos sobre 4 grupos para se fazer a OOA, o Modelo Descritivo está no grupo “Use Case View (Visão de Caso de Uso)”
O Modelo Descritivo contém informações sobre o problema a ser solucionado, bem como a maneira de fazê-lo. Especificamos isso utilizando textos.
Devemos especificar textualmente:
· O Problema a ser solucionado.
· O Objetivo do projeto.
· Quais serão os requisitos funcionais.
· Quais serão os requisitos não funcionais.
· Como será implantado o sistema.
Para terminarmos o Use Case View, devemos utilizar os seguintes diagramas:
· Diagrama de Caso de Uso
· Diagramas de Seqüência
· Diagramas de Colaboração
· Diagramas de Atividade
Problema a ser solucionado
Aqui especificamos as deficiências do cliente, por exemplo: Toda vez que é necessário fazer a contagem de horas trabalhadas dos funcionários, o pessoal do RH, lê todos os cartões de ponto, atualmente o ponto é manual, usando o tradicional cartão de papelão para marcá-lo. A empresa possui 200 funcionários, tornando o trabalho muito cansativo e com grandes riscos de acontecerem erros.
Objetivo do Projeto
Aqui especificamos como podemos solucionar o Problema a ser solucionado, por exemplo: Desenvolver um sistema de software que acesse um banco de dados que terá as informações das horas de entrada e saída dos funcionários, precisará ponto eletrônico para realizar a marcação do ponto e cada funcionário deverá ter um cartão magnético, cujo terá as informações de se respectivo portador (funcionário). O sistema deverá gerar relatórios com o total de horas trabalhadas e não trabalhadas de cada funcionário.
Requisitos funcionais
Aqui definimos todas as funcionalidades do sistema, por exemplo:
· Cadastrar novos funcionários
· Gerar relatório
· Definir folgas de funcionários
· Definir feriados
· Realizar compensação de horas
· Calcular horas extras
· Marcar ponto de funcionário
· Funcionários poderem realizar consultas de suas respectivas horas trabalhadas.
Requisitos não funcionais
Aqui definimos tudo que não é funcionalidade do sistema, mas sim o que é necessário para qualificar os Requisitos Funcionais, por exemplo:
· O sistema será operado em ambiente Windows
· O banco de dados deverá estar instalado em um servidor.
· O sistema será em plataforma Web.
· O sistema deverá ser instalado em um servidor IIS versão 6 ou superior.
Como será Implantado (Soluções de Automação)
Aqui definimos o tipo de equipamentos que será necessário para o sistema funcionar, bem como os softwares que serão necessários para seu perfeito funcionamento. Dividimos essa etapa em dois subgrupos: Hardware e software, por exemplo:
Hardware: Dois servidores Dell com a configuração: ........
Um ponto eletrônico do modelo: bla, fabricante: Etc.
Computadores nas estações cliente com as configuração mínima: ......
Software:
Nos servidores, sistema operacional Windows 2000 ou superior.
Nos clientes, sistema operacional Windows 98 ou superior.
Banco de dados Microsoft SQL Server 2005
Conclusões
Hoje nós vimos como começar a elaborar um documento de OOA, pelo primeiro grupo: Use Case View, no próximo artigo iremos ver os diagramas e como fazê-los. Opine sobre meus artigos, faça críticas, elogios e sugestões, meu e-mail (kenji@wkweb.com.br).