SlideShare uma empresa Scribd logo
1 de 6
Baixar para ler offline
UNIVERSIDAD “FERMÍN TORO”
                VICERRECTORADO ACADÉMICO
                  FACULTAD DE INGENIERÍA
            ESCUELA DE INGENIERÍAS COMPUTACIÓN




LOS REQUERIMIENTOS DE UN SISTEMA Y EL DESARROLLO DE
                   PROTOTIPOS




                                 Materia: Diseño de Software
                                               Sección: SAIA
                                     Profesor: Edecio Freitez
                          Integrante: Arianna Gabriela Peralta
                                              C.I: 21.504.265


           CABUDARE, NOVIEMBRE DEL 2.012
Requerimiento de un sistema

Los requerimientos son declaraciones que identifican atributos, capacidades,
características y cualidades que necesita cumplir un sistema (o un sistema de
software) para que tenga valor y utilidad para el usuario. En otras palabras,
los requerimientos 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.

                  Etapas de la fase de requerimientos

 Obtención de requerimientos: búsqueda y obtención de los
  requerimientos desde los grupos de interés.
 Análisis: comprobación de la consistencia y completitud de los
  requerimientos.
 Verificación: constatación de que los requerimientos especificados son
  correctos.

                     Clasificación de los requerimientos
 Requerimientos funcionales: qué debe hacer el sistema o software, es
  decir, describe la funcionalidad que se espera que el sistema haga.
 Requerimientos no funcionales: cómo debe funcionar el sistema o
  software (no su implementación), es decir, son los requerimientos que no
  se refieren directamente a las funciones específicas que entrega el
  sistema, sino a las propiedades emergentes de este. Por ejemplo calidad,
  rendimiento, facilidad de uso, entre otros.
 Requerimientos externos: a qué se debe atener el sistema o software
  con respecto a su entorno: compatibilidad con otros sistemas, adecuación
  a determinadas leyes, entre otros.

       Características que deberían cumplir los requerimientos

 Actual: el requerimiento no debe volverse obsoleto con el paso del
  tiempo.
 Cohesión: el requerimiento debe dirigirse a solo una única cosa.
 Completo: el requerimiento debe estar completamente declarado en un
  único lugar, sin información faltante.
   Consistente: el requerimiento no debe contradecir ningún otro
    requerimiento y debe ser completamente consistente con toda la
    documentación.
   Correcto/necesario: el requerimiento debe cumplir con la necesidad
    declarada por los interesados en el sistema/software.
   Factible/viable: el requerimiento debe poder ser implementado.
   No ambiguo: el requerimiento debe estar concisamente declarado. Debe
    expresar hechos objetivos, no opiniones subjetivas. Debe poder ser
    interpretado de una única manera.
   Obligatorio: el requerimiento debe representar una característica definida
    por el grupo interesado en el desarrollo del sistema/software, su ausencia
    no puede ser remplazada.
   Observable externamente: el requerimiento debe especificar una
    característica observable externa o experimentable por el usuario del
    producto.
   Verificable/demostrable: La implementación del requerimiento debe
    poder ser resuelta en alguno de estos cuatro métodos: inspección, análisis,
    demostración o prueba.

                                  Prototipos

      Un prototipo en sentido genérico es una implementación parcial pero
concreta de un sistema o una parte del mismo que principalmente se crean
para explorar cuestiones sobre aspectos muy diversos del sistema durante el
desarrollo del mismo.

        El uso de los prototipos en el desarrollo de sistemas software no se
limita sólo a probar las interacciones que los usuarios deben realizar, sino que
son útiles también para otras actividades que se realizan durante el proceso,
como por ejemplo su gran utilidad en la fase de recogida o análisis de
requisitos en cuanto que amplía y mejora y la información necesaria para el
desarrollo del sistema.

                      Características de un Prototipo

Las principales características de los prototipos son:

   Son formidables herramientas de:
o    Comunicación entre todos los componentes del equipo de
           desarrollo y los usuarios.
       o Participación, para integrar activamente a los usuarios en el
           desarrollo.
   Dan soporte a los diseñadores a la hora de escoger entre varias
    alternativas.
   Permiten a los diseñadores explorar diversos conceptos del diseño antes
    de establecer los definitivos.
   Permiten evaluar el sistema desde las primeras fases del desarrollo
    (facilitan la exploración de ideas sobre nuevos conceptos tecnológicos).
   Son esenciales para la documentación, tanto de conceptos funcionales del
    sistema como de tareas concretas del mismo.
   Son el primer paso para que ideas abstractas sean concretas, visibles.
   Fomentan la interactividad.
   Mejoran la calidad y la completitud de las especificaciones funcionales del
    sistema.
   Son herramientas de propósito general, pues sirven para comprobar la
    fiabilidad técnica de una idea, clarificar requisitos que quedaron
    “indeterminados” o ver como responde con el resto de la aplicación.

                             Tipos de prototipo

Baja Fidelidad vs. Alta Fidelidad

 Baja Fidelidad: conjunto de dibujos (por ejemplo, una presentación de
  escenarios) que constituye una maqueta estática, no computarizada y no
  operativa de una interfaz de usuario para un sistema en planificación.
 Alta Fidelidad: conjunto de pantallas que proporcionan un modelo
  dinámico, computarizado y operativo de un sistema en planificación.

Exploratorio vs. Experimental vs. Operacional

 Exploratorio: prototipo no reutilizable utilizado para clarificar
  las metas del proyecto, identificar requerimientos, examinar alternativas
  de diseño o investigar un sistema extenso y complejo.
 Experimental: prototipo utilizado para la validación de especificaciones
  de sistema.
 Operacional: prototipo iterativo que es progresivamente refinado hasta
  que se convierte en el sistema final.
Horizontal vs. Vertical

 Horizontal: prototipo que modela muchas características de un
  sistema pero con poco detalle. Dicho detalle alcanzará una profundidad
  determinada, va a resultar especialmente útil en las etapas
  tempranas de diseño y tiene como objetivo el test del modo
  de interacción global, al contemplar funciones comunes que el usuario va a
  utilizar frecuentemente.
 Vertical: prototipo que modela pocas características de un sistema pero
  con mucho detalle. Va a resultar especialmente útil en etapas más
  avanzadas del diseño y tiene como objetivo el test de detalles del diseño.
 Diagonal: prototipo horizontal hasta un cierto nivel, a partir del
  cual se puede considerar vertical.

Global vs. Local

 Global: prototipo del sistema completo. Prototipo horizontalexpandido que
  modela una gran cantidad de características y cubre un amplio rango de
  funcionalidades. Va a resultar muy útil a lo largo de todo el proceso de
  diseño.
 Local: prototipo de un único componente o característica del sistema de
  usabilidad crítica. Va a resultar de utilidad en algunas etapas específicas
  del proceso de diseño.


                          Desarrollo de Prototipo
Para decidir si el prototipo debe incluirse o no Ciclo de Desarrollo de Sistema
de Información, el profesional considera los siguientes factores:
 Problemas no estructurados, novedosos y complejos, de información
  personalizada del usuario, ya que sus salidas no son predecibles y
  definidas.
 Problemas de ambiente Inestable, el profesional también debe evaluar el
  contexto del sistema.
 Experiencia en diseños similares.
 No se conocen los requerimientos, la naturaleza del sistema es tal que
  existe poca información con respecto a las características que debe tener
  el nuevo sistema para satisfacer las necesidades del usuario.
    Los requerimientos deben evaluarse, se conocen los requerimientos
     aparentes de información pero es necesario verificarlos y evaluarlos.
    Costos      altos,    donde     la inversión involucra    gran     cantidad
     de recursos financieros y humanos.
    Altos riesgo, la evaluación inexacta de los requerimientos o el desarrollo
     incorrecto ponen en peligro a la organización.
    El usuario, donde no está dispuesta examinar modelos en papel, o no sabe
     lo que quiere pero lo reconocerá cuando lo vea.
    Tecnologías Nuevas, la falta de experiencia en el uso de dichas
     tecnologías, junto con el deseo de instalar nuevas tecnología hace que sea
     propicio el uso del prototipo.

              Metodología para la construcción de prototipos.

1.    Delimitación del proyecto.
2.    Planeación del proyecto.
3.    Análisis del prototipo.
4.    Diseño del prototipo.
5.    Desarrollo del prototipo.
6.    Implementación del prototipo.
7.    Evaluación del prototipo.

                  Ventajas y desventajas de un prototipo.

La elaboración de un prototipo puede tener varias ventajas:

 Ser fácilmente modificable.
 Evitar sorpresas desagradables al destacar los requerimientos incompletos
  o inconsistentes y la falta de funcionalidad.
 Reducir los costos de rediseño si los problemas se detectan pronto y
  cuando son fáciles de localizar.

Sin embargo, también hay que tener en cuenta las desventajas que pueden
representar:

 Llevar a un número de cambios excesivo.
 Hacer pensar a los usuarios que el producto final está prácticamente
  terminado.
 Ignorar importantes características del modelo durante el desarrollo del
  prototipo, o alargarse el proceso de desarrollo en exceso si no se han
  establecido criterios para la terminación pertinente.

Mais conteúdo relacionado

Mais procurados

especificaciones de diseño de software para una página de viajes
especificaciones de diseño de software para una página de viajesespecificaciones de diseño de software para una página de viajes
especificaciones de diseño de software para una página de viajes
Gabriel Gongora
 
DESARROLLO DE PROTOTIPOS
DESARROLLO DE PROTOTIPOSDESARROLLO DE PROTOTIPOS
DESARROLLO DE PROTOTIPOS
UDEC
 
Ingeniería de software es la aplicación de un enfoque sistemático
Ingeniería de software es la aplicación de un enfoque sistemáticoIngeniería de software es la aplicación de un enfoque sistemático
Ingeniería de software es la aplicación de un enfoque sistemático
Santiago Moha
 
Vistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de SoftwareVistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de Software
Roberth Loaiza
 
2 1 vistas arquitectonicas
2 1 vistas arquitectonicas2 1 vistas arquitectonicas
2 1 vistas arquitectonicas
landeta_p
 
requerimientos-tipos-y-definiciones
requerimientos-tipos-y-definiciones requerimientos-tipos-y-definiciones
requerimientos-tipos-y-definiciones
Juan Restrepo
 

Mais procurados (20)

Metodología para el desarrollo del sistemas de información y comunicación seg...
Metodología para el desarrollo del sistemas de información y comunicación seg...Metodología para el desarrollo del sistemas de información y comunicación seg...
Metodología para el desarrollo del sistemas de información y comunicación seg...
 
Requerimientos de un sistema y desarrollo del prototipo
Requerimientos de un sistema y desarrollo del prototipoRequerimientos de un sistema y desarrollo del prototipo
Requerimientos de un sistema y desarrollo del prototipo
 
especificaciones de diseño de software para una página de viajes
especificaciones de diseño de software para una página de viajesespecificaciones de diseño de software para una página de viajes
especificaciones de diseño de software para una página de viajes
 
Documentacion rup
Documentacion rupDocumentacion rup
Documentacion rup
 
DESARROLLO DE PROTOTIPOS
DESARROLLO DE PROTOTIPOSDESARROLLO DE PROTOTIPOS
DESARROLLO DE PROTOTIPOS
 
Ingeniería de software es la aplicación de un enfoque sistemático
Ingeniería de software es la aplicación de un enfoque sistemáticoIngeniería de software es la aplicación de un enfoque sistemático
Ingeniería de software es la aplicación de un enfoque sistemático
 
1.5 Procesos de simulación.
1.5 Procesos de simulación. 1.5 Procesos de simulación.
1.5 Procesos de simulación.
 
Modelos de Estimacion
Modelos de EstimacionModelos de Estimacion
Modelos de Estimacion
 
Vistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de SoftwareVistas Arquitectonicas Ingenieria de Software
Vistas Arquitectonicas Ingenieria de Software
 
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
 
Ingeniería de Requerimientos: Software Orientado al Negocio
Ingeniería de Requerimientos: Software Orientado al NegocioIngeniería de Requerimientos: Software Orientado al Negocio
Ingeniería de Requerimientos: Software Orientado al Negocio
 
2 1 vistas arquitectonicas
2 1 vistas arquitectonicas2 1 vistas arquitectonicas
2 1 vistas arquitectonicas
 
Modelo conceptual
Modelo conceptual Modelo conceptual
Modelo conceptual
 
METODOLOGIA SSADM
METODOLOGIA SSADMMETODOLOGIA SSADM
METODOLOGIA SSADM
 
Disciplina de desarrollo rup
Disciplina de desarrollo rupDisciplina de desarrollo rup
Disciplina de desarrollo rup
 
Fase de Elaboración RUP
Fase de Elaboración RUPFase de Elaboración RUP
Fase de Elaboración RUP
 
metodologia para software Kendall
metodologia para software Kendallmetodologia para software Kendall
metodologia para software Kendall
 
Modelado de aplicaciones en UML con EA
Modelado de aplicaciones en UML con EAModelado de aplicaciones en UML con EA
Modelado de aplicaciones en UML con EA
 
requerimientos-tipos-y-definiciones
requerimientos-tipos-y-definiciones requerimientos-tipos-y-definiciones
requerimientos-tipos-y-definiciones
 
Curso Uml 2.1 Diagramas De Cu Y Clases
Curso Uml   2.1 Diagramas De Cu Y ClasesCurso Uml   2.1 Diagramas De Cu Y Clases
Curso Uml 2.1 Diagramas De Cu Y Clases
 

Destaque (9)

DESARROLLO DE PROTOTIPOS
DESARROLLO DE PROTOTIPOSDESARROLLO DE PROTOTIPOS
DESARROLLO DE PROTOTIPOS
 
Manejo de bases de datos. Unidad 2
Manejo de bases de datos. Unidad 2Manejo de bases de datos. Unidad 2
Manejo de bases de datos. Unidad 2
 
Ciclo de vida de una base de datos
Ciclo de vida de una base de datosCiclo de vida de una base de datos
Ciclo de vida de una base de datos
 
Ecommerce cetis
Ecommerce cetisEcommerce cetis
Ecommerce cetis
 
Implementacion de bases de datos en mysql
Implementacion de bases de datos en mysqlImplementacion de bases de datos en mysql
Implementacion de bases de datos en mysql
 
Unidad 1. Sistema Manejador de Bases de Datos
Unidad 1. Sistema Manejador de Bases de DatosUnidad 1. Sistema Manejador de Bases de Datos
Unidad 1. Sistema Manejador de Bases de Datos
 
Partes de access
Partes de accessPartes de access
Partes de access
 
Partes de la ventana de access
Partes de la ventana de accessPartes de la ventana de access
Partes de la ventana de access
 
PROYECTO DE BASE DE DATOS
PROYECTO DE BASE DE DATOSPROYECTO DE BASE DE DATOS
PROYECTO DE BASE DE DATOS
 

Semelhante a Sistemas de Gestión de Bases de Datos y desarrollo de prototipos

Presentacion de sistemas
Presentacion de sistemasPresentacion de sistemas
Presentacion de sistemas
carloschavezsdi
 
Ingenieria de Requerimientos
Ingenieria de RequerimientosIngenieria de Requerimientos
Ingenieria de Requerimientos
karesha3
 
Expoicioningenieria del software eddy
Expoicioningenieria del software eddyExpoicioningenieria del software eddy
Expoicioningenieria del software eddy
eddyingenieria
 
Expoicioningenieria del software eddy
Expoicioningenieria del software eddyExpoicioningenieria del software eddy
Expoicioningenieria del software eddy
exposiciongiovanny
 
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
Alcoverify
 

Semelhante a Sistemas de Gestión de Bases de Datos y desarrollo de prototipos (20)

Sistemas De Informacion IV
Sistemas De Informacion IVSistemas De Informacion IV
Sistemas De Informacion IV
 
Sistemas de Informacion
Sistemas de InformacionSistemas de Informacion
Sistemas de Informacion
 
Unidad III Sistemas de Informacion
Unidad III Sistemas de InformacionUnidad III Sistemas de Informacion
Unidad III Sistemas de Informacion
 
Presentación digital Eliezer Alas
Presentación digital Eliezer AlasPresentación digital Eliezer Alas
Presentación digital Eliezer Alas
 
Presentacion de sistemas
Presentacion de sistemasPresentacion de sistemas
Presentacion de sistemas
 
Prototipos
PrototiposPrototipos
Prototipos
 
Prototipos
PrototiposPrototipos
Prototipos
 
Presentacion de sistemas
Presentacion de sistemasPresentacion de sistemas
Presentacion de sistemas
 
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
 
Desarrollo de prototipos
Desarrollo de prototiposDesarrollo de prototipos
Desarrollo de prototipos
 
Ingenieria de Requerimientos
Ingenieria de RequerimientosIngenieria de Requerimientos
Ingenieria de Requerimientos
 
Ingenieria de Requerimientos
Ingenieria de RequerimientosIngenieria de Requerimientos
Ingenieria de Requerimientos
 
Requerimientos
RequerimientosRequerimientos
Requerimientos
 
Ingeniería de requisitos y la ingeniería de requerimientos
Ingeniería de requisitos y la ingeniería de requerimientos Ingeniería de requisitos y la ingeniería de requerimientos
Ingeniería de requisitos y la ingeniería de requerimientos
 
Expoicioningenieria del software eddy
Expoicioningenieria del software eddyExpoicioningenieria del software eddy
Expoicioningenieria del software eddy
 
AMSI
AMSIAMSI
AMSI
 
Expoicioningenieria del software eddy
Expoicioningenieria del software eddyExpoicioningenieria del software eddy
Expoicioningenieria del software eddy
 
Sistemas de Informacion Unidad 4
Sistemas de Informacion Unidad 4Sistemas de Informacion Unidad 4
Sistemas de Informacion Unidad 4
 
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
 
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
 

Mais de Arianna Peralta (6)

Calendario Semestral 2014-2 Universidad Fermin Toro
Calendario Semestral 2014-2 Universidad Fermin ToroCalendario Semestral 2014-2 Universidad Fermin Toro
Calendario Semestral 2014-2 Universidad Fermin Toro
 
Norma UIT-K
Norma UIT-KNorma UIT-K
Norma UIT-K
 
Diseño estructurado y las técnicas que lo caracterizan
Diseño estructurado y las técnicas que lo caracterizanDiseño estructurado y las técnicas que lo caracterizan
Diseño estructurado y las técnicas que lo caracterizan
 
Dinamica gerencial
Dinamica gerencialDinamica gerencial
Dinamica gerencial
 
Proyectos FUNDACITE Lara
Proyectos FUNDACITE LaraProyectos FUNDACITE Lara
Proyectos FUNDACITE Lara
 
Proyectos FUNDACITE Lara
Proyectos FUNDACITE LaraProyectos FUNDACITE Lara
Proyectos FUNDACITE Lara
 

Último

PLAN DE REFUERZO ESCOLAR primaria (1).docx
PLAN DE REFUERZO ESCOLAR primaria (1).docxPLAN DE REFUERZO ESCOLAR primaria (1).docx
PLAN DE REFUERZO ESCOLAR primaria (1).docx
lupitavic
 
FORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURA
FORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURAFORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURA
FORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURA
El Fortí
 
Cuaderno de trabajo Matemática 3 tercer grado.pdf
Cuaderno de trabajo Matemática 3 tercer grado.pdfCuaderno de trabajo Matemática 3 tercer grado.pdf
Cuaderno de trabajo Matemática 3 tercer grado.pdf
NancyLoaa
 

Último (20)

PLAN DE REFUERZO ESCOLAR primaria (1).docx
PLAN DE REFUERZO ESCOLAR primaria (1).docxPLAN DE REFUERZO ESCOLAR primaria (1).docx
PLAN DE REFUERZO ESCOLAR primaria (1).docx
 
plande accion dl aula de innovación pedagogica 2024.pdf
plande accion dl aula de innovación pedagogica 2024.pdfplande accion dl aula de innovación pedagogica 2024.pdf
plande accion dl aula de innovación pedagogica 2024.pdf
 
Valoración Crítica de EEEM Feco2023 FFUCV
Valoración Crítica de EEEM Feco2023 FFUCVValoración Crítica de EEEM Feco2023 FFUCV
Valoración Crítica de EEEM Feco2023 FFUCV
 
FORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURA
FORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURAFORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURA
FORTI-MAYO 2024.pdf.CIENCIA,EDUCACION,CULTURA
 
CALENDARIZACION DE MAYO / RESPONSABILIDAD
CALENDARIZACION DE MAYO / RESPONSABILIDADCALENDARIZACION DE MAYO / RESPONSABILIDAD
CALENDARIZACION DE MAYO / RESPONSABILIDAD
 
Plan Refuerzo Escolar 2024 para estudiantes con necesidades de Aprendizaje en...
Plan Refuerzo Escolar 2024 para estudiantes con necesidades de Aprendizaje en...Plan Refuerzo Escolar 2024 para estudiantes con necesidades de Aprendizaje en...
Plan Refuerzo Escolar 2024 para estudiantes con necesidades de Aprendizaje en...
 
origen y desarrollo del ensayo literario
origen y desarrollo del ensayo literarioorigen y desarrollo del ensayo literario
origen y desarrollo del ensayo literario
 
SEXTO SEGUNDO PERIODO EMPRENDIMIENTO.pptx
SEXTO SEGUNDO PERIODO EMPRENDIMIENTO.pptxSEXTO SEGUNDO PERIODO EMPRENDIMIENTO.pptx
SEXTO SEGUNDO PERIODO EMPRENDIMIENTO.pptx
 
SELECCIÓN DE LA MUESTRA Y MUESTREO EN INVESTIGACIÓN CUALITATIVA.pdf
SELECCIÓN DE LA MUESTRA Y MUESTREO EN INVESTIGACIÓN CUALITATIVA.pdfSELECCIÓN DE LA MUESTRA Y MUESTREO EN INVESTIGACIÓN CUALITATIVA.pdf
SELECCIÓN DE LA MUESTRA Y MUESTREO EN INVESTIGACIÓN CUALITATIVA.pdf
 
Programacion Anual Matemática4 MPG 2024 Ccesa007.pdf
Programacion Anual Matemática4    MPG 2024  Ccesa007.pdfProgramacion Anual Matemática4    MPG 2024  Ccesa007.pdf
Programacion Anual Matemática4 MPG 2024 Ccesa007.pdf
 
LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...
LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...
LABERINTOS DE DISCIPLINAS DEL PENTATLÓN OLÍMPICO MODERNO. Por JAVIER SOLIS NO...
 
Estrategia de prompts, primeras ideas para su construcción
Estrategia de prompts, primeras ideas para su construcciónEstrategia de prompts, primeras ideas para su construcción
Estrategia de prompts, primeras ideas para su construcción
 
TIPOLOGÍA TEXTUAL- EXPOSICIÓN Y ARGUMENTACIÓN.pptx
TIPOLOGÍA TEXTUAL- EXPOSICIÓN Y ARGUMENTACIÓN.pptxTIPOLOGÍA TEXTUAL- EXPOSICIÓN Y ARGUMENTACIÓN.pptx
TIPOLOGÍA TEXTUAL- EXPOSICIÓN Y ARGUMENTACIÓN.pptx
 
Programacion Anual Matemática5 MPG 2024 Ccesa007.pdf
Programacion Anual Matemática5    MPG 2024  Ccesa007.pdfProgramacion Anual Matemática5    MPG 2024  Ccesa007.pdf
Programacion Anual Matemática5 MPG 2024 Ccesa007.pdf
 
Cuaderno de trabajo Matemática 3 tercer grado.pdf
Cuaderno de trabajo Matemática 3 tercer grado.pdfCuaderno de trabajo Matemática 3 tercer grado.pdf
Cuaderno de trabajo Matemática 3 tercer grado.pdf
 
PIAR v 015. 2024 Plan Individual de ajustes razonables
PIAR v 015. 2024 Plan Individual de ajustes razonablesPIAR v 015. 2024 Plan Individual de ajustes razonables
PIAR v 015. 2024 Plan Individual de ajustes razonables
 
plan de capacitacion docente AIP 2024 clllll.pdf
plan de capacitacion docente  AIP 2024          clllll.pdfplan de capacitacion docente  AIP 2024          clllll.pdf
plan de capacitacion docente AIP 2024 clllll.pdf
 
Fe contra todo pronóstico. La fe es confianza.
Fe contra todo pronóstico. La fe es confianza.Fe contra todo pronóstico. La fe es confianza.
Fe contra todo pronóstico. La fe es confianza.
 
INSTRUCCION PREPARATORIA DE TIRO .pptx
INSTRUCCION PREPARATORIA DE TIRO   .pptxINSTRUCCION PREPARATORIA DE TIRO   .pptx
INSTRUCCION PREPARATORIA DE TIRO .pptx
 
Tema 8.- PROTECCION DE LOS SISTEMAS DE INFORMACIÓN.pdf
Tema 8.- PROTECCION DE LOS SISTEMAS DE INFORMACIÓN.pdfTema 8.- PROTECCION DE LOS SISTEMAS DE INFORMACIÓN.pdf
Tema 8.- PROTECCION DE LOS SISTEMAS DE INFORMACIÓN.pdf
 

Sistemas de Gestión de Bases de Datos y desarrollo de prototipos

  • 1. UNIVERSIDAD “FERMÍN TORO” VICERRECTORADO ACADÉMICO FACULTAD DE INGENIERÍA ESCUELA DE INGENIERÍAS COMPUTACIÓN LOS REQUERIMIENTOS DE UN SISTEMA Y EL DESARROLLO DE PROTOTIPOS Materia: Diseño de Software Sección: SAIA Profesor: Edecio Freitez Integrante: Arianna Gabriela Peralta C.I: 21.504.265 CABUDARE, NOVIEMBRE DEL 2.012
  • 2. Requerimiento de un sistema Los requerimientos son declaraciones que identifican atributos, capacidades, características y cualidades que necesita cumplir un sistema (o un sistema de software) para que tenga valor y utilidad para el usuario. En otras palabras, los requerimientos 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. Etapas de la fase de requerimientos  Obtención de requerimientos: búsqueda y obtención de los requerimientos desde los grupos de interés.  Análisis: comprobación de la consistencia y completitud de los requerimientos.  Verificación: constatación de que los requerimientos especificados son correctos. Clasificación de los requerimientos  Requerimientos funcionales: qué debe hacer el sistema o software, es decir, describe la funcionalidad que se espera que el sistema haga.  Requerimientos no funcionales: cómo debe funcionar el sistema o software (no su implementación), es decir, son los requerimientos que no se refieren directamente a las funciones específicas que entrega el sistema, sino a las propiedades emergentes de este. Por ejemplo calidad, rendimiento, facilidad de uso, entre otros.  Requerimientos externos: a qué se debe atener el sistema o software con respecto a su entorno: compatibilidad con otros sistemas, adecuación a determinadas leyes, entre otros. Características que deberían cumplir los requerimientos  Actual: el requerimiento no debe volverse obsoleto con el paso del tiempo.  Cohesión: el requerimiento debe dirigirse a solo una única cosa.  Completo: el requerimiento debe estar completamente declarado en un único lugar, sin información faltante.
  • 3. Consistente: el requerimiento no debe contradecir ningún otro requerimiento y debe ser completamente consistente con toda la documentación.  Correcto/necesario: el requerimiento debe cumplir con la necesidad declarada por los interesados en el sistema/software.  Factible/viable: el requerimiento debe poder ser implementado.  No ambiguo: el requerimiento debe estar concisamente declarado. Debe expresar hechos objetivos, no opiniones subjetivas. Debe poder ser interpretado de una única manera.  Obligatorio: el requerimiento debe representar una característica definida por el grupo interesado en el desarrollo del sistema/software, su ausencia no puede ser remplazada.  Observable externamente: el requerimiento debe especificar una característica observable externa o experimentable por el usuario del producto.  Verificable/demostrable: La implementación del requerimiento debe poder ser resuelta en alguno de estos cuatro métodos: inspección, análisis, demostración o prueba. Prototipos Un prototipo en sentido genérico es una implementación parcial pero concreta de un sistema o una parte del mismo que principalmente se crean para explorar cuestiones sobre aspectos muy diversos del sistema durante el desarrollo del mismo. El uso de los prototipos en el desarrollo de sistemas software no se limita sólo a probar las interacciones que los usuarios deben realizar, sino que son útiles también para otras actividades que se realizan durante el proceso, como por ejemplo su gran utilidad en la fase de recogida o análisis de requisitos en cuanto que amplía y mejora y la información necesaria para el desarrollo del sistema. Características de un Prototipo Las principales características de los prototipos son:  Son formidables herramientas de:
  • 4. o Comunicación entre todos los componentes del equipo de desarrollo y los usuarios. o Participación, para integrar activamente a los usuarios en el desarrollo.  Dan soporte a los diseñadores a la hora de escoger entre varias alternativas.  Permiten a los diseñadores explorar diversos conceptos del diseño antes de establecer los definitivos.  Permiten evaluar el sistema desde las primeras fases del desarrollo (facilitan la exploración de ideas sobre nuevos conceptos tecnológicos).  Son esenciales para la documentación, tanto de conceptos funcionales del sistema como de tareas concretas del mismo.  Son el primer paso para que ideas abstractas sean concretas, visibles.  Fomentan la interactividad.  Mejoran la calidad y la completitud de las especificaciones funcionales del sistema.  Son herramientas de propósito general, pues sirven para comprobar la fiabilidad técnica de una idea, clarificar requisitos que quedaron “indeterminados” o ver como responde con el resto de la aplicación. Tipos de prototipo Baja Fidelidad vs. Alta Fidelidad  Baja Fidelidad: conjunto de dibujos (por ejemplo, una presentación de escenarios) que constituye una maqueta estática, no computarizada y no operativa de una interfaz de usuario para un sistema en planificación.  Alta Fidelidad: conjunto de pantallas que proporcionan un modelo dinámico, computarizado y operativo de un sistema en planificación. Exploratorio vs. Experimental vs. Operacional  Exploratorio: prototipo no reutilizable utilizado para clarificar las metas del proyecto, identificar requerimientos, examinar alternativas de diseño o investigar un sistema extenso y complejo.  Experimental: prototipo utilizado para la validación de especificaciones de sistema.  Operacional: prototipo iterativo que es progresivamente refinado hasta que se convierte en el sistema final.
  • 5. Horizontal vs. Vertical  Horizontal: prototipo que modela muchas características de un sistema pero con poco detalle. Dicho detalle alcanzará una profundidad determinada, va a resultar especialmente útil en las etapas tempranas de diseño y tiene como objetivo el test del modo de interacción global, al contemplar funciones comunes que el usuario va a utilizar frecuentemente.  Vertical: prototipo que modela pocas características de un sistema pero con mucho detalle. Va a resultar especialmente útil en etapas más avanzadas del diseño y tiene como objetivo el test de detalles del diseño.  Diagonal: prototipo horizontal hasta un cierto nivel, a partir del cual se puede considerar vertical. Global vs. Local  Global: prototipo del sistema completo. Prototipo horizontalexpandido que modela una gran cantidad de características y cubre un amplio rango de funcionalidades. Va a resultar muy útil a lo largo de todo el proceso de diseño.  Local: prototipo de un único componente o característica del sistema de usabilidad crítica. Va a resultar de utilidad en algunas etapas específicas del proceso de diseño. Desarrollo de Prototipo Para decidir si el prototipo debe incluirse o no Ciclo de Desarrollo de Sistema de Información, el profesional considera los siguientes factores:  Problemas no estructurados, novedosos y complejos, de información personalizada del usuario, ya que sus salidas no son predecibles y definidas.  Problemas de ambiente Inestable, el profesional también debe evaluar el contexto del sistema.  Experiencia en diseños similares.  No se conocen los requerimientos, la naturaleza del sistema es tal que existe poca información con respecto a las características que debe tener el nuevo sistema para satisfacer las necesidades del usuario.
  • 6. Los requerimientos deben evaluarse, se conocen los requerimientos aparentes de información pero es necesario verificarlos y evaluarlos.  Costos altos, donde la inversión involucra gran cantidad de recursos financieros y humanos.  Altos riesgo, la evaluación inexacta de los requerimientos o el desarrollo incorrecto ponen en peligro a la organización.  El usuario, donde no está dispuesta examinar modelos en papel, o no sabe lo que quiere pero lo reconocerá cuando lo vea.  Tecnologías Nuevas, la falta de experiencia en el uso de dichas tecnologías, junto con el deseo de instalar nuevas tecnología hace que sea propicio el uso del prototipo. Metodología para la construcción de prototipos. 1. Delimitación del proyecto. 2. Planeación del proyecto. 3. Análisis del prototipo. 4. Diseño del prototipo. 5. Desarrollo del prototipo. 6. Implementación del prototipo. 7. Evaluación del prototipo. Ventajas y desventajas de un prototipo. La elaboración de un prototipo puede tener varias ventajas:  Ser fácilmente modificable.  Evitar sorpresas desagradables al destacar los requerimientos incompletos o inconsistentes y la falta de funcionalidad.  Reducir los costos de rediseño si los problemas se detectan pronto y cuando son fáciles de localizar. Sin embargo, también hay que tener en cuenta las desventajas que pueden representar:  Llevar a un número de cambios excesivo.  Hacer pensar a los usuarios que el producto final está prácticamente terminado.  Ignorar importantes características del modelo durante el desarrollo del prototipo, o alargarse el proceso de desarrollo en exceso si no se han establecido criterios para la terminación pertinente.