aula 14 - capitulo 04 - pdsi - analise e modelação de sistemas de informação

7/23/2019 Aula 14 - Capitulo 04 - PDSI - Analise e Modelao de Sistemas de Informao

1/94

INSTITUTO SUPERIOR DE TRANSPORTES E COMUNICAES

Anlise e Modelao de Sistemas deInformao Aula 01

Docente: Camilo Amarcy

Email:[email protected]

Cell:+258823032445

BBM:2095A1FA
mailto:[email protected]:[email protected]


2/94

Camilo Amarcy

Temas do Captulo

Perspectiva histrica do DSI;

Ciclo de Vida do DSI e seus Paradigmas; Norma ISO/IEC 12207

Anlise de requisitos de desenho deSistemas de Informao

Modelao orientada objectos;

Arquitecturas e Referenciais;

Modelao de processos, modelo

relacional; Desenho da arquitectura do sistema de

informao;

Mtodos de DSI


3/94


4/94

Camilo Amarcy

Apresentao do DSI

Definio

Entende-se por DSI o processocuso objectivo introduzirmudanas num SI, com o

objectivo de melhorar o seudesempenho

Entre as alteraes que so

normalmente efectuadas, inclui-se a adpo de sistemasinformticos para suportaractividades organizacionais(Avison e Fitzgerald, 2006)


5/94

Camilo Amarcy

Apresentao do DSI

Histrial (1)

A historia do Desenvolvimentode Sistemas de Informaorefere duas aproximaes que se

relacionam com essa matria: Hard;

Soft


6/94

Camilo Amarcy

Apresentao do DSI

Histrial (2)

Hard: Assume que oproblema a resolver temuma base lgica ou

matemtica e que umsistema informtico umasoluo vivel na maiorparte dos casos.


7/94Camilo Amarcy

Apresentao do DSI

Histrial (3)

Soft: Essencialmenterelacionada com os efeitosambientais do SI, com a

relao do SI com osaspectos sociais,econmicos, legais epsicolgicos do ambiente,normalmente a organizaa

para qual o sistema desenvolvido.


8/94Camilo Amarcy

Apresentao do DSI


9/94Camilo Amarcy

Apresentao do DSI

Ciclo de Vida do DSI

Nos anos 70 surgiu um conceitode Ciclo de Vida deDesenvolvimento de Sistema(SDLC System Development Life

Cycle) que descreve o processode DSI.

Generos

Desenvolvimento Sequencial;

Desenvolvimento Evolutivo;

Desenvolvimento Incremental


10/94Camilo Amarcy

Apresentao do DSI

Desenvolvimento Sequencial

Segue uma abordagem sistemticae linear ao longo da vida doprojecto, avanando odesenvolvimento de uma fase para

outra, sequencialmente.

O sistema estar pronto no final detodas as fases.

Um dos exemplos mais utilizadosdeste tipo o Modelo de Cascata.

http://pt.wikipedia.org/wiki/Modelo_em_cascata
http://pt.wikipedia.org/wiki/Modelo_em_cascatahttp://pt.wikipedia.org/wiki/Modelo_em_cascata


11/94Camilo Amarcy

Apresentao do DSI

Desenvolvimento Evolutivo

O sistema contrudo em diferentesetapas, sendo em cada uma, contrudauma verso do sistema que vai evoluir.

Cada verso satisfaz os requisitosconhecidos, seno avaliada pelo clientefinal que ajuda a clarificar e detalhar osrequisitos que vo levar a construode uma nova verso.

O Modelo Espirar um dosparadigamas que se enquadra no tipoevolutivo.

http://pt.wikipedia.org/wiki/Modelo_em_espiral
http://pt.wikipedia.org/wiki/Modelo_em_espiralhttp://pt.wikipedia.org/wiki/Modelo_em_espiral


12/94Camilo Amarcy

Apresentao do DSI

Desenvolvimento Incremental

Baseia-se na ideia que se podeconstruir um sistema em vrias

verses, cada uma com um conjuntoespecfico de funces.

Na primeira verso sodesenvolvidas as funes maisimportantes.

Esta verso utilizada e avaliada pelocliente final, desenvolvendo-se umnovo plano para o prximoincremento


13/94Camilo Amarcy

Paradigmas do DSI

Definio

Paradigma (do grego pardeigma)literalmente modelo;

a representao de um padro aser seguido. um pressuposto

filosfico, matriz, ou seja, umateoria, um conhecimento que originao estudo de um campo cientfico;

Uma realizao cientfica com

mtodos e valores que soconcebidos como modelo.

Uma referncia inicial como base demodelo para estudos e pesquisas.

http://pt.wikipedia.org/wiki/Paradigma
http://pt.wikipedia.org/wiki/Paradigmahttp://pt.wikipedia.org/wiki/Paradigma


14/94Camilo Amarcy

Paradigmas do DSI

Modelos

Modelo em Cascata;

Prototipagem;

Modelo V;

Modelo Espiral;

Desenvolvimento Rapido deAplicaes;

Desenvolvimento de SI Web


15/94Camilo Amarcy

Paradigmas do DSI

Modelos em Cascata (Waterfall Model)(1)

Apareceu no incio dos anos 70;

Foi o primeiro paradigma que veio tentardisciplinar e sistematizar o DSI (Royce,1970);

Cada rectngulo representa uma fase doprocesso de DSI e as setas mostram apossibilidade de existncia de iteraoentre as fases;

Existem vrias verses do modelo decascata, diferindo normalmente nonmero, nome e descrio de cada fase,existente de iterao entre fases eexistncia de validao em cada fase.


16/94Camilo Amarcy

Paradigmas do DSI

Modelos em Cascata (Waterfall Model) (2)

di d DS


17/94Camilo Amarcy

Paradigmas do DSI

Crticas do Modelo emCascata

A falta de ateno prestadaao contexto do negcio parao qual o sistema desenvolvido; o analistararamente questiona porque que o sistema deve serdesenvolvido;

O tempo associado com a progresso das actividades, em particular o tempoentre a especificao de requisitos e a entrega do sistema que to grande

que, por vezes, na altura de entrega do sistema, os requisitos ja mudaram;

A no considerao da gesto de projectos que parte integrante do ciclo devida do desenvolvimento de qualquer projecto;

A ausncia de envolvimento do utilizador no processo de desenvolvimento

P di d DSI


18/94Camilo Amarcy

Paradigmas do DSI

Prototipagem (1)

Um prottipo uma verso experimentalde um sistema, construdo com oobjectivo de ser explorado,experimentado e/ou avaliado;

Uma primeira verso do sistema construda sendo melhorada atravs desucessivas iteraes at que reflictacorrectamente o sistema requerido,

Essas sucessivas iteraes consistem emverificaes por parte dos utilizadores dosistema, sugerindo alteraes a introduzir,se necessrio.

P di d DSI


19/94

Camilo Amarcy

Paradigmas do DSI

Prototipagem (2)

P di d DSI


20/94

Camilo Amarcy

Paradigmas do DSI

Modelo V (1)

O Modelo V e o Modelo Espiral, so duasaproximaes ao processo de DSI quepodem ser vistas como evoluo do modeloem cascata;

Neste modelo, o processo de DSI basicamente dividido em duas partes, as duaspernas do V, a parte da especificao e a daverificao e validao;

No diagrama, as caixas rectangulares

representam as fases e as ovais representamos produtos, que no so mais do ue oresultado de uma reviso satisfatria da faseanterior, apresentadas sob forma dedocumentos, e que vo servir de base detrabalho para a fase posterior

P di d DSI


21/94

Camilo Amarcy

Paradigmas do DSI

Modelo V (2)

P di d DSI


22/94

Camilo Amarcy

Paradigmas do DSI

Modelo Espiral (1)

Foi evoluindo ao longo do tempo e foidesenvolvido para incluir os melhoresaspectos do ciclo convencional e daprototipagem, acrescentando uma nova fase,a anlise de risco , inexistente em qualquer

um dos modelos anteriores; Cada ciclo representa uma sequncia repretida de passos e comea com a

identificao de objectivos e restries;

Cada passo avalia as alternativas, determinando riscos para a fase que sesegue;

Cada ciclo termina com uma reviso que engloba as pessoas da organizaoque requerem o sistema de informao a desenvolver; esta reviso englobatodos os produtos desenvolvidos durante as fases anteriores bem como oplano do ciclo seguinte.

P di d DSI


23/94

Camilo Amarcy

Paradigmas do DSI

Actividades do modelo Espiral

Planeamento: determinao dosobjectivos, alternativas e restries;

Anlise de risco: avaliao de

alternativas, identificao e resoluodos riscos;

Engenharia: desenvolvimento e

verificao;

Avaliao: avaliao dos resultados dafase de engenharia e planeamento dasfases seguintes.

P r di m d DSI


24/94

Camilo Amarcy

Paradigmas do DSI

Modelo Espiral (2)

Paradigmas do DSI


25/94

Camilo Amarcy

Paradigmas do DSI

Desenvolvimento Rpido deAplicaes

Enquadra-se no desenvolvimentoincremental e visa um ciclo dedesenvolvimento mais curto;

Pode-se considerar uma adaptaodo tipo de desenvolvimentosequencial, no qual odesenvolvimento rpido conseguido com base emcomponentes;

Este paradigma assenta nopressuposto de que nem todos osrequisitos podem necessariamenteser identificados e especificadosantecipadamente;

Paradigmas do DSI


26/94

Camilo Amarcy

Paradigmas do DSI

Regra 80/20 do RAD

Alguns requisitos apenas aparecerodepois de os utilizadores usarem osistema;

O desenvolvimento comea com osrequisitos bvios e fceis de

identificar , considerando a regra dos80/20, segundo o qual 80% dafuncionalidade de um sistema podeser entregue com cerca de 20% doesforo necessrio para completar

100% dos requisitos; Num projecto desenvolvido segundo

a aproximao RAD, os requisitosso priorizados segundo o que chamada a regra MoSCoW.

Paradigmas do DSI


27/94

Camilo Amarcy

Paradigmas do DSI

Regra MoSCoW

M: requisitos sem os quais o sistemano vivel (M = Must have);

S: requisitos necessrios para garantirum maior benefcio, mas que nopem em causa o sucesso do sistema(S = Should have);

C: requisitos que, se no foremimplementados, no tm impacto noprojecto; no implementados quandoh tempo e recursos (C = Could have);

W: requisitos que podero nunca serimplementados; podero s-lo numacomponente mais tardia (W = Wonthave)

Paradigmas do DSI


28/94

Camilo Amarcy

Paradigmas do DSI

Elementos do RAD

O JAD, Join Application Development, paraidentificar, representar e validar requisitos;

A utilizao de prottipos, que tambm auxiliano levantamento mais rpido de requisitos e quese enquadra na viso do RAD, segundo a qual

os requisitos vo evoluindo e os utilizadoresno sabem bem o que querem at que vem eexperiementam o prottipo;

A utilizao de ferramentas CASE, Case AddedSoftware Engineering, para automatizar o

processo de desenvolvimento do sistema,principalmente as tarefas que mais tempoocupam, como por exemplo, a criao dedocumentao e codificao;

Um grande envolvimento do utilizador

Paradigmas do DSI


29/94

Camilo Amarcy

Paradigmas do DSI

Desenvolvimento de SI Web

O Modelo W uma abordagemque resulta do modelo V;

Esta adaptao baseia-se nasubstituio da fase decodificao por uma fasedesignada por implementaoincremental, que inclui uma etapade validao com ocliente, devido importncia que a interface como utilizador tem nestes sistemas;

Todas as outras fases tm queexistir, independentemente de setratar de um sistema Web ou no

Norma 12207


30/94

Camilo Amarcy

Norma 12207

Histria da Norma 12207

Em 1987 a Organizao Internacional paraPadronizao (ISO) e a ComissoInternacional de Electrtcnica (IEC)definiram o Comit Tcnico em Tecnologia

da Informao (JTC1); Em 1989 o JTC1 iniciou o desenvolvimento

da ISO 12207, com o objectivo de suprir anecessidade crtica nos processos do Ciclo de

Vida do Software; Foi desenvolvida com participao de vrios

pases, entre eles o Brasil;

Foi publicada em 1995 a verso inicial.

Norma 12207


31/94

Camilo Amarcy

Norma 12207

Organizao da Norma

Organizada em 7 seces e 4 anexos;

Escopo e campo de aplicao;

Referncias Normativas;

Definies; Aplicao da Norma;

Processos Fundamentais do Ciclo deVida;

Processos de Apoio do Ciclo de Vida;

Processos Organizacionais do Ciclo deVida;

Anexos

Norma 12207


32/94

Camilo Amarcy

Norma 12207

Objectivo

Estabelece uma estrutura comumpara os processos de ciclo de vidade software, com terminologia bemdefinida, que pode ser referenciada

pela indstria de software; Esta norma tambm prov um

processo que pode ser utilizadopara:

Definir; Controlar;

Melhorar os processos deciclo de vida de software

Norma 12207


33/94

Camilo Amarcy

Norma 12207

Campo de Aplicao

Aplica-se Aquisio de sistemas,produtos e servios de software; aofornecimento, desenvolvimento,operao e manuteno de produtos

de software, quer sejam executadosinterna ou externamente a umaorganizao;

Esta norma no foi concebida para

produtos de software de prateleira amenos que eles estejamincorporados dentro de um produtoencomendado.

Norma 12207


34/94

Camilo Amarcy

Norma 12207

Limitaes

No substituto para ogerenciamento sistemtico edisciplinado de sistemas desoftware;

Prov um framework onde osprocessos, actividades e tarefasrelacionados ao software podem seridentificados, planeados e

executados; Esta norma no prescreve um

modelo especfico de ciclo de vidaou mtodo de desenvolvimento desoftware.

Norma 12207


35/94

Camilo Amarcy

Norma 12207

Interpretao da Norma

Deve: utilizado para expressaruma obrigao entre duas ou maispartes;

Dever: usado para expressaruma declarao de objectivo ouinteno de uma da partes;

Deveria: utilizado para expressaruma recomendao entre vrias

possibilidades; Pode: utilizado para indicar uma

aco permitida dentro dos limitesdesta norma.

Norma 12207


36/94

Camilo Amarcy

Norma 12207

Organizao da Norma

Norma 12207 Processos Fundamentais


37/94

Camilo Amarcy


Partes Fundamentais

Inicia ou executa odesenvolvimento, operaoou manuteno dos produtosde software;

Aquirente;

Fornecedor;

Desenvolvedor;

Operador; Mantenedor do Software



38/94

Camilo Amarcy

No 07 ocessos u d e s

Processo de Aquisio

Actividades de quem queradquirir um sistema, produto desoftware ou servio de software.

Iniciao;

Preparao do pedido daproposta;

Preparao e actualizaodo contrato;

Monitorao dofornecedor;

Aceitao e Concluso



39/94

Camilo Amarcy

Processo de Fornecimento

Actividade do fornecedor deSoftware

Iniciao;

Preparao de resposta; Contrato;

Planeamento;

Execuo e controle;

Reviso e avaliao;

Entrega e Concluso



40/94

Camilo Amarcy

Processo deDesenvolvimento

Actividades dodesenvolvedorde software

Implementao do processo;

Anlise dos requisitos do sistema;

Projecto da arquitectura do sistema;

Anlise dos requisitos do software;

Projecto da arquitectura do software;

Projecto detalhado do software;

Codificao e testes do software;

Integrao do software;

Testes de qualificao do software;

Integrao do sistema;

Teste de qualificao do sistema;

Instalao do software;

Apoio aceitao do software



41/94

Camilo Amarcy

Processo de Operao

Actividades do operador dosoftware. Operao dosoftware e suporteoperacional aos usurios

Implementao doProcesso;

Testes operacionais;

Operao doSistema;

Suporte ao usurio



42/94

Camilo Amarcy

Processo de Manuteno

Actividade de quem faz amanuteno do software

Implementao do Processo;

Anlise do problema e damodificao;

Implementao damodificao;

Reviso/Aceitao damanuteno;

Migrao;

Descontinuao do Software

Norma 12207 Processos de Apoio


43/94

Camilo Amarcy

p

Processo de Documentao

Registro de informaesproduzidas por um processo deactividade. Inclui: planeamento,projecto, desenvolvimento,

produo, edio, distribuio emanuteno dos documentosnecessrios a gerentes, engenheirose usurios do software

Implementao do Processo;

Projecto e desenvolvimento;

Produo;

Manuteno



44/94

Camilo Amarcy

p

Processo de Gerncia de Configurao

Identificao e controle dos itens dosoftwar. Inclui: controle de armazenamento,liberaes, manipulao, distribuio emodificao de cada um dos itens que

compem o software Implementao do processo;

Identificao da configurao;

Controle da configurao;

Relato da situao da configurao;

Avaliao da configurao;

Gerncia da liberao e distribuio



45/94

Camilo Amarcy

p

Processo da Garantia daQualidade

Garante que os processos eprodutos de software estejamem conformidade com os

requisitos e os planosestabelecidos.

Implementao doprocesso;

Garantia do produto; Garantia do processo;

Sistemas de Garantia daQualidade



46/94

Camilo Amarcy

p

Processo de Verificao

Determina se os produtosde software de umaactividade atendemcompletamente aos

requisitos ou condiesimpostas por eles


Verificao



47/94

Camilo Amarcy

p

Processo de Validao

Determina se os requisitose o produto final (sistema ousoftware) atendem ao usoespecfico proposto


Validao



48/94

Camilo Amarcy

p

Processo de RevisoConjunta

Define as actividades paraavaliar a situao e osprodutos de um actividade

de um projecto, seapropriado


Revises degerenciamento doprojecto;

Revises tcnicas



49/94

Camilo Amarcy

Processo de Auditoria

Determina adequao aosrequisitos, planos e contrato,quando apropriado.

Implementao do

processo;

Auditoria;



50/94

Camilo Amarcy

Processo de Resoluo deProblema

Anlise e resoluo dosproblemas de qualquer naturezaou fonte, descobertos durante a

execuo do desenvolvimento,operao, manuteno ou outrosprocessos


Resoluo do problema

Norma 12207 Processos Organizacionais


51/94

Camilo Amarcy

Processo de Gerncia

Gerenciamentos de processos

Iniciao e definio doescopo;

Planeamento; Execuo e controle;

Reviso e avaliao;

Concluso



52/94

Camilo Amarcy

Processo de Infra-Estrutura

Fornecimento de recursos paraoutros processos. Inclui:hardware, software, ferramentas,tcnicas, padres de

desenvolvimento, operao oumanuteno.


Estabelecimento da infra-estrutura;

Manuteno da infra-estrutura;



53/94

Camilo Amarcy

Processo de Melhoria

Actividades para estabelecer,avaliar, medir, controlar emelhorar um processo de ciclo devida de software

Estabelecimento doprocesso;

Avaliao do processo;

Melhoria do processo



54/94

Camilo Amarcy

Processo de Treinamento

Actividades para prover e manterpessoal treinado


Desenvolvimento domaterial de treinamento;

Implementao do planode treinamento;

Norma 12207 Anexos


55/94

Camilo Amarcy

Processo de Adaptao

Apresenta um processo pararealizar a adaptao bsica destanorma para um projecto desoftware

Identificao do ambientedo projecto;

Solicitao de informaes;

Selea de processos,actividades e tarefas;

Documentao de decises emotivos da adaptao

Norma 12207 Anexos


56/94

Camilo Amarcy

Orientao para Adaptao

Nenhum projecto idntico;

Variaes na polticas eprocedimentosorganizacionais, mtodos e

estratgias de aquisio,tamanho e complexidade doprojecto, requisitos e mtodosde desenvolvimento dosistema, entre outras coisas,influenciam na forma comoum sistema adquirido,desenvolvido, operado emantido.

Norma 12207 Anexos


57/94

Camilo Amarcy

Orientao sobre processos eorganizaes

Tem o objectivo deproporcionar um melhorentendimento sobre processos,

organizaes e seusrelacionamentos;

Apresenta os processos dociclo de vida (fundamentais, deapoio e organizacionais), suasactividades constituintes sobdiferentes vises.

Norma 12207


58/94

Camilo Amarcy

Okay....

Norma da ISO que define os processosde desenvolvimento de software.

A norma internacional ISO/IEC 12207

tem como objectivo principalestabelecer uma estrutura comum paraos processos de ciclo de vida e dedesenvolvimento de softwares visandoajudar as organizaes a

compreenderem todos os componentespresentes na aquisio e fornecimentode software e, assim, conseguiremfirmar contratos e executarem projetosde forma mais eficaz.

Norma 12207


59/94

Camilo Amarcy

Considerao da Norma (1)

A norma detalha cada um dosprocessos do ciclo de vida, definecomo eles podem ser usados dediferentes maneiras por diferentes

organizaes (ou parte destas),representando diversos pontos devista para esta utilizao;

Cada uma das vises representa aforma como uma organizao

emprega estes processos,agrupando-os de acordo com suasnecessidades e objectivos

Norma 12207


60/94

Camilo Amarcy

Considerao da Norma (2)

As vises tm o objectivo deorganizar melhor a estrutura deuma empresa, para definir suasgerncias e actividades alocadas ssias equipes. Existem cinco visesdiferentes: contrato, gerenciamento,operaes, engenharia e apoio.

A ISO/IEC 12207 a primeiranorma internacional que descreve

em detalhes os processos,actividades e tarefas que envolvem ofornecimento, desenvolvimento,operao e manuteno de produtosde software.

Norma 12207


61/94

Camilo Amarcy

Concluses da Norma

A norma ISO/IEC 12207fornece um conjunto completode processos para aquisio oufornecimento de produtos os

servios; Sua arquitectura pode ser

acomodada a modernosmtodos de software, tcnicas,ferramentas e ambiente de

engenharia.

Desenho


62/94

Camilo Amarcy

Fases do Processo de DSI (1)

Desenho


63/94

Camilo Amarcy


Estudo de viabilidade;

Engenharia de Requisitos;

Levantamento de requisitos;

Anlise de documentao

Entrevistas; Questionrios;

Observao

Volumes;

Cenrios; Prototipagem

Anlise e negociao

Especificao e documentao de requisitos;

Desenho


64/94

Camilo Amarcy


Validao e verificao derequisitos;

Desenho;

Codificao, Testes eImplantao;

Manuteno;

Desenho


65/94

Camilo Amarcy

Correspondncia entre as etapas nas diferentes abordagens

Desenho


66/94

Camilo Amarcy

Avaliao da viabilidade

Organizacionais: como o sistemasuporta os objectivos estratgicos daorganizao;

Econmicos: de que forma que oscustos de operao e desenvolvimentodo sistema so compensados peloaumento de lucro, diminuio decustos, etc;

Tcnicos: em que medida que as

tecnologias de informao necessriaspodem ser adquiridas ou desenvolvidasno tempo necessrio;

Operacionais: como que o sistema aceite pelos utilizadores.

Desenho


67/94

Camilo Amarcy

Engenharia de Requisitos

Define-se como: acto dedeterminar as necessidades erestries do sistema emdesenvolvimento,estebelecendo uma viso

geral do sistema num dadocontexto, sendonormalmente aceite que oprincipal produto resultantedo processo de ER a

especificao de requisitosque deve indicar o que osistema deve fazer e nocomo fazer (Pohl, 1996)

Desenho


68/94

Camilo Amarcy

Engenharia de Requisitosvs Engenharia de Software

A diferena est relacionada com a natureza dos requisitos em questo;

A origem dos requisitos na fase de ER est nas necessidades dosutilizadores; a este nvel, os requisitos descrevem o comportamento dosistema visto do exterior, isto : pelo utilizador; enquanto que a origem derequisitos de software est nos requisitos ou especificaes do sistema;

Desenho


69/94

Camilo Amarcy

Entradas e Sadas no processo da ER

A ER pode ser descrita como a converso da informao sobre os sistemas

existentes, as necessidades dos stakeholders, as normas organizacionai, aregulamentao e o domnio para produzir: requisitos, especificaes emodelos do sistema.

Desenho


70/94

Camilo Amarcy

Falhas no Processo de DSI

Custo de correco de erros detectados em diferentes fases do processo de DSI (Adaptao de Alter, 1994)

Modelao


71/94

Camilo Amarcy

Importncia

Actualmente os SI recorrem s TI nos para melhorarem a eficincia dosprocessos organizacionais, comotambm aumentam a efectividade ecompetitividade das organizaes.

paradoxal que continuem adesenvolver SI que automatizemprocessos muitas vezes ineficientes,

pelo que, antes de se prescrever umasoluo para os problemas daorganizao, se deve, obrigatoriamente,compreender o problemacorrectamente.

Modelao


72/94

Camilo Amarcy

Objectivos dos Modelos

Ilustrar ou clarificar pensamentossobre um determinado assunto;

Definir a estrutura, a lgica e ocomportamento de um sistema;

Suportar o processo de resoluo deproblemas atravs da anlise dediferentes opes ou solues;

Ajudar a desenhar, a contruir ou a

pes a funcionar um sistema;

Modelao


73/94

Camilo Amarcy

Utilizadores dos Modelos

Modelao


74/94

Camilo Amarcy

Objecto

Os modelos da organizao, para reduzir a complexidade da realidade a ser

representada, devem permitir a representao de certos aspectos da mesmaatravs de objetos (IEEE, 1998; ISO 1997).

o utilizador do modelo, de acordo com o seu papel e finalidade dautilizao, que selecciona que objectos da organizao lhe interessarepresentar no modelo.

Modelao


75/94

Camilo Amarcy

Ferramentas de Modelao

Exemplos de algumas ferramentas grficas que sousadas para representar o SI so:

Diagramas de Fluxo de Dados;

Diagramas de Entidade-Relao;

Diagramas de Sequncia;

Diagramas de Classe;

Diagramas de Caso de Uso

Modelao


76/94

Camilo Amarcy

Arquitectura e Referenciais (1)

A arquitectura , por vezes, entendida como

o resultado de um processo de construo deuma realidade.. Neste caso, o termoarquitectura associado a um conceitofsico;

No entanto, a arquitectura quando se liberta

da sua componente material, ou seja, oproduto final, uma multitude decontributods, cada um dos quais no suficiente por si s, sendo sim, um elementode relao e de constituio de um percurso;

A arquitectura pode ser uma manifestaoabstracta, passando a ser como o mtodo, aarte de construir qualquer coisa e de ordenara realidade.

Modelao


77/94

Camilo Amarcy


Um referencial um conjunto deconceitos relacionados, susceptvelde ser usado enquanto esquema declassificao, necessrio paradesenhar artefactos, realando e

concentrando-se nos aspectosimportantes da realidade complexaa ser descrita;

As arquitecturas so suportadas

por referenciais que enquadram aspremissas que condicionam oobjecto em causa, definindo edelimitando o objectivo darealidade descrita.

Modelao


78/94

Camilo Amarcy


Quando se fala de representaes conceptuais daorganizao, ou seja modelos, os termosArquitectura e Referencial so vulgarmente

utilizados. A relao existente entre o conceito de arquitectura e

referencial leva a que muitas vezes estes termossejam usados indistintamente.

Modelao


79/94

Camilo Amarcy

Exemplos de Arquitecturas

Arquitecturas para projectos de produointegrados por computador:

CIMOSA, PERA e GERAM

Arquitecturas para auxiliar a prtica de DSI:

CRIS, Swede e Vliet;

Arquitectura para rever processos:

ARIS

Arquitecturas para produo e

sistematizao de artefactos econhecimento (Importante para oPDSI)

ISA e SCAISI_si

Modelao


80/94

Camilo Amarcy

ISA

Providncia uma estruturabase que suporta aorganizao, o acesso, aintegrao, a interpretao, odesenvolvimento, a gesto e

a alterao de um conjuntode representaesarquitecturais dos SI dasorganizaes;

As perspectivascontempladas pela ISA so:planeador, proprietrio,desenhador, construtor,subcontratado e utilizador

Outra dimenso descreve asabstraes: dados, funces, rede,pessoas, tempo e motivao

(Information System Architecture)

Modelao


81/94

Camilo Amarcy

SCAIS_si

Tem por objectivo estruturar eorganizar o conhecimento doSI;

uma arquitectura genrica

que contempla, asrepresentaes das diferentesconcepes dos objectos quepermitem caracterizar o SI;

Serve como instrumento

metodolgico de apoio quepretende responder snecessidades da prtica deactividades de interveno deSI.

1 Dimenso: visionrio, planeador,utilizador, tradutor, desenhador,tcnico e construtor;

2 Dimenso: trabalho, material,espao de trabalho, tecnologia,ambiente, agentes e recursoseconmicos e recursos humanos.

(Sistema de Conceitos para Actividades de Interveno de

Sistemas de Informao)


82/94

Mtodos de DSI


83/94

Camilo Amarcy

Terminologia

Mtodo: entendido comoum conjunto especfico ddeprocedimentos, tcnicas,ferramentas edocumentao, a ser usada

na resoluo particular deum problema;

Metodologia: definida

como o estudo dosmtodos ou como a arte dedirigir o esprito deinvestigao.

Tcnica: conjunto bem definido deprocedimentos que pode ser usado numdeterminado domnio, neste caso: SI;

Ferramenta: conjunto de simbolosusados para descrever um determinadosistema

Mtodos de DSI


84/94

Camilo Amarcy

Okay...

Pode-se dizer que omtodo dita o quefazer e quando,recorrendo s tcnicasque dizerem como;

Mtodos diferentespodem usar tcnicas eferramentas comuns;

Mtodos de DSI


85/94

Camilo Amarcy

Tipos de Mtodos

Metodos estruturados emtodos orientados a objectos;

Mtodos orientados a

processos, mtodos orientados adados e mtodos hbridos;

Mtodos formais e semi-

formais;

Mtodos hard e mtodos soft

Mtodos de DSI


86/94

Camilo Amarcy

Problemtica dos Mtodos

Na generalidade, os mtodosno cobrem todas as fases doDSI, havendo a necessidade deadoptar mais do que ummtodo no processo.

Por exemplo, o SSADM, JSD eo RUP cobrem mais do queuma fase do DSI, mas h outrascomo por exemplo o JSP

(Jackson System Programming) e oExtreme Programming que scobrem a fase de codificao

Mtodos de DSI


87/94

Camilo Amarcy

Descrio de Alguns Mtodos

A escolha dos mtodos a seremexplorados torna-se uma tarefadifcil;

No entanto, tentou-se eleger, pelomenos um de cada tipo:

estruturado, orientado a objectos esimultaneamente, um hard e umsoft;

Desta forma a escolha recai sobre oSSADM e o RUP pois somtodos hard sendo o primeiroestruturado e o segundo orientado aobjectos;

O mtodo soft foi escolhido o SSM

Mtodos de DSI


88/94

Camilo Amarcy

SSADM

Cobre as fases de estudo deviabilidade, engenharia derequisitos e desenho do cicloconvencional de SI;

No abrange reas como a

gesto do projecto ou acodificao, mas necessita einterfaces com estas reas, asquais so feitas atravs dedocumentos de input e output;

Descreve o processo de DSIatravs de uma estruturahierrquica, considerandomdulos, etapas, passos etarefas.

Mdulos

Estudo de viabilidade;

Anlise de requisitos;

Especificao de requisitos;

Especificao lgica;

Desenho fsico;http://en.wikipedia.org/wiki/Structured_s

ystems_analysis_and_design_method

Mtodos de DSI

RUP
http://en.wikipedia.org/wiki/Structured_systems_analysis_and_design_methodhttp://en.wikipedia.org/wiki/Structured_systems_analysis_and_design_methodhttp://en.wikipedia.org/wiki/Structured_systems_analysis_and_design_methodhttp://en.wikipedia.org/wiki/Structured_systems_analysis_and_design_method


89/94

Camilo Amarcy

RUP

suportado pela ferramenta

CASE Rational e visa aconstruo de um SIBC(Sistema de InformaoBaseado em Contexto)baseando-se em seis melhores

prticas; Essas prticas so: desenvolver

o sistema iterativamente; geriros requisitos; usar umaarquitectura baseada em

componentes; modelar evisualizar o sistema; verificar aqualidade do software;constrolar alteraes desoftware

Fases

Concepo;

Elaborao;

Construo;

Transio;

http://pt.wikipedia.org/wiki/IBM_Rationa

l_Unified_Process

Mtodos de DSI

SSM
http://pt.wikipedia.org/wiki/IBM_Rational_Unified_Processhttp://pt.wikipedia.org/wiki/IBM_Rational_Unified_Processhttp://pt.wikipedia.org/wiki/IBM_Rational_Unified_Processhttp://pt.wikipedia.org/wiki/IBM_Rational_Unified_Process


90/94

Camilo Amarcy

http://en.wikipedia.org/wiki/Soft_system

s_methodology

SSM

Ideia fundamental presente no

SSM que se pode mudar aforma de investigar em relaos metodologias tradicionais;

A interveno passa a serdeterminada por um conjuntode pessoas que trabalham deforma colaborativ com oinvestigador;

Segue uma aproximao

participativa e considerafundamental envolver osclientes ou representates,sempre que possvel

Mtodos de DSI

P d SSM
http://en.wikipedia.org/wiki/Soft_systems_methodologyhttp://en.wikipedia.org/wiki/Soft_systems_methodologyhttp://en.wikipedia.org/wiki/Soft_systems_methodologyhttp://en.wikipedia.org/wiki/Soft_systems_methodology


91/94

Camilo Amarcy

Passos do SSM

Passo 1 e 2: Exprimir uma situao no

estruturada;

Passo 3 e 4: Definir a essncia/modeloconceptual;

Passo 5: Fazer comparao sistema/modelo;

Passo 6: Decidir alteraespraticveis/desejveis

Passo 7:Tomar aces para melhorar.

Mtodos de DSI

R l f d d d l i d


92/94

Camilo Amarcy

Relaes entre as fases do processo de desenvolvimento e dosmtodos

Mtodos de DSI

R


93/94

Camilo Amarcy

Resumo

Fez-se uma descrio dos processos de

desenvolvimento de sistemas deinformao, apresentando-se diferentesabordagens possveisa esse processo;

Os conceitos de modelo, arquitectura ereferencial so apresentados,justificando-se porque so necessriosnas diferentes fases de um projecto dedesenvolvimento de sistemas deinformao;

Fez-se uma clarificao terminolgicaquanto ao uso dos termos mtodo,metodologia, tcnica, ferramenta enotao. E foi feita uma descrio dosdiferentes mtodos.

Dvidas


94/94

.....

aula 14 - capitulo 04 - pdsi - analise e modelação de sistemas de informação

Documents