SlideShare una empresa de Scribd logo
1 de 5
CLASIFICACIÓN DE SISTEMAS LEHMAN-BELADY
• TIPO S (ESTÁTICOS): Son aquellos que pueden especificarse formalmente, por
ejemplo sistemas que devuelven resultados en base a fórmulas ya definidas
(calculadora)
• TIPO P (TIPOS PRÁCTICOS): Son aquellos que pese a que pueden especificarse
formalmente, su solución no es aparente, ni inmediata, lo que provoca que sea
necesario un proceso iterativo hasta encontrar una solución válida. Ejemplo un
convertidor de medidas (lb-kg, km-m, etc.)
• TIPO E (Embedded type): Son aquellos que tratan de modelar procesos del
mundo real y como consecuencia de su uso forman parte del mundo que tratan de
modelar (son los sistemas mas frecuentes al día de hoy) por ejemplo un sistema
de administración.
Etapas de evolución del software
• Entrada: Es la fuente que requiere el método para iniciar y alcanzar su propósito
Ppuede ser código fuente, colección de datos, documentos y conocimiento del experto
• Método: Es el procedimiento que se sigue para hacer el trabajo de ingeniería inversa
obedece a una lógica que describe el algoritmo de su aplicación, tiene un propósito que indica
El alcance que se establece como objetivo, un enfoque que expresa si está diseñado para
recuperar la estructura del sistema
• Es el producto obtenido a partir de la aplicación del método como respuesta a su propósito.
Está determinada por una representación y un nivel de abstracción.
La representación de salida se refiere a la manera específica de publicar los resultados del método
Para permitir su interpretación
Ejemplo gráfico reingeniería de sistemas
Tipos de cambio de reingeniería
1. Computacionales
 Operandos incorrectos en ecuación ejemplo: AX -> Nombre del registro.
 Uso incorrecto de paréntesis. Ejemplo: dejar un paréntesis abierto
 Ecuación incorrecta o inexacta. Ejemplo: int i = 4 int suma = 1+4,5
 Error de redondeo o truncamiento Ejemplo int resultado = 1
For (int i=1; i<=5; i++){resultado = resultado * 10;}
System.out.print(2,55*resultado)
Y el sistema muestra 254999,999 cuando debería mostrar 255000
2. Rendimiento
 Tiempo límite excedido
 Límite de almacenamiento excedido
 Eficiencia de la red
3. De entrada
 Formato incorrecto
 Archivo no encontrado
4. De salida
 Datos escritos en otra ubicación
Conclusiones
El mantenimiento del software, es un proceso de reingeniería e ingeniería a
la inversa, ya que corrige defectos y optimiza el software, para satisfacer
un entorno cambiante y mejorar su funcionalidad. Se deberá hacer un buen
plan de mantenimiento para evitar errores que puedan causar el fracaso
del proyecto.

Más contenido relacionado

La actualidad más candente

Unidad 1
Unidad  1Unidad  1
Unidad 1
luz0987
 

La actualidad más candente (17)

Lectura no. 2 algoritmos.
Lectura no. 2 algoritmos.Lectura no. 2 algoritmos.
Lectura no. 2 algoritmos.
 
Algoritmos
AlgoritmosAlgoritmos
Algoritmos
 
Unidad 1
Unidad  1Unidad  1
Unidad 1
 
Presentación 2
Presentación 2Presentación 2
Presentación 2
 
Introducción A La Programación
Introducción A La ProgramaciónIntroducción A La Programación
Introducción A La Programación
 
Unidad 1
Unidad 1Unidad 1
Unidad 1
 
Programación c2. p1.
Programación c2. p1.Programación c2. p1.
Programación c2. p1.
 
Modelado
ModeladoModelado
Modelado
 
Lenguaje c
Lenguaje cLenguaje c
Lenguaje c
 
Algoritmos y diagramas de flujos
Algoritmos y diagramas de flujosAlgoritmos y diagramas de flujos
Algoritmos y diagramas de flujos
 
Anexo 1 certidems
Anexo 1 certidemsAnexo 1 certidems
Anexo 1 certidems
 
Algoritmos
AlgoritmosAlgoritmos
Algoritmos
 
algoritmos
algoritmosalgoritmos
algoritmos
 
Pteg g-grupo 6-lista33-visita3-expo cap 5 tema algoritmos
Pteg g-grupo 6-lista33-visita3-expo cap 5 tema algoritmosPteg g-grupo 6-lista33-visita3-expo cap 5 tema algoritmos
Pteg g-grupo 6-lista33-visita3-expo cap 5 tema algoritmos
 
Diseno instruccional
Diseno instruccionalDiseno instruccional
Diseno instruccional
 
Tema6
Tema6Tema6
Tema6
 
Manual practica 3 control analogico
Manual practica 3 control analogicoManual practica 3 control analogico
Manual practica 3 control analogico
 

Similar a Dpss u3 a2_edcm

01c SIMULACIÓN DE SISTEMAS Trabajo final desarrollo 2020 01 Primera Semana.pdf
01c SIMULACIÓN DE SISTEMAS Trabajo final desarrollo 2020 01  Primera Semana.pdf01c SIMULACIÓN DE SISTEMAS Trabajo final desarrollo 2020 01  Primera Semana.pdf
01c SIMULACIÓN DE SISTEMAS Trabajo final desarrollo 2020 01 Primera Semana.pdf
ssuser81b7a52
 

Similar a Dpss u3 a2_edcm (20)

Dpss a2_tomd
Dpss a2_tomdDpss a2_tomd
Dpss a2_tomd
 
Algoritmos
AlgoritmosAlgoritmos
Algoritmos
 
Algoritmos y seudocódigos (orangel rodriguez) (30.736.401)
Algoritmos y seudocódigos (orangel rodriguez) (30.736.401)Algoritmos y seudocódigos (orangel rodriguez) (30.736.401)
Algoritmos y seudocódigos (orangel rodriguez) (30.736.401)
 
Algoritmos2daparte
Algoritmos2daparteAlgoritmos2daparte
Algoritmos2daparte
 
Algoritmo 2
Algoritmo 2Algoritmo 2
Algoritmo 2
 
Algoritmo
AlgoritmoAlgoritmo
Algoritmo
 
Programación 1: modularización
Programación 1: modularizaciónProgramación 1: modularización
Programación 1: modularización
 
Maps
MapsMaps
Maps
 
01c SIMULACIÓN DE SISTEMAS Trabajo final desarrollo 2020 01 Primera Semana.pdf
01c SIMULACIÓN DE SISTEMAS Trabajo final desarrollo 2020 01  Primera Semana.pdf01c SIMULACIÓN DE SISTEMAS Trabajo final desarrollo 2020 01  Primera Semana.pdf
01c SIMULACIÓN DE SISTEMAS Trabajo final desarrollo 2020 01 Primera Semana.pdf
 
Presentación1.pptx
Presentación1.pptxPresentación1.pptx
Presentación1.pptx
 
Clase 6, 5/9/2007
Clase 6, 5/9/2007Clase 6, 5/9/2007
Clase 6, 5/9/2007
 
sentenciareturnymetodos
sentenciareturnymetodossentenciareturnymetodos
sentenciareturnymetodos
 
Metodologia solucion de problemas algoritmos (1)
Metodologia solucion de problemas algoritmos (1)Metodologia solucion de problemas algoritmos (1)
Metodologia solucion de problemas algoritmos (1)
 
Introduccion a haskell
Introduccion a haskellIntroduccion a haskell
Introduccion a haskell
 
La Robotica y sus aplicaciones
La Robotica y sus aplicacionesLa Robotica y sus aplicaciones
La Robotica y sus aplicaciones
 
Estructuras de un Algoritmo
Estructuras de un AlgoritmoEstructuras de un Algoritmo
Estructuras de un Algoritmo
 
Tema n° 1
Tema n° 1Tema n° 1
Tema n° 1
 
2 lop–cv-20017-3-conceptos básicos y metodología para la solución de problemas
2 lop–cv-20017-3-conceptos básicos y metodología para la solución de problemas2 lop–cv-20017-3-conceptos básicos y metodología para la solución de problemas
2 lop–cv-20017-3-conceptos básicos y metodología para la solución de problemas
 
Pres17BDII.ppt
Pres17BDII.pptPres17BDII.ppt
Pres17BDII.ppt
 
Dpss u3 a2_macm
Dpss u3 a2_macmDpss u3 a2_macm
Dpss u3 a2_macm
 

Último

S07_s1-Control Acceso-Amenazas de seguridad de capa 2.pdf
S07_s1-Control Acceso-Amenazas de seguridad de capa 2.pdfS07_s1-Control Acceso-Amenazas de seguridad de capa 2.pdf
S07_s1-Control Acceso-Amenazas de seguridad de capa 2.pdf
larryluna927
 
TECNOLOGÍA DE LA INFORMACIÓN SLIDESHARE INVESTIGACION.pdf
TECNOLOGÍA DE LA INFORMACIÓN SLIDESHARE INVESTIGACION.pdfTECNOLOGÍA DE LA INFORMACIÓN SLIDESHARE INVESTIGACION.pdf
TECNOLOGÍA DE LA INFORMACIÓN SLIDESHARE INVESTIGACION.pdf
UPSE
 
TECNOLOGIA DE LA INFORMACION Y MULTIMEDIA 15 MAYO.pptx
TECNOLOGIA DE LA INFORMACION Y MULTIMEDIA 15 MAYO.pptxTECNOLOGIA DE LA INFORMACION Y MULTIMEDIA 15 MAYO.pptx
TECNOLOGIA DE LA INFORMACION Y MULTIMEDIA 15 MAYO.pptx
UPSE
 

Último (7)

S07_s1-Control Acceso-Amenazas de seguridad de capa 2.pdf
S07_s1-Control Acceso-Amenazas de seguridad de capa 2.pdfS07_s1-Control Acceso-Amenazas de seguridad de capa 2.pdf
S07_s1-Control Acceso-Amenazas de seguridad de capa 2.pdf
 
Especificación casos de uso del negocio
Especificación  casos de uso del negocioEspecificación  casos de uso del negocio
Especificación casos de uso del negocio
 
Modelado de Casos de uso del negocio
Modelado de  Casos  de  uso  del negocioModelado de  Casos  de  uso  del negocio
Modelado de Casos de uso del negocio
 
El necesario mal del Legacy Code (Drupal Iberia 2024)
El necesario mal del Legacy Code (Drupal Iberia 2024)El necesario mal del Legacy Code (Drupal Iberia 2024)
El necesario mal del Legacy Code (Drupal Iberia 2024)
 
TECNOLOGÍA DE LA INFORMACIÓN SLIDESHARE INVESTIGACION.pdf
TECNOLOGÍA DE LA INFORMACIÓN SLIDESHARE INVESTIGACION.pdfTECNOLOGÍA DE LA INFORMACIÓN SLIDESHARE INVESTIGACION.pdf
TECNOLOGÍA DE LA INFORMACIÓN SLIDESHARE INVESTIGACION.pdf
 
contabilidad para la inflacion, contabilidad superior
contabilidad para la inflacion, contabilidad superiorcontabilidad para la inflacion, contabilidad superior
contabilidad para la inflacion, contabilidad superior
 
TECNOLOGIA DE LA INFORMACION Y MULTIMEDIA 15 MAYO.pptx
TECNOLOGIA DE LA INFORMACION Y MULTIMEDIA 15 MAYO.pptxTECNOLOGIA DE LA INFORMACION Y MULTIMEDIA 15 MAYO.pptx
TECNOLOGIA DE LA INFORMACION Y MULTIMEDIA 15 MAYO.pptx
 

Dpss u3 a2_edcm

  • 1. CLASIFICACIÓN DE SISTEMAS LEHMAN-BELADY • TIPO S (ESTÁTICOS): Son aquellos que pueden especificarse formalmente, por ejemplo sistemas que devuelven resultados en base a fórmulas ya definidas (calculadora) • TIPO P (TIPOS PRÁCTICOS): Son aquellos que pese a que pueden especificarse formalmente, su solución no es aparente, ni inmediata, lo que provoca que sea necesario un proceso iterativo hasta encontrar una solución válida. Ejemplo un convertidor de medidas (lb-kg, km-m, etc.) • TIPO E (Embedded type): Son aquellos que tratan de modelar procesos del mundo real y como consecuencia de su uso forman parte del mundo que tratan de modelar (son los sistemas mas frecuentes al día de hoy) por ejemplo un sistema de administración.
  • 2. Etapas de evolución del software • Entrada: Es la fuente que requiere el método para iniciar y alcanzar su propósito Ppuede ser código fuente, colección de datos, documentos y conocimiento del experto • Método: Es el procedimiento que se sigue para hacer el trabajo de ingeniería inversa obedece a una lógica que describe el algoritmo de su aplicación, tiene un propósito que indica El alcance que se establece como objetivo, un enfoque que expresa si está diseñado para recuperar la estructura del sistema • Es el producto obtenido a partir de la aplicación del método como respuesta a su propósito. Está determinada por una representación y un nivel de abstracción. La representación de salida se refiere a la manera específica de publicar los resultados del método Para permitir su interpretación
  • 4. Tipos de cambio de reingeniería 1. Computacionales  Operandos incorrectos en ecuación ejemplo: AX -> Nombre del registro.  Uso incorrecto de paréntesis. Ejemplo: dejar un paréntesis abierto  Ecuación incorrecta o inexacta. Ejemplo: int i = 4 int suma = 1+4,5  Error de redondeo o truncamiento Ejemplo int resultado = 1 For (int i=1; i<=5; i++){resultado = resultado * 10;} System.out.print(2,55*resultado) Y el sistema muestra 254999,999 cuando debería mostrar 255000 2. Rendimiento  Tiempo límite excedido  Límite de almacenamiento excedido  Eficiencia de la red 3. De entrada  Formato incorrecto  Archivo no encontrado 4. De salida  Datos escritos en otra ubicación
  • 5. Conclusiones El mantenimiento del software, es un proceso de reingeniería e ingeniería a la inversa, ya que corrige defectos y optimiza el software, para satisfacer un entorno cambiante y mejorar su funcionalidad. Se deberá hacer un buen plan de mantenimiento para evitar errores que puedan causar el fracaso del proyecto.