Entradas etiquetadas ‘Requisitos’
Líneas Base
Posteado por: Iván Garcerant en: 23-04-09
Una línea base es el compromiso, negociado y aceptado, que se alcanza con el cliente para que este comprenda que hemos de poner un alto en la captación de necesidades con miras a enfocarnos por unos días, en construir aquello nos ha pedido hasta el día de hoy.
Como estrategia de organización del proyecto, su principal [...]
Definimos Terminos de Referencia como…
Posteado por: Iván Garcerant en: 12-10-08
De tanto en tanto nos vamos a encontrar con que la organización que requiere el desarrollo elabora para nosotros un documento de requisitos, en formato libre, al que llaman no sin cierto orgullo “Términos de Referencia”. La práctica viene de otras áreas de la ingeniería donde una petición simple de parte del cliente puede ser [...]
Flujos de eventos alternativos
Posteado por: Iván Garcerant en: 12-10-08
En un caso de uso, los flujos de eventos se refieren a los pasos que alternativamente van realizando los actores y el sistema en el contexto del requisito funcional capturado en el caso. Dichos pasos por claridad, se separan en el flujo principal y los flujos alternativos; de forma tal que en el flujo principal [...]
El flujo de eventos del día feliz
Posteado por: Iván Garcerant en: 2-10-08
Un flujo de eventos consiste en enumerar los pasos que sucesivamente realizan los actores y el sistema en el contexto de un caso de uso. Es decir, que un flujo de eventos es en su forma más básica un simple listado de acciones, que corresponden con un caso de uso en concreto.
Si pensamos un poco [...]
Todo requisito debe ser preciso y legible
Posteado por: Iván Garcerant en: 27-09-08
La especificación de un sistema es un trabajo retador. En él participan no solo los desarrolladores de aplicaciones, sino también los clientes. Esto significa que la especificación de requisitos, ya sea como casos de uso o como declaraciones tradicionales tipo “el sistema debe…” ha de ser entendida a la vez, por lo clientes y por [...]
Casos de uso: preferir la amplitud a lo detallado
Posteado por: Iván Garcerant en: 26-08-08
Un caso de uso es la descripción de un escenario de interacción -un uso- entre un actor y el sistema. Dicho escenario captura el requisito funcional que el sistema ha de cumplir y documenta lo que se ha discutido entre el equipo de desarrollo y el cliente en una forma simple, de fácil lectura y [...]
Casos de Uso: Herencia de Actores
Posteado por: Iván Garcerant en: 25-08-08
La propiedad de mayor interés de los actores, más allá de su identidad, es la relación que estos guarden con los distintos casos de uso de nuestro sistema – las líneas que unen a unos con otros. Es decir que las dos partes más expresivas de un actor son el nombre propio y la activación [...]
Un buen requisito debe ser atómico
Posteado por: Iván Garcerant en: 5-08-08
“Un buen requisito debe ser atómico” lo digo y lo repito: Un buen requisito debe ser atómico. Sin embargo esto no significa que debe guardar alguna relación con la industria militar o la energía atómica. Si bien el átomo es un concepto de la ciencia moderna, el adjetivo atómico significa indivisible o dicho en otras [...]
Las 4+1 Vistas
Posteado por: Iván Garcerant en: 31-07-08
Un enfoque en la presentación de un sistema en UML es conocida como 4+1 vistas. Esta forma de documentar nuestros modelos divide lo que sabemos de él en cinco áreas:
Vista de Casos de Uso: que contiene requisitos desarrollados en las restantes vistas.
Vista Lógica: Muestra la estructura estática del sistema.
Vista Física: Muestra el despliegue de la [...]
Definimos Actor como…
Posteado por: Iván Garcerant en: 25-07-08
En teatro, un actor representa un papel según las indicaciones de un guión. Nosotros tomamos esa metáfora para indicar que un agente externo realiza una acción sobre el sistema, acción esta que puede ser capturada como un guión que sea parte de un caso de uso.
Es interesante observar que llamamos actor a toda entidad externa [...]
ClustrMaps
