SlideShare una empresa de Scribd logo
1 de 7
Un ejemplo para cada uno de los tipos de programas
(S, P, E)
 – S-type (Static type): Son aquellos que pueden especificarse formalmente. Por ejemplo,
sistemas que devuelven resultados en base a fórmulas ya definidas (una calculadora).
 – P-type (Practical type): Son aquellos que pese a que pueden especificarse formalmente,
su solución no es ni aparente, ni inmediata, lo que provoca que sea necesario un proceso
iterativo para encontrar una solución válida. Se sabe, por tanto, el resultado que se
necesita (o el esperado), pero no se sabe describir cómo llegar a él. La característica
principal de esos dos tipos de sistemas es la estabilidad de sus requisitos o especificaciones
(una vez encontrada la solución adecuada en el P-type). Un programa de computadora
practico como los de escritorio o fijo que resuelven problemas, (Nero exprés).
 – E-type (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, dando lugar
a una situación en la que el sistema y su entorno evolucionan de manera conjunta. Este
tipo de sistemas son los más comunes hoy día. Como Facebook.
Las tres etapas de evolución del software (alfa, madurez,
salida) El desarrollo inicial genera un banco de conocimiento, tal como el
de dominio de aplicación, requisitos de los usuarios, reglas de
negocio, políticas, soluciones, algoritmos, etcétera
adaptación de la aplicación a las
siempre cambiantes necesidades
de los usuarios y el medio
ambiente de trabajo.
El software evoluciona continuamente
manteniéndose estable hasta que el sistema ya no
sea adaptable, entonces se llega a la etapa de
salida, que se caracteriza porque ya no hay soporte
técnico; sin embargo, el software todavía está en
producción. Por último, el sistema es dado de baja,
se apaga o se interrumpe y los usuarios son
redireccionados hacia el nuevo.
Un ejemplo gráfico de una reingeniería de sistemas
Podemos observar que algunos
códigos están redireccionados para
que hagan llamadas de objetos,
clases o métodos, de una forma
que es poco convencional por eso
es necesario estudiar si hay un
camino para que esas estructuras
puedan ser lo mas ligero posible
por eso se debe de analizar dicho
programa y tal y como se ve en la
imagen se ve que de a pasa a una
multitud de métodos en lugar de
estructurarlo en una misma clase
para llamar a b y dejar de lado a c
si este ya es obsoleto para las
necesidades de la empresa.
De los tipos de cambios incluidos en la página 36, elige 4 tipos de cambio
e incluye un ejemplo real para cada tipo de cambio seleccionado
 Computacionales, (una operación en lenguaje
Python el cual una es correcta en la sintaxis
de los operadores y otra in correcta).
Lógicos Salida : integración del código
por no definir los filtro de saneamiento
Entrada : no definir las variables
o contantes .php
Agregar tus conclusiones respecto al tema
 Los métodos de evaluación, la definición de los tipos de manteniendo, hasta
las reestructuración de un proyecto en base a la ingeniería inversa y directo o
avanzada, todo esto incluyendo las Leyes y descripciones de Lehman y Belady,
para aplicar mantenimiento de software, son necesarios para desde agregar
costos , hasta disminuir los mismos en base a los mencionado, tenemos que
tener en cuenta que los marcos de trabajo como ISO, también son necesarios,
ya que estas ya están probadas en teoría .
Fuentes:
 Jummp (2018, PP), clasificación de los sistemas,
https://jummp.wordpress.com/2014/02/06/lehman-y-belady-clasificacion-
de-los-sistemas/
 blogspot(2018, PP) reingeniería inversa ,
http://4.bp.blogspot.com/kyFmUEL3FCo/UfUHby6wF3I/AAAAAAAAAo0/B35N8
2m3sCU/s200/procesos-reingenieri.jpg.
 imgur (2018, PP), variables indefinidas, https://i.stack.imgur.com/L44nl.png
 UNADM(2018,PP), Unidad 3. Diseño Web profesional,
https://unadmexico.blackboard.com/bbcswebdav/institution/DCEIT/2016_S2
_B1/DS/08/DPW2/U3/Unidad_3_Dis_web_profesional.pdf

Más contenido relacionado

La actualidad más candente

FASES EN EL DESARROLLO DE UN PROGRAMA
FASES EN EL DESARROLLO DE UN PROGRAMAFASES EN EL DESARROLLO DE UN PROGRAMA
FASES EN EL DESARROLLO DE UN PROGRAMABeydasanchezhernandez
 
Sistemas de Informacion
Sistemas de InformacionSistemas de Informacion
Sistemas de InformacionCasssandraG
 
Paso 3 diagnostico_inicial_juan_sastoque_104561_1
Paso 3 diagnostico_inicial_juan_sastoque_104561_1Paso 3 diagnostico_inicial_juan_sastoque_104561_1
Paso 3 diagnostico_inicial_juan_sastoque_104561_1Juan Ca Sastoque L
 
Metodologia y prototipo
Metodologia y prototipoMetodologia y prototipo
Metodologia y prototipoArturo Jimenez
 
Metodología para el análisis del diseño de sistema
Metodología para el análisis del diseño de sistemaMetodología para el análisis del diseño de sistema
Metodología para el análisis del diseño de sistemaFreddy Ramos
 
Fases para la elaboración de un programa informático
Fases para la elaboración de un programa informáticoFases para la elaboración de un programa informático
Fases para la elaboración de un programa informáticoMaryRomero77
 
Requerimientos prototipo
Requerimientos prototipoRequerimientos prototipo
Requerimientos prototipoMoises Piñate
 
Modulo ii metodologías de sistemas
Modulo ii metodologías de sistemasModulo ii metodologías de sistemas
Modulo ii metodologías de sistemasvjuarez17
 
Metodologias de Desarrollo del Software
Metodologias de Desarrollo del SoftwareMetodologias de Desarrollo del Software
Metodologias de Desarrollo del SoftwareTaylorWebK
 
Metodologias para el analisis y diseño de sistemas
Metodologias para el analisis y diseño de sistemasMetodologias para el analisis y diseño de sistemas
Metodologias para el analisis y diseño de sistemasFrancisco Gómez
 
Modelo lineal secuencial
Modelo lineal secuencialModelo lineal secuencial
Modelo lineal secuencialjenmer
 
Diagramas de flujo
Diagramas de flujoDiagramas de flujo
Diagramas de flujoeden333
 
Simulacion para ISC - Unidad 1 Introducción a la Simulación
Simulacion para ISC - Unidad 1 Introducción a la SimulaciónSimulacion para ISC - Unidad 1 Introducción a la Simulación
Simulacion para ISC - Unidad 1 Introducción a la SimulaciónJosé Antonio Sandoval Acosta
 
Elaboracion De Prototipos, Rad Y Programacion Extrema
Elaboracion De Prototipos, Rad Y Programacion ExtremaElaboracion De Prototipos, Rad Y Programacion Extrema
Elaboracion De Prototipos, Rad Y Programacion ExtremajuniorCUA
 
Herramientas para-el-analisis-de-flujo-de-datos
Herramientas para-el-analisis-de-flujo-de-datosHerramientas para-el-analisis-de-flujo-de-datos
Herramientas para-el-analisis-de-flujo-de-datosDanitortas
 
Prototipado rapido de interfaces
Prototipado rapido de interfacesPrototipado rapido de interfaces
Prototipado rapido de interfacesFahyr
 
Jacinta aplicaciones informaticas
Jacinta aplicaciones informaticasJacinta aplicaciones informaticas
Jacinta aplicaciones informaticasjacintachavez
 

La actualidad más candente (20)

FASES EN EL DESARROLLO DE UN PROGRAMA
FASES EN EL DESARROLLO DE UN PROGRAMAFASES EN EL DESARROLLO DE UN PROGRAMA
FASES EN EL DESARROLLO DE UN PROGRAMA
 
Sistemas de Informacion
Sistemas de InformacionSistemas de Informacion
Sistemas de Informacion
 
Paso 3 diagnostico_inicial_juan_sastoque_104561_1
Paso 3 diagnostico_inicial_juan_sastoque_104561_1Paso 3 diagnostico_inicial_juan_sastoque_104561_1
Paso 3 diagnostico_inicial_juan_sastoque_104561_1
 
Metodologia y prototipo
Metodologia y prototipoMetodologia y prototipo
Metodologia y prototipo
 
Metodología para el análisis del diseño de sistema
Metodología para el análisis del diseño de sistemaMetodología para el análisis del diseño de sistema
Metodología para el análisis del diseño de sistema
 
Fases para la elaboración de un programa informático
Fases para la elaboración de un programa informáticoFases para la elaboración de un programa informático
Fases para la elaboración de un programa informático
 
Requerimientos prototipo
Requerimientos prototipoRequerimientos prototipo
Requerimientos prototipo
 
Modulo ii metodologías de sistemas
Modulo ii metodologías de sistemasModulo ii metodologías de sistemas
Modulo ii metodologías de sistemas
 
Metodologias de Desarrollo del Software
Metodologias de Desarrollo del SoftwareMetodologias de Desarrollo del Software
Metodologias de Desarrollo del Software
 
Cocomo
CocomoCocomo
Cocomo
 
Metodologias para el analisis y diseño de sistemas
Metodologias para el analisis y diseño de sistemasMetodologias para el analisis y diseño de sistemas
Metodologias para el analisis y diseño de sistemas
 
Modelo lineal secuencial
Modelo lineal secuencialModelo lineal secuencial
Modelo lineal secuencial
 
Diagrama de secuencia. soruco
Diagrama de secuencia. sorucoDiagrama de secuencia. soruco
Diagrama de secuencia. soruco
 
Diagramas de flujo
Diagramas de flujoDiagramas de flujo
Diagramas de flujo
 
Simulacion para ISC - Unidad 1 Introducción a la Simulación
Simulacion para ISC - Unidad 1 Introducción a la SimulaciónSimulacion para ISC - Unidad 1 Introducción a la Simulación
Simulacion para ISC - Unidad 1 Introducción a la Simulación
 
Elaboracion De Prototipos, Rad Y Programacion Extrema
Elaboracion De Prototipos, Rad Y Programacion ExtremaElaboracion De Prototipos, Rad Y Programacion Extrema
Elaboracion De Prototipos, Rad Y Programacion Extrema
 
Herramientas para-el-analisis-de-flujo-de-datos
Herramientas para-el-analisis-de-flujo-de-datosHerramientas para-el-analisis-de-flujo-de-datos
Herramientas para-el-analisis-de-flujo-de-datos
 
Prototipado rapido de interfaces
Prototipado rapido de interfacesPrototipado rapido de interfaces
Prototipado rapido de interfaces
 
ALEXIS GARCIA
ALEXIS GARCIAALEXIS GARCIA
ALEXIS GARCIA
 
Jacinta aplicaciones informaticas
Jacinta aplicaciones informaticasJacinta aplicaciones informaticas
Jacinta aplicaciones informaticas
 

Similar a Dpss a2_tomd

Sistemas de Informacion Unidad 4
Sistemas de Informacion Unidad 4Sistemas de Informacion Unidad 4
Sistemas de Informacion Unidad 4CasssandraG
 
Sistemas De Informacion IV
Sistemas De Informacion IVSistemas De Informacion IV
Sistemas De Informacion IVnattalia_3
 
Instituto universitario de tecnología
Instituto universitario de tecnologíaInstituto universitario de tecnología
Instituto universitario de tecnologíaAlexander Tua
 
Presentacion de sistemas
Presentacion de sistemasPresentacion de sistemas
Presentacion de sistemascarloschavezsdi
 
Unidad III Sistemas de Informacion
Unidad III Sistemas de InformacionUnidad III Sistemas de Informacion
Unidad III Sistemas de InformacionCasssandraG
 
Dpss u3_a2_paov.pptx
 Dpss u3_a2_paov.pptx Dpss u3_a2_paov.pptx
Dpss u3_a2_paov.pptxPablo Olvera
 
Presentacion de sistemas
Presentacion de sistemasPresentacion de sistemas
Presentacion de sistemascarloschavezsdi
 
Sistemas Unidad IV
Sistemas Unidad IVSistemas Unidad IV
Sistemas Unidad IVCasssandraG
 
Trabajo de Christian Oblitas
Trabajo de Christian OblitasTrabajo de Christian Oblitas
Trabajo de Christian OblitasChristian1705
 
implementaciondesoftware-110920135142-phpapp01.pdf
implementaciondesoftware-110920135142-phpapp01.pdfimplementaciondesoftware-110920135142-phpapp01.pdf
implementaciondesoftware-110920135142-phpapp01.pdfssuser948499
 
SISTEMA DE SOFTWARE
SISTEMA DE SOFTWARESISTEMA DE SOFTWARE
SISTEMA DE SOFTWAREperez123
 
Unidad 4 Alternativas de adquisición de sistemas de información
Unidad 4 Alternativas de adquisición de sistemas de información Unidad 4 Alternativas de adquisición de sistemas de información
Unidad 4 Alternativas de adquisición de sistemas de información DaniellaCC
 
Dpss u3 a2_lusm
Dpss u3 a2_lusmDpss u3 a2_lusm
Dpss u3 a2_lusmluigy2000
 

Similar a Dpss a2_tomd (20)

Dpss u3 a2_macm
Dpss u3 a2_macmDpss u3 a2_macm
Dpss u3 a2_macm
 
Prototipos
PrototiposPrototipos
Prototipos
 
Sistemas de Informacion Unidad 4
Sistemas de Informacion Unidad 4Sistemas de Informacion Unidad 4
Sistemas de Informacion Unidad 4
 
Sistemas De Informacion IV
Sistemas De Informacion IVSistemas De Informacion IV
Sistemas De Informacion IV
 
Estudio de Factibilidad
Estudio de FactibilidadEstudio de Factibilidad
Estudio de Factibilidad
 
Instituto universitario de tecnología
Instituto universitario de tecnologíaInstituto universitario de tecnología
Instituto universitario de tecnología
 
SSADM Material de apoyo
 SSADM Material de apoyo SSADM Material de apoyo
SSADM Material de apoyo
 
Presentacion de sistemas
Presentacion de sistemasPresentacion de sistemas
Presentacion de sistemas
 
Unidad III Sistemas de Informacion
Unidad III Sistemas de InformacionUnidad III Sistemas de Informacion
Unidad III Sistemas de Informacion
 
Dpss u3_a2_paov.pptx
 Dpss u3_a2_paov.pptx Dpss u3_a2_paov.pptx
Dpss u3_a2_paov.pptx
 
Presentacion de sistemas
Presentacion de sistemasPresentacion de sistemas
Presentacion de sistemas
 
Clase 6
Clase 6Clase 6
Clase 6
 
Dpss u3 u2_argm
Dpss u3 u2_argmDpss u3 u2_argm
Dpss u3 u2_argm
 
Sistemas Unidad IV
Sistemas Unidad IVSistemas Unidad IV
Sistemas Unidad IV
 
Trabajo de Christian Oblitas
Trabajo de Christian OblitasTrabajo de Christian Oblitas
Trabajo de Christian Oblitas
 
implementaciondesoftware-110920135142-phpapp01.pdf
implementaciondesoftware-110920135142-phpapp01.pdfimplementaciondesoftware-110920135142-phpapp01.pdf
implementaciondesoftware-110920135142-phpapp01.pdf
 
SISTEMA DE SOFTWARE
SISTEMA DE SOFTWARESISTEMA DE SOFTWARE
SISTEMA DE SOFTWARE
 
Proyecto de word.
Proyecto de word.Proyecto de word.
Proyecto de word.
 
Unidad 4 Alternativas de adquisición de sistemas de información
Unidad 4 Alternativas de adquisición de sistemas de información Unidad 4 Alternativas de adquisición de sistemas de información
Unidad 4 Alternativas de adquisición de sistemas de información
 
Dpss u3 a2_lusm
Dpss u3 a2_lusmDpss u3 a2_lusm
Dpss u3 a2_lusm
 

Dpss a2_tomd

  • 1.
  • 2. Un ejemplo para cada uno de los tipos de programas (S, P, E)  – S-type (Static type): Son aquellos que pueden especificarse formalmente. Por ejemplo, sistemas que devuelven resultados en base a fórmulas ya definidas (una calculadora).  – P-type (Practical type): Son aquellos que pese a que pueden especificarse formalmente, su solución no es ni aparente, ni inmediata, lo que provoca que sea necesario un proceso iterativo para encontrar una solución válida. Se sabe, por tanto, el resultado que se necesita (o el esperado), pero no se sabe describir cómo llegar a él. La característica principal de esos dos tipos de sistemas es la estabilidad de sus requisitos o especificaciones (una vez encontrada la solución adecuada en el P-type). Un programa de computadora practico como los de escritorio o fijo que resuelven problemas, (Nero exprés).  – E-type (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, dando lugar a una situación en la que el sistema y su entorno evolucionan de manera conjunta. Este tipo de sistemas son los más comunes hoy día. Como Facebook.
  • 3. Las tres etapas de evolución del software (alfa, madurez, salida) El desarrollo inicial genera un banco de conocimiento, tal como el de dominio de aplicación, requisitos de los usuarios, reglas de negocio, políticas, soluciones, algoritmos, etcétera adaptación de la aplicación a las siempre cambiantes necesidades de los usuarios y el medio ambiente de trabajo. El software evoluciona continuamente manteniéndose estable hasta que el sistema ya no sea adaptable, entonces se llega a la etapa de salida, que se caracteriza porque ya no hay soporte técnico; sin embargo, el software todavía está en producción. Por último, el sistema es dado de baja, se apaga o se interrumpe y los usuarios son redireccionados hacia el nuevo.
  • 4. Un ejemplo gráfico de una reingeniería de sistemas Podemos observar que algunos códigos están redireccionados para que hagan llamadas de objetos, clases o métodos, de una forma que es poco convencional por eso es necesario estudiar si hay un camino para que esas estructuras puedan ser lo mas ligero posible por eso se debe de analizar dicho programa y tal y como se ve en la imagen se ve que de a pasa a una multitud de métodos en lugar de estructurarlo en una misma clase para llamar a b y dejar de lado a c si este ya es obsoleto para las necesidades de la empresa.
  • 5. De los tipos de cambios incluidos en la página 36, elige 4 tipos de cambio e incluye un ejemplo real para cada tipo de cambio seleccionado  Computacionales, (una operación en lenguaje Python el cual una es correcta en la sintaxis de los operadores y otra in correcta). Lógicos Salida : integración del código por no definir los filtro de saneamiento Entrada : no definir las variables o contantes .php
  • 6. Agregar tus conclusiones respecto al tema  Los métodos de evaluación, la definición de los tipos de manteniendo, hasta las reestructuración de un proyecto en base a la ingeniería inversa y directo o avanzada, todo esto incluyendo las Leyes y descripciones de Lehman y Belady, para aplicar mantenimiento de software, son necesarios para desde agregar costos , hasta disminuir los mismos en base a los mencionado, tenemos que tener en cuenta que los marcos de trabajo como ISO, también son necesarios, ya que estas ya están probadas en teoría .
  • 7. Fuentes:  Jummp (2018, PP), clasificación de los sistemas, https://jummp.wordpress.com/2014/02/06/lehman-y-belady-clasificacion- de-los-sistemas/  blogspot(2018, PP) reingeniería inversa , http://4.bp.blogspot.com/kyFmUEL3FCo/UfUHby6wF3I/AAAAAAAAAo0/B35N8 2m3sCU/s200/procesos-reingenieri.jpg.  imgur (2018, PP), variables indefinidas, https://i.stack.imgur.com/L44nl.png  UNADM(2018,PP), Unidad 3. Diseño Web profesional, https://unadmexico.blackboard.com/bbcswebdav/institution/DCEIT/2016_S2 _B1/DS/08/DPW2/U3/Unidad_3_Dis_web_profesional.pdf