TEMA 3 METODOLOGIAS DE DESENVOLVIMENTO DE SISTEMAS

TPICOS AULA 7
Conceito Metodologia Metodologia orientada a Processos e Dados RAD, JAD, XP, STRADIS, MOO, MERISE, ISAC, OSSAD, ETHICS, YSM, RUP/UML
1

METODOLOGIA
uma srie recomendada de passos e procedimentos que devem ser seguidos para obter o desenvolvimento do SI Conjunto recomendado de filosofias, fases, procedimentos, tcnicas, regras, ferramentas, documentao, gesto, e treino para o desenvolvimento de um SI Conjunto formado por procedimentos, tcnicas, ferramentas e documentao que auxiliaro os responsveis pelo desenvolvimento de SI na implementao 2

Metodologias para o desenvolvimento de sistemas

Metodologia Orientada para os Processos:
Envolve a criao de representaes grficas como os diagramas de fluxo de dados, grficos e mapas O foco o fluxo, uso e transformao de dados em sistema de informao Os dados so seguidos da fonte, atravs dos passos seguintes, at o destino final No especificada a estrutura natural dos dados
3

Metodologias para o desenvolvimento de sistemas (1)

Metodologia Orientada para os Dados:
Descreve a organizao ideal dos dados, independente de onde e de como os dados so usados O modelo dos dados descreve tipos dos dados e dos relacionamentos do negcio entre os dados As regras do negcio descrevem como a organizao capta e processa os dados
4

Histrico das Metodologias de DSI

Crise do Software (~1970) Desenvolvimento de Software como arte desenho de telas e arquivos Problemas de execuo Erros Custos inesperados Insatisfao de usurios Sistemas legados que necessitam modificaes mas com cdigo/documentao ilegvel ou inexistentes.
5

Histrico das Metodologias de DSI

PROBLEMAS Pouco tempo para recolha de dados sobre o desenvolvimento do software Comunicao durante o desenvolvimento do sistema muito fraca Falta de testes do sistema complexos

Surgem as Metodologias de DSI

Anlise Estruturada Anlise Essencial Anlise Orientada a Objectos

Anlise Estruturada
Enfatiza a perspectiva das funes, com nfase nos processos. Utiliza as seguintes ferramentas: DC, DFD, DEA, DD, ET e AD A anlise estruturada clssica no modela o comportamento temporal, nem complexos relacionamentos de dados.
8

Anlise Essencial
uma evoluo da Anlise Estruturada por adicionar a preocupao com o controle. Usa uma lista de eventos externos como base para o particionamento do sistema. O modelo essencial construdo 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 Informao modela os dados necessrios s actividades essenciais do sistema (DEA). Modelo de Implementao extenso do modelo essencial com restries de implementao (Tempo, capacidde, comunicao, etc.) 9

Anlise Orientada a Objectos

Mudana do enfoque das funes para os dados Preocupao em modelar de forma mais detalhada o sistema Anlise mais prxima da realidade Facilidade na comunicao com o usurio O mundo real composto por objectos
10

Porqu usar a OO?

Actualmente temos ferramentas completas para sua utilizao (integrando especificao e implementao) Practicamente todas as ferramentas novas de programao permitem suporte a sua utilizao Melhor qualidade do software (se usada correctamente) Produtividade em funo do reuso (no imediata) Adequada para a construo de sistemas distribudos e para aplicaes voltadas a Internet Dificuldades: Usurios no pensam em seus problemas de forma orientada a objectos Requisitos no so orientados a objectos, os requisitos dos 11 usurios/sistema so funcionais

RAD
Rapid Application Development um modelo de processo de desenvolvimento de software iterativo e incremental Envolvimento dos utilizadores a chave do sucesso Enfatiza um ciclo de desenvolvimento extremamente curto (entre 60 e 90 dias). Exige um cometimento srio dos gestores sniores da organizao
12

JAD
Joint Application Design Tcnica efectiva para a definio rpida 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 13

14

15

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, atravs das conversas/histrias informais dos utilizadores Basea-se em testes contnuos e integrao do sistema. Exige grande envolvimento dos utilizadores/clientes. A programao feita em pequenas equipas de programadores (Pair-Programming)

16

17

Comparando o XP, Espiral e Tradicional

18

STRADIS
Structured Analysis, Design and h Implementation of Information Systems Metodologia desenvolvida por Gane e Sarson (1979). baseada na filosofia da decomposio funcional Basea-se no uso de Diagramas de Fluxo de Dados
19

OOM
Object Oriented Methodology Metodologia de desenvolvimento de Software, baseada no Paradigma da Orientao a Objectos A tecnologia OO baseada em alguns conceitos simples (Identidade, Classificao, Polimorfismo e Herana) que quando combinados produzem melhoramentos significativos na construo de SW

20

MERISE
Method dEtude et de Realisation Informatique pour les Systems dEnterprise Criada por Quang and Chartier-Kastler (1991) Largamente usada na Frana, Espanha e Suia Consiste de 3 Ciclos: Ciclo de deciso, ciclo de vida e ciclo de abstraco.

21

ISAC
Information Systems Work and Analysis of Changes Criada por Mats Langefors no incio dos anos 60 Os 5 passos bsicos da metodologia so:
Anlise de Mudanas Estudo das actividades Anlise da Informao Desenho do Sistema de Dados Adaptao do Equipamento
22

OSSAD
Office Support System Analysis and Design orientada a processos informticos usado para casos em que h necessidade de reengenharia de do negcio Permite:
Participao Iterao e Experimentao
23

ETHICS
Effective Technical and Human Implementation of Computers based Systems Adopta o mtodo tcnico-social levado do campo da sociologia Tem em vista:
Reduzir a resistncia a mudana pelos utilizadores Aumentar a participao e o interesse Reduzir erros e conflictos

Segue 5 estgios: Anlise do sistema desejado, Anlise do sistema existente, Acordo sobre os objectivos, Desenho do sistema organizacional e Implementao do sistema, 24

YSM
Yourdon Systems Method similar a STRADIS Usa a decomposio funcional do sistema nfase dada a importncia das estruturas de dados

25

 Metodologia de desenvolvimento OO Oferecido pela IBM / Rational (Booch, Rumbaugh e Jacobson) Unified Modeling Language (UML) usada primeiramente para modelao UML pode ser usada com qualquer metodologia OO O RUP define 4 fases do CVDSI (Incepo, Elaborao, Construo e Transio) Reinfora 6 melhores prcticas no DSI:
Desenvolver iteractivamente Definir e gerir os requisitos do sistema Usar a arquitectura de componentes Criar modelos visuais Verificar a qualidade Controlar as mudanas
26

Rational Unified Process (RUP)

27

28

Microsoft Solution Framework (MSF)

um conjunto de Processos de Engenharia de Software, princpios e prcticas comprovadas com inteno de dar suporte aos desenvolvedores no CVDSI Princpios Fundamentais
Comunicao aberta Trabalhar tendo em conta uma viso comum Dar mais poder aos membros da equipa Partilhar as responsabilidades Focar no valor do negcio Estar gil, esperar mudanas Investir em qualidade Aprender com base nas experincias
29

30

TPICOS AULA 8
Structured System Methodology (SSADM) Definio Componentes da SSADM Analysis Design

31

SSADM
uma metodologia estruturada de desenvolvimento e anlise de sistemas de informao usada nas fases de anlise e desenho do SI No contempla questes relacionadas com a construo, teste e implementao 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
32

Objectivos da SSADM
Melhorar o planeamento e controlo de projectos de DSI Aumentar a eficincia do pessoal (tanto experiente como no) Melhorar a qualidade do sistema Suportar o DSI com base em ferramentas automatizadas Melhorar a comunicao entre os envolvidos no DSI (Clientes, Analistas, Programadores, 33 etc.)

Caractersticas da SSADM
um padro aceite pela comunidade de desenvolvedores de SI Usa o fluxo de dados Exige o envolvimento do utilizador Usa a tcnica Top-Down e Bottom-Up Usa tcnicas diagramas com recurso ao uso de

D viso fsica e lgica do sistema

34

Mdulo/Etapas da SSADM
Mdulo 0: Estudo de Viabilidade Mdulo 1: Levantamento do Sistema Actual (Descrio, Requisitos, DC, DD e DFD actuais e DEA global) Mdulo 2: Especificao de novos requisitos (DFD novo e DEA refinado) Mdulo 3: Escolha da alternativa (DFD e DEA finais) Mdulo 4: Construo de Tabelas, Normalizao e Esquema de Tabelas
35

Mdulo 0: Estudo de Viabilidade

Estimativa dos investimentos necessrios implantao de projectos e de custos operacionais. Faz-se atravs de anlises tcnico-econmicofinanceiras (estimativa de diferentes recursos) Envolve:
Sumarizao do conhecimento organizacional Preparao para o estudo de viablidade Definio do problema e oportunidades em conjunto com utilizqador Seleco das opes de viabilidade e criao do relatrio de viabilidade

Antes de se avanar com uma anlise mais detalhada dos requisitos de um projecto, deve ser feito um estudo de viabilidade Relatrio deve ser entregue Direco para avaliar a continuidade do projecto 36 Este estgio a chave para o sucesso do projecto

Mdulo 0: Estudo de Viabilidade (Cont.)

Ser que o sistema contribui para os objectivos da organizao? Dadas as restries tecnolgicas, organizacionais (econmicas, polticas, ambientais, recursos disponveis) e temporais associadas ao projecto, ser que o sistema pode ser implementado? Se o novo sistema no fosse implementado, quais seriam as alternativas para a organizao? Quais so os problemas que os sistemas actuais apresentam e como que um sistema novo ir resolver estas falhas? De que forma que o sistema ir contribuir diretamente para os objetivos da organizao? possvel a integrao com os outros sistemas da organizao (de um ponto de vista tecnolgico)? Com que facilidade que se consegue partilhar informao 37 entre estes sistemas?

Mdulo 1: Levantamento do Sistema Actual

Consiste na investigao dos dados e processos correntes, definio dos requisitos, da viso lgica dos servios actuais Apresentar a descrio do sistema, tendo em conta as tcnicas de recolha de dados. Apresentar os requisitos funcionais e no 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

Mdulo 1: Levantamento do Sistema (Cont.)

O analista deve se interrogar sobre o actual sistema e ter uma viso geral sobre o mesmo, apresentado a descrio detalhada sobre o seu funcionamento um processo importante para a criao de um novo sistema, podendo ser necessrio 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 vrias funes do negcio de forma grfica e estruturada Entidade e Relaes (DEA) 39 Dicionrio de Dados (DD)

Mdulo 2: Especificao 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 tcnicas usadas incluem: Anlise das relaes entre os dados, anlise da relao entre as entidades e definio de funes Validar todos os novos requisitos junto do cliente
40

Mdulo 3: Escolha da alternativa

So apresentados os DFD e DEA finais So apresentadas as alternativas Faz-se a escolha da alternativa que melhor responde aos anseios do utilizador e que seja vivel do ponto de vista tcnico, econmico e financeiro

41

Mdulo 4: Construo de Tabelas, Normalizao e Esquema de Tabelas

So apresentadas as opes do sistema tcnico Apresenta-se o projecto lgico que mapeado para um ambiente fsico So construdas as tabelas Efectua-se a normalizao das tabelas sempre que necessrio Apresenta-se o esquema de tabelas final

42