AN LISE DE SISTEMAS

1. AN�LISE DE SISTEMAS FABR�CIO FARO

2. O que � afinal um Sistema?

3. O que � afinal um Sistema? Quantas vezes j� nos referimos, ou ouvimos a palavra sistema: - O sistema telef�nico ficou mudo - O sistema de coleta de lixo est� perfeito - Chefe, cheguei atrasado porque o sistema de tr�nsito desta cidade est� um inferno

4. O que � afinal um Sistema? Todo e qualquer sistema est� inserido em um meio ambiente que o cont�m, ou seja, tudo que � externo a um sistema � chamada de seu meio ambiente.

5. O que � afinal um Sistema? Em qualquer sistema pode-se encontrar elementos caracter�sticos vinculados ao seu fim. No caso do sistema de tr�nsito, temos os ve�culos, motoristas, pedestre, ruas, guardas, placas, sem�foros, etc... Observe que estes elementos interagem entre si (alguns s�o elementos passivos, outros n�o). Eles se completam e permitem ao sistema atingir seu objetivo.

6. O que � afinal um Sistema? Podem ser encontradas v�rias defini��es para sistema, as quais, muitas vezes s�o extremamente amplas, bastante abrangentes, em outros casos, carecem de uma generaliza��o, como nos exemplos a seguir:

7. O que � afinal um Sistema? �Conjunto de partes coordenadas, que concorrem para a realiza��o de um conjunto de objetivos� (DIAS & GAZZANEO, 1989:4).

8. O que � afinal um Sistema? �Um sistema � um conjunto de objetos unidos por alguma forma de intera��o ou interdepend�ncia� (CHIAVENATO, 1983:515).

9. O que � afinal um Sistema? �Sistema pode ser definido como um conjunto de elementos interdependentes que interagem com objetivos comuns formando um todo� (BALLESTERO ALVAREZ, 1990:17).

10. O que � afinal 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, 1988:471).

11. O que � afinal um Sistema? Assim, nosso trabalho, iniciar� considerando sistema um conjunto de entidades relacionadas, que interagem entre si, buscando atingir um objetivo declarado e outros correlatos.

12. O que s�o estas entidades? S�o aqueles elementos pr�prios (caracter�sticos, inerentes) do sistema em quest�o. Eles sempre entram com certas caracter�sticas e quando saem, possuem novas caracter�sticas.

13. O que s�o estas entidades? No sistema educacional, encontramos como entidades os estudantes, os professores, os livros, a administra��o (funcion�rios) e equipamentos. As entidades de um sistema est�o relacionadas e interagindo entre si com vistas ao objetivo declarado do sistema. (Exemplo: Professores, livros, alunos, dire��o, enfim, todas as entidades do sistema educacional, buscam atingir juntas o objetivo educacional).

14. Sistemas Abertos Todos os sistemas conhecidos at� o momento, possuem alguma intera��o com o seu meio ambiente (trocam algo com o seu meio � recebem � enviam), sendo portanto, conhecidos como sistemas abertos.

15. Sistemas Fechados Os sistemas fechados, no rigor de sua defini��o, n�o foram at� o momento observados, portanto, existem apenas em teoria (por enquanto). Um sistema fechado � aquele que existe sem qualquer tipo de intera��o com seu meio ambiente, � totalmente auto-suficiente; jamais, em momento algum, precisa de algo que esteja fora dele.

16. Fun��es do Sistema As fun��es de um sistema dependem de sua estrutura, elas podem ser: *Deterministas � Normalmente sistemas aut�matos, exemplo: rel�gio. No seu estado perfeito de funcionamento voc� sabe exatamente o que acontecer�.

17. Fun��es do Sistema *Probabil�sticas � Normalmente sistemas sociais (onde haja pessoas), ou alguns sistemas biol�gicos. No seu estado perfeito de funcionamento voc� tem uma probabilidade do que acontecer� (exemplo: sistema educacional � voc� n�o sabe exatamente quantos alunos ser�o aprovados)

18. A An�lise de Sistemas O processo de informatiza��o (cria��o de sistemas de informa��o) dentro de uma empresa ou qualquer outro tipo de organiza��o, traz in�meras implica��es, que v�o desde mudan�as nas rotinas de trabalho at� reestrutura��es organizacionais, com toda a problem�tica que da�, invariavelmente, decorre.

19. A An�lise de Sistemas A tarefa de construir estes sistemas de informa��o � uma das mais complexas e, em ultima an�lise, � um processo de solu��o de problemas.

20. A An�lise de Sistemas Com o emprego do computador no processamento de dados, o homem abriu para si novos campos de atua��o profissional. Nesta trajet�ria sempre houve a necessidade de um profissional que definisse, o que, de que forma e para que, algo devesse ser feito pelo computador. Como colocar o computador para solucionar os nossos problemas, ou at� mesmo tomar decis�es. Este profissional, atualmente, � chamado de Analista de Sistemas.

21. A An�lise de Sistemas A principal tarefa de um Analista de Sistemas � descobrir o que um sistema dever� fazer. Ao conjunto de necessidades a serem atendidas, usualmente, chama-se de requisitos do sistema.

22. A An�lise de Sistemas O grande problema, e que de certa forma, torna este profissional um artista, � que ningu�m sabe exatamente o que um sistema desejado dever� fazer, nem mesmo quem solicitou sua constru��o. Portanto, descobrir os requisitos do sistema, � uma tarefa de investiga��o e de muita criatividade.

23. A An�lise de Sistemas Portanto, faz parte do objetivo da an�lise a captura de todos os requisitos para o software que ser� desenvolvido. A an�lise de sistemas consiste nos m�todos e t�cnicas de investiga��o e especifica��o da solu��o de problemas, a partir dos requisitos levantados, para cria��o e implementa��o de software em algum meio que o suporte.

24. Papel do Analista Os usu�rios ou pretensos usu�rios de computador tem algo em comum: os problemas. Necessitam do computador trabalhando para si, mas a grande maioria desconhece a princ�pio o que e como proceder para us�-lo. Aqueles que fazem alguma id�ia de como utiliz�-lo, n�o disp�em da forma��o necess�ria para tal.

25. Papel do Analista Surge ent�o o profissional Analista de Sistemas, que ser� o elo entre os usu�rios e o computador. Ele dever� entender e avaliar as necessidades e expectativas de cada usu�rio, a fim de que estas sejam organizadas e especificadas seguindo uma formalidade t�cnica.

26. Papel do Analista Eventualmente, analista e usu�rios poder�o optar por uma solu��o do problema que n�o venha a ser empregado o computador. Todas estas decis�es de se fazer ou n�o algo, via computador, � resultado de um processo que envolve analista e usu�rio.

27. Papel do Analista O trabalho do Analista de Sistemas n�o � f�cil. Ele tem de ser capaz de lidar, ao mesmo tempo, com um grupo de usu�rios, outros profissionais de inform�tica e um corpo administrativo (gerentes/diretores). Cada qual trazendo forma��es, pontos de vistas, viv�ncias, experi�ncias e maturidade totalmente distintas.

28. Papel do Analista

29. Papel do Analista Os usu�rios, ou estar�o preocupados em dinamizar seu servi�o, tornando-o autom�tico e extremamente r�pido, aumentando a confiabilidade de resultados, ou ainda, estar�o com medo da informatiza��o, �s vezes, at� obstruindo o trabalho do Analista de Sistemas.

30. Papel do Analista O pessoal t�cnico estar� se preocupando com aspectos de performance, bits, bytes, estruturas de dados, t�cnicas de randoniza��o, topologia de hardware e diversidade de recursos.

31. Papel do Analista Por fim, na administra��o, tem-se aqueles que s� querem saber do retorno sobre o investimento e a propor��o custo/benef�cio, lembrando a cada momento, que aquilo que voc� estar� fazendo, era necess�rio para ontem.

32. Papel do Analista Por causa deste contexto, onde impera uma absurda diversidade, � necess�rio que o Analista de Sistema, tanto quanto poss�vel, busque os requisitos apresentados a seguir:

33. Papel do Analista

34. Papel do Analista Mesmo assim, n�o esque�a este panorama, e tente conciliar o m�ximo poss�vel a presen�a destes requisitos na sua forma��o profissional.

35. Papel do Analista Para uma boa atua��o como Analista de Sistemas, � conveniente observar algumas diretrizes de conduta, que servir�o para facilitar seu trabalho: Procure ser aceito profissionalmente, do n�vel mais alto ao mais baixo da empresa.

36. Papel do Analista Tente entender o que o usu�rio �quer dizer� e n�o o que �voc� pensa� que ele quer dizer Escute muito primeiro, fale muito pouco depois! (desenvolva grandes orelhas e boca pequena)

37. Papel do Analista Esteja sempre familiarizado com os �ltimos progressos da tecnologia de informa��o e compreenda como aplic�-los na sua empresa Seja capaz de explicar conceitos complexos em termos simplificados.

38. Papel do Analista N�o se esconda em jarg�o da inform�tica; fale a linguagem da empresa. Conhe�a a �rea de neg�cio para a qual desenvolver� sistemas, passando boa parte de seu tempo com o usu�rio.

39. Papel do Analista Sugira solu��es inovadoras aos requisitos de informa��o e desenvolva com clareza, analisando sempre a rela��o custo / benef�cio, utilizando alternativas vi�veis.

40. An�lise Essencial Desenvolver sistemas de informa��o n�o � desenvolver programas. Esta pr�tica suicida para as organiza��es, ainda hoje, por incr�vel que pare�a, em grande abund�ncia no mercado, tem mostrado desde os prim�rdios do desenvolvimento os in�meros riscos que traz para as empresas.

41. An�lise Essencial Motivado, normalmente por �necessidades de �ltima hora�, situa��es de emerg�ncia, necessidades n�o antecipadas, (enfim inger�ncias, desorganiza��o, falta de planejamento) as empresas se lan�am na aventura de construir remendos para alicer�ar suas bases para tomadas de decis�o, e normalmente, tornam-se ref�ns dos aspectos que seguem:

42. An�lise Essencial � N�o h� planejamento de qualquer natureza, isto compromete, futuras expans�es, integra��es e vis�o corporativa. Em geral, os problemas oriundos destes aspectos, ser�o sentidos a n�vel de aus�ncia de informa��o para decis�es estrat�gicas.

43. An�lise Essencial � Apenas uma pessoa det�m o �conhecimento� sobre determinado desenvolvimento � Esta �mem�ria do conhecimento� come�a a apresentar problemas quando h� um crescimento do sistema

44. An�lise Essencial � Normalmente h� problemas quando se trata de efetuar manuten��o naquilo que foi desenvolvido � Em geral n�o h� qualquer documenta��o sobre o desenvolvimento, assim, qualquer interven��o no mesmo, requer a leitura dos programas fontes para se entender o que o sistema faz exatamente.

45. An�lise Essencial O m�todo que um Analista empregar� para o desenvolvimento de um sistema, pode ser entendido como um caminho a ser percorrido em etapas, algumas delas podendo ser desenvolvidas em paralelo, outras n�o. As t�cnicas s�o procedimentos parametrizados e sistem�ticos, pelos quais uma tarefa � executada; em uma analogia: � a forma de se caminhar pelo caminho escolhido.

46. An�lise Essencial H� v�rios m�todos para o desenvolvimento de sistemas, isto decorre do fato de que sendo uma atividade de cria��o, desenvolvida pelo ser humano, sempre h� uma preocupa��o com a pesquisa de novos caminhos de forma a tornar o m�todo mais r�pido e eficaz.

47. An�lise Essencial O m�todo que revela o estado da pr�tica atual � a chamada An�lise Essencial. Na An�lise Essencial, deve-se considerar perfeito o ambiente tecnol�gico onde ser� implementado o software a ser projetado (princ�pio da neutralidade tecnol�gica).

48. An�lise Essencial Isto significa considerar que a mem�ria do computador � infinita, seu tempo de resposta � instant�neo, ele n�o para (n�o trava), n�o tem custo, ou seja, � infal�vel. Este aspecto propicia a an�lise pensar em uma solu��o ideal, no desenho do software, fazendo com que n�o sejam considerados certos requisitos impostos pelas restri��es tecnol�gicas.

49. An�lise Essencial O m�todo da An�lise Essencial � uma evolu��o da An�lise Estruturada, a qual o antecedeu. Pode-se sublinhar alguns fatores de seu uso:

50. An�lise Essencial O m�todo mais utilizado atualmente. Este fator tem grande import�ncia, visto que os dom�nios e recursos s�o totalmente utiliz�veis por uma ampla parcela de profissionais, credenciando a metodologia para sua efetiva aplica��o, em contrapartida a outras metodologias, cujo modelo de desenvolvimento de sistemas � restrito e falta uma maior defini��o de termos.

51. An�lise Essencial b) Princ�pio da Abstra��o Este aspecto permite resolver o problema, separando os aspectos que est�o ligados a certa realidade, visando represent�-los de forma simplificada e geral.

52. An�lise Essencial c) Princ�pio da divis�o. Para resolver um problema, o mesmo � dividido em um conjunto de problemas menores, que s�o mais f�ceis de serem compreendidos e resolvidos.

53. O Caminho da An�lise Essencial A id�ia global do caminho a ser trilhado pelo Analista de Sistemas, ao utilizar o m�todo de an�lise essencial, pode ser sucintamente descrito como segue:

54. Dom�nio do Problema O primeiro momento, de alt�ssima import�ncia � delimitar exatamente o que se espera do sistema a ser desenvolvido. Trata-se de estabelecer seus limites fronteiri�os, exatamente o que dever� ser feito. Por exemplo, algu�m pode solicitar seus servi�os para informatizar um hotel. Mas veja, um hotel � sem d�vida um macro problema.

55. Dom�nio do Problema Ele � composto de v�rias facetas que podem ser informatizadas, como o controle da loca��o de quartos, o controle financeiro (contas a pagar/receber), a folha de pagamento dos funcion�rios, a contabilidade do hotel, enfim, � necess�rio que voc� verifique se a expectativa de quem o contratou � realmente informatizar todas estas facetas.

56. Dom�nio do Problema Uma vez delimitado a abrang�ncia do que dever� ser feito, o segundo passo de absoluta import�ncia deve ser dado, ou seja, fazer um amplo, rigoroso, profundo, minucioso levantamento de eventos abrangendo o conte�do que dever� ser informatizado. Ou seja, deve ser feito o famoso levantamento de requisitos do sistema. Todos os aspectos envolvidos no problema devem ser levantados, pessoas devem ser entrevistadas, documentos devem ser avaliados, o fluxo de trabalho deve ser entendido.

57. Dom�nio do Problema Voc� dever� sair desta fase sendo quase um especialista sobre o assunto que dever� informatizar, ou seja, no m�nimo saber� todos os eventos e dados essenciais relativos ao assunto. De posse deste conhecimento voc� come�a a estar apto a iniciar alguma especifica��o dos requisitos do sistema.

58. Modelo Ambiental Assim, passado este momento inicial em que se avalia o dom�nio do problema e se busca os requisitos do sistema, voc� poder� definir qual a rela��o do sistema a ser desenvolvido com o ambiente no qual ele estar� inserido.

59. Modelo Ambiental Vai descrever qual � ou quais ser�o os objetivos do sistema, bem como quais ser�o os est�mulos que o sistema receber� do meio ambiente, que eventos eles acionar�o e quais respostas o sistema devolver� ao meio. Basicamente, neste ponto h� uma descri��o da rela��o entre o sistema e o meio ambiente onde ele se encontra.

60. Modelo Comportamental Neste ponto, o trabalho se volta para defini��o interna do sistema. Ser�o especificados todos os processos que ir�o compor o sistema. Haver� tamb�m a defini��o do modelo de dados que ser� utilizado para armazenar as informa��es por ele manipuladas.

61. Projeto(Desing) Nesta fase, o objetivo � modelar o sistema determinando como implementar, em um ambiente de processadores, a solu��o sist�mica idealizada na fase de an�lise. Esta parte do trabalho cuidar� das especifica��es referentes �s limita��es impostas pela tecnologia, a distribui��o dos processos de acordo com os lugares onde ser�o executados.

62. Ferramentas O Analista de Sistemas dever� utilizar algumas ferramentas que o ajudar�o a trilhar o seu caminho. Elas poder�o ser utilizadas em diferentes partes do m�todo de an�lise essencial. Da� a raz�o de destacar-se o funcionamento de cada uma antes de conhecermos profundamente o m�todo. Desta forma, o objetivo � entender a ferramenta em si, livre do contexto onde ser� empregada.

63. Entrevistas

64. Entrevistas � certo que um grande volume de informa��es, persuas�o, flexibiliza��o, consenso e especialmente diverg�ncias, ocorrer�o em encontros pessoais (duas ou mais pessoas), �s vezes de car�ter mais formal, outras vezes bem informal e que, em geral, recebe o nome de reuni�o.

65. Entrevistas A reuni�o pode ter um momento de questionamentos, na busca de informa��es; ou seja, uma entrevista, normalmente sem qualquer conota��o de rigor ou formalidade como o termo pode sugerir.

66. Entrevistas Entrevistas portanto, s�o situa��es inseridas nas rela��es humanas que n�o est�o sujeitas a regras ou f�rmulas exatas. Mas, pode ser �til que o Analista de Sistemas tenha em mente alguns aspectos, relacionados a esta atividade que poder�o ajudar na sua execu��o.

67. Entrevistas O objetivo de uma entrevista (para a an�lise de sistemas) � o de coleta de informa��es sobre o sistema a ser desenvolvido. Talvez, seja esta a fonte mais rica de conhecimentos sobre o sistema que dever� ser feito.

68. Entrevistas Ajuda nos aspectos chaves do sistema bem como esclarece pontos contradit�rios do mesmo, ou, em alguns casos, torna o aspecto mais contradit�rio, o que � algo tamb�m importante de se conhecer. Verificam-se posicionamentos pessoais acerca das quest�es envolvidas (omiss�es, medo, desvios).

69. Entrevistas A entrevista de que se fala aqui, pode ser um simples bate-papo durante o cafezinho. Pode ser um encontro no corredor, por acaso. Enfim, qualquer situa��o que se apresente como oportunidade para se buscar a informa��o necess�ria, em que o meio seja o di�logo entre duas ou mais pessoas. O Analista deve estar pronto para realiz�-la, sabendo de antem�o, que a ela poder� acontecer assim, ao acaso.

70. Entrevistas N�o raro, haver� a necessidade de se entrevistar diversas vezes uma ou v�rias pessoas, para se chegar a informa��o desejada.

71. Entrevistas Para se conseguir uma entrevista eficaz, alguns cuidados devem ser tomados: - Clareza de sua finalidade - Identifica��o de perguntas chaves - Repasse de documenta��o formal (se houver)

72. Entrevistas Atente para alguns detalhes: quando se tratar de aspectos gerais sobre um assunto, a pessoa mais indicada para se buscar esta informa��o � a ger�ncia. Quando o interesse for para assuntos que exijam maior riqueza de detalhes, o ideal � entrevistar uma pessoa operacional, que esteja no seu dia a dia, envolvida com aquele aspecto.

73. Entrevistas Mas, lembre-se da hierarquia da empresa, primeiro fale com o supervisor a quem a pessoa estiver locada. Isto envolve desde aspectos pol�ticos at� um fator de motiva��o para que a pessoa fale melhor sobre o assunto, visto que �o chefe a indicou por ser a melhor funcion�ria que domina aquela quest�o...�.

74. Entrevistas Programe a entrevista de acordo com a disponibilidade do entrevistado. Toda entrevista bem conduzida, formal ou n�o, possui tr�s aspectos: abertura, corpo e o fecho. Na abertura, procure estabelecer uma atmosfera amig�vel para a comunica��o, informe sobre o objetivo.

75. Entrevistas O corpo se caracteriza por ser a entrevista propriamente dita, a arrancada � feita com sua primeira pergunta. Certifique-se de que entendeu o que lhe foi transmitido. Um meio indicado � o repasse (deixa ver se entendi, ent�o quer dizer que...).

76. Entrevistas Ou�a as respostas enquanto a quest�o est� sendo respondida, n�o se preocupe em elaborar a pr�xima. Fa�a as anota��es que julgar necess�rias, por�m seja breve, sintetize as id�ias. Entrevista n�o � julgamento, disputa do saber ou concorr�ncia com o entrevistado. Lembre-se sempre que a pessoa � a especialista no que faz e voc� apenas busca informa��es. Procure distinguir fatos de opini�es pessoais.

77. Entrevistas No fecho da entrevista, procure manter a atmosfera de comunicabilidade. Esteja atento ao hor�rio para evitar qualquer transtorno ao entrevistado. Agrade�a a colabora��o, mesmo que o encontro tenha sido infrut�fero e distante do planejado.

78. D.F.D. � utilizado para a representa��o l�gica de processos. O objetivo � descrever graficamente, o que acontece, sem se preocupar em como e quando tais coisas acontecem. Trata-se de uma ferramenta para o modelo funcional do sistema.

79. D.F.D. Pode ser empregado para comunica��o com pessoal t�cnico ou n�o t�cnico, j� que a representa��o gr�fica � de f�cil entendimento. O seu uso n�o depende de hardware, software, estrutura de dados ou organiza��es de arquivos.

80. D.F.D. O DFD permite que se organize informa��es colhidas nas entrevistas acerca do sistema que se desenvolver�. Possibilita a vis�o global do sistema e seu desmembramento a n�veis mais detalhados. O DFD �s vezes tamb�m � chamado de diagrama de bolhas.

81. D.F.D. A seguir, a nota��o gr�fica utilizada:

82. D.F.D.

83. D.F.D.

84. D.F.D.

85. D.F.D. A entidade externa � sempre um elemento ativo. Ela aciona processos, mediante o envio de est�mulos (fluxos de dados ou fluxo de controle). No caso acima, o cliente envia um fluxo de dados, acionando o processo cadastrar pedidos, o qual, utiliza o cadcliente e cadlivro em opera��es de input, e o cadpedido para opera��es de i-o.

86. D.F.D. Para obter um bom desenho global do DFD, procure seguir algumas normas que s�o observadas como um consenso no desenho do mesmo: - O sentido do desenho � sempre de cima para baixo, da esquerda para a direita. - As entidades externas, tanto quanto poss�vel, devem aparecer nas bordas do desenho.

87. D.F.D. Evite erros grosseiros, conforme definido abaixo: - Jamais um fluxo de dados parte de um dep�sito e vai para outro dep�sito sem a intermedia��o de um processo. - Um fluxo de dados nunca parte de uma entidade externa diretamente para o dep�sito; sempre h� um processo intermediando.

88. D.F.D. Evite erros grosseiros, conforme definido abaixo: - Tamb�m n�o � poss�vel um fluxo partir de uma entidade externa diretamente para outra entidade externa. - Igualmente, um fluxo jamais parte de um dep�sito diretamente para uma entidade, sempre h� a intermedia��o de um processo.

89. D.F.D. Desenvolver um D.F.D. para o enunciado abaixo: �O caixa do banco recebe cheque para descontar. Ele verifica na ficha do cliente se h� saldo dispon�vel, em caso afirmativo, d� o dinheiro; caso contr�rio devolve o cheque�.

90. D.F.D. Desenvolver um D.F.D. para o enunciado abaixo: �O professor passa para a secretaria 4 notas de cada aluno que possui. A secretaria calcula a m�dia de cada um e anota o resultado na ficha do aluno. Quando o aluno solicitar sua m�dia, a secretaria consulta a ficha dele, anota a mesma em um papel e entrega ao aluno�

91. Dicion�rio de Dados O dicion�rio de dados � uma cole��o de dados a respeito de dados. A id�ia b�sica � fornecer informa��es sobre a defini��o, a estrutura e a utiliza��o de cada elemento de dados que o sistema utiliza. Elemento de dado � a unidade de dados que n�o pode ser decomposta.

92. Dicion�rio de Dados Ao se falar em dicion�rio de dados, temos que lembrar duas concep��es de organiza��o hier�rquica de dados hoje existentes:

93. Organiza��o Hier�rquica Tradicional Geralmente � utilizada por linguagens de 3� gera��o e possui a estrutura que segue:

94. Organiza��o Hier�rquica Emergente Estrutura conceitual mais recente, com advento das linguagens de 4� gera��o, bancos de dados e orienta��o a objeto.

95. Dicion�rio de Dados Por que utilizar um dicion�rio de dados? A raz�o mais �bvia � a documenta��o. Contudo, esta � uma vis�o simplista de sua necessidade. Em uma organiza��o, diferentes pessoas ou grupos, poder�o definir um elemento de dados espec�fico de modo bastante diferente.

96. Dicion�rio de Dados �Em uma escola, um Analista de Sistemas, conversou com tr�s pessoas: a secret�ria, a tesoureira e o professor�. Na conversa individual com cada um, todos citaram um elemento de dados chamado �tipo de aluno�, contudo, para cada um deles este dado tinha conte�do diferente: Secret�ria � Boa nota, m� nota. Tesoureira � Bom ou mal pagador. Professor � Muito esfor�ado, pouco esfor�ado.

97. Dicion�rio de Dados O inverso tamb�m acontece, nomes diferentes para referenciar o mesmo conte�do. Por exemplo: registro do empregado, c�digo do funcion�rio ou n� de identifica��o funcional podem ser exatamente a mesma coisa.

98. Dicion�rio de Dados Perceba, portanto, as implica��es amplas de um dicion�rio de dados no desenvolvimento de sistemas. Se todos os desenvolvedores envolvidos em um sistema, tiverem que utilizar descri��es de dados a partir de um dicion�rio comum, v�rios problemas potencialmente graves poder�o ser evitados.

99. Dicion�rio de Dados Para qualquer dado procure sempre definir : - um nome de identifica��o - tipo de conte�do (num�rico, alfanum�rico, inteiro, data) - tamanho m�ximo - formata��o

100. Modelo Essencial O Modelo Essencial ou An�lise Essencial � uma evolu��o dos m�todos antecessores no desenvolvimento de sistemas, conforme mostra a tabela abaixo:

101. Modelo Essencial
















117. Modelo Ambiental
















133. Modelo Comportamental
































AN LISE DE SISTEMAS

AN LISE DE SISTEMAS

Presentation Transcript

An lise de cr dito

ELABORA O E AN LISE DE PROJETOS

An lise de Dados

T cnicas de AN LISE DE RISCO

An lise de Sistemas Agroindustriais

An lise Macro Ambiental

An lise e Projetos de Sistemas

An lise de Resultados - Latic nio HEBRON

AN LISE CONT BIL-FINANCEIRA

O M todo de An lise de Normas

An lise de Cen rio e An lise de Viabilidade Financeira

An lise de Riscos de Atividades

An lise obras vestibular uft

An lise de Investimentos Tomada de Decis o em Projetos Industriais

2.1.2 - Material de An lise de Natureza Contabil stica

An lise de Situa o de Sa de

AN LISE E GERENCIAMENTO DE RISCO

An lise e Gerenciamento de Riscos

An lise de Investimentos

AN LISE DAS DEMONSTRA ES FINANCEIRAS

An lise de imagem na caracteriza o microestrutural

SISTEMAS DE INFORMA O GEOGR FICA AN LISE ESPACIAL 2008-2009