Este documento presenta información sobre el modelado de requisitos y sus especificaciones funcionales y no funcionales. Explica que el modelado de requisitos captura las necesidades de los usuarios para delimitar el sistema y su funcionalidad. Luego describe técnicas como el árbol de refinamiento de funciones y el modelo de casos de uso para modelar requisitos de una manera que los usuarios puedan comprender. El objetivo final es proporcionar un conjunto de herramientas para analizar requisitos y expresarlos conceptualmente.

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