Modelagem de Sistemas de Informao Carlos Henrique Marcondes

Modelagem de Sistemas de Informação Carlos Henrique Marcondes marcon@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 “se o acervo é mais consultado em dezembro é porque este é o mês de provas finais” § Inteligência 200 210 420 Uso Bibl. Livros/mês OUT 200 § uso do conhecimento “devo contratar mais bolsistas para auxiliar a biblioteca em dezembro" 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 entre. Classes Relações entre – Relação de Generalização Super. Classe Sub. Classe

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 Tabela ALUNOS Campos Registros (objetos informacionais)

TABELAS Tabela ALUNOS Campos 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 HL 7 Clinical Document Architecture

Ontology for self-publishing experiments

Tramitação de Processos

COMUT – Sistema de Comutação Bibliográfica