SlideShare una empresa de Scribd logo
1 de 8
INSTITUTO TECNOLOGICO DE
              TUXTEPEC

                    CATEDRATICO:
         LIC: María de los Ángeles Martínez M.

                      ALUMNO:
                URIEL TEJEDA GUZMAN
              ISIDRO LUNA BELTRAN
            ISMAEL VELASCO MIGUEL
            CESAR E. ANTONIO PEREZ
          CHRISTIAN A. GARCIA RAMIREZ
          MONICA SANCHEZ CRISOSTOMO

                 MATERIA:
    FUNDAMENTOS DE INGENIERIA DE SOFTWARE

                     TEMA:
APLICACIONES DEL MODELADO Y SUS ESPECIFICACIONES

                       GRUPO:
                         “A"
         ING. SISTEMAS COMPUTACIONALES

    BLOG:http://djsoftwareyagami.blogspot.mx/


                           1
Contenido.                                                                                      N. pág.

 Índice.-------------------------------------------------------------------------------------------------1

 Introducción.----------------------------------------------------------------------------------------2

       1. Modelado de requisitos. -------------------------------------------------------------3
       2. Enfoque de la ingeniería de requisitos para el modelado.-----------------3
       3. Fase de Modelado de Requisitos.-------------------------------------------------3
       3.1      Fase de Modelado de Requisitos.----------------------------------------------4
       3.2      Árbol de Refinamiento de Funciones.----------------------------------------5
       3.3      Modelo de casos de uso.---------------------------------------------------------5

       Conclusión.------------------------------------------------------------------------------------7
       Referencias.-----------------------------------------------------------------------------------7




                                                   1
INTRODUCCIÓN.



En el presente trabajo de investigación se mencionara la definición de modelado
así como sus especificaciones tanto funcionales como no funcionales que
debemos de cumplir para que el software funcione correctamente.

Hoy en día debemos de saber que los modelados soy muy importantes y que
ellos nos proporcionan predictibilidad mediante la construcción de un modelo
conceptual como una precisa, estructura y bien definida representación de los
requisitos de los usuarios además que aumentan la productividad al establecer
vínculos precisos entre el modelo conceptual y los requisitos de los usuarios ya
que facilitara la incorporación en el modelo conceptual de cambios en los
requisitos como consecuencia tales modificaciones quedaran reflejadas en el
sistema desarrollado.




                                       2
1.- Modelado de requisitos.

El modelo de requisitos tiene como objetivo delimitar el sistema y capturar la
funcionalidad que debe ofrecer desde la perspectiva del usuario.

Este modelo puede funcionar como un contrato entre el desarrollador y el cliente o
usuario del sistema, y por lo tanto proyecta lo que el cliente desea según la
percepción del desarrollador. Por lo tanto, es esencial que los clientes puedan
comprender este modelo.

El modelo de requisitos es el primer modelo a desarrollarse, sirviendo de base
para la formación de todos los demás modelos en el desarrollo de software. En
general, el cualquier cambio en la funcionalidad del sistema es más fácil de hacer,
y con menores consecuencias, a este nivel que posteriormente.




      2.- Enfoque de la ingeniería de requisitos para el
      modelado.

Esta representación general permite observar todo el método de desarrollo de
software, desde la captura de losrequisitos hasta la obtención del producto final.
En particular, se enuncian las técnicas utilizadas para laconstrucción del Modelo
de Requisitos que, conjuntamente con el Proceso de Análisis de los
mismos,hacenposible el desarrollo del Modelo Conceptual OO-Method.



      3.- Fase de Modelado de Requisitos.

El propósito del Modelo de Requisitos es capturar precisa y fielmente las
principales características delsistema software que se desea construir. Este
modelo permite representar los requisitos del sistema de maneraque cualquiera de
sus potenciales usuarios pueda revisarlo y comprenderlo, sin que para esto
                                         3
necesite unentrenamiento especial. No obstante, la notación utilizada en tal
representación es lo suficientemente precisapara que pueda servir de base a la
fase de modelado conceptual.
En este modelo los conceptos de actor y caso de uso desempeñan roles de
mucha importancia. Ambosconceptos fundamentan el Modelo de Casos de Uso
propuesto por Jacobson en su Método OOSE.
Es reconocida la efectividad de este modelo para manejar la complejidad de los
requisitos. Susimplicidad, derivada del uso del lenguaje natural para describir la
funcionalidad observada en el espacio delproblema, posibilita la participación
activa de usuarios finales y clientes en el modelado de los requisitos. Sinembargo,
el Modelo de Casos de Uso tiene dos desventajas importantes que dificultan
frecuentemente lapuesta en práctica de las técnicas de Ingeniería de Requisitos:
la dificultad de determinar el nivel deabstracción correcto para especificar los
casos de uso y la inexistencia de un proceso para analizar estaespecificación y
traducirla a un modelo conceptual.




      3.1.- Misión del Sistema.

Describe el propósito del sistema, sus responsabilidades y alcance. A través de la
definición de su misión esposible determinar con precisión, aunque sea en
términos generales, qué hará y qué no hará el sistema.
Aunque sea una técnica relativamente sencilla, es de vital importancia consensuar
desde el principio con losusuarios el objetivo del sistema y tenerlo presente
durante todas las fases del proceso de desarrollo delsistema.




                                         4
3.2.- Árbol de Refinamiento de Funciones.

Descompone el sistema en interacciones externas, de acuerdo a algún criterio
prestablecido por ejemplo, lasáreas u objetivos organizacionales, los actores y sus
responsabilidades, etc. Las interacciones externas sonorganizadas en funciones
que forman una jerarquía a manera de árbol, en cuyo nivel más alto (raíz) se
ubicala misión del sistema. Esta Misión del Sistema es refinada hasta obtener
otras funciones elementalesrepresentadas en la jerarquía a través de los nodos
hoja. Este proceso descendente de refinamiento funcionalpuede generar distintos
niveles de nodos. Aquellos que están entre la raíz y los nodos hoja son
denominadosnodos intermedios. Un nodo intermedio es un sumario de funciones
elementales. En general, una ramacompleta de nodos con origen en la raíz del
árbol, representa toda la funcionalidad relativa a un área oactividad de la
organización, según el criterio de descomposición utilizado.




3.3.- Modelo de Casos de Uso
El modelado de requisitos utiliza los elementos del Modelo de Casos de Uso
propuesto por Jacobson, bajo elesquema conceptual y notacional definido en
UML. De esta forma, la especificaciónde actores y casos de uso así como el
establecimiento de las relaciones entre éstos, constituye el objetivofundamental
del Modelo de Casos de Uso. El principal insumo requerido para el desarrollo de
este modeloson las funciones elementales identificadas como nodos hoja en el
Árbol de Refinamiento Funcional delsistema.


El nivel de abstracción de un caso de uso está vinculado al contenido informativo
relevante o significativoque se desea expresar en el caso de uso.




                                         5
* Expresar de forma esencial la funcionalidad, utilizando el lenguaje del dominio
del problema.
* Suponer un ambiente ideal de implementación por lo que se excluyen aspectos
relativos a los recursos tecnológicos requeridos para la ejecución del caso de uso.


* Describir la funcionalidad en términos de la intención del usuario al interactuar
con el sistema y de las responsabilidades de este último.


* Mostrar un refinamiento “parcial” de detalle de interacción a nivel de interfaz
semántica. El contenido de la misma siempre que se considere relevante en el
contexto de dicha interacción. La descripción de la interfaz del sistema es el
objetivo del Modelo de Presentación OO-Method.




                                         6
CONCLUSIÓN:


En el trabajo anterior se expuso el tema de modelado de requisitos, del cual
debemos de tener en cuenta que su principal objetivo es proporcionar un conjunto
de técnicas y guías para capturar los requisitos de software analizarlos y
expresarlos en una forma conceptual.
Sabemos que hoy en día este modelado es muy usado por diseñadores de
software ya que así llevan un control de los requisitos que va a ocupar el programa
creado y ver en que tipo de plataforma podrá correr este mismo, si hay un error
localizarlo mas rápido solucionarlo.




                               REFERENCIAS:
http://www.cannes.itam.mx/Alfredo/Espaniol/Publicaciones/MINT/Requisitos.pdf
http://escolar.ittux.edu.mx/file.php/340/lecturas/Modelado_de_requisitos.pdf
http://escolar.ittux.edu.mx/file.php/340/lecturas/Modelado_de_requisitos_2.pdf
http://www.mcu.es/archivos/docs/moreq.pdf




                                         7

Más contenido relacionado

La actualidad más candente

Presentacion de metodologia empleada en el proceso del desarrollo del software
Presentacion de metodologia empleada en el proceso del desarrollo del softwarePresentacion de metodologia empleada en el proceso del desarrollo del software
Presentacion de metodologia empleada en el proceso del desarrollo del softwaregenesis odexis
 
Diseño estructurado
Diseño estructuradoDiseño estructurado
Diseño estructuradomateraactivo
 
Modelamiento de software
Modelamiento de softwareModelamiento de software
Modelamiento de softwaresairarcf
 
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 caracterizanJonathan Bastidas
 
Diseño estructurado
Diseño estructuradoDiseño estructurado
Diseño estructuradoclean88
 
Diseño estructurado
Diseño estructuradoDiseño estructurado
Diseño estructuradoeglisp
 
Capitulo04
Capitulo04Capitulo04
Capitulo04martin
 
Tema 4: Diseño arquitectónico de software
Tema 4: Diseño arquitectónico de softwareTema 4: Diseño arquitectónico de software
Tema 4: Diseño arquitectónico de softwareMagemyl Egana
 
Documentacion_de_proyectos_de_software
Documentacion_de_proyectos_de_softwareDocumentacion_de_proyectos_de_software
Documentacion_de_proyectos_de_softwarefernaik
 
Clase no. 1 unidad no. iii introduccion al analisis y diseño estructurado d...
Clase no. 1 unidad no. iii  introduccion al analisis y diseño estructurado  d...Clase no. 1 unidad no. iii  introduccion al analisis y diseño estructurado  d...
Clase no. 1 unidad no. iii introduccion al analisis y diseño estructurado d...negroues
 
Proyecto de Software y Estimacion de Coste
Proyecto de Software y Estimacion de CosteProyecto de Software y Estimacion de Coste
Proyecto de Software y Estimacion de CosteCAMILO
 
Documento arquitectura de software
Documento arquitectura de softwareDocumento arquitectura de software
Documento arquitectura de softwareAURA SYSTEMS S.A.C
 
METODOLOGÍA PARA EL DISEÑO DE SOFTWARE
METODOLOGÍA PARA EL DISEÑO DE SOFTWAREMETODOLOGÍA PARA EL DISEÑO DE SOFTWARE
METODOLOGÍA PARA EL DISEÑO DE SOFTWAREadark
 
Metodología de Diseño Estructurado.pptx
Metodología de Diseño Estructurado.pptx Metodología de Diseño Estructurado.pptx
Metodología de Diseño Estructurado.pptx AlvareL
 

La actualidad más candente (19)

Presentacion de metodologia empleada en el proceso del desarrollo del software
Presentacion de metodologia empleada en el proceso del desarrollo del softwarePresentacion de metodologia empleada en el proceso del desarrollo del software
Presentacion de metodologia empleada en el proceso del desarrollo del software
 
Diseño estructurado
Diseño estructuradoDiseño estructurado
Diseño estructurado
 
Modelamiento de software
Modelamiento de softwareModelamiento de software
Modelamiento de software
 
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
 
Diseño estructurado
Diseño estructuradoDiseño estructurado
Diseño estructurado
 
Diseño estructurado
Diseño estructuradoDiseño estructurado
Diseño estructurado
 
Capitulo04
Capitulo04Capitulo04
Capitulo04
 
Modulos de vista
Modulos de vistaModulos de vista
Modulos de vista
 
Tema 4: Diseño arquitectónico de software
Tema 4: Diseño arquitectónico de softwareTema 4: Diseño arquitectónico de software
Tema 4: Diseño arquitectónico de software
 
Diseño estructurado
Diseño estructuradoDiseño estructurado
Diseño estructurado
 
Documentacion_de_proyectos_de_software
Documentacion_de_proyectos_de_softwareDocumentacion_de_proyectos_de_software
Documentacion_de_proyectos_de_software
 
Clase no. 1 unidad no. iii introduccion al analisis y diseño estructurado d...
Clase no. 1 unidad no. iii  introduccion al analisis y diseño estructurado  d...Clase no. 1 unidad no. iii  introduccion al analisis y diseño estructurado  d...
Clase no. 1 unidad no. iii introduccion al analisis y diseño estructurado d...
 
Diseño de Software
Diseño de SoftwareDiseño de Software
Diseño de Software
 
Modelamiento software
Modelamiento softwareModelamiento software
Modelamiento software
 
Proyecto de Software y Estimacion de Coste
Proyecto de Software y Estimacion de CosteProyecto de Software y Estimacion de Coste
Proyecto de Software y Estimacion de Coste
 
Documento arquitectura de software
Documento arquitectura de softwareDocumento arquitectura de software
Documento arquitectura de software
 
METODOLOGÍA PARA EL DISEÑO DE SOFTWARE
METODOLOGÍA PARA EL DISEÑO DE SOFTWAREMETODOLOGÍA PARA EL DISEÑO DE SOFTWARE
METODOLOGÍA PARA EL DISEÑO DE SOFTWARE
 
Modelos de dominio específicos
Modelos de dominio específicosModelos de dominio específicos
Modelos de dominio específicos
 
Metodología de Diseño Estructurado.pptx
Metodología de Diseño Estructurado.pptx Metodología de Diseño Estructurado.pptx
Metodología de Diseño Estructurado.pptx
 

Destacado

Base de datos
Base de datosBase de datos
Base de datosCkLeO
 
Ejerc..2
Ejerc..2Ejerc..2
Ejerc..2CkLeO
 
Cuarto semestre
Cuarto semestreCuarto semestre
Cuarto semestreCkLeO
 
Diccionario de datos..floreria
Diccionario de datos..floreriaDiccionario de datos..floreria
Diccionario de datos..floreriaCkLeO
 
Ejerc..2
Ejerc..2Ejerc..2
Ejerc..2CkLeO
 
Base de datos
Base de datosBase de datos
Base de datosCkLeO
 
Ejerc..2
Ejerc..2Ejerc..2
Ejerc..2CkLeO
 
Ejerc..2
Ejerc..2Ejerc..2
Ejerc..2CkLeO
 
Ejercicios base de_datos
Ejercicios base de_datosEjercicios base de_datos
Ejercicios base de_datosxinithazangels
 
Base de datos ejercicios 1,2,3
Base de datos ejercicios 1,2,3Base de datos ejercicios 1,2,3
Base de datos ejercicios 1,2,3CkLeO
 
Modelo entidad relacion(gestion de examenes)
Modelo entidad relacion(gestion de examenes)Modelo entidad relacion(gestion de examenes)
Modelo entidad relacion(gestion de examenes)agustinbilmer
 
Taller modelo entidad relacion
Taller modelo entidad relacionTaller modelo entidad relacion
Taller modelo entidad relacionAngeliik Cortes
 

Destacado (20)

El paradigma de la t grande
El paradigma de la t grandeEl paradigma de la t grande
El paradigma de la t grande
 
Base de datos
Base de datosBase de datos
Base de datos
 
Ejerc..2
Ejerc..2Ejerc..2
Ejerc..2
 
Cuarto semestre
Cuarto semestreCuarto semestre
Cuarto semestre
 
taller de base de datos
taller de base de datostaller de base de datos
taller de base de datos
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Diccionario de datos..floreria
Diccionario de datos..floreriaDiccionario de datos..floreria
Diccionario de datos..floreria
 
Ejerc..2
Ejerc..2Ejerc..2
Ejerc..2
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Base de datos
Base de datosBase de datos
Base de datos
 
Tecnicas
TecnicasTecnicas
Tecnicas
 
Ejerc..2
Ejerc..2Ejerc..2
Ejerc..2
 
Modelado
ModeladoModelado
Modelado
 
Ejerc..2
Ejerc..2Ejerc..2
Ejerc..2
 
Ejercicio 1,2,3
Ejercicio 1,2,3Ejercicio 1,2,3
Ejercicio 1,2,3
 
Ejercicios base de_datos
Ejercicios base de_datosEjercicios base de_datos
Ejercicios base de_datos
 
Base de datos ejercicios 1,2,3
Base de datos ejercicios 1,2,3Base de datos ejercicios 1,2,3
Base de datos ejercicios 1,2,3
 
Modelo entidad relacion(gestion de examenes)
Modelo entidad relacion(gestion de examenes)Modelo entidad relacion(gestion de examenes)
Modelo entidad relacion(gestion de examenes)
 
Ejercicios Modelo E-R
Ejercicios Modelo E-REjercicios Modelo E-R
Ejercicios Modelo E-R
 
Taller modelo entidad relacion
Taller modelo entidad relacionTaller modelo entidad relacion
Taller modelo entidad relacion
 

Similar a Modelado

Modelado de requisitos
Modelado de requisitosModelado de requisitos
Modelado de requisitosKleo Jorgee
 
Modelo de prototipo
Modelo de prototipoModelo de prototipo
Modelo de prototipoyanezcabrera
 
FUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOS
FUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOSFUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOS
FUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOSValentina
 
Tipos de modelos de procesos
Tipos de modelos de procesosTipos de modelos de procesos
Tipos de modelos de procesosEIYSC
 
2 f004 p006 gfpi guìa de aprendizaje-3_v2
2 f004 p006 gfpi guìa de aprendizaje-3_v22 f004 p006 gfpi guìa de aprendizaje-3_v2
2 f004 p006 gfpi guìa de aprendizaje-3_v2brayanfp
 
Guia deaprendizaje3 v2
Guia deaprendizaje3 v2Guia deaprendizaje3 v2
Guia deaprendizaje3 v2Aleja Andrade
 
F004 p006 gfpi guìa de aprendizaje 3-v2
F004 p006 gfpi guìa de aprendizaje 3-v2F004 p006 gfpi guìa de aprendizaje 3-v2
F004 p006 gfpi guìa de aprendizaje 3-v2MarceliTha Cardozzo
 
F004 p006 gfpi guìa de aprendizaje 3-v2
F004 p006 gfpi guìa de aprendizaje 3-v2F004 p006 gfpi guìa de aprendizaje 3-v2
F004 p006 gfpi guìa de aprendizaje 3-v2Yeison Smith
 
UNIDAD III TEMA 7 EQUIPO SCADA
UNIDAD III TEMA 7 EQUIPO SCADAUNIDAD III TEMA 7 EQUIPO SCADA
UNIDAD III TEMA 7 EQUIPO SCADAjudithDevia
 
Proceso racional unificado
Proceso racional unificadoProceso racional unificado
Proceso racional unificadokary-1004
 
Análisis y diseño de sistemas sesion 11 - modelo de analisis
Análisis y diseño de sistemas   sesion 11 - modelo de analisisAnálisis y diseño de sistemas   sesion 11 - modelo de analisis
Análisis y diseño de sistemas sesion 11 - modelo de analisisGianfrancoEduardoBra
 
Prototipado rapido de interfaces
Prototipado rapido de interfacesPrototipado rapido de interfaces
Prototipado rapido de interfacesFahyr
 
elaboracion de prototipos rad y programacion externa
elaboracion de prototipos rad y programacion externaelaboracion de prototipos rad y programacion externa
elaboracion de prototipos rad y programacion externabeto25
 
METODOLOGÍA DE DESARROLLO DE APLICACIONES BASADAS EN COMPONENTES PARA AUTOMAT...
METODOLOGÍA DE DESARROLLO DE APLICACIONES BASADAS EN COMPONENTES PARA AUTOMAT...METODOLOGÍA DE DESARROLLO DE APLICACIONES BASADAS EN COMPONENTES PARA AUTOMAT...
METODOLOGÍA DE DESARROLLO DE APLICACIONES BASADAS EN COMPONENTES PARA AUTOMAT...EquipoSCADA
 

Similar a Modelado (20)

Modelado de requisitos
Modelado de requisitosModelado de requisitos
Modelado de requisitos
 
Ciclo de vida cascada
Ciclo de vida cascadaCiclo de vida cascada
Ciclo de vida cascada
 
Modelo de prototipo
Modelo de prototipoModelo de prototipo
Modelo de prototipo
 
FUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOS
FUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOSFUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOS
FUNDAMENTOS Y MÉTODOS DE ANÁLISIS DE REQUERIMIENTOS
 
Tipos de modelos de procesos
Tipos de modelos de procesosTipos de modelos de procesos
Tipos de modelos de procesos
 
F004 p006 gfpi guìa de aprendizaje 3-v2
F004 p006 gfpi guìa de aprendizaje 3-v2F004 p006 gfpi guìa de aprendizaje 3-v2
F004 p006 gfpi guìa de aprendizaje 3-v2
 
F004 p006 gfpi guìa de aprendizaje 3-v2
F004 p006 gfpi guìa de aprendizaje 3-v2F004 p006 gfpi guìa de aprendizaje 3-v2
F004 p006 gfpi guìa de aprendizaje 3-v2
 
2 f004 p006 gfpi guìa de aprendizaje-3_v2
2 f004 p006 gfpi guìa de aprendizaje-3_v22 f004 p006 gfpi guìa de aprendizaje-3_v2
2 f004 p006 gfpi guìa de aprendizaje-3_v2
 
Guia deaprendizaje3 v2
Guia deaprendizaje3 v2Guia deaprendizaje3 v2
Guia deaprendizaje3 v2
 
F004 p006 gfpi guìa de aprendizaje 3-v2
F004 p006 gfpi guìa de aprendizaje 3-v2F004 p006 gfpi guìa de aprendizaje 3-v2
F004 p006 gfpi guìa de aprendizaje 3-v2
 
F004 p006 gfpi guìa de aprendizaje 3-v2
F004 p006 gfpi guìa de aprendizaje 3-v2F004 p006 gfpi guìa de aprendizaje 3-v2
F004 p006 gfpi guìa de aprendizaje 3-v2
 
UNIDAD III TEMA 7 EQUIPO SCADA
UNIDAD III TEMA 7 EQUIPO SCADAUNIDAD III TEMA 7 EQUIPO SCADA
UNIDAD III TEMA 7 EQUIPO SCADA
 
Proceso racional unificado
Proceso racional unificadoProceso racional unificado
Proceso racional unificado
 
Análisis y diseño de sistemas sesion 11 - modelo de analisis
Análisis y diseño de sistemas   sesion 11 - modelo de analisisAnálisis y diseño de sistemas   sesion 11 - modelo de analisis
Análisis y diseño de sistemas sesion 11 - modelo de analisis
 
Prototipado rapido de interfaces
Prototipado rapido de interfacesPrototipado rapido de interfaces
Prototipado rapido de interfaces
 
elaboracion de prototipos rad y programacion externa
elaboracion de prototipos rad y programacion externaelaboracion de prototipos rad y programacion externa
elaboracion de prototipos rad y programacion externa
 
SSADM Material de apoyo
 SSADM Material de apoyo SSADM Material de apoyo
SSADM Material de apoyo
 
Ingenieria en Software
Ingenieria en SoftwareIngenieria en Software
Ingenieria en Software
 
Dpss u3 a2_wipl
Dpss u3 a2_wiplDpss u3 a2_wipl
Dpss u3 a2_wipl
 
METODOLOGÍA DE DESARROLLO DE APLICACIONES BASADAS EN COMPONENTES PARA AUTOMAT...
METODOLOGÍA DE DESARROLLO DE APLICACIONES BASADAS EN COMPONENTES PARA AUTOMAT...METODOLOGÍA DE DESARROLLO DE APLICACIONES BASADAS EN COMPONENTES PARA AUTOMAT...
METODOLOGÍA DE DESARROLLO DE APLICACIONES BASADAS EN COMPONENTES PARA AUTOMAT...
 

Más de Monika Sanchez (20)

Ensayo telecomunicacion monica_sanchez_crisostomo
Ensayo telecomunicacion monica_sanchez_crisostomoEnsayo telecomunicacion monica_sanchez_crisostomo
Ensayo telecomunicacion monica_sanchez_crisostomo
 
Base ss
Base ssBase ss
Base ss
 
Diccionario datos
Diccionario datosDiccionario datos
Diccionario datos
 
Sistemas manejadores de bases de datos
Sistemas manejadores de bases de datosSistemas manejadores de bases de datos
Sistemas manejadores de bases de datos
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Autobiografia
AutobiografiaAutobiografia
Autobiografia
 
Reseña criticas
Reseña criticasReseña criticas
Reseña criticas
 
Reseña criticas
Reseña criticasReseña criticas
Reseña criticas
 
Reseña criticas
Reseña criticasReseña criticas
Reseña criticas
 
Calaveritas
CalaveritasCalaveritas
Calaveritas
 
Calaveritas
CalaveritasCalaveritas
Calaveritas
 
La tierra es plana
La tierra es planaLa tierra es plana
La tierra es plana
 
La tierra es plana
La tierra es planaLa tierra es plana
La tierra es plana
 
Ambitos de desarrollo
Ambitos de desarrolloAmbitos de desarrollo
Ambitos de desarrollo
 
Resumen[1]
Resumen[1]Resumen[1]
Resumen[1]
 

Modelado

  • 1. INSTITUTO TECNOLOGICO DE TUXTEPEC CATEDRATICO: LIC: María de los Ángeles Martínez M. ALUMNO: URIEL TEJEDA GUZMAN ISIDRO LUNA BELTRAN ISMAEL VELASCO MIGUEL CESAR E. ANTONIO PEREZ CHRISTIAN A. GARCIA RAMIREZ MONICA SANCHEZ CRISOSTOMO MATERIA: FUNDAMENTOS DE INGENIERIA DE SOFTWARE TEMA: APLICACIONES DEL MODELADO Y SUS ESPECIFICACIONES GRUPO: “A" ING. SISTEMAS COMPUTACIONALES BLOG:http://djsoftwareyagami.blogspot.mx/ 1
  • 2. Contenido. N. pág. Índice.-------------------------------------------------------------------------------------------------1 Introducción.----------------------------------------------------------------------------------------2 1. Modelado de requisitos. -------------------------------------------------------------3 2. Enfoque de la ingeniería de requisitos para el modelado.-----------------3 3. Fase de Modelado de Requisitos.-------------------------------------------------3 3.1 Fase de Modelado de Requisitos.----------------------------------------------4 3.2 Árbol de Refinamiento de Funciones.----------------------------------------5 3.3 Modelo de casos de uso.---------------------------------------------------------5 Conclusión.------------------------------------------------------------------------------------7 Referencias.-----------------------------------------------------------------------------------7 1
  • 3. INTRODUCCIÓN. En el presente trabajo de investigación se mencionara la definición de modelado así como sus especificaciones tanto funcionales como no funcionales que debemos de cumplir para que el software funcione correctamente. Hoy en día debemos de saber que los modelados soy muy importantes y que ellos nos proporcionan predictibilidad mediante la construcción de un modelo conceptual como una precisa, estructura y bien definida representación de los requisitos de los usuarios además que aumentan la productividad al establecer vínculos precisos entre el modelo conceptual y los requisitos de los usuarios ya que facilitara la incorporación en el modelo conceptual de cambios en los requisitos como consecuencia tales modificaciones quedaran reflejadas en el sistema desarrollado. 2
  • 4. 1.- Modelado de requisitos. El modelo de requisitos tiene como objetivo delimitar el sistema y capturar la funcionalidad que debe ofrecer desde la perspectiva del usuario. Este modelo puede funcionar como un contrato entre el desarrollador y el cliente o usuario del sistema, y por lo tanto proyecta lo que el cliente desea según la percepción del desarrollador. Por lo tanto, es esencial que los clientes puedan comprender este modelo. El modelo de requisitos es el primer modelo a desarrollarse, sirviendo de base para la formación de todos los demás modelos en el desarrollo de software. En general, el cualquier cambio en la funcionalidad del sistema es más fácil de hacer, y con menores consecuencias, a este nivel que posteriormente. 2.- Enfoque de la ingeniería de requisitos para el modelado. Esta representación general permite observar todo el método de desarrollo de software, desde la captura de losrequisitos hasta la obtención del producto final. En particular, se enuncian las técnicas utilizadas para laconstrucción del Modelo de Requisitos que, conjuntamente con el Proceso de Análisis de los mismos,hacenposible el desarrollo del Modelo Conceptual OO-Method. 3.- Fase de Modelado de Requisitos. El propósito del Modelo de Requisitos es capturar precisa y fielmente las principales características delsistema software que se desea construir. Este modelo permite representar los requisitos del sistema de maneraque cualquiera de sus potenciales usuarios pueda revisarlo y comprenderlo, sin que para esto 3
  • 5. necesite unentrenamiento especial. No obstante, la notación utilizada en tal representación es lo suficientemente precisapara que pueda servir de base a la fase de modelado conceptual. En este modelo los conceptos de actor y caso de uso desempeñan roles de mucha importancia. Ambosconceptos fundamentan el Modelo de Casos de Uso propuesto por Jacobson en su Método OOSE. Es reconocida la efectividad de este modelo para manejar la complejidad de los requisitos. Susimplicidad, derivada del uso del lenguaje natural para describir la funcionalidad observada en el espacio delproblema, posibilita la participación activa de usuarios finales y clientes en el modelado de los requisitos. Sinembargo, el Modelo de Casos de Uso tiene dos desventajas importantes que dificultan frecuentemente lapuesta en práctica de las técnicas de Ingeniería de Requisitos: la dificultad de determinar el nivel deabstracción correcto para especificar los casos de uso y la inexistencia de un proceso para analizar estaespecificación y traducirla a un modelo conceptual. 3.1.- Misión del Sistema. Describe el propósito del sistema, sus responsabilidades y alcance. A través de la definición de su misión esposible determinar con precisión, aunque sea en términos generales, qué hará y qué no hará el sistema. Aunque sea una técnica relativamente sencilla, es de vital importancia consensuar desde el principio con losusuarios el objetivo del sistema y tenerlo presente durante todas las fases del proceso de desarrollo delsistema. 4
  • 6. 3.2.- Árbol de Refinamiento de Funciones. Descompone el sistema en interacciones externas, de acuerdo a algún criterio prestablecido por ejemplo, lasáreas u objetivos organizacionales, los actores y sus responsabilidades, etc. Las interacciones externas sonorganizadas en funciones que forman una jerarquía a manera de árbol, en cuyo nivel más alto (raíz) se ubicala misión del sistema. Esta Misión del Sistema es refinada hasta obtener otras funciones elementalesrepresentadas en la jerarquía a través de los nodos hoja. Este proceso descendente de refinamiento funcionalpuede generar distintos niveles de nodos. Aquellos que están entre la raíz y los nodos hoja son denominadosnodos intermedios. Un nodo intermedio es un sumario de funciones elementales. En general, una ramacompleta de nodos con origen en la raíz del árbol, representa toda la funcionalidad relativa a un área oactividad de la organización, según el criterio de descomposición utilizado. 3.3.- Modelo de Casos de Uso El modelado de requisitos utiliza los elementos del Modelo de Casos de Uso propuesto por Jacobson, bajo elesquema conceptual y notacional definido en UML. De esta forma, la especificaciónde actores y casos de uso así como el establecimiento de las relaciones entre éstos, constituye el objetivofundamental del Modelo de Casos de Uso. El principal insumo requerido para el desarrollo de este modeloson las funciones elementales identificadas como nodos hoja en el Árbol de Refinamiento Funcional delsistema. El nivel de abstracción de un caso de uso está vinculado al contenido informativo relevante o significativoque se desea expresar en el caso de uso. 5
  • 7. * Expresar de forma esencial la funcionalidad, utilizando el lenguaje del dominio del problema. * Suponer un ambiente ideal de implementación por lo que se excluyen aspectos relativos a los recursos tecnológicos requeridos para la ejecución del caso de uso. * Describir la funcionalidad en términos de la intención del usuario al interactuar con el sistema y de las responsabilidades de este último. * Mostrar un refinamiento “parcial” de detalle de interacción a nivel de interfaz semántica. El contenido de la misma siempre que se considere relevante en el contexto de dicha interacción. La descripción de la interfaz del sistema es el objetivo del Modelo de Presentación OO-Method. 6
  • 8. CONCLUSIÓN: En el trabajo anterior se expuso el tema de modelado de requisitos, del cual debemos de tener en cuenta que su principal objetivo es proporcionar un conjunto de técnicas y guías para capturar los requisitos de software analizarlos y expresarlos en una forma conceptual. Sabemos que hoy en día este modelado es muy usado por diseñadores de software ya que así llevan un control de los requisitos que va a ocupar el programa creado y ver en que tipo de plataforma podrá correr este mismo, si hay un error localizarlo mas rápido solucionarlo. REFERENCIAS: http://www.cannes.itam.mx/Alfredo/Espaniol/Publicaciones/MINT/Requisitos.pdf http://escolar.ittux.edu.mx/file.php/340/lecturas/Modelado_de_requisitos.pdf http://escolar.ittux.edu.mx/file.php/340/lecturas/Modelado_de_requisitos_2.pdf http://www.mcu.es/archivos/docs/moreq.pdf 7