Exercício preliminar
• Pegue uma folha de papel. Imagine
uma gráfica.
• Liste 3 aspectos dela que você
encontra em todas as gráficas.
• Liste 3 aspectos dela que você
encontra numa dada gráfica.
• Liste 3 aspectos dela que espelham
o estado da gráfica que você
imagina, num determinado instante.
Modelagem de Dados:
• O que consta em qualquer
gráfica faz parte do ambiente.
• O que consta em uma dada
gráfica é um parâmetro.
• O que espelha um determinado
instante de uma gráfica é uma
variável.
Sistema de
Processamento de
Transações
• SPT
• Um sistema que registra tudo
que é considerado relevante
dentro de um dado ambiente.
• Registra as alterações de
estado de um sistema.
• Registra as transações que
ocorrem.
Características do SPT
• Muita entrada de dados
• Muita saída de dados
• Processamento simples (4
operações)
• Primeiros sistemas foram
desenvolvidos na linguagem COBOL
(Common Business Language) na
década de 50.
• Foram o primeiro tipo de aplicação
comercial da computação.
Uso do SPT
• Usado para tarefas
operacionais e gerenciais.
Estratégia
Tática
Gestão
Operação
Pirâmide organizacional
Funções de um SPT (4
tipos)
•
•
•
•
Coleta de dados
Manipulação de dados
Armazenamento de dados
Produção de documentos
Exercício 2
a) Descrever através de uma
narrativa o ambiente de um
campeonato de futebol,
evidenciando todas as
entidades e relações entre
elas. Entidades sugeridas:
jogador, time, jogo, juiz.
b) Desenhar o modelo de
dados que represente o
ambiente descrito no item
a.
Teste A2
• A) Descrever atraves de uma
narrativa o ambiente de um
curso, sob o enfoque de
disciplinas, competencias,
conteudos, objetivos da
disciplina.
• B) Criar o modelo de dados
correspondente.
Tipos de representação
gráfica
• Fluxograma – ações e dados em
mov.
• Diagrama de fluxo de dados
• Diagrama de estado
• Modelo E-R
• Diagrama hierárquico
• Estrutura hierárquica de dados
• Estrutura hierárquica de
Sistema de informações
gerenciais
• Gera relatórios gerenciais
• Tipos de relatórios gerenciais
•
•
•
•
Relatórios
Relatórios
Relatórios
Relatórios
programados
de fatores críticos
por solitação específica
de exceção
Relatório do dia anterior
(programado)
• quantidade de bilhetes inteiros
vendidos X quant. media para
aquele dia da semana, com
quebras por horario
• quantidade de meias vendidas X
...
• quantidade de bilhetes de
cortesia apresentados X ...
• quantidade total de bilhetes
Relatório de exceção
• problemas durante a projeção
do filme
• tipo de problema que ocorreu
• danos materiais
• ocorrências com espectadores
• alteração brusca na ocupação
real X ocupação média
Diferenças
•
•
•
•
operacional: ar
gerencial: dormir
tático: beber água
estratégico: comer
Fluxograma – dados em
movimento
Fazer algo
Dados de
entrada
Dados de
saída
Temporal
Fluxograma – sequencia
p1
p2
p3
Fluxograma - iteração
S
c
p
i=1; a=0
Faça enquanto i<10
a=a+i
i=i+1
N
C é uma condição
Exercício 3: desenhar o
fluxograma do código
fornecido
Inicio
sequencia
Não
a=0
i<10?
i=1
Sim
Iteração
a=a+i
i=i+1
Fim
Exercício 4: desenhar o fluxograma
para o algoritmo que resolve uma
equação do segundo grau
ax2 + bx + c = 0, com a<>0
Inicio
Obter a, b, c
Sim
a=0?
Nao
D=b*b – 4*a*c
Nao
D<0?
Sim
Fim
x1=(-b-sqr(D))/(2*a)
x2=(-b+sqr(D))/(2*a)
Fluxograma - seleção
p1
S
c
N
p2
Diagrama de Fluxo de
Dados - DFD
• é um fluxograma que mostra os
dados em movimento e os
dados parados, sem
temporalidade, isto é, tudo
acontece ao mesmo tempo.
DFD
SISTEMA DE
PROCESSAMENTO DE
TRANSAÇÕES
Depósitos de dados
dados
dados
procedimentos
Sistema real
entidade externa
dados
entidade externa
Usuário
Exercício 5
• Desenhar o Diagrama de Fluxo
de Dados representativo do seu
lógico três
escritorio, com peloDepósito
menos
Notas dos
alunos
procedimentos e três
depósitos
id. do aluno, nota
de dados
prova
Aluno
Corrigir a prova
prova s/
nome
Prova corrigida
Depósito físico
Provas corrigidas
Fluxo físico
SPT
• SISTEMA DE PROCESSAMENTO
DE TRANSAÇÕES
• fluxograma: logica, algoritmos
pedidos de
transação
Proced. X
confirmações
de transação
SPT
Transações
• Diagrama de Fluxo de Dados
dados sobre uma
transação
dados de
entrega
Cliente
Procedimento
pedido
mat. prima
Fornecedor
dados sobre
mat. prima
Transação de compra de
bilhete
disponibilidade
cliente
filme,
horário,
qtd.
bilhetes
bilhete
Mapa de ocup.
verificar lotação
quant. de
vagas
emitir bilhete
Id. do bilhete
Cadastro de
bilhetes
sala, horário,qtd
vendida de bilhetes
Teste A3
• Fazer o DFD da seguinte
transação: passar pela catraca
(borboleta) e compostar o
bilhete
Transação de passagem
pela catraca
Id. do
bilhete
cliente
ordem
dar baixa no
bilhete
id. do bilhete
liberar catraca
Cadastro de bilhetes
ordem
catraca
Exercício
• Fazer o DFD de uma função que
você exerça no seu trabalho.
Exercicio 6
• Imaginem o ambiente de um
complexo multiplex de cinema
(cinemark)
• defina uma transação que
ocorre nesse ambiente
• dar um exemplo de
procedimento pertencente ao
seu SPT, correspondente a
transação, através do seu DFD.
Gerenciamento de
recursos de Informações
• planejamento de sistemas
• minimização de erros
• estabelecimento e realização
de procedimentos de backup
• planejamento e cobertura de
desastres
• controle de sistemas
• auditoria de sistemas
Técnicas para tomar
decisões
• ROI (Return on Investiment) –
retorno sobre o investimento
efetuado.
Em quanto tempo se empata o
capital investido? Uma
tecnologia precisa se pagar em
no máximo três anos.
Técnicas para tomar
decisões
• aumento de ganhos: como usar
a TI para aumentar a receita ou
diminuir a despesa?
Técnicas para tomar
decisões
• market share: como fazer uso
de novas tecnologias para
abarcar uma fatia maior do
mercado?
Técnicas para tomar
decisões
• conscientização e satisfação do
cliente. Quem é o cliente
externo? Ou, alternativamente,
quem é o cliente interno a ser
atendido?
A minimização de erros e
procedimentos de backup visam
gerar um sistema tolerante a
falhas. Sabe-se que um dia o
sistema irá falhar (não é uma
possibilidade, trata-se de uma
certeza). Quais serão as
consequências?
O Planejamento e a cobertura de
desastres envolvem a pré-existência
de backups, ou seja, recursos
alternativos disponibilizados de
imediato ou praticamente de
imediato, para substituir outros
recursos que tenham falhado.
Geralmente, a empresa monta um
cold site (um lugar onde em poucas
horas pode ser montado um centro
de atividades de emergência) ou um
hot site (um cold site de ativação
imediata).
Os controles dos sistemas
podem ser de três tipos:
• controles de repressão: evitam que
os problemas ocorram, minimizando
as ameaças.
• controles de contenção: minimizam
o impacto de um problema enquanto
ele estiver ocorrendo.
• controles de cobertura: cobrem ou
superam um problema após a sua
ocorrência (o day after).
As atividades ligadas à auditoria
de sistemas referem-se às
seguintes questões:
1.
2.
3.
4.
Que procedimentos e controles foram
estabelecidos?
Esses procedimentos e controles estão
sendo usados adequadamente?
Há uma trilha de auditoria (isto é, uma
forma de a partir de um efeito conseguir
chegar à causa que o originou?)
Há um inventário atualizado e completo
de todos os itens legalizados de
software?
Exercício sobre gestão de
recursos de informática – para
cada uma das questões a
seguir, procure enumerar
controles viáveis (de repressão,
de contenção e de cobertura):
1. Os seus funcionários estão
trocando e-mails indiscretos e
visitando sites quentes. Como
responsável pelos recursos de
Informática, o que você deve fazer?
2. Você acaba de saber que a sala
onde estão guardados todos os
servidores da empresa está
pegando fogo. O que você fará?
3. O programador que estava
desenvolvendo o sistema geral da
sua empresa ganhou na Megasena
e se mudou para Ibiza. O que você
fará?
4. Um funcionário que foi demitido por
justa causa fez uma denúncia
anônima à Associação Brasileira
das Empresas de Software (ABES),
dizendo que a sua empresa utiliza
software pirata. Há quatro
investigadores e dois especialistas
na sala de recepção. O que você
faz?
5. A sua rede foi invadida pelo virus
Funlove. O que você faz?
6. O sindicato dos empregados da sua
empresa ameaça invadir os
escritórios e cortar todos os cabos
de rede que estiverem visíveis. O
que você faz?
7. Você preparou uma apresentação
em Powerpoint para mostrar para o
Presidente da empresa na reunião
geral de Diretoria. Na hora H, você
não consegue fazer o micro
funcionar. O que você faz?
8. Qual é a sua política de backup dos
dados da empresa?
Extreme Programming
Metodologia de desenvolvimento com
algumas características bem peculiares:
• A programação sempre é feita por pares
de programadores, que trabalham sempre
na frente de um só computador
• O sistema é sempre desenvolvido através
de uma estratégia de prototipação
• O usuário é envolvido desde o início e é
quem escreve a especificação, usando o
formato “HISTÓRIA DE USO”
Prototipação
• Consiste em desenvolver gerações
sucessivas do sistema, com
complexidade crescente, numa
espiral
2 - Desenvolvedor
aceita e assume
3 - Desenvolvedor
projeta e constrói
1 - Usuário
define
4 - Usuário testa
e aceita
O QUE É UMA HISTÓRIA DE USO
• É um formulário de uma página
onde o usuário pede que algo
seja feito, descrevendo o que
deseja através da forma como a
funcionalidade será testada.
Exemplo – História de Uso “Pintor
de formato” (usado no MS Office)
Descrição – se eu desejar copiar a
formatação de um texto para outro, eu
devo selecionar o texto de origem, apertar
um botão Pintor de formato e em seguida
arrastar o ponteiro sobre o texto para o
qual eu desejo que o formato do texto de
origem seja copiado. Se eu quiser copiar o
formato de origem para diversos textos
distintos, depois de selecionar o texto de
origem eu devo dar um duplo clique no
botão Pintor de formato, que então
permanecerá ligado até que eu dê um
clique simples nele novamente.
Estrutura da História de Uso
• Título
• Descrição
• Prazo para desenvolvimento, em
semanas ( uma, duas ou no
máximo três).
E se o prazo for menor do que
uma semana?
• A funcionalidade descrita pela
história de uso está simples
demais e deve ser agrupada
com uma outra funcionalidade
até que o prazo de
desenvolvimento seja igual a
uma semana.
E se o prazo de desenvolvimento
for maior do que 3 semanas?
• A funcionalidade da história de
uso está complexa demais e
deve ser subdividida em
funcionalidades mais simples
até que o prazo para o
desenvolvimento de cada uma
delas seja no máximo de 3
semanas.
Qualidades desejáveis para uma HU
• Deve ter um título curto
• Deve ter uma descrição sucinta
e clara
• Deve ser testável sem deixar
dúvidas quanto ao atendimento
ao pedido do usuário
Exemplos de HU (procure avaliar
a qualidade de cada uma delas)
1. O sistema deve ter
consistência na entrada dos
dados do cliente, de forma a
impedir a aceitação de dados
incorretos ou incompletos.
2. Ao apertar o botão Salvar, o
sistema deve executar o
salvamento do arquivo.
3. Se o usuário apertar o botão
Gerar relatório sintético, o
sistema deve gerar um
relatório com todos os
lançamentos contábeis
efetuados para aquele centro
de custo, agrupados de acordo
com o plano de contas da
empresa.
4. O sistema deve criar uma
cópia do arquivo que está
sendo editado, para facilitar o
processamento interno.
5. Eu desejo que o sistema
permita a definição da
quantidade mínima em
estoque para cada item do
estoque, e que não permita
que o saldo em estoque seja
inferior a 90% desta
quantidade.
Exercício – aos pares, para entrega ao
final da aula
• Alternadamente, um aluno é o usuário e o outro é o
desenvolvedor
• O usuário pensa numa funcionalidade que deve ser
conhecida pelo desenvolvedor
• A seguir, o usuário escreve uma HU sem declarar o
nome da funcionalidade e entrega para o
desenvolvedor
• A partir da descrição fornecida por escrito pelo
usuário, o desenvolvedor deve ser capaz de
descobrir o nome da funcionalidade e como ter
acesso a ela
• Cada usuário que consegue se fazer entender
ganha um ponto
• Repetir este exercício durante 25 minutos e
entregar a folha final com todas as HU que
conseguiram escrever