Aula Nº1 - AS_Parte1 - AS_DSI_Teorica_Full.pdf

7/18/2019 Aula Nº1 - AS_Parte1 - AS_DSI_Teorica_Full.pdf

http://slidepdf.com/reader/full/aula-no1-asparte1-asdsiteoricafullpdf 1/108

ANÁLISE DE SISTEMASTópicos:SICiclo DSParadigmas ou fases DSIFalhas DSIMétodos DSI

Docente: Paulo Jesuspdj03k@gmail.com

2 1 / 0 4 / 2 0 1 5

P a ul o J

e s u s

AS – O BJECTIVOS

Sensibilizar e preparar os alunos para odesenvolvimento da actividade de análise desistemas, fornecendo-lhes conhecimentos e práticassobre abordagens, métodos, técnicas e ferramentas,

que possam facilitar e suportar esta actividade.

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u

E NQUADRAMENTO DA DISCIPLINA

A análise de sistemas é considerada a fase maisimportante do ciclo de vida do DSI.

Sendo uma fase inicial qualquer falha cometidaterá efeitos em cadeia nas etapas subsequentes.

Exige, portanto, muito rigor e atenção.

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u

AS – AVALIAÇÃO

Avaliação Intercalar: 1 Teste Teórico – vale 30%

Data: 1 Teste Prático – vale 30%

Data: Projecto – vale 25% da nota final

Data inicio: data de entrega: Folhas Praticas/TPC’s/Outros E.A. – vale 15% da nota

final.

Avaliação Final Exame final (100%) – Data:

Nota Intercalar < 9,5: Exame. Nota > = 9,5: Dispensado(a). Nota do Exame >=10: Aprovado.

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u

AS - BIBLIOGRAFIA

Acetatos de apoio às aulas teóricas Apontamentos e Folhas de exercícios das aulas

práticas Gane, C. e Sarson, T., Análise estruturada de

sistemas, 4ª Tiragem, livros técnicos e científicoseditora, S.A.

Desenvolvimento de sistemas de informação Hoffer, j.a., J.F. George, and J.S. Valacich, Modern

systems analysis and design. 3rd ed. 2002, UpperSadle River, N.J.:Prentice Hall, xxxii, 733.

Kendall, K.E and J.E Kendall, Systems analyses anddesign. 2002, Upper Saddle River, NJ: Prentice Hall.Xxx, 914.

Lejk, M. and D. Deeks, Na introduction to systemsanalysis techniques. 2nd ed. 2002, London: Addison-Wesley. Cm

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u

A NÁLISE DE SISTEMAS - DSI

DSIDSI - É o processo cujo objectivo é introduzir mudanças

num SI, com o objectivo de melhorar o seu desempenho.EX: Adopção de sistemas informáticos para suportar

actividades organizacionais.

O processo de DSI tem sido objecto de estudo desde osanos 50, baseadas em diferentes visões.

Alguns autores estão preocupados com problemas

técnicos, conteúdo do trabalho das pessoas e asimplicações estratégicas que o SI poderá ter naorganização.

Nas décadas de 50 e 60, não havia nenhum processodefinido para DSI.

A preocupação era descrever a solução em termoscomputacionais sem dar atenção à compreensão doSistema em SI, causando problemas como:

1. Insatisfação dos utilizadores, pois as suasnecessidades não eram satisfeitas pelos novos sistemasoperacionais,

2. Falta de documentação, (desactualizada) dificultando

a manutenção dos sistemas desenvolvidos.

FLYNN (1998) refere duas aproximações ao DSI:

Uma aproximação HARD, que assume que o problema a

resolver tem uma base lógica ou matemática e que umsistema informático é uma solução viável na maior partedos casos.

Outra aproximação SOFT, relacionada com os efeitos

ambientais do SI, aspectos sociais, económicos, legais epsicológicos do ambiente, para a qual o sistema édesenvolvido.

Existe alguma confusão entre DSI e Desenvolvimento deSoftware. Hoje em dia, o DSI sempre termina com a adopção de

SIBC pela organização, o que justifica esta confusão.

A NALISE DE SISTEMAS

OBJECTIVO DO ANALISTA DE SISTEMAS

O Sistema começa com um usuário.

Usuário conhece o problema. Analista de sistemas traduz as necessidades do

usuário em especificações técnicas necessárias aosprogramadores.

Administração tem a responsabilidade de controlar oprocesso de desenvolvimento do sistema

Os elementos de um SIBC incluem: Software: programas de computador, estruturas de dados e

documentação correta que servem para efetivar o método, ouo processo necessário.

Hardware: dispositivos que fornecem capacidade aocomputador, ao mundo externo.

Pessoas: usuários e operadores de hardware e software. Banco de Dados: a que se tem acesso pelo software e fazparte integrante da função do sistema.

Documentação: manuais, formulários descritivas queretratam o uso e/ou operação do sistema.

Procedimentos: os passos que definem o uso de cadaelemento do sistema em que o sistema reside.

SISTEMA DE INFORMAÇÃO

Definição de Analise de Sistemas:

Estudo da organização e funcionamento de umaou mais actividades, com o objectivo de gerar umconjunto de acções que manipulam dados e geraminformações e/ou dados, que solucione, da melhorforma possível, os problemas existentes, ouautomatize acções manuais, optimizando a suaexecução.

A análise de sistemas é realizada com osseguintes objetivos em mente:1. Identificar a necessidade do usuário;2. Executar análise econômica e técnica;3. Atribuir funções ao hardware, ao software, às pessoas, ao

banco de dados e aos demais elementos do sistema;4. Estabelecer as restrições de prazo e de custo;5. Criar uma definição de sistema que constitua a base para

todo o trabalho de engenharia subsequente.

IMPORTÂNCIA DA ANALISE DE SISTEMA

Estudo do problema e de suas possibilidades de solução Interacção com o usuário final para adequação do

sistema as suas necessidades

Especificação das soluções mais indicadas Avaliação previa do custo beneficio Analise da viabilidade de implementação Total flexibilidade para desvios de rotas sem grandes

prejuízos Forte documentação de todo o processo

PESSOAS ENVOLVIDAS NA ANALISE

Usuários – pessoas para quem o sistema está sendo construído Operadores

Supervisores Executivos

Padronizados – pessoas responsáveis e utilizadas nodesenvolvimento dos sistemas (telas, documentações, helps, menus,nomes de arquivos)

Analista de Sistemas: pessoas responsáveis pela especificação dosistema

Programadores: pessoas responsáveis pela implementação emuma linguagem de programação especifica, da especificação geradapelos analistas de sistemas

Administradores de dados: responsáveis pela gestão epadronização dos dados da aplicação.

O A NALISTA DE SISTEMAS

Participa das etapas de REQUISITOS e ANALISE do

ciclo de produção do software Interage directamente com o usuário, levantando as

suas necessidades Especifica O QUE DEVE ser feito.

Deve estudar e entender o negócio e a missão daempresa.

Estuda a viabilidade do sistema Técnicas, financeira, prazos.

Pode sugerir diferencias competitivos com a

informática Trata a complexidade do problema por níveis de

abstracção

O A NALISTA DE SISTEMAS…

Utiliza metodologias de fácil compreensão do usuáriopara especificar o sistema a ser implementado

A LGUMAS FUNÇÕES DO A NALISTA DE SISTEMAS

1) Planear, supervisionar e coordenar a análise e olevantamento de serviços, estudando a viabilidade

econômica e técnica das soluções possíveis, visando amelhoria no desempenho.

2) Definir e supervisionar a construção e implementação denovos sistemas.

3) Coordenar e orientar as revisões de projetos. 4)Supervisionar a elaboração da documentação em nível de

sistema. 5) Definir os programas de sistemas, avaliando e orientando

a realização de testes. 6) Estudar necessidades, e métodos referentes a sistemas,

visando a segurança, precisão e rapidez das diversas formasde registros e tratamento de informações

PERFIL DO A NALISTA

Características relevantes

FERRAMENTAS DE A NALISE

Modelagem das funções do sistema• Analise Estruturada

Diagrama de Fluxo de Dados, Contexto, Dicionário de Dados,Especificações

Modelagem de Dados Armazenados• Diagrama de Entidades e Relacionamento

Entidades Relacionamentos

Modelagem do Comportamento dependente dotempo• Analise Essencial

Modelagem sobre Objectos e suas Operações• Analise e Projectos orientado a Objectos• Unified Modelling Language (UML)

CICLO DE TRABALHO DO A NALISTA

Vamos pensar: Falta de comunicação geram erros!

UsuárioArquiteto

RESOLUÇÃO DE PROBLEMAS...(1ª FASE)

Solução: Encontrar uma forma única de comunicação

Qual é o cenário atual no desenvolvimento?

Levantamentode Requisitos

Ele quer

AAB BBC CCA!

Preciso de

AAA BBB CCC ...

Entendimentoinicial com falhas!

(2ª FASE)

(3ª FASE)

Análise

O que modelamos tem

que ser legível para aequipe e para o usuário.

(4ª FASE)

Validação com o Usuário

Usuário nãovalida deacordo, pois não

compreende oque foimodelado.

(5ª FASE)....CAUSAS DOS PROBLEMAS

Excesso de documentação ou nenhuma

Cronograma apertado -> Prazo estourado

Entrega Final

Cliente insatisfeito.Horas infindáveis demanutenção

corretiva,etc...

O QUE GANHAMOS COM O PARADIGMA OO ?

O que buscamos ao modelar orientado a objetos ?

. Diminuição do tempo e custo de desenvolvimento

. Atendimento da demanda gerada pela evoluçãotecnológica (celular, etc)

. Melhor validação com o usuário

/ 0 4 / 2 0 1 5

P a ul o J e s u

/ 0 4 / 2 0 1 5

P a ul o J e s u

/ 0 4 / 2 0 1 5

P a ul o J e s u s

/ 0 4 / 2 0 1 5

P a ul o J e s u s

/ 0 4 / 2 0 1 5

P a ul o J e s u s

/ 0 4 / 2 0 1 5

P a ul o J e s u s

/ 0 4 / 2 0 1 5

P a ul o J e s u s

/ 0 4 / 2 0 1 5

P a ul o J e s u s

/ 0 4 / 2 0 1 5

P a ul o J e s u s

/ 0 4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

CICLO DE DESENVOLVIMENTO DE SOFTWARE

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

0 4 / 2 0 1 5

P a ul o J e s u s

0 4 / 2 0 1 5

P a ul o J e s u s

0 4 / 2 0 1 5

P a ul o J e s u s

0 4 / 2 0 1 5

P a ul o J e s u s

0 4 / 2 0 1 5

P a ul o J e s u s

0 4 / 2 0 1 5

P a ul o J e s u s

0 4 / 2 0 1 5

P a ul o J e s u s

0 4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

UTILIZADORES DOS MODELOS

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0

4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

2 1 / 0 4 / 2 0 1 5

P a ul o J e s u s

Aula Nº1 - AS_Parte1 - AS_DSI_Teorica_Full.pdf

Documents

Transcript of Aula Nº1 - AS_Parte1 - AS_DSI_Teorica_Full.pdf

Investigaciòn Nº1

OAIA1: Objeto de Arte Inserido em Aula nº1

Trabajo práctico nº1 IFTS nº1 mañana

Eje nº1

Hidráulica geral ii aula nº1

TAREA Nº1

CLASE Nº1

CURSO 2019-2020 RESERVAS AULAS DE INFORMÁTICA HORARIOS Aulas Informática.pdf · aula mes aula informatica nº1 escal. b, planta +1 45 puestos octubre noviembre diciembre enero febrero

Grenza, nº1

Materia nº1

Sesion nº1

Aula De IniciaçãO Ao Hardware Nº1

Grupo Nº1

BOLETA Nº1 PRÁCTICA PRESUPUESTARIA · BOLETA Nº1 PRÁCTICA PRESUPUESTARIA SECCIÓN Nº1.- Documentos Utilizados para Responder el Cuestionario Cuadro Nº1 Año de referencia de

Boletín nº1

Aula nº1 termodinâmica e energia -cap1

MQN Nº1

Riberas Nº1

Cuba+ nº1

TP nº1 IFTS nº1 turno mañana