PSI_M12 Programação_ sistemas informação

Sistemas de informação e sistemas
informáticos
•Um Sistema de Informação diz respeito à informação que circula
numa organização, bem como aos diversos recursos e processos que
lidam com essa informação.
•Um Sistema Informático pode ser um simples computador
1

Sistemas de informação e sistemas
informáticos
•Antes de os computadores estarem difundidos, como acontece
atualmente, muitas organizações tinham Sistemas de Informação
manuais ou mecânicos.
•Atualmente, a quase totalidade das organizações tem sistemas de
informação baseados em meios informáticos e nas Tecnologias de
Informação.
2

Tipos de Sistemas de Informação
• Níveis de uma organização 3
Tipos
de
Sistemas
de
Informação
Estratégico
Tático
Operacional
Tático
Estra-
tégico
Operacional

Sistemas de informação Estratégicos
• Objetivo
•Fornecer informação de carácter geral que permita aos
dirigentes a tomada de decisões estratégicas para a
empresa
4
Exemplo:
Balanced Scorecard (modelo de avaliação e performance empresarial)
Conhecidos por
- Sistemas de Informação Executiva
(Executive Information Systems - EIS)
- Sistemas de Apoio à Decisão
(Decision Suport Systems - DSS)
Estra-
tégico

Sistemas de informação Táticos
• Objetivo
•Apoiar os gestores de nível intermédio na tomada de decisões com impacto a curto
prazo.
•Exemplo:
•Consultas a BDs, gráficos, relatórios
5
Conhecidos por
- Sistemas de Informação de Gestão
(Management Information Systems - MIS)
Tático

Sistemas de informação Operacionais
• Objetivo
•Realizar atividades correntes de âmbito operacional
•Exemplo:
•Registo de encomendas, faturação, controlo de stocks,
processamento de salários, etc.
6
Conhecidos por
- Sistemas de Processamento de Transações
(Transaction Processing Systems - TPS)
Operacional

Fases de Desenvolvimento de Software
• Analistas e Programadores
7

• 1 – Planeamento
• Identificar as necessidades gerais
• Identificar as possíveis soluções
• Analisar os custos e os benefícios do projeto - Análise de
viabilidade
8

• 2 – Análise (definir “o que fazer”)
Levantamento de requisitos:
• Entrevistas, questionários aos utilizadores
• Análise documentos
• Observação dos processos de trabalho
Definir especificações do sistema:
• Estabelecer indicações técnicas gerais
9
MODELO
CONCEPTUAL
DO
SISTEMA

• 3 – Desenho (definir “como fazer”)
Arquitetura global do sistema:
• Estabelecer indicações técnicas detalhadas
Sistema Informático
• Computadores, redes, telecomunicações, etc.
Modelo lógico da BD
Esquemas:
• Fluxogramas e Algoritmos
• Diagramas de Fluxos de Dados (DFDs)
• Interfaces (menus, formulários, etc.)
10
MODELO
LÓGICO
DO
SISTEMA

• 4 – Implementação
Adaptar /Configurar pacotes de software genérico
• Contabilidade,
• Salários,
• Faturação,
• etc.
Criar modelo físico da BD
Codificar programas de aplicação
11

• 4 – Implementação (continuação)
Ferramentas utilizadas:
• Programação Orientada a objetos (POO)
• Criação e reutilização de componentes
• C++, Java , Visual Basic, Visual C#, …
• Linguagens de 4ª geração (4GL)
• Interagir com SGBDs
• Obter relatórios, consultas com recurso a SQL
• Ferramentas CASE
• Desenhar diagramas e esquemas das BD
• Criar aplicações de forma rápida
12

• 4 – Implementação (continuação)
13
FERRAMENTAS E TECNOLOGIAS DE DESENVOLVIMENTO DE UM SI

• 5 – Testes e instalação
• Testes por Módulo
• Salários, Faturação, Contabilidade, …
• Testes de Integração de Módulos
• Com todos os módulos integrados
• Testes de Aceitação
• Utilizadores finais avaliam se corresponde às funcionalidades desejadas
• Eventualmente fazem pedidos de retificação
• Testes de Instalação
• Com todos os componentes do Sistema informático (HW + SW)
• Configuração e parametrização : direitos e restrições dos utilizadores
• Documentação de apoio
• Formação aos utilizadores (se necessário)
14

• 5 – Testes e instalação (continuação)
15
TIPOS DE TESTES DE UM SI

• 6 – Manutenção
• Corretiva
• Corrigir erros detetados
• Preventiva
• Introduzir alterações para melhorar o desempenho
• Evitar problemas previsíveis (Ex: aumento volume de dados)
• Adaptativa
• Exigidas por entidades externas (Ex: Estado, clientes ou
fornecedores)
• Impostas pelo interior da organização (Ex: aquisição novos
equipamentos, mudança do SGBD)
16

Sumário
 Modelação de Sistemas de Informação
• Modelação de Processos, Modelação de Dados
 Diagramas de Fluxos de Dados
• Pro cesso de elaboração: Representação Gráfica, Regras de
Desenho
18

Modelação dos Sistemas de Informação
• Modelação
 Elaboração de MODELOS através de técnicas
 Divide-se em:
• Modelação de processos
• Modelação de dados
19
REPRESENTAÇÃO DE UM
CERTO ASPETO DA REALIDADE

• Modelação de Processos
• Identificam-se os processos/operações que têm a
ver com recolha, tratamento e distribuição de
informação na organização.
20

• Modelação de Dados
• Identificam-se e descrevem-se os dados relativos a
entidades e eventos que interessam ao SI.
21

Modelação de Processos
•Diagramas de Fluxos de Dados (DFD)
 Ferramenta técnica mais utilizada na modelação de processos para
um SI
 Representação gráfica que identifica 4 tipos de elementos:
• Os Processos
• Os fluxos de dados
• Os depósitos ou arquivos de dados
• As entidades externas
22

Diagramas de Fluxos de dados (DFD)
• Processos
 Operações ou funções que um SI deve desempenhar
 Operações que lidam com dados ou informação
 Ocupam o lugar central nos diagramas
 Correspondem a operações de entrada,
transformação ou saída de dados
 Exemplos:
• Receção e validação/rejeição de encomendas
• Cálculo do valor global da encomenda
• Realização de um relatório
23

• Processos
 Cada processo deverá corresponder a um módulo
de programação a desenvolver
 Nos diagramas são representados por um círculo
(notação DeMarco)
 O seu nome costuma ser indicado por um verbo
no infinito seguido do seu objeto
• Exemplos:
• Validar Encomenda
• Calcular total
• Obter dados do Cliente
24

• Fluxos de dados
 Representam os movimentos de dados que entram,
circulam ou saem do SI
 Têm de estar sempre ligados a um processo, entrando
ou saindo dele
 Para que um processo esteja bem representado
deverá ter sempre, pelo menos, um fluxo de entrada
e outro de saída.
 São representados por setas com a indicação do
nome dos dados
25

• Depósitos ou Arquivos de Dados
 Representam locais onde os dados são guardados
(ficheiros/tabelas)
 São representados por duas linhas horizontais
• Exemplos:
• Produtos
• Encomendas
• Empregados
•
26

• Entidades Externas
 Entidades externas ao sistema de informação (que dão origem aos
dados ou que são destinatários dos dados)
 São representadas por retângulos fechados
• Exemplos:
• Pessoas / Empregados
• Organizações (Clientes / Fornecedores)
• Armazéns
27

• Representação gráfica (componentes)
28

• Exemplo
29

• Processo de elaboração
 Abordagem Top-down (de um nível mais geral para
níveis mais detalhados)
 Representar:
1º Diagrama de Contexto – nível 0
2º Diagrama de nível 1
3º Diagrama de nível 2
4º …
30

• Diagrama de Contexto
 Primeira representação em DFD de um sistema
 Primeiro nível de elaboração de um DFD (nível
zero)
 Contém apenas o processo principal do sistema
que pretende representar, as entidades externas
relacionadas com esse processo e os fluxos de
dados que ligam essas entidades com o processo.
 Dá poucas indicações sobre o detalhe de todas as
operações que com ele estarão relacionadas.
31

• Diagrama de Contexto
32
EXEMPLO DE DIAGRAMA DE CONTEXTO

33
EXEMPLO DE DFD DETALHADO (NÍVEL 1)

•Desenho: Regras gerais
• Escolher nomes significativos para todos os
componentes de um DFD.
• Numerar todos os processos de acordo com o
diagrama a que pertencem.
• Evitar desenhar DFD complexos (Máximo: 10
processos). Refazer os DFD tantas vezes quantas as
que forem necessárias.
• Garantir o princípio da conservação de dados. Dados
que saem de um arquivo devem ter sido previamente
lá armazenados. Dados produzidos por um processo
têm de ter sido gerados por esse processo.
34

•Desenho: Regras gerais (cont.)
• No detalhe de um DFD, os fluxos de dados que entram e
saem num diagrama de nível superior devem entrar e sair
no de nível inferior.
• No detalhe de um DFD, um arquivo de dados que existe
entre dois ou mais processos no nível mais alto passa a ser
representado em todos os níveis inferiores que envolvam
esses processos.
• A leitura dos fluxos num desenho deve sei feita de cima
para baixo e da esquerda para a direita.
• Evitar cruzamentos das linhas dos fluxos.
• O desenho desenvolve-se a partir do canto superior
esquerdo.
35

•Entidades Externas: Regras
• Devem ser posicionadas próximas dos limites do
desenho (nunca na parte central)
• Nunca estabelecer ligação direta com outra entidade
ou arquivo.
• Pode haver a necessidade de duplicar uma entidade
externa para evitar cruzamentos de linhas de fluxos.
36

•Arquivos de Dados: Regras
• Devem posicionar-se nas zonas centrais do desenho.
• Recebem dados de um processo à esquerda ou acima.
• Fornece dados a um processo à direita ou abaixo.
• Deve ter sempre, pelo menos, um fluxo de entrada e
outro de saída.
• Pode haver a necessidade de duplicar um arquivo de
dados para evitar cruzamentos de linhas de fluxos.
37

•Arquivos de Dados: Exemplos
38

•Fluxos de Dados: Regras
• Todos os fluxos de entrada ou de saída têm sempre como
destino ou origem um processo.
• Todos os fluxos dos níveis superiores devem aparecer nos
níveis inferiores.
• Os dados que saem de um processo têm de ser
produzidos por esse processo
• Os dados que saem de um arquivo de dados têm de ter
por base um fluxo de dados que lá entrou previamente.
39

•Processos: Regras
• Processo de origem deve estar acima ou à esquerda do
processo de destino.
• Podem estar ligados por fluxos de dados diretamente
entre si ou indiretamente através de um arquivo.
• Deve ter sempre, pelo menos, um fluxo de entrada e
outro de saída.
• Os dados de saída resultam dos de entrada.
40

•Processos: Regras (cont.)
• Num mesmo DFD, os processos não devem ser
duplicados.
• Todos devem ser sempre numerados para melhor
identificação.
• Ao dividir um processo em processos mais detalhados,
todos os fluxos, arquivos ou entidades externas ligados a
um nível superior têm de aparecer no nível
imediatamente inferior.
41

Dicionário de Dados (DD)
•Conceito
• Ferramenta de descrição de dados que contém
informações detalhadas sobre os dados referidos nos
DFD, nomeadamente fluxos e arquivos de dados.
• Documento escrito que torna possível gerir todo o
detalhe do sistema.
42
Permite:
• Descrever com rigor, de forma formal e
estruturada, os detalhes lógicos dos
componentes do sistema.
• Programadores e analistas entenderem-se
quanto aos dados e processos.

Nome Descrição Conteúdo Fluxos de
entrada
Fluxos de
saída
Origem Destino Tipo, formato,
etc.
ARQUIVOS DE
DADOS
X X X X X
FLUXO DE DADOS X X X X X
ATRIBUTOS X X X
ENTIDADE EXTERNA X X X X
PROCESSOS X X X X X X
43
Elementos

• Exemplo
 Arquivo de dados: Clientes
• Estrutura de campos:
Cliente(CódigoCliente; NomeCliente; Morada; Telefone)
Dicionário de dados deverá conter:
• Nome que identifica a entidade
• Estrutura e características de atributos dessa entidade
• Relações que essa entidade poderá ter com outras
entidades
44

• Exemplo (cont.)
•Cada atributo deverá conter:
• Nome: nome do campo
• Tipo de conteúdo: tipo de dados (caracter, string, valores
numéricos, etc.)
• Tamanho máximo: no caso de strings
• Valores mínimos/máximos: no caso de valores numéricos ou
datas
• Formato: no caso de datas ou valores monetários.
45

• Símbolos Utilizados na Definição de itens
46
SÍMBOLO SIGNIFICADO
= É equivalente / É composto por
+ E (adição ou conjunção)
( ) Dado ou elemento opcional
n{ }m Conjunto de elementos (n=minímo , m=máximo)
[ ] Elementos alternativos
| Ou (separador de opções dentro de [ ])
// Nome (rótulo) de um grupo repetitivo
" " Valores possíveis
* * Comentário
@ Chave primária dos depósitos de dados /Atributo identificador

• Exemplos de aplicação
47

PSI_M12 Programação_ sistemas informação

Mais conteúdo relacionado

Semelhante a PSI_M12 Programação_ sistemas informação

Mais de joaquinaCouve

Último

PSI_M12 Programação_ sistemas informação