Caso de uso - Historial de revisiones

Carlos idict: Texto reemplazado: «
» por «»

2019-07-30T23:40:09Z

Texto reemplazado: «<div align="justify">» por «»

Iliana05084 en 20:24 12 feb 2016

2016-02-12T20:24:05Z

Cinformpri jc en 14:30 8 jul 2013

2013-07-08T14:30:43Z

Carlos idict en 13:36 1 ago 2012

2012-08-01T13:36:54Z

Yaquelin ciget.ltu en 17:25 5 nov 2010

2010-11-05T17:25:14Z

Mostrar los cambios

Viñales1 jc en 19:22 20 oct 2010

2010-10-20T19:22:44Z

Viñales1 jc en 19:14 20 oct 2010

2010-10-20T19:14:56Z

Viñales1 jc en 19:11 20 oct 2010

2010-10-20T19:11:08Z

Viñales1 jc en 19:04 20 oct 2010

2010-10-20T19:04:16Z

Viñales1 jc en 18:54 20 oct 2010

2010-10-20T18:54:16Z

@@ Línea 1: / Línea 1: @@
 {{Definición|Nombre=Caso de  uso|imagen=Notacion_de_caso_uso.jpeg|concepto=Técnica para la captura de  requisitos potenciales de un nuevo sistema o una actualización de  software.}}
-<div align="justify">
 '''Caso de uso'''. En [[Ingeniería de software|Ingeniería del software]], es una técnica para la captura de requisitos potenciales de un nuevo [[Sistema]] o una actualización de [[Software]]. Cada caso de uso proporciona uno o más [[escenarios]] que indican cómo debería interactuar el sistema con el usuario o con otro sistema para conseguir un objetivo específico. Normalmente, en los casos de usos se evita el empleo de jergas técnicas, prefiriendo en su lugar un lenguaje más cercano al usuario final.

@@ Línea 1: / Línea 1: @@
 {{Definición|Nombre=Caso de  uso|imagen=Notacion_de_caso_uso.jpeg|concepto=Técnica para la captura de  requisitos potenciales de un nuevo sistema o una actualización de  software.}}
 <div align="justify">
-'''Caso de uso'''. En [[Ingeniería del software]], es una técnica para la captura de requisitos potenciales de un nuevo [[Sistema]] o una actualización de [[Software]]. Cada caso de uso proporciona uno o más [[escenarios]] que indican cómo debería interactuar el sistema con el usuario o con otro sistema para conseguir un objetivo específico. Normalmente, en los casos de usos se evita el empleo de jergas técnicas, prefiriendo en su lugar un lenguaje más cercano al usuario final.
+'''Caso de uso'''. En [[Ingeniería de software|Ingeniería del software]], es una técnica para la captura de requisitos potenciales de un nuevo [[Sistema]] o una actualización de [[Software]]. Cada caso de uso proporciona uno o más [[escenarios]] que indican cómo debería interactuar el sistema con el usuario o con otro sistema para conseguir un objetivo específico. Normalmente, en los casos de usos se evita el empleo de jergas técnicas, prefiriendo en su lugar un lenguaje más cercano al usuario final.
 == Qué es un caso de uso  ==
@@ Línea 108: / Línea 108: @@
 [[Category:Ingeniería_de_software]] [[Category:Diseño_de_software]] [[Category:UML]]

@@ Línea 1: / Línea 1: @@
-'''Caso de uso'''. En [[Ingeniería del software]], es una técnica para la captura de requisitos potenciales de un nuevo [[Sistema]] o una actualización de [[Software]]. Cada caso de uso proporciona uno o más [[escenarios]] que indican cómo debería interactuar el sistema con el usuario o con otro sistema para conseguir un objetivo específico. Normalmente, en los casos de usos se evita el empleo de jergas técnicas, prefiriendo en su lugar un lenguaje más cercano al usuario final.&nbsp;{{Definición|Nombre=Caso de uso|imagen=Notacion_de_caso_uso.jpeg|concepto=Técnica para la captura de requisitos potenciales de un nuevo sistema o una actualización de software.}}
+{{Definición|Nombre=Caso de  uso|imagen=Notacion_de_caso_uso.jpeg|concepto=Técnica para la captura de  requisitos potenciales de un nuevo sistema o una actualización de  software.}}
 == Qué es un caso de uso  ==
@@ Línea 9: / Línea 11: @@
 Los casos de uso se utilizan básicamente en el [[Proceso de modelado de sistemas]], partiendo de una percepción o perspectiva que nos plantea el paradigma de la orientación a objetos, y en este caso el análisis y diseño orientados a objetos.
-Forman parte del [[Lenguaje Unificado de Modelado]] UML por sus siglas en ingles (Unified Modeling Languaje) el cual a su vez se compone de muchas otras herramientas, básicamente diagramas como: Diagramas de Clase, Diagramas de Secuencia, Colaboración, Transición de Estados, Diagramas de Actividad,Componentes,Deployment, entre otros. Todas ellas usadas a lo largo de las etapas o ciclo de vida del proceso de desarrollo.
+Forman parte del [[Lenguaje Unificado de Modelado]] UML por sus siglas en ingles (Unified Modeling Languaje) el cual a su vez se compone de muchas otras herramientas, básicamente diagramas como: Diagramas de Clase, Diagramas de Secuencia, Colaboración, Transición de Estados, Diagramas de Actividad, Componentes, Deployment, entre otros. Todas ellas usadas a lo largo de las etapas o ciclo de vida del proceso de desarrollo.
 La aplicación principal de los casos de uso es en el proceso de análisis y diseño pero de manera particular en la definición de requerimientos del usuario. Es una excelente herramienta de comunicación debido a la sencillez de su elaboración así como su comprensión.
@@ Línea 21: / Línea 23: @@
 ==Elementos==
-'''[[Image:Actor1.jpeg|right|131x128px|Actor1.jpeg]]Actores''': Se le llama actor a toda Entidad externa al sistema que guarda una relación con éste y que le demanda una funcionalidad. Esto incluye a los operadores humanos pero también incluye a todos los sistemas externos, además de entidades abstractas, como el tiempo.
+[[Image:Actor1.jpeg|right|131x128px|Actor1.jpeg]]Actores: Se le llama actor a toda Entidad externa al sistema que guarda una relación con éste y que le demanda una funcionalidad. Esto incluye a los operadores humanos pero también incluye a todos los sistemas externos, además de entidades abstractas, como el tiempo.
 En el caso de los seres humanos se pueden ver a los actores como definiciones de Rol, por lo que un mismo individuo puede corresponder a uno o más Actores. Suele suceder sin embargo, que es el sistema quien va a tener interés en el tiempo. Es frecuente encontrar que nuestros sistemas deben efectuar operaciones automáticas en determinados momentos; y siendo esto un requisito funcional obvio, resulta de interés desarrollar alguna forma de capturar dicho requisito en el modelo de caso de uso final.

@@ Línea 37: / Línea 37: @@
 '''''Extends'''''. Se recomienda utilizar cuando un caso de uso es similar a otro (características).
-'''''Uses'''''. Se recomienda utilizar cuando se tiene un conjunto de características que son similares en más de un caso de uso y no se desea mantener copiada la descripción de la característica. De lo anterior cabe mencionar que tiene el mismo paradigma en diseño y modelamiento de [[Clases]], en donde esta la duda clásica de usar o heredar.
+'''''Uses'''''. Se recomienda utilizar cuando se tiene un conjunto de características que son similares en más de un caso de uso y no se desea mantener copiada la descripción de la característica. De lo anterior cabe mencionar que tiene el mismo paradigma en diseño y modelamiento de Clases, en donde esta la duda clásica de usar o heredar.
 *Asociación. Es el tipo de relación más básica que indica la invocación desde un actor o caso de uso a otra operación (caso de uso). Dicha relación se denota con una flecha simple.

@@ Línea 46: / Línea 46: @@
 Cada caso de uso se centra en describir cómo alcanzar una única meta o tarea de [[Negocio|negocio]]. Desde una perspectiva tradicional de la ingeniería de software, un caso de uso describe una característica del sistema. Para la mayoría de proyectos de software, esto significa que quizás a veces es necesario especificar diez o centenares de casos de uso para definir completamente el nuevo sistema. El grado de la formalidad de un proyecto particular del software y de la etapa del proyecto influenciará el nivel del detalle requerido en cada caso de uso.
-Los casos de uso pretenden ser herramientas simples para describir el comportamiento del software o de los sistemas. Un caso de uso contiene una descripción textual de todas las maneras que los actores previstos podrían trabajar con el software o el sistema. Los casos de uso no describen ninguna funcionalidad interna (oculta al exterior) del sistema, ni explican cómo se implementará. Simplemente muestran los pasos que el actor sigue para realizar una tarea.
+Los casos de uso pretenden ser herramientas simples para describir el comportamiento del software o de los sistemas. Un caso de uso contiene una descripción textual de todas las maneras que los actores previstos podrían trabajar con el software o el sistema. Los casos de uso no describen ninguna funcionalidad interna (oculta al exterior) del sistema, ni explican cómo se implementará. Simplemente muestran los pasos que el actor sigue para realizar una tarea.&nbsp;
 Un caso de uso debe:

@@ Línea 1: / Línea 1: @@
-{{Desarrollo}}En [[Ingeniería del software|ingeniería del software]], un '''Caso de uso''' es una técnica para la captura de requisitos potenciales de un nuevo [[Sistema|sistema]] o una actualización de [[Software|software]]. Cada caso de uso proporciona uno o más [[Escenarios|escenarios]] que indican cómo debería interactuar el sistema con el usuario o con otro sistema para conseguir un objetivo específico. Normalmente, en los casos de usos se evita el empleo de jergas técnicas, prefiriendo en su lugar un lenguaje más cercano al usuario final.&nbsp;{{Definición|Nombre=Caso de uso|imagen=Notacion_de_caso_uso.jpeg|concepto=Técnica para la captura de requisitos potenciales de un nuevo sistema o una actualización de software.}}
+En [[Ingeniería del software|ingeniería del software]], un '''Caso de uso''' es una técnica para la captura de requisitos potenciales de un nuevo [[Sistema|sistema]] o una actualización de [[Software|software]]. Cada caso de uso proporciona uno o más [[Escenarios|escenarios]] que indican cómo debería interactuar el sistema con el usuario o con otro sistema para conseguir un objetivo específico. Normalmente, en los casos de usos se evita el empleo de jergas técnicas, prefiriendo en su lugar un lenguaje más cercano al usuario final.&nbsp;{{Definición|Nombre=Caso de uso|imagen=Notacion_de_caso_uso.jpeg|concepto=Técnica para la captura de requisitos potenciales de un nuevo sistema o una actualización de software.}}
 == Qué es un caso de uso  ==
@@ Línea 21: / Línea 21: @@
 '''[[Image:Actor1.jpeg|right|131x128px|Actor1.jpeg]]Actores''': Se le llama actor a toda [[Entidad|entidad]] externa al sistema que guarda una [[Relación|relación]] con éste y que le demanda una funcionalidad. Esto incluye a los [[Operadores|operadores]] humanos pero también incluye a todos los sistemas externos, además de entidades abstractas, como el tiempo.
 En el caso de los seres humanos se pueden ver a los actores como definiciones de [[Rol|rol]], por lo que un mismo individuo puede corresponder a uno o más Actores. Suele suceder sin embargo, que es el sistema quien va a tener interés en el tiempo. Es frecuente encontrar que nuestros sistemas deben efectuar operaciones automáticas en determinados momentos; y siendo esto un requisito funcional obvio, resulta de interés desarrollar alguna forma de capturar dicho requisito en el modelo de caso de uso final.
 == Relaciones<br>  ==

@@ Línea 25: / Línea 25: @@
 == Relaciones<br>  ==
-Las [[Relaciones|relaciones]] se utilizan para extraer el comportamiento de los casos de uso en los que se incluye y poniendo ese comportamiento en otros casos de uso que lo extiende [[Image:Relaciones.jpeg|frame|right|Relaciones.jpeg]]<br>
+Las [[Relaciones|relaciones]] se utilizan para extraer el comportamiento de los casos de uso en los que se incluye y poniendo ese comportamiento en otros casos de uso que lo extiende <br>
 Tipos de relaciones:<br>