1 / 55

Análise e Projeto de Sistemas

Análise e Projeto de Sistemas. Prof. Jorge Manuel Lage Fernandes jorge@youngarts.com.br Aula 1. O que é um Sistema?. Sistema Digestivo. Sistema Ambiental. Conceito de Sistema. É um conjunto de objetos, unidos por alguma forma de interação ou interdependência.

nuncio
Télécharger la présentation

Análise e Projeto de Sistemas

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Análise e Projeto de Sistemas Prof. Jorge Manuel Lage Fernandes jorge@youngarts.com.br Aula 1

  2. O que é um Sistema? Sistema Digestivo Sistema Ambiental

  3. Conceito de Sistema • É um conjunto de objetos, unidos por alguma forma de interação ou interdependência. (Chiavenato) • É uma combinação de partes coordenadas para a realização de um conjunto de objetivos. (Júnia Anacleto)

  4. Sistema • Todo Sistema possue: • Os Sistemas aparecem de forma estruturada, em hierarquias. Assim, um Sistema pode sempre ser decomposto em SUBSISTEMAS Entrada Processamento Saída

  5. Exemplo Sistema Corpo Humano Sistema Nervoso Sistema Digestivo Sistema Circulatório Sistema Endócrino

  6. Sistema • Quando se pensa em Sistema, deve-se ter 5 considerações básicas: 1. Ambiente do Sistema: são elementos de fora do sistema que afetam e são afetados por mudanças nos atributos do Sistema. Ex: Sistema de Editora: Agentes, distribuidora, leitores OBS:Todo e qualquer Sistema está inserido em um meio ambiente que o contém.

  7. Sistema 2. Objetivos do Sistema: todos os subsistemas tem um objetivo, assim como o Sistema todo. Ex: Sistema Universidade: Reitor: formar bons profissionais Coordenador de Pós-Graduação: desenvolver pesquisa Coordenador de Estágio: treinamento técnico visando o mercado de trabalho 3. Recursos de Sistema: meios que o sistema necessita para desempenhar suas funções. Ex: Sistema de Empresa: Dinheiro, equipamentos, instalações, pessoal e serviços

  8. Sistema 4. Componentes do Sistema: elementos responsáveis pelo funcionamento do Sistema. Ex: Sistema Empresa: Funções de pesquisa, produção, marketing, finanças, pessoal. 5. Administração do Sistema: elementos responsáveis pela elaboração, implementação e acompanhamento do Sistema, de modo que os objetivos sejam alcançados.

  9. Afinal o que é um Sistema? • Conjunto de elementos, entre os quais haja alguma relação. Disposição das partes ou elementos de um todo, coordenados entre si, e que formam uma estrutura organizada. (Ferreira) • Consideremos todo Sistema como sendo um conjunto de entidades relacionadas, que interagem entre si, buscando atingir um objetivo comum e outros correlatos.

  10. Nível de Responsabilidade de decisão Sistemas Especialistas Sistemas de Suporte Executivo Sistemas de Suporte a Decisão Sistemas de Informação Gerencial Sistemas de Automação de Escritório Sistemas Empresariais Básicos Sistemas nas Empresas Quantidade de pessoas envolvidas Sistemas de Informação - Editora Saraiva - Emerson de Oliveira Batista

  11. O que são entidades? • São aqueles elementos próprios do sistema em questão, eles podem ser internos ao sistema ou estar em trânsito pelo mesmo. • Eles sempre entram com certas características e quando saem, possuem novas características. • Subsistemas também são consideradas entidades do sistema onde encontram-se.

  12. Sistemas Abertos x Fechados • Sistema Aberto: possuem alguma interação com o seu meio ambiente, todos os sistemas de informação conhecidos até o momento são abertos. • Sistemas fechados:é aquele que existe sem qualquer tipo de interação com o meio ambiente, ele pode até trocar energia com o meio mas não matéria. Ex: Sistema Educacional (aberto) Garrafa Térmica (fechado)

  13. Estrutura de Sistemas • Deterministas: normalmente sistemas autômatos, no seu estado perfeito de funcionamento você sabe exatamente o que acontecerá, para onde este sistema irá. • Probabilísticas:normalmente sistemas sociais, ou alguns sistemas biológicos. No estado perfeito de funcionamento você tem uma probabilidade do que acontecerá. Outro exemplo é o jogar de uma moeda.

  14. Partes do Sistema • Inerentes:são partes internas ao Sistema. • Transientes:são introduzidas no Sistema e depois retiradas dele, depois de algum processo de transformação ter ocorrido. Tanto antes como depois de serem retiradas, essas partes são externas ao Sistema.

  15. Exemplo Estudantes com certas características Estudantes com novas características Entrada Saída

  16. Interdependência • As entidades em trânsito pelo sistema (transientes) são a energia necessária para a sobrevivência deste sistema. • Sendo as entidades responsáveis por apenas uma pequena parte do processo no sistema, implica que o desempenho de uma entidade, depende da outra, isto é a interdependência.

  17. Estável ou Dinâmico: • Um sistema estável  é aquele que mudanças no ambiente  resultam em pouca ou nenhuma mudança no sistema. • Um  sistema dinâmico  é o que sofre mudanças rápidas e constantes devido a mudança de seu ambiente.

  18. Adaptáveis ou Não-Adaptáveis: • Os conceitos sobre adaptáveis e não adaptáveis estão relacionados a estabilidade e dinâmica. Um sistema adaptável é aquele que responde ao ambiente mutável. Em outras palavras , é aquele que monitora o ambiente e recebe modificações em resposta a mudança do ambiente. • O sistema  não adptável é aquele que não muda com o ambiente mutável.

  19. Eventos de um Sistema • Para assegurar a operação apropriada do Sistema, independente de sua classificação, deve existir um processo de relação de sistema de acordo com a avaliação de seu desempenho.

  20. Eventos de um Sistema • Importação: também conhecida como Input, Alimentação. É o aspecto que permite a sobrevivência de um sistema aberto. • Exportação: em qualquer sistema aberto, as entidades que lá entrarem, em algum momento sairão, com novas características diferentes daquelas que traziam, este fato é conhecido como exportação de elementos.

  21. Eventos de um Sistema • FeedBack:é a parte sensorial do sistema, caracterizado por uma resposta ou retorno decorrente de uma avaliação. OBS: O Feedback tem propósito regulador no sistema, sem ele o sistema não pode se adaptar às mudanças das entidades internas ou externas e está sujeito à decadência lenta (entropia)

  22. Entropia • Refere-se a distribuição desigual da energia, entrope (transformação). • É a tendência que os sistemas tem para o desgaste, a desintegração. • Quando houver falta de entidades em trânsito, diz-se que o sistema entrou num estado de entropia, e isto poderá levá-lo a sua falência, morte ou desativação, isto porque como não possui energia circulando,ele não tem como funcionar.

  23. Homeostasia • Homeos (semelhante) + Statis (situação) • É o equilíbrio dinâmico entre as partes do sistema. Os sistemas têm uma tendência a se adaptar a fim de alcançar um equilíbrio interno face as mudanças externas do meio ambiente.

  24. Morfogênese • Quando alguns sistemas apresentam a característica de poder mudar a si próprios. • Estas características estão presentes nos sistemas sociais e alguns sistemas biológicos. • Nos sistemas de informação, pode-se empregar a título de exemplo, os programas de vírus mutantes.

  25. Redundância • Vários sistemas apresentam entidades redundantes na sua estrutura, tal característica traz certa segurança na busca de atingir seus objetivos. • Nos sistemas de informação o Backup, por exemplo, é uma redundância (muito necessária aliás).

  26. Reflexão

  27. Uma Crise no horizonte A industria de Software tem tido uma “crise” que a acompanha há quase 30 anos. Problemas não se limitam ao software que não funciona adequadamente, mas abrange: desenvolvimento, testes, manutenção, suprimento, etc.

  28. Therac-25 Equipamento de Radioterapia. Entre 1985 e 1987 se envolveu em 6 acidentes, causando mortes por overdoses de radiação. Software foi adaptado de uma antecessora, Therac-6: falhas por falta de testes integrados falta de documentação página 382 do Pfleeger.

  29. Denver International Airport Custo do projeto: US$ 4.9 bilhões 100 mil passageiros por dia 1.200 vôos 53 milhas quadradas 94 portões de embarque e desembarque 6 pistas de pouso / decolagem

  30. Denver International Airport Problemas: Erros no sistema automático de transporte de bagagens: Atraso na abertura do aeroporto com custo total estimado em US$360 Milhões 86 milhões para consertar o sistema.

  31. Ariane 5 Projeto da Agência Espacial Européia que custou: 10 anos. US$ 8 Bilhões. Capacidade 6 toneladas. Garantiria supremacia européia no espaço.

  32. Vôo inaugural em 4/junho/1996

  33. Resultado Explosão 40 segundos após a decolagem. Destruição do foguete e carga avaliada em US$ 500 milhões.

  34. O que aconteceu? Fato: o veículo detonou suas cargas explosivas de autodestruição e explodiu no ar. Por que? Porque ele estava se quebrando devido às forças aerodinâmicas. Mas por que? O foguete tinha perdido o controle de direção (atitude). O que causou isso? Os computadores principal e back-up deram shut-down ao mesmo tempo

  35. O que aconteceu? (II) Por que o Shut-down? Ocorrera um run time error (out of range, overflow , ou outro) e ambos computadores se desligaram. De onde veio este erro? Um programa que convertia um valor em ponto flutuante para um inteiro de 16 bits recebeu como entrada um valor que estava fora da faixa permitida.

  36. Especificamente: O que faltou? strict precondition 1: { Set."x"=FLPT and Set."y"=INT16 and -32768 <= x <= +32767 } program code: y := int(x); postcondition: {Set."x"=FLPT and Set."y"=INT16 and y=int(x)}

  37. Ironia... O resultado desta conversão não era mais necessário após a decolagem...

  38. Receita Federal dos Estados Unidos No começo da década de 80, a Receita Federal dos Estados Unidos (IRS) contratou a empresa Sperry Corporation para construir um sistema automatizado de processamento de formulários de impostos federais. De acordo com o jornal americano Washington Post, “o sistema se mostrou inadequado à carga de trabalho, custou cerca de duas vezes o esperado e deve ser logo substituído” (Sawyer, 1985)

  39. (continuação) Em 1985, foi necessário adicionar US$ 90 milhões aos US$ 103 milhões que já haviam sido pagos pelos equipamentos da Sperry. Além disso o problema acarretou o atraso das restituições da IRS aos contribuintes, o que forçou a IRS a pagar US$ 40,2 milhões em juros e US$ 23 milhões em horas extras para os funcionários que tentaram compensar o estrago.

  40. (continuação) Em 1996, a situação não havia melhorado. O jornal americano Los Angeles Times publicou, em 29 de março daquele ano, que ainda não havia nenhum plano para a modernização dos computadores da IRS, somente um relatório com 6.000 páginas. O congressista americano Jim Lighfoot chamou o projeto de “um fiasco de quatro bilhões de dólares que está afundando por falta de planejamento ”

  41. Quais são os problemas? A sofisticação do software ultrapassou nossa capacidade de construção. Nossa capacidade de construir programas não acompanha a demanda por novos programas. Nossa capacidade de manter programas é ameaçada por projetos ruins.

  42. Importância do Planejamento Em 1994, uma pesquisa realizada pelo The Standish Group demonstrava que nos Estados Unidos apenas cerca de 19% do total de projetos de software iniciados eram terminados com sucesso. 52,2% dos projetos eram concluídos com atrasos e acima dos orçamentos. 31,1% eram cancelados. Professora: Lucélia Oliveira

  43. Perguntas que a Engenharia de Software quer responder: Porque demora tanto para concluir um projeto (não cumprimos prazos)? Porque custa tanto (uma ordem de magnitude a mais)? Porque não descobrimos os erros antes de entregar o software ao cliente? Porque temos dificuldade de medir o progresso enquanto o software está sendo desenvolvido?

  44. Causas óbvias Não dedicamos tempo para coletar dados sobre o desenvolvimento do software - resulta em estimativas “a olho”. Comunicação entre o cliente e o desenvolvedor é muito fraca. Falta de testes sistemáticos e completos.

  45. Causas menos óbvias O Software é desenvolvido ou projetado por engenharia, não manufaturado no sentido clássico. Profissionais recebem pouco treinamento formal. Falta investimento (em ES). Falta métodos e automação.

  46. Mitos do Software - Administrativos Um manual oferece tudo que se precisa saber. Computadores de última geração solucionam problemas de desenvolvimento. Se estamos atrasados, basta adicionar programadores e tirar o atraso (chamado “conceito de hordas de mongois”).

  47. Mitos do Software - do Cliente Uma declaração geral é suficiente para começar a escrever programas. Mudanças podem ser facilmente acomodadas em um projeto.

  48. Mitos do Software - do Profissional Um programa está terminado ao funcionar. Quanto mais cedo escrever o código, mais rápido terminarei o programa. Só posso avaliar a qualidade de um programa em funcionamento. A única coisa a ser entregue em um projeto é o programa funcionando.

  49. Quanto mais tarde a detecção de um erro, mais cara é a sua correção! Segundo Pfleeger, o custo para a correção de um erro cometido em um projeto durante a etapa inicial da análise é um décimo do custo para corrigir um erro semelhante depois que o sistema foi entregue ao cliente. Metade dos custos de correção de defeitos encontrados durante a fase de testes e manutenção vem de erros cometidos no início de vida do sistema.

More Related