INSTITUTO SUPERIOR DE TRANSPORTES E COMUNICAES

Anlise e Modelao de Sistemas de Informao Aula 01

Docente: Camilo Amarcy

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

Temas do Captulo Perspectiva histrica do DSI; Ciclo de Vida do DSI e seus Paradigmas;

Norma ISO/IEC 12207

Anlise de requisitos de desenho de Sistemas de Informao

Modelao orientada objectos;

Arquitecturas e Referenciais; Modelao de processos, modelo relacional; Desenho da arquitectura do sistema de informao; Mtodos de DSI
Camilo Amarcy

Apresentao do DSI Definio Entende-se por DSI o processo cuso objectivo introduzir mudanas num SI, com o objectivo de melhorar o seu desempenho Entre as alteraes que so normalmente efectuadas, incluise a adpo de sistemas informticos para suportar actividades organizacionais (Avison e Fitzgerald, 2006)
Camilo Amarcy

Apresentao do DSI Histrial (1) A historia do Desenvolvimento de Sistemas de Informao refere duas aproximaes que se relacionam com essa matria:

Hard;
Soft

Camilo Amarcy

Apresentao do DSI Histrial (2) Hard: Assume que o problema a resolver tem uma base lgica ou matemtica e que um sistema informtico uma soluo vivel na maior parte dos casos.

Camilo Amarcy

Apresentao do DSI Histrial (3) Soft: Essencialmente relacionada com os efeitos ambientais do SI, com a relao do SI com os aspectos sociais, econmicos, legais e psicolgicos do ambiente, normalmente a organizaa para qual o sistema desenvolvido.

Camilo Amarcy

Apresentao do DSI

Camilo Amarcy

Apresentao do DSI Ciclo de Vida do DSI

Nos anos 70 surgiu um conceito de Ciclo de Vida de Desenvolvimento de Sistema (SDLC System Development Life Cycle) que descreve o processo de DSI.

Generos
Desenvolvimento Sequencial;

Desenvolvimento Evolutivo;
Desenvolvimento Incremental
Camilo Amarcy

Apresentao do DSI Desenvolvimento Sequencial

Segue uma abordagem sistemtica e linear ao longo da vida do projecto, avanando o desenvolvimento de uma fase para outra, sequencialmente.

O sistema estar pronto no final de todas as fases. Um dos exemplos mais utilizados deste tipo o Modelo de Cascata.
http://pt.wikipedia.org/wiki/Modelo_em_cascata
Camilo Amarcy

Apresentao do DSI Desenvolvimento Evolutivo

O sistema contrudo em diferentes etapas, sendo em cada uma, contruda uma verso do sistema que vai evoluir. Cada verso satisfaz os requisitos conhecidos, seno avaliada pelo cliente final que ajuda a clarificar e detalhar os requisitos que vo levar a construo de uma nova verso. O Modelo Espirar um dos paradigamas que se enquadra no tipo evolutivo.
http://pt.wikipedia.org/wiki/Modelo_em_espiral
Camilo Amarcy

Apresentao do DSI Desenvolvimento Incremental

Baseia-se na ideia que se pode construir um sistema em vrias verses, cada uma com um conjunto especfico de funces. Na primeira desenvolvidas as importantes. verso funes so mais

Esta verso utilizada e avaliada pelo cliente final, desenvolvendo-se um novo plano para o prximo incremento
Camilo Amarcy

Paradigmas do DSI

Definio
Paradigma (do grego literalmente modelo; pardeigma)

a representao de um padro a ser seguido. um pressuposto filosfico, matriz, ou seja, uma teoria, um conhecimento que origina o estudo de um campo cientfico; Uma realizao cientfica com mtodos e valores que so concebidos como modelo. Uma referncia inicial como base de modelo para estudos e pesquisas.
http://pt.wikipedia.org/wiki/Paradigma
Camilo Amarcy

Paradigmas do DSI

Modelos
Modelo em Cascata;

Prototipagem;
Modelo V; Modelo Espiral; Desenvolvimento Rapido de Aplicaes; Desenvolvimento de SI Web

Camilo Amarcy

Paradigmas do DSI

Modelos em Cascata (Waterfall Model) (1)

Apareceu no incio dos anos 70;

Foi o primeiro paradigma que veio tentar disciplinar e sistematizar o DSI (Royce, 1970);
Cada rectngulo representa uma fase do processo de DSI e as setas mostram a possibilidade de existncia de iterao entre as fases;

Existem vrias verses do modelo de cascata, diferindo normalmente no nmero, nome e descrio de cada fase, existente de iterao entre fases e existncia de validao em cada fase.
Camilo Amarcy

Paradigmas do DSI

Modelos em Cascata (Waterfall Model) (2)

Camilo Amarcy

Paradigmas do DSI

Crticas do Modelo em Cascata

A falta de ateno prestada ao contexto do negcio para o qual o sistema desenvolvido; o analista raramente questiona porque que o sistema deve ser desenvolvido; O tempo associado com a progresso das actividades, em particular o tempo entre 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 de vida do desenvolvimento de qualquer projecto; A ausncia de envolvimento do utilizador no processo de desenvolvimento
Camilo Amarcy

Paradigmas do DSI

Prototipagem (1)
Um prottipo uma verso experimental de um sistema, construdo com o objectivo de ser explorado, experimentado e/ou avaliado; Uma primeira verso do sistema construda sendo melhorada atravs de sucessivas iteraes at que reflicta correctamente o sistema requerido,

Essas sucessivas iteraes consistem em verificaes por parte dos utilizadores do sistema, sugerindo alteraes a introduzir, se necessrio.

Camilo Amarcy

Paradigmas do DSI

Prototipagem (2)

Camilo Amarcy

Paradigmas do DSI Modelo V (1)

O Modelo V e o Modelo Espiral, so duas aproximaes ao processo de DSI que podem ser vistas como evoluo do modelo em cascata;

Neste modelo, o processo de DSI basicamente dividido em duas partes, as duas pernas do V, a parte da especificao e a da verificao e validao; No diagrama, as caixas rectangulares representam as fases e as ovais representam os produtos, que no so mais do ue o resultado de uma reviso satisfatria da fase anterior, apresentadas sob forma de documentos, e que vo servir de base de trabalho para a fase posterior
Camilo Amarcy

Paradigmas do DSI Modelo V (2)

Camilo Amarcy

Paradigmas do DSI Modelo Espiral (1)

Foi evoluindo ao longo do tempo e foi desenvolvido para incluir os melhores aspectos do ciclo convencional e da prototipagem, 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 se segue; Cada ciclo termina com uma reviso que engloba as pessoas da organizao que requerem o sistema de informao a desenvolver; esta reviso engloba todos os produtos desenvolvidos durante as fases anteriores bem como o plano do ciclo seguinte.
Camilo Amarcy

Paradigmas do DSI Actividades do modelo Espiral

Planeamento: determinao dos objectivos, alternativas e restries; Anlise de risco: avaliao de alternativas, identificao e resoluo dos riscos;

Engenharia: desenvolvimento e verificao; Avaliao: avaliao dos resultados da fase de engenharia e planeamento das fases seguintes.
Camilo Amarcy

Paradigmas do DSI Modelo Espiral (2)

Camilo Amarcy

Paradigmas do DSI Desenvolvimento Rpido de Aplicaes

Enquadra-se no desenvolvimento incremental e visa um ciclo de desenvolvimento mais curto; Pode-se considerar uma adaptao do tipo de desenvolvimento sequencial, no qual o desenvolvimento rpido conseguido com base em componentes;
Este paradigma assenta no pressuposto de que nem todos os requisitos podem necessariamente ser identificados e especificados antecipadamente;
Camilo Amarcy

Paradigmas do DSI Regra 80/20 do RAD

Alguns requisitos apenas aparecero depois de os utilizadores usarem o sistema;

O desenvolvimento comea com os requisitos bvios e fceis de identificar , considerando a regra dos 80/20, segundo o qual 80% da funcionalidade de um sistema pode ser entregue com cerca de 20% do esforo necessrio para completar 100% dos requisitos;
Num projecto desenvolvido segundo a aproximao RAD, os requisitos so priorizados segundo o que chamada a regra MoSCoW.
Camilo Amarcy

Paradigmas do DSI Regra MoSCoW

M: requisitos sem os quais o sistema no vivel (M = Must have); S: requisitos necessrios para garantir um maior benefcio, mas que no pem em causa o sucesso do sistema (S = Should have);

C: requisitos que, se no forem implementados, no tm impacto no projecto; no implementados quando h tempo e recursos (C = Could have); W: requisitos que podero nunca ser implementados; podero s-lo numa componente mais tardia (W = Wont have)
Camilo Amarcy

Paradigmas do DSI Elementos do RAD

O JAD, Join Application Development, para identificar, representar e validar requisitos; A utilizao de prottipos, que tambm auxilia no levantamento mais rpido de requisitos e que se enquadra na viso do RAD, segundo a qual os requisitos vo evoluindo e os utilizadores no sabem bem o que querem at que vem e experiementam o prottipo; A utilizao de ferramentas CASE, Case Added Software Engineering, para automatizar o processo de desenvolvimento do sistema, principalmente as tarefas que mais tempo ocupam, como por exemplo, a criao de documentao e codificao; Um grande envolvimento do utilizador
Camilo Amarcy

Paradigmas do DSI Desenvolvimento de SI Web

O Modelo W uma abordagem que resulta do modelo V; Esta adaptao baseia-se na substituio da fase de codificao por uma fase designada por implementao incremental, que inclui uma etapa de validao com ocliente, devido importncia que a interface com o utilizador tem nestes sistemas; Todas as outras fases tm que existir, independentemente de se tratar de um sistema Web ou no

Camilo Amarcy

Norma 12207

Histria da Norma 12207

Em 1987 a Organizao Internacional para Padronizao (ISO) e a Comisso Internacional 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 a necessidade 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.

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 de Vida; Processos de Apoio do Ciclo de Vida; Processos Organizacionais do Ciclo de Vida; Anexos
Camilo Amarcy

Norma 12207

Objectivo
Estabelece uma estrutura comum para os processos de ciclo de vida de software, com terminologia bem definida, que pode ser referenciada pela indstria de software; Esta norma tambm prov um processo que pode ser utilizado para: Definir; Controlar;

Melhorar os processos de ciclo de vida de software

Camilo Amarcy

Norma 12207

Campo de Aplicao
Aplica-se Aquisio de sistemas, produtos e servios de software; ao fornecimento, desenvolvimento, operao e manuteno de produtos de software, quer sejam executados interna ou externamente a uma organizao; Esta norma no foi concebida para produtos de software de prateleira a menos que eles estejam incorporados dentro de um produto encomendado.
Camilo Amarcy

Norma 12207

Limitaes
No substituto para gerenciamento sistemtico disciplinado de sistemas software; o e de

Prov um framework onde os processos, actividades e tarefas relacionados ao software podem ser identificados, planeados e executados; Esta norma no prescreve um modelo especfico de ciclo de vida ou mtodo de desenvolvimento de software.
Camilo Amarcy

Norma 12207

Interpretao da Norma
Deve: utilizado para expressar uma obrigao entre duas ou mais partes; Dever: usado para expressar uma declarao de objectivo ou inteno de uma da partes; Deveria: utilizado para expressar uma recomendao entre vrias possibilidades; Pode: utilizado para indicar uma aco permitida dentro dos limites desta norma.
Camilo Amarcy

Norma 12207

Organizao da Norma

Camilo Amarcy

Norma 12207 Processos Fundamentais

Partes Fundamentais
Inicia ou executa o desenvolvimento, operao ou manuteno dos produtos de software; Aquirente; Fornecedor; Desenvolvedor; Operador; Mantenedor do Software

Camilo Amarcy

Norma 12207 Processos Fundamentais

Processo de Aquisio
Actividades de quem quer adquirir um sistema, produto de software ou servio de software. Iniciao;

Preparao do pedido da proposta;

Preparao e actualizao do contrato; Monitorao fornecedor; do

Aceitao e Concluso
Camilo Amarcy

Norma 12207 Processos Fundamentais

Processo de Fornecimento
Actividade do fornecedor de Software Iniciao; Preparao de resposta; Contrato; Planeamento;

Execuo e controle;
Reviso e avaliao; Entrega e Concluso
Camilo Amarcy

Norma 12207 Processos Fundamentais

Processo de Desenvolvimento Actividades do desenvolvedor de 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
Camilo Amarcy

Norma 12207 Processos Fundamentais

Processo de Operao
Actividades do operador do software. Operao do software e suporte operacional aos usurios Implementao Processo; do

Testes operacionais;

Operao Sistema;
Suporte ao usurio

do

Camilo Amarcy

Norma 12207 Processos Fundamentais

Processo de Manuteno
Actividade de quem manuteno do software faz a

Implementao do Processo; Anlise do problema e da modificao; Implementao da modificao; Reviso/Aceitao da manuteno; Migrao; Descontinuao do Software
Camilo Amarcy

Norma 12207 Processos de Apoio

Processo de Documentao
Registro de informaes produzidas por um processo de actividade. Inclui: planeamento, projecto, desenvolvimento, produo, edio, distribuio e manuteno dos documentos necessrios a gerentes, engenheiros e usurios do software

Implementao do Processo;
Projecto e desenvolvimento; Produo; Manuteno
Camilo Amarcy

Norma 12207 Processos de Apoio

Processo de Gerncia de Configurao

Identificao e controle dos itens do softwar. Inclui: controle de armazenamento, liberaes, manipulao, distribuio e modificao 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
Camilo Amarcy

Norma 12207 Processos de Apoio

Processo da Garantia da Qualidade Garante que os processos e produtos de software estejam em conformidade com os requisitos e os planos estabelecidos.
Implementao do processo; Garantia do produto; Garantia do processo;

Sistemas de Garantia da Qualidade

Camilo Amarcy

Norma 12207 Processos de Apoio

Processo de Verificao
Determina se os produtos de software de uma actividade atendem completamente aos requisitos ou condies impostas por eles Implementao do processo; Verificao

Camilo Amarcy

Norma 12207 Processos de Apoio

Processo de Validao
Determina se os requisitos e o produto final (sistema ou software) atendem ao uso especfico proposto Implementao do processo; Validao

Camilo Amarcy

Norma 12207 Processos de Apoio

Processo de Reviso Conjunta Define as actividades para avaliar a situao e os produtos de um actividade de um projecto, se apropriado
Implementao do processo; Revises de gerenciamento do projecto;

Revises tcnicas
Camilo Amarcy

Norma 12207 Processos de Apoio

Processo de Auditoria
Determina adequao aos requisitos, planos e contrato, quando apropriado. Implementao do processo; Auditoria;

Camilo Amarcy

Norma 12207 Processos de Apoio

Processo de Resoluo de Problema Anlise e resoluo dos problemas de qualquer natureza ou fonte, descobertos durante a execuo do desenvolvimento, operao, manuteno ou outros processos
Implementao do processo; Resoluo do problema

Camilo Amarcy

Norma 12207 Processos Organizacionais

Processo de Gerncia
Gerenciamentos de processos Iniciao e definio do escopo; Planeamento; Execuo e controle; Reviso e avaliao;

Concluso

Camilo Amarcy

Norma 12207 Processos Organizacionais

Processo de Infra-Estrutura
Fornecimento de recursos para outros processos. Inclui: hardware, software, ferramentas, tcnicas, padres de desenvolvimento, operao ou manuteno. Implementao do processo; Estabelecimento da infraestrutura; Manuteno da infraestrutura;
Camilo Amarcy

Norma 12207 Processos Organizacionais

Processo de Melhoria
Actividades para estabelecer, avaliar, medir, controlar e melhorar um processo de ciclo de vida de software Estabelecimento do processo; Avaliao do processo;

Melhoria do processo

Camilo Amarcy

Norma 12207 Processos Organizacionais

Processo de Treinamento
Actividades para prover e manter pessoal treinado Implementao do processo;

Desenvolvimento do material de treinamento;

Implementao do plano de treinamento;

Camilo Amarcy

Norma 12207 Anexos

Processo de Adaptao
Apresenta um processo para realizar a adaptao bsica desta norma para um projecto de software Identificao do ambiente do projecto; Solicitao de informaes;

Selea de processos, actividades e tarefas;

Documentao de decises e motivos da adaptao
Camilo Amarcy

Norma 12207 Anexos

Orientao para Adaptao

Nenhum projecto idntico; Variaes na polticas e procedimentos organizacionais, mtodos e estratgias de aquisio, tamanho e complexidade do projecto, requisitos e mtodos de desenvolvimento do sistema, entre outras coisas, influenciam na forma como um sistema adquirido, desenvolvido, operado e mantido.
Camilo Amarcy

Norma 12207 Anexos

Orientao sobre processos e organizaes Tem o objectivo de proporcionar um melhor entendimento sobre processos, organizaes e seus relacionamentos;
Apresenta os processos do ciclo de vida (fundamentais, de apoio e organizacionais), suas actividades constituintes sob diferentes vises.

Camilo Amarcy

Norma 12207

Okay....
Norma da ISO que define os processos de desenvolvimento de software. A norma internacional ISO/IEC 12207 tem como objectivo principal estabelecer uma estrutura comum para os processos de ciclo de vida e de desenvolvimento de softwares visando ajudar as organizaes a compreenderem todos os componentes presentes na aquisio e fornecimento de software e, assim, conseguirem firmar contratos e executarem projetos de forma mais eficaz.
Camilo Amarcy

Norma 12207

Considerao da Norma (1)

A norma detalha cada um dos processos do ciclo de vida, define como eles podem ser usados de diferentes maneiras por diferentes organizaes (ou parte destas), representando diversos pontos de vista para esta utilizao; Cada uma das vises representa a forma como uma organizao emprega estes processos, agrupando-os de acordo com suas necessidades e objectivos

Camilo Amarcy

Norma 12207 Considerao da Norma (2) As vises tm o objectivo de organizar melhor a estrutura de uma empresa, para definir suas gerncias e actividades alocadas s sias equipes. Existem cinco vises diferentes: contrato, gerenciamento, operaes, engenharia e apoio. A ISO/IEC 12207 a primeira norma internacional que descreve em detalhes os processos, actividades e tarefas que envolvem o fornecimento, desenvolvimento, operao e manuteno de produtos de software.
Camilo Amarcy

Norma 12207 Concluses da Norma A norma ISO/IEC 12207 fornece um conjunto completo de processos para aquisio ou fornecimento de produtos os servios; Sua arquitectura pode ser acomodada a modernos mtodos de software, tcnicas, ferramentas e ambiente de engenharia.

Camilo Amarcy

Desenho Fases do Processo de DSI (1)

Camilo Amarcy

Desenho

Fases do Processo de DSI (2)

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;

Camilo Amarcy

Desenho

Fases do Processo de DSI (3)

Validao e verificao de requisitos;

Desenho;
Codificao, Testes Implantao; e

Manuteno;

Camilo Amarcy

Desenho Correspondncia entre as etapas nas diferentes abordagens

Camilo Amarcy

Desenho

Avaliao da viabilidade
Organizacionais: como o sistema suporta os objectivos estratgicos da organizao; Econmicos: de que forma que os custos de operao e desenvolvimento do sistema so compensados pelo aumento de lucro, diminuio de custos, etc; Tcnicos: em que medida que as tecnologias de informao necessrias podem ser adquiridas ou desenvolvidas no tempo necessrio;

Operacionais: como que o sistema aceite pelos utilizadores.

Camilo Amarcy

Desenho

Engenharia de Requisitos
Define-se como: acto de determinar as necessidades e restries do sistema em desenvolvimento, estebelecendo uma viso geral do sistema num dado contexto, sendo normalmente aceite que o principal produto resultante do processo de ER a especificao de requisitos que deve indicar o que o sistema deve fazer e no como fazer (Pohl, 1996)

Camilo Amarcy

Desenho

Engenharia de Requisitos vs 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 dos utilizadores; a este nvel, os requisitos descrevem o comportamento do sistema visto do exterior, isto : pelo utilizador; enquanto que a origem de requisitos de software est nos requisitos ou especificaes do sistema;

Camilo Amarcy

Desenho

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, a regulamentao e o domnio para produzir: requisitos, especificaes e modelos do sistema.

Camilo Amarcy

Desenho

Falhas no Processo de DSI

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

Camilo Amarcy

Modelao

Importncia
Actualmente os SI recorrem s TI no s para melhorarem a eficincia dos processos organizacionais, como tambm aumentam a efectividade e competitividade das organizaes. paradoxal que continuem a desenvolver SI que automatizem processos muitas vezes ineficientes, pelo que, antes de se prescrever uma soluo para os problemas da organizao, se deve, obrigatoriamente, compreender o problema correctamente.
Camilo Amarcy

Modelao

Objectivos dos Modelos

Ilustrar ou clarificar pensamentos sobre um determinado assunto; Definir a estrutura, a lgica e o comportamento de um sistema;

Suportar o processo de resoluo de problemas atravs da anlise de diferentes opes ou solues;

Ajudar a desenhar, a contruir ou a pes a funcionar um sistema;

Camilo Amarcy

Modelao

Utilizadores dos Modelos

Camilo Amarcy

Modelao

Objecto
Os modelos da organizao, para reduzir a complexidade da realidade a ser representada, devem permitir a representao de certos aspectos da mesma atravs de objetos (IEEE, 1998; ISO 1997). o utilizador do modelo, de acordo com o seu papel e finalidade da utilizao, que selecciona que objectos da organizao lhe interessa representar no modelo.

Camilo Amarcy

Modelao

Ferramentas de Modelao
Exemplos de algumas ferramentas grficas que so usadas 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

Camilo Amarcy

Modelao Arquitectura e Referenciais (1)

A arquitectura , por vezes, entendida como o resultado de um processo de construo de uma realidade.. Neste caso, o termo arquitectura associado a um conceito fsico; No entanto, a arquitectura quando se liberta da sua componente material, ou seja, o produto final, uma multitude de contributods, cada um dos quais no suficiente por si s, sendo sim, um elemento de relao e de constituio de um percurso;

A arquitectura pode ser uma manifestao abstracta, passando a ser como o mtodo, a arte de construir qualquer coisa e de ordenar a realidade.
Camilo Amarcy

Modelao Arquitectura e Referenciais (2)

Um referencial um conjunto de conceitos relacionados, susceptvel de ser usado enquanto esquema de classificao, necessrio para desenhar artefactos, realando e concentrando-se nos aspectos importantes da realidade complexa a ser descrita; As arquitecturas so suportadas por referenciais que enquadram as premissas que condicionam o objecto em causa, definindo e delimitando o objectivo da realidade descrita.
Camilo Amarcy

Modelao Arquitectura e Referenciais (3)

Quando se fala de representaes conceptuais da organizao, ou seja modelos, os termos Arquitectura e Referencial so vulgarmente utilizados. A relao existente entre o conceito de arquitectura e referencial leva a que muitas vezes estes termos sejam usados indistintamente.
Camilo Amarcy

Modelao Exemplos de Arquitecturas

Arquitecturas para projectos de produo integrados 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 e conhecimento (Importante para o

PDSI)
ISA e SCAISI_si
Camilo Amarcy

Modelao ISA (Information System Architecture)

Providncia uma estrutura base que suporta a organizao, o acesso, a integrao, a interpretao, o desenvolvimento, a gesto e a alterao de um conjunto de representaes arquitecturais dos SI das organizaes; As perspectivas contempladas pela ISA so: planeador, proprietrio, desenhador, construtor, subcontratado e utilizador

Outra dimenso descreve as abstraes: dados, funces, rede, pessoas, tempo e motivao
Camilo Amarcy

Modelao SCAIS_si (Sistema de Conceitos para Actividades de Interveno de Sistemas de Informao)

Tem por objectivo estruturar e organizar o conhecimento do SI; uma arquitectura genrica que contempla, as representaes das diferentes concepes dos objectos que permitem caracterizar o SI; Serve como instrumento metodolgico de apoio que pretende responder s necessidades da prtica de actividades de interveno de SI.

1 Dimenso: visionrio, planeador, utilizador, tradutor, desenhador, tcnico e construtor; 2 Dimenso: trabalho, material, espao de trabalho, tecnologia, ambiente, agentes e recursos econmicos e recursos humanos.
Camilo Amarcy

Mtodos de DSI Terminologia

Mtodo: entendido como um conjunto especfico dde procedimentos, tcnicas, ferramentas e documentao, a ser usada na resoluo particular de um problema; Metodologia: definida como o estudo dos mtodos ou como a arte de dirigir o esprito de investigao.

Tcnica: conjunto bem definido de procedimentos que pode ser usado num determinado domnio, neste caso: SI; Ferramenta: conjunto de simbolos usados para descrever um determinado sistema
Camilo Amarcy

Mtodos de DSI Okay...

Pode-se dizer que o mtodo dita o que fazer e quando, recorrendo s tcnicas que dizerem como;

Mtodos diferentes podem usar tcnicas e ferramentas comuns;

Camilo Amarcy

Mtodos de DSI Tipos de Mtodos

Metodos estruturados e mtodos orientados a objectos; Mtodos orientados a processos, mtodos orientados a dados e mtodos hbridos; Mtodos formais; formais e semi-

Mtodos hard e mtodos soft

Camilo Amarcy

Mtodos de DSI Problemtica dos Mtodos

Na generalidade, os mtodos no cobrem todas as fases do DSI, havendo a necessidade de adoptar mais do que um mtodo no processo. Por exemplo, o SSADM, JSD e o RUP cobrem mais do que uma fase do DSI, mas h outras como por exemplo o JSP (Jackson System Programming) e o Extreme Programming que s cobrem a fase de codificao

Camilo Amarcy

Mtodos de DSI Descrio de Alguns Mtodos

A escolha dos mtodos a serem explorados torna-se uma tarefa difcil; No entanto, tentou-se eleger, pelo menos um de cada tipo: estruturado, orientado a objectos e simultaneamente, um hard e um soft; Desta forma a escolha recai sobre o SSADM e o RUP pois so mtodos hard sendo o primeiro estruturado e o segundo orientado a objectos; O mtodo soft foi escolhido o SSM
Camilo Amarcy

Mtodos de DSI SSADM

Cobre as fases de estudo de viabilidade, engenharia de requisitos e desenho do ciclo convencional de SI; No abrange reas como a gesto do projecto ou a codificao, mas necessita e interfaces com estas reas, as quais so feitas atravs de documentos de input e output;

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
Camilo Amarcy

Descreve o processo de DSI atravs de uma estrutura hierrquica, considerando mdulos, etapas, passos e tarefas.

Mtodos de DSI RUP

suportado pela ferramenta CASE Rational e visa a construo de um SIBC (Sistema de Informao Baseado em Contexto) baseando-se em seis melhores prticas; Essas prticas so: desenvolver o sistema iterativamente; gerir os requisitos; usar uma arquitectura baseada em componentes; modelar e visualizar o sistema; verificar a qualidade do software; constrolar alteraes de software

Fases
Concepo;

Elaborao;
Construo; Transio;
http://pt.wikipedia.org/wiki/IBM_Rationa l_Unified_Process
Camilo Amarcy

Mtodos de DSI SSM

Ideia fundamental presente no SSM que se pode mudar a forma de investigar em relao s metodologias tradicionais;
A interveno passa a ser determinada por um conjunto de pessoas que trabalham de forma colaborativ com o investigador; Segue uma aproximao participativa e considera fundamental envolver os clientes ou representates, sempre que possvel

http://en.wikipedia.org/wiki/Soft_system s_methodology
Camilo Amarcy

Mtodos de DSI Passos do SSM

Passo 1 e 2: Exprimir uma situao no estruturada; Passo 3 e 4: Definir a essncia/modelo conceptual; Passo 5: Fazer comparao sistema/modelo;
Passo 6: Decidir praticveis/desejveis alteraes

Passo 7: Tomar aces para melhorar.

Camilo Amarcy

Mtodos de DSI Relaes entre as fases do processo de desenvolvimento e dos mtodos

Camilo Amarcy

Mtodos de DSI Resumo

Fez-se uma descrio dos processos de desenvolvimento de sistemas de informao, apresentando-se diferentes abordagens possveisa esse processo;
Os conceitos de modelo, arquitectura e referencial so apresentados, justificando-se porque so necessrios nas diferentes fases de um projecto de desenvolvimento de sistemas de informao; Fez-se uma clarificao terminolgica quanto ao uso dos termos mtodo, metodologia, tcnica, ferramenta e notao. E foi feita uma descrio dos diferentes mtodos.
Camilo Amarcy

Dvidas

.....

Camilo Amarcy