Professional Documents
Culture Documents
Desenvolver modelo lgico actual Modelo lgico actual Desenvolver modelo lgico novo Modelo lgico novo Desenvolver modelo fsico novo Modelo fsico novo
Modelo fsico (Actualmente) Modelo de implementao Modelo do sistema que o utilizador usa no momento. Pode ser um sistema manual, automatizado ou uma mistura de ambos.
Aspectos mais comuns de detalhes de implementao: Sequenciao de actividades: Dados temporrios, redundantes ou derivveis; Validaes de dados e processos Modelo lgico (Actualmente) Modelo essencial Modelo dos requisitos puros ou essenciais do sistema, ou seja, sem detalhes de implementao.
Anlise Estruturada 21
A abordagem clssica baseia-se nos seguintes pressupostos: O analista de sistemas pode no conhecer aspectos da rea da aplicao, sendo a elaborao dos modelos, fsico e lgico, do sistema actual um meio de aprendizagem; O utilizador tem dificuldade em analisar o modelo abstracto do sistema, servindo a modelao do sistema fsico actual, simultaneamente, como um mecanismo de introduo do processo de anlise estruturada e como uma garantia, para o utilizador, de que analista est a modelar o sistema correctamente; A transformao do modelo lgico actual no novo modelo lgico, no requer grande esforo, nem trabalho desperdiado, quando o utilizador s quer acrescentar novas funes ou dados, a um sistema que j existe, permanecendo a maior parte do sistema intacto.
Motivos de insucesso da abordagem clssica Os pressupostos da abordagem clssica podem ser correctos em alguns casos, mas, na maior parte dos casos representam: grande dispndio de tempo e esforo quando analista especifica todos os aspectos; desperdcio de tempo e esforo pois grande percentagem do modelo fsico ser deixado de lado na sua transio para modelo lgico actual, devido a redundncia, e aspectos relacionados com validaes que no fazem parte do modelo lgico; uma influncia negativa quando diminui a tendncia de colocar em causa determinados procedimentos, possivelmente, menos adequados ou
desactualizados.
Anlise Estruturada 22
O modelo essencial descreve: Poltica essencial ou lgica das actividades que tm de ser executadas; Contedo essencial dos dados armazenados e que circulam pelo sistema; Comportamento dependente do tempo essencial que o sistema possui para tratar sinais e interrupes do ambiente.
Modelos Ambiental
Comportamental
Diagrama Entidade Relacionamento (DER) Diagrama de Fluxo de Dados (DFD) Diagrama de transio de estados (DTE) Dicionrio de dados (DD) Especificao de Processos
Anlise Estruturada 23
Modelo ambiental
O modelo ambiental define: Limites essenciais do sistema Determinao do que faz parte do sistema, definindo fronteiras entre o sistema e o ambiente. Interfaces entre o sistema e o ambiente Determinao da informao proveniente do exterior e da informao que o sistema tem de produzir e enviar para exterior. Eventos externos Identificao dos eventos, ou estmulos, que ocorrem no ambiente, aos quais, o sistema tem de responder.
Exemplo considerado Pretende-se uma aplicao para automatizar os servios prestados por uma biblioteca, tendo em conta os seguintes aspectos: Um utente, no acto de inscrio, preenche uma ficha de leitor, que obrigatoriamente contm o nome, morada, BI, telefone e profisso. O leitor escolhe os livros que pretende consultar, podendo lev-los por um prazo a definir pela administrao da biblioteca, mediante o registo do respectivo emprstimo. Caso o livro no seja entregue no prazo devido, o utente ser sancionado com uma multa. Um emprstimo no concedido se o leitor possui multas por pagar ou livros que excederam o prazo de entrega. Devem ser implementadas pesquisas de ttulos, autores e de disponibilidade de um livro. A deciso de aquisio de livros baseia-se num relatrio, produzido mensalmente, dos emprstimos concedidos aos utentes. Os livros adquiridos so registados depois de catalogados.
Anlise Estruturada 24
Caractersticas de uma declarao de propsito: deve ser curta, de preferncia uma nica frase longa; deve fornecer uma viso muito geral do sistema, permanecendo ao mesmo tempo to especfica quanto possvel (no deve incluir generalizaes verdadeiras para todos os sistemas); deve ser completa; alguns analistas consideram que deve apresentar o resumo dos benefcios quantificveis visados com o novo sistema. Em projectos de elevada dimenso ser prefervel apresentar uma anlise de custos benefcios separadamente.
Exemplos de declarao de propsito: O propsito do sistema GB manter e disponibilizar informao sobre livros e leitores, controlar emprstimos e produzir relatrios de emprstimos. O propsito da GSP manter a informao necessria para a gesto de um stock de produtos, o que inclu controlo de stocks, processamento de encomendas e registo de movimentos.
Anlise Estruturada 25
Diagrama de contexto
Os principais aspectos que este diagrama especifica so: As pessoas, organizaes, ou sistemas com os quais o sistema comunica (terminadores); Os dados que o sistema recebe do ambiente e que tm de ser processados (fluxos de dados de entrada) Os dados produzidos pelo sistema e enviados para o ambiente (fluxos de dados de sada); As fronteiras entre o sistema e o resto do universo.
Um diagrama de contexto constitudo por terminadores, fluxos de dados, um s processo que representa todo o sistema, podendo ainda conter, fluxos de controlo e depsitos de dados externos.
UTENTE
Ficha_leitor
Dilogo_pesquisa_ttulo
Livros_a_entregar
Dilogo_pesquisa_disp
Gesto de Bibliotecas
Relatrio
ADMINISTRAO
Lista_livros_adquiridos
EDITORA
Anlise Estruturada 26
Lista de eventos
Consiste na lista narrativa dos estmulos que ocorrem no exterior, aos quais o sistema tem de responder. Esta lista determina o propsito para o comportamento do sistema e d uma perspectiva do sistema diferente da do diagrama de contexto. Os eventos devem ser descritos sob o ponto de vista do ambiente, ou seja, por exemplo, prefervel usar Cliente envia pedido em vez de Chegada de pedido do cliente.
Os eventos podem ser classificados da seguinte forma: Evento orientado por fluxo (F); Evento temporal (T); Evento de controlo (C).
Evento orientado por fluxo (F) um evento associado a um fluxo de dados. O sistema notificado da ocorrncia do evento pela chegada de um conjunto de dados. Um evento orientado por fluxo corresponde a uma das entradas do diagrama de contexto. Contudo, nem todos os fluxos de dados de um diagrama de contexto correspondem a eventos, pois existem fluxos que so requeridos pelo sistema para que este possa processar um evento.
Anlise Estruturada 27
Eventos temporais(T) Os eventos temporais so desencadeados pela passagem do tempo por um dado instante. No existem fluxos associados a este tipo de evento. Supe-se que o sistema possui um relgio interno que determina passagem do tempo. Apesar destes eventos no terem fluxos associados, podem desencadear um pedido de informao a terminadores, pedidos estes que no representam eventos.
Eventos de Controlo(C) Podem ser considerados como casos especiais de eventos temporais que ocorrem num ponto do tempo imprevisvel. Um evento deste tipo no pode ser antecipado pela passagem do tempo, nem detectado pela chegada de informao. Este tipo de evento pode ser considerado como um fluxo de dados binrio e est associado a um fluxo de controlo. Conforme j foi referido, os fluxos de controlo so uma extenso utilizada na modelao de sistemas em tempo real.
Componentes adicionais de um modelo ambiental A natureza e complexidade de um sistema pode ditar a utilizao adicional de: Dicionrio de dados inicial que descreve fluxos e depsitos externos; Diagrama de entidade relacionamento dos depsitos de dados externos.
Anlise Estruturada 28
Aspectos a ter em conta na elaborao da lista de eventos: Cada fluxo do diagrama de contexto necessrio para que sistema detecte a ocorrncia do evento, ou, corresponde a uma necessidade de informao do sistema; Cada fluxo de sada deve ser uma resposta a um evento; Cada evento no temporal deve corresponder a uma entrada, a partir da qual o sistema detecta a sua ocorrncia; Cada evento deve produzir uma actividade imediata de resposta, ou deve gerar armazenamento de informao a utilizar posteriormente, ou deve causar uma alterao de estado do sistema;
Anlise Estruturada 29
Quando se identifica uma resposta em vez de um evento, necessrio retroceder para determinar qual o evento que causa a resposta. Um candidato a evento detectado pelo facto de o sistema no ter de responder. Exemplo: Candidato a evento = Calcular valor da aco Evento real = Accionista requer uma posio de conta A lista de eventos, que causam a reaco do sistema, mais fcil de obter se tambm se consideram as respectivas respostas.
Exemplo lista de eventos para exemplo de gesto de stocks: Produo envia requisio de produtos (F) Fornecedor envia guia de remessa de produtos (F) Produo envia dados de novos produtos (F) Fornecedores recebem (mensalmente) encomendas (T)
Exemplo de lista de eventos para exemplo de gesto de bibliotecas: Utente inscreve-se como leitor (F) Utente solicita emprstimo de livros (F) Utente entrega livros (F) Utente paga multas (F) Utente pede informao por autor de livros (F) Utente pede informao por ttulo de livros (F) Utente pede informao de disponibilidade de livro (F) Administrao requer relatrio (mensal) de emprstimos (T) Editora envia livros novos (F)
Anlise Estruturada 30
Modelo comportamental
Consiste na modelao do comportamento interno do sistema, de forma a que este responda com sucesso ao ambiente. O desenvolvimento deste modelo contempla a elaborao do DFD, DER, DTE, DD, e especificao de processos.
Abordagem clssica
Consiste numa abordagem top-down, sendo constituda pelas seguintes etapas: 1. Construo do diagrama de contexto; 2. Construo de um DFD de nvel elevado, denominado por Diagrama 0, que envolve: identificao das principais componentes do sistema; elaborao do diagrama 0 onde os processos representam os principais subsistemas; 3. Elaborao de DFDs de nvel inferior, que contempla: decomposio sucessiva de cada processo num diagrama de nvel inferior, at se obter processos atmicos que no requerem mais divises; 4. Elaborao do DD e especificao de processos.
Dificuldades encontradas na utilizao desta abordagem: Paralisia na anlise Na maior parte dos sistemas complexos, no existe nenhuma indicao que guie o analista no desenho de um diagrama 0 apropriado, a partir do diagrama de contexto. Assim sendo, a construo do diagrama 0 tem um arranque demorado e este diagrama alterado, vrias vezes, ao longo do processo.
Anlise Estruturada 31
Dificuldade na diviso de trabalho O desenvolvimento de sistemas complexos , normalmente, elaborado por equipas com vrios analistas. A necessidade de diviso do trabalho pelos vrios analistas pode gerar parties foradas do sistema. Partio fsica arbitrria Em muitos casos um sistema baseia-se noutro sistema j existente, ou na informatizao de partes de uma organizao. A estrutura do sistema existente, ou da organizao, usada frequentemente como um critrio de determinao dos subsistemas do novo sistema. Contudo, essa partio pode no ser a melhor partio do ponto de vista funcional.
Abordagem Middle-Out
A abordagem proposta no uma abordagem top-down pura, nem uma abordagem bottom-up pura. Esta abordagem parte de um DFD inicial intermdio e estabelece que necessrio agrupar processos num nvel superior e decompor processos em nveis de detalhe inferiores. Na abordagem middle-out o desenvolvimento do modelo comportamental efectua-se em duas etapas: Desenvolvimento de modelo comportamental preliminar Envolve o desenvolvimento do DFD e do DER preliminares e a elaborao inicial das entradas no DD. Finalizao do modelo comportamental Organizao e refinamento do modelo comportamental preliminar com vista obteno do modelo comportamental final. Envolve a criao de DFD com vrios nveis de detalhe, finalizao do DER, finalizao do DD, finalizao do DTE e especificao de processos.
Anlise Estruturada 32
Anlise Estruturada 33
Casos especiais: um evento que causa mltiplas respostas Cada resposta modelada por um processo e o fluxo, que representa o evento, diverge para cada um dos processos. Isto apropriado se todas as respostas usam o mesmo fluxo de entrada e somente se todas as respostas forem independentes, ou seja, nenhuma parte de uma das respostas necessria como entrada para produzir outra resposta. mltiplos eventos que causam a mesma resposta criar um s processo se a resposta idntica para os vrios eventos e se os dados de entrada e de sada forem idnticos para as vrios respostas aos eventos.
Anlise Estruturada 34
Leitor
Leitor
Emprstimo
Multa
Anlise Estruturada 35
Utente
Multa
Anlise Estruturada 36
Anlise Estruturada 37
2 1|3 4
4 3 5 2|5
Os processos 1 e 3 foram agrupados no processo 1|3, e os processos 2 e 5 foram agrupados no processos 2|5
Anlise Estruturada 38
O processo de estruturao de um DFD, em vrios de DFDs, decorre sucessivamente at se obter um DFD de nvel superior com +/- 7 objectos. Contudo, a restrio de no ter um DFD com +/- 7 objectos no deve ser o nico aspecto a ter em conta. Se existem oportunidades de agrupar processos devido a partilha de dados relacionados, ou devido existncia de depsitos locais, o processo de agrupamento deve prosseguir.
Exemplo: Agrupamento de processos do sistema de gesto de bibliotecas Processos agrupados 1, 2, 3 e 4 5, 6, 7 e 9 8 Depsitos escondidos multa e leitor Autor e Autor_livro Detalhe Diagrama 1 Diagrama 2 Anlise Estruturada 39
Multa Pagamento_multa
Dilogo_emprstimo
Livros_a_entregar
Multa Livro
Leitor
Emprstimo
Dilogo_pesquisa_disp
Dilogo_pesquisa_ttulo
Autor_livro
Emprstimo
Lista_livros_adquiridos Editora
Autor_livro
Anlise Estruturada 40
Diagrama 0
Dilogo_pesquisa_autor
UTENTE
Dilogo_pesquisa_ttulo
Dilogo_pesquisa_disp
1 Gerir emprstimos
2 Gerir livros
Emprstimo
Emprstimo
Relatrio_emprstimos
ADMINISTRAO
Lista_livros_adquiridos
EDITORA
Anlise Estruturada 41
1.
2.
3.1.
3.2.
3.
3.3.
Anlise Estruturada 42