Você está na página 1de 32

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

Etapas para o desenvolvimento de um sistema Abaixo temos as etapas necessrias para a implantao de um sistema. Estas fases so realizadas ao longo do tempo e a interao entre elas de fundamental importncia.

Proposta

Anteprojeto

Projeto Lgico

Projeto Fsico

Implantao

Avaliao

Proposta a etapa na qual ser escolhido o sistema a ser desenvolvido. Caso exista uma lista de sistemas, sero utilizadas algumas tcnicas para a escolha daquele que traga mais benefcios para a empresa. Anteprojeto Nesta etapa procura-se ter uma primeira viso do sistema que vai ser desenvolvido, e a partir deste, realiza-se um planejamento para organizar o desenvolvimento do sistema. Normalmente os seguintes pontos so abordados no planejamento: levantamento inicial de informaes, definio dos objetivos do sistema, delimitao da abrangncia do sistema, anlise de riscos, cronograma etc.

Fernando Martins de Oliveira

Pgina 1

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

Projeto Lgico Considerada a fase nobre do desenvolvimento de sistema, onde a equipe de desenvolvimento procura entender os detalhes funcionais do sistema. O entendimento do sistema deve ser materializado em termos de modelos que constituem as especificaes de anlise. A participao do usurio fundamental nesta fase, pois ele que conhece os detalhes e as necessidades funcionais e informacionais do sistema. Projeto Fsico a fase onde se prope solues computacionais para o problema definido na etapa de anlise. O projeto fsico envolve questes do tipo: definio da estrutura fsica dos arquivos que vo manter os dados do sistema, definio da interface homem-mquina, estruturao interna dos mdulos de programas, escolha do ambiente de implementao do software (sistema operacional, linguagem de programao, banco de dados etc). Nesta etapa tambm realizada a codificao dos mdulos de programa. Os programas devem ser escritos de forma otimizada adotando-se na medida do possvel, padres de implementao. Implantao Tem como objetivo o treinamento do usurio, a converso/inicializao de arquivos e a implantao do software em produo. Nesta etapa entregue o Manual do Usurio e o Termo de Encerramento do Desenvolvimento do Software, onde o analista ou a empresa desenvolvedora declara que o software, uma vez implantado, est entregue e considerado aceito, devendo o mesmo entrar no perodo de garantia. Avaliao Nesta etapa so executadas as atividades de produo do software pelos usurios, com acompanhamento inicial da execuo das rotinas, avaliao da performance e do sistema como um todo. Podem ser necessrios pequenos ajustes no software.

Fernando Martins de Oliveira

Pgina 2

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

A Proposta A.1 Seleo do Projeto de Sistemas a etapa onde selecionamos as propostas de sistemas para uma anlise. Para a seleo do projeto devemos analisar os itens abaixo: A.1.1 Plano Diretor de Informtica (PDI) O plano diretor de informtica tem como objetivos principais, dar uma viso global de um conjunto de sistemas integrados e servir como referncia bsica no auxilio a administrao superior, permitindo a definio de suas necessidades e prioridades de desenvolvimento e implantao de sistemas. A.1.2 Critrios para a seleo de projetos de sistemas A seleo de um projeto de sistemas consiste na investigao preliminar dos seguintes fatores: Retorno potencial do investimento; Aspiraes gerenciais; Viabilidade tcnica; Necessidades crticas da empresa; Reduo de custos operacionais.

A.1.3 Fontes para a seleo de projetos de sistemas Solicitao do usurio; Oportunidades criadas por novos equipamentos, rotinas e tcnicas; Idias surgidas de estudos anteriores; Possibilidades de ligaes com outros sistemas; Fontes externas; Exigncias legais.

A.2 Estudo de Viabilidade o momento onde analisamos a viabilidade do desenvolvimento do novo sistema ou da alterao de um sistema existente. O estudo da viabilidade estruturado a partir dos seguintes itens: A.2.1 Anlise de Custo X Benefcios O principal item do estudo de viabilidade a anlise de Custos x Benefcios e deve consistir em: A.2.1.1 Custos Pessoal do departamento de sistemas; Pessoal usurio;
Pgina 3

Fernando Martins de Oliveira

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

Hardware; Software; Condies e/ou instalaes especiais.

Caractersticas dos custos Os custos variam com o tempo; Os custos atingem o ponto alto durante desenvolvimento e implantao do sistema. as fases de

A.2.1.2 Benefcios Os benefcios oferecidos por um novo sistema recaem em trs categorias: a) Economias Diretas So custos reduzidos ou eliminados, como resultado de um novo sistema. b) Benefcios Mensurveis (que se pode medir) So aqueles quantificados. que atravs de alguns parmetros podem ser

c) Retorno do Investimento O perodo de recuperao do investimento nada mais do que o intervalo de tempo decorrido entre o incio da operao do novo sistema e o ponto em que todos os custos so recuperados atravs dos benefcios gerados.

Fernando Martins de Oliveira

Pgina 4

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

B Anteprojeto A importncia do anteprojeto est em funo da organizao que se deve dar ao processo de desenvolvimento (em termos de execuo das outras etapas) e de tomada de decises que tipicamente ocorrem nesta fase. Para se conseguir um bom nvel de organizao as principais atividades a serem realizadas so: Levantamento inicial de informaes; Definio dos limites do sistema; Anlise de riscos e restries; Definio de cronograma.

B.1 Levantamento Inicial de Informaes Nesta fase sero levantadas todas as informaes necessrias para a definio do sistema. A execuo desta fase obedece a seguinte seqncia: B.1.1 - Estudo da Estrutura Organizacional da Empresa Consiste em coletar e estudar o organograma os departamentos envolvidos, e da empresa como um todo, a fim de familiarizar-se com a estrutura formal existente e identificar os elementos responsveis pelas reas envolvidas. O analista dever conhecer o organograma geral da empresa para destacar as unidades ou reas administrativas envolvidas pelo sistema. B.1.2 Mtodos e Tcnicas para o Levantamento de Dados Aps ter-se estudado a estrutura organizacional da empresa, identificando os responsveis pelas reas envolvidas passamos a executar o levantamento de dados. Esta fase tem por objetivo o perfeito conhecimento do processo/sistema atual. Essas informaes so constitudas por formulrios, fichas, relatrios, mapas e outras formas de suporte de informaes. importante obter um modelo preenchido de cada tipo de documento, anotando o objetivo, origem, destino e volume de informaes contidas no mesmo, bem como, o volume do prprio documento. Podemos classificar as formas de obteno (levantamento) dos dados em trs categorias: B.1.2.1 Observao Direta dos Fatos Entendemos como sendo a obteno das informaes pelo exame, verificao pessoal da execuo e da rea de trabalho, conforme a seguir: a) Viso do Ambiente de Trabalho

Fernando Martins de Oliveira

Pgina 5

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

obtida atravs de visitas gerais que so teis para a obteno de impresses, mas no so muito boas na coleta de informaes mais detalhadas. b) Exame de Arquivos Os arquivos dos departamentos envolvidos podem ser estudados, verificando-se os tipos de documentos de entrada e sada, a quantidade, os dados solicitados e os normalmente preenchidos. B.1.2.2 Questionrio O questionrio utilizado para a obteno de informaes quando: O tempo insuficiente para entrevistar todas as pessoas envolvidas; Existe a necessidade de colher dados de pessoas fisicamente muito distantes; Existe a necessidade de se dar mais tempo para as respostas detalhadas, ou seja, quando as respostas exigem pesquisas, apontamentos, reflexes e detalhes impossveis de se conseguir durante as entrevistas; A coleta de informaes no puder receber a influncia da presena direta do entrevistador.

Consideraes importantes: Obter o apoio da chefia; O questionrio deve ser apresentado pelo analista. Quando no for possvel, envia-lo acompanhado do carto pessoal e explicaes sobre o seu objetivo; Cuidar para que as pessoas entendam perfeitamente o seu propsito e importncia; Acompanhar a distribuio para assegurar 100% das respostas; Estudar minuciosamente a forma do questionrio, a fim de evitar o quanto for possvel, diversidade de interpretao; Aplicar um questionrio piloto para experimentao, que ser sujeito a crticas; Considerar os tipos de pessoas que iro responder aos questionrios; Evitar perguntas que possam dar qualquer razo para o inquirido no deseje responde-las; Tornar o questionrio breve, porm completo; Evitar perguntas longas e complicadas; Tornar o questionrio fcil de responder; Evitar a induo do inquirido; Formular um questionrio encadeado.

Fernando Martins de Oliveira

Pgina 6

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

B.1.2.3 Entrevistas Nas entrevistas buscam-se informaes com os seguintes objetivos: Documentos utilizados; Volume fsico de documentos e seus contedos; Manuseio dos documentos; Sugestes dos usurios; Fluxo de documentos necessrios; Identificao de possveis canais de informao que no aparea na estrutura organizacional formal; Identificao dos documentos significativos em nvel decisrio.

Existem 2 tipos de entrevistas: a) Entrevistas para levantamento de dados Realizada com o objetivo de obter conhecimentos a respeito do sistema em estudo, situao em que o analista dever ser mais ouvinte do que interlocutor. b) Entrevistas para a elaborao do projeto do novo sistema Realizada com o objetivo de obter sugestes dos entrevistados, e tambm vender-lhes as suas sugestes e idias, situao em que o analista colocar suas prprias idias com a finalidade de esclarecer e conseguir a aceitao das mesmas. Ambas as entrevistas devero ser mantidas com um nmero mnimo, porm suficiente de pessoas para a obteno das informaes necessrias, evitando-se confuses e mal entendidos, que so prejudiciais ao bom andamento do trabalho. B.1.2.3.1 Planejamento das Entrevistas Ativar o processo de entrevistas atravs dos canais competentes; Estabelecer a ordem cronolgica das entrevistas, obedecendo a escala hierrquica; Procurar saber antecipadamente as caractersticas das pessoas a serem entrevistadas, facilitando assim o dilogo; Preparar um roteiro de entrevista quanto aos assuntos a serem abordados; Preparar caminhos alternativos para a obteno de informaes, no caso de durante a entrevista voc perceber que o caminho escolhido no foi bem aceito pelo entrevistado; Estudar antecipadamente o sistema; Coletar cpias preenchidas de todos os documentos e formulrios existentes; Programar para que as reunies se realizem durante uma data e horrio conveniente para ambas as partes.
Pgina 7

Fernando Martins de Oliveira

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

B.1.2.3.2 Realizao das Entrevistas Procurar a confiana do entrevistado; Explicar a finalidade do estudo; O entrevistador deve manter o mximo de descrio; O entrevistador no deve emitir nenhuma crtica ao sistema/processo durante a entrevista; No se deixe envolver emocional e/ou pessoalmente pelas pessoas entrevistadas e/ou por suas observaes; Lembrar sempre que a funo do analista evitar fatores que possam complicar desnecessariamente o desenvolvimento do sistema; No argumente nem contradiga o entrevistado; No permitir que o assunto se desvie para caminhos que obviamente no sejam pertinentes; No deixar passar problemas semicompreendidos; No dominar o entrevistado e nem ser dominado por ele, ou seja, encaminhar a entrevista de uma maneira cordial e positiva; Evitar tipos comuns de atitude: timidez, insegurana e superioridade; No se envolver em problemas operacionais que no estejam relacionados com o assunto tratado; No fazer perguntas com respostas orientadas; No usar termos tcnicos em excesso; Manter o entrevistado envolvido em um esforo conjunto, fazendo-o sentir-se parte integrante do estudo; Informar ao entrevistado que ir fazer anotaes; Iniciar, conduzir e terminar a entrevista de forma agradvel.

B.1.2.4 Anlise do Sistema Existente Esta etapa tem por objetivo verificar se o levantamento atende as necessidades da empresa. Caso no atenda, deve-se apontar as falhas atravs de um relatrio crtico, a fim de que se possa decidir por continuar o trabalho e projetar um novo sistema mais eficiente, ou deixar para um momento mais oportuno. Efetuaremos esta anlise conforme a seguir: Definir o objetivo do sistema em estudo; Analisar se o sistema em estudo est produzindo os resultados esperados e se isso atende as necessidades da empresa; Estabelecer as informaes que servem como elo de ligao com os outros sistemas da empresa; Destacar as necessidades observadas nas entrevistas com o usurio e tambm suas sugestes.

Aps ter o conhecimento global do sistema atual e antes de elaborar o projeto lgico, interessante pesquisar o mercado de software a fim de verificar se existe algum que atenda a rea em estudo.

Fernando Martins de Oliveira

Pgina 8

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

Este trabalho leva em conta os seguintes aspectos: Percentual de atendimento; Compatibilidade com o hardware e software existente na empresa; Possibilidade de alteraes; Compatibilidade com outros sistemas j implantados.

Em caso de se concluir que ser mais vantajoso a aquisio do que o seu desenvolvimento, o sistema ser comprado e adaptado a empresa. B.2 Definio dos Limites do Sistema A partir do levantamento inicial de informaes podemos definir os limites do sistema, portanto passamos a ter uma viso mais clara da abrangncia do mesmo. Os limites do sistema devero se dar em funo de: reas, pessoas, processos, dados etc. B.3 Definio dos Objetivos Os objetivos do sistema devem ser definidos nesta etapa para que no ocorram desvios com relao ao que se pretende alcanar com o sistema em questo. Os objetivos podem ser divididos em misso e objetivos especficos. A misso do sistema deve ser o objetivo genrico do sistema. Os objetivos especficos devem detalhar melhor a misso do sistema, assim o conjunto de objetivos especfico deve garantir a misso do sistema. B.4 Anlise de Riscos e Restries Riscos e restries esto relacionados a fatores externos ao projeto, portanto, muitas vezes fora do controle da equipe de desenvolvimento. Possveis riscos e restries que podem afetar o desenvolvimento de um sistema incluem: Prticas e diretrizes corporativas; Riscos do negcio empresarial; Limitaes oramentrias; Consideraes legais; Limites operacionais; Regulamentos governamentais; Limitaes tecnolgicas; Consideraes pessoais.

B.5 Cronograma uma ferramenta importante para o gerenciamento do desenvolvimento do sistema. Um cronograma deve levar em conta pelo menos 3 elementos:
Fernando Martins de Oliveira Pgina 9

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

Prazos; Atividades; Recursos.

Exemplo:
23/08 10/09 25/09 30/09 10/10 20/10

Atividade A Atividade B Atividade C Atividade D Atividade E Recursos alocados por atividade: Atividade Atividade Atividade Atividade A: X, Y, Z B: X,Y C: V, X, Z D: V,Z

Prazos

Fernando Martins de Oliveira

Pgina 10

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

C Projeto Lgico O objetivo do Projeto Lgico proporcionar o entendimento do problema e materializa-lo em termos de modelos (Modelos de Anlise). Para se realizar uma boa anlise importante a utilizao de uma metodologia. Existem vrias propostas de metodologias de anlise. Adotaremos a metodologia Anlise Estruturada, pois trata-se da metodologia clssica da anlise de sistemas e serviu como base para a proposta de outras metodologias. Ela tambm a metodologia mais utilizada no desenvolvimento de sistemas profissionais. As especificaes produzidas pela anlise estruturada possuem as seguintes caractersticas: Representao Grfica Top-Down Facilidades de composio nfase no modelo lgico

As especificaes estruturadas podem ser divididas em 2 grupos: 1. Especificaes estruturadas orientadas a processos. 2. Especificaes estruturadas orientadas a dados. As especificaes estruturadas orientadas a processos devero representar o entendimento da funcionalidade do sistema, ou seja, os procedimentos necessrios para que o sistema funcione adequadamente. Para isso utilizaremos os DFDs (Diagrama de Fluxo de Dados). As especificaes estruturadas orientadas a dados devero representar o entendimento das informaes que so utilizadas e mantidas pelo sistema. Para isso utilizaremos o DER (Diagrama Entidade x Relacionamento) e o DD (Dicionrio de Dados).

Fernando Martins de Oliveira

Pgina 11

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

C.1 Diagrama de Fluxo de Dados (DFD) C1.1 - Histrico O uso do DFD como uma ferramenta para desenvolvimento de sistemas tem sua origem nas primeiras propostas de Projeto Estrutural (1974-1975) sugeridas por Stevens, Myers, Yourdon e Constantine. A forma de representao dos DFDs foi trazida de antigos trabalhos sobre a teoria dos grafos. As notaes mais utilizadas so as propostas por Gane/Sarson (1977) e Yourdon/Demarco (1978). DFDs podem ser utilizados no apenas para desenvolvimento de sistemas, mas tambm como uma ferramenta para planejamento comercial e estratgico. Alguns sinnimos para DFD: Diagrama de Bolhas Modelo de Processos Diagrama de Fluxo de Trabalho Modelo Funcional

C.1.2 - Conceituao Um DFD uma ferramenta de modelagem que nos permite imaginar um sistema como uma rede de processos funcionais, interligados por dutos e tanques de armazenamento de dados. Um DFD uma ferramenta para anlise top-down. Pode-se usar DFDs para fornecer tanto uma viso em alto nvel como tambm vises detalhadas de um sistema ou programa. Um DFD uma ferramenta utilizada na etapa de anlise no processo de desenvolvimento de um sistema, tendo como principal enfoque os processos (ou funes) executados por este. Um DFD deve mostrar como os dados fluem entre os processos do sistema, bem como onde eles ficam armazenados.

Fernando Martins de Oliveira

Pgina 12

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

C.1.3 - Componentes Existem 4 elementos que compem um DFD. So eles:

Yourdon/Demarco Entidade Externa

Gane/Sarson

Fluxo de Dados

Depsito de Dados

Processo

C.1.4 - Regras e Restries Todos os componentes do DFD devem estar nomeados. Todos os componentes de um DFD devem estar ligados por pelo menos um fluxo de dados. Todo processo deve ter pelo menos um fluxo de entrada e um fluxo de sada. Um fluxo de dados obrigatoriamente deve ser um dado de sada ou de entrada de um processo. A descrio do fluxo de dados deve ser um substantivo, nunca um verbo. Preferencialmente um fluxo de dados deve ter um nico sentido. A descrio de um processo deve ser feita utilizando um verbo e um objeto.
Pgina 13

Fernando Martins de Oliveira

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

A descrio de um processo deve ser curta. Preferencialmente os processos devem estar enumerados.

C.1.5 - Nivelamento O DFD uma ferramenta top-down que permite a decomposio de seus processos em nveis mais detalhados. C.1.5.1 - Diagrama de Contexto O nvel mais alto de um DFD representado por uma figura denominada diagrama de contexto. Nesta figura o sistema representado como um nico processo interfaceando com os componentes externos ao sistema.

Itens Solicitados Clientes

Situao do Pedido

Relatrio Estatstico Controle de Pedidos Ordem de Compra Setor de Compras

Diagrama de Contexto

Fernando Martins de Oliveira

Pgina 14

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

C.1.5.2 - DFD nvel 0 O nvel imediatamente abaixo ao diagrama de contexto chamado de DFD nvel 0. O DFD nvel 0 deve mostrar os principais processos realizados pelo sistema, mas ainda de uma forma abrangente.

Cliente
Itens Solicitados

1 Criar Pedid o Pedido

Pedidos Atendidos Pedidos Atendidos 4. Emitir Relatrio Estatstic o

Pedido Atendido Situao do Pedido

2. Processar Pedido

Pedidos Pendentes Pedido Pendente Pedidos Pendentes Relatrio Estatstico

Estoque Saldo 3. Emitir Ordem de Compra

Ordem de Compra

Setor de Compras

DFD Nvel 0

Fernando Martins de Oliveira

Pgina 15

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

C.1.5.3 - DFD nvel 1 Os processos do DFD nvel 0 podem ou no sofrer decomposio. A decomposio de um processo do DFD depender do julgamento do analista em haver ou no a necessidade de um maior detalhamento do processo, a fim de explicar melhor uma determinada situao. Caso haja a necessidade de decomposio de um ou mais processos do DFD nvel 0, devero ser confeccionadas figuras correspondentes aos processos que devem sofrer decomposio. A este conjunto de figuras chamado de DFD nvel 1. O nmero de nveis do DFD para um sistema varivel para cada aplicao.

Pedidos Atendidos

Pedido Atendido 1 Criar Pedid o Pedido

Clientes
2.3 Gravar Pedido Atendido

Situao Pedido

Pedido Atendido

2.1 Verifica r Estoque

Situao Pedido 2.2 Informar Situao Pedido

Pedido Pendente 2.4 Gravar Pedido Pendent e Pedido Pendente

Saldo

Estoque

Pedidos Pendentes

DFD Nvel 1

Fernando Martins de Oliveira

Pgina 16

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

C.2 Diagrama Entidade x Relacionamento (DER) C2.1 - Definio O Diagrama de Entidade x Relacionamento (DER) a principal ferramenta de modelagem de dados utilizada na anlise estruturada. O DER uma tima ferramenta para estruturar e organizar os dados analisados em um sistema. Existem vrias notaes utilizadas, entre elas podemos citar: Chen, Martin, Merise etc. Ao construirmos um DER na anlise, estamos construindo o Modelo Lgico de Dados da aplicao. Este modelo ser fundamental para a implementao do banco de dados do sistema. Os principais conceitos utilizados para a construo do DER so: Entidade Atributo Relacionamento Cardinalidade

C.2.2 - Entidade Todo objeto que possui um conjunto de caractersticas importantes dentro da aplicao analisada. Uma entidade deve possuir um conjunto de dados que a caracteriza. A entidade representada por um retngulo, conforme as figuras abaixo:

Cliente

Fornecedor

Pedido

C.2.3 - Atributo uma informao que caracteriza uma entidade ou um relacionamento. Toda entidade possui atributos, mas nem todo relacionamento caracterizado por atributos. Os atributos podem ser classificados em: Identificador, Descritivo, Agregado e Derivado. Identificador: utilizado para identificar unicamente uma entidade na classe.

identificador

Nomeatributo

Fernando Martins de Oliveira

Pgina 17

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

Descritivo: utilizado para descrever a entidade.


Nomeatributo

descritivo
Agregado:

um conjunto de tributos simples que pode ser referido como um nico atributo.

agregado

Agregao

agregad o agregad o agregad o

Derivado: Pode ter um valor que derivvel de valores de outros atributos.


Nomeatributo

derivado

Exemplo de atributos:

Data Nasc.

Aluno

RA

Rua Idade Endereo Nmero

Bairro

Cidade

Fernando Martins de Oliveira

Pgina 18

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

C.2.4 - Relacionamento a ligao entre duas ou mais entidades. O relacionamento representado por um losango. Exemplo:

Aluno

freqe nta

Disciplina

C.2.5 - Cardinalidade o grau de ligao entre as entidades. representada por 0, 1 e N, significando zero, um e muitos respectivamente. Forma de leitura: Entidade Relacionamento Cardinalidade Entidade. Exemplo: Relacionamento um-para-um (1:1)
1,1 1,1 coorde na mnimo mximo

Curso

Coordenador

PD Txtil Eletrnic a

Douglas Pedro Ana

Relacionamento um-para-muitos (1:N)


1,N 1,1 atende

Vendedor

Regio

Mrio Carla Joo Ana

Campina s Piracicab a Sorocaba

Fernando Martins de Oliveira

Pgina 19

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

Relacionamento muitos-para-muitos (N:N)

1.N

1.N fornec e

Fornecedor

Produto

W X Y Z

A B C D E

0.N

0.N faz

Professor

Ps-graduao

Joo Maria Ana Silvia Especializao Mestrado Doutorado Ps Doutorado

Fernando Martins de Oliveira

Pgina 20

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

C.3 Dicionrio de Dados (DD) C3.1 Definio O dicionrio de dados uma ferramenta de apoio a outras ferramentas de modelagem, como o DFD, MER etc. O dicionrio de dados pode ser visto como um glossrio de termos utilizados na anlise de sistemas. Este glossrio deve oferecer explicaes sobre os dados utilizados no sistema. Existem vrias notaes que podem ser utilizadas para descrever os dados do sistema num DD. Em nosso estudo, vamos utilizar o dicionrio de dados para descrever as entidades e seus atributos. Entidades: Iremos descrever o seu significado. Atributos: Iremos descrever o seu nome, tipo de dados aceito, tamanho, opcionalidade, se o atributo faz parte da chave primria e descrio. Exemplo:
RA

Aluno

Rua Nome N Endere o

Fone

Bairro

Entidade Aluno Descreve as pessoas matriculadas na escola. Atributo RA Nome Rua Nmero Bairro Fone Tipo Nmero Tam 6 Chave Opcional S N N S S S S Descrio Nmero do registro acadmico do aluno. Nome do aluno. Endereo do aluno. Nmero do endereo do aluno. Bairro do aluno. Telefone do aluno.

Alfanumrico 50 Alfanumrico 50 Nmero 6 Alfanumrico 30 Alfanumrico 15

Fernando Martins de Oliveira

Pgina 21

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

D Projeto Fsico

D.1 - Projeto Estruturado O projeto Estruturado uma metodologia de projeto proposta por Yourdon/Constantine/Myers em meados da dcada de 70. O objetivo desta metodologia fornecer tcnicas que auxiliam o projetista de software a construir a arquitetura do software a ser implementado. O projeto estruturado induz o projetista a construir o software de forma modular. Assim, os mdulos de programas devero ser dispostos de forma estruturada, baseados nas especificaes produzidas ma fase de anlise. Cada mdulo de software dever ser especificado, de forma que a implementao posterior dos programas seja totalmente guiadapelo projeto estruturado. D.2 Diagrama de Estrutura D.2.1 Conceituao

O diagrama de estrutura um diagrama hierrquico utilizado para representar a estrutura de um sistema em termos de mdulos de programa e suas inter-relaes (arquitetura global de um programa). Trata-se de uma ferramenta de decomposio funcional. Um mdulo deve ser entendido como o bloco bsico de construo de um programa. Os programas estruturados podem ser organizados como uma hierarquia de mdulos. No diagrama de estrutura um mdulo representado por um retngulo com uma descrio interna referente a ele (que deve descrever objetivamente a tarefa que o mdulo excuta). Os retngulos so ligados por linhas representando a hierarquia entre os mdulos.

Processar Nova Assinatura

Acrescentar Registro

Criar Fatura

Criar registro para Auditoria

Fernando Martins de Oliveira

Pgina 22

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

D.2.2 Relaes de Controle

Os mdulos so inter-relacionados por uma estrutura de controle. O diagrama de estrutura mostra os inter-relacionamentos atravs da organizao dos mdulos em nveis. Existe somente um mdulo na parte superior (nvel 1) do diagrama. Este o ponto onde comea o controle. Este mdulo chamado de raiz. A partir da raiz, o controle passado nvel por nvel para os outros mdulos. O controle sempre volta para a raiz. Existe no mximo uma relao de controle entre quaisquer dois mdulos no diagrama de estrutura. Assim, se um mdulo A chama um mdulo B, B no pode chamar A. Um mdulo no pode chamar a si mesmo. Em nveis sucessivos, quando dois mdulos esto ligados significa que em tempo de execuo o controle do programa passado do mdulo que est no nvel acima para o mdulo que est no nvel imediatamente abaixo. aconselhvel confeccionar um diagrama de estrutura de forma que ele possa ser lido de cima para baixo e da esquerda para a direita.
leitura

D.2.3 Transferncia de Informaes

Quando o controle transferido entre dois mdulos, normalmente algum tipo de informao tambm transferida. As informaes podem ser transferidas nos dois sentidos entre os mdulos (na chamada e no retorno). O sentido mostrado por meio de uma pequena seta e o nome da informao descrito do lado das setas. Dois tipos bsicos de informaes podem ser transferidos entre os mdulos: informaes do tipo dado e informaes do tipo controle.

Fernando Martins de Oliveira

Pgina 23

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

Os dados so informaes concretas do problema tratado, por exemplo: data, valor do pedido, nome etc. A informao de controle usada pelo programa para orientar o fluxo de execuo, como um sinalizador de erro (flag) ou uma chave de fim de arquivo.

Vetor de dados

Vetor de controle

Obter data

Data

Flag data

Validar data

D.2.4 Transferncia de Informaes Centro de transao: Mdulo responsvel pela passagem do controle de execuo para um mdulo de forma exclusiva. Um mdulo que deve ser interpretado como centro de transao num diagrama de estrutura possui um losango desenhado na sua base. Um centro de transao aciona apenas um nico mdulo de transao, isto ocorre a partir da anlise de valores recebidos por ele.

Centro de Transao

Mdulo de Transao

Mdulo de Transao

Mdulo de Transao

Iterao: A chamada iterativa de mdulos tambm pode ser representada num diagrama de estrutura, desenhando-se um arco que deve cruzar as linhas que ligam os mdulos que fazem parte da iterao (loop).
Fernando Martins de Oliveira Pgina 24

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

Conector: Podem ser usados para evitar cruzamentos de linhas e para referncia de continuao de pgina.

Fernando Martins de Oliveira

Pgina 25

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

D.3 Normalizao de Dados D.3.1 - Definio A normalizao consiste em definir o formato lgico adequado para as estruturas de dados identificados no projeto lgico do sistema, com o objetivo de minimizar o espao utilizado pelos dados e garantir a integridade e confiabilidade das informaes. A normalizao feita, atravs da anlise dos dados que compem as estruturas utilizando o conceito chamado "Formas Normais (FN)". As FN so conjuntos de restries nos quais os dados devem satisfaz-las. Exemplo: Pode-se dizer que a estrutura est na primeira forma normal (1FN), se os dados que a compem satisfizerem as restries definidas para esta etapa. A normalizao completa dos dados feita, seguindo as restries das formas normais existentes, sendo que a passagem de uma FN para outra feita tendo como base o resultado obtido na etapa anterior, ou seja, na FN anterior. Para realizar a normalizao dos dados, primordial que seja definido um campo chave para a estrutura, campo este que permitir identificar os demais campos da estrutura. D.3.2 - Formas Normais

Primeira Forma Normal Segunda Forma Normal Terceira Forma Normal

Fernando Martins de Oliveira

Pgina 26

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

Primeira Forma Normal (1FN) Consiste em retirar da estrutura os elementos repetitivos, ou seja, aqueles dados que podem compor uma estrutura de vetor. Podemos afirmar que uma estrutura est normalizada na 1FN, se no possuir elementos repetitivos. Exemplo: Estrutura original: Arquivo de Notas Fiscais (Num. NF, Srie, Data emisso, Cod. do Cliente, Nome do cliente, Endereo do cliente, CGC do cliente, Relao das mercadorias vendidas (onde para cada mercadoria temos: Cdigo da Mercadoria, Descrio da Mercadoria, Quantidade vendida, Preo de venda e Total da venda desta mercadoria) e Total Geral da Nota) Analisando a estrutura acima, observamos que existem vrias mercadorias em uma nica Nota Fiscal, sendo portanto elementos repetitivos que devero ser retirados. Estrutura na primeira forma normal (1FN): Arquivo de Notas Fiscais (Num. NF, Srie, Data emisso, Cdigo do Cliente, Nome Cliente, Endereo do cliente, CGC do cliente e Total Geral da Nota) Arquivo de Vendas (Num. NF, Cdigo da Mercadoria, Descrio da Mercadoria, Quantidade vendida, Preo de venda e Total da venda desta mercadoria) Obs. Os campos sublinhados identificam as chaves das estruturas. Como resultado desta etapa ocorre um desdobramento dos dados em duas estruturas, a saber: Primeira estrutura (Arquivo de Notas Fiscais): Dados que compem a estrutura original, excluindo os elementos repetitivos. Segundo estrutura (Arquivo de Vendas): Dados que compem os elementos repetitivos da estrutura original, tendo como chave o campo chave da estrutura original (Num. NF) e o campo chave da estrutura de repetio (Cdigo da Mercadoria). Segunda Forma Normal (2FN) Consiste em retirar das estruturas que possuem chaves compostas (campo chave sendo formado por mais de um campo), os elementos que so funcionalmente dependente de parte da chave. Podemos afirmar que uma estrutura est na 2FN, se ela estiver na 1FN e no possuir campos que so funcionalmente dependente de parte da chave. Exemplo: Estrutura na primeira forma normal (1FN): Arquivo de Notas Fiscais (Num. NF, Srie, Data emisso, Cdigo do Cliente, Nome do cliente, Endereo do cliente, CGC do cliente e Total Geral da Nota)

Fernando Martins de Oliveira

Pgina 27

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

Arquivo de Vendas (Num. NF, Cdigo da Mercadoria, Descrio da Mercadoria, Quantidade vendida, Preo de venda e Total da venda desta mercadoria) Estrutura na segunda forma normal (2FN): Arquivo de Notas Fiscais (Num. NF, Srie, Data emisso, Cdigo do Cliente, Nome do cliente, Endereo do cliente, CGC do cliente e Total Geral da Nota) Arquivo de Vendas (Num. NF, Cdigo da Mercadoria, Quantidade vendida e Total da venda desta mercadoria) Arquivo de Mercadorias (Cdigo da Mercadoria, Descrio da Mercadoria, Preo de venda) Como resultado desta etapa, houve um desdobramento do arquivo de Vendas (o arquivo de Notas Fiscais, no foi alterado, por no possuir chave composta) em duas estruturas a saber: Primeira estrutura (Arquivo de Vendas): Contm os elementos originais, sendo excludos os dados que so dependentes apenas do campo Cdigo da Mercadoria. Segundo estrutura (Arquivo de Mercadorias): Contm os elementos que so identificados apenas pelo Cdigo da Mercadoria, ou seja, independentemente da Nota Fiscal, a descrio e o preo de venda sero constantes. Terceira Forma Normal (3FN) Consiste em retirar das estruturas os campos que so funcionalmente dependentes de outros campos que no so chaves. Podemos afirmar que uma estrutura est na 3FN, se ela estiver na 2FN e no possuir campos dependentes de outros campos no chaves. Exemplo: Estrutura na segunda forma normal (2FN): Arquivo de Notas Fiscais (Num. NF, Srie, Data emisso, Cdigo do Cliente, Nome do cliente, Endereo do cliente, CGC do cliente e Total Geral da Nota) Arquivo de Vendas (Num. NF, Cdigo da Mercadoria, Quantidade vendida e Total da venda desta mercadoria) Arquivo de Mercadorias (Cdigo da Mercadoria, Descrio da Mercadoria, Preo de venda) Estrutura na terceira forma normal (3FN): Arquivo de Notas Fiscais (Num. NF, Srie, Data emisso, Cdigo do Cliente e Total Geral da Nota) Arquivo de Vendas (Num. NF, Cdigo da Mercadoria, Quantidade vendida e Total da venda desta mercadoria) Arquivo de Mercadorias (Cdigo da Mercadoria, Descrio da Mercadoria, Preo de venda)

Fernando Martins de Oliveira

Pgina 28

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

Arquivo de Clientes (Cdigo do Cliente, Nome do cliente, Endereo do cliente e CGC do cliente) Como resultado desta etapa, houve um desdobramento do arquivo de Notas Fiscais, por ser o nico que possua campos que no eram dependentes da chave principal (Num. NF), uma vez que independente da Nota Fiscal, o Nome, Endereo e CGC do cliente so inalterados. Este procedimento permite evitar inconsistncia nos dados dos arquivos e economizar espao por eliminar o armazenamento freqente e repetidas vezes destes dados. A cada nota fiscal comprada pelo cliente, haver o armazenamento destes dados e poder ocorrer divergncia entre eles. As estruturas alteradas foram pelos motivos, a saber: Primeira estrutura (Arquivo de Notas Fiscais): Contm os elementos originais, sendo excludo os dados que so dependentes apenas do campo Cdigo do Cliente (informaes referentes ao cliente). Segundo estrutura (Arquivo de Clientes): Contm os elementos que so identificados apenas pelo Cdigo do Cliente, ou seja, independente da Nota Fiscal, o Nome, Endereo e CGC dos clientes sero constantes. Aps a normalizao, as estruturas dos dados esto projetadas para eliminar as inconsistncias e redundncias dos dados, eliminando desta forma qualquer problema de atualizao e operacionalizao do sistema. A verso final dos dados poder sofrer alguma alterao, para atender as necessidades especficas do sistema, a critrio do analista de desenvolvimento durante o projeto. D.4 Definio de Programas Esta etapa deve descrever cada programa do seu sistema em termos de:

Objetivo Procedimentos bsicos (descrio dos mdulos executados).

D.5 Projeto de Comunicao D.5.1 Telas Com base no diagrama de estrutura, projeto de banco de dados e definio dos programas, devem ser desenhadas as telas do sistema. As telas devem seguir o mesmo padro de funcionalidade (botes, teclas de atalho, cores, layout etc) e devem ser validadas perante o usurio antes do incio da codificao. D.5.2 Relatrios Com base no diagrama de estrutura, projeto de banco de dados e definio dos programas, devem ser elaborados os relatrios do sistema.

Fernando Martins de Oliveira

Pgina 29

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

D.5.3 Programao As atividades executadas nesta fase so as seguintes:

Desenvolvimento

Para cada programa definido, efetuar: o o o

Projeto de sua estrutura Codificao na linguagem especificada Testes atravs de massa de dados abrangente

Simulao

O objetivo da simulao colocar o software em funcionamento, dentro dos requisitos estabelecidos. Para tanto, efetuar: o o Converso de arquivos, se necessrio Testes de integrao

Fernando Martins de Oliveira

Pgina 30

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

E Implantao nesta fase que muitos sistemas bem projetados falham, deixam de entrar em funcionamento ou so implantados sem o devido controle. Isso pode ocorrer porque os arquivos no so confiveis, os programas no foram bem testados, e/ou os usurios no conhecem bem o sistema, ou ainda, a fase de transio entre o sistema atual e o novo no foi bem coordenada. A fase de implantao deve ser rigorosamente controlada, para isso, alguns procedimentos devem ser utilizados pelo analista: Utilizar tcnica formal de planejamento e controle Uma das caractersticas do trabalho de anlise o volume de mudanas que ocorrem durante o projeto. Mudanas de um plano no indicam um mau planejamento, normalmente indicam a flexibilidade original de sua estrutura. Atribuir funes para cada pessoa envolvida no projeto Cada pessoa deve saber o que dela se espera. Essa uma teoria gerencial segura, que se aplica a qualquer tipo de projeto, sendo porm particularmente importante no caso de anlise de sistemas. O analista responsvel pelo projeto deve definir, para cada um dos componentes da equipe, qual o prazo real a ser dado para o trmino da atividade, a fim de alcanarem os objetivos programados. O sistema s deve entrar em funcionamento quando se verificar que no contm erros, que os usurios esto familiarizados com o seu funcionamento e com uma documentao completa do sistema. Isso implica em testes completos e para efetua-los necessrio:

Testar cada mdulo do sistema separadamente. Utilizar dados reais para os testes.

Fernando Martins de Oliveira

Pgina 31

Anlise e Projeto de Sistemas Parte 2 Anlise e Projeto Estruturado

F Avaliao A avaliao de um sistema possui 4 finalidades:


Apurao do custo real do sistema. Benefcios realizados. Satisfao do usurio. reas problemas.

Enfim, uma confrontao com a proposta do sistema. Esses pontos devem ser comparados com os previstos nas etapas anteriores. As variaes significativas devem ser investigadas, a fim de determinar as causas.

Fernando Martins de Oliveira

Pgina 32