INSTITUTO SUPERIOR DE TRANSPORTES E COMUNICAES

Implementao de Sistemas de Informao Aula Introdutria

Docente: Camilo Amarcy

Email: Camilo@Amarcy.com Cell: +258823032445 BBM: 2095A1FA

Temas do Captulo Ferramentas e Tcnicas para o DSI; Tcnicas de Modelao; Regras de construo e consideraes

Diagramas de Fluxo de Dados;

Diagramas de Entidade-Relao; Normalizao;

Diagrama da vida de entidade;

Diagramas de caso de uso e imagem-rica; Diagramas de classe e instalao;

Diagramas de sequncia e componentes;

Diagramas de actividades e pacotes;
Camilo Amarcy

Ferramentas e Tcnicas para o DSI

Abstrao
O analista tem ao seu dispor diferentes tcnicas e ferramentas que permitem construir modelos de SI; Neste captulo so apresentadas tcnicas e ferramentas que permitem a elaborao desses modelos fundamentais especificao de requisitos e desenho;

Camilo Amarcy

Tcnicas de Modelao

Historial
As tcnicas de modulao mais usadas no DSI eram, tradicionalmente, as tcnicas de modelao de processos e as tcnicas de modelao de dados.

Primeiras: Do importncia ao objecto processo/funo do SI;

Segundas: Do importncia aos dados.
Camilo Amarcy

Tcnicas de Modelao

Tcnicas e Ferramentas
Exemplos de ferramentas usadas pela tcnica de modelao de processos so os diagramas de fluxo de dados, actigramas, rvores de processos, entre outros;

Diagramas entidade-relao e diagramas de anlise de dados so exemplos das ferramentas usadas pelas tcnicas de modelao de dados;
Camilo Amarcy

Tcnicas de Modelao

Descrio do caso: Sistema de Recepo de Encomendas (1)

Num pequeno armazm, sempre que chega uma nota de encomenda ao departamento de vendas, validada, verificando-se a existncia dos produtos atravs da consulta da lista de existncias facultada pelo armazm. Para se aceitar uma encomenda, necessrio, no s ter todos os produtos em quantidade suficiente em armazm, como tambm, ter conhecimento das referncias sobre o cliente;
Camilo Amarcy

Tcnicas de Modelao

Descrio do caso: Sistema de Recepo de Encomendas (2)

Caso no existam produtos ou o cliente tenha ms referncias, a encomenda rejeitada, sendo o cliente avisado; caso se possa satisfazer a encomenda, o armazm avisado que dever proceder expedio da mercadoria; Em qualquer uma das situaes, o empregado do departamento de vendas deve assinalar no arquivo de encomendas se a encomenda foi aceite ou no, elaborando a respectiva factura no caso de aceitao. Conforme o valor total da factura, ser atribudo ou no um desconto ao cliente.
Camilo Amarcy

Tcnicas de Modelao

Descrio do caso: Sistema de Recepo de Encomendas (3)

No armazm, mal se recebe o aviso da encomenda aceite, empacotam-se os produtos solicitados e elabora-se a guia de transporte que acompanhar a mercadoria a enviar ao cliente. A partir da informao registada, elaborado: Mensalmente, um mapa, para o gestor de vendas, com o volume das vendas efectuadas; Anualmente, um mapa, para a direco, com as encomendas rejeitadas.
Camilo Amarcy

Tcnicas de Modelao

Diagrama de Fluxo de Dados

Definio Representa o fluxo de dados ao longo de um SI, bem como as sucessivas transformaes que esses dados sofrem Objectivos Transcreve de forma no tcnica, a lgica do procedimento do sistema de estudo. Esta ferramenta foi mais usada para documentar a fase de ER do DSI. Objectos Fluxo de dados; Processo; Arquivo de dados; Origem/Destino de dados
Camilo Amarcy

Diagrama de Fluxo de Dados

Fluxo de dados
Representa dados que fluem entre processos, entre processos e arquivos de dados ou, ainda entre processos e origens/destinos de dados, sem nenhuma especificao temporal (por exemplo, ocorrncia de processos simultneos, todas as semanas) Processo Recebe dados de input e transforma estes dados num ou vrios fluxos de output. Actualmente deve-se evitar o uso do termo processo pois este pode ser confundido com o conceito de processo de negcio. Assim considera-se melhor, em ver de processo, usar o termo actividade.
Camilo Amarcy

Diagrama de Fluxo de Dados

Arquivo de dados
o lugar onde os dados so armazenados para mais tarde serem acedidos e/ou actualizados por um fluxo oriundo de um processo. Origem/Destino de dados Representa a pessoa, grupo de pessoas ou subsistema/sistema forma do sistema em estudo, que envia dados para o sistema e/ou recebe dados do sistema. vulgarmente entidade externa. designado por

Camilo Amarcy

Regras de Construo Simbologias

Gane e Sarson; DeMarco

Identificador
As duas simbologias utilizam nmero de identificador (na parte superior do smbolo) para os processos; Somente a simbologia de G.S. Usa um identificador para arquivo de dados.
http://en.wikipedia.org/wiki/Data_flow_diagram
Camilo Amarcy

Regras de Construo Atribuio objectos de nomes aos

Qualquer objecto do sistema representado no DFD tem que ter um nome elucidativo e claro; Os nomes devem reflectir exactamente a actividade do sistema representado; Deve-se evitar o uso de sinnimos; Todos os autores aconselham que a designao de um processo seja constitudo por um nico vervo e um nome comum devidamente escolhidos para que transmitam claramente o que o processo faz;
Camilo Amarcy

Regras de Construo Ligao dos objectos

Qualquer processo tem obrigatoriamente um fluxo de entrada e um fluxo de sada; Pode-se dizer que nunca se pode ter num DFD uma ligao entre uma origem/destino de dados e um arquivo de dados, entre dois arquivos de dados e entre duas origens/destinos de dados;

Camilo Amarcy

Diagrama de Fluxo de Dados Anlise de um Diagrama de Fluxo de Dados

DFD Errado
Camilo Amarcy

Diagrama de Fluxo de Dados Erros da construo (1)

O fluxo Encomenda entre o Cliente e o processo 1 no pode ter dois sentidos; Assumindo que o fluxo Encomenda tem como origem o Cliente e como destino o processo 1, dever-se-ia representar, atravs de outra seta, o fluxo do processo 1 para o Cliente; o nome deste fluxo, uma vez que output de um processo, que teve como input o fluxo Encomenda, deve ser diferente; O processo 1 Receber encomenda deveria ter um nome mais elucidativo, talvez validar encomenda, pois o receber no traduz o que feito pelo processo numa perspectiva lgica;
Camilo Amarcy

Diagrama de Fluxo de Dados Erros da construo (2)

O nome do fluxo de dados de output do processo 1 Encomenda (e input do processo 2) deve tambm ter um nome diferente, uma vez que o nome do fluxo input tem que ser sempre diferente do nome do fluxo output. Isto porque o nome do fluxo reflete a composio do fluxo e se houve um processo que o transformou num outro fluxo, o nome tem que ser diferente, reflectindo essa transformao;
O processo 2 no tem um nome correcto pois tem que ser formado por um verbo e um nome comum. Um nome vlido poderia ser Elaborar factura; O nome do fluxo de dados Dados encomenda no est correcto, pois obviamente o que flui so dados sobre a encomenda, pelo que no dever ser usada a palavra dados;
Camilo Amarcy

Diagrama de Fluxo de Dados Erros da construo (3)

O processo 3 tem um nome pouco elucidativo e que descreve uma actividade lgica que elaborao da guia de transporte; O fluxo de dados Produtos para o Cliente est errado, pois palavra Produtos associa-se mteria e no dados. Assim, este fluxo poderia ser eventualmente substitudo por Guia de transporte; O processo 4 est errado pois um processo meramente fsico. O significado de enviar est j implcito no sentido do fluxo para o Cliente, e no h qualquer transformao realizada pelo processo.
Camilo Amarcy

Diagrama de Fluxo de Dados Anlise de um Diagrama de Fluxo de Dados DFD Correcto

Camilo Amarcy

Diagrama de Fluxo de Dados Elaborao de um DFD

Utiliza-se uma abordagem top-down atravs da qual, cada um dos diferentes nveis de detalhe do sistema em estudo mostrado atravs de diferentes nveis de DFD; A primeira representao do sistema elaborada atravs de um diagrama conhecido como

Diagrama de Contexto;

Camilo Amarcy

Diagrama de Fluxo de Dados Diagrama de Contexto

denominado por nvel 0 ou 1 (dependendo dos autores); representado atravs de um processo e dos fluxos de input e output do sistema em estudo, podendo tambm representar ou no as origens/destinos de dados; A identificao destes fluxos permite delimitar a rea em estudo; O Diagrama de Contexto decomposto num primeiro DFD onde so mostrados os principais processos, fluxos e arquivos de dados bem como as origens/destinos de dados envolvidos. Se o Diagrama de Contexto se chama de nvel 0, ento este primeiro DFD ser de nvel 1
http://en.wikipedia.org/wiki/ System_context_diagram
Camilo Amarcy

Diagrama de Entidade-Relao Apresentao

Representa as entidades envolvidas no SI em estudo, bem como as relaes que existem entre essas entidades. Faz uma representao esttica do sistema, mostrando somente os seguintes objectos: Entidades; Relaes;

O diagrama E-R usado por diferentes mtodos e autores tais como: Bachman, Ross, Chen e Martin. http://pt.wikipedia.org/wiki/Diagrama_entid
ade_relacionamento
Camilo Amarcy

Diagrama de Entidade-Relao Elementos

Entidade Qualquer coisa real ou abstracta de importncia para o sistema em estudo e sobre a qual se tem que guardar dados; Relao Qualquer tipo possvel de ligao que possa existir entre as entidades; Grau de associao Mostra como esto ligadas quantitativamente duas entidades relacionadas.
Camilo Amarcy

Diagrama de Entidade-Relao Simbologia

H autores que se limitam a representar o nome da entidade; outros identificam tambm os atributos que caracterizam essa entidade;

No entanto, o smbolo para representar uma entidade sempre o mesmo : o rectngulo;

As principais diferenas de notao que se encontram nos diferentes diagramas E-R esto na forma de representaar a relao, sobre uma linha ou dentro de um losango, e no grau de associao.

Camilo Amarcy

Diagrama de Entidade-Relao Associaes de Simbologias

Simbologia usada para representar o grau e associao entre duas entidades

http://en.wikipedia.org/wiki/Entity-relationship_model
Camilo Amarcy

Diagrama de Entidade-Relao Construo do E-R (Para Sistema de Recepo de Encomendas)

Erros: A entidade Factura no tem razo de existncia, pois no h necessidade no sistema em estudo de se guardar dados que descrevem as facturas; O nome atribuido entidade Cliente est errado, pois dever ser um nome prprio no singular e no no plural
Camilo Amarcy

Normalizao Conceito
Os dados so guardados sobre as entidades de um sistema formam entre si uma estrutura de dados. Esta estrutura, quando complexa, e para evitar redundncias, deve ser sujeita normalizao;

A normalizao uma tcnica que se pode aplicar a qualquer estrutura de dados complexa, com o objectivo de a tornar mais simples e, consequentemente, mais facilmente manusevel;
Camilo Amarcy

Normalizao Motivao
Evitar problemas que ocorrem devido existncia de duplicao de elementos de dados em diferentes estruturas do sistema, ou seja: redundncia e consequentemente problemas com actualizaes, iesto , inseres, alteraes e eliminaes de elementos de dados nas diferentes estruturas existentes no sistema em estudo.
Camilo Amarcy

Normalizao Representao

Camilo Amarcy

Normalizao Formas da Normalizao

Diz-se que uma estrutura de dados est numa determinada forma normal se satisfazer um conjunto de restrues. Podem-se enunciar as seguintes formas normais (FN): 1 FN, 2 FN, 3 FN, BCFM (Boyce Codd FN), 4 FN, 5 FN.

FNs + usadas
As formas normais mais utilizadas so a 1 FN, 2 FN e a 3 FN.

Nota: Sempre que uma estrutura de dados formada por um ou mais grupos repetitivos de dados, diz-se que uma estrutura no normalizada.
Camilo Amarcy

Normalizao Anlise do Exerccio usando FN

Os elementos de dados que formam a estrutura so os seguintes: Encomenda = Nmero Encomenda + Nome Cliente + Morada Cliente + Telefone + {Nome Produto + Valor Unitrio + Quantidade Encomendada} + Data Encomenda + Estado

Nota: tem um grupo repetitivo (Nome Produto, Valor Unitrio, Quantidade Encomendada), originando com comprimento vrivel, logo uma estrutura no normalizada
Camilo Amarcy

Normalizao Primeira Forma Normal (1 FN)

Regra 1: Para a estrutura se encontrar na 1 FN no pode ter grupos repetitivos (cada ocorrncia da estrutura s pode assumir um nico valor); Regra 2: H necessidade de eliminar os grupos repetitivos sendo criada uma nova estrutura para cada um desses grupos; Regra 3: Necessidade de selecionar um ou mais elementos de dados para chave, que permitam identificar, de uma forma nica, cada ocorrncia e cada estrutura na 1 FN; Regra 4: Para mostrar qual ou quais os elementos eleitos para chave, sublinham-se esses elementos.
Camilo Amarcy

Normalizao 1 FN : Exemplo da Encomenda

Novas estruturas
Encomenda = = Nmero_Encomenda + Nome_Cliente + Morada_Cliente + Telefone + Data_Encomenda + Estado Produto_Encomendado = = Nmero_Encomenda + Nome_Produto + Valor_Unitrio + Quantidade_Encomendada

Camilo Amarcy

Normalizao 1 FN : Exemplo da Encomenda (Tabela)

Instncias da Estrutura Encomendada na 1 FN

Instncias da estrutura Produto_Encomendado na 1 FN

Camilo Amarcy

Normalizao Segunda Forma Normal (2 FN)

Regra 1: Para a estrutura se encontrar na 2 FN, tem que estar na 1 FN e cada elemento no chave tem que depender inteiramente da chave como um todo e no somente de parte da chave (dependncia funcional); Regra 2: Para se por a estrutura na 2 FN, h que criar uma nova estrutura s com os elementos que dependem de parte da chave.

Analisando o Exemplo da Aula

Encomenda = Nmero_Encomenda + Nome_Cliente + Morada_Cliente + Telefone + Data_Encomenda + Estado Produto_Encomendado = Nmero_Encomenda + Nome_Produto + Quantidade_Encomendada Detalhes_Produto = Nome_Produto + Valor_Unitrio
Camilo Amarcy

Normalizao 2 FN : Exemplo da Encomenda (Tabela)

Instncias da estrutura Produto_Encomendado na 2 FN

Instncias da estrutura Detalhes_Produto na 2 FN

Camilo Amarcy

Normalizao Terceira Forma Normal (3 FN)

Regra 1: Para uma estrutura se encontrar na 3 FN, tem que estar na 2 FN e no haver nenhuma dependncia entre elementos no chave (dependncia transitiva)

Nova proposta para o exemplo da Encomenda

Encomenda = Nmero_Encomenda + Nome_Cliente + Data_Encomenda + Estado Detalhes_Cliente = Nome_Cliente + Morada_Cliente + Telefone Produto_Encomendado = Nmero_Encomenda + Nome_Produto + Quantidade_Encomendada Detalhes_Produto = Nome_Produto + Valor_Unitrio
Camilo Amarcy

Normalizao 3 FN : Exemplo da Encomenda (Tabela)

Nota Final: Os dados do cliente registam-se uma nica vez
Estrutura Detalhes_Cliente na 3 FN Estrutura para Encomenda na 3 FN

Estrutura Detalhes_Produto na 3 FN

Estrutura Produto_Encomendado na 3 FN Camilo Amarcy

Diagrama de Vida de Entidade Conceito DVE

Representa os diferentes eventos que uma entidade sofre durante a sua vida no sistema; usada pelos mtodos classificados como orientados a comportamento ou tempo. usada por diferentes autores tais como Jackson e MacDonald, no entanto todos do o mesmo significado aos objevtos do sistema

Camilo Amarcy

Diagrama de Vida de Entidade Objectos

Entidade Objecto do mundo real

Evento Qualquer coisa instantnea que actua sobre um objecto do mundo real, alterando o seu estado. Um evento caracteriza-se por transformar sempre dados que o descrevem
Nota: DVE um diagrama em rvore, em que o topo representa a entidade a ser descrita e as folhas (ramos terminais), os eventos que ela sofre ao longo da sua vida
Camilo Amarcy

Diagrama de Vida de Entidade Construo do DVE

O DVE representa a entidade tipo (ex: Encomenda) e no ocorrncias (ex: encomenda 101, 102,..); Mostra para cada entidade tipo identificada, por ordem cronolgica, os diferentes eventos que essa entidade sofre ao longo da vida no sistema, no mostrando, no entanto, o tempo que existe entre eventos sucessivos; Uma vez que o DVE representa sequencialemtne os eventos que uma entidade sofre, o mesmo evento s pode aparecer uma vez em cada diagrama; No entanto o mesmo evento pode aparecer em diagramas diferentes (eventos comuns)
Camilo Amarcy

Diagrama de Vida de Entidade Atribuio de nomes

Deve ter nome elucidativo e claro para que o diagrama seja facilmente entendido pelo utilizador; As designaes das entidades tipo devem ser um nome comum no singular e as designaes dos eventos um verbo ou um nome comum

Camilo Amarcy

Diagrama de Vida de Entidade Ligao dos objectos DVE

Depois de se terem identificado os eventos que uma entidade sofre, h que os agrupar para que um evento s aparea uma vez num DVE. Para isso, recorre-se s trs estruturas base: Sequncia; Seleco; Iterao

Camilo Amarcy

Diagrama de Vida de Entidade Sequncia de eventos

apresentada no diagrama, enumerando diferentes eventos uns a seguir aos outros;

Avaliao do exemplo A entidade tipo E sofre inicialmente o evento A, depois o B e finalmente o C, no sofrendo mais nenhum evento, durante a sua vida no sistema.
Camilo Amarcy

Diagrama de Vida de Entidade Seleco

representado mostrando os diferentes eventos que eventualmente podem ocorrer, recorrendo ao smbolo 0 para mostrar que s ocorre um dos eventos enumerados.

Avaliao do exemplo A entidade E, ou sofre o evento A ou o evento B

Camilo Amarcy

Diagrama de Vida de Entidade Interao

Representa-se recorrendo ao smbolo *, o qual permite indicar que o(s) evento(s) a que se refere pode(m) ocorrer mais do que uma vez durante a vida da entidade; de notar que o smbolo * indica que o(s) evento(s) pode(m)-se repetir 0, 1 ou mais vezes.

Ex: A entidade E pode sofrer, durante a sua vida, vrias vezes o evento A.
Camilo Amarcy

Diagrama de Vida de Entidade Regras adicionais do DVE

Regra: Filhos do mesmo pai tm que ser do mesmo tipo Interpretao: impossvel misturar numa sequncia, seleces e iteraes

Camilo Amarcy

Diagrama de Vida de Entidade DVE no Exemplo da Encomenda

Camilo Amarcy

Diagrama de Caso de Uso Apresentao

Representa, segundo a perspectiva do utilizador, o que o sistema deve efectuar. Poder-se- dizer, que tem como objectivo representar funcionalidades que permitem satisfazer os requisitos funcionais do sistema, recorrendo para tal aos conceitos de caso de uso e de actor

Camilo Amarcy

Diagrama de Caso de Uso Actor

o utilizador que interage com o sistema; pode ser uma pessoa ou outro sistema

Caso de Uso qualquer sequncia de aces que os actores podem realizar com o sistema por forma a atingir os objectivos. Os caso s de usos no so mais do que as funcionalidades que o sistema deve oferecer, numa perspectiva do utilizador que interage com ele.

Camilo Amarcy

Diagrama de Caso de Uso Construo

A utilizao e atribuio de nomes aos objectos dever seguir as regras bsicas vistas anteriormente; Ligao de objectos As ligaes possveis no s entre actores e casos de uso; podem ligar-se casos de uso entre si, quando se verificam relaes entre estes e pode-se ligar tambm actores entre si.

Camilo Amarcy

Diagrama de Caso de Uso Relao entre casos de uso

Camilo Amarcy

Diagrama de Caso de Uso DCU para o Sistema de Recepo de Encomendas (rabisco)

Camilo Amarcy

Diagrama de Caso de Uso DCU para o Sistema de Recepo de Encomendas (revisto)

Camilo Amarcy

Diagrama de Classes Motivao

Representa a estrutura do sistema, recorrendo ao conceito de classe e suas relaes; O modelo de classes resulta de um processo de abstraco onde so identificados os objectos relevantes do sistema em estudo;

Objecto
uma ocorrncia que tem interesse para o sistema em estudo e que se pretende descrever no seu ambiente, contendo identidade e comportamento. Um objecto no mais do que uma instncia de uma classe
Camilo Amarcy

Diagrama de Classes Objectos de modelao contemplados pelo DC

Classe a representao de um conjunto de objectos que partilham os mesmos atributos e comportamentos Relao Representa a ligao entre classes

Simbologia

Nota extra:
Cada classe descrita por seu nome, identificao de todos os seus atributos e identificao de todas as operaes que traduzem o seu comportamento
Camilo Amarcy

Diagrama de Classes Utilizao de Objectos

O diagrama de classes mostra como cada classe se relaciona com as outras, tendo como objectivo, a satisfao dos requisitos funcionais definidos para o sistema em estudo. Neste diagrama, uma classe s pode aparecer uma vez.

Artribuio de nomes
As classes devem ser identificadas por um nome comum, como por exemplo, Encomenda, Produto, Cliente, etc. Os nomes das relaes devem ser traduzidas atravs de um verbo, como, por exemplo, efectua, contm, refere, etc.
Camilo Amarcy

Diagrama de Classes Ligao de Objectos

A representao da ligao faz-se recorrendo a uma linha recta. O smbolo com a forma de um rectngulo com um canto dobrado que aparece no diagrama o utilizado para ilustrar notas ou restries.

Associao de classes
Um objecto de uma classe envia uma mensagem a um objecto de outra classe; Um objecto de uma classe cria um objecto de uma outra classe; Um objecto de uma classe recebe uma mensagem com um objecto de outra classe como argumento
Camilo Amarcy

Diagrama de Classes Associaes

Existem outros tipos de relaes, generalizao e agregao, que so particulares da associao.

Generalizao
a relao que se estabelece entre uma superclasse e uma subclasse.

Agregao
Usa-se para mostrar o facto de um todo ser composto por partes. Uma forma especial de agregao e a composio, que se usa quando as partes, para a usa existncia, dependem da existncia do todo.
Camilo Amarcy

Diagrama de Classes Notao para diferentes tipos de multiplicidade

Camilo Amarcy

Diagrama de Classes Anlise do Sistema de recepo de encomendas para DC

Camilo Amarcy

Diagrama de Sequncia Exposio

um dos diagramas usados pela UML para modelar os aspectos dinmicos do sistema em estudo. Os diagramas de interaco preocupam-se em representar o comportamento do sistema e incluem uma sequncia de trocas de mensagens entre um conjunto de objectos, de forma a executar um dado cado de uso.

Regra de Leitura
Deve ser lido simultaneamente numa dimenso horizontal, que mostra os objectos intervenientes e numa dimenso, que representa a sequncia temporal.
Camilo Amarcy

Diagrama de Sequncia Anlise do Sistema de recepo de encomendas com DS

Camilo Amarcy

Diagrama de Actividades Proposito

Decompe uma actividade em subactividade (actividades de mais baixo nvel), mostrando o encadeamento de actividades realizadas para cada um dos objectos do sistema.

Actividade
uma etapa de um processo onde se realiza algum trabalho. A actividade pode ser um caso de uso, uma operao de uma classe, um grupo de casos de uso relacionados entre si.

Camilo Amarcy

Diagrama de Actividades Caso da Encomenda usando DA

Camilo Amarcy

Diagrama de Pacotes Propsito

Utiliza-se para mostrar como se pode agrupar as diferentes componentes do sistema e quais as relaes entre elas. Permite definir a estrutura do sistema; Permite dividir a complexidade do sistema em partes menores para uma melhor gesto, meramente organizacional;
Camilo Amarcy

Diagrama de Componentes Propsito

Para descrever aspectos da fase de implementao e instalao de um sistema em geral e de um sistema de software em particular, a UML utiliza os chamados diagramas de implementao ou de arquitectura. Utilidade usado para representar as componentes de software (programas fonte, ficheiros executveis, bibliotecas, scripts, etc) mostrando as dependncias e as interfaces entre elas
Camilo Amarcy

Tipos de Diagrama Diagramas de componentes; Diagramas de instalao

Diagrama de Instalao Propsito

Tambm chamado de distribuio, modela a arquitectura fsica de hardware mostrando as dependnias e as interfaces entre os ns

Ns Representam os recursos fsicos onde so executadas as componentes e so computadores ou outros dispositivos (modems, impressoras,...). Os ns so ligados por conexes.

Possibilidades
Pode-se criar um diagrama misto, de componentes e instalao, que mostra as componentes de software e como estas esto relacionadas com os ns de hardware.
Camilo Amarcy

Diagrama de Imagem-Rica Explicao

uma ferramenta grfica e ilustrada. Serve para organizar toda a informao que se recolhe sobre o sistema, mais especificamente, sobre o problema em estudo;

Elementos
Estrutura; Processos; Interesses
Camilo Amarcy

Diagrama de Imagem-Rica Estrutura

Representa aspectos estruturais do sistema alvo de estudo, tais como, localizaes geogrficas, departamentos, equipamentos e como elemento mais importante desta categoria, os clientes do sistema em estudo;

Interesses
Representa as motivaes individuais para o sistema em estudo. A documentao das diferentes motivaes permite perceber as diferentes perspectivas que cada pessoa envolvida no sistema tem. Permite, tambm, mostrar conflitos entre departamentos, ausncia de comunicao, etc.
Camilo Amarcy

Processos
Representa as tranformaes que ocorrem no sistema em estudo. Estas transformaes esto relacionadas com fluxos de produtos ou documentos e informaes

Resumo Tudo num nico slide

Foram apresentadas vrias tcnicas e ferramentas usadas no processo de desenvolvimento de sistemas de informao

Camilo Amarcy

Prxima Aula Plano

Realizao de exerccio referentes aos contedos aprendidos na aula 15

Camilo Amarcy

Dvidas

.....

Camilo Amarcy