SlideShare una empresa de Scribd logo
1 de 17
MATERIA: TEORIA DE SISTEMAS
                       SIS 210
 Ing. Juan Carlos Arredondo V.
 Desde  fines de los 70 crece la tendencia a
  reconocer el :
 diseño estructurado.
 la programación estructurada.
 la implantación descendente como parte del
  ciclo de vida de proyectos.
 implantación de arriba hacia abajo.
    Ej. Los módulos de alto nivel se codifican y se
     prueba primero.
 Pueden  realizar actividades en paralelo, con
 la suficiente cordura del paralelismo.
    Ej. No realizar encuesta y codificación al mismo
     tiempo.
 Prácticamente  todas las actividades pueden y
 suelen producir información que pueden
 llevar a modificaciones adecuadas de una o
 más actividades precedentes.
 Este modelo cuenta con 9 actividades
 Y 3 terminadores
    Los terminadores son los usuarios, los
     administradores, y el personal de operaciones.
    Los cuales se tratan de individuos o grupos que
     proporcionan la entrada al equipo del
     proyecto, y son los beneficiados finales del
     sistema.
 Esta actividad también se conoce como el
  estudio de factibilidad o como el estudio
  inicial de negocios. Empieza cuando el
  usuario solicita que una o más partes de su
  sistema se automaticen.
 Es una actividad importante debido a que la
  administración pudiera decidir cancelar el
  proyecto si no parece atractivo desde el
  punto de vista de costo-beneficio.
 Identificar a los usuarios responsables y crear
  un campo de actividad" inicial del sistema.
 Identificar las deficiencias actuales en el
  ambiente del usuario.
 Establecer metas y objetivos para un sistema
  nuevo.
 Determinar si es factible automatizar el
  sistema y de ser así, sugerir escenarios
  aceptables.
 Preparar el esquema que se usará para guiar
  el resto del proyecto
 Esta
     sirve para transformar sus dos entradas (
 insumos o factores) principales:
    Las políticas del usuario
    y el esquema del proyecto
  en una especificación estructurada.
 Esto implica modelar el ambiente del usuario
  con:
    diagramas de flujo de datos,
    diagramas de entidad-relación,
    diagramas de transición de estado, etc.
 Desarrollo del Modelo ambiental.
 Desarrollo del Modelo de comportamiento.
 Modelo esencial (combinación de los
  anteriores).(descripción formal de lo que el nuevo sistema debe hacer)
 Presupuestos
 Cálculos de costo y beneficio (más precisos y detallados)
 La actividad de diseño se dedica a asignar
  porciones de la especificación (modelo esencial) a
  procesadores adecuados (máquinas o humanos)
 Jerarquizar los módulos de programas.
 Jerarquizar interfaces.
 Transforma el Modelo ER en Diseño de Base
  de Datos.
 Estaactividad incluye la codificación y la
 integración de módulos en un esqueleto
 progresivamente más complejo del sistema
 final.
    Programación estructurada
    Implantación descendente.
 La  especificación estructurada debe contener
  toda la información necesaria para definir un
  sistema que sea aceptable desde el punto de
  vista del usuario.
 Por eso, una vez generada la
  especificación, puede comenzar la actividad
  de producir un conjunto de casos de prueba
  de aceptación desde la especificación
  estructurada.
 La garantía de calidad también se conoce
  como la prueba final o la prueba de
  aceptación.
 Esta actividad requiere como entradas los
  datos de la prueba de aceptación generada
  en la actividad 5 y el sistema integrado
  producido en la actividad 4.
 Esta actividad implica la generación de una
  descripción formal de las partes del sistema
  que se harán en forma manual, lo mismo que
  la descripción de como interactuarán los
  usuarios con la parte automatizada del nuevo
  sistema.
 El resultado de la actividad 7 es un manual
  para el usuario.
 Esta actividad requiere como entrada la base
  de datos actual del usuario, al igual que la
  especificación del diseño producida por
  medio de la actividad 3.
 Si ya existe una base de datos esta actividad
  consiste en la conversión a la nueva base de
  datos (Migración de datos)
 En   esta actividad sus entradas son:
     el manual del usuario producido en la actividad
     7,
    la base de datos convertida que se creó con la
     actividad 8
    y el sistema aceptado producido por la actividad
     6.
 Losusuario van recibiendo manuales y
 entrenamiento y comenzado a usar el nuevo
 sistema.
 ¿En que consiste el desarrollo de software
  estructurado?
 ¿Cuántas, cuales y en que consiste cada una
  de las actividades del desarrollo de software
  estructurado?
 ¿Cuántos y cuales son terminadores en el
  desarrollo de software estructurado?

Más contenido relacionado

La actualidad más candente

Presentacion modelos de proceso Grupo 3
Presentacion modelos de proceso Grupo 3Presentacion modelos de proceso Grupo 3
Presentacion modelos de proceso Grupo 3Bruno
 
Proceso unificado de desarrollo de software
Proceso unificado de desarrollo de softwareProceso unificado de desarrollo de software
Proceso unificado de desarrollo de softwareSonia Trejo Marano
 
Analisis y diseño de sistemas proceso unificado henriquez malla santiago alberto
Analisis y diseño de sistemas proceso unificado henriquez malla santiago albertoAnalisis y diseño de sistemas proceso unificado henriquez malla santiago alberto
Analisis y diseño de sistemas proceso unificado henriquez malla santiago albertoSantiago Henriquez
 
Analisis de diseño y sitema
Analisis de diseño y sitemaAnalisis de diseño y sitema
Analisis de diseño y sitemaLuis Sauce
 
Construcción y administración de sistemas yanelkys Reyes
Construcción y administración de sistemas yanelkys ReyesConstrucción y administración de sistemas yanelkys Reyes
Construcción y administración de sistemas yanelkys Reyesyanelkysr
 
Modelo incremental
Modelo incrementalModelo incremental
Modelo incrementalpaocrega
 
Cuadro comparativo de enfoque estructurado y enfoque orientado
Cuadro comparativo de enfoque estructurado y enfoque orientadoCuadro comparativo de enfoque estructurado y enfoque orientado
Cuadro comparativo de enfoque estructurado y enfoque orientadoFreddySantiago32
 
Proceso de análisis de sistema
Proceso de análisis de sistemaProceso de análisis de sistema
Proceso de análisis de sistemaJosué Pimentel
 
Proceso racional unificado
Proceso racional unificadoProceso racional unificado
Proceso racional unificadokary-1004
 
Los Sistemas De Informacion
Los Sistemas De InformacionLos Sistemas De Informacion
Los Sistemas De Informacionlordmarshmallow
 
Clase 6 contexto y procesos
Clase 6 contexto y procesosClase 6 contexto y procesos
Clase 6 contexto y procesosCOMPUTO1ISTENE
 

La actualidad más candente (16)

Presentacion modelos de proceso Grupo 3
Presentacion modelos de proceso Grupo 3Presentacion modelos de proceso Grupo 3
Presentacion modelos de proceso Grupo 3
 
Proceso unificado de desarrollo de software
Proceso unificado de desarrollo de softwareProceso unificado de desarrollo de software
Proceso unificado de desarrollo de software
 
Analisis y diseño de sistemas proceso unificado henriquez malla santiago alberto
Analisis y diseño de sistemas proceso unificado henriquez malla santiago albertoAnalisis y diseño de sistemas proceso unificado henriquez malla santiago alberto
Analisis y diseño de sistemas proceso unificado henriquez malla santiago alberto
 
Erinys
ErinysErinys
Erinys
 
Ciclo diapositivas
Ciclo diapositivasCiclo diapositivas
Ciclo diapositivas
 
Francys g
Francys gFrancys g
Francys g
 
Diseño de sistemas
Diseño de sistemasDiseño de sistemas
Diseño de sistemas
 
Analisis de diseño y sitema
Analisis de diseño y sitemaAnalisis de diseño y sitema
Analisis de diseño y sitema
 
Construcción y administración de sistemas yanelkys Reyes
Construcción y administración de sistemas yanelkys ReyesConstrucción y administración de sistemas yanelkys Reyes
Construcción y administración de sistemas yanelkys Reyes
 
Modelo incremental
Modelo incrementalModelo incremental
Modelo incremental
 
Cuadro comparativo de enfoque estructurado y enfoque orientado
Cuadro comparativo de enfoque estructurado y enfoque orientadoCuadro comparativo de enfoque estructurado y enfoque orientado
Cuadro comparativo de enfoque estructurado y enfoque orientado
 
Proceso de análisis de sistema
Proceso de análisis de sistemaProceso de análisis de sistema
Proceso de análisis de sistema
 
Proceso racional unificado
Proceso racional unificadoProceso racional unificado
Proceso racional unificado
 
9.diseño de la arquitectura
9.diseño de la arquitectura9.diseño de la arquitectura
9.diseño de la arquitectura
 
Los Sistemas De Informacion
Los Sistemas De InformacionLos Sistemas De Informacion
Los Sistemas De Informacion
 
Clase 6 contexto y procesos
Clase 6 contexto y procesosClase 6 contexto y procesos
Clase 6 contexto y procesos
 

Destacado (16)

Clase 5
Clase 5Clase 5
Clase 5
 
Clase 1
Clase 1Clase 1
Clase 1
 
Clase 2
Clase 2Clase 2
Clase 2
 
Clase 4
Clase 4Clase 4
Clase 4
 
Introduccion al desarrollo
Introduccion al desarrolloIntroduccion al desarrollo
Introduccion al desarrollo
 
Diseño estructurado
Diseño estructuradoDiseño estructurado
Diseño estructurado
 
Trabajo de investigacion
Trabajo de investigacionTrabajo de investigacion
Trabajo de investigacion
 
Metodologías para el desarrollo de sistemas
Metodologías para el desarrollo de sistemasMetodologías para el desarrollo de sistemas
Metodologías para el desarrollo de sistemas
 
Metodologia De Desarrollo De Software
Metodologia De Desarrollo De SoftwareMetodologia De Desarrollo De Software
Metodologia De Desarrollo De Software
 
Metodología de desarrollo de software rad
 Metodología de desarrollo de software rad Metodología de desarrollo de software rad
Metodología de desarrollo de software rad
 
Metodologia de desarrollo software
Metodologia  de desarrollo softwareMetodologia  de desarrollo software
Metodologia de desarrollo software
 
Diseño Estructurado
Diseño EstructuradoDiseño Estructurado
Diseño Estructurado
 
Diseño estructurado
Diseño estructuradoDiseño estructurado
Diseño estructurado
 
Metodología de desarrollo de software
Metodología de desarrollo de softwareMetodología de desarrollo de software
Metodología de desarrollo de software
 
4 Clase Metodologia De Desarrolo De Software
4 Clase Metodologia De Desarrolo De Software4 Clase Metodologia De Desarrolo De Software
4 Clase Metodologia De Desarrolo De Software
 
Software Testing (1)
Software Testing (1)Software Testing (1)
Software Testing (1)
 

Similar a Clase 6

Ciclo de vida estructurado de un proyecto
Ciclo de vida estructurado de un proyectoCiclo de vida estructurado de un proyecto
Ciclo de vida estructurado de un proyectonicko360
 
Trabajo grupal flavio cosme eldin junior
Trabajo grupal flavio cosme eldin juniorTrabajo grupal flavio cosme eldin junior
Trabajo grupal flavio cosme eldin juniorJunior Diaz
 
Trabajo grupal flavio cosme eldin junior
Trabajo grupal flavio cosme eldin juniorTrabajo grupal flavio cosme eldin junior
Trabajo grupal flavio cosme eldin juniorJunior Diaz
 
implementaciondesoftware-110920135142-phpapp01.pdf
implementaciondesoftware-110920135142-phpapp01.pdfimplementaciondesoftware-110920135142-phpapp01.pdf
implementaciondesoftware-110920135142-phpapp01.pdfssuser948499
 
Instituto universitario de tecnología
Instituto universitario de tecnologíaInstituto universitario de tecnología
Instituto universitario de tecnologíaAlexander Tua
 
Ciclo de vida y Diseño de los SI
Ciclo de vida y Diseño de los SICiclo de vida y Diseño de los SI
Ciclo de vida y Diseño de los SIRafaelBrito138
 
Prototipado rapido de interfaces
Prototipado rapido de interfacesPrototipado rapido de interfaces
Prototipado rapido de interfacesFahyr
 
Ciclo de vida de un sistema
Ciclo de vida de un sistemaCiclo de vida de un sistema
Ciclo de vida de un sistemaArturo Bocanegra
 
Sistemas Unidad IV
Sistemas Unidad IVSistemas Unidad IV
Sistemas Unidad IVCasssandraG
 
Proceso de desarrollo de si
Proceso de desarrollo de siProceso de desarrollo de si
Proceso de desarrollo de siDidier Alexander
 
Insidencias En Los Paradigmas De La Ingeniera De Software
Insidencias En Los Paradigmas De La Ingeniera De SoftwareInsidencias En Los Paradigmas De La Ingeniera De Software
Insidencias En Los Paradigmas De La Ingeniera De SoftwareUniversidad De Cordoba
 
Construcción unidad completa yanelkys reyes
Construcción unidad completa yanelkys reyesConstrucción unidad completa yanelkys reyes
Construcción unidad completa yanelkys reyesyanelkysr
 
diseño lógico y diseño físico
diseño lógico y diseño físicodiseño lógico y diseño físico
diseño lógico y diseño físicoerrroman
 

Similar a Clase 6 (20)

Ciclo de vida Estructurado
Ciclo de vida EstructuradoCiclo de vida Estructurado
Ciclo de vida Estructurado
 
Ciclo de vida estructurado de un proyecto
Ciclo de vida estructurado de un proyectoCiclo de vida estructurado de un proyecto
Ciclo de vida estructurado de un proyecto
 
Trabajo grupal flavio cosme eldin junior
Trabajo grupal flavio cosme eldin juniorTrabajo grupal flavio cosme eldin junior
Trabajo grupal flavio cosme eldin junior
 
Trabajo grupal flavio cosme eldin junior
Trabajo grupal flavio cosme eldin juniorTrabajo grupal flavio cosme eldin junior
Trabajo grupal flavio cosme eldin junior
 
Dpss u3 a2_macm
Dpss u3 a2_macmDpss u3 a2_macm
Dpss u3 a2_macm
 
implementaciondesoftware-110920135142-phpapp01.pdf
implementaciondesoftware-110920135142-phpapp01.pdfimplementaciondesoftware-110920135142-phpapp01.pdf
implementaciondesoftware-110920135142-phpapp01.pdf
 
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
 
Ciclo diapositivas
Ciclo diapositivasCiclo diapositivas
Ciclo diapositivas
 
Prototipos
PrototiposPrototipos
Prototipos
 
SSADM Material de apoyo
 SSADM Material de apoyo SSADM Material de apoyo
SSADM Material de apoyo
 
Ciclo de vida y Diseño de los SI
Ciclo de vida y Diseño de los SICiclo de vida y Diseño de los SI
Ciclo de vida y Diseño de los SI
 
Prototipado rapido de interfaces
Prototipado rapido de interfacesPrototipado rapido de interfaces
Prototipado rapido de interfaces
 
Ciclo de vida de un sistema
Ciclo de vida de un sistemaCiclo de vida de un sistema
Ciclo de vida de un sistema
 
Sistemas Unidad IV
Sistemas Unidad IVSistemas Unidad IV
Sistemas Unidad IV
 
Proceso de desarrollo de si
Proceso de desarrollo de siProceso de desarrollo de si
Proceso de desarrollo de si
 
Insidencias En Los Paradigmas De La Ingeniera De Software
Insidencias En Los Paradigmas De La Ingeniera De SoftwareInsidencias En Los Paradigmas De La Ingeniera De Software
Insidencias En Los Paradigmas De La Ingeniera De Software
 
Construcción unidad completa yanelkys reyes
Construcción unidad completa yanelkys reyesConstrucción unidad completa yanelkys reyes
Construcción unidad completa yanelkys reyes
 
Presproy
PresproyPresproy
Presproy
 
diseño lógico y diseño físico
diseño lógico y diseño físicodiseño lógico y diseño físico
diseño lógico y diseño físico
 

Clase 6

  • 1. MATERIA: TEORIA DE SISTEMAS SIS 210 Ing. Juan Carlos Arredondo V.
  • 2.  Desde fines de los 70 crece la tendencia a reconocer el :  diseño estructurado.  la programación estructurada.  la implantación descendente como parte del ciclo de vida de proyectos.  implantación de arriba hacia abajo.  Ej. Los módulos de alto nivel se codifican y se prueba primero.
  • 3.  Pueden realizar actividades en paralelo, con la suficiente cordura del paralelismo.  Ej. No realizar encuesta y codificación al mismo tiempo.  Prácticamente todas las actividades pueden y suelen producir información que pueden llevar a modificaciones adecuadas de una o más actividades precedentes.
  • 4.  Este modelo cuenta con 9 actividades  Y 3 terminadores  Los terminadores son los usuarios, los administradores, y el personal de operaciones.  Los cuales se tratan de individuos o grupos que proporcionan la entrada al equipo del proyecto, y son los beneficiados finales del sistema.
  • 5.
  • 6.  Esta actividad también se conoce como el estudio de factibilidad o como el estudio inicial de negocios. Empieza cuando el usuario solicita que una o más partes de su sistema se automaticen.  Es una actividad importante debido a que la administración pudiera decidir cancelar el proyecto si no parece atractivo desde el punto de vista de costo-beneficio.
  • 7.  Identificar a los usuarios responsables y crear un campo de actividad" inicial del sistema.  Identificar las deficiencias actuales en el ambiente del usuario.  Establecer metas y objetivos para un sistema nuevo.  Determinar si es factible automatizar el sistema y de ser así, sugerir escenarios aceptables.  Preparar el esquema que se usará para guiar el resto del proyecto
  • 8.  Esta sirve para transformar sus dos entradas ( insumos o factores) principales:  Las políticas del usuario  y el esquema del proyecto en una especificación estructurada.  Esto implica modelar el ambiente del usuario con:  diagramas de flujo de datos,  diagramas de entidad-relación,  diagramas de transición de estado, etc.
  • 9.  Desarrollo del Modelo ambiental.  Desarrollo del Modelo de comportamiento.  Modelo esencial (combinación de los anteriores).(descripción formal de lo que el nuevo sistema debe hacer)  Presupuestos  Cálculos de costo y beneficio (más precisos y detallados)
  • 10.  La actividad de diseño se dedica a asignar porciones de la especificación (modelo esencial) a procesadores adecuados (máquinas o humanos)  Jerarquizar los módulos de programas.  Jerarquizar interfaces.  Transforma el Modelo ER en Diseño de Base de Datos.
  • 11.  Estaactividad incluye la codificación y la integración de módulos en un esqueleto progresivamente más complejo del sistema final.  Programación estructurada  Implantación descendente.
  • 12.  La especificación estructurada debe contener toda la información necesaria para definir un sistema que sea aceptable desde el punto de vista del usuario.  Por eso, una vez generada la especificación, puede comenzar la actividad de producir un conjunto de casos de prueba de aceptación desde la especificación estructurada.
  • 13.  La garantía de calidad también se conoce como la prueba final o la prueba de aceptación.  Esta actividad requiere como entradas los datos de la prueba de aceptación generada en la actividad 5 y el sistema integrado producido en la actividad 4.
  • 14.  Esta actividad implica la generación de una descripción formal de las partes del sistema que se harán en forma manual, lo mismo que la descripción de como interactuarán los usuarios con la parte automatizada del nuevo sistema.  El resultado de la actividad 7 es un manual para el usuario.
  • 15.  Esta actividad requiere como entrada la base de datos actual del usuario, al igual que la especificación del diseño producida por medio de la actividad 3.  Si ya existe una base de datos esta actividad consiste en la conversión a la nueva base de datos (Migración de datos)
  • 16.  En esta actividad sus entradas son:  el manual del usuario producido en la actividad 7,  la base de datos convertida que se creó con la actividad 8  y el sistema aceptado producido por la actividad 6.  Losusuario van recibiendo manuales y entrenamiento y comenzado a usar el nuevo sistema.
  • 17.  ¿En que consiste el desarrollo de software estructurado?  ¿Cuántas, cuales y en que consiste cada una de las actividades del desarrollo de software estructurado?  ¿Cuántos y cuales son terminadores en el desarrollo de software estructurado?