Modelagem de Sistemas de Informação Carlos Henrique Marcondes marcon@vm.uff.br

Modelagem de Sistemas de Informação

Carlos Henrique Marcondesmarcon@vm.uff.br

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

dados contextualizados, significado

Conhecimento informação inter-relacionada

Inteligência uso do conhecimento

200 210 420

200 210 420

OUT NOV DEZ

Uso Bibl. Livros/mês

“se o acervo é mais consultado em dezembro é porque este é o mês de provas finais”

“devo contratar mais bolsistas para auxiliar a biblioteca em dezembro"

Modelo de Sistema de Informações Computacional – processamento de dados

Média Aritmética =

Somatório (1,n)/n

3, 4, 5 4

ENTRADA PROCESSAMENTO SAÍDA

Modelo de Sistema de Informações Computacional

– processamento de informações:•Registrar

•Recuperar

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çõescomputacionais 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

Nome do Relacionamento

Multiplicidade

Navegação: de Cursos para Alunos e de Alunos para Cursos

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 entre ClassesRelações entre Classes – 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

Tabela ALUNOS

Classe

Atributos

Campos

Registros

(objetos informacionais)

*ANÁLISE – Diagrama de Classes

*IMPLEMENTAÇÃO

TABELAS

Tabela ALUNOSCampos

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