SI Projeto Introdução

PROJETO TIPROJETO DE SISTEMAS DE INFORMAÇÃO
ou
PROJETO DE TECNOLOGIA DA INFORMAÇÃO
PROJETO TIPROJETO DE SISTEMAS DE INFORMAÇÃO
ou
PROJETO DE TECNOLOGIA DA INFORMAÇÃO
Projeto de Sistemas de informação Thiago Casácio

INTRODUÇÃO A SISTEMAS DE INFORMAÇÃOINTRODUÇÃO A SISTEMAS DE INFORMAÇÃO
 Um Sistema de Informação (SI) é um sistema cujo elemento principal é a
informação.
 Seu objetivo é armazenar, tratar e fornecer informações de tal modo a apoiar
as funções ou processos de uma organização.
 O Desenvolvimento de Sistemas de Informação é um processo complexo como
qualquer outro e para isto temos que considerar etapas, estimar custos,
administrar recursos materiais, tecnológico e pessoal envolvido.

PAPEL DO SIPAPEL DO SI
 O papel dos sistemas de informação é conectar dois mundos: a Tecnologia
da Informação e a Organização:
 Estes 2 mundos não podem simplesmente ser colados, ou seja, conectados
diretamente porque as organizações não querem tecnologia (computadores,
software, etc.). Um computador colocado dentro de uma organização não
ajuda em nada. É preciso algo mais que hardware e software.

O QUE AS ORGANIZAÇÕES QUEREM?O QUE AS ORGANIZAÇÕES QUEREM?
 O que as organizações querem da tecnologia são as informações.
 Informação Decisão Ação► ►
 Para que ações possam ser desempenhadas (como vender, por exemplo), é
preciso antes tomar decisões (que produto vender, a que preço). E para
tomar decisões corretamente, é preciso ter informações.

DE ONDE VEM AS INFORMAÇÕES?DE ONDE VEM AS INFORMAÇÕES?
 Por outro lado, a informação não pode vir do nada. Ela não nasce da
tecnologia de forma espontânea. Quando alguém compra um computador,
ele até pode vir com software, mas não vem com informações. As
informações vêm da tecnologia, porque antes a tecnologia coletou e
armazenou dados.
INFORMAÇÃO

PROJETO DE SISTEMAS DE INFORMAÇÃOPROJETO DE SISTEMAS DE INFORMAÇÃO
 Esta troca de informações entre a tecnologia e a organização é mediada e
controlada por algo: os sistemas de informação
SISTEMAS DE
INFORMAÇÃO

TEORIA GERAL DE SISTEMASTEORIA GERAL DE SISTEMAS
 Você já percebeu que problemas de áreas diferentes muitas vezes podem
ser resolvidos com soluções similares?
 Sistema é um conjunto de elementos inter-relacionados com um objetivo
comum.
 Os sistemas possuem características e leis similares independentemente
da área onde se encontram.

CARACTERÍSTICAS DE SISTEMASCARACTERÍSTICAS DE SISTEMAS
 Todo sistema deve possuir 4 características básicas:
elementos
relações entre elementos
objetivo comum
meio-ambiente

EXEMPLOEXEMPLO
 Um carro possui elementos tais como sistema elétrico, motor, chassis, rodas
e carroceria.
 As relações entre os elementos são estruturais (uma parte acoplada ou
integrada a outra) ou funcionais (uma parte desempenhando trocas com
outra).
 O objetivo comum é a locomoção.

O MEIO-AMBIENTEO MEIO-AMBIENTE
 O meio ambiente é o que está fora do sistema
 não pode ser controlado pelo sistema
 Entretanto, o sistema pode trocar “coisas” com o meio ambiente (energia,
produtos, materiais, informações)

LEIS UNIVERSAIS DOS SISTEMASLEIS UNIVERSAIS DOS SISTEMAS
 “Todo sistema se contrai, ou seja, é composto de subsistemas (e isto ocorre
infinitamente)”.
Exemplo: o motor de um carro é formado de subsistemas como injeção,
pistões, partida, etc.
 “Todo sistema se expande, ou seja, é parte de um sistema maior (e isto
ocorre infinitamente)”.
Por exemplo, o sistema “carro” é parte de um sistema maior de tráfego,
que por sua vez pode ser considerado subsistema de uma cidade e assim
infinitamente.

 Quanto maior a fragmentação do sistema (ou seja, o número de
subsistemas), maior será a necessidade para coordenar as partes”.
 O número 7 ± 2
podemos gerenciar de 5 a 9 subsistemas. Isto quer dizer que uma
pessoa consegue gerenciar melhor uma equipe com 5 a 9 membros.
 Homeostase
Este princípio diz que os sistemas sempre procuram o equilíbrio. se uma
parte não está funcionando bem, outras terão que trabalhar mais para
manter o equilíbrio
LEIS UNIVERSAIS DOS SISTEMASLEIS UNIVERSAIS DOS SISTEMAS

A INFORMAÇÃO NAS ORGANIZAÇÕESA INFORMAÇÃO NAS ORGANIZAÇÕES
 No início do uso da Informática nas Organizações, as tecnologias tinham
como finalidade apenas o processamento de dados
 Na segunda era da informatização, as tecnologias passaram a fornecer
informações, além de manipulá-las. Surgem os primeiros sistemas de
informação gerenciais (os relatórios)

A PRODUÇÃO DE INFORMAÇÕESA PRODUÇÃO DE INFORMAÇÕES
 DADO:
Cadeia de caracteres ou padrões sem interpretação.
Ex.: nome de um funcionário, número de peças em estoque, etc.
 Informação (latim: informare – dar forma)
é o resultado do processamento, manipulação e organização de dados
de tal forma a torná-los significativos e úteis;
Ex.: quantidade de vendas por produto, total de vendas mensais,...

CONHECIMENTOCONHECIMENTO
 Capacidade de resolver problemas, inovar e aprender baseando-se em
experiências prévias;
 Esforço de investigação para descobrir aquilo que esta oculto, que não
esta compreendido ainda.
Adquirir conhecimento não é reter informação, mas utilizar estas para
desvendar o novo e avançar.

SISTEMAS DE INFORMAÇÃOSISTEMAS DE INFORMAÇÃO

SISTEMAS DE INFORMAÇÃOSISTEMAS DE INFORMAÇÃO
o É um conjunto de partes coordenadas, que buscam prover a empresa com
informações, com o objetivo de melhorar a tomada de decisões.
o Conjunto organizado de pessoas, hardware, software, redes de
comunicação e recursos de dados que coletam, transformam e disseminam
informações em uma organização.

Um sistema baseado em computador é aquele que automatiza ou apoia a
realização de atividades humanas através do processamento de informações.
Um sistema baseado em computador é caracterizado por alguns elementos
fundamentais:
o Hardware
o Software
o Informações
o Usuários
o Tarefas
o Documentação
INTRODUÇÃOINTRODUÇÃO

o Artefatos eletrônicos digitais (hardware) adquirem funcionalidade através da execução
algoritmos que processam estruturas dados codificados em uma linguagem de
programação (software);
o Utiliza-se um hardware de propósito geral e a funcionalidade do sistema é determinada
pelo software.
o Devido a esta característica as atenções ficam quase todas voltadas para o
desenvolvimento do software.;
o Em um sistema interativo é importante distinguir a interface de usuário, que determina
um modelo de interação, do seu núcleo funcional, que determina a sua funcionalidade.
INTRODUÇÃOINTRODUÇÃO

o Refere-se ao software como um produto aplicado ao domínio de utilização;
o É conceitualmente diferente de programa fonte que se refere à descrição
estática em uma linguagem de programação;
o Pode ser vista como uma virtualidade, ou seja, uma máquina virtual
destinada a resolver problemas específicos de seus usuários;
o Os termos aplicação de software, aplicação e software são usados como
sinônimos, uma vez que um sistema computacional interativo apenas tem
utilidade quando o software lhe dá uma funcionalidade que pode ser
aplicado ao domínio do usuário;
APLICAÇÃO DE SOFTWAREAPLICAÇÃO DE SOFTWARE

o Definição específica de quem faz, o que faz e como faz;
o Define em detalhes quando e como ações concretas devem ocorrer, quem as
realizarão, quais as métricas deverão ser utilizadas para que se possa fazer o
controle do processo e dos resultados obtidos;
o Um processo deve transformar teorias e métodos encontrados nos livros
textos em ações concretas.
o Um processo não pode ser simplesmente copiado ou comprado, ele deve ser
desenvolvido de acordo com as necessidades e circunstâncias particulares do
software que será desenvolvido;
PROCESSO DE DESENVOLVIMENTOPROCESSO DE DESENVOLVIMENTO

o Estrutura de ações para se atingir um determinado objetivo ou meta;
o Podem estar estruturadas numa sequência, ou num ciclo de repetição de
ações, ou ainda, envolver tomadas de decisões;
o Proposta teórica para que um processo possa ser elaborado e colocado em
prática;
o Ex: Os manuais técnicos de um determinado produto apresentam métodos
de como instalá-lo corretamente.
o Conhecimento específico (know-how) que é aplicado como solução em
problemas pontuais durante a realização de um método de desenvolvimento
MÉTODO E TÉCNICAMÉTODO E TÉCNICA

o Descrição de algo feita de forma rigorosa, consistente e completa, utilizando
uma linguagem adequada;
o Modelo abstrato de um software, hardware ou de qualquer produto;
o Uma especificação é dita formal quando é feita utilizando uma linguagem
baseada em matemática e sobre a qual é possível verificarmos se ela é
completa, correta e consistente;
o Possui sintaxe e semânticas definidas formalmente o que garante descrição
sem ambiguidades, incompletudes ou incorreções.
ESPECIFICAÇÃOESPECIFICAÇÃO

TAREFAS OU ATIVIDADES NO DESENVOLVIMENTOTAREFAS OU ATIVIDADES NO DESENVOLVIMENTO
• Análise de Sistemas
• Análise de requisitos
• Projeto
• Codificação
• Testes
• Manutenção
• Viabilidade do sistema
Consiste basicamente em avaliar se o sistema de informação é viável tecnicamente,
economicamente, operacionalmente e outras formas de viabilidade.

PROCESSO DE
DESENVOLVIMENTO DE
SOFTWARE
PROCESSO DE
DESENVOLVIMENTO DE
SOFTWARE

CICLO DE VIDA DE SOFTWARECICLO DE VIDA DE SOFTWARE
• Diz respeito às diversas fases pelas quais ele passa desde o seu surgimento até a o
momento no qual ele não será mais útil;
• Identificado em três fases:
• Definição: Requisitos do software são determinados, a sua viabilidade é estudada e o
planejamento das atividades é elaborado.
• Desenvolvimento: envolve atividades de concepção, especificação, design,
codificação, verificação, entre outras.
• Operação: o sistema deverá efetivamente ser utilizado pelos seus usuários
produzindo os resultados desejados. Atividades de manutenção, correções e
evolução são encontradas nessa fase.

ESPECIFICAÇÃO DE REQUISITOSESPECIFICAÇÃO DE REQUISITOS
• Requisitos são objetivos ou restrições estabelecidas por clientes e usuários
do sistema que definem as diversas propriedades do sistema;
• Processo de observação e levantamento dos elementos do domínio no qual
o sistema será introduzido;
• Descrição sistemática e abstrata do que o software deve fazer, a partir
daquilo que foi analisado;
• Identifica as pessoas, atividades, informações do domínio para que se possa
decidir o que deverá ser informatizado ou não;
• Apresenta a solução de como os problemas levantados na análise serão
resolvidos pelo software do sistema computacional.
• Tradicionalmente, os requisitos de software são separados em requisitos
funcionais e não-funcionais.

OBJETIVOSOBJETIVOS
• Definir o que são requisitos de software;
• Introduzir os objetivos da Engenharia de Requisitos;
• Apresentar técnicas de comunicação para obter informações dos
clientes e usuários;
• Apresentar técnicas para descrever o domínio, usuários e tarefas;
• Especificar requisitos funcionais utilizando Casos de Uso;
• Especificar requisitos não funcionais;

MODELOSMODELOS
I. Introdução
1. Referências do Sistema
2. Descrição Geral
3. Restrições de projeto do software
II. Descrição da Informação
1. Representação do fluxo de informação
a. Fluxo de Dados
b. Fluxo de Controle
2. Representação do conteúdo de informação
3. Descrição da interface com o sistema
III. Descrição Funcional
1. Divisão funcional em partições

MODELOSMODELOS
2. Descrição funcional
a. Narrativas
b. Restrições/limitações
c. Exigências de desempenho
d. Restrições de projeto
e. Diagramas de apoio
3. Descrição do controle
a. Especificação do controle
b. Restrições de projeto
IV. Descrição Comportamental
1. Estados do Sistema
2. Eventos e ações

MODELOSMODELOS

o Ultrapassar barreiras de comunicação entre os clientes e usuários e os
analistas para que os requisitos possam capturados e modelados
corretamente;
o Dentre as técnicas mais importantes para a comunicação podemos citar
três: entrevistas, observação e encontros;
o Analistas entrevistam clientes para definir os objetivos gerais e restrições
que o software deverá ter.
o Analistas devem estar inseridos na rotina de trabalho da organização
tentando entender e descrever as principais atividades que são realizadas.
o Os encontros são reuniões envolvendo analistas, clientes e usuários
destinadas exclusivamente ao levantamento de informações, descrição dos
problemas atuais e de metas futuras.
TÉCNICAS DE COMUNICAÇÃOTÉCNICAS DE COMUNICAÇÃO

o Têm como foco as atividades que as pessoas realizam nas organizações
possibilitando uma perspectiva mais ampla dos problemas atuais onde o sistema
será inserido, explicando porque ele é necessário.
o Proporcionam um desenvolvimento orientado a tarefas possibilitando maior
usabilidade do sistema.
o São um meio de representação de fácil compreensão para os clientes e usuários
envolvidos.
o Oferecem um "meio-intermediário" entre a realidade e os modelos que serão
especificados possibilitando que clientes, usuários e desenvolvedores participem
do levantamento das informações e especificação dos requisitos.
CENÁRIOSCENÁRIOS

o Deve ser apoiada pelas três técnicas de comunicação vistas anteriormente:
entrevistas, observação e encontros;
o Podem ser descritos em narrativas textuais ou através de storyboards.
o Storyboards: técnica envolve a descrição através de quadros com imagens
que ilustram as situações do domínio. Cada quadro deve apresentar a cena
que descreve a situação, os atores e as ações que cada um deve
desempenhar.
CENÁRIOSCENÁRIOS

Como exemplo vamos considerar o domínio de uma locadora de fitas de
vídeo:
Cena 1: Cliente procura uma fita com uma certa atriz
Agentes: Cliente, Atendente, Balconista
Ações:
Cliente entra na loja e dirige-se até a atendente.
Cliente: - Eu gostaria de alugar um filme com a atriz que ganhou o oscar este ano.
Atendente: - Algum específico?
Cliente: - Não, mas que não seja policial ou ação.
Atendente: Você sabe o nome dela?
Cliente: Não.
A atendente pergunta à balconista.
Atendente: - Você sabe o nome da atriz que ganhou o Oscar 99?
Balconista: - Ih. É um nome bem complicado. Só sei que começa com G e o sobrenome é algo parecido
com Paltrow.
Cliente: É isto mesmo.
CENÁRIOSCENÁRIOS

o Deve determinar quem são os usuários do sistema e quais tarefas eles
normalmente fazem no domínio.
o Envolve a descrição dos diferentes papéis de usuários e qual o conhecimento,
capacidade e cultura possuem os futuros usuários do sistema.
o Descreve as várias características que podem influenciar as decisões dos
projetistas no desenvolvimento do sistema.
o Deve assegurar que certas propriedades do sistema estejam adequadas ao
conhecimento, cultura e capacidades do usuário, e que potenciais deficiências
sejam levadas em consideração.
ANÁLISE DE USUÁRIOANÁLISE DE USUÁRIO

Nível educacional
( ) Ensino fundamental
( ) Ensino médio
( ) Graduação
( ) Pós-Graduação
Língua Nativa
( ) Português
( ) Inglês
( ) outra: ___________________
Nível de leitura e expressão
( ) Excelente
( ) Bom
( ) Regular
( ) Ruim
Experiência com computadores
( ) Iniciante
( ) Intermediário
( ) Experiente
Experiência com sistema similar
( ) Utiliza bastante um similar
( ) Já utilizou um similar
( ) Nunca utilizou um similar
Conhecimento sobre o domínio
( ) Elementar
( ) Intermediário
( ) Especialista no domínio
Conhecimento e Experiência do Usuário

Manipulação
( ) Canhoto
( ) Destro
( ) Ambidestro
Deficiências
( ) Auditiva
( ) Visual
( ) Corporal
( ) Vocal
Características físicas

o A linguagem de modelagem UML (Unified Modeling Language) apresenta notações para
a representação de casos de uso.
o Especifica o comportamento do sistema a ser desenvolvido sem, no entanto, especificar
com este comportamento será implementado.
o Representa o que o sistema faz e não como o sistema faz, proporcionando uma visão
externa e não interna do sistema.
o Descreve um conjunto de sequencias de ações que o sistema desempenha para produzir
um resultado esperado pelo usuário.
o Define o comportamento, as respostas esperadas e os casos de testes que devem
validar a implementação do sistema.
CASOS DE USOCASOS DE USO

Verbo/objeto
ator
Um diagrama de casos de uso contém:
o Casos de Uso
o Atores
o Relacionamentos de dependência, generalização e associações
o Podem ser acrescentadas Notas com em qualquer outro diagrama UML.
DIAGRAMAS CASOS DE USODIAGRAMAS CASOS DE USO

o Consiste da definição das classes (objetos) que representam o problema a ser resolvido, o
modo pelo qual as classes se relacionam e interagem umas com as outras, o
funcionamento interno (atributos e operações) dos objetos e os mecanismos de
comunicação (mensagens) que permitem a eles trabalharem juntos;
o A OOA começa com uma descrição de casos de uso – uma descrição baseada em cenário
de como atores (pessoas, máquinas, outros sistemas) interagem com o produto a ser
construído;
o É composto de representações gráficas ou baseado em linguagem que definem os
atributos, relacionamento e comportamento das classes
ORIENTAÇÃO A OBJETOSORIENTAÇÃO A OBJETOS

DESIGN CONCEITUALDESIGN CONCEITUAL

• Modelos conceituais podem representar qualquer sistema na natureza;
• Utilizaremos a notação UML (Linguagem de Modelagem Unificada) como
forma de representar conceitos de objetos e relações da aplicação;
• Detalhamento das representações dos casos de uso;
MODELAGEM COM UMLMODELAGEM COM UML

ORIENTAÇÃO A OBJETOSORIENTAÇÃO A OBJETOS

• Uma classe é uma descrição de abstrata de objetos que
possuem atributos comuns ou estão relacionadas a outros objetos;
• Representamos um objeto dando-lhe um nome e descrevendo
as propriedades ou atributos que os distinguem de outros objetos;
• As classes em UML permitem representar conceitos descrevendo o seu nome,
seus atributos e relacionamentos;
• Notações em UML tem por objetivo a modelagem de programas orientados a
objeto;
• Objetos são instâncias de classes. Objetos possuem existência num domínio.
CLASSES, OBJETOS E RELACIONAMENTOSCLASSES, OBJETOS E RELACIONAMENTOS

• Uma classe pode estar relacionada com outras classes. Isto significa que os objetos
representados pela classe estão relacionados de alguma forma com os objetos da outra
classe;
CLASSES, OBJETOS E RELACIONAMENTOSCLASSES, OBJETOS E RELACIONAMENTOS

UMA LOCADORAUMA LOCADORA de veículos necessita de um sistema para facilitar o atendimento a seus
clientes. Os carros são classificados por tipo: popular, luxo e utilitário. As informações que
interessam à locadora sobre cada um dos veículos são: placa do carro, tipo e valor diário
do aluguel.
Os funcionários da locadora são responsáveis pelo cadastro dos clientes e dos veículos.
Eles também fazem as locações e encerram as mesmas. Há clientes especiais e comuns.
Os especiais têm direito a uma taxa de desconto e um valor de quilometragem extra nas
suas locações. Um cliente é identificado pelo nome, número do cartão de crédito e data
de expiração.
EXERCÍCIOEXERCÍCIO

SI Projeto Introdução

Recomendados

Recomendados

Mais conteúdo relacionado

Mais procurados

Mais procurados (20)

Semelhante a SI Projeto Introdução

Semelhante a SI Projeto Introdução (18)

Mais de Thiago Luis Colozio Casácio

Mais de Thiago Luis Colozio Casácio (20)

SI Projeto Introdução

Notas do Editor