P. 1
desarrollo estructurado

desarrollo estructurado

|Views: 620|Likes:
Publicado porsary

More info:

Published by: sary on May 07, 2011
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PDF, TXT or read online from Scribd
See more
See less

05/20/2013

pdf

text

original

Metodologías de

Desarrollo de Software
1. Introducción.
2. Características principales.
3. Clasificación de las metodologías.
4. Principales metodologías de desarrollo.
METODOLOGIAS DE DESARROLLO DE SOFTWARE
4.010
CONCEPTOS GENERALES
CONCEPTOS GENERALES
-Metodología: Conjunto de procedimientos, técnicas,
herramientas y un soporte documental que ayuda a los desarrolladores
a realizar nuevo software.
-Tarea: Actividades elementales en que se dividen los procesos.
-Procedimiento: Definición de la forma de ejecutar la tarea.
-Técnica: Herramienta utilizada para aplicar un procedimiento.
Se pueden utilizar una o varias.
-Herramienta: Para realizar una técnica, podemos apoyarnos
en las herramientas software que automatizan su aplicación.
-Producto: Resultado de cada etapa.
METODOLOGIAS DE DESARROLLO DE SOFTWARE
4.015
METODOLOGÍA
METODOLOGÍA
Vs
Vs
CICLO DE VIDA
CICLO DE VIDA
Una metodología puede seguir uno o varios
modelos de ciclo de vida, es decir, el
ciclo de vida indica qué es lo que hay que
obtener a lo largo del desarrollo del
proyecto pero no cómo hacerlo.
La metodología indica cómo hay que
obtener los distintos productos parciales y
finales
METODOLOGIAS DE DESARROLLO DE SOFTWARE
4.018
GENERACIONES DE METODOLOGÍA
GENERACIONES DE METODOLOGÍA
-Desarrollo Convencional (Sin Metodología) .
-Desarrollo Estructurado.
-Desarrollo Orientado a Objetos.
METODOLOGIAS DE DESARROLLO DE SOFTWARE
4.020
DESARROLLO CONVENCIONAL
DESARROLLO CONVENCIONAL
®Los resultados finales son impredecibles
®No hay forma de controlar lo que está sucediendo
en el Proyecto
®Los cambios organizativos afectan negativamente
al proceso de desarrollo
DESARROLLO ESTRUCTURADO
DESARROLLO ESTRUCTURADO
EProgramación estructurada
EDiseño estructurado
EAnálisis estructurado
EEspecificaciones funcionales:
EGráficas
EParticionadas
EMínimamente redundantes
4.030
METODOLOGIAS DE DESARROLLO DE SOFTWARE
EJEMPLO DE PROGRAMACIÓN CONVENCIONAL
EJEMPLO DE PROGRAMACIÓN CONVENCIONAL
4.033
METODOLOGIAS DE DESARROLLO DE SOFTWARE
10 CLS
20 A=10
30 INPUT B
40 IF B=A THEN GOTO 50 ELSE GOTO 70
50 PRINT “A Y B SON IGUALES”
60 GOTO 100
70 IF A>B THEN GOTO 80 ELSE GOTO 90
80 B= B + 1; GOTO 40
90 B= B - 1; GOTO 40
100 END
EJEMPLO DE PROGRAMACIÓN ESTRUCTURADA
EJEMPLO DE PROGRAMACIÓN ESTRUCTURADA
4.037
METODOLOGIAS DE DESARROLLO DE SOFTWARE
PROGRAM NUMEROSIGUALES
BEGIN
CLEARSCREEN;
A :=10 ;
INPUT B;
REPEAT
IF B=A THEN PRINT “A Y B SON IGUALES”
ELSE REDUCEDIFERENCIA(A,B);
UNTIL B=A;
END;
PROCEDURE REDUCEDIFENCIA(A,B);
BEGIN
IF A>B THEN B:= B+1
ELSE B:= B - 1
END
RELACION HISTORICA DE LAS PRINCIPALES
RELACION HISTORICA DE LAS PRINCIPALES
METODOLOGIAS
METODOLOGIAS
AÑO METODOLOGÍA
1968 Conceptos sobre la programación estructurada de DIJKSTRA
1974 Técnicas de programación estructurada de WARNIER y JACKSON
1975 Primeros conceptos sobre diseño estructurado de MYERS y YOURDON
1977 Primeros conceptos sobre análisis estructurado GANE y SARSON
1978 Análisis estructurado: DEMARCO y WEINBERG
Nace MERISE
1981 SSADM (versión inicial)
Information Engineering (versión inicial)
1985 Análisis y Diseño estructurado para sistemas de tiempo real de
WARD y MELLOR
1986 SSADM Versión 3
1987 Análisis y Diseño estructurado para sistemas de tiempo real de
HATLEY y PIRHBAY
1989 METRICA (versión inicial)
1990 SSADM Versión 4
1993 METRICA Versión 2
1995 METRICA Versión 2.1
4.040
METODOLOGIAS DE DESARROLLO DE SOFTWARE
DESARROLLO ORIENTADO AL OBJETO
DESARROLLO ORIENTADO AL OBJETO
4.050
METODOLOGIAS DE DESARROLLO DE SOFTWARE
La esencia del desarrollo orientado a objetos
es la identificación y organización de
conceptos del dominio de la aplicación y no
tanto de su representación final en un lenguaje
de programación.
METODOLOGIAS DE DESARROLLO DE SOFTWARE
4.053
CONSIDERACIONES SOBRE METODOLOGIAS OO
CONSIDERACIONES SOBRE METODOLOGIAS OO
+ Se eliminan fronteras entre fases debido a la
naturaleza iterativa del desarrollo orientado al
objeto.
+ Aparece una nueva forma de concebir los lenguajes
de programación y su uso al incorporarse bibliotecas
de clases y otros componentes reutilizables.
+ Hay un alto grado de iteración y solapamiento, lo
que lleva a una forma de trabajo muy dinámica.
METODOLOGIAS DE DESARROLLO DE SOFTWARE
4.057
ASPECTOS POSITIVOS DE LAS METODOLOGÍAS OO
ASPECTOS POSITIVOS DE LAS METODOLOGÍAS OO
+Son interactivas e incrementales.
+Fácil de dividir el sistema en varios
subsistemas independientes.
+Se fomenta la reutilización de componentes.
IMPACTO DE LA METODOLOGIA
IMPACTO DE LA METODOLOGIA
EN EL ENTORNO DE DESARROLO
EN EL ENTORNO DE DESARROLO
METODOLOGIA
DE
DESARROLLO
PROCEDIMIENTOS
DE GESTION
TECNICAS
SOPORTE
AUTOMATIZADO
soportan
métodos
determinan
las herramientas
necesarias
Coordinan
y guían
Dan una
estructura visible
Seleccionan las
herramientas
Da informes
a la dirección
ENTORNO DE DESARROLLO DE SOFTWARE
ORGANIZACION DE DESARROLLO DE SOFTWARE
EQUIPO DE DESARROLLO DE SOFTWARE
4.060
METODOLOGIAS DE DESARROLLO DE SOFTWARE
CARACTERISTICAS DESEABLES
CARACTERISTICAS DESEABLES
DE UNA METODOLOGIA
DE UNA METODOLOGIA
☺Existencia de reglas predefinidas
☺Cobertura total del ciclo de desarrollo
☺Verificaciones intermedias
☺Planificación y control
☺Comunicación efectiva
☺Utilización sobre un abanico amplio de proyectos
☺Fácil formación
☺Herramientas CASE
☺Actividades que mejoren el proceso de desarrollo
☺Soporte al mantenimiento
☺Soporte de la reutilización de software
4.070
METODOLOGIAS DE DESARROLLO DE SOFTWARE
CLASIFICACION DE LAS METODOLOGIAS
CLASIFICACION DE LAS METODOLOGIAS
METODOLOGIAS DE DESARROLLO DE SOFTWARE
4.080
´Estructuradas
+Orientadas a Procesos
+Orientadas a datos
+Jerárquicas
+No Jerárquicas
+Mixtas
´Orientadas a Objetos
´Para Sistemas de Tiempo Real
METODOLOGIAS ESTRUCTURADAS
METODOLOGIAS ESTRUCTURADAS
4.090
METODOLOGIAS DE DESARROLLO DE SOFTWARE
METODOLOGIAS ORIENTADAS A PROCESOS
• Especificación estructurada:
¯Diagramas de Flujo de Datos
¯Diccionario de Datos
¯Especificaciones de procesos
METODOLOGIAS ESTRUCTURADAS
METODOLOGIAS ESTRUCTURADAS
4.100
METODOLOGIAS DE DESARROLLO DE SOFTWARE
METODOLOGIAS ORIENTADAS A PROCESOS
FASES DEL ANALISIS ESTRUCTURADO
Método de DeMarco Método de Gane y Sarson
1. Construir el modelo físico
actual (DFD físico actual)
2. Construir el modelo lógico
actual (DFD lógico actual)
3. Crear un conjunto de modelos
físicos alternativos
4. Estimar los costes y tiempos
de cada opción
5. Seleccionar un modelo
6. Empaquetar la especificación
1. Construir el modelo lógico actual
(DFD lógico actual)
2. Construir el modelo del nuevo
sistema: elaborar una especificación
estructurada y construir un modelo
lógico de datos en tercera forma
normal que exprese el contenido de
los almacenes de datos.
3. Seleccionar un modelo lógico
4. Crear el nuevo modelo físico del
sistema
5. Empaquetar la especificación
METODOLOGIAS ESTRUCTURADAS
METODOLOGIAS ESTRUCTURADAS
METODOLOGIAS ORIENTADAS A PROCESOS
• Metodología de Yourdon/Constantine
¯Realizar los DFD del sistema
¯Realizar el diagrama de estructuras
¯Evaluar el diseño
¯ Preparar el diseño para la implantación
4.110
METODOLOGIAS DE DESARROLLO DE SOFTWARE
METODOLOGIAS ESTRUCTURADAS
METODOLOGIAS ESTRUCTURADAS
4.120
METODOLOGIAS DE DESARROLLO DE SOFTWARE
METODOLOGIAS ORIENTADAS A DATOS JERARQUICOS
• La estructura de control del programa debe ser jerárquica y se
debe derivar de la estructura de datos del programa
• El proceso de diseño consiste en definir primero las estructuras
de los datos de entrada y salida, mezclarlas todas en una
estructura jerárquica de programa y después ordenar
detalladamente la lógica procedimental para que se ajuste a
esta estructura
• El diseño lógico debe preceder y estar separado del diseño físico
METODOLOGIAS ESTRUCTURADAS
METODOLOGIAS ESTRUCTURADAS
4.130
METODOLOGIAS DE DESARROLLO DE SOFTWARE
METODOLOGIAS ORIENTADAS A DATOS NO JERARQUICOS
• Metodología Ingeniería de la Información
¯ Planificación: construir una arquitectura de la Información
y una estrategia que soporte los objetivos de la organización
¯Análisis: comprender las áreas del negocio y determinar los
requisitos del sistema
¯ Diseño: establecer el comportamiento del sistema deseado
por el usuario y que sea alcanzable por la tecnología
¯Construcción: construir sistemas que cumplan los tres niveles
anteriores
METODOLOGIAS ORIENTADAS A OBJETOS
METODOLOGIAS ORIENTADAS A OBJETOS
4.140
METODOLOGIAS DE DESARROLLO DE SOFTWARE
± “Revolucionarios” o “puros”
± “Sintetistas” o “evolutivos”
METODOLOGIAS PARA SISTEMAS DE TIEMPO REAL
METODOLOGIAS PARA SISTEMAS DE TIEMPO REAL
4.150
METODOLOGIAS DE DESARROLLO DE SOFTWARE
¯Manejo de interrupciones
¯Comunicación y sincronización entre tareas
¯Gestión de procesos concurrentes
¯Respuesta oportuna ante eventos externos
¯Datos continuos o discretos
Se está produciendo una evolución de las metodologías orientadas
a objetos para desarrollos de sistemas de tiempo real
PRINCIPALES METODOLOGIAS DE DESARROLLO
PRINCIPALES METODOLOGIAS DE DESARROLLO
4.160
METODOLOGIAS DE DESARROLLO DE SOFTWARE
METODOLOGIA MERISE
Fases de la Metodología:
• Estudio Preliminar
• Estudio Detallado
• Implementación
• Realización y puesta en marcha
PRINCIPALES METODOLOGIAS DE DESARROLLO
PRINCIPALES METODOLOGIAS DE DESARROLLO
METODOLOGIA SSADM
4.170
METODOLOGIAS DE DESARROLLO DE SOFTWARE
Administración y Control
Planificación
Estratégica
E
s
t
u
d
i
o

d
e

V
i
a
b
i
l
i
d
a
d
A
n
á
l
i
s
i
s

d
e
R
e
q
u
i
s
i
t
o
s
E
s
p
e
c
i
f
i
c
a
c
i
ó
n

d
e
R
e
q
u
i
s
i
t
o
s
E
s
p
e
c
i
f
i
c
a
c
i
ó
n

L
ó
g
i
c
a
d
e
l


S
i
s
t
e
m
a
Estudio completo
D
i
s
e
ñ
o

F
í
s
i
c
o
C
o
n
s
t
r
u
c
c
i
ó
n

y

P
r
u
e
b
a
s
Producción
SSADM
Desarrollo
PRINCIPALES METODOLOGIAS DE DESARROLLO
PRINCIPALES METODOLOGIAS DE DESARROLLO
METODOLOGIA METRICA
4.180
METODOLOGIAS DE DESARROLLO DE SOFTWARE
EFASE 0: Plan de Sistemas de Información
EFASE 1: Análisis de Sistemas
EFASE 2: Diseño de Sistemas
EFASE 3: Construcción de Sistemas
EFASE 4: Implantación de Sistemas
4.190
METODOLOGIAS DE DESARROLLO DE SOFTWARE
Ejercicio 1
Señalar las respuestas correctas.
El análisis estructurado se diferencia del clásico en:
a) Emplear un método de partición efectivo.
b) Construir un modelo lógico del sistema.
c) Definir los procesos.
d) Definir las líneas del diseño.
En el análisis estructurado:
a) El texto se introduce en todos los detalles inmediatamente.
b) Se va de lo abstracto al detalle, es gráfico y unidimensional.
c) Se usa un método para particionar exclusivamente problemas
complejos.
d) Ninguna de las anteriores.
4.200
METODOLOGIAS DE DESARROLLO DE SOFTWARE
Ejercicio 2
Proponer y discutir las principales actividades y productos
resultantes de una metodología de análisis estructurado.
Ejercicio 3
Indíquese qué metodología utilizaría para realizar una
aplicación que controle el funcionamiento de un conjunto de
ascensores de un gran edificio.
Ejercicio 4
Indíquese qué metodología utilizaría en el caso de realizar una
aplicación que consista en la gestión y mantenimiento de una
gran base de datos.
METODOLOGIAS DE DESARROLLO DE SOFTWARE
4.210
Ejercicio 5
Ejercicio 5
Intenta realizar una clasificación de los
tipos de metodología de desarrollo del
Software existentes indicando brevemente
sus principales características.

METODOLOGIAS DE DESARROLLO DE SOFTWARE
4.010

CONCEPTOS GENERALES
Conjunto de procedimientos, técnicas, herramientas y un soporte documental que ayuda a los desarrolladores a realizar nuevo software.

Metodología:

Tarea: Actividades elementales en que se dividen los procesos. Procedimiento: Definición de la forma de ejecutar la tarea. Técnica: Herramienta utilizada para aplicar un procedimiento.
Se pueden utilizar una o varias. Para realizar una técnica, podemos apoyarnos en las herramientas software que automatizan su aplicación.

Herramienta:

Producto: Resultado de cada etapa.

es decir.015 METODOLOGÍA Vs CICLO DE VIDA Una metodología puede seguir uno o varios modelos de ciclo de vida. La metodología indica cómo hay que obtener los distintos productos parciales y finales . el ciclo de vida indica qué es lo que hay que obtener a lo largo del desarrollo del proyecto pero no cómo hacerlo.METODOLOGIAS DE DESARROLLO DE SOFTWARE 4.

Desarrollo Orientado a Objetos. . Desarrollo Estructurado.METODOLOGIAS DE DESARROLLO DE SOFTWARE 4.018 GENERACIONES DE METODOLOGÍA Desarrollo Convencional (Sin Metodología) .

020 METODOLOGIAS DE DESARROLLO DE SOFTWARE DESARROLLO CONVENCIONAL Los resultados finales son impredecibles No hay forma de controlar lo que está sucediendo en el Proyecto Los cambios organizativos afectan negativamente al proceso de desarrollo .4.

METODOLOGIAS DE DESARROLLO DE SOFTWARE 4.030 DESARROLLO ESTRUCTURADO Programación estructurada Diseño estructurado Análisis estructurado Especificaciones funcionales: Gráficas Particionadas Mínimamente redundantes .

METODOLOGIAS DE DESARROLLO DE SOFTWARE 4. GOTO 40 END . GOTO 40 B= B .033 EJEMPLO DE PROGRAMACIÓN CONVENCIONAL 10 20 30 40 50 60 70 80 90 100 CLS A=10 INPUT B IF B=A THEN GOTO 50 ELSE GOTO 70 PRINT “A Y B SON IGUALES” GOTO 100 IF A>B THEN GOTO 80 ELSE GOTO 90 B= B + 1.1.

037 EJEMPLO DE PROGRAMACIÓN ESTRUCTURADA PROGRAM NUMEROSIGUALES BEGIN CLEARSCREEN.B). PROCEDURE REDUCEDIFENCIA(A.B). UNTIL B=A. A :=10 .1 END .METODOLOGIAS DE DESARROLLO DE SOFTWARE 4. REPEAT IF B=A THEN PRINT “A Y B SON IGUALES” ELSE REDUCEDIFERENCIA(A. END. BEGIN IF A>B THEN B:= B+1 ELSE B:= B . INPUT B.

040 RELACION HISTORICA DE LAS PRINCIPALES METODOLOGIAS AÑO 1968 1974 1975 1977 1978 1981 1985 1986 1987 1989 1990 1993 1995 METODOLOGÍA Conceptos sobre la programación estructurada de DIJKSTRA Técnicas de programación estructurada de WARNIER y JACKSON Primeros conceptos sobre diseño estructurado de MYERS y YOURDON Primeros conceptos sobre análisis estructurado GANE y SARSON Análisis estructurado: DEMARCO y WEINBERG Nace MERISE SSADM (versión inicial) Information Engineering (versión inicial) Análisis y Diseño estructurado para sistemas de tiempo real de WARD y MELLOR SSADM Versión 3 Análisis y Diseño estructurado para sistemas de tiempo real de HATLEY y PIRHBAY METRICA (versión inicial) SSADM Versión 4 METRICA Versión 2 METRICA Versión 2.METODOLOGIAS DE DESARROLLO DE SOFTWARE 4.1 .

.050 DESARROLLO ORIENTADO AL OBJETO La esencia del desarrollo orientado a objetos es la identificación y organización de conceptos del dominio de la aplicación y no tanto de su representación final en un lenguaje de programación.METODOLOGIAS DE DESARROLLO DE SOFTWARE 4.

053 CONSIDERACIONES SOBRE METODOLOGIAS OO Se eliminan fronteras entre fases debido a la naturaleza iterativa del desarrollo orientado al objeto. Aparece una nueva forma de concebir los lenguajes de programación y su uso al incorporarse bibliotecas de clases y otros componentes reutilizables. lo que lleva a una forma de trabajo muy dinámica. .METODOLOGIAS DE DESARROLLO DE SOFTWARE 4. Hay un alto grado de iteración y solapamiento.

Fácil de dividir el sistema en varios subsistemas independientes. Se fomenta la reutilización de componentes. .METODOLOGIAS DE DESARROLLO DE SOFTWARE 4.057 ASPECTOS POSITIVOS DE LAS METODOLOGÍAS OO Son interactivas e incrementales.

060 IMPACTO DE LA METODOLOGIA EN EL ENTORNO DE DESARROLO ENTORNO DE DESARROLLO DE SOFTWARE ORGANIZACION DE DESARROLLO DE SOFTWARE EQUIPO DE DESARROLLO DE SOFTWARE Seleccionan las herramientas PROCEDIMIENTOS DE GESTION Da informes a la dirección Coordinan y guían Dan una estructura visible METODOLOGIA DE DESARROLLO soportan métodos SOPORTE AUTOMATIZADO determinan las herramientas necesarias TECNICAS .METODOLOGIAS DE DESARROLLO DE SOFTWARE 4.

METODOLOGIAS DE DESARROLLO DE SOFTWARE 4.070 CARACTERISTICAS DESEABLES DE UNA METODOLOGIA ☺ Existencia de reglas predefinidas ☺ Cobertura total del ciclo de desarrollo ☺ Verificaciones intermedias ☺ Planificación y control ☺ Comunicación efectiva ☺ Utilización sobre un abanico amplio de proyectos ☺ Fácil formación ☺ Herramientas CASE ☺ Actividades que mejoren el proceso de desarrollo ☺ Soporte al mantenimiento ☺ Soporte de la reutilización de software .

080 CLASIFICACION DE LAS METODOLOGIAS Estructuradas Orientadas a Procesos Orientadas a datos Jerárquicas No Jerárquicas Mixtas Orientadas a Objetos Para Sistemas de Tiempo Real .METODOLOGIAS DE DESARROLLO DE SOFTWARE 4.

METODOLOGIAS DE DESARROLLO DE SOFTWARE 4.090 METODOLOGIAS ESTRUCTURADAS METODOLOGIAS ORIENTADAS A PROCESOS • Especificación estructurada: Diagramas de Flujo de Datos Diccionario de Datos Especificaciones de procesos .

100 METODOLOGIAS ESTRUCTURADAS METODOLOGIAS ORIENTADAS A PROCESOS FASES DEL ANALISIS ESTRUCTURADO Método de DeMarco 1. Construir el modelo físico actual (DFD físico actual) 2. 3. Crear el nuevo modelo físico del sistema 5. Construir el modelo lógico actual (DFD lógico actual) 3.METODOLOGIAS DE DESARROLLO DE SOFTWARE 4. Construir el modelo del nuevo sistema: elaborar una especificación estructurada y construir un modelo lógico de datos en tercera forma normal que exprese el contenido de los almacenes de datos. Seleccionar un modelo 6. Crear un conjunto de modelos físicos alternativos 4. Empaquetar la especificación Método de Gane y Sarson 1. Construir el modelo lógico actual (DFD lógico actual) 2. Estimar los costes y tiempos de cada opción 5. Seleccionar un modelo lógico 4. Empaquetar la especificación .

110 METODOLOGIAS ESTRUCTURADAS METODOLOGIAS ORIENTADAS A PROCESOS • Metodología de Yourdon/Constantine Realizar los DFD del sistema Realizar el diagrama de estructuras Evaluar el diseño Preparar el diseño para la implantación .METODOLOGIAS DE DESARROLLO DE SOFTWARE 4.

mezclarlas todas en una estructura jerárquica de programa y después ordenar detalladamente la lógica procedimental para que se ajuste a esta estructura • El diseño lógico debe preceder y estar separado del diseño físico .120 METODOLOGIAS ESTRUCTURADAS METODOLOGIAS ORIENTADAS A DATOS JERARQUICOS • La estructura de control del programa debe ser jerárquica y se debe derivar de la estructura de datos del programa • El proceso de diseño consiste en definir primero las estructuras de los datos de entrada y salida.METODOLOGIAS DE DESARROLLO DE SOFTWARE 4.

130 METODOLOGIAS ESTRUCTURADAS METODOLOGIAS ORIENTADAS A DATOS NO JERARQUICOS • Metodología Ingeniería de la Información Planificación: construir una arquitectura de la Información y una estrategia que soporte los objetivos de la organización Análisis: comprender las áreas del negocio y determinar los requisitos del sistema Diseño: establecer el comportamiento del sistema deseado por el usuario y que sea alcanzable por la tecnología Construcción: construir sistemas que cumplan los tres niveles anteriores .METODOLOGIAS DE DESARROLLO DE SOFTWARE 4.

140 METODOLOGIAS ORIENTADAS A OBJETOS “Revolucionarios” o “puros” “Sintetistas” o “evolutivos” .METODOLOGIAS DE DESARROLLO DE SOFTWARE 4.

METODOLOGIAS DE DESARROLLO DE SOFTWARE 4.150 METODOLOGIAS PARA SISTEMAS DE TIEMPO REAL Manejo de interrupciones Comunicación y sincronización entre tareas Gestión de procesos concurrentes Respuesta oportuna ante eventos externos Datos continuos o discretos Se está produciendo una evolución de las metodologías orientadas a objetos para desarrollos de sistemas de tiempo real .

METODOLOGIAS DE DESARROLLO DE SOFTWARE 4.160 PRINCIPALES METODOLOGIAS DE DESARROLLO METODOLOGIA MERISE Fases de la Metodología: • Estudio Preliminar • Estudio Detallado • Implementación • Realización y puesta en marcha .

METODOLOGIAS DE DESARROLLO DE SOFTWARE 4.170 PRINCIPALES METODOLOGIAS DE DESARROLLO METODOLOGIA SSADM SSADM Estudio de Viabilidad Especificación Lógica del Sistema Construcción y Pruebas Especificación de Requisitos Diseño Físico Análisis de Requisitos Planificación Estratégica Estudio completo Desarrollo Producción Administración y Control .

180 PRINCIPALES METODOLOGIAS DE DESARROLLO METODOLOGIA METRICA FASE 0: Plan de Sistemas de Información FASE 1: Análisis de Sistemas FASE 2: Diseño de Sistemas FASE 3: Construcción de Sistemas FASE 4: Implantación de Sistemas .METODOLOGIAS DE DESARROLLO DE SOFTWARE 4.

. es gráfico y unidimensional. c) Definir los procesos.METODOLOGIAS DE DESARROLLO DE SOFTWARE 4. d) Ninguna de las anteriores. En el análisis estructurado: a) El texto se introduce en todos los detalles inmediatamente. c) Se usa un método para particionar exclusivamente problemas complejos. b) Construir un modelo lógico del sistema. b) Se va de lo abstracto al detalle.190 Ejercicio 1 Señalar las respuestas correctas. d) Definir las líneas del diseño. El análisis estructurado se diferencia del clásico en: a) Emplear un método de partición efectivo.

200 Ejercicio 2 Proponer y discutir las principales actividades y productos resultantes de una metodología de análisis estructurado. . Ejercicio 4 Indíquese qué metodología utilizaría en el caso de realizar una aplicación que consista en la gestión y mantenimiento de una gran base de datos. Ejercicio 3 Indíquese qué metodología utilizaría para realizar una aplicación que controle el funcionamiento de un conjunto de ascensores de un gran edificio.METODOLOGIAS DE DESARROLLO DE SOFTWARE 4.

.210 Ejercicio 5 Intenta realizar una clasificación de los tipos de metodología de desarrollo del Software existentes indicando brevemente sus principales características.METODOLOGIAS DE DESARROLLO DE SOFTWARE 4.

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->