Académique Documents
Professionnel Documents
Culture Documents
2000
Ementa: Propiciar condies para formao tcnica bsica em Anlise de Sistemas, mediante a compreenso, domnio e aplicao das tcnicas inerentes metodologia da anlise essencial. Compreender causas e efeitos na abordagem sistmica. Questionar/Interpretar problemas cotidianos de uma organizao, parametrizando-os para possveis solues informatizadas. Transcrever a soluo a ser informatizada, em especificaes tcnicas, compondo um projeto de sistema. Compreender as transformaes, que a ao de um Analista de Sistemas pode trazer para uma organizao.
* Docente da Faculdade de Tecnologia da Alta Noroeste. Especialista em Sistemas de Informao pela Universidade Federal de So Carlos. Mestrando em Gerncia de Sistemas de Informao pela PUC Campinas.
Pgina: 2
O tempo nos foi dado de graa. Cabe ocup-lo o mximo possvel. Porm, no preciso pressa. O que importa o objetivo. Ele nos orienta e nos motiva. Para tudo existe tempo. E esse tempo ficar ocupado o mximo, quanto mais simplesmente executarmos o que nos cabe e nos motiva. Sem pressa. No devido tempo. 1
Autor no identificado
Pgina: 3
SUMRIO
1. ABORDAGEM SISTMICA (TEORIA DOS SISTEMAS).............................................................. 6 O QUE AFINAL UM SISTEMA ? ............................................................................................................. 6 1.1. INTERDEPENDNCIA ....................................................................................................................... 9 1.2. EVENTOS DE UM SISTEMA ............................................................................................................. 11 1.2.1. Importao .......................................................................................................................... 11 1.2.2. Exportao .......................................................................................................................... 12 1.2.3. FeedBack............................................................................................................................. 13 1.3. HOMEOSTASIA ............................................................................................................................. 13 1.4. MORFOGNESE .......................................................................................................................... 14 1.5. ENTROPIA ................................................................................................................................. 14 1.6. REDUNDNCIA .......................................................................................................................... 15 2. A NATUREZA DOS SISTEMAS..................................................................................................... 16 3. A ANLISE DE SISTEMAS............................................................................................................ 19 3.1. O PAPEL DO ANALISTA DE SISTEMAS .......................................................................................... 20 4. ANLISE ESSENCIAL ................................................................................................................... 24 4.1. O CAMINHO DA ANLISE ESSENCIAL ......................................................................................... 25 5. FERRAMENTAS ........................................................................................................................ 27 5.1. ENTREVISTAS .............................................................................................................................. 27 5.2. DIAGRAMA DE FLUXO DE DADOS (DFD)....................................................................................... 29 5.3. DICIONRIO DE DADOS ................................................................................................................ 32 6. O PROCESSO DE ANLISE MODELO ESSENCIAL ......................................................... 34 O QUE O SISTEMA DEVER FAZER ? QUAIS SO SEUS OBJETIVOS ? ........................................................ 34 Sistema: Controle de locao e consulta do acervo de uma biblioteca de universidade................... 35 6.1. MODELO AMBIENTAL ................................................................................................................ 37 6.1.1. Declarao dos Objetivos do Sistema................................................................................... 37 6.1.2. D.F.D. de Contexto.............................................................................................................. 38 6.1.3. Lista de Eventos................................................................................................................... 39 6.2. MODELO COMPORTAMENTAL .................................................................................................... 41 6.2.1. D.F.D. Particionado por Eventos ......................................................................................... 42 6.2.2. Modelagem de Dados .......................................................................................................... 46 6.2.3. Como Construir o Diagrama de Entidades Relacionamentos ................................................ 53 6.2.4. Teoria da Normalizao ...................................................................................................... 64 7. BIBLIOGRAFIA .............................................................................................................................. 74
Pgina: 4
Pgina: 5
Pgina: 6
Quantas vezes j nos referimos, ou ouvimos a palavra sistema: - O sistema telefnico ficou mudo ! - O sistema de coleta de lixo est perfeita. - Chefe, cheguei atrasado porque o sistema de trnsito desta cidade est uma porcaria... Em qualquer um dos casos podemos observar que a palavra sistema est sempre acompanhada de outra que a qualifica. Desta forma encontra-se o objetivo declarado de um sistema, ou seja, a razo de sua existncia. Por exemplo: Sistema de Trnsito, Sistema Circulatrio, Sistema Educacional, Sistema Poltico, Sistema Mdico, Sistema Nervoso, Sistema Digestivo, etc...) Todo e qualquer sistema est inserido em um meio ambiente que o contm, ou seja, tudo que externo a um sistema chamada de seu meio ambiente. Em qualquer sistema pode-se encontrar elementos caractersticos vinculados ao seu fim. No caso do sistema de trnsito, temos os veculos, motoristas, pedestre, ruas, guardas, placas, semforos, etc... Igualmente, pode verificar-se isto em um sistema de controle do acervo de uma biblioteca. L tem-se: os ttulos das obras, os exemplares, os usurios, a localizao de cada exemplar, etc... Observe que estes elementos interagem entre s (alguns de so elementos passivos, outros no). Eles se completam e permitem ao sistema atingir seu objetivo. Podem ser encontradas vrias definies para sistema, as quais, muitas vezes so extremamente amplas, bastante abrangentes, em outros casos, carecem de uma generalizao, como nos exemplos a seguir: Conjunto de partes coordenadas, que concorrem para a realizao de um conjunto de objetivos (DIAS & GAZZANEO, 1989:4). Um sistema um conjunto de objetos unidos por alguma forma de interao ou interdependncia (CHIAVENATO, 1983:515). Sistema pode ser definido como um conjunto de elementos interdependentes que interagem com objetivos comuns formando um todo (BALLESTERO ALVAREZ, 1990:17). Conjunto de elementos, entre os quais haja alguma relao. Disposio das partes ou elementos de um todo, coordenados entre s, e que formam uma estrutura organizada (FERREIRA, 1988:471).
Pgina: 7
Assim, nosso trabalho, iniciar considerando sistema um conjunto de entidades relacionadas, que interagem entre s, buscando atingir um objetivo declarado e outros correlatos. O que so estas entidades ? So aqueles elementos prprios (caractersticos, inerentes) do sistema em questo. Estes elementos podem ser internos ao sistema, ou estar em trnsito pelo mesmo. Qualquer que seja o caso, eles sempre entram com certas caractersticas e quando saem, possuem novas caractersticas. Exemplos: No sistema educacional, encontramos como entidades os estudantes, os professores, os livros, a administrao (funcionrios) e equipamentos. As entidades de um sistema esto relacionadas e interagindo entre s com vistas ao objetivo declarado do sistema. (Exemplo: Professores, livros, alunos, direo, enfim, todas as entidades do sistema educacional, buscam atingir juntas o objetivo educacional). Observe que, dentro de um sistema educacional, certamente se encontrar um sistema de avaliao. Temos ento um sistema dentro de outro. Quando isto ocorre, tem-se um subsistema. Portanto, o sistema de avaliao, pelo fato de estar inserido no sistema educacional, um subsistema deste. Subsistemas tambm so consideradas entidades do sistema onde encontram-se. Tudo que for externo a um sistema, considerado o seu meio ambiente. Todos os sistemas conhecidos at o momento, possuem alguma interao com o seu meio ambiente (trocam algo com o seu meio recebem enviam), sendo portanto, conhecidos como sistemas abertos. Os sistemas fechados, no rigor de sua definio, no foram at o momento observados, portanto, existem apenas em teoria (por enquanto). Um sistema fechado aquele que existe sem qualquer tipo de interao com seu meio ambiente, totalmente auto-suficiente; jamais, em momento algum, precisa de algo que esteja fora dele. As funes de um sistema dependem de sua estrutura, elas podem ser: Deterministas Normalmente sistemas autmatos, exemplo: relgio. No seu estado perfeito de funcionamento voc sabe exatamente o que acontecer. Probabilisticas Normalmente sistemas sociais (onde haja pessoas), ou alguns sistemas biolgicos. No seu estado perfeito de funcionamento voc tem uma probabilidade do que acontecer (exemplo: sistema educacional voc no sabe exatamente quantos alunos sero aprovados)
Pgina: 8
1.1. Interdependncia
Como foi visto, as entidades buscam atingir o objetivo declarado do sistema. Contudo, observa-se que em alguns casos, os sistemas falham, no conseguem atingir seu objetivo ou ainda atingem apenas parcialmente. Por que tal fato ocorre ? Veja que h dois tipos bsicos de entidades em um sistema. Aquelas que so inerentes (prprias) ao sistema no caso do sistema educacional: livros, carteiras, lousa, giz; e aquelas que esto em trnsito pelo sistema. As entidades em trnsito pelo sistema so a energia necessria para a sobrevivncia deste sistema. Estas entidades em trnsito podem ter importncias diferenciadas entre s, com relao a terem mais ou menos peso na sobrevivncia do sistema. Por exemplo: Para o meu sistema biolgico, uma banana uma entidade em trnsito, tal qual o oxignio. Porm, o fato de meu sistema ser privado de banana no o levar a falncia ou morte, o que no ocorre com a privao ou ausncia do oxignio. Portanto, para a sobrevivncia de meu sistema biolgico a entidade oxignio tem maior relevncia do que a entidade banana. Assim, cada sistema, com relao as suas entidades em trnsito, possui esta caracterstica.
Pgina: 9
Anlise e Projeto de Sistemas Qualquer que seja a entidade (interna ou em trnsito), trabalha no sentido de conduzir o sistema ao objetivo declarado. Para isto ocorrer, cada entidade desempenha um papel dentro do sistema, caracteriza-se a um diviso do trabalho. Em meu sistema digestivo, a boca tem sua funo, o estmago outra e o intestino outra ainda; porm juntos conduzem o sistema ao seu objetivo, a digesto. No sistema de trnsito, existe o semforo com sua funo, o guarda idem, as ruas, avenidas, veculos e todos interagem para atingir o objetivo do sistema. Em um sistema de informao, no diferente. Por exemplo, em um sistema contbil, existe um cadastro de plano de contas que tem sua funo, uma lanamento do movimento, relatrio de balancete, balano, razo, todos buscando o objetivo declarado do sistema. (A informao a entidade em trnsito ). Observe portanto, sendo as entidades responsveis por apenas uma pequena parte do processo no sistema, implica que o desempenho de uma entidade, depende da outra, e a isto chamamos de interdependncia. Se a boca desempenhar mal seu papel, provvel que o fato se reflita no estmago. Se o professor desempenhar mal o seu papel, certo que haver reflexos em outros lugares no sistema. Em uma industria de mveis, se a seo de corte desempenhar mal seu papel, por certo a seo de montagem, no conseguir executar sua tarefa, ou a desempenhar com falhas. Se no lanamento contbil, no for verificado a existncia da conta de dbito ou crdito informada, haver problemas em toda seqncia do sistema. Desta faceta da diviso do trabalho, vem a idia de mdulos. A boca um mdulo, com sua especialidade, o esfago outro, o estmago outro e assim sucessivamente. Ou seja, existe presente uma caracterstica de alienao. Os mdulos conhecem apenas parte do processo (so especializados naquilo que fazem) o geral s se atingem pela unio dos mdulos, para tanto esto relacionados e interagem entre s, criando a interdependncia. A interdependncia requer controle ou administrao. As entidades devem funcionar convenientemente, de acordo com a sua finalidade (especialidade), ou comprometero outras entidades. Se no funcionarem devero serem substitudas, reparadas, advertidas ou arrumadas (de acordo com cada sistema). Estes reparos ou substituies podem ser feitos mediante a importao de elementos do meio ambiente.
Pgina: 10
Pgina: 11
1.2.2. Exportao
Os elementos que entram no sistema (input), passam a ser uma entidade do mesmo. A maioria dos que entraram so entidades em trnsito pelo sistema. Eles entraram com certas caractersticas. Dentro do sistema estas entidades so transformadas, fundidas, trocadas de ordem, polidas, demolidas, moldadas, somadas, digeridas, separadas, cortadas, coladas, verificadas, etc... Um aluno do sistema educacional, jamais sair de l com as mesmas caractersticas que tinha quando entrou, tampouco o professor. Em qualquer sistema aberto, as entidades que l entrarem, em algum momento sairo, com novas caractersticas diferentes daquelas que traziam quando entraram. Este fato conhecido como exportao de elementos. No caso da banana, certamente vocs j devem ter observado este fato, ainda que ela no tenha concludo todo o trajeto como deveria. Ela certamente saiu de seu sistema biolgico aps determinada transformao. Ao sair o fez com novas caractersticas. Isto tambm aplica-se aos alunos e professores no sistema educacional, as informaes dos sistemas de informao. Os elementos exportados pelo sistema vo para o meio ambiente onde ele est inserido. O meio ambiente, por sua vez, constitudo de um ou vrios sistemas sistemas. A exportao de elementos, portanto, pode influenciar profundamente o meio ambiente. Ele pode ser lesado por meio da exportao de elementos danosos a ele. Isto implica em que o meio est sendo transformado e portanto est-se influenciando a outros sistemas e a ele mesmo. Cabe portanto a qualquer sistema, censurar a sada de elementos, fazer uma checagem se o elemento pode sair do sistema (controle de qualidade). Um sistema contbil, portanto, no poder deixar imprimir um balancete que apresente erros na apurao matemtica do resultado final. Uma usina de lcool no pode deixar a fuligem com resduos de carbono ir para a atmosfera. No sistema de trnsito, no pode haver emisso de poluentes para a atmosfera. Isto influenciar o meio ambiente e portanto a outros sistemas e a eles mesmos. A exportao conhecida como sada, resultado ou output. As sadas em geral, so parte do objetivo declarado do sistema, ou ainda resduos decorrente do processo para se atingir o objetivo.
Pgina: 12
Anlise e Projeto de Sistemas importante observar que as sadas servem para avaliao total ou parcial do desempenho do sistema. Se aquilo que est saindo possui caractersticas diferentes das estabelecidas, ou esto fora do padro existente, duas coisas podem estar acontecendo com o sistema: Entidade(s) est(o) com algum problema ou trata-se de efeitos referentes a novas adaptaes pelas quais passa o sistema.
1.2.3. FeedBack
Trata-se de um evento dos sistemas que caracteriza-se por ser uma resposta ou retorno decorrente de uma avaliao. O objetivo um controle a partir de um critrio. Submete-se algo no sistema a uma monitorao de acordo com um padro preestabelecido. Ao questionar um aluno, o professor ativa um processo de feedback, o aluno, a esta pergunta retornar uma resposta, que ser avaliada criteriosamente, estando ok, seguese adiante, caso contrrio, algo precisa ser refeito. Em uma industria de mveis uma pea pode constantemente ser submetida a processos de feedback. No corte do material por exemplo, confronta-se o desenho do corte com molde (inicio do feedback), avalia-se se a curvatura e tamanho da pea est correta, em caso afirmativo a pea segue adiante para montagem, caso contrrio retorna. O feedback tambm conhecido como retroao, retroalimentao, retroinformao, servomecanismo ou realimentao. O ar condicionado trabalha basicamente com mecanismos de retroinformao e retroalimentao tal fato ocorre do sistema para com o meio ambiente. O feedback impe correes aos sistemas, permitindo o seu equilbrio (Homeostasia). Portanto, o equilbrio ou bom funcionamento dinmico, obtido atravs da autoregulao ou autocontrole. Normalmente a parte sensorial dos sistemas.
1.3. Homeostasia
O termo nasceu com a fisiologia (parte da biologia que investiga as funes orgnicas) animal. Claude Bernard afirmou que todos os mecanismos vitais tem por objetivo conservar constantes as condies de vida no meio interior a ele.
Pgina: 13
Anlise e Projeto de Sistemas Sempre que uma parte sai do equilbrio, algum mecanismo acionado para restaurar a normalidade. Este estado contnuo e incessante de desintegrao e reconstituio chamado de Homeostasia do grego Homeos (semelhante) + Statis (situao). Este equilbrio dinmico est presente em todos os sistemas e, em geral, obtido pela ao de vrios elementos de retroao.
1.4. Morfognese
Alguns sistemas apresentam a caracterstica de poderem mudar a s prprios, em algum aspecto bsico do qual composto. Normalmente, esta caracterstica est presente nos sistemas sociais. As sociedades podem rapidamente gerar mudanas profundas em suas estruturas, como por exemplo, sair de um sistema comunista para um democrtico. Alguns sistemas biolgicos tambm podem apresentar esta faceta, ajustando sua prpria cor para poder se livrar de predadores. Nos sistemas de informao, pode-se empregar a ttulo de exemplo, os programas de vrus mutante.
1.5. Entropia
Vem do grego entrope (transformao), trata-se da 2 lei da termodinmica, que refere-se a distribuio desigual da energia. Ns sabemos que as entidades em trnsito pelo sistema, so a energia necessrio para a sobrevivncia do mesmo. Quando houver a falta destas entidades, diz-se que o sistema entrou em um estado de entropia, e isto poder lev-lo a sua falncia, morte ou desativao. Como no possui energia circulando, no tem como funcionar. Portanto, uma escola que teve uma acentuada diminuio de alunos, entrou em um estado de entropia. Perceba que a entropia pode dar-se em maior ou menor grau, j que est diretamente relacionada com a ausncia ou presena da energia necessria ao sistema.
Pgina: 14
1.6. Redundncia
Vrios sistemas apresentam entidades redundantes na sua estrutura. Tal caracterstica traz certa segurana na busca de atingir seus objetivos. No sistema biolgico, seu subsistema respiratrio apresenta dois pulmes (trata-se de uma redundncia). Mas isto muito positivo, visto que qualquer problema que vier a ocorrer com um deles, o outro consegue fazer com que o objetivo seja atingido. Seu sistema auditivo, possui dois ouvidos, cabe a a mesma observao. Tambm nos sistemas de informao a redundncia est presente. O backup, por exemplo uma redundncia (muito necessria alis).
Pgina: 15
Vendas
Produo
Financeiro
Marketing
R.H.
Pgina: 16
Anlise e Projeto de Sistemas Os nveis de deciso, obedecem hierarquia existente na empresa e so conhecidos como: nvel estratgico, ttico e operacional.
Estratgico
Ttico
Operacional
As decises estratgicas se do nos altos escales da empresa e geram atos cujo efeito duradouro e difcil de inverter. As decises estratgicas so tomadas com vistas a um planejamento de longo prazo. As decises tticas se do nos escales intermedirios da empresa e geram atos de efeito a prazo mais curto tendo, porm, menor impacto no funcionamento da organizao. Normalmente elas visam gerenciar a por em prtica decises estratgicas. As decises operacionais so aquelas que visam dar resposta imediata aos problemas do dia a dia, seguindo as orientaes tticas ou gerenciais.
Diretoria
Gerentes
Supervisores
Pgina: 17
Anlise e Projeto de Sistemas visvel que o tipo de deciso que tomada em cada nvel, requer um diferente grau de agregao da informao. Por exemplo, para uma deciso ttica no necessrio que um sistema produza um relatrio de faturamento individualizado cliente por cliente, necessitaria-se sim de um resumo do faturamento. Os diferentes nveis de deciso requerem diferentes tipos de relatrios, com diferentes graus de agregao da informao. Veja que estes nveis de deciso encontram-se tambm setorizados, conforme mostra o esquema abaixo:
Estratgico
Ttico
Operacional
Vendas
Produo
Financeiro
Marketing
R.H.
O ideal que voc faa um sistema que propicie recursos para cobrir os trs nveis de decises na empresa, bem como, permita elos de integrao entre os departamentos.
Pgina: 18
3. A anlise de sistemas.
O processo de informatizao (criao de sistemas de informao) dentro de uma empresa ou qualquer outro tipo de organizao, traz inmeras implicaes, que vo desde mudanas nas rotinas de trabalho at reestruturaes organizacionais, com toda a problemtica que da, invariavelmente, decorre. A tarefa de construir estes sistemas de informao uma das mais complexas e, em ultima anlise, um processo de soluo de problemas. Com o emprego do computador no processamento de dados, o homem abriu para s novos campos de atuao profissional. Nesta trajetria 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 decises. Este profissional, atualmente, chamado de Analista 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. O grande problema, e que de certa forma, torna este profissional um artista, que ningum sabe exatamente o que um sistema desejado dever fazer, nem mesmo quem solicitou sua construo. Portanto, descobrir os requisitos do sistema, uma tarefa de investigao e de muita criatividade. Portanto, faz parte do objetivo da anlise a captura de todos os requisitos para o software que ser desenvolvido. A anlise de sistemas consiste nos mtodos e tcnicas de investigao e especificao da soluo de problemas, a partir dos requisitos levantados, para criao e implementao de software em algum meio que o suporte. Mas, afinal, o que um problema ? Um dos usos mais freqentes para a palavra problema, aquele que a considera como sinnimo de questo. Neste sentido qualquer pergunta um problema. Esta identificao resulta, porm, insuficiente para revelar sua essncia. Quando pergunto: Quantos anos voc tem ? , parece claro que estou lhe propondo uma questo e igualmente claro, isto no traz nenhuma conotao problemtica (no h elevado grau de complexidade). Por mais que elevemos o grau de complexidade, mesmo que apontemos a um grau infinito, uma questo no ir caracterizar um problema.
Pgina: 19
Anlise e Projeto de Sistemas Se complico a pergunta feita e solicito determinar quantos segundos perfazem a sua existncia, ainda assim no estaremos diante de algo problemtico. A resposta poder ser simples e imediata; d-me tempo para fazer os clculos e lhe apresentarei a resposta. Aqui se enquadra os exerccios escolares (principalmente os de matemtica). No so problemas, so questes. Portanto, uma questo em s, no suficiente para caracterizar um problema. Toda questo comporta uma resposta j conhecida. E quando a resposta desconhecida ? Estaremos a diante de um problema ? Pode o problema se caracterizar pelo no saber ? Ser assim for, problema tudo aquilo que se desconhece (coisa inexplicvel, incompreensvel). No sabermos a resposta a determinada questo no suficiente para caracterizar um problema. Quais os nomes de cada uma das ilhas que compem o arquiplago das Filipinas ? (cerca de 7.100) . Esta situao no se configura como problemtica, basta uma pesquisa mais extensa para respond-la. Quando o no saber elevado ao extremo, implicando na impossibilidade do saber, configura-se um mistrio. Mistrio porm no sinnimo de problema, , ao contrrio e freqentemente, a soluo do problema. Qual ento a essncia do problema ? Em sua existncia, o homem enfrenta necessidades de cuja satisfao depende a continuidade desta mesma existncia. Este conceito de necessidade fundamental para se entender o significado essencial da palavra problema. Trata-se de algo muito simples, embora freqentemente ignorado. A essncia do problema a necessidade. Com isto ns podemos resgatar os usos correntes do termo problema, que foi visto anteriormente, observando-se que se aos mesmos tivermos impregnado uma necessidade, teremos ento um problema. Assim, uma questo, em s, no caracteriza o problema, nem mesmo aquela cuja resposta desconhecida; mas uma questo cuja resposta se desconhece e se necessita conhecer, eis a um problema. Algo que eu no sei no um problema; mas quando eu preciso saber, eis-me, ento, diante de um problema.
Pgina: 20
Anlise e Projeto de Sistemas Necessitam do computador trabalhando para s, mas a grande maioria desconhece a princpio o que e como proceder para us-lo. Aqueles que fazem alguma idia de como utiliz-lo, no dispem da formao necessria para tal. Surge ento o profissional Analista de Sistemas, que ser o elo entre os usurios e o computador. Ele dever entender e avaliar as necessidades e expectativas de cada usurio, a fim de que estas sejam organizadas e especificadas seguindo uma formalidade tcnica. Eventualmente, analista e usurios podero optar por uma soluo do problema que no venha a ser empregado o computador. Todas estas decises de se fazer ou no algo, via computador, resultado de um processo que envolve analista e usurio. O trabalho do Analista de Sistemas no fcil. Ele tem de ser capaz de lidar, ao mesmo tempo, com um grupo de usurios, outros profissionais de informtica e um corpo administrativo (gerentes/diretores). Cada qual trazendo formaes, pontos de vistas, vivncias, experincias e maturidade totalmente distintas.
Administrao
Os usurios, ou estaro preocupados em dinamizar seu servio, tornando-o automtico e extremamente rpido, aumentando a confiabilidade de resultados, ou ainda, estaro com medo da informatizao, s vezes, at obstruindo o trabalho do Analista de Sistemas.
O pessoal tcnico estar se preocupando com aspectos de performance, bits, bytes, estruturas de dados, tcnicas de randonizao, topologia de hardware e diversidade de recursos.
Pgina: 21
Anlise e Projeto de Sistemas Por fim, na administrao, tem-se aqueles que s querem saber do retorno sobre o investimento e a proporo custo/benefcio, lembrando a cada momento, que aquilo que voc estar fazendo, era necessrio para ontem. Por causa deste contexto, onde impera uma absurda diversidade, necessrio que o Analista de Sistema, tanto quanto possvel, busque os requisitos apresentados a seguir.
Iniciativa Comunicativo
Criatividade
Simplicidade Ao Conciliadora Clareza de Raciocnio Percepo Esprito de Grupo Sensibilidade Persistncia Flexibilidade Determinao
A maior desvantagem em estabelecer uma lista de requisitos, que jamais encontrar-se-a algum que venha a possuir todos eles. Mesmo assim, no esquea este panorama, e tente conciliar o mximo possvel a presena destes requisitos na sua formao profissional. Para uma boa atuao como Analista de Sistemas, conveniente observar algumas diretrizes de conduta, que serviro para facilitar seu trabalho:
Procure ser aceito profissionalmente, do nvel mais alto ao mais baixo da empresa. Tente entender o que o usurio quer dizer e no o que voc pensa que ele quer dizer Escute muito primeiro, fale muito pouco depois ! (desenvolva grandes orelhas e boca pequena) Esteja sempre familiarizado com os ltimos progressos da tecnologia de informao e compreenda como aplic-los na sua empresa
Pgina: 22
Seja capaz de explicar conceitos complexos em termos simplificados No se esconda em jargo da informtica; fale a linguagem da empresa Conhea a rea de negcio para a qual desenvolver sistemas, passando boa parte de seu tempo com o usurio Sugira solues inovadoras aos requisitos de informao e desenvolva com clareza, analisando sempre a relao custo / benefcio, utilizando alternativas viveis
Pgina: 23
4. Anlise Essencial
Desenvolver sistemas de informao no desenvolver programas. Esta prtica suicida para as organizaes, ainda hoje, por incrvel que parea, em grande abundncia no mercado, tem mostrado desde os primrdios do desenvolvimento os inmeros riscos que traz para as empresas. Motivado, normalmente por necessidades de ltima hora, situaes de emergncia, necessidades no antecipadas, (enfim ingerncias, desorganizao, falta de planejamento) as empresas se lanam na aventura de construir remendos para alicerar suas bases para tomadas de deciso, e normalmente, tornam-se refns dos aspectos que seguem:
No h planejamento de qualquer natureza, isto compromete, futuras expanses, integraes e viso corporativa. Em geral, os problemas oriundos deste aspectos, sero sentidos a nvel de ausncia de informao para decises estratgicas. Apenas uma pessoa detm o conhecimento sobre determinado desenvolvimento Esta memria do conhecimento comea a apresentar problemas quando h um crescimento do sistema Normalmente h problemas quando se trata de efetuar manuteno naquilo que foi desenvolvido Em geral no h qualquer documentao sobre o desenvolvimento, assim, qualquer interveno no mesmo, requer a leitura dos programas fontes para se entender o que o sistema faz exatamente
O mtodo 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 no. As tcnicas so procedimentos parametrizados e sistemticos, pelos quais uma tarefa executada; em uma analogia: a forma de se caminhar pelo caminho escolhido. H vrios mtodos para o desenvolvimento de sistemas, isto decorre do fato de que sendo uma atividade de criao, desenvolvida pelo ser humano, sempre h uma preocupao com a pesquisa de novos caminhos de forma a tornar o mtodo mais rpido e eficaz, segundo BALLESTERO ALVAREZ (1990:75) o objetivo bsico do estabelecimento de um mtodo padronizado no desenvolvimento de sistemas obter maior consistncia no trabalho, melhor qualidade oferecida ao usurio, maior facilidade no treinamento de novos Analistas, eliminao das perdas acarretadas por caminhos sem sada e, sem dvida, melhor controle dos resultados obtidos no desenvolvimento de sistemas. O mtodo que revela o estado da prtica atual a chamada Anlise Essencial. Na Anlise Essencial, deve-se considerar perfeito o ambiente tecnolgico onde ser implementado o software a ser projetado (princpio da neutralidade tecnolgica). Isto significa considerar que a memria do computador infinita, seu tempo de resposta instantneo, ele no para (no trava), no tem custo, ou seja, infalvel. Este aspecto
Pgina: 24
Anlise e Projeto de Sistemas propicia a anlise pensar em uma soluo ideal, no desenho do software, fazendo com que no sejam considerados certos requisitos impostos pelas restries tecnolgicas. O mtodo da Anlise Essencial uma evoluo da Anlise Estruturada, a qual o antecedeu. Pode-se sublinhar alguns fatores de seu uso:
b) Princpio da Abstrao.
Este aspecto permite resolver o problema, separando os aspectos que esto ligados a certa realidade, visando represent-los de forma simplificada e geral. Parte dos eventos existentes naquela sinttica viso da realidade para chegar aos dados ou informaes manipulados. Nas outras metodologias, tambm est presente este princpio, mas com a preocupao de no dissociar eventos dos dados os quais manipulam, tendo nessa associao o encapsulamento que caracteriza o objeto.
c) Princpio da diviso.
Para resolver um problema, o mesmo dividido em um conjunto de problemas menores, que so mais fceis de serem compreendidos e resolvidos.
Domnio do Problema
O primeiro momento, de altssima importncia delimitar exatamente o que se espera do sistema a ser desenvolvido. Trata-se de estabelecer seus limites fronteirios, exatamente o que dever ser feito. Por exemplo, algum pode solicitar seus servios para informatizar um hotel. Mas veja, um hotel sem dvida um macro problema. Ele composto de vrias facetas que podem ser informatizadas, como o controle da locao de quartos, o controle financeiro (contas a pagar/receber), a folha de pagamento dos funcionrios, a contabilidade do hotel, enfim, necessrio que voc verifique se a expectativa de quem o contratou realmente informatizar todas estas facetas. Uma vez delimitado a abrangncia do que dever ser feito, o segundo passo de absoluta importncia deve ser dado, ou seja, fazer um amplo, rigoroso, profundo, minucioso
Pgina: 25
Anlise e Projeto de Sistemas levantamento de eventos abrangendo o contedo 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. Voc dever sair desta fase sendo quase um especialista sobre o assunto que dever informatizar, ou seja, no mnimo saber todos os eventos e dados essenciais relativos ao assunto. De posse deste conhecimento voc comea a estar apto a iniciar alguma especificao dos requisitos do sistema.
Modelo Ambiental
Assim, passado este momento inicial em que se avalia o domnio do problema e se busca os requisitos do sistema, voc poder definir qual a relao do sistema a ser desenvolvido com o ambiente no qual ele estar inserido. Vai descrever qual ou quais sero os objetivos do sistema, bem como quais sero os estmulos que o sistema receber do meio ambiente, que eventos eles acionaro e quais respostas o sistema devolver ao meio. Basicamente, neste ponto h uma descrio da relao entre o sistema e o meio ambiente onde ele se encontra.
Modelo Comportamental
Neste ponto, o trabalho se volta para definio interna do sistema. Sero especificados todos os processos que iro compor o sistema. Haver tambm a definio do modelo de dados que ser utilizado para armazenar as informaes por ele manipuladas.
Projeto(design)
Nesta fase, o objetivo modelar o sistema determinando como implementar, em um ambiente de processadores, a soluo sistmica idealizada na fase de anlise. Esta parte do trabalho cuidar das especificaes referentes as limitaes impostas pela tecnologia, a distribuio dos processos de acordo com os lugares onde sero executados. As restries de implementao, da tecnologia no ideal e imperfeita sero incorporadas atravs de atividades de infra-estrutura administrativas.
Pgina: 26
5. Ferramentas
O Analista de Sistemas, dever utilizar algumas ferramentas que o ajudaro a trilhar o seu caminho. Elas podero ser utilizadas em diferentes partes do mtodo de anlise essencial. Da a razo de destacar-se o funcionamento de cada uma antes de conhecermos profundamente o mtodo. Desta forma, o objetivo entender a ferramenta em s, livre do contexto onde ser empregada.
5.1. Entrevistas
certo que um grande volume de informaes, persuaso, flexibilizao, consenso e especialmente divergncias, ocorrero em encontros pessoais (duas ou mais pessoas), s vezes de carter mais formal, outras vezes bem informal e que, em geral, recebe o nome de reunio. A reunio pode ter um momento de questionamentos, na busca de informaes; ou seja, uma entrevista, normalmente sem qualquer conotao de rigor ou formalidade como o termo pode sugerir. Entrevistas portanto, so situaes inseridas nas relaes humanas que no esto sujeitas a regras ou frmulas exatas. Mas, pode ser til que o Analista de Sistemas tenha em mente alguns aspectos, relacionados a esta atividade que podero ajudar na sua execuo. O objetivo de uma entrevista (para a anlise de sistemas) o de coleta de informaes sobre o sistema a ser desenvolvido. Talvez, seja esta a fonte mais rica de conhecimentos sobre o sistema que dever ser feito. Ajuda nos aspectos chaves do sistema bem como esclarece pontos contraditrios do mesmo, ou, em alguns casos, torna o aspecto mais contraditrio, o que algo tambm importante de se conhecer. Verifica-se posicionamentos pessoais acerca das questes envolvidas (omisses, medo, desvios).
Pgina: 27
Anlise e Projeto de Sistemas 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 situao que se apresente como oportunidade para se buscar a informao necessria, em que o meio seja o dilogo entre duas ou mais pessoas. O Analista deve estar pronto para realiz-la, sabendo de antemo, que a ela poder acontecer assim, ao acaso. No raro, haver a necessidade de se entrevistar diversas vezes uma ou vrias pessoas, para se chegar a informao desejada.
Como Preparar
Para se conseguir uma entrevista eficaz, alguns cuidados devem ser tomados: - Clareza de sua finalidade - Identificao de perguntas chaves - Repasse de documentao formal (se houver) Atente para alguns detalhes: quando se tratar de aspectos gerais sobre um assunto, a pessoa mais indicada para se buscar esta informao a gerncia. 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. Mas, lembre-se da hierarquia da empresa, primeiro fale com o supervisor a quem a pessoa estiver locada. Isto envolve desde aspectos polticos at um fator de motivao para que a pessoa fale melhor sobre o assunto, visto que o chefe a indicou por ser a melhor funcionria que domina aquela questo.... Programe a entrevista de acordo com a disponibilidade do entrevistado. Toda entrevista bem conduzida, formal ou no, possui trs aspectos: abertura, corpo e o fecho. Na abertura, procure estabelecer uma atmosfera amigvel para a comunicao, informe sobre o objetivo. 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, ento quer dizer que...). Oua as respostas enquanto a questo est sendo respondida, no se preocupe em elaborar a prxima. Faa as anotaes que julgar necessrias, porm seja breve, sintetize as idias. Entrevista no julgamento, disputa do saber ou concorrncia com o entrevistado. Lembre-se sempre que a pessoa a especialista no que faz e voc apenas busca informaes. Procure distinguir fatos de opinies pessoais.
Pgina: 28
Anlise e Projeto de Sistemas No fecho da entrevista, procure manter a atmosfera de comunicabilidade. Esteja atento ao horrio para evitar qualquer transtorno ao entrevistado. Agradea a colaborao, mesmo que o encontro tenha sido infrutfero e distante do planejado.
Pgina: 29
Cliente
CADLIVROS
Cadastrar Pedidos
CADCLIENTE
CADPEDIDO
A entidade externa sempre um elemento ativo. Ela aciona processos, mediante o envio de estmulos (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 operaes de input, e o cadpedido para operaes de i-o.
Pgina: 30
Anlise e Projeto de Sistemas Para empregar uma representao com mesmo significado (redundncia) no mesmo desenho do DFD, utiliza-se alguns recursos.
Cliente
Cliente
Cadpedido
Cadpedido
Para obter um bom desenho global do DFD, procure seguir algumas normas que so 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 possvel, devem aparecer nas bordas do desenho
Evite erros grosseiros, conforme definido abaixo: Jamais um fluxo de dados parte de um depsito e vai para outro depsito sem a intermediao de um processo. Um fluxo de dados nunca parte de uma entidade externa diretamente para o depsito; sempre h um processo intermediando. Tambm no possvel um fluxo partir de uma entidade externa diretamente para outra entidade externa. Igualmente, um fluxo jamais parte de um depsito diretamente para uma entidade, sempre h a intermediao de um processo.
Exerccios Desenvolver um D.F.D. para cada enunciado abaixo: 1. O caixa do banco recebe cheque para descontar. Ele verifica na ficha do cliente se h saldo disponvel, em caso afirmativo, d o dinheiro; caso contrrio devolve o cheque 2. O professor passa para a secretaria 4 notas de cada aluno que possui. A secretaria calcula a mdia de cada um e anota o resultado na ficha do aluno. Quando o aluno solicitar sua mdia, a secretaria consulta a ficha dele, anota a mesma em um papel e entrega ao aluno
Pgina: 31
Anlise e Projeto de Sistemas 3. Para fazer um bolo, pega-se ovos, fermento, leite e manteiga na geladeira. O acar e a farinha encontram-se no armrio. Se estiver faltando um destes ingredientes, deve-se compra-los no supermercado. Mistura-se todos os ingredientes at formar a massa. A massa deve ficar em repouso por uma hora. Depois deste tempo, deve-se colocar a massa no forno em fogo baixo. Aps uma hora e trinta minutos, retirar do forno e deixar sobre a mesa para resfriar. Quando resfriar, acrescentar a cobertura a gosto, em seguida, guardar na geladeira.
Registro
Campo
SubCampo b) Organizao Hierrquica Emergente Estrutura conceitual mais recente, com advento das linguagens de 4 gerao, bancos de dados e orientao a objeto. Estrutura de Dado
Elemento de Dado
Pgina: 32
Anlise e Projeto de Sistemas Estrutura de dados so formadas de elementos de dados ou de outras estruturas de dados, ou uma mistura de ambos. Elemento de dado dados que no necessitam de decomposio para o fim a que se destinam. Por que utilizar um dicionrio de dados ? A razo mais bvia a documentao. Contudo, esta uma viso simplista de sua necessidade. Em uma organizao, diferentes pessoas ou grupos, podero definir um elemento de dados especfico de modo bastante diferente. Exemplo. Em uma escola, um Analista de Sistemas, conversou com trs pessoas pessoas: a secretria, 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 dados tinha contedo diferente: Secretria Boa nota, m nota Tesoureira Bom ou mal pagador Professor Muito esforado, pouco esforado. O inverso tambm acontece, nomes diferentes para referenciar o mesmo contedo. Por exemplo: registro do empregado, cdigo do funcionrio ou n de identificao funcional podem ser exatamente a mesma coisa. Perceba, portanto, as implicaes amplas de um dicionrio de dados no desenvolvimento de sistemas. Se todos os desenvolvedores envolvidos em um sistema, tiverem que utilizar descries de dados a partir de um dicionrio comum, vrios problemas potencialmente graves podero ser evitados. Para qualquer dado procure sempre definir : - um nome de identificao - pseudnimos - tipo de contedo (numrico, alfanumrico, inteiro, data) - tamanho mximo - formatao - domnio (restries de atributo ex. de 1 at 9) - restries de relacionamentos As formas de especificar ou documentar estas informaes acerca de um dado, tem alguma variao. Normalmente, se estiver utilizando linguagem de 4 gerao ter a sua disposio um dicionrio de dados pertinente a linguagem. O mesmo pode-se verificar em ferramentas orientadas a objetos, ou ainda, pode-se lanar mo de softwares especialmente construdos para tal fim, que possuam uma interface com sua plataforma de desenvolvimento.
Pgina: 33
MODELO
Convencional / Tradicional Surgiram no incio dos anos 50 e foram muito utilizados at 1975 Estruturado Comeou a partir de 1975 e ainda dever continuar a ser utilizado mais alguns anos por algumas empresas Chris Gane / 1979 Yourdon / 1979 Essencial Trata-se de um aprimoramento do estruturado que teve incio em 1984. Sthepehn McMenamim John Palmer Orientado a Objetos Decorrente dos conceitos j existentes na programao Simula (67) / Smalltalk(70). Mais nova Abordagem sobre Anlise. Final dcada 80.
ABORDAGEM
Totalmente funcional
FERRAMENTAS
Textos Fluxogramas
Funcional Dados
DFD Diagrama de Estrutura de dados Especificao dos processos Normalizao Dicionrio de dados
Essncia Funcional
DFD de Contexto DFD por eventos Dados Tabela de Eventos Diagrama Entidade Integrao Funcional e Relacionamentos Dados Diagrama de Estrutura Normalizao Dicionrio de dados Objeto = Encapsulamento de Diagrama de Casos de Uso Funes e Dados Diagrama de Classes e Objetos Contempla o estado de um Diagrama de Sequencia objeto Diagrama de Colaborao Diagrama de Componentes Viso esttica e dinmica Diagrama de Distribuio
A anlise essencial deve comear com o entendimento daquilo que o usurio est solicitando. Este entendimento no primeiro momento, refere-se apenas ao tracejamento dos limites fronteirios do sistema, ou seja, procure responder:
Pgina: 34
Depois de haver entendido claramente o que o usurio espera que seja feito, o analista de sistemas dever mergulhar profundamente na busca de informaes que envolve aquela rea. a fase precedente do inicio de anlise, chamada de anlise de requisitos do sistema ou levantamento de eventos e dados iniciais. Aps este passo, o analista de sistema dever no mnimo conhecer todas as atividades mais essenciais ligadas ao sistema a ser desenvolvido. Portanto, se o sistema for para controle da locao e consulta do acervo de uma biblioteca de universidade, no mnimo o analista dever saber: quem so os usurios da biblioteca como algum se torna usurio da biblioteca como e quando entra e sai o acervo (livros, revistas, jornais, peridicos) quais so os eventos essenciais existentes no sistema quais so as regras e restries envolvendo estes eventos quais as expectativas do usurios sobre o sistema a ser desenvolvido quais so os problemas atuais quais as vantagens que o novo sistema proporcionar
Vamos tomar o controle da locao e consulta do acervo de uma biblioteca de universidade, como um estudo de caso, para termos uma idia mais clara da aplicao da teoria. Vejamos qual foi o resultado colhido pelo analista nesta fase de anlise de requisitos do sistema.
Pgina: 35
Anlise e Projeto de Sistemas 1. O sistema atende a uma biblioteca central de uma universidade. 2. Os usurios (Professores, alunos e funcionrios) j se encontram cadastrados em sistemas j existentes, e as bibliotecas que faro uso do acervo sero cadastradas pelo sistema. 3. No caso de inexistncia de uma obra no acervo, os dados referentes a mesma sero guardados, para auxiliar futuras compras pela administrao 4. O acervo da biblioteca composto por livros, revistas, jornais, enciclopdias, dicionrios, trabalhos acadmicos; prev ainda a possibilidade de incluso de novos tipos de obras. 5. Peridicos, dicionrios e enciclopdias no podero ser locados, somente consultados na prpria biblioteca. 6. Os livros clssicos de cada rea podero ser locados, desde que permanea um exemplar nas dependncias da biblioteca para consulta. 7. O prazo de locao atual de 3 dias. 8. Uma obra s poder ser reservada se no estiver disposio para emprstimo. 9. Os usurios do sistema sero professores, alunos e funcionrios da universidade e outras bibliotecas no pertencentes ao Campus. 10. Mensalmente poder ser emitido relatrios demonstrando as obras mais retiradas, permitindo administrao verificar se h a necessidade de aquisio de mais volumes daquela obra. 11. O sistema permitir identificar, atravs de relatrios mensais, quais os usurios mais ativos, propiciando a administrao algum tipo de premiao, estimulando assim aos demais usurios. 12. Atravs de um relatrio mensal, o sistema acusar os usurios menos pontuais na devoluo de obras ao acervo. Funes: Emprstimos Devolues Reservas Cobranas Cadastro de novas obras Cadastro de Bibliotecas Estatstica de obras mais retiradas Estatstica de usurios mais ativos Relao das obras solicitadas no existentes Estatstica dos usurios menos pontuais Vantagens da implantao do sistema Considervel ganho de tempo na localizao fsica de uma obra do acervo. Absoluta preciso na cobrana de obras em atraso. Levantamentos estatsticos mensais: - Das obras mais retiradas - Dos usurios mais ativos
Pgina: 36
Anlise e Projeto de Sistemas Dos usurios menos pontuais na devoluo Completo controle sobre todas as obras do acervo, locadas ou no, prprias ou de terceiros. Possibilidade de pesquisa a qualquer momento das obras reservadas, informando dados da obra e usurio. Manuteno de dados sobre obras inexistentes no acervo, auxiliando futuras compras para o mesmo.
Pode-se comear por qualquer uma das partes. Alis, elas podero ser desenvolvidas paralelamente. Uma no precede a outra, porm devem ser totalmente consistentes entre s. Normalmente, segue-se a seqncia acima especificada. O objetivo do modelo ambiental mostrar qual a relao do sistema com o ambiente onde ele encontra-se inserido. Procura-se documentar quais so os estmulos que partem deste ambiente, mostrando quem os deflagrou. Demonstra-se ainda as respostas que saem do sistema para o meio ambiente.
Pgina: 37
Para o nosso estudo de caso, poderamos ter: Objetivo Geral: Controlar os emprstimos, devolues, reservas, consultas e cadastros do acervo de uma biblioteca universitria. Objetivos Especficos Essenciais: Cadastrar emprstimos do acervo a usurios previamente cadastrados Registrar devolues do acerto pelos usurios Efetuar Reservas do acervo para usurios Emitir cobranas de acervo emprestado com atraso na devoluo Cadastrar novas obras no acervo Cadastrar Bibliotecas Emitir Estatstica de obras mais retiradas Emitir Estatstica de usurios mais ativos Emitir Relao das obras solicitadas no existentes Emitir Estatstica dos usurios menos pontuais
Usurios
Dados-Bibliot
Dados-Obras
Dados-Cobrana
Depto Administrativo
Pgina: 38
N Evento 01 Usurio Consulta Obra 02 Usurio Reserva Obra 03 Usurio Empresta Obra
Descrio do Evento Quando o usurio desejar verificar a existncia ou situao de determinada obra O usurio pode reservar obras, desde que no seja peridicos ou enciclopdias. O usurio passa os dados da obra que deseja levar. Ela pode ter sido reservada previamente. Perodicos e enciclopdias no podem ser emprestados. Se houver apenas um exemplar de uma obra que seja um clssico em sua rea, tambm no poder ser emprestado. Quando o usurio faz a devoluo de uma obra que havia emprestado
Estmulo Consulta
Reserva
Reservar Obra
DadosEmprestimo
Emprestar Obra
Obra ou Msg-03
04 Usurio Devolve Obra 05 Usurio recebe cobrana 06 Administ rao Cadastra Obras
Obra
Registrar Devoluo
Msg-04
Decorrido o tempo destinado a Dados-Cobrana devoluo de obras, o usurio receber uma carta de cobrana Quando uma nova obra for fazer Dados-Obra parte do acervo da biblioteca (via compra ou doao) a administrao efetua o cadastro da mesma 07 Administ Quando uma nova biblioteca Dados-Bibliot rao requisitar seu cadastro, ou Cadastra necessitar efetuar algum Bibliotec emprstimo as 08 hora de Todo dia primeiro de cada ms emitir emitido os relatrios: relatrios Obras mais lidas estatistic Usurios mais ativos os Usurios menos pontuais 09 hora de Todo primeiro dia de cada ms emitir gerado um relatrio com as obras solicitadas e que no existem no obras inexistent acervo, referente ao ms anterior es
Gerar Cobrana
CartaCobrana Msg-05
Cadastrar Obra
Cadastrar Bibliotecas
Msg-06
Emitir Estatsticos
Relatrios RelatriosEstatisticos
Obras-Inex
Pgina: 39
Cada linha da lista de eventos corresponde a um evento (acontecimento) que de alguma forma estimula (aciona) uma ao (programa) no sistema. Desta maneira, a lista de eventos apresentada sob a forma de uma tabela que mostra no apenas os eventos, mas tambm os estmulos, aes e respostas correspondentes. A primeira coluna, apenas para identificao dos eventos, enumerando-os de forma crescente. Na segunda coluna, temos a atribuio de um nome para o evento (acontecimento externo ao sistema, ou qual, vai servir de estmulo a ele vai acion-lo). Assim, ao atribuir o nome a um evento, deve-se seguir uma estrutura frasal, conforme indicado abaixo: sujeito (entidade-externa) + verbo + complemento verbal (ou objeto) Todavia, quando se tratar de algum evento cujo estmulo seja de natureza temporal, a estrutura frasal, passa a ser: hora de ... Uma breve descrio sobre o evento, deve ser colocada na terceira coluna da lista de eventos. Isto permite observar alguns detalhes que no esto expressos no nome atribudo ao evento, ajudando no entendimento do mesmo. Em seguida, na quarta coluna, indica-se o tipo de estmulo ele sempre ser um Fluxo de Dados (F), um Fluxo Temporal (T) ou um Fluxo de Controle (C). Fluxos de Dados referem-se ao trnsito de dados propriamente dito, o Fluxo Temporal um estmulo gerado de acordo com certo tempo (Chegou a hora de ...) e o Fluxo de Controle gerado por algum dispositivo fsico de controle, como o movimento de uma catraca, ou a introduo de um carto. Na quinta coluna tem-se o nome da ao que ser executada pelo sistema, ou seja, o programa(s) que ser(o) acionado(s). Estes programas so aqueles que voc est prevendo ou projetando que devero ser desenvolvidos, sem contudo, neste momento, preocupar-se com o detalhamento deles. Basta aqui, prever que eles devero existir, para juntos, atenderem ao objetivo global do sistema. Na ltima coluna, especificado um nome para resposta(s) que a ao do sistema dar para o meio externo a ele. Por exemplo, um relatrio uma resposta (sada) do sistema que ir para o meio externo a ele.
Pgina: 40
Anlise e Projeto de Sistemas Sincronismo de Eventos A lista de evento, apresentada sob forma de tabela, no aborda ou no expressa o momento de determinado evento pode acontecer em funo dos outros. Porm, deve-se observar que, entre eventos, podem ocorrer as situaes definidas abaixo, que tero maior peso quando se tratar de um sistema em real-time. Simultaneidade A ocorrncia de um evento simultnea, concomitante com a ocorrncia de outro. Pode at haver coincidncia, como: o trmino do vero coincide com o incio do outono. Precedncia A ocorrncia de um evento deve necessariamente preceder a ocorrncia de outro. H uma seqncia entre os eventos. Exemplo: O Cadastramento de um empregado deve preceder o cadastramento de seu respectivo dependente. Excludncia A ocorrncia de um evento deve necessariamente excluir a ocorrncia de outro. H alternncia entre os eventos; sempre que um evento ocorrer, o outro no ter ocorrido, ou seja, situaes mutuamente excludentes. Exemplo: O cliente do sexo masculino ou feminino. Independncia No h nenhuma relao de simultaneidade, precedncia ou de excludncia entre os eventos. H total assincronismo. Exemplo: O cadastro de clientes independe do cadastramento de fornecedores.
Pgina: 41
Anlise e Projeto de Sistemas Quando pensamos em decompor um sistema, logo nos vm a mente dois tipos de componentes: funes e dados. Quais so as funes do sistema e quais so seus arquivos ou depsitos de dados. Porm precede a estas questes saber: O que produzido pelo sistema ? A que estmulos o sistema deve responder ? Na verdade, dados armazenados e funes (programas) so meios para atingir-se o verdadeiro objetivo do sistema, que apresentar as respostas adequadas ao ambiente em que est inserido. Portanto, a decomposio de que se fala, deve ser feita a partir da necessidade de resposta aos eventos que afetam o sistema, ou seja, o particionamento do sistema dever ser feito a partir dos eventos existentes.
Pgina: 42
Anlise e Projeto de Sistemas Exemplos de DFDs particionados por evento, decorrentes e em conformidade com a lista de eventos presente em uma das pginas anteriores.
Consultar Obra
CadObras
Msg-01
CadObrasInex
CadReserva
Reservar Obra
CadObras
CadUsurio
CadReserva
Pgina: 43
Usurio
Obra
Emprestar Obra
CadObras
Msg-03
CadEmprestimo
CadReserva
Usurio
CadObrMaisLida CadEmprestim
CadUsuMenosPont CadUsuMaisAtivo
Pgina: 44
Usurio
Carta-Cobrana
Gerar Cobrana
CadObras
CadEmprestimo
CadUsurio
E assim, deve-se proceder para todos os eventos que compem a lista de eventos. Portanto, no caso da nossa lista de eventos (pg.36) ainda est faltando os DFDs referentes aos eventos de 6 a 9. Esta parte do trabalho, em que h um detalhamento dos processos tambm conhecido como Modelagem Funcional, j que o aspecto principal desenhar um modelo de como as funciona as aes existentes no sistema. Porm, neste momento, comeam a existir os chamados depsitos de dados, onde os dados manipulados sero armazenados. Existe uma necessidade de se estudar mais profundamente, como estes dados utilizados pelo sistema, devero ser organizados. Este fato deve-se a fatores de performance na sua utilizao cotidiana pelos usurios. Este aspecto do trabalho, que pode acontecer em paralelo com a modelagem funcional, chama-se Modelagem de Dados.
Pgina: 45
Pgina: 46
Anlise e Projeto de Sistemas Os quatro elementos primitivos do modelo, que representam o mundo real, so: entidades, relacionamentos, atributos e domnios.
Entidade Na modelagem de dados, a palavra entidade, refere-se aquilo que constitui a essncia de uma coisa, tudo quanto existe ou pode existir. Assim, entidade algo sobre o qual desejamos guardar dados. Uma entidade pode ser: - Um objeto real, como um livro, uma mquina, um lugar, um avio, um quarto. - Uma pessoa, como um empregado, um contribuinte, um aluno, um cidado - Um conceito abstrato, como um curso, uma cor, uma empresa. - Um acontecimento
Relacionamentos Observa-se que as entidades pode relacionar-se entre s. Por exemplo, dados uma entidade aluno e uma entidade curso, tem-se um relacionamento: Aluno freqenta curso. Ou seja, os dados do aluno e os dados do curso, tem um relacionamento de onde deriva outros dados pertinentes quelas duas entidades, por exemplo: data de inscrio do aluno no curso. Esta data no refere-se somente ao aluno, nem to pouco ao curso, mas a ambos simultaneamente.
Atributos Dados uma entidade qualquer, como por exemplo aluno, podemos listar uma srie de caractersticas relativas exclusivamente a ele. Tem-se: Nome-do-Aluno, Idade-do-Aluno, Endereo-do-Aluno, Telefone-do-Aluno. Cada campo deste uma caracterstica especfica sobre certa entidade, a isto chamamos Atributo. Atributo mais o seu valor um dado sobre a entidade.
Domnios Domnio o conjunto de valores vlidos para um determinado atributo. Um domnio pode ser obrigatrio, identificador, referencial, simples ou composto. Por exemplo, para o atributo Sexo-Aluno, o domnio possvel ser { M, F}. Endereo-Aluno, certamente ter um domnio composto, ou seja, na verdade ele uma estrutura de dados, tendo portanto outros atributos e seus domnios.
Pgina: 47
Objetivo
u
Documentar graficamente a relao existente entre os dados utilizados pelo sistema Quantificar a relao estabelecendo uma poltica de restrio de integridade
Pgina: 48
Componentes
u
POSSUEM
Pgina: 49
Atributos
u
CLIENTE
Um Exemplo
cpf nome endereo CLIENTE FAZ cod-pedido data-emisso cod-cond-pgto PEDIDOS Vr.Unit. Qtde
POSSUEM
Cod-Produto
descrio
PRODUTOS Unidade
Pgina: 50
Cardinalidade
u
Toda relao entre as entidades deve expressar a quantidade mnima e mxima de tuplas que esto relacionadas
cpf nome endereo (1,1) CLIENTE FAZ (0,n) PEDIDOS cod-pedido data-emisso cod-cond-pgto
Um cliente faz nenhum ou muitos pedidos. Um pedido feito por um e somente um cliente.
Exemplo de Cardinalidade
cpf nome endereo (1, 1) CLIENTE FAZ (0,n) PEDIDOS Vr.Unit. Qtde (0,n)
POSSUEM
Cod-Produto descrio
(1,n)
PRODUTOS Unidade
Pgina: 51
Permite passar o modelo lgico de dados para o modelo fsico (aquele que efetivamente dar origem as tabelas ou arquivos de dados) Examina-se o DER, procurando identificar:
Relaes n para n Relaes com atributos
cpf
As setas mostram como ficar a migrao de campos identificadores para que o modelo possa funcionar
Itens
PRODUTOS
Produtos
Pgina: 52
Construo do D.E.R.
n n n n
Modelagem de Dados Diagrama Entidade Relacionamentos Idias originais de Peter P.C. Chen Para cada depsito de dados, fazer uma lista de atributos que iro fazer parte do mesmo. Os atributos devem ser propriedades ou caracteristicas de uma mesma entidade
1 = Aluno 2 = Professor
Pgina: 53
Exerccio - 3
n
Construa uma lista de atributos para cada depsito de dados existente na resoluo do exerccio anterior (Exerccio 2 D.F.D.particionado por evento).
Usurio
Pgina: 54
Usurio
Chave Primria
n
Dentre todos os atributos relacionados para uma entidade, um deles, deve ser escolhido para representar os demais (chave da Tupla).
nCritrio:
uSeu contedo deve ser unvoco (no pode
Pgina: 55
Chave Primria
n
Se observado que nenhum atributo atende ao critrio de chave primria, um dos aspectos abaixo verdadeiro:
u Est faltando atributos na entidade que ainda
no foram identificados
u Trata-se de uma entidade-relacionamento, onde
concatenao de atributos
Nome
Endereo TipoUsuario
Usurio
Cpf
Pgina: 56
Exerccio - 4
n
Utilize a relao de atributos das entidades, construda no exerccio 3. n Para cada entidade, assinale com @ na frente do(s) atributo(s) que voc entende que deva(m) ser a chave primria da entidade.
Uma entidade pode necessitar estar relacionada a uma outra, quando esta contiver informaes que lhe dizem respeito, ainda que indiretamente. Existem formas diferentes de se representar graficamente esta situao.
FATAN - Faculdade de Tecnologia da Alta Noroeste
Pgina: 57
Comumente emprega-se uma notao sobre uma estrutura de dados que j tenha sido transformada do DER para o DED
Usurio
Retiradas
Nome do Relacionamento
n
Usurio
Retiradas
Pgina: 58
Nome do Relacionamento
n
Tambm podemos criar um nome para que o relacionamento seja lido na sequncia inversa:
Faz
Usurio
Feitas
Retiradas
Quantificao do Relacionamento
n
Podemos expressar em um relacionamento, a quantidade de tuplas que uma entidade possui relacionada a uma outra
Usurios Retiram Fabiane Joo Anderson Sheila Fabiana Jos Anlise Essencial Equaes 2 Grau Romeu e Julieta Livros
Pgina: 59
Cardinalidade
n
Nome atribudo a quantificao mnima e mxima, de tuplas envolvidas em um relacionamento entre entidades.
Usurio
Faz
Retiradas
Representaes de Cardinalidade
n
No mnimo uma, no mximo muitas (1, n) Nenhuma, ou no mximo uma No mnimo nenhuma, no mximo muitas (0, 1)
(0, n)
Pgina: 60
Exemplo de Cardinalidade
Usurios Fabiane Jos Joaquim Livros Retiram A Terceira Onda A Ilha Perdida Romeu e Julieta Alunos Estudiosos
Ttulo Editora Autor
Usurio
Cpf
Retiram Retirado
Livros
Cdigo
Atributos de Relacionamentos
n
atrasado e quais so os livros ? Perceba que as informaes necessrias para as respostas, no referem-se apenas ao usurio ou ao livro, mas a ambos simultaneamente.
Pgina: 61
A chave primria ser a concatenao dos atributos provenientes das entidades associadas
Usurio
Retiram Retirado
Livros
Cdigo
Data
Usurio
Cpf
Faz Feita
Retirada
Pertence
Livros
Cdigo
Pgina: 62
Leitura do Relacionamento
Nome Endereo TipoUsuario Data horrio Ttulo Editora Autor Refere-se
Usurio
Cpf
Faz Feita
Retirada
Pertence
Livros
Cdigo
Um usurio Faz nenhuma, uma ou muitas retiradas. Uma retirada refere-se a um e somente um livro. Um Livro pertence a nenhuma, uma ou muitas retiradas. Uma Retirada feita por um e somente um usurio.
Exerccio - 5
n
Data
Usurio
Cpf
Faz Feita
Retirada
Pertence
Livros
Cdigo
Pgina: 63
Teoria da Normalizao
n
Apresenta uma forma sistematica de simplificao da estrutura de dados Inspeciona as entidades buscando eliminar redundncias no modelo de dados Busca evitar anomalias de insero, alterao e excluso no tratamento dos dados Ajuda a manter a integridade referncial
Formas Normalizadas
n
Para atingir o objetivo a que se prope, para cada entidade existente no modelo de dados, aplica-se as formas normais. So 5 as principais formas normais. Na prtica, aplicando-se apenas as 3 primeiras formas normais, j obtem-se um resultado plenamente satisfatrio.
Pgina: 64
Em qualquer entidade, todo atributo l existente, dever ter apenas contedo unvoco (um nico contedo por atributo).
Com base nesta definio, examina-se cada entidade do modelo de dados, verificando o contedo dos atributos existentes.
Observe a entidade abaixo. Ele foi definida para guardar informaes sobre peas, suas quantidades e o local onde esto.
Nome_Pea Tel_Princ
Peas
Pgina: 65
A entidade PEAS encontra-se na 1a. forma normal ? No, pois o atributo Local_Estoque possui contedo no unvoco. Diz-se ento que a entidade (tabela) no est normalizada na 1a. forma normal. Quais os problemas que isto pode causar ?
Pgina: 66
A segunda forma normal aplica-se para aquelas entidade que: u J estejam na 1a. forma normal Existe algum atributo no chave que dependa parcialmente da chave principal ?
Qtd_Etq 110 235 122 211 150 Nome_Pea Parafuso 1 Parafuso 1 Parafuso 1 Rosca 1/2 Rosca 1/2
CodPea Local_Estoque T232 T232 T232 H995 H995 Rio So Paulo Vitria Vitria Rio
Pgina: 67
CodPea Local_Estoque T232 T232 T232 H995 H995 Rio So Paulo Vitria Vitria Rio
Quais os problemas em se ter uma tabela que no esteja na segunda forma normal ?
Observe que, para se chegar a um nome de uma pea, bastaria o cdigo da mesma
Rio So Paulo Vitria Vitria Rio Qtd_Etq 110 235 122 211 150 Nome_Pea Parafuso 1 Parafuso 1 Parafuso 1 Rosca 1/2 Rosca 1/2
Neste caso, para deixar a tabela na 2a. forma normal, tiramos o atributo que tem dependncia parcial da chave e criamos uma nova entidade, estabelecendo uma relao com esta (atravs de parte da chave).
Pgina: 68
Peas
CodPea Nome_Pea T232 H995 H205 Parafuso 1 Rosca 1/2 Rosca 1 Idenficao
Pgina: 69
Uma entidade estar em terceira forma normal se: u J estiver em 2a. forma normal u Se todos os atributos no chave no dependerem transitivamente de nenhum outro atributo no chave
Observer que: para se conhecer o nome do fornecedor, basta ter-se o Cgc, que no caso desta entidade, no um campo chave.
Pgina: 70
No caso de se identificar um atributo (x) dependente de outro no chave (y), deve-se: u Criar uma nova entidade, onde
FY
ser a chave primria (Y tambm ficar na outra entidade) F X ser um atributo (ser tirado da entidade onde estava)
u Criar
Idenficao
Fornecedores
Pgina: 71
Relacionamento n para n
CodPea Nome_Pea Saldo CgcForn. 111111111111111 T232 Parafuso 1 467 H995 Rosca 1/2 361 222222222222222 0 45978252/0001-05 H205 Rosca 1
Idenficao
Fornecedores
Relacionamento n p/ n
CodPea Nome_Pea T232 H995 H205
Saldo Peas
Fornecimento
CgcForn. NomeFornec.
111111111111111 222222222222222 45978252/0001-05
Fornecedores
Pgina: 72
Dicionrio de Dados
Existem muitos esquemas de notao comum para documentao. Abaixo, segue uma das mais usuais:
Smbolo = + () {} [] ** @ | OU / Significado COMPOSTO DE E OPCIONAL (PODE ESTAR PRESENTE OU AUSENTE) ITERAO ESCOLHA UMA DAS OPES COMENTRIO INDICA CAMPO CHAVE DE UMA TUPLA SEPARA ALTERNATIVAS NA CONSTRUO [ ] AT
Pgina: 73
7. Bibliografia
Ballestero Alvarez, Maria Esmeralda. Organizao, Sistemas e Mtodos. So Paulo, McGraw-Hill, 1990. Bertalanffy, Ludwing Von. Teoria Geral de Sistemas. Petrpolis, Vozes, 1977. DeMarco, Tom. Anlise Estruturada e Especificao de Sistemas. Rio de Janeiro, Campus, 1989. Dorfman, Merlin. Requirements Engineering - SEI Interactive, March 1999. (download de http://www.geocities.com/athens/olympus/1307) Feliciano Neto, at all. Engenharia da Informao. 2 Ed. So Paulo, McGraw-Hill, 1988. Gane, Chris & Sarson Trish. Anlise Estruturada de Sistemas. 12 Ed. Rio de Janeiro, LTC, 1983. Maas, Antonio Vico. Administrao de Sistemas de Informao. So Paulo, rica, 1999. McMenamin, Stephen M. & Palmer, John F. Anlise Essencial de Sistemas. So Paulo, McGraw-Hill, 1991. Oliveira, Jayr Figueiredo. Metodologia para Desenvolvimento de Projetos de Sistemas. So Paulo, rica, 1999. Pompilho, S. Anlise Essencial. Rio de Janeiro, Infobook, 1995. Pressman, Roger. Engenharia de Software. 3 Ed. Makron Books, 1995. Robertson, James e Suzanne. Complete Systems Analysis (The Workbook, The Textbook, The Answers). Dorset House. 1995. Yourdon, Edward. Anlise Estruturada Moderna. 6 Ed. Rio de Janeiro, Campus, 1992.
Pgina: 74