4.4 Modelo de casos de uso

"Un "caso de uso", describe un servicio que el usuario requiere del sistema. Incluye la secuencia completa de interacciones entre el usuario y el sistema de una actividad del sistema que proporciona un servicio específico al usuario. Por ejemplo, son "casos de uso" en un Sistema Retributivo de Nómina: dar de alta, de baja, actualizar los datos de un empleado, obtener mensualmente su nómina, el pago de su cuota patronal y obrera a la Seguridad Social, etc." (Alonso, Martínez y Segovia, 2005).

 Un caso de uso es un fragmento de funcionalidad del sistema que proporciona al usuaro un resultado de interés, como dar de alta en nómina a un empleado. Los casos de uso representan los requisitos funcionales y son utilizados con carácter general para la captura de requisitos del sistema. El conjunto de los casos de uso constituye, en el PU, el modelo de casos de uso que describe toda la funcionalidad del sistema.

 Los casos de uso guían el proceso de desarrollo del software dado que el modelo de casos de uso producido por el analista de sistemas durante la captura de requisitos, y que sirve para especificar los requisitos del sistema, es la base para que el analista de aplicaciones produzca un modelo de análisis basado en los casos de uso, los desarrolladores creen que los modelos de diseño e implementación que desarrollen los casos de uso, y los ingenieros de prueba garanticen que los componentes del modelo de implementación implementan correctamente los casos de uso.

 En concreto, el analista de sistemas captura los requisitos del sistema a través de casos de uso. Los analistas de aplicaciones y desarrolladores descubren y definen las clases a medida que leen las descripciones de los casos de uso, y los ingenieroos de pruebas comprueban la realización de los casos de uso verificando que las instancias de las clases implementan los casos de uso.

                               

Comentarios

Publicar un comentario

Entradas populares de este blog

4.3 Modelo 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." (Somerville, 2005). 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. El modelo de requisitos que desarrollaremos se basa en la metodología  Objectory  (Jacobson et al. 1992), basada principalmente en el modelo de  casos de uso . Actualmente esta metodología es parte del  Proceso Unificado de Rational  (...
Leer más

4.5 Modelo de dominio

Imagen
"Un  Modelo de Dominio  es un artefacto de la  disciplina de análisis , construido con las reglas de  UML  durante la  fase de concepción , en la tarea  construcción del modelo de dominio , presentado como uno o más diagramas de clases y que contiene, no conceptos propios de un sistema de software sino de la propia realidad física." (del Águila Cano, 2019) Los modelos de dominio puede utilizarse para capturar y expresar el entendimiento ganado en un área bajo análisis como paso previo al diseño de un sistema, ya sea de software o de otro tipo. Similares a los mapas mentales utilizados en el aprendizaje, el modelo de dominio es utilizado por el análista como un medio para comprender el sector industrial o de negocios al cual el sistema va a servir. El siguiente diagrama es un pequeño ejemplo de Modelo de Dominio, en este caso, referido al Metro o sistema de transporte subterraneo de una ciudad cualquiera. Fig. 1 –  Ejemplo de Modelo de Dom...
Leer más