Mapa conceptual capítulo 13 de Software Requirements de Karl Wiegers

Mapa Conceptual sobre prototipos.

Un mapa conceptual sobre los capítulos 3 y 30 del libro de Larman: UML y Patrones

Casos de Uso: ¿Cuando usar casos de uso? ¿Son suficiente para especificar requerimientos?

Los casos de uso son una herramienta genial para modelar sistemas, pero ¿cómo saber cuando esta herramienta es la adecuada? ¿Acaso son la única herramienta disponible?

Pues no siempre los casos de uso son lo más adecuado para especificar requerimientos. En el caso de las ciencias de la computación, son un método muy utilizado. Pero en algunos casos, no logran proveer a los desarrolladores toda la información que necesitan para crear un sistema.

¿Cuando son los casos de uso insuficientes?

Los casos de uso son métodos que funcionan muy bien para modelar sistemas que tienen mucha interacción con el usuario. Esto salta a la vista, ya que es un modelo que básicamente lo que hace es reflejar las interacciones sistema-usuario.

En sistemas basados en eventos del entorno que accionan software o hardware, o en sistemas que tienen su dificultad en la complejidad e intensividad de computación (aplicaciones científicas y de computaciones matemáticas, por ejemplo), los casos de uso llegan a expresar muy poco sobre el software a desarrollar. Otros sistemas con ese mismo problema al ser representados mediante casos de uso son los sistemas relacionados con data warehouses o sistemas dependientes de tiempo.

¿Que otras herramientas existen para complementar los casos de uso?

Muchas veces en estos casos en los cuales los casos de uso son insuficientes, podemos utilizar herramientas extra, que logren proveer a los desarrolladores de toda la información que necesitan al comenzar la creación de los sistemas. Una herramienta muy usada en casos de sistemas dependientes de tiempo, son las tablas de eventos, en las cuales se pueden registrar los eventos triggers, los estados iniciales del sistema antes de que un evento se dé, los estados finales del sistema luego de un evento, y las respuestas del sistema a cada evento.

Además, debemos recordar que en ningún caso los requerimientos funcionales en un proyecto pueden ser reemplazados por los casos de uso. Estos últimos solo son usados para detallar, ejemplificar y facilitar la comprensión de los requerimientos de un sistema. Por esto, podemos tomar los requerimientos y utilizarlos junto con los casos de uso. Para que los desarrolladores puedan comprender de manera correcta, los analistas deberán plantear estos requerimientos mediante un enfoque de agrupación de requerimientos, y mantener una fluída comunicación con los desarrolladores, para que puedan responder cualquier duda que surja durante el proceso de implementación del modelo que se utilice.

-----
Basado en el libro de Wiegers, More About Software Requirements (2006)

[Mapa Conceptual] Visión

Ensayo sobre las mejoras en cuanto a exposiciones

En el curso de Comunicación Técnica hemos hecho diversas exposiciones, las cuales han sido grabadas en video. La importancia de que sean grabadas, más que todo ha sido el que nosotros, los estudiantes, observemos nuestros fallos al exponer, y comprendamos cómo mejorarlos.
En mi caso particular, una de las más grandes dificultades han sido los nervios, ya que en medio de las presentaciónes suelo no controlarlos, y a veces hasta se me llega a quebrar la voz. Aunque luego de todas las presentaciónes y trabajos he visto una ligera mejoría, creo que aún me falta un poco más de confianza y práctica.
Los videos me han ayudado a darme cuenta de mis errores y mis fortalezas al exponer, así como ver los ejemplos de algunos de mis compañeros que no tienen tanta dificultad como yo en este tema.
Este curso me ha ayudado a comprender que necesito esforzarme más a la hora de realizar una exposición y presentarlaa, además de intentar superar mis debilidades cuando lo hago. Incluso me ha enseñado que aunque se presenten problemas durante una presentación se debe de tener la seguridad suficiente para solucionarlos y manejarlos de la manera correcta.

Currículum

DATOS PERSONALES

Nombre: Ana Irina Calvo Carvajal
Número de cédula: 1-1477-0876
Fecha de nacimiento: 27 de setiembre de 1991.
Estado Civil: Soltera
Domicilio: San José, Coronado, Dulce Nombre, Urbanización los Manzanos, casa 10-C

Teléfonos 2292-47-68 / 8312-44/56
Correo electrónico anairinac@gmail.com

EDUCACIÓN

Educación primaria en la escuela Centro Educativo Cristiano Vida Abundante

Educación secundaria en la secundaria Centro Educativo Cristiano Vida Abundante

Bachillerato (Ministerio de Educación Pública)

EXPERIENCIA

Mantenimiento de redes

Memorándum

Memorándum

Fecha: 5 de mayo de 2009
Para: Profesora Olga Solano
De: Ana Irina Calvo Carvajal

Asunto: Definición del producto para la demostración técnica

Estimada profesora:

Le escribo para informarle que el producto sobre el cual voy a realizar la demostración técnica va a ser el programa desarrollado por la compañía Apple, que se llama Safari 4.0. Este es un navegador de web. Además me gustaría especificar que lo realizaré conforme a su uso bajo el sistema operativo Mac OS X Tiger, en una computadora iMac, producida por la Apple.

Sin más particulares
Ana Irina Calvo Carvajal.