Modelagem de Sistemas de
Informação
Carlos Henrique Marcondes
[email protected]
Sumário
1. Definições e motivação
2. Fases do desenvolvimento de
um sistema
Níveis de elaboração informacional
(PAÉZ-URDANETA,
1992)
 Dados
 Informação
200
210
420
 dados contextualizados,
significado
 Conhecimento
 informação inter-relacionada
“se o acervo é mais
consultado em dezembro é
porque este é o mês de
provas finais”
 Inteligência
 uso do conhecimento
“devo contratar mais bolsistas
para auxiliar a biblioteca em
dezembro"
Uso Bibl. Livros/mês
OUT
200
NOV
210
DEZ
420
Modelo de Sistema de Informações
Computacional – processamento de dados
ENTRADA
3, 4, 5
PROCESSAMENTO
Média Aritmética =
Somatório (1,n)/n
SAÍDA
4
Modelo de Sistema de Informações Computacional
– processamento
•Registrar
•Recuperar
de informações:
Modelo de Sistema de Informações
–
Especificação, o mais formal possível, do
Sistema de Informações pretendido, para
subsidiar seu desenvolvimento computacional
–
Instrumento para que o usuário encomende o
Sistema de Informações Computacional
–
Instrumento de comunicação entre usuários e
técnicos que irão desenvolver a solução
computacional
Fases do desenvolvimento de um
sistema
1. Análise de Requisitos V (casos de uso)
2. Análise V (diagrama de classes, modelo
abstrato das informações)
3. Projeto (detalhamento técnico da solução)
4. Implementação (desenvolvimento dos
programas)
5. Testes
Análise de Requisitos - comportamento
externo do Sistema e necessidades dos usuários
Um Requisito é uma funcionalidade ou condição que o Sistema
deve possuir, por ex: CADASTRAR USUÁRIO

Identificação das Atores e Casos de Uso de um Sistema –
Diagrama de Casos de Uso – serve para modelar o Contexto
externo de um Sistema
Ator - representa qualquer entidade que
interage com o Sistema – pessoas ou
outro sistema
Caso de Uso (“Use Cases”) – é uma seqüência
de ações que o sistema executa e produz um
resultado de valor para um Ator
Um Caso de Uso deve descrever o que
faz um Sistema e não como ele é
realizado
Análise de Requisitos – Casos de Uso
Nome: “Validar” Usuário”, caso de uso 1
Cenário principal: o Sistema apresenta uma tela que pede ao Cliente o
seu cartão eletrônico; o cliente introduz seu cartão eletrônico e,
através do teclado, digita sua senha, finalizando com a tecla ENTER; o
sistema lê a senha, a identificação do cartão e verifica se é válida; se
a senha for válida, o sistema aceita a entrada e o caso de uso termina.
Cenário alternativo 1 (o cliente cancela a operação): o cliente pode
cancelar a transação, o que implica a reinicialização do caso de uso; não
é realizada nenhuma operação na conta do cliente.
Cenário alternativo 2 (senha inválida): se o cliente introduz uma senha
inválida o cartão é ejetado o o caso de uso é reinicializado; se isso
acontecer três vezes consecutivas, o sistema aciona medidas de
segurança e “recolhe” o cartãio, cancelando a transação; não será
permitida qualquer interação nos dois minutos subsequentes.
Análise - modelagem da estrutura
informacional de um sistema

Identificação das Classes e de suas Relações
Classe é a representação de um conjunto de objetos informacionais
que tem os mesmos




Atributos (características, itens de informação)
Operações (procedimentos)
Relações (com outras Classes)
semântica
Objetos informacionais são representações
computacionais de seres, coisas ou conceitos
do mundo real através de um conjunto de
informações reacionadas a estes seres,
coisas ou conceitos
Objetos informacionais individuais são instâncias
de uma Classe
Ex: Totó (com todas as suas características, por ex: nome, raça, idade, peso,
etc) é uma instância da classe dos Cães
Classes (de objetos
informacionais)
Relacionamentos entre Classes
Navegação: de
Cursos para Alunos e
de Alunos para
Cursos
Nome do
Relacionamento
Multiplicidade
Relações entre Classes – Diagrama
de Classes
Relações entre Classes – Relação de
Associação
Relações entre Classes – Relação de
Dependência
Relações
entreClasses
Classes
Relações entre
– Relação de
Generalização
SuperClasse
SubClasse
Relações entre Classes – Relação de
Agregação
Relações entre Classes – Relação de
Agregação - Composição
Todo
Parte
Relações entre Classes – Classe –
Associação - Matrícula
Relações entre Classes – Classe –
Associação - Matrícula
Relações entre Classes – Associação
Recursiva
Relações entre Classes – Associação
Qualificada
DA ANÁLISE À IMPLEMENTAÇÃO:
Um aplicativo num SGBD é formado basicamente de uma ou
mais Tabelas
Classe
*ANÁLISE – Diagrama de Classes
Atributos
*IMPLEMENTAÇÃO
Campos
Tabela ALUNOS
Registros
(objetos
informacionais)
TABELAS
Campos
Tabela ALUNOS
Registros
– As Tabelas são o principal elemento para guardar informações de um
aplicativo de SGBD
– As Tabelas são formadas por linhas - os Registros - e por colunas - os
Campos
– Os Registros representam Classes e Relacionamentos do mundo real
– Os Campos representam os atributos de informação relativos a cada
Classes representada
CLASSES E RELAÇÕES
The HL7 Clinical Document Architecture
Ontology for self-publishing experiments
Tramitação de Processos
COMUT – Sistema de Comutação
Bibliográfica