Análise e Projeto de Sistemas

2
SUMRIO
SUMRIO.............................................................................................................................................................2 1. CARACTERIZAO DE SISTEMAS..........................................................................................................4 1.1 CONCEITUAO DE SISTEMAS..........................................................................................................................4 1.2 ELEMENTOS OU COMPONENTES DE SISTEMA............................................................................................5 1.3 - EXEMPLOS DE SISTEMA......................................................................................................................7 1.4 - CICLOS DE UM SISTEMA......................................................................................................................7 2. CONCEITOS DE ANLISE DE SISTEMAS...............................................................................................9 2.1 O QUE ANLISE?.........................................................................................................................................9 2.2 - CONCEITUAO DA ANLISE DE SISTEMAS.........................................................................................................9 2.3 - ELEMENTOS DA ANLISE DE SISTEMAS..............................................................................................................9 2.4 FASES DA ANLISE DE SISTEMAS.....................................................................................................................9 2.5 SEQNCIA LGICA PARA ANLISE................................................................................................................11 2.6 - RELAO DA ANLISE DE SISTEMAS E OUTRAS ANLISES.................................................................................11 2.6.1 Relao entre Anlise de Sistemas, a Cincia e a Engenharia........................................................11 2.6.2 A Anlise de Sistemas e a Pesquisa Operacional............................................................................12 2.6.3 A Anlise de Sistemas e a Anlise Custo-Efetividade......................................................................12 3. CONCEITUAO DE INFORMAO.....................................................................................................13 3.1 - CONCEITO DE INFORMAO............................................................................................................................13 3.2 - RELAO ENTRE INFORMAO E COMUNICAO...............................................................................................13 3.3 - O PROFISSIONAL DA INFORMAO..................................................................................................................14 4. METODOLOGIA E DOCUMENTAO NO DESENVOLVIMENTO DE SISTEMAS.....................18 4.1 - CICLO DE DESENVOLVIMENTO DE SOFTWARE......................................................................18 4.1.1 - Caracterstica:..................................................................................................................................20 4.1.2 - Princpios:........................................................................................................................................20 4.1.3 - Sistematizao do processo de construo de software:..................................................................20 4.1.4 - Fases do Ciclo de Vida Tradicional:................................................................................................20 4.2 - ANLISE DE REQUISITOS..................................................................................................................22 4.2.1 - Idia Fundamental............................................................................................................................22 4.2.2 - Problemas na Anlise.......................................................................................................................22 4.2.3 - Fases da Anlise de Requisitos.........................................................................................................23 4.3 ESPECIFICAO DE SISTEMAS........................................................................................................26 4.3.1 - Dificuldades para Especificao......................................................................................................26 4.3.2 - Anlise Estruturada Moderna..........................................................................................................27 4.3.3 - Caractersticas da Anlise Estruturada...........................................................................................27 4.3.4 - Ferramentas Componentes...............................................................................................................29 5. MODELAGEM DE DADOS.........................................................................................................................30 5.1 DIAGRAMA DE ENTIDADE-RELACIONAMENTO (DER).............................................................30 5.1.1. Consideraes Inicias .......................................................................................................................30 5.1.2 - Componentes dos DERs....................................................................................................................31 5.1.3. Normalizao.....................................................................................................................................33 5.1.3.1 Primeira Forma Normal (1FN)..................................................................................................34 5.1.3.2 Segunda Forma Normal (2FN)..................................................................................................34 5.1.3.4 Terceira Forma Normal (3FN)..................................................................................................35 6.MODELAGEM DE ATIVIDADES...............................................................................................................37 6.1 - DIAGRAMA DE FLUXO DE DADOS..................................................................................................38 6.1.2 Componentes do DFD......................................................................................................................38 6.1.2.1 Entidade Externa.......................................................................................................................38 6.1.2.2 Fluxo de Dados..........................................................................................................................38 6.1.2.3 Processo.....................................................................................................................................38 6.1.2.4 Depsito.....................................................................................................................................39
Anlise de Projetos e Sistemas APS
3 6.1.3 Algumas Regras, Propriedades e Limitaes..................................................................................39 6.1.4 DFD em Nveis.................................................................................................................................39 6.1.5 - Diretrizes para a Elaborao do DFD.............................................................................................40 6.1.6 Algumas Tcnicas............................................................................................................................40 6.1.6.1 Tcnica de Gane/Sarson............................................................................................................40 6.1.6.2 Tcnica de Yourdon/DeMarco..................................................................................................40 6.1.6.3 Tcnica de Meilir Page-Jones....................................................................................................41 6.2. DICIONRIO DE DADOS.....................................................................................................................42 6.2.1 - Componentes.....................................................................................................................................42 6.2.2 - Notao.............................................................................................................................................42 6.2.3 - Exemplo............................................................................................................................................43 6.3. ESPECIFICAO DE PROCESSOS......................................................................................................44 6.3.1 - Como fazer a Especificao de Processos.......................................................................................44 6.3.1.1 - Pseudo-Linguagem portugus estruturado..............................................................................44 6.3.1.2 - Tabelas de Deciso.....................................................................................................................45 6.3.1.3 - rvores de Deciso....................................................................................................................46
1. CARACTERIZAO DE SISTEMAS
1.1 CONCEITUAO DE SISTEMAS No podemos falar muito sobre anlise de sistemas enquanto no tivermos uma clara idia do que seja um sistema. Muitos dos sistemas de computadores que elaboramos so substituies ou novas implementaes de sistemas no-computadorizados que j existem; alm disso, a maioria dos sistemas computadorizados interage ou tem uma interface com vrios sistemas existentes (alguns podem ser computadorizados e outros no). Para que nosso sistema computadorizado seja bem-sucedido, precisamos conhecer, detalhadamente, como o sistema atual se comporta. Isso cada dia mais importante, pois queremos construir sistemas estveis e confiveis, que funcionaro bem em nossa complexa sociedade e h, naturalmente, muitos sistemas no-computadorizados que vm sobrevivendo por milhes de anos. Etimologicamente, SISTEMA significa COMBINAR. Assim, podemos definir um sistema como: Um conjunto de partes que se interagem de modo a atingir um determinado fim, de acordo com um plano ou princpio; Conjunto de procedimentos, doutrinas, idias ou princpios, logicamente ordenados e coesos com inteno de descrever, explicar ou dirigir o funcionamento de um todo; Um grupo de itens que interagem entre si ou que sejam interdependentes, formando um todo unificado; Um procedimento organizado; etc.
Os subsistemas tambm so sistemas, pois podem ser formado por subsistemas menores que interagiro para se conseguir o objetivo daquele subsistema. Por sua vez, um sistema, se analisado em confronto com seu meio ambiente, poder ser um subsistema de um sistema mais global, e assim sucessivamente. Tipos comuns de sistemas
a)
b)
Sistemas Naturais: eles so encontrados na natureza e, de modo geral, servem a seus prprios propsitos. Exemplos: Sistemas geolgicos: rios, cadeias de montanhas, etc. Sistema reprodutor: capaz de dar origem a outros sistemas semelhantes ao que ele pertence. Sistemas estelares: sistema solar, galxia, etc. Sistemas feitos pelo Homem (artificiais): sistemas sociais (organizao de leis, doutrinas, costumes), sistema de transporte, sistemas de comunicao, etc.
c)
Sistemas Automatizados: sistemas feitos pelo homem, que interagem com ou so controlados por um ou mais computadores. Veja uma diviso mais prtica dos sistemas automatizados: sistemas on-line: so os que recebem entradas diretamente do local onde ele foi criado. So tambm os sistemas em que as sadas, ou os resultados do processamento, so dirigidas diretamente para onde sejam necessrias. Ex.: email, etc. sistemas de tempo-real: so considerados variaes dos sistemas on-line. Controla um ambiente pelo recebimento de dados, seu processamento e apresentao dos resultados com rapidez, suficiente para afetar o ambiente naquele momento. Ex.: sistemas de monitorao de pacientes (temperatura, pulso), sistema telefnico, sistemas de caixa automtico, etc. sistemas de apoio deciso: esses sistemas recuperam dados e os apresentam, mas tambm executam anlises matemticas e estatsticas sobre eles, ou seja, fornece informaes relevantes em formato adequado para que um gerente, por exemplo, possa tomar uma deciso Ex.: Programas de planilhas eletrnicas, sistema de anlise estatstica, etc. sistemas baseados no conhecimento: sistemas especialistas. Contm grande quantidade de conhecimentos variados que eles trazem para utilizao em determinada tarefa. um auxlio intelectual de alto nvel para o especialista humano. Eles so construdos para terem capacidade de explicar as linhas de raciocnio que conduzem a suas decises.
1.2 ELEMENTOS OU COMPONENTES DE SISTEMA

Os sistemas apresentam alguns componentes, a saber:
os objetivos, que se referem tanto aos objetivos dos usurios do sistema, quanto aos do prprio sistema. O objetivo e a prpria razo de existncia do sistema, ou seja, a finalidade para a qual o sistema foi criado; as entradas do sistema (recursos), conjunto de objetos fornecidos ao sistema, cuja funo caracteriza as foras que fornecem ao sistema o material, a energia e a informao para a operao ou processo, o qual gerar determinadas sadas do sistema que devem estar em sintonia com os objetivos anteriormente estabelecidos. processo de transformao do sistema, que definido como a funo que possibilita a transformao de um insumo (entrada) em um produto, servio ou resultado (sada). Este processador a maneira pela qual os elementos componentes interagem no sentido de produzir as sadas desejadas; as sadas do sistema (resultados), que correspondem aos resultados do processo de transformao. As sadas podem ser definidas como as finalidades para as quais se uniram objetivos, atributos e relaes do sistema. As sadas devem ser, portanto, coerentes com os objetivos do sistema; e, tendo em vista o processo de controle e
avaliao, as sadas devem ser quantificveis, de acordo com critrios e parmetros previamente fixados;
-
os controles e avaliaes do sistema, principalmente para verificar se as sadas esto coerentes com os objetivos estabelecidos. A sada avaliada, comparando-se com um
determinado critrio, tendo como objetivo o controle, introduzindo-se assim modificaes na entrada do sistema.
a retroalimentao, ou realimentao, ou feedback do sistema, que pode ser considerado como a reintroduo de uma sada sob a forma de informao. A realimentao um processo de comunicao que reage a cada entrada de informao incorporando o resultado da ao resposta. desencadeada por meio de nova informao, a qual afetar seu comportamento subsequente, e assim sucessivamente. Essa realimentao um instrumento de regulao retroativa ou de controle, em que as informaes realimentadas so resultados das divergncias verificadas entre as respostas de um sistema e os parmetros previamente estabelecidos. Portanto, o objetivo do controle reduzir as discrepncias ao mnimo, bem como propiciar uma situao em que esse sistema se torna auto-regulador.
Os componentes de um sistema podem ser visualizados como est sendo mostrado abaixo:
Objetivos
Entradas
Processo de Transformao
Sadas Controle e Avaliao
Retroalimentao
Ambiente de um sistema o conjunto de elementos que no pertencem ao sistema, mas qualquer alterao no sistema pode mudar ou alterar os seus elementos e qualquer alterao nos seus elementos pode mudar ou alterar o sistema.
O ambiente de um sistema, representado por uma empresa, pode ser visualizado conforme a figura abaixo:
Fornecedores Concorrncia Comunidade
Mercado Mo-de-obra
EMPRESA
Sistema financeiro
Consumidores
Governo
Tecnologia
Sindicatos
1.3 - EXEMPLOS DE SISTEMA

A) Automvel Quais os objetivos do sistema automvel? Transportar pessoas, locomoo mecanizada. Quais os subsistemas que compem o sistema automvel? Subsistema motor Subsistema carroceria Subsistema suspenso B) Corpo Humano Quais os objetivos do Sistema Corpo Humano? Regenerao de clulas para a sobrevivncia. Quais os subsistemas do Sistema Corpo Humano? Aparelho circulat6rio Aparelho digestivo Sistema nervoso Sistema glandular C) Time de futebol Objetivo do Sistema Time de Futebol: Disputar partidas e vence-las para conquistar campeonatos (embora haja excees ... clubes que sempre deixam os torcedores a espera de atingir 0 objetivo). Subsistemas do Sistema Time de Futebol: Diretoria Quadro associativo Elenco de jogadores e tcnicos
1.4 - CICLOS DE UM SISTEMA Todo sistema passe por trs ciclos fundamentais:
CRIAO EVOLUO DECADNCIA

Criao
a fase em que o sistema desenvolvido; onde, em funo dos objetivos propostos, estudam-se os elementos que iro compor o sistema, ou seja, as suas partes. Os subsistemas so ento desenvolvidos, testados individualmente e em conjunto e, desde que atendam aos objetivos preestabelecidos, o sistema implantado.
Evoluo
A etapa seguinte, onde o sistema sofre uma manuteno pare que consiga acompanhar as necessidades do meio ambiente que o cerca e que tambm evolui. Empregam-se, pois, novas tcnicas, agregam-se novos mdulos, implementam-se novas rotinas, Enfim, "remenda-se" o sistema de todos os modos possveis pare que ele continue atendendo aos objetivos.
Decadncia Em determinando momento, as necessidades do meio ambiente os (embora evoluram tanto e requerem mais e mais do sistema, para alcanar seus objetivos, que ele j no suporta mais as alteraes necessrias; sua tecnologia e seus mtodos no acompanham mais as tendncias do meio externo ao sistema, e nesse momento que se depara com a fase de decadncia. Obviamente que os responsveis pelo sistema devem fazer de tudo pare retardar a chegada a esse ponto e, ao mesmo tempo, estarem atentos pare prever com certa antecedncia esse evento e j comearem a CRIAO de outro sistema pare substituir este, quando de sua entrada em decadncia. Estes ciclos sucedem-se continuamente e, se analisarmos qualquer exemplo de sistema, iremos comprovar esta realidade: H sempre uma CRIACO, depois uma EVOLUCO e, a seguir, entra-se em DECADNCIA, quando vir uma nova CRIAO ...
CRIAO
DECADNCIA
EVOLUO
2. CONCEITOS DE ANLISE DE SISTEMAS

2.1 O QUE ANLISE? o estudo de um problema, que antecede tomada de uma ao. o entendimento da realidade. Ento, o que Anlise de Sistemas? 2.2 - CONCEITUAO DA ANLISE DE SISTEMAS A anlise de sistemas trata da avaliao e seleo das alternativas propostas para a soluo do problema, colocando-as em ordem de preferncia, segundo algum padro adotado (efetividade, custo, tempo ou algum outro critrio), usando tcnicas cientficas de diferentes campos e disciplinas. 2.3 - ELEMENTOS DA ANLISE DE SISTEMAS Em uma anlise de sistemas temos cinco elementos bsicos:
-
objetivos: o analista deve ter o completo conhecimento das metas ou resultados que se pretende alcanar; alternativas: solues propostas, pelos quais se espera que os objetivos sejam alcanados; restries: algumas ou quase todas as solues propostas podem no satisfazer a algumas limitaes, em geral, de recursos materiais e humanos. Os custos tornamse fatores importantes na anlise. Outras restries podem ser quanto ao tempo e polticas; modelos: os modelos permitem estimar as conseqncias de cada alternativa. uma representao simplificada de um sistema, para facilitar o projeto e/ou anlise do mesmo; critrios de avaliao: regras (padres) sob as quais se estabelece avaliaes para as alternativas, possibilitando o estabelecimento de uma ordem de prioridade para as mesmas.
2.4 FASES DA ANLISE DE SISTEMAS Em uma anlise de sistemas temos cinco fases bsicas:
1.
dos conceitos: procura-se expor os objetivos e metas de maneira mais clara e definida possvel;
10
2.
3. 4.
5.
da pesquisa: de posse dos objetivos, as informaes que dizem respeito ao problema analisado so colecionadas, e a seguir so fornecidas as solues possveis para o problema (alternativas); analtica: procura-se construir modelos para predizer as conseqncias das alternativas; dos critrios: usando as predies obtidas dos modelos, fazemos a comparao das alternativas, utilizando critrios de avaliao adequados, colocando-as em ordem de preferncia; cientfica: feita a verificao da alternativa escolhida. Caso a verificao apresente resultado no satisfatrio, feito um retorno ao ponto onde a falha ocorreu, e se no for possvel a localizao desse ponto, retornar fase inicial dos conceitos.
O fluxo para uma anlise de sistemas pode ser representado pelo diagrama que se segue:
SITUAO DO PROBLEMA
CONCEITOS
PESQUISA
ANALTICA
CRITRIOS
CIENTFICA
SATISFAZ
NO
SIM
OBS: As atividades de diferentes fases podem ocorrer simultaneamente.
11
2.5 SEQNCIA LGICA PARA ANLISE Apesar das grandes evolues que tm ocorrido no campo da Anlise de Sistemas, ainda no foi possvel compor uma seqncia de passos ou regras que, se seguida, garanta automaticamente solues para os problemas. Sendo assim, podemos estabelecer seqncias lgicas que apenas facilitem as anlises, mas o sucesso do curso de ao a seguir depende unicamente da habilidade do analista. Ilustramos abaixo uma possvel seqncia para uma anlise: Definir e limitar o problema; Classificar os objetivos ou metas que se espera alcanar, com o sistema considerado; Planejar a poltica e meios no qual o sistema vai operar; Determinar caminhos e medir os respectivos graus de alcance das metas e objetivos; Listar e definir as alternativas que apresentem racional e real possibilidade de alcanar os objetivos, e adotar o critrio apropriado para seleo dessas alternativas; Escolher a abordagem; Formular o esquema de trabalho, levando em conta os custos do planejamento e tempo de execuo; Examinar os riscos e possveis atrasos na execuo; Avaliar as alternativas; Executar a anlise de sensibilidade pela variao de parmetros chaves. Examinar se as maiores incertezas esto completamente pesquisada; Desprezar os fatores que no esto bem definidos; Decidir se podemos realmente recomendar uma dessas alternativas com base nas anlises; Documentar o trabalho e concluses.
2.6 - RELAO DA ANLISE DE SISTEMAS E OUTRAS ANLISES 2.6.1 Relao entre Anlise de Sistemas, a Cincia e a Engenharia A Anlise de Sistemas pode ser encarada como a aplicao do mtodo cientfico a problemas de escolha econmica. Ela difere da cincia pura, porque enquanto esta tem por objetivos entender e prever, a Anlise de Sistemas tem por objetivo recomendar opes.
12
A Anlise de Sistemas, ento, est mais prxima da Engenharia, porque enquanto a cincia descobre coisas, a Engenharia procura aplicar estas descobertas em fazer coisas boas e a baixo custo. No sentido de que a Anlise de Sistemas se dedica a aplicar conceitos cientficos, ela se identifica com a Engenharia. 2.6.2 A Anlise de Sistemas e a Pesquisa Operacional Pode-se dizer que a Anlise de Sistemas engloba a Pesquisa Operacional como ferramenta. Na Pesquisa Operacional, os objetivos da operao so claros, e a medida de eficincia conhecida, isto , sabemos dizer o que mais e o que menos eficiente. O objetivo da Pesquisa Operacional desenvolver modelos matemticos que se apliquem a uma ampla faixa de situaes. Tenta, ento, usar a matemtica ou anlise lgica para melhorar a eficincia de uma determinada operao. A Anlise de Sistemas de um sentido mais amplo porque alm das operaes da Pesquisa Operacional, ela engloba planejamento em nveis mais altos, ou seja, ela trata de sistemas em que os objetivos no so claros e a medida de efetividade discutvel. Resumindo, na Pesquisa Operacional so projetados sistemas que obedecem a requisitos previamente estabelecidos. J na Anlise de Sistemas, grande parte dos seus esforos so dirigidos para a escolha dos objetivos do sistema, bem como de suas alternativas. 2.6.3 A Anlise de Sistemas e a Anlise Custo-Efetividade A Anlise Custo-Efetividade se dedica escolha da alternativa de menor custo que satisfaa aos requisitos do desempenho previamente estipulados. A Anlise de Sistemas usa Anlise Custo-Efetividade, mas alm desses parmetros custo e efetividade, outras variveis e outras anlises so levadas em conta, e muitas vezes no o custo efetividade que determinar a melhor alternativa.
13
3. CONCEITUAO DE INFORMAO
3.1 - CONCEITO DE INFORMAO Dado qualquer elemento identificado em sua forma bruta que por si s no conduz a uma compreenso de determinado fato ou situao. Exemplo: 1998 um dado, no tem sentido algum, pois pode ser um valor monetrio, um ano, etc. Informao o dado trabalhado que permite ao executivo tomar decises. Exemplo: ano de 1998 uma informao. Outro exemplo: Os dados em uma empresa pode ser: quantidade de produo, custo de matria-prima, nmero de empregados. A informao seria o resultado da anlise desses dados, ou seja, a capacidade de produo, custo de venda do produto, produtividade do funcionrio, etc. 3.2 - RELAO ENTRE INFORMAO E COMUNICAO A Sociedade da Informao que se configura neste fim de sculo decorre de uma revoluo tecnolgica cujas origens remontam ao final da Segunda Grande Guerra, e cujo complexo desenvolvimento transcorre durante toda a segunda metade do sculo, com potencial para modificar, a mdio prazo, muitos aspectos da vida cotidiana, tenham contribudo para essa transformao, dois pontos focais aparecem como determinantes do seu crescimento: Computao e Comunicao, diretamente ligados a dois objetos tecnolgicos que proporcionaram a esse crescimento uma velocidade nunca vista: Micro-computador e Rede Internet. A revoluo da informtica por que estamos passando est levando a uma Sociedade da Informao que deve se tornar uma realidade ao amanhecer do terceiro milnio. Esse processo analisado atravs de: Sua histria: o ritmo de evoluo de computadores e redes de comunicao at o surgimento da Internet. Os elementos tcnicos envolvidos no processo: tecnologias para o armazenamento de informao, a comunicao de dados e a transformao de dados em informao. As caractersticas marcantes do processo: interatividade, caracterizada como uma novidade nica; hipertexto e multimdia, um dos paradigmas bsicos da teia mundial, que levou sua aceitao, seguido pela tendncia de utilizao de mltiplas mdias digitalizadas; digitalizao de todos os tipos de informao, computao e informao distribudas, amplo compartilhamento de canal, a propriedade de catalisar a cooperao, o
14
mecanismo de normalizao do processo, envolvendo sistemas abertos, e o seu crescimento exponencial. impacto na sociedade: efeitos acadmicos, aspectos culturais, econmicos, sociais, polticos, jurdicos, legais e regulatrios. Desde o fim da Segunda Grande Guerra os computadores passaram de artigos de laboratrio, instrumentos caros disponveis para grandes, e depois mdias empresas, at se tornarem artigos de consumo, disponveis para uso caseiro e em todas as atividades econmicas. Da mesma forma, redes de computadores evoluram de conexes entre poucos computadores de grande porte e pequenas redes locais, Internet, que uma rede mundial. A capacidade de computao e a capacidade de comunicao vm dobrando a intervalos curtos e fixos nos ltimos 30 anos, caracterizando processos exponenciais. O armazenamento de informao, a comunicao de dados e a transformao de dados em informao so novos insumos bsicos da economia global. A rede computacional internacional permitiu grande capacidade de armazenamento, alta velocidade de comunicao e transformao eficiente de dados. Essa forte mudana quantitativa leva mudana qualitativa que referida como revoluo. Este novo instrumento da civilizao apresenta inacreditvel eficincia no compartilhamento dos meios de comunicao, efetivamente zera as distncias entre os habitantes do planeta, e permite o acesso, a transmisso e a replicao exata de quantidades praticamente ilimitadas de informao. Ademais, o novo instrumento, devido sua eficincia e facilidade de comunicao que permite, um catalisador efetivo na cooperao entre entes, mesmo que distantes. Conclui-se que o desenvolvimento e penetrao da rede Internet ainda deve manter o forte ritmo j observado, com conseqncias potencialmente explosivas. Observa-se que no existe nenhum limite vista para a revoluo da informao e que o ritmo desta no tem paralelo na Histria, tornando muito difcil prever suas conseqncias. O que se pode ver que praticamente nenhuma atividade humana sair inclume da revoluo da informtica. O uso da rede aumenta dramaticamente o grau de cooperao entre parceiros, muitas vezes geograficamente distantes, e impe novos paradigmas, novas possibilidades e novos problemas para muitas atividades. A rede est rapidamente entrando nas residncias; nos EUA 15% da populao j tem acesso residencial Internet. 3.3 - O PROFISSIONAL DA INFORMAO Novos mercados profissionais surgem. O uso difundido da tecnologia a servio da informao transpe barreiras fsicas e institucionais. Mais do que o passivo
15
usurio, as atenes se voltam para o interativo cliente; a escassez de recursos obriga a integrao e o compartilhamento e, por outro lado, a competio industrial e o avano tecnolgico acenam para a informao estratgica e a questo do sigilo informacional vem tona. Richard Mason (1990, p.125) j caracterizava o Profissional da Informao como aquele que capaz de fornecer a informao certa, da fonte certa, ao cliente certo, no momento certo, da forma certa e a um custo que justifique seu uso. E, rompendo com vises cartesianas de reservas de mercado, afirma o autor que o rol dos Profissionais da Informao se integra, dentre outros, por administradores, arquivistas, analistas de sistemas, contadores, bibliotecrios e muselogos (aos quais poderamos ainda aliar os jornalistas), cada qual desempenhando papis especficos nesse rol. Ponjuan (1993): Eu, particularmente, penso que h profissionais da informao com e sem o M. Um moderno profissional da informao perde o M quando ele - ou ela - perde a capacidade de se adaptar a um meio em mudana. Flexibilidade, inovao, imaginao e criatividade so alguns dos ingredientes vitais. Guerreiro (1995, p.67), afirma que: O que se espera uma abertura maior entre os profissionais da informao para que, juntamente com os administradores, gerentes, diretores e outros tomadores de deciso, possam ampliar seus horizontes e atuar naquilo que Samuels (1993) denomina "estratgia documental", ou "servio de informao empresarial" (Degent, 1986) ou ainda "gerncia de recursos informacionais" (Vieira, 1993b), que nada mais que: saber o que cada um quer, como e quando e saber, acima de tudo, o que relevante ou no, o que deve ficar ou no, de acordo com a prpria estrutura da instituio, suas metas, objetivos e contexto no qual est envolvida. Ponjuan (1995) aponta o profissionalismo como ponto bsico e, em um acrstico da palavra espanhola PROFESIONAL sugere, como qualificativos: Profundo, Rpido, Orientado para o cliente, Flexvel, Especializado, Simples, Investigador, Organizado, Novo (inovador), Ativo e Laborioso. Em termos prticos, poder-se-ia dizer que a atividade do Profissional da Informao, na atualidade, de modo a que se aproxime do acrstico de PONJUAN, estaria centrada em algumas linhas bsicas de ao (ou de atividades), dentre outras, a saber:
a)
Gerncia de unidades (e sistemas) de informao, onde o Profissional da Informao, em um contexto administrativo, est diretamente envolvido com o "ambiente informativo e os recursos informativos, dando-lhes "coeso e coerncia". Para tanto, interfaces com a Administrao, a Economia e a Psicologia emergem como necessrias atuao do profissional. Se antes a viso do bibliotecrio, do arquivista ou do
16
muselogo era a de um tcnico em seu sentido estrito, hoje se impe a viso do "administrador", racionalizando procedimentos (e gastos), indo em busca de (e compartilhando) recursos, estabelecendo parcerias e integrando sua unidade de informao a sistemas mais amplos (Gil Urdicin, 1992).
b)
Tratamento da informao, relativa relao Profissional da Informao/fonte de informao, engloba aquilo que sinteticamente Smit (1986, p.11) define como fazer documentrio de "reunir e organizar para achar". Nesse contexto, atividades de descrio fsica, anlise temtica, arranjo arquivstico, condensao e representao temtica (indexao) encontram seu lugar. Como atividade ponte entre a fonte da informao e quem dela faz uso, como sugere Sable (1984), traz consigo novas interfaces como a Lingstica, a Terminologia e a Lgica. Ao Social: em um momento em que se questiona a exacerbao do tecnicismo profissional, no pode o Profissional da Informao ficar alheio realidade social em que se insere. Dessa forma, sua atuao como cidado e como elemento que contribuir para a formao da cidadania - fundamental. De nada adianta gerir e tratar a informao se ela no est voltada para objetivos coerentes com a realidade social em que se insere. Nesse contexto, questes como tica, confidencialidade e privacidade da informao (Acosta Carballo, Portela Filgueiras & Cebrin Dominguez, 1993), responsabilidade civil pelo fornecimento da informao, divulgao profissional (Guimares & Guarezzi, 1994 a,b) e informao e cidadania (Biblos 2000, 1994, p.625-798) vm tona.
c)
Diante deste contexto, quem seria, ento, o Profissional da Informao? Qual o seu perfil? Caractersticas do Profissional da Informao: orientao para o cliente, responsabilidade, adequao, desenvolvimento profissional constante (educao continuada) e atividade associativa. A maioria da fora de trabalho no nosso Pas trabalha com informao. Algumas estimativas indicam que mais da metade da fora de trabalho est envolvida com informao e processa informao acima de 90% do seu tempo. Profissionais que esto diretamente empregados em operaes, tal como motoristas de caminho, agricultores esto envolvidos em funo da informao e requerem, tambm, informaes adicionais. Contadores, advogados, secretrio, programador de computador, analista de sistemas, administradores, fsicos, engenheiros, bibliotecrios e auditores so exemplos de Profissionais da Informao. A informao o maior ingrediente do trabalho deles. A criao, processamento, distribuio, interpretao e anlise da informao o seu trabalho. Eles estudam e preparam relatrios, tomam decises e aes. Geralmente, os Profissionais da Informao podem ser divididos em trs
17
categorias gerais: os usurios primrios da informao, tal como gerentes que usam a informao para controlar, planejar e tomar decises; os usurios e provedores da informao tal como o contador; e pessoal que auxiliam na administrao, tal como secretrias, programadores, operadores de computador, administrador de base de dados, especialistas em tecnologias da informao, analista de sistemas. Vale ressaltar que um grande nmero de trabalhadores da informao (estima-se 15 milhes at o fim do sculo) esto trabalhando em suas casas com contratos independentes (ex., consultores, contadores) ou como empregados de uma organizao. Pela ligao em uma rede de comunicao (Internet, fax), eles no se limitam a uma localizao fsica e, em muitos instantes, podem fazer seus trabalhados to bem em casa quanto no tradicional escritrio. O objetivo da organizao cortar custos e aumentar a produtividade.
18
4. METODOLOGIA E DOCUMENTAO NO DESENVOLVIMENTO DE SISTEMAS

4.1 - CICLO DE DESENVOLVIMENTO DE SOFTWARE
Realidade
Modelagem Entender alguma parte da realidade e criar um modelo (Fazer Software)
MODELO COMPUTACIONAL
O QUE
MODELO ABSTRATO
(Especificao = tcnicas de representar)
NVEL ABSTRATO
Anlise
(Decomposio)
Sntese
(Composio)
NVEL CONCRETO
Poro da Realidade
Processo de Desenvolvimento de Software
Modelo Computacional Implementado
CICLO DE VIDA (TRADICIONAL) DE SOFTWARE
Vida til
Cresce (Desenvolvimento)
Envelhecimento
Nascimento
Morte
19
R
Anlise de Requisitos
CICLO DE VIDA DE SOFTWARE
Especificao
Projeto de Alto Nvel
Projeto Detalhado
Desenvolvimento
Implementao
Teste Depurao
Validao
Instalao
Operao
Manuteno
Manuteno
20
4.1.1 - Caracterstica: Dividido em etapas sucessivas (os resultados de uma etapa so entradas da etapa seguinte) 4.1.2 - Princpios: 1) Entender 2) Definir 3) Implementar 4.1.3 - Sistematizao do processo de construo de software: Organizar Trabalhado Gerenciar Equipe Documentar 4.1.4 - Fases do Ciclo de Vida Tradicional: 1. ANLISE DE REQUISITOS Estudo e compreenso do problema Estudo do ambiente e usurios em que o problema se insere Coleta de informaes Levantamento e identificao das necessidades (requisitos) Estudo e Validao das informaes: O que o usurio espera Limitaes: Oramento, Cronograma, Plataformas Software, ...) Estudo da viabilidade
(Hardware,
ESPECIFICAO O Que Fazer Descrio conceitual (abstrata) do sistema Representao precisa, completa e clara do QUE o sistema ir fazer, para evitar ms interpretaes. Modelagem das FUNES que sero desempenhadas pelo sistema e das INFORMAES que sero manipuladas.
2.
3. PROJETO DE ALTO NVEL Projeto: Definio de alternativas para satisfazer os requisitos e seleo de UMA (alternativa) que descreve COMO fazer o sistema conforme o ambiente, os recursos disponveis e os critrios de qualidade adotados. Construo de arquitetura do software organizao modular do software, ou seja, desenvolvimento de uma hierarquia apropriada de mdulos de programa e interfaces entre esses mdulos para implementar a especificao criada na fase 2 (especificao).
21
Projeto de Estrutura de Dados: transformao de modelos de dados de entidadesrelacionamentos em um projeto de banco de dados. 4. PROJETO DETALHADO Refinamento da alternativa escolhida visando implementao Fluxogramas algoritmos Descrio detalhada de cada um dos componentes
5. IMPLEMENTAO Transformao do projeto detalhado em um sistema concreto (real) cdigo executvel Codificao em uma linguagem de programao Uso da mquina 6. TESTE E DEPURAO Testes: Execuo (virtual ou real) do(s) componente(s) dos software visando encontrar erros. O sistema faz o que foi esfecificado? Depurao: Processo de localizao e correo dos erros encontrados 7. VALIDAO Submisso do sistema ao usurio Verificao do atendimento dos requisitos O sistema faz o que era esperado?
8. INSTALAO / ENTREGA Integrao do sistema ao ambiente do usurio Entrega e instalao do sistema 9. OPERAO Uso do sistema 10. MANUTENO Modificao do software aps a entrega Correo de possveis erros Alterao de requisitos (acrescentar funes, remover funes, melhorar funes, modificar funes) Adaptao a novas plataformas (hardware, software, linguagem de programao, etc.)
22
4.2 - ANLISE DE REQUISITOS a 1 Fase do Ciclo de vida do software. 4.2.1 - Idia Fundamental Entender precisamente os objetivos do (novo) sistema, ou seja, obter a Coleta de informaes visando: Entender o ambiente: entender o comportamento do ambiente atual (manual informatizado) entender as necessidade (requisitos) de um novo sistema Verificar nossa compreenso do ambiente (validao)
ou
O analista de sistema no simplesmente uma pessoa com informao de computao: Conhecimento tecnolgico (noes de hardware, software) Habilidade para lidar com pessoas (comunicao): usurios, equipe Experincia com o domnio do problema experincia prtica (ambiente) No existe metodologia genrica para esta fase depende da aplicao 4.2.2 - Problemas na Anlise
1.
Escopo: O quanto do ambiente estudar?
Diz respeito a alguns aspectos No diz respeito a outros aspectos (no deve afetar)
Domnio do sistema
Domnio de estudo
Dica: Separar SINTOMAS de CAUSAS evitar o aumento do escopo (domnio de estudo) Reconhecimento do problema
23
A idia de desenvolvimento de um novo sistema ocorre ao usurio quando ele reconhece ter problemas com os meios com os quais ele desenvolve seu negcio. Tipicamente, o usurio est mais preocupado com a maneira pela qual ele est executando seu trabalho no que tange s deficincias fsicas do sistema que utiliza.
2.
Estudo da viabilidade: Verifica se todas as informaes esto corretas (anlise de custo-benefcio: $, tempo e esforo)
Talvez o usurio precise de um computador mas talvez no. Esta uma das decises que devem ser tomadas aps o trmino do prximo estgio: o estudo da viabilidade (ou avaliao). Este estudo serve para: Identificar o escopo do sistema corrente a ser estudado; Identificar problemas com o sistema corrente; Identificar os objetivos principais para o novo sistema; Identificar um nmero (possivelmente nenhum) de solues que possam satisfazer as necessidades do usurio dentro de seu oramento e planos; Desenvolver estimativas das vantagens e desvantagens de cada soluo; Desenvolver um plano de realizao do projeto com estimativas dos recursos necessrios; Obter o parecer do usurios e da administrao incluindo alteraes nos tpicos anteriores; Obter deciso do usurios e da administrao e o comprometimento deles at pelo menos a parte da anlise do projeto.
OBS: Para a maioria dos projetos, o estudo de viabilidade consome em tempo menos de um ms. 4.2.3 - Fases da Anlise de Requisitos 1. Identificar usurios responsveis e desenvolver um ESCOPO inicial do sistema (No existe mtodo para isso) Universo de informao: Todas as FONTES de informao Todas as PESSOAS relacionadas ao sistema Quais usurios esto envolvidos? Quais no? Primeira estimativa do sistema / Primeira impresso 2. Identificar necessidades atuais Coletar aspectos (informaes, tarefas, limitaes) da organizao: poltica do usurio Coletar os aspectos inadequados, que no esto de acordo, de preferncia em ordem de prioridade: os que faltam
24
os que atuam insatisfatoriamente (no confiveis, lentos, etc.) os com custo excessivo etc.
2 a )C o le taeI n f o r m as: n u m e rlisr taor sf a to o uin f o m a e s d ee a , s q u etr a d u z e m u n dr o a l, v ita n d o o e e a om x im ote r p r e (s"e ua c h o) " in e ta . C O L E T 2 b )C o m u n icoa: d lo ge o trae n a lis tae( u s u r io. (s ) i n ) s A 2 c )V a lid a dao n f o r m a :c o fir maacru id a d op r o c e s s o I on de d ec o le tae v ita r ro n oin c io o ( e s d p ro c e sso .
C O M U N I C A O
Validao
Coleta Usurio
Analista
2a) Tcnicas de Coleta Evitar interpretaes Se h dvidas, validar com o usurio e no assumir um default Entrevistas: Camuflada (no conversa social)
Formal (hora marcada, conjunto de questes pr-definidas, etc.)
Questionrios Observao do ambiente (participativa ou no) Anlise de formulrios (ver os documentos que a empresa tem) Anlise do(s) sistema(s) informais existentes 2b) Comunicao Dilogo interao entre analista-usurio Analista lidera o processo (dever de iniciativa, flexibilidade, clareza, tica) Engloba: Apresentao: apresentar os fatos coletados Negociao: resoluo de conflitos, contradies Linguagem: uso do vocabulrio do usurio (domnio) Participao do ambiente / entrosamento: ou usurio na equipe ou analista na empresa (grandes projetos) Treinamento
25
2c) Validao Tentar encontrar diferenas entre informaes coletadas e o universo (real) da informao Confirmar que os fatos e requisitos (informaes) do ambiente foram bem compreendidos Basicamente: Leitura de descries do ambiente, em linguagem natural (portugus) Uso de check-lists para detectar problemas na expresso / formulao dos requisitos check-lists Gera lista de dvidas / problemas / inconsistncias: informaesfaltantes, informaes erradas, informaes ambguas 3. Estabelecer os OBJETIVOS para novo sistema (aplicao) Objetivos Funcionais Objetivos de performance / desempenho: objetivos da organizao + objetivos da aplicao (requisitos) OBS: Essas funes esto associados s necessidades detectadas Lista exaustiva (completa) de: Funes requisitadas (novas funes e funes a serem modificadas / corrigidas) Requisitos de performance / rendimento (por ex., tempo de resposta) Requisitos de confiabilidade / preciso Respeito s limitaes (custo, prazos, recursos humanos e materiais, ...) 4. Determinar se possvel automatizar (automtico) ou informatizar (organizar as informaes) o sistema. Sugerir diversos sistemas possveis e escolher uma alternativa junto com o usurio (verificar razes no s tecnolgicas) Breve resumo dos novos sistemas propostos dignos de exame. Analisar limitaes: tempo (prazo), oramento, recursos financeiros, limites operacionais. Exemplos soluo mais barata, soluo mais rpida, soluo mais sofisticada OBS: Podem no haver novos sistemas possveis, ou seja, a forma atual (com todas as deficincias) pode ser mantida. 5. Preparar uma previso do desenvolvimento (anteprojeto) Ser usado para conduzir o restante do desenvolvimento Plano de Trabalho Detalhado: Definindo e descrevendo todas as atividades subsequentes, todas as subatividades, resultados intermedirios e finais Cronograma
26
4.3 ESPECIFICAO DE SISTEMAS Definio do sistema de maneira completa, consistente, concisa e no ambgua. Descrio clara de O QU o sistema ir fazer Componentes: - Componentes do sistema: define a estrutura - Interligaes entre estes componentes: define a estrutura - Ligaes do sistema com o ambiente externo : define o comportamento e a contextualizao
SISTEMA EXTERIOR
o modo de representar o entendimento do problema: evitar erros de desenvolvimento o modo de comunicao entre usurio(s) e a equipe: evitar confuses e expectativas errneas
ESPECIFICAO = O QU (Definio) Anlise de Requisitos (Compreenso) Sntese Desenvolvimento
Poro da Realidade
Modelo Computacional Implementado
4.3.1 - Dificuldades para Especificao Requisitos/objetivos so imprecisos - Soluo: melhor comunicao entre usurio e analista e equipe comunicao grfica (por diagramas) Requisitos/objetivos so dinmicos
27
Soluo: Fcil modificao, estruturao em partes, alterar pequenas pores da especificao
Modelo Serve para representar alguma coisa Modelagem a criao de modelo (similar a especificao) Modelagem por Dados: concentra-se ateno na informao, nos dados, ou seja, o raciocnio executado sobre os dados. Dados de entrada e sada, por exemplo. DER, entidades e atributos. um processo mais demorado e estvel. uma Descrio Esttica. Modelagem por Atividades: concentra-se ateno sobre as tarefas, as atividades, ou seja, o raciocnio realizado sobre as funes do sistema. DFD, DD e especificao de processos. um processo mais instvel e imediato. uma Descrio Dinmica. Da, surge a ANLISE ESTRUTURADA, que uma tcnica de modelagem especificada em modelagem por atividades e dados. 4.3.2 - Anlise Estruturada Moderna Relembrando: Anlise Clssica Textual, monoltica: era necessrio ler toda a especificao funcional, do princpio ao fim, para poder compreend-la. Redundante, difcil de manter/modificar: a mesma informao era muitas vezes repetida em diversas partes do documento. Isso conduzia a um grave problema: a inconsistncia. Eram ambguos: o detalhamento dos requisitos do usurio podia ser interpretado de modo diferente pelo usurio, pelo analista de sistemas, pelo programador, pelo projetista. Cheia de detalhes de implementao: a manuteno era impossvel. A Anlise Estruturada Princpio: Dividir para conquistar: 1 problemo em n probleminhas. 4.3.3 - Caractersticas da Anlise Estruturada
Grfica e Concisa: contm smbolos do sistema, com adequado detalhamento textual de apoio, em vez de conter somente explicaes por escrito. Usurios so mais propensos a olhar figuras, a ter de ler um documento mais longo. No Redundante: uma informao guardada uma e somente uma vez. Isso garante a consistncia e fcil atualizao.
28
Particionamento Top-Down: segmentos pequenos e suaves, ou seja, para mostrar o exterior e vises gerais do sistema, seguidas de vises concentradas e detalhadas de uma rea local. sistema subdividido OBS: Top-Down: significa que alguma codificao e alguns testes ocorram paralelamente a outras fases do ciclo de vida. Isso pode significar uma realimentao entre a atividade de codificao e de teste e a de depurao de erros, ou seja, o processo top-down muitas vezes causa a realimentao entre o processo de implementao e o processo de anlise. (Pg. 109 do Yourdon) Lgica, e no Fsica: concentra-se no que o sistema far para o usurio (o lgico) e no como o sistema ser implantado, ou seja, retrata as caractersticas essenciais sem se restringir a nenhuma implementao especfica.
OBS.: No confundir anlise, projeto e programao estruturada. Anlise Estruturada: introduz uma ferramenta grfica para facilitar a comunicao com o usurio atravs de DFDs. O objetivo obter uma especificao precisa da realidade Projeto Estruturado: procura documentar melhor o sistema e permitir uma implementao mais fcil e integrada. Est orientado para a soluo implementao da soluo do problema. Isto , sua funo de transformar uma representao lgica do que um dado sistema requerido a fazer, numa representao fsica de como o sistema ir fazer. Programao Estruturada: Objetiva elaborar programas de claro entendimento, de modo a agilizar os testes e facilitar manutenes. Modelo Essencial: indica o que o sistema deve fazer para satisfazer os requisitos do usurio, mencionando o mnimo possvel sobre como o sistema ser implementado. composto por dois componentes: 1. Modelo Ambiental: Definir ligaes (interfaces) entre o sistema e o resto do ambiente (contexto). * Tarefa difcil: determinar o que faz parte dos sistemas e o que no faz parte. * Determina informaes necessrias para realizar tarefas (entradas) e informaes produzidas pelo sistema (sadas). Eventos que ocorrem no ambiente e aos quais o sistema deve reagir. * entradas estmulos; sadas respostas, reaes Diagrama de Contexto: descrio grfica que representa as trocas de informaes entre o sistema e o ambiente. Notao: - Uma bolha representa o sistema inteiro. - Fluxos (setas com identificao) representam as trocas de informao. - Pessoas, organizao ou outros sistemas (que compe o ambiente) com os quais o sistema se comunica so representados por retngulos.
29
- Portanto, mostra apenas as Entidades Externas, Entradas e Sadas do Sistema. - Veja um exemplo a seguir.
CLIENTE
Pedidos Canc. de Ped.
Livros que chegam ao depsito
GRFICA
Fatura SISTEMA DE PEDIDOS DE LIVROS
Pedido de impresso
DIREO
Relatrio de vendas
Fatura
CONTABILIDADE
2.
Modelo Comportamental: ligao entre os componentes do sistema. Mostra como so tratados os eventos1. Descreve o comportamento do sistema de modo a interagir satisfatoriamente com o ambiente, ou seja, o que feito para produzir respostas aos eventos.
4.3.4 - Ferramentas Componentes Diagramas de Fluxos de Dados (DFDs) Dicionrio de Dados (DD) Especificao de Processos Diagramas de Entidade-Relacionamento (DER)
Modelagem por Atividades
Modelagem por Dados
Ocorrncia significativa que deve ser reconhecida e reagida pelo sistema.
30
5. MODELAGEM DE DADOS
uma tcnica que visa otimizar e dar maior estabilidade ao MODELO DE DADOS. Este uma imagem grfica da base de informaes necessrias para um determinado empreendimento. uma forma de definir um banco de dados atravs de ferramentas conceituais, relacionamentos entre dados, restries. 5.1 DIAGRAMA DE ENTIDADE-RELACIONAMENTO (DER) 5.1.1. Consideraes Inicias Na estrutura de uma base de dados relacional, o componente fundamental a tabela. No quadro 5.1 apresentado um exemplo de tabela que contm os dados referentes aos CLIENTES. CodCliente 1 2 3 4 5 6 7
Quadro 5.1.
NomeCliente Joo Maria Denise Carlos Joo A Joo B Tadeu

Tabela de dados CLIENTES.
Estas tabelas so usadas para organizar e armazenar informaes, sendo compostas por linhas e colunas. Cada coluna representa um campo ou atributo; cada linha corresponde a um registro. Na coluna CodCliente, por exemplo, esto cadastrados os cdigos dos clientes; na coluna NomeCliente, por sua vez, esto cadastrados os nomes dos clientes. Na estrutura de uma base de dados relacional as tabelas se interligam atravs de relaes que asseguram o armazenamento dos dados de modo consistente. Com a finalidade de representar de forma lgica esta estrutura, construdo o Diagrama de Entidades e Relacionamentos (DER), cuja funo enfatizar os principais objetos ou entidades de dados armazenados nas bases de dados, com os quais o sistema deve trabalhar, bem como as relaes entre estes objetos. importante notar, contudo, que o DFD e o DER descrevem dois aspectos diferentes do mesmo sistema; ou seja, nem todo depsito no DFD corresponde a uma entidade no DER.
31
5.1.2 - Componentes dos DERs Um DER composto por trs elementos principais: Entidades, Atributos e Relacionamentos. Entidades - As entidades so objetos relevantes para a aplicao, que apresentam caractersticas prprias. o objeto concreto ou abstrato onde sero armazenadas as informaes necessrias para amparar o projeto em desenvolvimento. So pessoas, instituies ou elementos do domnio da aplicao, como por exemplo: Cliente, Fornecedor, Livro, etc. Pode-se caracterizar uma entidade como um conjunto de objetos individuais chamados de instncias. Uma instncia uma nica ocorrncia de uma determinada entidade. A representao de uma entidade no DER realizada por um retngulo, conforme se apresenta na figura 5.2.
CLIENTE FORNECEDOR
Figura 5.2.
Representao da entidade CLIENTE e FORNECEDOR no DER.
Atributos - Os atributos so classes de valores que representam as propriedades elementares das entidades. a menor parcela de informao dentro de uma entidade, apresentando um significado prprio. No exemplo da figura 5.2, os atributos so: CodCliente, NomeCliente, EnderecoCliente e FoneCliente. Relacionamentos - so associaes (conexes) entre entidades da aplicao, que representam um fato ou situao do mundo real. A identificao do relacionamento entre as entidades amplamente facilitada pela verificao da existncia de atributos comuns nas entidades. Como exemplo considere o relacionamento <possui> entre as entidades CLIENTE e DEPENDENTE, conforme apresentado abaixo: CLIENTE <possui> DEPENDENTE; e DEPENDENTE <pertencem a> CLIENTE. No diagrama de entidades e relacionamentos, este fato pode ser representado como est caracterizado na figura 5.3.
CLIENTE
DEPENDENTE
CLIENTE
DEPENDENTE
CLIENTE
possui
DEPENDENTE
32
Figura 5.3.
Representaes do relacionamento <possui> existente entre as entidades CLIENTE e DEPENDENTE no DER. Este relacionamento indica que o valor do atributo CodCliente da entidade CLIENTE deve corresponder a uma valor do atributo CodCliente existente na entidade DEPENDENTE.
Quanto ao tipo, o relacionamento entre as entidades pode ser: 1:1 (um-paraum), 1:N (um-para-muitos) e M:N (muitos-para-muitos). O mais comum dos relacionamentos do tipo 1:N (um-para-muitos). O exemplo apresentado na figura 5.3 caracteriza esta situao, onde para uma instncia da entidade CLIENTE podem estar relacionados a diversas instncias da entidade DEPENDENTE. No caso de relacionamentos do tipo 1:1 (um-para-um), cada instncia da primeira entidade pode ser relacionada com exatamente uma instncia da segunda entidade. No comum o aparecimento deste tipo de relacionamento na representao de um DER, pois as informaes das duas entidades podem ser agrupadas em uma s entidade. O relacionamento do tipo M:N (muitos-para-muitos), tambm chamado de relacionamento no especfico, representa uma situao onde uma instncia da primeira entidade se relaciona com uma ou mais instncias da segunda entidade e uma instncia da segunda entidade tambm estabelece relacionamento com uma ou mais instncias da primeira entidade. Verifica-se um relacionamento deste tipo entre as entidades FUNCIONRIO e PROJETO. De um ponto de vista conceitual, estas relaes indicam que uma instncia de FUNCIONRIO pode relacionar-se com uma ou mais instncias da entidade PROJETO, e ainda que uma instncia da entidade PROJETO pode se relacionar com uma ou mais instncias da entidade FUNCIONRIO. A representao grfica para este exemplo pode ser observada na figura 5.4.
FUNCIONRIO
PROJETO
Figura 5.4.
Representao do relacionamento FUNCIONRIO e PROJETO no DER.
existente
entre
as
entidades
Na prtica, os relacionamento M:N so geralmente desmembrados em dois relacionamentos 1:N. Isto se faz criando uma entidade adicional, que far a interface entre as duas entidades j existentes. Observe a figura 5.5.
33
FUNCIONRIO
ALOCAO
PROJETO
Matrcula NomeFuncionrio EndereoFuncionrio
Matrcula CodProjeto Quantidade_Horas
CodProjeto NomeProjeto
Figura 5.5.
Representao do relacionamento da figura 5.4 sob a forma de relacionamentos do tipo 1:N.
Conforme pode se observar na figura 5.5, o retngulo representa uma entidade. Logo abaixo de cada entidade, aparecem os atributos em dois grupos: chaves primrias (sublinhado) e no-chaves (no-sublinhado). Uma chave primria um conjunto de atributos que identifica de forma nica as instncias (ocorrncia) na entidade. Quando implementadas no modelo fsico, as chaves fornecem um acesso direto e rpido aos dados armazenados. As no-chaves, por sua vez, contm os dados referentes s entidades. Quando um atributo, seja ele chave primria ou no-chave, referenciar um atributo que chave primria em outra entidade, diz-se que o mesmo uma chave estrangeira. Observe a figura 5.6:
FUNCIONRIO DEPARTAMENTO
Matrcula Chave primria NomeFuncionario Endereco CodDepto Chave estrangeira
CodDepto NomeDepto
Chave primria
Figura 5.6.
Representao das entidades, seus atributos e chaves primrias e estrangeiras.
5.1.3. Normalizao A normalizao um processo formal passo a passo que examina os atributos de uma entidade, com o objetivo de evitar anomalias observadas na incluso, alterao e excluso de registros. Esse processo causa a simplificao dos atributos, eliminando grupos repetitivos, dependncias parciais de chaves concatenadas, dependncias transitivas, dados redundantes. Objetivos: Minimizao de redundncias e inconsistncias; Facilidade de manipulaes do Banco de Dados; Facilidade de manuteno do Sistema de Informaes.
34
5.1.3.1 Primeira Forma Normal (1FN) uma relao sem grupos repetitivos (uma relao normalizada), mas que no atende aos testes mais rigorosos da segunda ou terceira forma normal. Exemplo:
NOTA_FISCAL 1 1 Para identificarmos os grupos repetitivos, primeiramente devemos identificar a chave primria (no ex., Num_Nota_Fiscal). Aps a identificao devemos verificar os grupos repetitivos a partir da chave primria. No exemplo, para cada Num_Nota_Fiscal tem-se somente um Cod_Cliente. No repetitivo. J para cada Num_Nota_Fiscal podemos ter vrias ocorrncias do Cod_Produto, visto que em uma nota so possveis descrever vrios produtos. Com isso, podemos observar a criao da entidade ITEM_NOTA_FISCAL, que herder os atributos repetitivos e destacados da entidade NOTA_FISCAL. Obviamente a chave tambm ser herdada pelo Item_Nota_Fiscal, visto que h um relacionamento entre as duas entidades.
Num_Nota_Fiscal Data_Emisso Cod_Cliente Endereco_Cliente Num_CGC Num_Inscr_Estadual Cod_Produto Desc_Produto Qtidade_Vendida Valor_Unitrio Valor_Total_Item Valor_Total_Nota
Aps a aplicao da 1FN:

1 NOTA_FISCAL N ITEM_NOTA_FISCAL
Num_Nota_Fiscal Data_Emisso Cod_Cliente Endereco_Cliente Num_CGC Num_Inscr_Estadual Valor_Total_Nota
Num_Nota_Fiscal Cod_Produto Desc_Produto Qtidade_Vendida Valor_Unitrio Valor_Total_Item
Portanto, podemos definir a 1FN como a normalizao da entidade de forma que o relacionamento entre a sua chave e os seus atributos seja unvoca, ou seja, para cada chave h apenas a ocorrncia de uma e somente uma informao de cada atributo. 5.1.3.2 Segunda Forma Normal (2FN) Existem entidades que, para serem identificadas e individualizadas, necessitam conter em sua chave mais de um atributo, formando, portanto, uma chave concatenada. O primeiro passo verificar se a mesma possui chave concatenada e, se for o caso, constatar se todos os atributos no-chaves no apresentam dependncia parcial com a referida chave. A dependncia parcial uma situao particular onde os atributos no-chaves dependem parcialmente de uma chave concatenada.
35
Exemplo:
NOTA_FISCAL 1 N ITEM_NOTA_FISCAL
Num_Nota_Fiscal Cod_Produto Desc_Produto Qtidade_Vendida Valor_Unitrio Valor_Total_Item
Observando a entidade Item_Nota_Fiscal, verifica-se que a sua chave concatenada e que existe dependncia parcial dos atributos Desc_Produto e Valor_Unitrio para com o atributo Cod_Produto, sendo este parte da chave primria da entidade. O que dever ser feito criar uma nova entidade que herdar a chave parcial e absorver os atributos dependentes da referida chave, que ser deslocados da entidade original e residiro em uma nova entidade. Haver relacionamento natural entre as duas entidades. Aps a aplicao da 2FN:
NOTA_FISCAL 11 N N ITEM_NOTA_FISCAL 1 PRODUTO
Num_Nota_Fiscal Cod_Produto Qtidade_Vendida Valor_Total_Item
Cod_Produto Desc_Produto Valor_Unitrio
Portanto, podemos definir a 2FN como a normalizao da entidade que, j submetida 1FN, apresenta uma chave concatenada que se relaciona de forma integral com todos os seus atributos. 5.1.3.4 Terceira Forma Normal (3FN) Uma entidade est na 3FN se todos os atributos que no so chaves forem completamente dependentes funcionalmente da chave primria e independentes entre sim. A 3FN preocupa-se em remover da entidade os atributos que apresentem dependncia transitiva, ou seja, a dependncia indireta que um determinado atributo tm com a chave primria, atravs de um outro atributo no-chave, do qual diretamente dependente. Um exemplo ilustrativo pode ser visualizado abaixo:
36 1 1 N N ITEM_NOTA_FISCAL 1
NOTA_FISCAL
PRODUTO
Observando a entidade Nota_Fiscal, verifica-se que existem alguns atributos que se enquadram nessa condio. o caso do atributo Endereco_Cliente que se relaciona primeiro com o Cod_Cliente, e este sim dependente total de Num_Nota_Fiscal. O que dever ser feito criar uma nova entidade (CLIENTE) que herdar o atributo Endereco_Cliente, juntamente com o Cod_Cliente e sendo este a chave primria dessa nova entidade. Na entidade original, o Cod_Cliente ser apenas uma chave estrangeira. Haver relacionamento natural entre as duas entidades. Aps a aplicao da 3FN:
1N CLIENTE 1 NOTA_FISCAL N ITEM_NOTA_FISCAL N 1 PRODUTO
Cod_Cliente Endereco_Cliente
Num_Nota_Fiscal Data_Emisso Cod_Cliente Num_CGC Num_Inscr_Estadual Valor_Total_Nota
Portanto, podemos definir a 3FN como a normalizao da entidade, de forma que no haja atributos associados que tenham dependncia transitiva com a chave, ou seja, no tenha um elemento intermedirio de ligao entre os dois objetos. A figura acima, representa um bom Diagrama Entidade Relacionamento j na sua forma normalizada.
37
6. MODELAGEM DE ATIVIDADES
A capacidade de processamento aumentou consideravelmente nos ltimos anos, e atualmente, o enfoque de desenvolvimento de sistemas, deslocou-se de como implementar para qual a melhor maneira de implementar. A primeira tcnica de modelagem utilizada em Processamento de Dados foi a linguagem natural. Devido porm, forte incidncia de ambigidade de interpretao, esta tcnica deixou de ser apropriada para a obteno de uma especificao precisa da realidade. Na tentativa de solucionar o problema acima, surgiu ento a segunda tcnica de modelagem: os fluxogramas. Se por um lado, os fluxogramas auxiliavam na soluo de alguns dos problemas da linguagem natural, por outro, o usurio no conseguia transpor seu cotidiano para este tipo de modelo, visto que os fluxogramas utilizavamse de smbolos tcnicos, tais como discos, fitas, etc. o que causa certo embarao aos usurios leigos no assunto. Estas tcnicas no conseguiram auxiliar adequadamente o analista de sistemas, naquilo que tange comunicao de seu pensamento com o usurio. Se isto no possvel, o usurio no poder validar corretamente o modelo, e com isto surgiro os tradicionais lamentos aps a implantao do sistema: no era bem isso que eu queria. O papel da Anlise Estruturada, o de fornecer uma tcnica de modelagem da realidade, onde se possa estabelecer especificaes precisas. Essa tcnica baseia-se nos Diagramas de Fluxos de Dados. A vantagem da utilizao desta tcnica o de permitir a validao do modelo junto com os usurios, de forma a se identificar as falhas o mais cedo possvel. Alm do mais, esta tcnica permite um comprometimento maior do usurio com o processo de desenvolvimento do sistema.
38
6.1 - DIAGRAMA DE FLUXO DE DADOS utilizado para particionar um sistema. uma representao grfica em rede de um sistema, e mostra os componentes ativos do sistema e as interfaces de dados entre eles. uma representao exata do modo como realmente funciona a maioria dos sistemas. Tambm conhecido como Grfico de Bolhas. Enfatizam fluxos de dados e no fluxos de controles (seqncia de passos a ser executada) - no tem fluxogramas, ou seja, no tem ordens. Oferece apenas uma viso do sistema - a viso orientada para funes. Um DFD no precisa de explicaes - a representao simples. diagrama acomoda-se facilmente em uma pgina. diagrama desenhado por um computador - mais exatido e de modo padronizado. 6.1.2 Componentes do DFD 6.1.2.1 Entidade Externa Tambm so chamadas de Terminador; Esto do lado de fora do sistema; So criadores e/ou consumidores de dados/informao; Pessoas, organizao ou outros sistemas que interagem com o sistema para envio e/ou recebimento de informaes. Representam a interface entre o sistema e o mundo externo. Eles esto fora do domnio das modificaes. Qualquer relacionamento entre os terminadores no ser mostrado no DFD 6.1.2.2 Fluxo de Dados Dados de comunicao entre os processos, depsitos, e entidades externas. dados dinmicos. Todo fluxo inicia ou termina um processo. A seta no indica a transferncia de controle (no indica seqncia) de um mdulo de programa para outro. A seta indica o caminho que uma ou mais estruturas de dados devero passar em algum momento indefinido. Cada seta dever conter o nome da(s) estrutura(s) que passa(m) pelo fluxo. Um DFD se assemelha a um mapa de estradas de ferro: mostra onde passam os trilhos, mas no d os horrios dos trens. 6.1.2.3 Processo Executor de tarefas funes, atividades, tarefas.
39
Representao de qualquer tarefa de processamento do sistema. Tambm conhecido como bolha, funo e transformao. O processo mostra uma parte do sistema, a que transforma entrada em sadas isto , como uma ou mais entradas so convertidas em sadas. Na maioria dos modelos de DFD, o nome do processo descrever o que o processo faz. 6.1.2.4 Depsito Repositrio de dados (temporrios ou permanentes) dados estticos. Indicam os locais no sistema onde ocorrem necessariamente uma armazenagem de dados. Armazenamento e Acesso de Dados:
Registrar horas trabalhadas
Horas Trabalhadas Empregados
Detalhes de Pagamento
Calcular Salrio Bruto
Armazenamento de Dados
Acesso a Dados
6.1.3 Algumas Regras, Propriedades e Limitaes No podemos representar a seqncia em que os processos so ativados. No podemos definir quando um processo ser executado. Processos devem ser identificados por verbos no infinitivo. Entidades Externas, Fluxos de Dados e Depsitos devem ser identificados por substantivos. Todos os componentes de um DFD devem ter um identificador. Um processo pode ser explodido, isto , detalhado em nveis.
6.1.4 DFD em Nveis Descrevem o comportamento do sistema; Modo de particionar as atividades do sistema baseado em abstraes; Modo de representar redes de DFDs extensas em meios limitados (papel, tela) Nveis: - Nvel 0 (Topo): Diagrama de Contexto um caso especial de DFD. Um nico processo representando o sistema inteiro. - Nvel n (Folhas): Os processos so primitivos no vale a pena particionar mais; a funo simples e tem poucas E/S.
40
Nvel 1 a n-1 (Intermedirios): O nvel n+i a decomposio/particionamento de processos, fluxos e depsitos do nvel i.
6.1.5 - Diretrizes para a Elaborao do DFD Escolher nomes significativos para os processos, fluxos, depsitos e entidades externas. Ou seja, nomes do vocabulrio do usurio. Numerar os processos. Refazer os DFD tantas vezes quantas forem necessrias at que: obtenha uma boa esttica, esteja tecnicamente correto e compreensvel, principalmente pelo usurio - tamanho e forma das bolhas, fluxo de dados retos ou curvos, DFD desenhados mo ou por computador. Evitar DFD complexos demais. Use descrio em nveis. Um DFD (de qualquer nvel), em geral, cabe em 1 folha de papel. Certificar-se de que o DFD seja internamente/logicamente consistente alm de manter a consistncia com os outros DFD - evitar bolhas com entradas e sem sadas e vice-versa; cuidado com fluxos e processos sem rtulos; depsitos de apenas leitura e de apenas escrita e observar E/S nos diferentes nveis. 6.1.6 Algumas Tcnicas 6.1.6.1 Tcnica de Gane/Sarson Identificar as Entidades Externas envolvidas; Identificar as Entradas e Sadas programadas; Identificar as Consultas e Pedidos de Informao; Iniciar no canto esquerdo superior com a principal entidade externa: - Desenhar fluxos de dados; - Os processos logicamente necessrios; - Os depsitos que parecem necessrios; - Desenhar um sistema que nunca comeou e nunca terminar; Desenhar um esboo a mo livre; Aceitar o fato de que sero necessrios trs esboos; Verificar se todas as E/S listadas foram includas; Produzir um esboo mais claro, duplicando: - Entidades Externas; - Depsitos de Dados; - Permitir o mnimo de cruzamentos de fluxo de dados; Rever o segundo esboo com o usurio; Produzir uma expanso de nvel inferior; Produzir a verso final do DFD.
6.1.6.2 Tcnica de Yourdon/DeMarco Um Diagrama de Contexto;

41
Um Diagrama de Nvel Zero (mostrando os principais sub-sistemas); Um mximo de 7 diagramas Nvel 1 (mostrando as principais funes no interior de cada sub-sistema); Um mximo de 49 diagramas Nvel 2 (mostrando os detalhes de cada funo); As funes devem ser explodidas: - At que os detalhes da lgica do processo possam ser escritos em uma pgina ou menos de linguagem natural estruturada; - Nenhum diagrama deve conter mais do que 7 bolhas de processos; - Sistemas complexos podem ter DFDs Nvel 3, Nvel 4, ... 6.1.6.3 Tcnica de Meilir Page-Jones Comece pelo exterior de um diagrama em particular. Desenhe todas as entradas e sadas. Trabalhe de fora para dentro, ou do meio para fora, ou da entrada para a sada ou da sada para fora, ou seja, preenchendo o corpo do DFD. Esteja certo de que voc conhece a composio de um novo fluxo de informaes ou arquivo antes de inclu-lo no seu DFD. Tenha certeza de que todos esto de acordo que o diagrama est correto antes de desenvolver diagramas mais detalhados. Mostre erros de fluxo de dados como pequenos grupos. Fluxos de dados normais so mais importantes do que os de erros. Ignore problemas de inicializao (abrir arquivo) e trmino (fechar arquivo), pois num DFD podemos supor que o sistema esteja em execuo de maneira contnua. Esteja preparado para usar e descartar uma grande quantidade de papel enquanto estiver desenvolvendo DFDs. Retratando fluxo de dados e no fluxo de controle: Fluxo de Dados:Verifique se o processo-destina usa a informao. Se ele modificado e expelido como um fluxo de dados de sada ou parte de um, ento um fluxo de dados. Fluxo de Controle: Se ele serve somente para orientar o processo para comear a fazer o seu trabalho ou gui-lo para como fazer o seu trabalho, ento fluxo de controle. No represente controle como mostrado abaixo: ordem de venda D-me uma nova ordem de venda Ordens de vendas invlidas Ordens de vendas vlidas
Depto de Vendas
de vendas vlidas
42
6.2. DICIONRIO DE DADOS Define a composio/estrutura dos dados do DFD uma listagem organizada de todos os elementos de dados pertinentes ao sistema, com definies precisas e rigorosas para que o usurio e o analista de sistemas possam conhecer todas as entradas, sadas, componentes de depsitos e clculos intermedirios. Entidades externas no vo ser definidas, no fazem parte do sistema. 6.2.1 - Componentes

Elementos Primitivos: no decomponveis. Exemplos: dgito, letra. Itens de Dados: Compostos de elementos primitivos ou outros itens de dados. Fluxos e Depsitos: usam itens de dados e elementos primitivos em suas definies.
O DD define os elementos de dados da seguinte maneira: Descrevendo o significado dos fluxos e depsitos mostrados nos DFDs. Descrevendo a composio de pacotes agregados de dados que se movimentam pelos fluxos, isto , pacotes complexos (como o endereo de um cliente) que podem ser divididos em itens mais elementares (como cidade, estado e cdigo postal). Descrevendo a composio dos pacotes de dados nos depsitos. Especificando os relevantes valores e unidades de partes elementares de informaes dos fluxos de dados e depsito de dados. Descrevendo os detalhes dos relacionamentos entre os depsitos realados em um diagrama Entidades-Relacionamentos. 6.2.2 - Notao Smbolo = + () {} significado composto de e opcional (pode estar presente ou no) iterao / repetio: { }+ 1 ou mais { }* 0 ou mais { }n n iteraes. Ex.: {A}7 escolha uma das opes alternativas comentrio identificador (campo chave) de um depsito de dados separa opes alternativas na construo [ ]
[] ** @ |
43
6.2.3 - Exemplo Arq.Aluno = {Reg.Aluno}+ Reg.Aluno = Nome.Aluno + Endereo + Nvel.Aluno Nome.Aluno = {alfanumrico}35 Endereo = Rua + Num.Resid + (Fone) Rua = {alfabtico}40 Num.Resid = {inteiro} Fone = {inteiro}6 Nvel.Aluno = [Ps_Graduao|Graduao]
44
6.3. ESPECIFICAO DE PROCESSOS Especifica O QU ocorre num processo e no como fazer para que determinado processo ocorra. So procedimentos de transformao. Descreve os processos de nvel n. 6.3.1 - Como fazer a Especificao de Processos A lgica de processos pode ser documentada com vrias ferramentas, como rvoes de deciso, tabela de deciso e portugus estruturado. O que queremos fazer especificar as entradas e sadas do processo, resumir a lgica e dar referncia do trecho da documentao funcional onde a lgica ser encontrada. 6.3.1.1 - Pseudo-Linguagem portugus estruturado Notao mais usual Uma linguagem misturada, que utiliza o vocabulrio de uma lngua (portugus) e toda a sintaxe de outra (Programao Estruturada). Formato: - Processo <nome> - Entradas: fluxos de entrada do processo. - Sadas: fluxos de sada do processo. - Pr-condio: condies que devem valer ANTES do processo acontecer. - Ps-condio: condies que devem valer APS o processo acontecer. - Descries da Funo: uso do Portugus Estruturado para descrever a funo do processo. OBS: - Vocabulrio limitado do portugus e gramtica simplificada, sem rebruscamento (verbos de ao; dados do DD), ou seja, verbos no imperativo e no uso de adjetivos e advrbios. - Estruturas de controle da Programao Estruturada: seqncia; deciso (se, ento, caso); repetio(enquanto faa, para-at-faa, repita-at) - No ser procedural detalhadamente (lembrar que especificao), ou seja, no algoritmo. - Usar informaes do Dicionrio de Dados. Exemplo: Processo de insero de cliente em uma tabela de clientes: Processo Inserir Cliente Entrada: nome, n Sada: registro de cliente, status Pr-condio: no existe o cliente na tabela (no so permitidas duplicatas) Ps-condio: registro de cliente presente na tabela CLIENTES.
45
Descrio da funo: Verificar se o cliente j est na tabela CLIENTES Se existe ento status = F msg = cliente j existe Seno Status = V Inserir o registro cliente na tabela CLIENTES Msg = Ok
Nome, n USURIO Status, msg
INSERIR CLIENTE
CLIENTES
6.3.1.2 - Tabelas de Deciso Uma tabela de deciso uma forma tabular de rvore de deciso. Uma tabela de deciso mais facilmente armazenada numa forma textual e legvel por uma mquina do que uma rvore de deciso. Uma tabela de deciso uma ferramenta para distinguir e especificar um conjunto de n subprogramas de ao, apenas um deles se aplica em qualquer situao dada. Para melhor entendimento, devemos seguir as etapas abaixo para a criao de uma tabela de decises para uma especificao de processos: 1. Identifique todas as condies ou variveis de deciso na especificao. Identifique todos os valores que cada varivel pode assumir. 2. Calcule o nmero de combinaes de condies. Se todas as condies forem binrias haver, 2N combinaes de N variveis. 3. Identifique cada ao possvel na especificao. 4. Crie uma tabela de decises vazia, relacionando todas as condies e aes no lado esquerdo e numerando as combinaes de condies no alto da tabela. 5. Relacione todas as combinaes de condies, uma para cada coluna vertical da tabela. 6. Examine cada coluna vertical (regra) e identifique as aes adequadas a serem compreendidas. 7. Identifique todas as omisses, contradies e ambigidades da especificao (ex.: regras da tabela de decises para as quais a especificao no indique que aes devem ser empreendidas). 8. Discuta as omisses, contradies e ambigidades com o usurio.
46
Exemplo: Poltica de Poupana para os empregados 1. Condies ou variveis de deciso Valores Associados Tempo de Servio Menos de 1 ano Mais de 1 ano Menos de 5 sal.min De 5 sal.mim. a 10 sal.min. Maior que 10 sal.min.
Salrio
2. Nem todas as combinaes so binrias. H 2 variveis de deciso que assumem 2 e 3 valores associados. Ento o nmero de regras 2 X 3 = 6 regras. 3. Aes: Percentual de poupana = 5%, 4%, 3%, 6%, 5% e 4%. 4. Montar Tabela: CONDIES Tempo de Servio Salrio AES Percentual de Poupana 6.3.1.3 - rvores de Deciso O portugus estruturado no apropriado para descrever alguns tipos de processos do usurio. Por exemplo, se a ao do usurio depende de muitas variveis que juntas podem ter um alto nmero de combinaes, ento uma descrio em portugus estruturado seria confusa e, provavelmente com amarraes profundas demais. Nesse caso, use uma rvore de decises, que uma ferramenta grfica que separa condies independentemente e mostra as aes resultantes de cada combinao possvel. Para ler a rvore de decises comece da esquerda e trace um caminho para a direita, usando as condies de cada caminho para gui-lo na ramificao apropriada da rvore. a representao grfica da Tabela de Deciso. Exemplo: Poltica de poupana para os empregados REGRAS 1 2 3
<1 <5 <1 5 a 10 <1 <5
4
>1 <5
5
>1 5 a 10
6
>1 <5
5%
4%
3%
6%
5%
4%
47
TEMPO DE SERVIO
(Condies)
SALRIO
(Condies)
PERCENTUAL POUPANA
(Aes)
Menos de 1 ano
Menor que 5 sal.min. De 5 sal.mim. a 10 sal.min. Maior que 10 sal.min. Menor que 5 sal.min. De 5 sal.mim. a 10 sal.min. Maior que 10 sal.min.
5% 4% 3% 6% 5% 4%
Mais de 1 ano
OBS: Em alguns casos poderemos combinar as duas ferramentas, ou seja, descrever uma mini-especificao utilizando o Portugus Estruturado combinado com a rvore de Deciso.

Análise e Projeto de Sistemas

Enviado por

Dados do documento

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 e Projeto de Sistemas

Enviado por

Direitos autorais:

Formatos disponíveis

2

Anlise de Projetos e Sistemas APS

Anlise de Projetos e Sistemas APS

1.2 ELEMENTOS OU COMPONENTES DE SISTEMA

Anlise de Projetos e Sistemas APS

Sadas Controle e Avaliao

Anlise de Projetos e Sistemas APS

1.3 - EXEMPLOS DE SISTEMA

CRIAO EVOLUO DECADNCIA

Anlise de Projetos e Sistemas APS

2. CONCEITOS DE ANLISE DE SISTEMAS

Anlise de Projetos e Sistemas APS

OBS: As atividades de diferentes fases podem ocorrer simultaneamente.

Anlise de Projetos e Sistemas APS

Anlise de Projetos e Sistemas APS

Anlise de Projetos e Sistemas APS

Anlise de Projetos e Sistemas APS

Anlise de Projetos e Sistemas APS

4. METODOLOGIA E DOCUMENTAO NO DESENVOLVIMENTO DE SISTEMAS

Processo de Desenvolvimento de Software

Modelo Computacional Implementado

CICLO DE VIDA (TRADICIONAL) DE SOFTWARE

Anlise de Projetos e Sistemas APS

CICLO DE VIDA DE SOFTWARE

Projeto de Alto Nvel

Anlise de Projetos e Sistemas APS

Anlise de Projetos e Sistemas APS

Escopo: O quanto do ambiente estudar?

Anlise de Projetos e Sistemas APS

ESPECIFICAO = O QU (Definio) Anlise de Requisitos (Compreenso) Sntese Desenvolvimento

Modelo Computacional Implementado

Anlise de Projetos e Sistemas APS

Soluo: Fcil modificao, estruturao em partes, alterar pequenas pores da especificao

Anlise de Projetos e Sistemas APS

Anlise de Projetos e Sistemas APS

Pedidos Canc. de Ped.

Livros que chegam ao depsito

Fatura SISTEMA DE PEDIDOS DE LIVROS

Modelagem por Dados

Ocorrncia significativa que deve ser reconhecida e reagida pelo sistema.

Anlise de Projetos e Sistemas APS

NomeCliente Joo Maria Denise Carlos Joo A Joo B Tadeu

Anlise de Projetos e Sistemas APS

Representao da entidade CLIENTE e FORNECEDOR no DER.

Anlise de Projetos e Sistemas APS

Representao do relacionamento FUNCIONRIO e PROJETO no DER.

Anlise de Projetos e Sistemas APS

Matrcula NomeFuncionrio EndereoFuncionrio

Matrcula CodProjeto Quantidade_Horas

Representao do relacionamento da figura 5.4 sob a forma de relacionamentos do tipo 1:N.

Matrcula Chave primria NomeFuncionario Endereco CodDepto Chave estrangeira

Representao das entidades, seus atributos e chaves primrias e estrangeiras.

Anlise de Projetos e Sistemas APS

Aps a aplicao da 1FN:

Num_Nota_Fiscal Data_Emisso Cod_Cliente Endereco_Cliente Num_CGC Num_Inscr_Estadual Valor_Total_Nota

Num_Nota_Fiscal Cod_Produto Desc_Produto Qtidade_Vendida Valor_Unitrio Valor_Total_Item

Num_Nota_Fiscal Data_Emisso Cod_Cliente Endereco_Cliente Num_CGC Num_Inscr_Estadual Valor_Total_Nota

Num_Nota_Fiscal Cod_Produto Desc_Produto Qtidade_Vendida Valor_Unitrio Valor_Total_Item

Num_Nota_Fiscal Data_Emisso Cod_Cliente Endereco_Cliente Num_CGC Num_Inscr_Estadual Valor_Total_Nota

Num_Nota_Fiscal Cod_Produto Qtidade_Vendida Valor_Total_Item

Cod_Produto Desc_Produto Valor_Unitrio

Num_Nota_Fiscal Data_Emisso Cod_Cliente Endereco_Cliente Num_CGC Num_Inscr_Estadual Valor_Total_Nota

Num_Nota_Fiscal Cod_Produto Qtidade_Vendida Valor_Total_Item

Cod_Produto Desc_Produto Valor_Unitrio