Baixe Metodologias de Deselvolvimento de sistemas e outras Manuais, Projetos, Pesquisas em PDF para Análise de Sistemas de Engenharia, somente na Docsity!
1
TÓPICOS – SESSÃO 7
- Conceito Metodologia
- Metodologia orientada a Processos e Dados
- RAD, JAD, XP, STRADIS, MOO, MERISE, ISAC,
OSSAD, ETHICS, YSM, RUP/UML
TEMA 3TEMA 3
METODOLOGIAS DE DESENVOLVIMENTOMETODOLOGIAS DE DESENVOLVIMENTO
DE SISTEMASDE SISTEMAS
2
METODOLOGIA
- É uma série recomendada de passos e procedimentos que devem ser seguidos para obter o desenvolvimento do SI.
- Conjunto recomendado de filosofias, fases, procedimentos, técnicas, regras, ferramentas, documentação, gestão, e treino para o desenvolvimento de um SI.
- Conjunto formado por procedimentos, técnicas, ferramentas e documentação que auxiliarão os responsáveis pelo desenvolvimento de SI na implementação.
3
Metodologias para o desenvolvimento de sistemas
Metodologia Orientada para os Processos:
- Envolve a criação de representações gráficas como os diagramas de fluxo de dados, gráficos e mapas;
- O foco é o fluxo, uso e transformação de dados em sistema de informação;
- Os dados são seguidos da fonte, através dos passos seguintes, até o destino final;
- Não é especificada a estrutura natural dos dados.
4
Metodologias para o desenvolvimento de sistemas (1)
Metodologia Orientada para os Dados:
- Descreve a organização ideal dos dados, independente de onde e de como os dados são usados;
- O modelo dos dados descreve tipos dos dados e dos relacionamentos do negócio entre os dados;
- As regras do negócio descrevem como a organização capta e processa os dados.
7
Surgem as Metodologias de DSI
• Análise Estruturada
• Análise Essencial
• Análise Orientada a Objectos
8
Análise Estruturada
- Enfatiza a perspectiva das funções, com ênfase nos
processos.
- Utiliza as seguintes ferramentas: Diagrama de Contexto
(DC), Diagrama de Fluxo de Dados (DFD), Diagrama de Entidade e Associação (DEA), Dicionário de Dados (DD), Esquema de Tabelas (ET), Árvore de Decisão (AD) e Tabela de Decisão (TD).
- A análise estruturada clássica não modela o comportamento
temporal, nem complexos relacionamentos de dados.
9
Análise Essencial
- É uma evolução da Análise Estruturada por adicionar a preocupação com o controle.
- Usa uma lista de eventos externos como base para o particionamento do sistema.
- O modelo essencial é construído por:
- Modelo Ambiental – define a fronteira entre o sistema e o ambiente (DC e Lista de Eventos).
- Modelo Comportamental – descreve o comportamento interno do sistema (DFD e DD).
- Modelo de Informação – modela os dados necessários às actividades essenciais do sistema (DEA).
- Modelo de Implementação – extensão do modelo essencial com restrições de implementação (Tempo, capacidade, comunicação, etc.)
10
Análise Orientada a Objectos
- Mudança do enfoque das funções para os dados.
- Preocupação em modelar de forma mais detalhada o
sistema.
- Análise mais próxima da realidade.
- Facilidade na comunicação com o utilizador.
- “O mundo real é composto por objectos“.
13
JAD
- Joint Application Design.
- Técnica efectiva para a definição rápida dos requisitos do sistema.
- Tempo de desenvolvimento curto pelo envolvimento de todos os decisores chave.
- Pode ser incorporada em qualquer metodologia de desenvolvimetno.
- Ideal para metodologias de desenvolvimento iteractivas.
14
15
16
XP
- Extreme Programming.
- Metodologia de desenvolvimento para manter o processo simples e eficiente. É recente.
- Descreve as necessidades de suporte para o sistema e os requisitos funcionais do sistema, através das conversas/histórias informais dos utilizadores.
- Basea-se em testes contínuos e integração do sistema.
- Exige grande envolvimento dos utilizadores/clientes.
- A programação é feita em pequenas equipas de programadores ( Pair-Programming).
19
STRADIS
- Structured Analysis, Design and h Implementation of Information Systems.
- Metodologia desenvolvida por Gane e Sarson (1979).
- É baseada na filosofia da decomposição funcional.
- Basea-se no uso de Diagramas de Fluxo de Dados.
- Tem como objectivo o desenvolvimento de um sistema de informação computarizado.
20
OOM
- Object Oriented Methodology.
- Metodologia de desenvolvimento de Software, baseada no
Paradigma da Orientação a Objectos.
- A tecnologia OO é baseada em alguns conceitos simples
(Identidade, Classificação, Polimorfismo e Herança) que quando combinados produzem melhoramentos significativos na construção de SW.
- Tem como objectivo o desenvolvimento de um sistema de
informação computarizado.
21
MERISE
- Method d’Etude et de Realisation Informatique pour les
Systems d’Enterprise.
- Criada por Quang and Chartier-Kastler (1991).
- Largamente usada na França, Espanha e Suiça.
- Consiste de 3 ‘Ciclos’: Ciclo de decisão, ciclo de vida e ciclo de
abstracção. Tem como objectivo o desenvolvimento de um sistema de informação computarizado.
22
ISAC
- Information Systems Work and Analysis of Changes.
- Criada por Mats Langefors no início dos anos 60.
- Os 5 passos básicos da metodologia são:
- Análise de Mudanças;
- Estudo das actividades;
- Análise da Informação;
- Desenho do Sistema de Dados;
- Adaptação do Equipamento.
- Tem como objectivo o desenvolvimento de um sistema de informação.
25
YSM
- Yourdon Systems Method.
- É similar a STRADIS.
- Usa a decomposição funcional do sistema.
- Ênfase é dada a importância das estruturas de dados.
- Tem como objectivo o desenvolvimento de um sistema de
informação computarizado.
26
Rational Unified Process (RUP)
- Metodologia de desenvolvimento OO.
- Oferecido pela IBM / Rational (Booch, Rumbaugh e Jacobson).
- Unified Modeling Language (UML) usada primeiramente para modelação.
- UML pode ser usada com qualquer metodologia OO.
- O RUP define 4 fases do CVDSI (Incepção, Elaboração, Construção e Transição).
- Reforça 6 melhores prácticas no DSI:
- Desenvolver iteractivamente,
- Definir e gerir os requisitos do sistema,
- Usar a arquitectura de componentes,
- Criar modelos visuais,
- Verificar a qualidade,
- Controlar as mudanças.
27
28
31
SSADM
- É uma metodologia estruturada de desenvolvimento e análise de sistemas de informação.
- É usada nas fases de análise e desenho do SI.
- Não contempla questões relacionadas com a construção, teste e implementação de S/W.
- Baseada na estrutura de dados, por isso recomendada para sistemas estruturados.
- Adopta o Modelo Cascata, onde cada fase tem que terminar e só depois poderá iniciar a fase seguinte.
- Tem como objectivo o desenvolvimento de um sistema de informação computarizado.
32
Objectivos da SSADM
- Melhorar o planeamento e controlo de projectos de Desenvolvimento de Sistemas de Informação (DSI).
- Aumentar a eficiência do pessoal (tanto experiente como não).
- Melhorar a qualidade do sistema.
- Suportar o DSI com base em ferramentas automatizadas.
- Melhorar a comunicação entre os envolvidos no DSI (Clientes, Analistas, Programadores, etc.)
33
Características da SSADM
- É um padrão aceite pela comunidade de desenvolvedores de SI.
- Usa o fluxo de dados.
- Exige o envolvimento do utilizador.
- Usa a técnica Top-Down e Bottom-Up.
- Usa técnicas com recurso ao uso de diagramas
- Dá visão física e lógica do sistema.
34
Módulo/Etapas da SSADM
- Módulo 0: Estudo de Viabilidade.
- Módulo 1 : Levantamento do Sistema Actual (Descrição, Requisitos, DC, DD e DFD actuais e DEA global).
- Módulo 2: Especificação de novos requisitos (DFD novo e DEA refinado).
- Módulo 3: Escolha da alternativa (DFD e DEA finais).
- Módulo 4: Construção de Tabelas, Normalização e Esquema de Tabelas.
37
Módulo 1: Levantamento do Sistema Actual
- Consiste na investigação dos dados e processos correntes, definição dos requisitos, da visão lógica dos serviços actuais.
- Apresentar a descrição do sistema, tendo em conta as técnicas de recolha de dados.
- Apresentar os requisitos funcionais e não funcionais do sistema actual.
- Detalhes do funcionamento do sistema:
- Quem? (pessoas envolvidas)
- O Quê? (a actividade)
- Onde? (ambiente onde determinado trabalho se realiza)
- Quando? (tempo)
- Como? (como cada procedimento se desenrola)
38
Módulo 1: Levantamento do Sistema (Cont.)
- O analista deve se interrogar sobre o actual sistema e ter uma visão geral sobre o mesmo, apresentado a descrição detalhada sobre o seu funcionamento.
- É um processo importante para a criação de um novo sistema, podendo ser necessário fazer a Reengenharia de Processos.
- Devem ser desenhados os diagramas de:
- Contexto (DC) – Para mostrar o contexto.
- Fluxo de Dados (DFD) – Representar Inputs, Processos e Outputs das várias funções do negócio de forma gráfica e estruturada.
- Entidade e Relações (DEA).
- Dicionário de Dados (DD).
39
Módulo 2: Especificação de novos requisitos
- Novos requisitos devem ser definidos, tendo em conta o funcionamento do sistema actual.
- Novos DFD´e DEA devem ser construidos tendo em conta a nova realidade.
- Podem ser apresentadas alternativas de desenho do sistema proposto.
- As técnicas usadas incluem: Análise das relações entre os dados, análise da relação entre as entidades e definição de funções.
- Validar todos os novos requisitos junto do cliente.
40
Módulo 3: Escolha da alternativa
- São apresentados os DFD e DEA finais.
- São apresentadas as alternativas.
- Faz-se a escolha da alternativa que melhor responde aos
anseios do utilizador e que seja viável do ponto de vista técnico, económico e financeiro.
