13
38 Unidade IV Unidade IV 5 10 15 6 DIAGRAMA DE ESTRUTURA MODULAR (DEM) Este tipo de diagrama representa a segmentação de programas, software ou sistemas, em módulos mostrando hierarquias, organização e comunicação. Ferramenta gráfica ao mesmo tempo rigorosa também possui o lado flexível e funcional. Ele mostra basicamente: o particionamento de um sistema em módulos; a hierarquia e organização dos módulos; interface (entrada e saída) de comunicação dos módulos; nomes e funções dos módulos. 6.1 Conceito de módulo É composto por uma coleção de instruções de programas, e possui quatro atributos básicos: entrada e saída de dados; função; lógica; dados internos. 6.1.1 Conexões e comunicação entre módulos Elas ocorrem com duas simbologias: quadrados ou setas que significam módulo ou rotinas.

modelagem sistema da informação Unid 4

Embed Size (px)

Citation preview

Page 1: modelagem sistema da informação Unid 4

38

Unidade IV

Revi

são:

Níz

ia -

Dia

gram

ação

: Fab

io -

16/

03/1

0

Unidade IV

5

10

15

6 DIAGRAMA DE ESTRUTURA MODULAR (DEM)

Este tipo de diagrama representa a segmentação de programas, software ou sistemas, em módulos mostrando hierarquias, organização e comunicação. Ferramenta gráfica ao mesmo tempo rigorosa também possui o lado flexível e funcional.

Ele mostra basicamente:

• o particionamento de um sistema em módulos;

• a hierarquia e organização dos módulos;

• interface (entrada e saída) de comunicação dos módulos;

• nomes e funções dos módulos.

6.1 Conceito de módulo

É composto por uma coleção de instruções de programas, e possui quatro atributos básicos:

• entrada e saída de dados;• função;• lógica;• dados internos.

6.1.1 Conexões e comunicação entre módulos

Elas ocorrem com duas simbologias: quadrados ou setas que significam módulo ou rotinas.

Page 2: modelagem sistema da informação Unid 4

39

MODELAGEM DE SISTEMAS DE INFORMAÇÃO

Revi

são:

Níz

ia -

Dia

gram

ação

: Fab

io -

16/

03/1

0

Módulo Rotina

6.2 Diagrama de Warnier

Retrata a lógica de construção de sistemas, utilizando a divisão de problemas ou programas em módulos, fazendo uso da simbologia de chaves:

Processo mestre { processo 1. { processo 1.1 { processo 1.2 { processo 2. { processo 2.1 { processo 2.2

6.3 Diagrama de PERT e CPM

Utilizado para a administração de projetos e desenvolvimento de tarefas em série e em paralelo. A rede de projetos amplia as possibilidades do quadro de barras, ilustrando a dependência uma das outras apresentando seus tempos iniciais e finais de forma real.

Exemplo: um projeto de construção civil dividido em fases ou atividades.

Atividades Tempo de horas- raspagem -------------------------------

- pintura ------------------------------

5

10

Page 3: modelagem sistema da informação Unid 4

40

Unidade IV

Revi

são:

Níz

ia -

Dia

gram

ação

: Fab

io -

16/

03/1

0

1 2

3

4

5

6

78

Atividades Atividades Atividades

1-2 raspar lado 1 3-5 raspar lado 3 6-7 primeira limpeza

2-3 raspar lado 2 4-6 pintar lado 2 7-8 última limpeza e finalizar

2-4 pintar lado 1 5-7 pintar lado 3

6.4 CAD, CAM e CASE

Estas ferramentas estão mais direcionadas para o gerenciamento de projetos de sistemas.

6.4.1 Computer Aided Design (CAD)

Conjunto de técnicas utilizadas para projetos de objetos, máquinas e outros; podemos chamar de projeto assistido por computador.

É um conjunto de programas que permite o cálculo, a otimização e desenhos de processos; requer o uso de impressoras tipo plotter.

6.4.2 Computer Aided Management (CAM)

Conjunto de técnicas utilizadas para gerenciar processos de dados automáticos; podemos chamar de gerência assistida por computador.

Utilizado geralmente na manufatura industrial como sequenciamento de operações de produção ou o planejamento

5

10

Page 4: modelagem sistema da informação Unid 4

41

MODELAGEM DE SISTEMAS DE INFORMAÇÃO

Revi

são:

Níz

ia -

Dia

gram

ação

: Fab

io -

16/

03/1

0

de matérias, é realizado através de um conjunto de programas que permitem o processamento e a otimização de processos.

6.4.3 Computer Assisted/Aided Software Engineering (CASE)

Conjunto de técnicas facilitadoras de desenvolvimento de software moderno. Engenharia ou análise de sistemas assistida por computador.

Utilizam-se técnicas estruturadas para facilitar o trabalho dos engenheiros de software, possuem facilidades gráficas para o planejamento e o projeto de sistemas, tendo como especial a geração de diagramas pertinentes quando fornecido o dicionário de dados previamente.

6.5 Análise estruturada

A análise estruturada é uma técnica de efetivação de uma metodologia de desenvolvimento de software, bem como um conjunto de ferramentas orientando a construção de um software de forma estruturada.

Os principais objetivos de se elaborar uma análise estruturada são:

• reduzir os custos de manutenção;

• aumentar a produtividade;

• gerar sistemas impessoais;

• aumentar a legibilidade;

• aumentar a flexibilidade dos sistemas.

Importância na utilização da análise estruturada:

• diagramas compreensíveis;

5

10

15

20

Page 5: modelagem sistema da informação Unid 4

42

Unidade IV

Revi

são:

Níz

ia -

Dia

gram

ação

: Fab

io -

16/

03/1

0

• minimização de conflitos entre o conhecimento técnico de informática e o conhecimento do negócio em questão;

• redução no numero de símbolos;

• reutilização de desenhos.

Vantagens da análise estruturada:

• fácil manutenção;

• modularidade;

• boa apresentação gráfica;

• diferenciação entre considerações lógicas e físicas;

• fácil entendimento do sistema;

• capacidade de construção de um modelo lógico do sistema em estudo, antes de sua implementação física.

7 ESPECIFICAÇÃO LÓGICA

7.1 Árvore e tabelas de decisão

Em processos de complexidade relativa se utiliza este tipo de ferramenta.

Para elaborar uma árvore de decisão partimos dos seguintes itens:

• analisar as ambiguidades;

• relacionar as condições possíveis do processo;

• relacionar as ações possíveis do processo;

• dirimir dúvidas junto ao cliente e/ou usuário;

• reescrever a narrativa;

• desenhar um trecho da árvore correspondente a cada sentença revista;

5

10

15

20

Page 6: modelagem sistema da informação Unid 4

43

MODELAGEM DE SISTEMAS DE INFORMAÇÃO

Revi

são:

Níz

ia -

Dia

gram

ação

: Fab

io -

16/

03/1

0

• revisar com o cliente e/ou usuário;

• determinar os resultados da tabela;

• preencher as colunas da condição com S (sim) e N (não).

Modelo gráfico de uma árvore de decisão

C1 Ação 1

C2 Ação 2

C3 Ação 2

7.2 Português logicamente compacto

Ferramenta de especificação de processos mais direcionada para uso na fase de projeto lógico de um software, é uma linguagem natural estruturada. Possui algumas características como:

• as operações sequenciais são apresentadas como introdução;

• as estruturas apresentam-se com deslocamento vertebral que demonstram alinhamento;

• as condições “se” são apresentadas como “para”.

Os casos podem ser apresentados como tabelas.

Destinada à especificação de um projeto lógico que posteriormente fará um projeto físico de sistemas.

7.3 Português estruturado

Ferramenta direcionada para uso em equipe multidisciplinar na fase lógica do projeto, linguagem natural estruturada destinada para especificação de projetos lógicos de sistema.

5

10

15

Page 7: modelagem sistema da informação Unid 4

44

Unidade IV

Revi

são:

Níz

ia -

Dia

gram

ação

: Fab

io -

16/

03/1

0

Algumas regras podem ser descritas:

• Abrir Dn = abrir deposito de dados.

• Acionar = chamar uma rotina.

• Adicionar= somar um contador ou uma variável.

• Atribuir = atribuir valores a variáveis.

• Avançar = avançar para o próximo registro de um depósito de dados.

• Calcular = executar operações matemáticas.

• Enviar = enviar dados para tela.

• Enquanto = para executar comandos de repetição com o teste no início.

• Eof = para indicar fim de depósitos de dados.

• Executar = executar um processamento lógico.

• Fechar Dn = fechar um depósito de dados aberto.

• Finalizar= finalizar um processamento lógico.

• Gravar registro em Dn = gravar registro de um depósito de dados.

• Identificar = identificar variáveis.

• Imprimir = imprimir dados em impressora.

• Ler registro Dn = ler o registro de um depósito de dados.

• Manipular = manter dados em uma tela (pelo usuário).

• Mostrar = enviar mensagens pela tela ou a tela inteira.

• Mover de – para = movimentar variáveis ou mensagens.

• Posicionar = posicionar a lógica no registro específico.

• Receber = receber dados a partir de uma tela.

• Repita = para executar comandos de repetição com o teste no fim.

5

10

15

20

25

Page 8: modelagem sistema da informação Unid 4

45

MODELAGEM DE SISTEMAS DE INFORMAÇÃO

Revi

são:

Níz

ia -

Dia

gram

ação

: Fab

io -

16/

03/1

0

• Retornar = retornar a lógica para um determinado local.

• Saltar pagina = saltar página de relatórios.

• Se – então – senão = para estabelecer condições.

• Teclar = para acionar um ícone de tela visual.

• Zerar contador = zerar contador de linha de impressão ou outros.

Estas regras podem ser adequadas conforme a necessidade do cliente para:

• menu;

• manter tabelas;

• rotinas de cálculo;

• rotinas de impressão.

8 ARQUITETURA DE SISTEMAS DE INFORMAÇÃO

Arquitetura sempre vinculada à área de hardware, utilizando os princípios da arquitetura de construção civil, ela mostra a disposição e as conexões entre equipamentos, servidores e outros.

Esta mesma arquitetura pode ser utilizada em softwares levando em consideração a estrutura dos sistemas de informação, desde o planejamento estratégico até o armazenamento das informações.

Busca estabelecer um conjunto de elementos para possibilitar o mapeamento de desenvolvimento e/ou implantação de um sistema de informação em uma organização.

Os principais ganhos com a utilização da arquitetura de sistemas de informação são:

5

10

15

20

25

Page 9: modelagem sistema da informação Unid 4

46

Unidade IV

Revi

são:

Níz

ia -

Dia

gram

ação

: Fab

io -

16/

03/1

0

• economia de tempo;

• aprimorar as atividades de planejamento estratégico;

• melhorar o desenvolvimento de sistemas de informação;

• criar ordem e controle nos investimentos de recursos de sistemas de informação;

• tornar mas eficiente a execução das atividades;

• fornecer clareza na comunicação entre os membros da organização.

• permitir integrar ferramentas e metodologia de desenvolvimento de sistemas;

• estabelecer credibilidade;

• fornecer vantagens competitivas.

8.1 Entrada e saída de informações

Conhecidos como projetos de I/O (input e output), é quem determina o ciclo natural de processamento de dados no sistema.

Para que um projeto de entrada e saída de dados tenha sucesso e seja elaborado com qualidade o esboço deve preferencialmente ser elaborado pelo cliente e/ou usuário, pois é ele o portador das informações necessárias.

Podemos utilizar padrões de codificação de campos para simplificar e padronizar o projeto, tais como:

9 – para números;

A – para dados alfabéticos

X – para dados alfanuméricos

99/99/9999 – para datas

99:99 – para hora

5

10

15

20

25

Page 10: modelagem sistema da informação Unid 4

47

MODELAGEM DE SISTEMAS DE INFORMAÇÃO

Revi

são:

Níz

ia -

Dia

gram

ação

: Fab

io -

16/

03/1

0

8.2 Projeto de entrada

Consiste em transformação de dados inseridos pelo usuário em um computador, tornando informações como relatórios, documentos, ou mesmo um base de dados para consulta, isto é, apresentado ao usuário por meio de uma interface que pode ser chamada de “homem-máquina”.

Para o sucesso deste projeto, devemos levar em consideração os seguintes fatores:

• transformar o modo escrito para o modo computador;

• conversão de dados para o processamento;

• necessidade de padronização das informações;

• resultado satisfatório ao cliente e não apenas nos desenhos em papel;

• função de arquivamento e saída, seguindo diretamente um fluxo;

• combinar facilidade de preenchimento e uso posterior;

• eliminar tarefas redundantes ou duplicadas.

8.3 Características gerais

Para a seleção dos dados, devemos levar em consideração alguns fatores:

• origem dos dados;

• forma de utilização;

• facilidade de preenchimento;

• sequência lógica dos campos;

• volume e frequência de preenchimento;

• coerência do formulário com a tela;

• minimizar a quantidade de campos a serem preenchidos;

5

10

15

20

25

Page 11: modelagem sistema da informação Unid 4

48

Unidade IV

Revi

são:

Níz

ia -

Dia

gram

ação

: Fab

io -

16/

03/1

0

• consolidar formulários semelhantes;

• evitar ambiguidades;

• delimitar espaço para resposta;

• organizar o formulário para que ele possa ser preenchido facilmente;

• envolver o analista de processo e o analista de qualidade sempre que possível.

8.4 Codificação

As informações que serão armazenadas ou inseridas poderão ser feitas de duas maneiras: codificadas ou por extenso; esta escolha poderá ser feita pelo usuário em conjunto com o analista desenvolvedor. No caso de codificação existem alguns tipos:

8.4.1 Código sequencial

Utilizado com subdivisão de outros tipos de código.

8.4.2 Código em blocos

Utilizado para grupos de itens.

8.4.3 Código alfanumérico

Utilizado para classificação por itens/grupos.

8.4.4 Código automático

Utilizados em chapas ou cartões impressos.

8.5 Projeto de saída

Uma forma de comunicação com os usuários e/ou clientes no projeto de saída é uma forma de externar as informações já inseridas e transformadas.

5

10

15

Page 12: modelagem sistema da informação Unid 4

49

MODELAGEM DE SISTEMAS DE INFORMAÇÃO

Revi

são:

Níz

ia -

Dia

gram

ação

: Fab

io -

16/

03/1

0

Para sua elaboração, podemos utilizar os seguintes dispositivos:

• vídeo: telas, projetores;

• impressos: relatórios;

• digital: web, e-mail, pen drive;

• discos e fitas: backup, arquivos magnéticos;

• telefone, fax.

8.6 Características

• Deve haver concordância entre o cliente e/ou usuário e o engenheiro de software.

• Respeitar limitações de hardware e software.

• Propiciar bom efeito visual.

• Pontuar números, valores e quantidades.

• Eliminar dados e informações desnecessárias ao cliente e/ou usuário.

• Utilizar papel de tamanho adequado.

8.7 Relatórios

Os relatórios devem ser preferencialmente apresentados na tela para posteriormente serem impressos, evitando, desta maneira, impressão desnecessária.

8.8 Objetivos de engenharia de programas

• Assegurar que os programas sejam construídos com boa qualidade.

• Confiança nos resultados produzidos independentemente das condições de operações.

• Reduzir o tempo necessário para desenvolver programas com qualidade.

5

10

15

20

Page 13: modelagem sistema da informação Unid 4

50

Unidade IV

Revi

são:

Níz

ia -

Dia

gram

ação

: Fab

io -

16/

03/1

0

Glossário

*IEEE – Institute of Electrical and Electronic EnginneringERP - Enterprise Resources Planning

Referências bibliográficas

BIO, S. R. Sistemas de informação: um enfoque gerencial. São Paulo: Atlas, 1993.

CAUTELA, A.; POLLONI, E. Sistemas de informação na administração de empresas. São Paulo: Atlas, 1993.

DAVENPORT, T. H. Reengenharia de processos. Rio de Janeiro: Campus, 1994.

DAVIS, W. S. Análise e projeto de sistemas. Rio de Janeiro: LTC, 1987.

MAFFEO, B. Engenharia de software e especificações de sistemas. Rio de Janeiro: Campus, 1992.

MILET, P. B.; MILET, E. B.; PEREIRA JUNIOR, P. J. Os princípios da qualidade total aplicada à informática. Rio de Janeiro: LTC, 1993.

PAGE-JONES, M. Projeto estruturado de sistemas. São Paulo: McGrawHill, 1998.

PRADO, D. Administrando projetos com PERT/Com. Rio de Janeiro: LTC, 1994.

REZENDE, D. A. Engenharia de software empresarial. Rio de Janeiro: Brasport, 1997.

YOURDON, E. Administrando o ciclo de vida do sistema. Rio de Janeiro: Campus, 1989.