Flujos Alternativos

Cuando se iba a empezar a documentar nuestros casos de uso se nos hizo muy facil hasta que llegamos a lo que son los flojos, es facil identificar tu flujo principal pero al igual es dificil saber cual sera tu flujo alternativo, cuantos flujos alternativos vas a tener, acaso todos los flujos son de exito?
Mientras estaba buscando estas respuestas encontre varias explicaciones que me ayudaron hacer un resumen hacerca de los flujos alternativos y poderle entender mejor.
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 representamos el día feliz, donde todo ocurre sin problemas y en los flujos alternativos lidiamos con las situaciones de error y el comportamiento esperado del sistema en respuesta a dichos errores.
Es necesario entonces contar con una aproximación sistemática sobre como disponer los flujos de eventos principal y alternativos, de forma que capturen en forma clara y precisa cada condición que el flujo del día feliz ha asumido como libre de error pero que es a su vez, el punto de inicio de un flujo alternativo.
La idea aquí es la de indicar el paso del flujo principal y la condición precisa que de violarse hace que se ejecute el flujo alternativo. De ser posible la condición ha de estar expresada en términos del modelo de dominio de forma tal que facilitar su traducción al sistema software.
Los pasos del flujo alternativo han de tener una enumeración propia de forma tal que no choquen los unos con los otros ni con los pasos del flujo principal. La forma exacta en que vamos a enumerar es cosa de cada quien, por lo que es un punto a documentar como parte del Plan de Gestión de Requisitos, documento este que suele ser parte del Plan de Desarrollo de Software.
Un ejemplo de todo lo anterior puede ser visto como parte del ejemplo de caso de uso en este blog. En el ejemplo referido se hace mención al caso de uso “llamada de voz” y se ha señalado la condición de error “número incorrecto”. Veamos una versión ligeramente modificada del caso de uso de ejemplo para discutir como se puede implementar los flujos alternativos:
Código: CS-0100.
Nombre: Llamada de voz.
Actores: Usuario.
Descripción: El usuario del teléfono levanta el auricular y marca el número de destino. Al completar la secuencia de dígitos la conexión se realiza. Por medio de tonos particulares el sistema indica el estado de error y de progreso en la conexión.
Precondición: El teléfono está colgado.
Postcondición: Ninguna.
Diagrama:

Flujo Principal:
Paso 1 – Usuario: Levanta el auricular.
Paso 2 – Sistema: Da el tono de marcado.
Paso 3 – Usuario: Indica el número de teléfono.
Paso 4 – Sistema: Realiza la conexión. Da tono de aviso en tanto se levanta el teléfono del lado contrario de la conexión. Permite la conversación al hacerse efectiva la conexión.
Paso 5 – Usuario: Conversa y al finalizar esta, tranca el teléfono.
Paso 6 – Sistema: Termina la conexión.
Flujo alternativo: Número incorrecto
Paso 3 – Sistema: Presenta tono de error. El caso de uso termina.
Flujo alternativo: Desconexión inesperada
Paso 5.1 – Sistema: Detecta un fin inesperado de la conexión. Indica todo de error.
Paso 5.2 – Usuario: Tranca el teléfono.
Paso 5.3 – Sistema: Registra error. El caso de uso termina.
Tabla 1 – Ejemplo de caso de uso con flujos alternativos
Como ya dije, este ejemplo es una modificación del ya visto en el post ejemplo de caso de uso, donde ahora se han considerado dos flujos alternativos, uno para la condición de número incorrecto y otro para la desconexión inesperada.
La condición ha sido indicada en términos abstractos, comprensibles desde una perspectiva técnica y luego se ha indicado el paso en que dicha condición se puede violentar. En el flujo alternativo del número incorrecto el paso es el tres y en caso de problemas las acciones a tomar son solo una: el sistema presenta tono de error.
Otro tanto puede ser dicho en el segundo flujo alternativo. La desconexión inesperada sin embargo a dado lugar a tres pasos. El sistema detecta un fin inesperado e indica tono de error. El usuario entonces tranca el teléfono. Finalmente el sistema registra el error. Estos tres pasos han sido enumerados con la secuencia 5.1, 5.2 y 5.3, de forma de hacer referencia a que son un flujo alternativo del paso cinco del flujo principal al tiempo de mantener una secuencia numerica propia.

Proyecto del semestre

       Bueno creo que hemos escojido un muy buen tema en el cual todos somos afectados y pues a ver que opinan ustedes de nuestra propuesta de proyecto.

       Se tiene pensado hacer un regulador de consumo de electricidad, en el cual su funcion principal es el dar a conocer al usuario que tanta energia esta gastando diariamente y en que forma esta afectando al mundo con excederse del consumo promedio que deberia de tener y cuanto CO2 esta generando. En el caso de cuando el usuario este excediendo de un nivel considerado de consumo sonara un alarma simplemente para que el usuario sepa y tome accion en reducir el consumo.

       Se planea hacer un foro para que usarios puedan estar informados de las cosas que pasan relacionados con este problema, como otra gente reduce su consumo y entre otras cosas.

       Que les parece este proyecto? A usted le gustaria probar un sistema como este? cree que seria util en estos momentos? Espero su respuesta y andamos buscando nombre para este proyecto a alguien se le ocurre algo?

Diagramas

       Empezando nuestro curso y empezndo a ver que las ideas para proyectos de algunos se tomo el tema de lo que es el ciclo de la vida el cual sus temas dentro de eso serian la importancia de los modelos y diagramas. Se vio que uno de los mas eficientes vendria siendo el diagrama de flujo; Pero a lo que yo tengo pregunta es que tan importante es el hacer un diagrama de flujo o cualquier otro tipo de diagrama o modelo? y cual seria el mas eficiente (cascada, espiral diagrama de flujo)

       En mi punto de vista los diagramas de flujo puede que si sean necesarios pero que tan necesarios son y que tan tardados son? digo por que lo ams seguro es de que sean tardados en realizar y mas si en dado caso el proyecto es grande.

Persistencia

      ¿Quien se acuerda de los Paradigmas Orientados a Objetos?
     Para aquellos que no se acuerden de los paradigmas son las tecnicas de Abstraccion, Encapsulamiento, Jerarquía y Modularidad; esas 4 técnicas son las básicas obligatorias, pero al igual tiene otras que son las optativas que vendrían siendo Persistencia, Concurrencia y Tipicacion. Y de aquí es de donde surgirá nuestra pregunta para esta ocasión.
     Persistencia...¿Que es persistencia? persistencia es la acción de guardar informacion de forma permanente pero también se trata de poder recuperar la información del mismo para que pueda ser nuevamente utilizada sin problema alguno. Este tema nos llevo a la discusión en el salón de clases de ¿que tan importante es la persistencia en el lenguaje java?, es acaso esta la única opción, y que tanto mas nos puede facilitar el trabajar con base de datos, llenado de tablas y entre otras cosas.
     Espero su opinión

Motivacion

     Motivacion: Es un sentimiento o estado del ser humano reflejado en una disposicion para hacer algún actividad o trabajo.

     La motivacion es algo muy importante para toda persona, siempre se ocupa algun tipo de motor para poder seguir adelante ada día, para agarrarle sabor a lo que se hace en nuestra vida diaria (escuela, trabajo, deportes, hoby, etc).

     Siempre es bueno tener la motivacion necesaria en alguna clase, así que la pregunta es ¿Que nos motivara en la materia de sistemas de información?, y una buena forma es sabiendo que es lo que la gente opina de esta materia y es por eso que me gustaría que ustedes contesten estas tres preguntas que nos podrán ayudar:

   1.-¿Por que es importante estudiar los temas de esta materia?
   2.-¿Son útiles los temas de esta materia?
   3.-¿Son importantes los temas de esta materia para otras materias, para la vida laboral?

     Estas preguntas se las hice a un maestro, a un ex-alumno de la materia y a un profesionista del área, y al igual se le hizo a una empresa pero aun se espera respuesta.

Entrevista al Ing. Carlos Francisco Alvarez Salgado maestro de la UABC

Entrevista a mi compañero de clases Erik de Jesus Moreno Aguiar

Entrevista a un egresado y profesionista del area Ing. Pedro I. Martin Miramontes

1.- Es importante por que te da las bases y herramientas para desarrollar y diseñar sistemas.
2.- Claro, todos estos temas los podras usar en proyectos futuros en el area de ingenieria de software y analisis de software.
3.- Definitivamente si, si mal no me equivoco aun llevan materias como ingenieria de software, base de datos, en esas materias las pueden usar, y en la vida laborar al igual se pueden usar este tipo de herramientas que se les da no solo es para uso en la escuela te puede servir mucho como antes mencione en proyectos si es que piensas enfocarte a software.

     Espero el poder ver algunas de sus opiniones o comentarios que tengan acerca de este tema

Un poco acerca de la materia Sistemas de Informacion

      Para poder comenzar hay que saber un poco mas acerca de los puntos que se van a estar tratando mas adelante. Para esto sera bueno mencionar los propósitos generales de la materia y los temas que se estarán tratando a lo largo del semestre.
      El propósito de esta materia Aprender a modelar un sistema de software partiendo de un análisis de requisitos, realizando un análisis y diseño orientados a objetos para crear los modelos dinámico y funcional del sistema, apoyándose en el lenguaje de modelado unificado (UML) y en un ambiente visual como Rational Rose, de tal manera que se logre un modelado consistente e independiente en gran medida de las herramientas de desarrollo (lenguajes de programación) y de las arquitecturas de hardware y software.
      Los temas que se estarán tratando serán
         --El ciclo de vida de los sistemas de informacion
         --Conceptos básicos del modelado de sistemas
         --Introducción al Lenguaje de Modelado Unificado
         --Tipos de diagramas en UML

      ¿Que opinas tu de esta materia? o si ya cursaste la materia, ¿Que te pareció y como la pones en uso en estos momentos?

Bienvenida

Bienvenidos a todos aquellos que visiten este blog, el cual estara orientado a lo que es Sistemas de Informacion. El objetivo de esto es poder ayudar a encontrar la respuesta a dudas con respecto a los temas relacionados con lo que es sistemas de informacion, la ayuda no sera solo para los demas sino a la misma vez para mi, la clave en esto sera el ayudar ayudando mutuamente.

Asi que la persona que pase por este blog y vea algun tema en el que nos podria ayudar o que al igual no entienda algo esta mas que bienvenido para comentar.

P.S. BORIS (Base On Real Information System)

Small text message

Followers