Análise Essencial Sistema Conceitos Chave

Uniban - Roberto C.P.
Almeida _________________________________________________________________________________________________________
ANLISE ESSENCIAL CONCEITO

Por onde comear o sistema? Dados Funes
DEVEMOS COMEAR A ESPECIFICAO DE UM SISTEMA PELA IDENTIFICAO DOS EVENTOS QUE O AFETAM.
ANLISE ESSENCIAL
MODELO ESSENCIAL
MODELO IMPLEMENTAO
Modelo Essencial: Apresenta o sistema num grau de abstrao completamente independente de restries tecnolgicas.
Modelo Implementao: Apresenta o sistema num grau de abstrao completamente dependente de restries tecnolgicas. derivado do modelo essencial. Diz respeito a implementao do sistema.
Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________
ANLISE ESSENCIAL CONCEITO
O Modelo Essencial formado por:

Modelo ideal, descrevendo quais os requisitos a que o sistema deve atender, sem se preocupar como isto poder ou ser implementado.
Modelo Ambiental:
Define a fronteira entre o sistema e o resto do mundo
Modelo Comportamental:
Define o comportamento das partes internas do sistema necessrio para interagir com o ambiente.
Mtodos Envolvidos:
Modelagem de Dados Modelagem Funcional ANALISE ESSENCIAL MODELO ESSENCIAL MODELO AMBIENTAL MODELO DE IMPLEMENTAO
MODELO COMPORTAMENTAL
ANLISE ESSENCIAL TERMINOLOGIA
ATIVIDADES ESSENCIAIS: Todas as tarefas que o sistema teria que executar se fosse implementado com tecnologia perfeita.
CLASSIFICAO DAS ATIVIDADES ESSENCIAIS: 1. FUNDAMENTAIS: Executam tarefas que so parte dos objetivos do sistema 2. CUSTODIAIS: Mantm a memria essencial 3. ESSENCIAIS COMPOSTAS: Ambas
MEMRIA ESSENCIAL: Todos os dados que o sistema tem que se lembrar se tudo o que faz executar as Atividades Essenciais.
ENCARNAO: Toda tecnologia usada para implementar as Atividades Essenciais e a Memria Essencial.
ANLISE ESSENCIAL SIMBOLOGIA
PROCESSO: Conjunto de atividade que produzem, modificam ou atribuem qualidade s informaes. DEPSITO DE DADOS: Conjunto de informaes armazenadas pelo processo para serem utilizadas por algum processo, a qualquer momento. ENTIDADE EXTERNA: algo situado fora do escopo do sistema, que fonte ou destino das suas informaes. FLUXO DE DADOS: O nome deve expressar o significado do conjunto de informaes que est fluindo.
ANLISE ESSENCIAL
DIFERENAS ENTRE A ANLISE ESTRUTURADA E A ANLISE ESSENCIAL
ANLISE ESTRUTURADA
MODELO FSICO ATUAL MODELO LGICO ATUAL MODELO LGICO PROPOSTO MODELO FSICO PROPOSTO
ANLISE ESSENCIAL
MODELO ESSENCIAL MODELO DE IMPLEMENTAO
VANTAGENS DA ANLISE ESSENCIAL SOBRE A ESTRUTURADA

A Anlise Essencial comea pelo modelo essencial, o que equivale, na Anlise Estruturada, comear diretamente pelo modelo lgico proposto. A Anlise Estruturada aborda duas perspectivas do sistema - funo e dados - , ao passo que a Anlise Essencial aborda trs perspectivas - funo, dados e controle. Na Anlise Estruturada o particionamento feito atravs da abordagem topdown, enquanto na Anlise Essencial, o particionamento por eventos
MODELO AMBIENTAL CONCEITO O Modelo Ambiental o modelo que define: A fronteira do sistema com o ambiente onde ele se situa, determinando o que interno e o que externo a ele.
5
As interfaces entre o sistema e o ambiente externo, determinando que informaes chegam ao sistema vindas do mundo exterior e vice-versa. Os eventos do ambiente externo ao sistema aos quais este deve responder.
FERRAMENTAS PARA DEFINIO DO AMBIENTE
O Modelo Ambiental consiste de quatro componentes: 1. Declarao de Objetivos 2. Diagrama de Contexto 3. Lista de Eventos
4. Dicionrio de Dados Preliminar (opcional)
MODELO AMBIENTAL DECLARAO DOS OBJETIVOS
Consiste de uma breve e concisa declarao dos objetivos do sistema.
dirigida para a alta gerncia, gerncia usuria ou outras pessoas no diretamente envolvidas no desenvolvimento do sistema.
Pode ter uma, duas ou vrias sentenas mas no deve ultrapassar um pargrafo.
6
No deve pretender dar uma descrio detalhada do sistema. EXEMPLOS: O Objetivo do Sistema de Processamento de Livros ABC manusear todos os detalhes de pedidos de compra de livros dos clientes, bem como a remessa, faturamento e cobrana de clientes em atraso. Informaes sobre pedidos de livros devem ficar disponveis para outros sistemas tais como: Marketing, Vendas e Contabilidade. O sistema AKD-MICO se prope a manipular as informaes sobre alunos matriculados, cursos oferecidos e perodos letivos, de modo a permitir a avaliao de cada aluno matriculado. MODELO AMBIENTAL DIAGRAMA DE CONTEXTO Apresenta uma viso geral das caractersticas importantes do sistema: As pessoas, organizaes ou sistemas com os quais o sistema se comunica (Entidades Externas). Os dados que o sistema recebe do mundo exterior e que de alguma forma devem ser processados. Os dados produzidos pelo sistema e enviados ao mundo exterior. A fronteira entre o sistema e o resto do mundo.
MODELO AMBIENTAL LISTA DE EVENTO uma relao dos estmulos que ocorrendo no mundo exterior implicam que o sistema d algum tipo de resposta. Ou, um evento pode ser definido informalmente como um acontecimento do mundo exterior que requer do sistema uma resposta. UM ESTMULO: um ativador de uma funo. a forma como o evento age sobre o sistema. a conseqncia do fato de ter ocorrido um evento externo. a chegada de um estmulo que indica que o evento ocorreu e isto faz com que o sistema ento ative uma funo pr-determinada para produzir a resposta esperada. UMA RESPOSTA: o resultado gerado pelo sistema devido ocorrncia de um evento. Uma resposta sempre o resultado da
execuo de alguma funo interna no sistema como conseqncia do reconhecimento pelo sistema de que um evento ocorreu: Pode ser: Um fluxo de dados saindo do sistema p/ uma entidade externa. Uma mudana de estado em algum depsito de dados (o que equivale a incluso, excluso ou modificao de algum registro de um arquivo). Um fluxo de controle saindo de uma funo para ativar outra funo. Os eventos so classificados em 3 tipos: Orientado Fluxo (F) Temporal (T) Temporal Relativo (TR)
MODELO AMBIENTAL LISTA DE EVENTO
EVENTO ORIENTADO A FLUXO aquele associado a um fluxo de dados , ou seja, o sistema toma conhecimento da sua ocorrncia quando um ou vrios dados chegam a ele. Corresponde aos fluxos de dados de entrada do Diagrama de Contexto.
Nem sempre um fluxo de dados necessariamente um evento orientado a fluxo. Isso ocorre quando o sistema solicita de uma entidade externa um dado.
sujeito + verbo transitivo na voz ativa + complemento verbal EXEMPLO: CLIENTE EMITE COMPROVANTE MODELO AMBIENTAL LISTA DE EVENTO EVENTO TEMPORAL aquele gatilhado pela chegada a algum ponto no tempo. No disparado por nenhum fluxo de dados. como se o sistema dispusesse de um relgio interno que determinasse a passagem do tempo. Pode ocorrer que um evento temporal pea ao sistema que solicite dados de uma ou mais entidades externas. Nesse caso um ou mais fluxos de dados podem estar associados com um evento temporal, embora os fluxos de dados em si no representem o evento propriamente dito.
EXEMPLO: 1. Um relatrio dirio de todos os pedidos de livro solicitado s 09:00 hs.
10
2. Fatura deve ser gerada s 15:00 hs. 3. Relatrio gerencial deve ser gerado uma vez por hora. hora de + verbo no infinitivo + complementos verbais EXEMPLO: hora de emitir nota-fiscal
11
MODELO AMBIENTAL LISTA DE EVENTO
EVENTO TEMPORAL RELATIVO iniciado pelo passar do tempo, mas dependendo do valor de um dado da memria. um caso especial de evento temporal no qual o estmulo externo ocorre em um ponto imprevisvel no tempo. Diferentemente do evento temporal, no esta associado com a passagem regular do tempo de forma que o sistema o antecipe usando seu relgio interno. Diferentemente tambm do evento orientado a fluxo, no mostra sua presena atravs de um dado que chega. (1) sujeito + verbo transitivo na voz ativa + complemento verbais (2) sujeito + verbo na voz passiva + complemento verbais EXEMPLO (1) A Diretoria autoriza o pagamento de uma fatura (2) O nvel de ressuprimento do estoque atingido IMPORTANTE: O fluxo de controle um fluxo de dados binrio, s tem 2 valores possveis que so ligado ou desligado.
12
MODELO AMBIENTAL CONSIDERAES FINAIS
Cuidados devem ser tomados para distinguir os eventos dos fluxos relacionados a evento.
O PEDIDO DO CLIENTE RECEBIDO PELO SISTEMA pedido do cliente um fluxo de dados relacionado a um evento CLIENTE COLOCA PEDIDO o evento associado
Para evitar confundir os eventos com os fluxos relacionados aos eventos o observador deve se colocar na posio de quem est de fora do sistema olhando para ele. Cuidados tambm devem ser tomados no sentido de separar os eventos discretos dos que foram empacotados juntos como um nico evento (ocorre frequentemente em eventos orientados a fluxo). CLIENTE COLOCA PEDIDO Se em algumas ocorrncias do evento aparecer o elemento de dados Identificao do vendedor e em outras no, separar em dois eventos. CLIENTE COLOCA PEDIDO e VENDEDOR COLOCA PEDIDO
13
MODELO AMBIENTAL CONSIDERAES FINAIS No existe uma seqncia pr-definida para produo do Diagrama de Contexto e Lista de Eventos. Pode-se comear por qualquer um dos dois e no final verificar se esto consistentes um com o outro. Quando for difcil produzir o Diagrama de Contexto e a Lista de Eventos, mais prtico comear por um Diagrama EntidadeRelacionamento. A partir do Diagrama Entidade-Relacionamento buscar eventos candidatos identificando as atividades ou operaes que causem a criao ou excluso de instncias de entidades.
CLIENTE
PEDIDO
LIVRO
A Ao que cria uma instncia de entidade pedido permite identificar o evento cliente pede livro. A Ao que exclui uma instncia de entidade pedido permite identificar o evento cliente cancela pedido livro. Analisando os eventos identificados pode-se concluir que cliente uma entidade externa do sistema. A partir da desenvolver o diagrama de contexto.
14
MODELO AMBIENTAL CONCLUSO Ao terminar o modelo ambiental deve-se poder confirmar que: Cada fluxo do diagrama de contexto deve ser requerido pelo sistema para reconhecer a ocorrncia de um evento, ou a necessidade de resposta a um evento, ou ambos os casos. Cada fluxo de sada deve ser uma resposta a um evento Cada evento no temporal deve ter uma entrada para o sistema que permita que este detecte que o evento ocorreu. Cada evento deve: Produzir uma sada imediata em sua resposta, ou Armazenar dado para sada posterior (como resposta ou parte de uma resposta de algum outro evento) Causar uma mudana de estado no sistema (como indicado no diagrama de transio de estado).
15
MODELO COMPORTAMENTAL CONCEITO Define o comportamento interno que o sistema deve ter para se relacionar adequadamente com o ambiente. Ou, o Modelo Comportamental definido do ponto de vista interno, o modelo interior do sistema. Descreve de que maneira o sistema, enquanto um conjunto de elementos inter-relacionados, reage, internamente, como um todo organizado, aos estmulos do exterior. expresso por: Diagrama de Fluxo de Dados Mini-Especificao Diagrama de Transio de Estado
Diagrama Entidade Relacionamento
Baseia-se no particionamento da bolha nica do diagrama de contexto em funo dos eventos do mundo exterior. Difere do enfoque clssico utilizado no desenvolvimento do DFD que top-down mas no se enquadra no bottom-up. Na realidade a construo do modelo se d na forma middle-out. Aps o desenvolvimento do DFD preliminar necessrio, para alguns processos, um nivelamento para cima e/ou um particionamento para baixo.
16
MODELO COMPORTAMENTAL PARTICIONAMENTO POR EVENTOS ENVOLVE QUATRO ATIVIDADES: Desenhar uma bolha ou processo para cada evento da lista de eventos numerando-os com o mesmo nmero do evento associado. Cada bolha dever receber o nome de acordo com a resposta que ela ter que fornecer Evento: Cliente faz pagamento Nome incorreto: Processar Pagamento do Cliente Nome correto: Atualizar Contas a Receber Identificar junto ao usurio, cada bolha, as entradas, as sadas e os depsitos acessados. Consistir o modelo comportamental preliminar com o Diagrama de Contexto. MODELO COMPORTAMENTAL PARTICIONAMENTO POR EVENTOS
RESPOSTA AOS EVENTOS PARA CADA ENTRADA: Relacionar diretamente ao processo s fluxos originrios de eventos que s sejam percebidos pelo sistema pela chegada de algum dado de entidade externa. Relacionar ao processo os fluxos adicionais (de outras entidades ou depsitos de dados) requeridos para que o processo produza a sada esperada.
17
PARA CADA SADA: Relacionar diretamente s entidades produzidos pelo processo como resposta. externas os fluxos
Relacionar com depsitos internos ao sistema os fluxos que sejam sadas e que devam ser posteriormente usados como entrada em outros processos. VERIFICAR: Cada entrada do diagrama de contexto est associada com uma entrada em um dos processos do DFD preliminar. Cada sada produzida por um processo do DFD preliminar est sendo enviada a um depsito de dados ou uma sada do diagrama de contexto. MODELO COMPORTAMENTAL PARTICIONAMENTO POR EVENTOS
RESPOSTA AOS EVENTOS CASOS ESPECIAIS: Um nico evento causa mltiplas respostas do sistema a partir de um nico fluxo de dados de entrada e com todas as respostas independentes entre si. Mltiplos eventos causam a mesma resposta com os dados de entrada e sada idnticos.
18
MODELO COMPORTAMENTAL NIVELAMENTO DO DFD PRIMEIRA ATIVIDADE: Nivelar para cima o DFD preliminar grupando processos relacionados em processos que representem, cada um, uma bolha no diagrama de nvel imediatamente superior. ROTEIRO: Grupar processos que envolvam resposta muito prximas (relacionadas). Buscar oportunidades de ocultar depsitos de dados que apaream em nveis inferiores. SEGUNDA ATIVIDADE: Nivelar para baixo processos complexos cuja especificao no seja feita em cerca de uma pgina. ROTEIRO: Identificar subfunes que possam ser levadas a efeito por uma bolha de nvel mais baixo. Analisar fluxos de entrada e sada e buscar, pelas caractersticas destes, orientao quanto a um possvel nivelamento para baixo.
19
MODELO COMPORTAMENTAL MINI-ESPECIFICAO 1 - ALGUNS CONCEITOS: PROCESSO PRIMITIVO: So os processos representados no ltimo nvel do DFD. (planta baixa do sistema). REGRAS DE NEGCIO: So regras que uma empresa estabelece para o funcionamento do seu negcio. Elas esto classificadas em 3 tipos, que so: Regras de derivao, regras de integridade e regras de processo. REGRAS DE DERIVAO: Regras que definem a forma de obteno do valor de um dado. Normalmente frmulas de clculo. Exemplo: Clculo da Receita Receita = Quantidade Vendida * Preo Unitrio REGRAS DE INTEGRIDADE: Regras que impem condies de aceitao/restrio s operaes que manipulam as entidades e relacionamentos ou atributos. Exemplo: No posso excluir um produto se existir um pedido associado a ele. Nenhum funcionrio pode ganhar mais que o presidente. REGRAS DE PROCESSO: Regras que determinam a execuo de uma ou mais operaes decorrentes da ocorrncia de uma condio. Exemplo: Para pedido sem produto em estoque Emitir ordem de produo Deixar pedido pendente
20
MODELO COMPORTAMENTAL MINI-ESPECIFICAO
LINGUAGEM NATURAL: Descries extensas Vocabulrio Prolixo Imprecises Pessoal
PORTUGUS COMPACTO Preciso -> sintaxe menos restritiva Clareza -> regras de negcio expresso completa de uma idia
PORTUGUS COMPACTO - SEQNCIA Conjunto de instrues IMPERATIVAS, colocadas uma aps outra, sem repetio nem deciso. Para cada cliente que compra gasolina Obter nmeros de litros de gasolina completadas Obter valor do litro da gasolina Multiplicar o valor litro de gasolina pelo total litros completados
21
MODELO COMPORTAMENTAL MINI-ESPECIFICAO PORTUGUS COMPACTO - REPETIO Conjuntos de instrues aplicadas repetidas vezes at a ocorrncia de um fato limitante. Para cada pedido de exportao aprovado Estimar a data de entrega Solicitar reserva de transporte Notificar o cliente sobre a previso de entrega PORTUGUS COMPACTO - DECISO , CASO Conjunto de instrues mutuamente exclusivos, subordinados a uma nica condio.
IDADE AT 11 ANOS (INCLUSIVE) ACIMA DE 11 E AT 59 ANOS ACIMA DE 60 ANOS PERCENTUAL DESCONTO SOBRE PREO PASSAGEM AREA 50% 0% 10%
PORTUGUS COMPACTO - DECISO , PARA Conjunto de instrues subordinadas a combinao de vrias condies. Para valor de venda superior a R$ 50,00 Para pagamento vista desconto de 30% Para pagamento prazo desconto de 15% PORTUGUS COMPACTO - ESTRUTURA Imperativa Uma instruo por linha Destacar blocos de instruo MODELO COMPORTAMENTAL MINI-ESPECIFICAO
22
TABELA DE DECISO uma maneira de expressar, em forma de tabela, qual o conjunto de condies que necessrio ocorrer para que um determinado conjunto de aes deva ser executado.
R1 S C1IDADE MAIOR QUE 40 ANOS? C2MAIS DE 2 ANOS NO CARGO? A1. EXAME ESPECIAL A2. EXAME NORMAL R2 S R3 N R4 N
S X
N X
Uma tabela de deciso composta de: 1. Uma rea de condies 2. Uma rea de aes 3. Regras de deciso (colunas) A quantidade de regras de deciso calculada multiplicando as possibilidades de cada condio, por exemplo: Condio 1 - possui 2 possibilidades Condio 2 - possui 3 possibilidades Condio 3 - possui 2 possibilidades Logo, o total de regras de deciso igual 2 x 3 x 2 = 8.
23
MODELO COMPORTAMENTAL MINI-ESPECIFICAO PASSOS PARA CONSTRUIR UMA TABELA DE DECISO PASSO 1: Identifique as condies de deciso e as aes que devem ser tomadas como resultado da deciso. PASSO 2: Calcule o nmero total de regras da tabela PASSO 3: Crie a tabela - condies, aes e colunas necessrias para as regras. PASSO 4: Preencha as OPES PASSO 5: Indicar as aes a serem tomadas para cada combinao de condies. PASSO 6: Compactar a tabela, eliminando as colunas desnecessrias. Ache um par de regras onde a ao seja a mesma e o valor das condies seja o mesmo, exceto por uma das condies.
24
MODELO COMPORTAMENTAL DIAGRAMA DE TRANSIO DE ESTADOS (DTE) DEFINIO Representa a perspectiva dos controles. Mostra as transformaes de controle do sistema no tempo.
CONCEITOS Estado: Um estado de um sistema representa uma situao, um cenrio ou um modo de comportamento em que encontramos um sistema ao observ-lo em determinado momento. Transio: Uma transio representa a passagem do sistema de um estado para outro. Assim ao acendermos ou ao apagarmos uma lmpada, estaremos provocando uma transio de estado. Ao: Uma ao representa a atividade do sistema que efetua a transio do estado. Condio: Uma condio representa a causa necessria para que haja a transio de estado. Decorre da ocorrncia de um evento ou circunstncia que propicia a transio de estado. Assim ao apertarmos o interruptor, provocamos a condio para que seja executada a ao de acender ou de apagar a lmpada, provocando desta forma uma transio de estado.
25
MODELO COMPORTAMENTAL DIAGRAMA DE TRANSIO DE ESTADOS (DTE)
APAGADA INTERRUPTOR FOI LIGADO ASCENDER LMPADA ACESA INTERRUPTOR FOI DESLIGADO APAGAR A LMPADA
No diagrama acima podemos distinguir: Dois estados; apagada e acesa H duas transies possveis: de apagada para acesa e de acesa para apagada. H dois pares de condies/aes: A condio interruptor foi ligado, que dispara a ao acender lmpada, provocando a transio de estado de apagada para acesa A condio interruptor foi desligado, que dispara a ao apagar lmpada, provocando a transio de estado de acesa para apagada. MODELO COMPORTAMENTAL DIAGRAMA DE TRANSIO DE ESTADOS (DTE)
ELABORAO DO DIAGRAMA DE TRANSIO DE ESTADOS Construir a lista de eventos do sistema Ordenar os eventos cronologicamente Para cada evento, identificar a transio de estado correspondente
26
Para cada transio de estado: Identificar o estado de partida e o estado de chegada Identificar a condio que provoca a transio de estado Identificar a ao ativada pela ocorrncia da condio Para cada estado: Verificar qual a transio para a qual ele o estado de chegada Verificar se h transio de sada dele em condies normais e anormais
MODELO DE IMPLEMENTAO CONCEITO Tem por finalidade produzir um modelo para a implementao do sistema, a partir de suas especificaes conceituais e dos requisitos para ele estabelecidos. Envolve questes relativas utilizao do sistema pelo usurio. As atividades necessrias para a construo do modelo de implementao so as seguintes:
27
Construir o modelo lgico de dados. Determinar as caractersticas de processamento de cada funo ou processo. Especificar a interface homem-mquina. O modelo para implementao, produzido nesta etapa, representa basicamente: A estrutura do sistema em programas O inter-relacionamento existente entre os programas A interface do sistema com o usurio MODELO DE IMPLEMENTAO CONCEITO
A qualidade de um sistema est vinculada a certas caractersticas fundamentais que devem sempre ser perseguidas como objetivos bsicos do projeto de sistemas:
Alterabilidade
Facilidade de manuteno
Eficincia
Recursos utilizados x recursos necessrios Tempo de resposta
28
Segurana e Controle
Proteo contra acesso indevido aos dados (segurana lgica) Proteo contra destruio / perda de dados (segurana fsica) Garantia de integridade dos dados (correo e coerncia) Procedimentos de auditoria (registro das transaes efetuadas)
Reusabilidade
Aumentar a produtividade no desenvolvimento de sistemas atravs da reutilizao de componentes.
Portabilidade
Ser executvel em diferentes plataformas
MODELO DE IMPLEMENTAO ESTRUTURAO DO SISTEMA
O processo de estruturao do sistema consiste em:

Obter uma viso comportamental planificada dos processos primitivos do modelo
Separar os processos por caractersticas de processamento Separar ou segmentar os processos em programas distintos em funo das condies de ambiente
Organizar os programas identificados conforme agrupamento lgico.
29
MODELO DE IMPLEMENTAO ESTRUTURAO DO SISTEMA PLANIFICAO DOS PROCESSOS PRIMITIVOS
A planificao deve comear pelo DFD de primeiro nvel, e os passos abaixo devem ser executados at restar somente os processos primitivos.
Considerar um DFD de nvel n. Reconhecer cada um dos processos no primitivos e substituir sua viso pela do DFD de exploso correspondente. (n+1). Repetir os passos (a) e (b) para todos os DFDs do nvel n. Passar para o nvel seguinte e seguir os itens (a) (b) (c).
Muitas vezes invivel planificar todo o modelo comportamental de uma s vez, portanto podemos fazer de cada processo do DFD de primeiro nvel sendo que, se existir ligao forte entre dois processos, isto , um fluxo que os ligam diretamente, planific-los em conjunto.
MODELO DE IMPLEMENTAO ESTRUTURAO DO SISTEMA
O Empacotamento consiste em agrupar, separar, segmentar e reagrupar processos primitivos do modelo funcional constituindo as unidades que sero implementadas, tendo como resultado: Diagrama de Estrutura do Sistema Quadro de Referncia Processo x Programa O Empacotamento norteado pela aplicao de princpios, diretrizes e critrios tais como: 30
Segmentao / Princpio da Caixa Preta Fronteiras de Processamento Critrios para agrupar processos Critrios para separar processos As unidades obtidas pelo empacotamento devem ser os prprios programas a serem desenvolvidos. Note-se que o princpio de segmentao e caixa preta estaro sendo aplicados durante todo o processo de empacotamento.
31
DIAGRAMA DE ESTRUTURA DO SISTEMA SISTEMA

1.nvel (grau de automatizao)
MANUAL
AUTOMTICO
2.nvel (ambiente operacional)
3.nvel (tipo de processamento)
IBM MVS DB2
RISC INFORMIX
WINDOWS VB SYBASE
4.nvel (periodicidade)
BATCH
ON-LINE
REALTIME
DIRIO
5.nvel (procedimento grupo)
SEMANAL
MENSAL
O quinto nvel de ramificao usado para DE IMPLEMENTAO representar oMODELO agrupamento de programas segundo ESTRUTURAO DO SISTEMA uma organizao lgica.
32
QUADRO DE REFERNCIA PROCESSO X PROGRAMA

uma referncia cruzada onde se especfica quais processos foram empacotados em quais programas. PROGRAMA
VALIDA PROCES SO JURDICO
PROCESSO
OBSERVACAO No micro p/ racionalizar uso de teleprocessamento.
XA
1.1.1
SEGMENTAO - DIVIDIR PARA CONQUISTAR

A estratgia utilizada para controlar a complexidade de um problema consiste em transform-lo num conjunto de problemas menores e mais simples. Essa a estratgia adotada para a estruturao de um sistema, que para ser bem sucedida deve se orientar pelo princpio da caixa preta, de forma que: Cada segmento obtido represente uma parte bem definida do problema. A funo de cada segmento seja bem comprometida. As conexes entre os segmentos sejam o mais simples e independente possvel.
PRINCPIO DA CAIXA PRETA

Componente de um sistema cuja finalidade, suas entradas e sadas so fatores bem conhecidos, no sendo necessrio entretanto, saber como ele executa a sua funo. Uma caixa preta sempre produz resultados previsveis a partir de uma entrada adequada.
33
MODELO DE IMPLEMENTAO ESTRUTURAO DO SISTEMA EMPACOTAMENTO

CRITRIOS PARA AGRUPAR PROCESSOS O agrupamento de dois ou mais processos num s programa pode ser justificado pela pertinncia e/ou coeso. PERTINNCIA: Dois ou mais processos desencadeados a partir de um mesmo evento, atuando sobre o mesmo conjunto lgico de dados, devem ser agrupados num mesmo programa. COESO: Dois ou mais processos que contribuem para a execuo de uma mesma tarefa, ou seja, passos para atingir um nico objetivo, devem ser empacotados num mesmo programa.
CRITRIOS PARA SEPARAR PROCESSOS

Fatores relacionados com o ambiente operacional e os requisitos estabelecidos para o sistema podem nos levar a separar, segmentar e reagrupar os processos: EFICINCIA: Requisitos de desempenho, (tempo de resposta), podem apontar para a separao e/ou reagrupamento dos processos que constituem um programa. CUSTO / RECURSO: Limitaes de recursos de hardware ou software disponveis, ou at uma anlise custo x benefcio, podem apontar para a soluo mais fragmentada, levando necessidade de separar o conjunto de processos em mais de um programa. RESTRIES E FLEXIBILIDADE OPERACIONAL: Um programa pode se tornar uma unidade de execuo que concentra a utilizao de muitos recursos: memria, meios de comunicao, dispositivos de entrada e sada, tempo de cpu, uso de software bsico, etc... Esta alocao excessiva de recursos podem gerar restries operacionais indesejveis, apontando para a necessidade de separar e reempacotar alguns conjuntos do processo.
34
MODELO DE IMPLEMENTAO ESTRUTURAO DO SISTEMA CRITRIOS PARA SEPARAR PROCESSOS

CONTROLE E SEGURANA: O atendimento ao requisito de controle e segurana, normalmente implica em acrescentar procedimentos, refletindo o resultado do empacotamento do sistema. Fazem parte desta classe de procedimentos: Controle de acesso aos dados Garantia da integridade dos dados Procedimento de auditoria Procedimento para recuperao de dados Soluo para garantir o nvel de disponibilidade
SINCRONISMO: Em alguns casos, apenas uma parte do processo empacotado possui uma restrio diferenciada quanto ao instante em que pode ser executada. Para no impor esta restrio para todo o processo, torna-se interessante segment-lo de forma que cada segmento constitua um programa distinto.
35
MODELO DE IMPLEMENTAO INTERFACE HUMANA

1. Divida a tela em regies 2. Agrupe os dados logicamente 3. Alinhe os dados verticalmente 4. Explicite o tamanho dos campos de entrada 5. Evite telas poludas 6. Evite exagero no uso de recursos visuais 7. Fornea mensagens elucidativas e objetivas 8. Pea confirmao para funes crticas (como excluso) 9. Proporcione feedback 10. 11. 12. 13. 14. 15. 16. Permita ao usurio uma sada honrosa Ordene as listas exibidas Divida strings longos em sub-strings No exija preenchimento de caracteres no significativas Utilize um vocabulrio consistente Considere a seqncia dos dados do documento associado Seja consistente, mantenha padres
36

Análise Essencial Sistema Conceitos Chave

Enviado por

Dados do documento

Descrição original:

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Análise Essencial Sistema Conceitos Chave

Enviado por

Direitos autorais:

Formatos disponíveis

Uniban - Roberto C.P.

ANLISE ESSENCIAL CONCEITO

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

ANLISE ESSENCIAL CONCEITO

O Modelo Essencial formado por:

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

ANLISE ESSENCIAL TERMINOLOGIA

ANLISE ESSENCIAL SIMBOLOGIA

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

MODELO ESSENCIAL MODELO DE IMPLEMENTAO

VANTAGENS DA ANLISE ESSENCIAL SOBRE A ESTRUTURADA

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

FERRAMENTAS PARA DEFINIO DO AMBIENTE

MODELO AMBIENTAL DECLARAO DOS OBJETIVOS

Consiste de uma breve e concisa declarao dos objetivos do sistema.

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

MODELO AMBIENTAL LISTA DE EVENTO

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

EXEMPLO: 1. Um relatrio dirio de todos os pedidos de livro solicitado s 09:00 hs.

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

MODELO AMBIENTAL LISTA DE EVENTO

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

MODELO AMBIENTAL CONSIDERAES FINAIS

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

MODELO COMPORTAMENTAL MINI-ESPECIFICAO

LINGUAGEM NATURAL: Descries extensas Vocabulrio Prolixo Imprecises Pessoal

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

MODELO COMPORTAMENTAL DIAGRAMA DE TRANSIO DE ESTADOS (DTE)

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

MODELO DE IMPLEMENTAO ESTRUTURAO DO SISTEMA

O processo de estruturao do sistema consiste em:

Organizar os programas identificados conforme agrupamento lgico.

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

MODELO DE IMPLEMENTAO ESTRUTURAO DO SISTEMA PLANIFICAO DOS PROCESSOS PRIMITIVOS

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

DIAGRAMA DE ESTRUTURA DO SISTEMA SISTEMA

2.nvel (ambiente operacional)

3.nvel (tipo de processamento)

IBM MVS DB2

Uniban - Roberto C.P.Almeida _________________________________________________________________________________________________________

QUADRO DE REFERNCIA PROCESSO X PROGRAMA

OBSERVACAO No micro p/ racionalizar uso de teleprocessamento.

SEGMENTAO - DIVIDIR PARA CONQUISTAR

PRINCPIO DA CAIXA PRETA