OOA - Modelo Descritivo

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).