Análise e Modelação de Sistemas

Documentos relacionados
Análise e Modelação de Sistemas

Análise e modelação de sistemas

Análise e Modelação de Sistemas

Análise e Modelação de Sistemas

Análise e modelação de sistemas

Análise e Modelação de Sistemas

Capítulo 5 Modelação do Sistema 1

Mo#vação. Objec#vo. Estudar uma abordagem de desenvolvimento de so9ware orientada pelos objectos. Linguagens usadas: UML (Unified Modeling Language)

Sistemas de Informação

Modelagem ou Diagrama de Caso de Uso

Introdução. à UML. Histórico (cont.) Histórico Definição Benefícios Notação Diagrama de Classes Diagramas de Interação Conclusões Revisão

Engenharia de Software. Aula 2.4 Modelos de Casos de Uso. Prof. Bruno Moreno

Gere Com Saber. Universidade do Minho Licenciatura em Engenharia Informa tica

ENGENHARIA DE SOFTWARE. Aula 07 UML - Diagrama de Casos de Uso

MODELAGEM DE SISTEMAS. Introdução a Computação e Engenharia de Software. Profa. Cynthia Pinheiro

Análise e Modelação de Sistema

Q d( ) P. a( ) c( ) e( ) c( ) S. c( ) d( )

Engenharia de Software 2012/3 Aula 5 Modelagem de Sistemas

UML - Diagramas de Casos de Utilização (Use Case Diagrams)

Notas de Aula 03: Introdução a Orientação a Objetos e a UML

Slides de apoio à aula prá/ca 6. Integrar Jogo do Galo na framework de interação com o u/lizador (po- uilib)

ALM Aplicações em Linguagem de Montagem. Introdução. A produção de Software é uma atividade build and fix. build. fix

A modelagem de Negócio com UML

Engenharia de Software. UML Unified Modeling Language

Fábio Amado João Maio 33306

Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios

Aula 1.7 Introdução a APOO e UML

Tópicos da Aula. A Linguagem UML. A Linguagem UML. De onde surgiu? Fundadores da UML. Introdução à UML e Diagrama de Casos de Uso.

UML Visão Geral UML Visão geral v.1.1, Novembro de 2001

1 Introdução. 1.1 Teoria dos Sistemas 23/4/2010

Engenharia de Software. Projeto de Arquitetura

INF1012 MODELAGEM DE DADOS. Departamento de Informática PUC-Rio. Ivan Mathias Filho A Abordagem Entidade-Relacionamento

Prof. Esp. Fabiano Taguchi

Diagramas de Use Case

Diagrama de classes. Classes. Uma classe descreve um conjunto de objectos que par8lham os mesmos atributos, operações, associações e semân8ca

Casos de Uso. Leonardo Gresta Paulino Murta

Princípios de Análise e Projeto Orientados a Objetos com UML

Tópicos da Aula. Conceitos de programação orientada a objetos. Projeto orientado a objetos com UML

DS: notação. Falta-nos apenas dar exemplos de DSS que contenham a criação de objectos temporários e sua posterior destruição.

Modelagem de Sistemas Web. Modelagem de BD

FUNDAÇÃO UNIVERSIDADE ESTADUAL DE MARINGÁ

Marcelo Henrique dos Santos

UML (Unified Modelling Language)

Metodologia Simplified. António Rocha

Diagramas de Use Case Resumo

Capítulo 6. Projeto de arquitetura Pearson Pren0ce Hall. Todos os direitos reservados. 1. slide 1

DECivil Departamento de Engenharia Civil, Arquitectura e Georrecursos. Apresentação. Computação e Programação (CP) 2013/2014.

7.8 DIAGRAMA DE CLASSES

Introdução à UML. Prof. Jesus José de Oliveira Neto

Diagramas de Classe. Sumário. Introdução aos Diagramas de Classe

UML Unified Modeling Language Linguagem de Modelagem Unificada

UML: Introdução. História Visão geral Modelo conceitual da UML. Bibliografia. UML: introdução

Introdução à Norma ISO Henrique Silva Direção-Geral do Território FCUL, 12 e 19 de Outubro de 2017

Modelação Conceptual de Base de Dados

DIAGRAMAS DE ACTIVIDADE

Classes o Objetos. Classes, objetos, métodos e variáveis de instância

Unidade 2 Modelo Conceitual

Modelagem de Casos de Uso (Parte 1)

Especificação de Sistemas e SysML

Diagrama de Casos de Uso

UML Diagrama de Casos de Uso (Use Case)

IDEF3 - Process Description Capture Method

Diagramas de Package

Modelo Entidade Relacionamento

Análise de Sistemas Aula 4

Análise e modelação de sistemas. Classe T13: Passando da análise ao Desenho

:: aula 3. :: Desenvolveremos as seguintes habilidades nesta aula:

[ Arquitecturas Móveis ] 2017/2018

! As relações entre classes conceptuais são definidas por associações. Estas na verdade traduzem relações entre as instâncias das classes.

4/14/11. Processos de Engenharia de Requisitos. Engenharia de requisitos. Elicitação e análise. A espiral de requisitos

ENGENHARIA DE SOFTWARE I AULA 3. Análise e diagramação. professor Luciano Roberto Rocha.

Objetivo. Diagramas de Caso de Uso. História. Diagramas de Caso de Uso. Atores. Atores

Engenharia de Requisitos 1 - Introdução

Introdução a UML. Aula 04 Analise de Sistemas Profª Rita de Cassia Gaieski

Modelagem semântica permite aproximar o modelo obtido do mundo real Exemplo de modelos:

Modelação Conceptual de Base de Dados

UALG/FCT/DEEI Análise e Modelação de Sistemas Informáticos. 8. Diagramas de Classes, Diagramas de objetos, Interfaces

Diagrama de Classes. Leonardo Gresta Paulino Murta

Nome da classe. Atributos. Serviços / métodos

Programação Orientada a Objectos - P. Prata, P. Fazendeiro

Diagramas de Classes. ESII Profª. Andressa Falcade URI Santiago

Informática II Cap. 5-2 Bases de Dados - MsAccess

FUNDAMENTOS DA ANÁLISE E PROJETO DE SISTEMAS. Projeto de Programas PPR0001

Análise de U+lizadores e Tarefas II

Especificação Formal de Software

IFSC/Florianópolis - CTI - Projeto de Sistemas - prof. Herval Daminelli

ANÁLISE DE SISTEMAS UML. por. Antônio Maurício Pitangueira

Conteúdo. 1. Introdução. 2. Levantamento de Requisitos. 3. Análise Orientada a Objetos. 4. Projeto Orientado a Objetos 5. UML. 6.

Análise de Sistemas de Informação e Use Cases

Bases de Dados. Parte I: Conceitos Básicos

Capítulo 5 Gerenciamento do Escopo do projeto. Introdução. Antes de iniciarmos vamos pensar um pouco.

Análise e Projeto Orientado a Objetos

Programação Orientada a Objetos Introdução a POO Modelo de Objetos Técnico em Informática. Prof. Marcos André Pisching, M.Sc.

RUP RATIONAL UNIFIED PROCESS PRÁTICAS RECOMENDADAS. Prof. Fabiano Papaiz IFRN

I Análise de Sistemas

Programação Orientada a Objeto

INF1013 MODELAGEM DE SOFTWARE

A Linguagem UML. A Linguagem UML. De onde surgiu? Fundadores da UML. História da UML. O que é modelagem?

Ciência da Computação. Análise e Projeto Orientado a Objetos UML. Anderson Belgamo

Transcrição:

Análise e de Sistemas Aula T01 Introdução à Conceptual Referência: Conceptual Modeling of Informa?on Systems (Capítulo 1) Aulas AMS do IST

2 Resumo Análise e síntese Modelos e modelação Sistemas e Sistemas de Informação (SI) Definições de SI Funções de um SI Metodologias e linguagens de

3 Análise e síntese Termos vindos do grego clássico Significados literais: Análise = soltar (loosen up) Síntese = juntar (put together) U?lizado na maioria das áreas cienqficas para definir métodos cienqficos análogos

4 Análise e síntese Síntese combinar componentes ou partes separadas inicialmente num todo coerente Desenhar qq coisa (sistema) implica um processo de síntese Decomposição de um todo Wsico ou abstracto em partes ou componentes São complementares!

5 Modelos Os modelos estão presentes em quase todas as disciplinas Os modelos são Abstracções da realidade interpretação de um dado domínio ou universo de discurso Os modelos são subjec?vos Os modelos são representados através de esquemas ou diagramas compostos por conceitos e as suas inter- ligações

6 Podemos modelar sistemas segundo três grandes objec?vos genéricos: Teoria/Filosofia/Gestão: Generalização de uma percepção de um sistema, normalmente des?nada a suportar tomadas de decisão sobre o mesmo... Simulação/Engenharia de Sistemas: Representação matemá?ca de um sistema, a par?r da qual podem ser feitas previsões ou inferências sobre o mesmo... Desenho/Sistemas de Engenharia: Descrição do funcionamento de um sistema, normalmente desanado e permiar a criação de uma ou mais instâncias do mesmo...

7 em AMS Esta disciplina vos ensina a analisar e desenhar sistemas de informação através da modelação desses sistemas. Mas, o quê é um sistema de informação? Começemos por definir o quê é um sistema

8 Sistemas Uma definição consensual de sistema: um conjunto en?dades que interagem entre si com o propósito de a?ngir um determinado objec?vo. Ideias fundamentais da Teoria Geral de Sistemas Tudo pode ser visto como um sistema Taxonomia de sistemas (Wsicos/abstractos, hard/sob, naturais/ar?ficiais) Sistemas biológicos Sistemas matemá?cos Sistemas Wsicos Sistemas sociais Sistemas de informação Sistema de sobware As fronteiras do sistema dependem do problema do(s) observador(es)

Sistema de Informação 9 Conjunto de en?dades materiais (pessoas e equipamentos tecnológicos) e abstractas (informação e processos), concebido ar?ficialmente para um dado fim. Componentes humanas e não humanas (socio- técnicos) Questões: Como definimos as fronteiras de um sistema de informação? Como o decompomos? Que nome damos às componentes? Como o integramos dentro de sistemas de informação maiores? Isto é, como se define e modela um sistema de Informação?... Quando modelamos, criamos consciência do sistema

10... Como se cria consciência (colectiva) de um SI?... Se concordarmos que: A nossa consciência de um sistema resulta sempre de interpretações nossas A própria definição de sistema de informação pode ser variar!!! segundo os objec?vos, conforme os valores, conhecimentos do observador.. Uma consciência colec?va do sistema requer processos de comunicação e sobre- tudo, negociação!! Agora vejamos a definição de sistema de informação mais ú?l na perspec?va da sua modelação

11 Problemas da definição de SI Embora a definição dada anteriormente é bastante consensual, não é muito precisa e portanto, não ajuda muito para os nossos propósitos i.e. modelar o sistema A dificuldade em dar uma definição precisa, origina- se nas diferentes (mas complementares) perspec?vas u?lizadas para analisar um sistema de informação: 1 A contribuição que dão 2 A sua estrutura e comportamento 3 As funções que realizam

12 Definições segundo cada perspectiva Contribuições do sistema de informação Meios para a=ngir objec=vos de sistemas maiores Problema: não estabelece o quê o sistema de informação é Estrutura e comportamento Componentes e ac?vidades do sistema U?lidade depende do detalhe da descrição Funções Um sistema de informação recolhe, armazena, processa e distribui informação Perspec?va mais ú?l em termos de modelação conceptual Definição aceite pela sua simplicidade e generalidade

13 Definição funcional de SI Restrita à sistemas desenhados e construídos por engenheiros Alguns sistemas naturais processam e distribuem informação Restrita à informação que descreve o estado de um dado domínio (o sistema objecto ou universo de discurso) Em muitos sistemas, o domínio é a organização (estes sistemas são chamados sistemas de informação empresarial), mas inclui domínios de pra?camente todas as áreas do conhecimento humano

14 Funções do SI Um sistema de informação recolhe, armazena, processa e distribui informação sobre um domínio específico 1 Memória: mantém uma representação do estado do domínio 2 InformaAva: fornece informação sobre o estado do domínio 3 AcAva: realiza acções que mudam o estado do domínio

15 Funções de um SI II Domain" Changes" Represents" Changes" Answer" Query" Information" System" From Chapter 1 of Conceptual Modeling of Information Systems by A. Olivé Copyright Springer-Verlag Berlin Heidelberg 2007

16 Domínio??? Um domínio é o fragmento do mundo real sobre o qual é focada a tarefa de modelação e construção de um sistema. Exemplos de domínios: Sistema bancário nacional Sistema universitário nacional O futebol... Geralmente ao domínio também se dá o nome de universo do discurso (UoD = Universe of Discourse )

17 Um fax é um SI? Um fax não é um sistema de informação. Um fax não considera os documentos que envia como informação do estado de um dado domínio. Para um fax, os documentos são dados crus.

18 A função da Memória de um SI Manter uma representação do estado do domínio temos que definir o estado que vai ser representado O estado do domínio varia no tempo temos que definir as mudanças de estado possíveis A representação do estado do sistema deve ser coerente Temos que definir quando uma representação é coerente e regras de dedução ou derivação para fornecer essa capacidade

19 Modos da Memória Modos de Memória Por pedidos (quando um u?lizador muda o seu endereço) Autônoma (quando o sistema observa através de sensores)

20 A função Informativa O Sistema fornece informação sobre o estado do domínio O estado do domínio pode ser observado directamente no próprio domínio e ser representado simultâneamente no sistema A observação directa do domínio é frequentemente diwcil Saldos de contas bancárias

21 Função Informativa: Consultas U?lizadores consultam (queries) e o sistema responde Tipos de Consulta Extensão (Fulano está inscrito na LEI, 90% dos clientes que compram livros também compram CDs) Intensão (O quê é um aluno, nº máximo de disciplinas que pode tomar)

22 Modos de Informar Tipos de Consultas Extensão (Fulano está inscrito na LEI, 90% dos clientes que compram livros também compram CDs) Intensão (O quê é um aluno, nº máximo de disciplinas que pode tomar) Modos de informar Por pedido: Os u?lizadores recebem informação quando pedem Autônoma: U?lizadores definem uma condição do estado do domínio e ordenam ao sistema para informar quando dita condição se cumprir Exemplo: quando a temperatura a?ngir um valor.

23 A função ativa O sistema realiza acções que mudam o estado do sistema O sistema deve portanto saber: Que acções pode tomar Quando pode tomar cada acção Como executar cada acção

24 Modos de ação Por pedidos: o u?lizador pede ao sistema Autônoma: o u?lizador delega no sistema a realização de uma determinada acção quando se cumprir uma condição específica no estado do domínio Exemplo: quando o inventário dos produtos dexer até um valor dado, emi?r encomendas ao fornecedor.

25 Resumo de modos Funções Por pedidos Autônoma Memória Mudar o endereço do cliente Leitura de temperatura Informa?va Quê disciplinas está a tomar um aluno? Apitar quando a temperatura chega a um valor dado A?va Calcular juros de uma dívida Emissão automá?ca de encomendas de produtos duma loja

26 Exemplo: Jogo de xedrez Domínio tabuleiro, peças, posição das peças e o jogador. Memória Em cada instante t, o domínio tem um estado dado O sistema deve manter uma representação do estado do domínio de forma a permi?r o progresso do jogo Com cada jogada, o sistema é informado para permi?r a actualização da representação do estado do domínio. Informação O sistema deve mostrar o estado do jogo num ecrã Com cada jogada, o sistema deve mostrar a nova posição das peças (modo autónomo) Se houver ajuda, o sistema dará conselhos (modo pedido)

27 A representation of the state of a chess game Conceptual schema for the chess-playing example, in the FOL language Entity types" Relationship types" Piece" Square" PieceType" Color" Row" Column" RowCode" ColumnCode" LocatedAt (piece,square)" HasType (piece,piecetype)" PieceColor (piece,color)" SquareColor (square,color)" SquareInColumn (square,column)" SquareInRow (square,row)" RowHasCode (row,rowcode)" ColumnHasCode (column,columncode)"

28 Exemplo: Jogo de xadrez II AcAva Com cada jogada, o sistema considera um conjunto de alterna?vas e fará a sua jogada, baseado no estado do jogo e no conhecimento embebido no sistema Assim que decidir a sua jogada, o sistema deve mudar o estado do jogo

29 A importância de modelar... A modelação, no contexto da engenharia, tem já técnicas bem aceites e provadas em muitas áreas (Civil, Mecânica, SoYware,...). Quando se usam técnicas gráficas, tal ajuda a visualizar (logo a entender) o sistema. A modelação permite criar uma consciência colecava do sistema i.e. par?lhar conhecimento entre os stakeholders todos os actores que tenham algum =po de interesse directo ou indirecto com o sistema, ou que por ele sejam afectados.

30...A importância de modelar Os modelos ajudam a planear, controlar e guiar o processo de construção de um sistema. Os resultados de um processo de modelação podem documentar as tomadas de decisão e negociações efectuadas. Eu acrescentava: devem incluir os observadores e o momento de elaboração

31 e Metodologias Os processos de modelação estão normalmente associados a metodologias de desenvolvimento de sistemas (Eng. Sobware) Cada modelo pode ser expresso em diferentes níveis de precisão ou abstracção. Nenhum modelo único será normalmente suficiente. O resultado final de um processo de modelação dependerá sempre dos objecavos concretos que se pretendem a?ngir e do ponto de vista dos modeladores

32 Linguagens de modelação É a estruturação e especificação da estrutura de conceitos segundo uma ou mais linguagens. Linguagens podem ser formais ou informais, textuais ou gráficas. No caso de linguagens de modelação gráficas, a notação consiste na apresentação visual dos diferentes elementos da estrutura de conceitos subjacente.

33 Linguagens de modelação conceptual II A lógica de primeiro ordem é suficiente para especificar a maioria dos esquemas conceptuais mas.. Não é prác?ca porque requer competências especializadas UML (Universal Modeling Language) é uma linguagem especializada para a modelação de sistemas de sobware Esta disciplina usará UML para ilustrar o processo de modelação

34 Exercício na Aula Para uma aplicação de e- mail iden?fique: Domínio e conceitos do domínio As funções Memória Informa?va A?va Diga exemplos destas funções: No modo de pedidos No modo autônomo