SlideShare una empresa de Scribd logo
1 de 26
Descargar para leer sin conexión
Eliezer Alas
25.390.867
Diseño de software
Universidad Fermín Toro
Vicerrectorado Académico
Facultad de ingeniería
Escuela de computación
Que es un prototipo:
Los prototipos son una visión preliminar del
sistema futuro que se implantara.
La elaboración de prototipos de un sistema de
información es una técnica valiosa para la
recopilación rápida de información especifica a
cerca de los requerimientos de información de
los usuarios.
Los prototipos efectivos deben hacerse
tempranamente en el ciclo de vida del
desarrollo de sistemas, durante la fase de
determinación de requerimientos.
Características de prototipos
 El prototipo es una aplicación que funciona.
La finalidad del prototipo es probar varias
suposiciones formuladas por analistas y
usuarios
Los prototipos se crean con rapidez
Los prototipos evolucionan a través de un
proceso iterativo
Los prototipos tiene un costo bajo desarrollo
Fines de prototipos de aplicaciones:
Los prototipos no contiene todas las
características o lleva a cabo la totalidad de
las funciones necesarias del sistema final. Mas
bien incluye elementos suficientes para
permitir a las personas utilizar el sistema
propuesto para determinar que les gusta, que
no les gusta y identificar aquellas
características que deben cambiar son o
añadiesen.
Uso de prototipos de aplicación:
Tiene dos usos principales
 Es un método eficaz para aclarar los
requerimientos del usuarios.
 Verificar la factibilidad del diseño de un
sistema
Razones para el empleo de prototipos:
Las razones para el uso de prototipos son el
resultado directo de las necesidades de
diseñar y desarrollar sistemas de información
con rapidez, eficiencia y eficacia.
Esta compuesto de tres partes esenciales que
ayudan a un optimo desarrollo del diseño.
Aumento en la productividad
Redesarrollo planificado
Entusiasmo de los usuarios con respecto a
los prototipos
Aumento en la productividad
Llevar a cabo actividades en forma mas
eficiente ,obteniendo el mayor impacto con la
mejor utilización de recursos
Los analistas se enfrentan con muchos
obstáculos para alcázar sus objetivos de
desarrollo.
Redesarrollo planificado
los analistas desarrollan e implementan
aplicaciones de forma deliberada por ensayo y
error, debido a la falta de comunicación o mala
compresión. La mayor parte de las veces tienen
que volverse a desarrollar para satisfacer los
requerimientos de forma completa.
Entusiasmo de los usuarios con
respecto a los prototipos
Que esperan?
Ellos desean un sistema que se adapte a sus
necesidades
Generar preguntas y reacciones al usuario
Aplicación para candidatos:
No se conocen los requerimientos
Los requerimientos
Costos altos
Altos riesgo
Nuevas tecnologías
Etapas del modelo de prototipos
El desarrollo de prototipos es una aplicaciones
que se llevan de forma ordenada, sin importar
la herramienta
Identificación de requerimientos
Desarrollo de un modelo que funcione
Utilizar el prototipo
Revisión del prototipo
Repetición del proceso las veces que sea
necesario
Identificación de requerimientos
La determinación de los requerimientos de una
Aplicación es tan importante para el método
de desarrollo de prototipos. Como lo es para
el ciclo de desarrollo de sistemas o análisis o
Analista estructurado.
Definición de Requerimiento
Cuando el Cliente solicita que se desarrolle un sistema tiene
algunas nociones de lo que debe hacer.
Por está razón cada sistema basado en software tiene un
propósito, usualmente expresado con algo que el sistema
debe hacer.
Un Requerimiento “es una característica del sistema o una
descripción de algo que el sistema es capaz de hacer con el
objeto de satisfacer el propósito del sistema”.
Definición de Requerimiento
Es decir, los requerimientos son lo que los clientes/usuarios
esperan que haga el sistema.
Los analistas, por lo tanto, deben entender el problema de
los usuarios en SU cultura y con SU lenguaje y construir el
sistema que resuelve sus necesidades.
En si el objetivo del análisis de requerimientos es resolver
el problema.
Requerimientos v/s Diseño
Los requerimientos definen el Qué (el problema) del
sistema.
El Diseño define el Cómo (la solución).
Durante el análisis de requerimientos no se consideran
descripciones especificas de la implementación como
requerimientos, a menos que el cliente lo pida (Ej.: bases de
datos especificas, lenguajes de programación, etc.).
Los requerimientos, por lo tanto deben centrarse en el
cliente/usuario y el problema.
Importancia de los requerimientos
En 1994 el Standish Group hizo un estudio sobre 350 compañías
y cerca de 8000 proyectos de software para averiguar como les
estaba llendo. Los resultados fueron desencantadores:
El 31% de los proyectos de software fueron cancelados antes
de tiempo (2480 proyectos).
En las grandes compañías, sólo el 9% de los proyectos fue
entregado en el termino de tiempo y dentro del costo que se
presupuestaron; el 16% satisfizo estos requerimientos en las
compañías pequeñas.
En 1995 Standish pidió a los participantes que especificarán las
causas. Los resultados fueron los siguientes:
 Requerimientos incompletos (13,1%).
 Falta de compromiso del usuario (12,4%).
 Falta de recursos (10,6%).
 Expectativas no realistas (9,9%).
 Falta de soporte ejecutivo (9,3%).
 Requerimientos y especificaciones cambiantes (8,7%).
 Falta de planeamiento (8,1%).
 Fin de la necesidad del sistema (7,5%).
Importancia de los requerimientos
Importancia de los requerimientos
Boehm y Papaccio en 1988, realizan un cuantificación del costo
de corregir los errores asociados a requerimientos en las
diversas etapas del software.
Etapa en la que se encuentra el error Costo en USD
Análisis y Esp. Requerimientos 1
Diseño 5
Codificación 10
Prueba Unitaria 20
Producción 200
Clasificación de Requerimientos
Según el Tipo los requerimientos se clasifican en:
Requerimientos funcionales.
Requerimientos no funcionales.
Requerimientos del Dominio.
Según a quien van dirigidos se clasifican en:
Requerimientos del Usuario.
Requerimientos del Sistema.
Clasificación de Requerimientos
Requerimientos funcionales
Describen la funcionalidad o los servicios que se espera que
el sistema proveerá. Dependen del tipo de software, del
sistema que se desarrollo y de los posibles usuarios.
Cuando se expresan como Requerimientos del usuarios, se
definen de forma general.
Cuando se expresan como requerimiento del sistema
describen con detalle la función de éste, sus entradas y
salidas, excepciones, etc.
Clasificación de Requerimientos
Requerimientos no funcionales
Los requerimientos no funcionales se clasifican según su implicancia:
 Del producto: especifican comportamiento del producto. Ej.: de
desempeño en la rapidez de ejecución del sistema, cuanta memoria se
requiere; los de fiabilidad que fijan la tasa de fallas para el sistema
sea aceptable, los de portabilidad y de usabilidad.
 Organizacionales: se derivan de las políticas y procedimientos
existentes en la organización del cliente y del desarrollador. Ej.:
estándares en los procesos que deben utilizarse, requerimientos de
implementación como los lenguajes de programación o el método de
diseño a utilizar.
Clasificación de Requerimientos
Requerimientos no funcionales
Son los requerimientos que no se refieren directamente a las
funciones específicas que entrega el sistema, sino a las propiedades
emergentes de éste, como la fiabilidad, la respuesta en el tiempo y la
capacidad de almacenamiento.
Muchos requerimientos no funcionales se refieren al sistema como un
todo más que a rasgos particulares del mismo.
A menudo son mas críticos que los funcionales. Mientras que un
incumplimiento de un requerimiento funcional degrada el sistema, el
de un requerimiento no funcional del sistema lo inutiliza.
Clasificación de Requerimientos
Requerimientos no funcionales
Los requerimientos no funcionales se clasifican según su implicancia:
 Del producto: especifican comportamiento del producto. Ej.: de
desempeño en la rapidez de ejecución del sistema, cuanta memoria se
requiere; los de fiabilidad que fijan la tasa de fallas para el sistema
sea aceptable, los de portabilidad y de usabilidad.
 Organizacionales: se derivan de las políticas y procedimientos
existentes en la organización del cliente y del desarrollador. Ej.:
estándares en los procesos que deben utilizarse, requerimientos de
implementación como los lenguajes de programación o el método de
diseño a utilizar.
Clasificación de Requerimientos
Requerimientos no funcionales
Externos: cubre todos los requerimientos que se derivan de los
factores externos al sistema y de su proceso de desarrollo. Ej.:
requerimientos de interoperabilidad, requerimientos legales,
requerimientos éticos.
Un problema común con los requerimientos no funcionales es que
algunas veces son difíciles de verificar.
De forma ideal los requerimientos no funcionales se deben
expresar de manera cuantitativa utilizando métricas que se puedan
probar de forma objetiva. En la práctica, es difícil. El costo es muy
alto.
Clasificación de Requerimientos
Requerimientos del dominio
Se derivan del dominio del sistema más que de las necesidades
especificas del usuario.
Son importantes debido a que a menudo reflejan los
fundamentos del dominio de la aplicación. Si estos no se
satisfacen es imposible que el sistema trabaje de forma
satisfactoria.
Estos se expresan utilizando un lenguaje especifico del
dominio de la aplicación que a menudo es difícil de
comprender. Ej.: operación para calcular desaceleración del
tren, para un sistema de control de trenes.
Presentación digital Eliezer Alas

Más contenido relacionado

La actualidad más candente

Requerimientos de-cliente-y-desarrollador
Requerimientos de-cliente-y-desarrolladorRequerimientos de-cliente-y-desarrollador
Requerimientos de-cliente-y-desarrolladorAnibal Ulibarri
 
Unidad iv alternativas de adquisición de sistemas de
Unidad iv alternativas de adquisición de sistemas deUnidad iv alternativas de adquisición de sistemas de
Unidad iv alternativas de adquisición de sistemas depheramrh
 
Expoicioningenieria del software eddy
Expoicioningenieria del software eddyExpoicioningenieria del software eddy
Expoicioningenieria del software eddyexposiciongiovanny
 
Expoicioningenieria del software eddy
Expoicioningenieria del software eddyExpoicioningenieria del software eddy
Expoicioningenieria del software eddyeddyingenieria
 
Ingeniería de requisitos y de requerimientos
Ingeniería de requisitos y de requerimientosIngeniería de requisitos y de requerimientos
Ingeniería de requisitos y de requerimientosunrated999
 
Presentacion de sistemas
Presentacion de sistemasPresentacion de sistemas
Presentacion de sistemascarloschavezsdi
 
Taller en clases
Taller en clasesTaller en clases
Taller en clases3045433345
 
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
 
Presentacion de sistemas
Presentacion de sistemasPresentacion de sistemas
Presentacion de sistemascarloschavezsdi
 
Requerimientos
RequerimientosRequerimientos
Requerimientoskaresha3
 
Ciclo de vida de un sistema de información carlos
Ciclo de vida de un sistema de información carlosCiclo de vida de un sistema de información carlos
Ciclo de vida de un sistema de información carloscarlosluis002
 
Diseño de software
Diseño de softwareDiseño de software
Diseño de softwareYamnibel
 
DESARROLLO DE PROTOTIPOS
DESARROLLO DE PROTOTIPOSDESARROLLO DE PROTOTIPOS
DESARROLLO DE PROTOTIPOSUDEC
 
Sistemas De Informacion IV
Sistemas De Informacion IVSistemas De Informacion IV
Sistemas De Informacion IVnattalia_3
 
Unidad I Requerimientos
Unidad I RequerimientosUnidad I Requerimientos
Unidad I Requerimientosguest409adc
 
Análisisde requerimientos
Análisisde requerimientosAnálisisde requerimientos
Análisisde requerimientosmayrapeg
 
Sesion6 Procesos de Ingeniería de Requisitos
Sesion6 Procesos de Ingeniería de RequisitosSesion6 Procesos de Ingeniería de Requisitos
Sesion6 Procesos de Ingeniería de RequisitosOscar López
 
Unidad 2 ingenieria de software
Unidad 2 ingenieria de softwareUnidad 2 ingenieria de software
Unidad 2 ingenieria de softwareJuniorAPerezG
 

La actualidad más candente (20)

Requerimientos del software
Requerimientos del software Requerimientos del software
Requerimientos del software
 
Requerimientos de-cliente-y-desarrollador
Requerimientos de-cliente-y-desarrolladorRequerimientos de-cliente-y-desarrollador
Requerimientos de-cliente-y-desarrollador
 
Unidad iv alternativas de adquisición de sistemas de
Unidad iv alternativas de adquisición de sistemas deUnidad iv alternativas de adquisición de sistemas de
Unidad iv alternativas de adquisición de sistemas de
 
Expoicioningenieria del software eddy
Expoicioningenieria del software eddyExpoicioningenieria del software eddy
Expoicioningenieria del software eddy
 
Expoicioningenieria del software eddy
Expoicioningenieria del software eddyExpoicioningenieria del software eddy
Expoicioningenieria del software eddy
 
Ingeniería de requisitos y de requerimientos
Ingeniería de requisitos y de requerimientosIngeniería de requisitos y de requerimientos
Ingeniería de requisitos y de requerimientos
 
Presentacion de sistemas
Presentacion de sistemasPresentacion de sistemas
Presentacion de sistemas
 
Taller en clases
Taller en clasesTaller en clases
Taller en clases
 
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
 
Presentacion de sistemas
Presentacion de sistemasPresentacion de sistemas
Presentacion de sistemas
 
modulo uno
modulo unomodulo uno
modulo uno
 
Requerimientos
RequerimientosRequerimientos
Requerimientos
 
Ciclo de vida de un sistema de información carlos
Ciclo de vida de un sistema de información carlosCiclo de vida de un sistema de información carlos
Ciclo de vida de un sistema de información carlos
 
Diseño de software
Diseño de softwareDiseño de software
Diseño de software
 
DESARROLLO DE PROTOTIPOS
DESARROLLO DE PROTOTIPOSDESARROLLO DE PROTOTIPOS
DESARROLLO DE PROTOTIPOS
 
Sistemas De Informacion IV
Sistemas De Informacion IVSistemas De Informacion IV
Sistemas De Informacion IV
 
Unidad I Requerimientos
Unidad I RequerimientosUnidad I Requerimientos
Unidad I Requerimientos
 
Análisisde requerimientos
Análisisde requerimientosAnálisisde requerimientos
Análisisde requerimientos
 
Sesion6 Procesos de Ingeniería de Requisitos
Sesion6 Procesos de Ingeniería de RequisitosSesion6 Procesos de Ingeniería de Requisitos
Sesion6 Procesos de Ingeniería de Requisitos
 
Unidad 2 ingenieria de software
Unidad 2 ingenieria de softwareUnidad 2 ingenieria de software
Unidad 2 ingenieria de software
 

Destacado

scce-cep-2015-06-Dhont-1-04
scce-cep-2015-06-Dhont-1-04scce-cep-2015-06-Dhont-1-04
scce-cep-2015-06-Dhont-1-04Jan Dhont
 
New nonprofit presentation.
New nonprofit presentation.New nonprofit presentation.
New nonprofit presentation.Ming Louie
 
DISEÑO ESTRUCTURADO
DISEÑO ESTRUCTURADO DISEÑO ESTRUCTURADO
DISEÑO ESTRUCTURADO Eliezer Alas
 
iCare 2014 Detailed_pj
iCare 2014 Detailed_pjiCare 2014 Detailed_pj
iCare 2014 Detailed_pjPatrick Jarvis
 
Reasons to consider Binding Corporate Rules
Reasons to consider Binding Corporate RulesReasons to consider Binding Corporate Rules
Reasons to consider Binding Corporate RulesJan Dhont
 
2015-0318 GAC Presentation - BCR - 05052015
2015-0318 GAC Presentation - BCR - 050520152015-0318 GAC Presentation - BCR - 05052015
2015-0318 GAC Presentation - BCR - 05052015Jan Dhont
 
Aprendizaje y razonamiento eliezer alas
Aprendizaje y razonamiento eliezer alasAprendizaje y razonamiento eliezer alas
Aprendizaje y razonamiento eliezer alasEliezer Alas
 
Ray Glass NaviSite_DskGde_Bklet_Final
Ray Glass NaviSite_DskGde_Bklet_FinalRay Glass NaviSite_DskGde_Bklet_Final
Ray Glass NaviSite_DskGde_Bklet_FinalRay Glass
 

Destacado (8)

scce-cep-2015-06-Dhont-1-04
scce-cep-2015-06-Dhont-1-04scce-cep-2015-06-Dhont-1-04
scce-cep-2015-06-Dhont-1-04
 
New nonprofit presentation.
New nonprofit presentation.New nonprofit presentation.
New nonprofit presentation.
 
DISEÑO ESTRUCTURADO
DISEÑO ESTRUCTURADO DISEÑO ESTRUCTURADO
DISEÑO ESTRUCTURADO
 
iCare 2014 Detailed_pj
iCare 2014 Detailed_pjiCare 2014 Detailed_pj
iCare 2014 Detailed_pj
 
Reasons to consider Binding Corporate Rules
Reasons to consider Binding Corporate RulesReasons to consider Binding Corporate Rules
Reasons to consider Binding Corporate Rules
 
2015-0318 GAC Presentation - BCR - 05052015
2015-0318 GAC Presentation - BCR - 050520152015-0318 GAC Presentation - BCR - 05052015
2015-0318 GAC Presentation - BCR - 05052015
 
Aprendizaje y razonamiento eliezer alas
Aprendizaje y razonamiento eliezer alasAprendizaje y razonamiento eliezer alas
Aprendizaje y razonamiento eliezer alas
 
Ray Glass NaviSite_DskGde_Bklet_Final
Ray Glass NaviSite_DskGde_Bklet_FinalRay Glass NaviSite_DskGde_Bklet_Final
Ray Glass NaviSite_DskGde_Bklet_Final
 

Similar a Presentación digital Eliezer Alas

Ingenieria de requerimientos
Ingenieria de requerimientosIngenieria de requerimientos
Ingenieria de requerimientosTensor
 
Ingenieria de Requerimientos
Ingenieria de RequerimientosIngenieria de Requerimientos
Ingenieria de Requerimientoskaresha3
 
Ingenieria de Requerimientos
Ingenieria de RequerimientosIngenieria de Requerimientos
Ingenieria de Requerimientoskaresha3
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitosZuleima
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitosZuleima
 
Unidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosUnidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosSergio Sanchez
 
unidad 4..
unidad 4..unidad 4..
unidad 4..johanagb
 
ingenieria de requerimientos
ingenieria de requerimientosingenieria de requerimientos
ingenieria de requerimientosjhonier1999
 
IMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS PARA EL DESARROLLO DE SISTEMAS
IMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS PARA EL DESARROLLO DE SISTEMASIMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS PARA EL DESARROLLO DE SISTEMAS
IMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS PARA EL DESARROLLO DE SISTEMASAlcoverify
 
Unidad III Sistemas de Informacion
Unidad III Sistemas de InformacionUnidad III Sistemas de Informacion
Unidad III Sistemas de InformacionCasssandraG
 
Sistemas de Informacion
Sistemas de InformacionSistemas de Informacion
Sistemas de InformacionCasssandraG
 
Taller ingernieria de requerimientos
Taller ingernieria de requerimientosTaller ingernieria de requerimientos
Taller ingernieria de requerimientosXilena16
 
Centro biotecnologo del sena
Centro biotecnologo del senaCentro biotecnologo del sena
Centro biotecnologo del senaleydismartinez1
 

Similar a Presentación digital Eliezer Alas (20)

Ingenieria de requerimientos
Ingenieria de requerimientosIngenieria de requerimientos
Ingenieria de requerimientos
 
Ingenieria de Requerimientos
Ingenieria de RequerimientosIngenieria de Requerimientos
Ingenieria de Requerimientos
 
Ingenieria de Requerimientos
Ingenieria de RequerimientosIngenieria de Requerimientos
Ingenieria de Requerimientos
 
Taller en clases (1)
Taller en clases (1)Taller en clases (1)
Taller en clases (1)
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitos
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitos
 
Unidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De RequerimientosUnidad 1.3 Analisis De Requerimientos
Unidad 1.3 Analisis De Requerimientos
 
unidad 4
unidad 4unidad 4
unidad 4
 
Requerimiento
RequerimientoRequerimiento
Requerimiento
 
unidad 4..
unidad 4..unidad 4..
unidad 4..
 
ingenieria de requerimientos
ingenieria de requerimientosingenieria de requerimientos
ingenieria de requerimientos
 
Carlos leon
Carlos leonCarlos leon
Carlos leon
 
IMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS PARA EL DESARROLLO DE SISTEMAS
IMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS PARA EL DESARROLLO DE SISTEMASIMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS PARA EL DESARROLLO DE SISTEMAS
IMPORTANCIA DEL ANÁLISIS DE REQUERIMIENTOS PARA EL DESARROLLO DE SISTEMAS
 
Unidad III Sistemas de Informacion
Unidad III Sistemas de InformacionUnidad III Sistemas de Informacion
Unidad III Sistemas de Informacion
 
Sistemas de Informacion
Sistemas de InformacionSistemas de Informacion
Sistemas de Informacion
 
ALEXIS GARCIA
ALEXIS GARCIAALEXIS GARCIA
ALEXIS GARCIA
 
Tema 1 Ingeniería de Requisitos
Tema 1 Ingeniería de RequisitosTema 1 Ingeniería de Requisitos
Tema 1 Ingeniería de Requisitos
 
Presentaciã³n1
Presentaciã³n1Presentaciã³n1
Presentaciã³n1
 
Taller ingernieria de requerimientos
Taller ingernieria de requerimientosTaller ingernieria de requerimientos
Taller ingernieria de requerimientos
 
Centro biotecnologo del sena
Centro biotecnologo del senaCentro biotecnologo del sena
Centro biotecnologo del sena
 

Más de Eliezer Alas

Control y seguridad de sistemas
Control y seguridad de sistemasControl y seguridad de sistemas
Control y seguridad de sistemasEliezer Alas
 
Propuesta de teoria de sistemas 2
Propuesta de teoria de sistemas 2Propuesta de teoria de sistemas 2
Propuesta de teoria de sistemas 2Eliezer Alas
 
Asignacion Eliezer Alas
Asignacion Eliezer AlasAsignacion Eliezer Alas
Asignacion Eliezer AlasEliezer Alas
 
Diagrama de bloques
Diagrama de bloquesDiagrama de bloques
Diagrama de bloquesEliezer Alas
 
Conflictos ambientales en la computación
Conflictos ambientales en la computaciónConflictos ambientales en la computación
Conflictos ambientales en la computaciónEliezer Alas
 

Más de Eliezer Alas (10)

Control y seguridad de sistemas
Control y seguridad de sistemasControl y seguridad de sistemas
Control y seguridad de sistemas
 
Propuesta de teoria de sistemas 2
Propuesta de teoria de sistemas 2Propuesta de teoria de sistemas 2
Propuesta de teoria de sistemas 2
 
Asignacion Eliezer Alas
Asignacion Eliezer AlasAsignacion Eliezer Alas
Asignacion Eliezer Alas
 
Mapa conceptual
Mapa conceptualMapa conceptual
Mapa conceptual
 
Eliezer alas T3
Eliezer alas T3Eliezer alas T3
Eliezer alas T3
 
Diagrama de bloques
Diagrama de bloquesDiagrama de bloques
Diagrama de bloques
 
Eliezer alas t2
Eliezer alas t2Eliezer alas t2
Eliezer alas t2
 
Conflictos ambientales en la computación
Conflictos ambientales en la computaciónConflictos ambientales en la computación
Conflictos ambientales en la computación
 
Asignacion6
Asignacion6Asignacion6
Asignacion6
 
Asignacion 2
Asignacion 2Asignacion 2
Asignacion 2
 

Último

PROBLEMAS RELACIONADOS RESUELTOS DE GENETICA
PROBLEMAS RELACIONADOS RESUELTOS DE GENETICAPROBLEMAS RELACIONADOS RESUELTOS DE GENETICA
PROBLEMAS RELACIONADOS RESUELTOS DE GENETICAMaxiMus221
 
IPERC INSTALACION DE EQUIPOS DE AIRE ACONDICIONADO
IPERC INSTALACION DE EQUIPOS DE AIRE ACONDICIONADOIPERC INSTALACION DE EQUIPOS DE AIRE ACONDICIONADO
IPERC INSTALACION DE EQUIPOS DE AIRE ACONDICIONADOEdisonRebattaRojas1
 
EJERCICIOS DE PROPIEDADES INDICES DE MECÁNICA DE SUELOS
EJERCICIOS DE PROPIEDADES INDICES DE MECÁNICA DE SUELOSEJERCICIOS DE PROPIEDADES INDICES DE MECÁNICA DE SUELOS
EJERCICIOS DE PROPIEDADES INDICES DE MECÁNICA DE SUELOSLuisLopez273366
 
Presentación GP Nº03.ppt reapso general maqinas electricas
Presentación GP Nº03.ppt  reapso general maqinas electricasPresentación GP Nº03.ppt  reapso general maqinas electricas
Presentación GP Nº03.ppt reapso general maqinas electricasANDREJEANPIERREMACHU
 
FUNDAMENTOS DE LA INTELIGENCIA ARTIFICIAL
FUNDAMENTOS DE LA INTELIGENCIA ARTIFICIALFUNDAMENTOS DE LA INTELIGENCIA ARTIFICIAL
FUNDAMENTOS DE LA INTELIGENCIA ARTIFICIALPamelaGranda5
 
INFORME DE LA DE PROBLEMÁTICA AMBIENTAL 2 UNIDAD FINAL. PDF.pdf
INFORME DE LA DE PROBLEMÁTICA AMBIENTAL 2 UNIDAD FINAL. PDF.pdfINFORME DE LA DE PROBLEMÁTICA AMBIENTAL 2 UNIDAD FINAL. PDF.pdf
INFORME DE LA DE PROBLEMÁTICA AMBIENTAL 2 UNIDAD FINAL. PDF.pdfsolidalilaalvaradoro
 
Portafolio Stanley PT fichas Tecnicas.pptx
Portafolio Stanley PT fichas Tecnicas.pptxPortafolio Stanley PT fichas Tecnicas.pptx
Portafolio Stanley PT fichas Tecnicas.pptxdhernandeza2310
 
thinner-acrilico-ac-205- ficha tecnica msds
thinner-acrilico-ac-205- ficha tecnica msdsthinner-acrilico-ac-205- ficha tecnica msds
thinner-acrilico-ac-205- ficha tecnica msdsfioticona20395
 
Wal-Mart batalla con RFID...............
Wal-Mart batalla con RFID...............Wal-Mart batalla con RFID...............
Wal-Mart batalla con RFID...............osoriosantiago887
 
ESTADISTICA RESUELTO SAN JUAN SOLUCIONARIO CORRECTO.pdf
ESTADISTICA RESUELTO SAN JUAN SOLUCIONARIO CORRECTO.pdfESTADISTICA RESUELTO SAN JUAN SOLUCIONARIO CORRECTO.pdf
ESTADISTICA RESUELTO SAN JUAN SOLUCIONARIO CORRECTO.pdffredyflores58
 
S03 - Perfil del ingeniero industrial UTP - DIAPOS.pdf
S03 - Perfil del ingeniero industrial UTP - DIAPOS.pdfS03 - Perfil del ingeniero industrial UTP - DIAPOS.pdf
S03 - Perfil del ingeniero industrial UTP - DIAPOS.pdfroycordovabocanegra7
 
NOJA-581-08 NOJA Power OSM15-27-38 Guia de Producto - es.pdf
NOJA-581-08 NOJA Power OSM15-27-38 Guia de Producto - es.pdfNOJA-581-08 NOJA Power OSM15-27-38 Guia de Producto - es.pdf
NOJA-581-08 NOJA Power OSM15-27-38 Guia de Producto - es.pdflinderlauradelacruz
 
DEFENSA ALIMENTARIA EN LA INDUSTRIA PLASTICA
DEFENSA ALIMENTARIA EN LA INDUSTRIA PLASTICADEFENSA ALIMENTARIA EN LA INDUSTRIA PLASTICA
DEFENSA ALIMENTARIA EN LA INDUSTRIA PLASTICAJulyDelPilarMorenoQu
 
Parciales y Semestral Profesor David cedeño
Parciales y Semestral Profesor David cedeñoParciales y Semestral Profesor David cedeño
Parciales y Semestral Profesor David cedeñomonicabetancur29
 
S02 - Campo de acción. Cualidades del Ingeniero Industrial.pdf
S02 - Campo de acción. Cualidades del Ingeniero Industrial.pdfS02 - Campo de acción. Cualidades del Ingeniero Industrial.pdf
S02 - Campo de acción. Cualidades del Ingeniero Industrial.pdfroycordovabocanegra7
 
Trabajos en Altura - USO DEL ARNES .ppt
Trabajos en Altura  - USO DEL ARNES .pptTrabajos en Altura  - USO DEL ARNES .ppt
Trabajos en Altura - USO DEL ARNES .pptdantechaveztarazona
 
Ecuacion Diferencial de Clairaut, Ejercicios Resueltos
Ecuacion Diferencial de Clairaut, Ejercicios ResueltosEcuacion Diferencial de Clairaut, Ejercicios Resueltos
Ecuacion Diferencial de Clairaut, Ejercicios ResueltosManuel Alejandro Vivas Riverol
 
gestion y optimizacion de procesos proyecto
gestion y optimizacion de procesos proyectogestion y optimizacion de procesos proyecto
gestion y optimizacion de procesos proyectoclopez37
 
DOCUMENTO DE MODELO DISEÑO DE MEZCLA 210 KG CM2
DOCUMENTO DE MODELO DISEÑO DE MEZCLA 210 KG CM2DOCUMENTO DE MODELO DISEÑO DE MEZCLA 210 KG CM2
DOCUMENTO DE MODELO DISEÑO DE MEZCLA 210 KG CM2ErnestoContreras39
 
TR-514 (3) - DOS COLUMNAS PASCUA 2024 3.4 8.4.24.pdf
TR-514 (3) - DOS COLUMNAS PASCUA 2024 3.4 8.4.24.pdfTR-514 (3) - DOS COLUMNAS PASCUA 2024 3.4 8.4.24.pdf
TR-514 (3) - DOS COLUMNAS PASCUA 2024 3.4 8.4.24.pdfFRANCISCOJUSTOSIERRA
 

Último (20)

PROBLEMAS RELACIONADOS RESUELTOS DE GENETICA
PROBLEMAS RELACIONADOS RESUELTOS DE GENETICAPROBLEMAS RELACIONADOS RESUELTOS DE GENETICA
PROBLEMAS RELACIONADOS RESUELTOS DE GENETICA
 
IPERC INSTALACION DE EQUIPOS DE AIRE ACONDICIONADO
IPERC INSTALACION DE EQUIPOS DE AIRE ACONDICIONADOIPERC INSTALACION DE EQUIPOS DE AIRE ACONDICIONADO
IPERC INSTALACION DE EQUIPOS DE AIRE ACONDICIONADO
 
EJERCICIOS DE PROPIEDADES INDICES DE MECÁNICA DE SUELOS
EJERCICIOS DE PROPIEDADES INDICES DE MECÁNICA DE SUELOSEJERCICIOS DE PROPIEDADES INDICES DE MECÁNICA DE SUELOS
EJERCICIOS DE PROPIEDADES INDICES DE MECÁNICA DE SUELOS
 
Presentación GP Nº03.ppt reapso general maqinas electricas
Presentación GP Nº03.ppt  reapso general maqinas electricasPresentación GP Nº03.ppt  reapso general maqinas electricas
Presentación GP Nº03.ppt reapso general maqinas electricas
 
FUNDAMENTOS DE LA INTELIGENCIA ARTIFICIAL
FUNDAMENTOS DE LA INTELIGENCIA ARTIFICIALFUNDAMENTOS DE LA INTELIGENCIA ARTIFICIAL
FUNDAMENTOS DE LA INTELIGENCIA ARTIFICIAL
 
INFORME DE LA DE PROBLEMÁTICA AMBIENTAL 2 UNIDAD FINAL. PDF.pdf
INFORME DE LA DE PROBLEMÁTICA AMBIENTAL 2 UNIDAD FINAL. PDF.pdfINFORME DE LA DE PROBLEMÁTICA AMBIENTAL 2 UNIDAD FINAL. PDF.pdf
INFORME DE LA DE PROBLEMÁTICA AMBIENTAL 2 UNIDAD FINAL. PDF.pdf
 
Portafolio Stanley PT fichas Tecnicas.pptx
Portafolio Stanley PT fichas Tecnicas.pptxPortafolio Stanley PT fichas Tecnicas.pptx
Portafolio Stanley PT fichas Tecnicas.pptx
 
thinner-acrilico-ac-205- ficha tecnica msds
thinner-acrilico-ac-205- ficha tecnica msdsthinner-acrilico-ac-205- ficha tecnica msds
thinner-acrilico-ac-205- ficha tecnica msds
 
Wal-Mart batalla con RFID...............
Wal-Mart batalla con RFID...............Wal-Mart batalla con RFID...............
Wal-Mart batalla con RFID...............
 
ESTADISTICA RESUELTO SAN JUAN SOLUCIONARIO CORRECTO.pdf
ESTADISTICA RESUELTO SAN JUAN SOLUCIONARIO CORRECTO.pdfESTADISTICA RESUELTO SAN JUAN SOLUCIONARIO CORRECTO.pdf
ESTADISTICA RESUELTO SAN JUAN SOLUCIONARIO CORRECTO.pdf
 
S03 - Perfil del ingeniero industrial UTP - DIAPOS.pdf
S03 - Perfil del ingeniero industrial UTP - DIAPOS.pdfS03 - Perfil del ingeniero industrial UTP - DIAPOS.pdf
S03 - Perfil del ingeniero industrial UTP - DIAPOS.pdf
 
NOJA-581-08 NOJA Power OSM15-27-38 Guia de Producto - es.pdf
NOJA-581-08 NOJA Power OSM15-27-38 Guia de Producto - es.pdfNOJA-581-08 NOJA Power OSM15-27-38 Guia de Producto - es.pdf
NOJA-581-08 NOJA Power OSM15-27-38 Guia de Producto - es.pdf
 
DEFENSA ALIMENTARIA EN LA INDUSTRIA PLASTICA
DEFENSA ALIMENTARIA EN LA INDUSTRIA PLASTICADEFENSA ALIMENTARIA EN LA INDUSTRIA PLASTICA
DEFENSA ALIMENTARIA EN LA INDUSTRIA PLASTICA
 
Parciales y Semestral Profesor David cedeño
Parciales y Semestral Profesor David cedeñoParciales y Semestral Profesor David cedeño
Parciales y Semestral Profesor David cedeño
 
S02 - Campo de acción. Cualidades del Ingeniero Industrial.pdf
S02 - Campo de acción. Cualidades del Ingeniero Industrial.pdfS02 - Campo de acción. Cualidades del Ingeniero Industrial.pdf
S02 - Campo de acción. Cualidades del Ingeniero Industrial.pdf
 
Trabajos en Altura - USO DEL ARNES .ppt
Trabajos en Altura  - USO DEL ARNES .pptTrabajos en Altura  - USO DEL ARNES .ppt
Trabajos en Altura - USO DEL ARNES .ppt
 
Ecuacion Diferencial de Clairaut, Ejercicios Resueltos
Ecuacion Diferencial de Clairaut, Ejercicios ResueltosEcuacion Diferencial de Clairaut, Ejercicios Resueltos
Ecuacion Diferencial de Clairaut, Ejercicios Resueltos
 
gestion y optimizacion de procesos proyecto
gestion y optimizacion de procesos proyectogestion y optimizacion de procesos proyecto
gestion y optimizacion de procesos proyecto
 
DOCUMENTO DE MODELO DISEÑO DE MEZCLA 210 KG CM2
DOCUMENTO DE MODELO DISEÑO DE MEZCLA 210 KG CM2DOCUMENTO DE MODELO DISEÑO DE MEZCLA 210 KG CM2
DOCUMENTO DE MODELO DISEÑO DE MEZCLA 210 KG CM2
 
TR-514 (3) - DOS COLUMNAS PASCUA 2024 3.4 8.4.24.pdf
TR-514 (3) - DOS COLUMNAS PASCUA 2024 3.4 8.4.24.pdfTR-514 (3) - DOS COLUMNAS PASCUA 2024 3.4 8.4.24.pdf
TR-514 (3) - DOS COLUMNAS PASCUA 2024 3.4 8.4.24.pdf
 

Presentación digital Eliezer Alas

  • 1. Eliezer Alas 25.390.867 Diseño de software Universidad Fermín Toro Vicerrectorado Académico Facultad de ingeniería Escuela de computación
  • 2. Que es un prototipo: Los prototipos son una visión preliminar del sistema futuro que se implantara. La elaboración de prototipos de un sistema de información es una técnica valiosa para la recopilación rápida de información especifica a cerca de los requerimientos de información de los usuarios. Los prototipos efectivos deben hacerse tempranamente en el ciclo de vida del desarrollo de sistemas, durante la fase de determinación de requerimientos.
  • 3. Características de prototipos  El prototipo es una aplicación que funciona. La finalidad del prototipo es probar varias suposiciones formuladas por analistas y usuarios Los prototipos se crean con rapidez Los prototipos evolucionan a través de un proceso iterativo Los prototipos tiene un costo bajo desarrollo
  • 4. Fines de prototipos de aplicaciones: Los prototipos no contiene todas las características o lleva a cabo la totalidad de las funciones necesarias del sistema final. Mas bien incluye elementos suficientes para permitir a las personas utilizar el sistema propuesto para determinar que les gusta, que no les gusta y identificar aquellas características que deben cambiar son o añadiesen.
  • 5. Uso de prototipos de aplicación: Tiene dos usos principales  Es un método eficaz para aclarar los requerimientos del usuarios.  Verificar la factibilidad del diseño de un sistema
  • 6. Razones para el empleo de prototipos: Las razones para el uso de prototipos son el resultado directo de las necesidades de diseñar y desarrollar sistemas de información con rapidez, eficiencia y eficacia. Esta compuesto de tres partes esenciales que ayudan a un optimo desarrollo del diseño. Aumento en la productividad Redesarrollo planificado Entusiasmo de los usuarios con respecto a los prototipos
  • 7. Aumento en la productividad Llevar a cabo actividades en forma mas eficiente ,obteniendo el mayor impacto con la mejor utilización de recursos Los analistas se enfrentan con muchos obstáculos para alcázar sus objetivos de desarrollo.
  • 8. Redesarrollo planificado los analistas desarrollan e implementan aplicaciones de forma deliberada por ensayo y error, debido a la falta de comunicación o mala compresión. La mayor parte de las veces tienen que volverse a desarrollar para satisfacer los requerimientos de forma completa.
  • 9. Entusiasmo de los usuarios con respecto a los prototipos Que esperan? Ellos desean un sistema que se adapte a sus necesidades Generar preguntas y reacciones al usuario
  • 10. Aplicación para candidatos: No se conocen los requerimientos Los requerimientos Costos altos Altos riesgo Nuevas tecnologías
  • 11. Etapas del modelo de prototipos El desarrollo de prototipos es una aplicaciones que se llevan de forma ordenada, sin importar la herramienta Identificación de requerimientos Desarrollo de un modelo que funcione Utilizar el prototipo Revisión del prototipo Repetición del proceso las veces que sea necesario
  • 12. Identificación de requerimientos La determinación de los requerimientos de una Aplicación es tan importante para el método de desarrollo de prototipos. Como lo es para el ciclo de desarrollo de sistemas o análisis o Analista estructurado.
  • 13. Definición de Requerimiento Cuando el Cliente solicita que se desarrolle un sistema tiene algunas nociones de lo que debe hacer. Por está razón cada sistema basado en software tiene un propósito, usualmente expresado con algo que el sistema debe hacer. Un Requerimiento “es una característica del sistema o una descripción de algo que el sistema es capaz de hacer con el objeto de satisfacer el propósito del sistema”.
  • 14. Definición de Requerimiento Es decir, los requerimientos son lo que los clientes/usuarios esperan que haga el sistema. Los analistas, por lo tanto, deben entender el problema de los usuarios en SU cultura y con SU lenguaje y construir el sistema que resuelve sus necesidades. En si el objetivo del análisis de requerimientos es resolver el problema.
  • 15. Requerimientos v/s Diseño Los requerimientos definen el Qué (el problema) del sistema. El Diseño define el Cómo (la solución). Durante el análisis de requerimientos no se consideran descripciones especificas de la implementación como requerimientos, a menos que el cliente lo pida (Ej.: bases de datos especificas, lenguajes de programación, etc.). Los requerimientos, por lo tanto deben centrarse en el cliente/usuario y el problema.
  • 16. Importancia de los requerimientos En 1994 el Standish Group hizo un estudio sobre 350 compañías y cerca de 8000 proyectos de software para averiguar como les estaba llendo. Los resultados fueron desencantadores: El 31% de los proyectos de software fueron cancelados antes de tiempo (2480 proyectos). En las grandes compañías, sólo el 9% de los proyectos fue entregado en el termino de tiempo y dentro del costo que se presupuestaron; el 16% satisfizo estos requerimientos en las compañías pequeñas.
  • 17. En 1995 Standish pidió a los participantes que especificarán las causas. Los resultados fueron los siguientes:  Requerimientos incompletos (13,1%).  Falta de compromiso del usuario (12,4%).  Falta de recursos (10,6%).  Expectativas no realistas (9,9%).  Falta de soporte ejecutivo (9,3%).  Requerimientos y especificaciones cambiantes (8,7%).  Falta de planeamiento (8,1%).  Fin de la necesidad del sistema (7,5%). Importancia de los requerimientos
  • 18. Importancia de los requerimientos Boehm y Papaccio en 1988, realizan un cuantificación del costo de corregir los errores asociados a requerimientos en las diversas etapas del software. Etapa en la que se encuentra el error Costo en USD Análisis y Esp. Requerimientos 1 Diseño 5 Codificación 10 Prueba Unitaria 20 Producción 200
  • 19. Clasificación de Requerimientos Según el Tipo los requerimientos se clasifican en: Requerimientos funcionales. Requerimientos no funcionales. Requerimientos del Dominio. Según a quien van dirigidos se clasifican en: Requerimientos del Usuario. Requerimientos del Sistema.
  • 20. Clasificación de Requerimientos Requerimientos funcionales Describen la funcionalidad o los servicios que se espera que el sistema proveerá. Dependen del tipo de software, del sistema que se desarrollo y de los posibles usuarios. Cuando se expresan como Requerimientos del usuarios, se definen de forma general. Cuando se expresan como requerimiento del sistema describen con detalle la función de éste, sus entradas y salidas, excepciones, etc.
  • 21. Clasificación de Requerimientos Requerimientos no funcionales Los requerimientos no funcionales se clasifican según su implicancia:  Del producto: especifican comportamiento del producto. Ej.: de desempeño en la rapidez de ejecución del sistema, cuanta memoria se requiere; los de fiabilidad que fijan la tasa de fallas para el sistema sea aceptable, los de portabilidad y de usabilidad.  Organizacionales: se derivan de las políticas y procedimientos existentes en la organización del cliente y del desarrollador. Ej.: estándares en los procesos que deben utilizarse, requerimientos de implementación como los lenguajes de programación o el método de diseño a utilizar.
  • 22. Clasificación de Requerimientos Requerimientos no funcionales Son los requerimientos que no se refieren directamente a las funciones específicas que entrega el sistema, sino a las propiedades emergentes de éste, como la fiabilidad, la respuesta en el tiempo y la capacidad de almacenamiento. Muchos requerimientos no funcionales se refieren al sistema como un todo más que a rasgos particulares del mismo. A menudo son mas críticos que los funcionales. Mientras que un incumplimiento de un requerimiento funcional degrada el sistema, el de un requerimiento no funcional del sistema lo inutiliza.
  • 23. Clasificación de Requerimientos Requerimientos no funcionales Los requerimientos no funcionales se clasifican según su implicancia:  Del producto: especifican comportamiento del producto. Ej.: de desempeño en la rapidez de ejecución del sistema, cuanta memoria se requiere; los de fiabilidad que fijan la tasa de fallas para el sistema sea aceptable, los de portabilidad y de usabilidad.  Organizacionales: se derivan de las políticas y procedimientos existentes en la organización del cliente y del desarrollador. Ej.: estándares en los procesos que deben utilizarse, requerimientos de implementación como los lenguajes de programación o el método de diseño a utilizar.
  • 24. Clasificación de Requerimientos Requerimientos no funcionales Externos: cubre todos los requerimientos que se derivan de los factores externos al sistema y de su proceso de desarrollo. Ej.: requerimientos de interoperabilidad, requerimientos legales, requerimientos éticos. Un problema común con los requerimientos no funcionales es que algunas veces son difíciles de verificar. De forma ideal los requerimientos no funcionales se deben expresar de manera cuantitativa utilizando métricas que se puedan probar de forma objetiva. En la práctica, es difícil. El costo es muy alto.
  • 25. Clasificación de Requerimientos Requerimientos del dominio Se derivan del dominio del sistema más que de las necesidades especificas del usuario. Son importantes debido a que a menudo reflejan los fundamentos del dominio de la aplicación. Si estos no se satisfacen es imposible que el sistema trabaje de forma satisfactoria. Estos se expresan utilizando un lenguaje especifico del dominio de la aplicación que a menudo es difícil de comprender. Ej.: operación para calcular desaceleración del tren, para un sistema de control de trenes.