CICLO DE VIDA DE UN SISTEMA INFORMATICO

El ciclo de vida es el perodo de tiempo que "vive" un sistema informtico desde que es pensado hasta que es desechado. El ciclo de vida de desarrollo de sistemas informticos puede dividirse en actividades o fases, dado que existe gran cantidad de variantes que dependen de la organizacin, del tipo de sistema que se realizar, de los gustos de los administradores, de los tiempos, etc. Las actividades tpicas del ciclo de vida son: 1234567Reconocimiento del problema Estudio de factibilidad Anlisis Diseo Implementacin (Codificacin) Prueba Mantenimiento

Reconocimiento del problema: surge cuando el usuario reconoce que tiene problemas con los medios con que cuenta actualmente para llevar a cabo su trabajo. As comienza esta fase que trata de reemplazar el sistema existente por otro. En esta fase interviene totalmente el usuario. Estudio de la factibilidad: Se decide si el usuario necesita o no una computadora. Este estudio sirve para: - Identificar los problemas con el sistema actual. - Identificar el alcance del sistema a ser estudiado.

- Identificar los principales objetivos del nuevo sistema. - Identificar un nmero de soluciones que pueden satisfacer las necesidades del usuario dentro de su esquema. - Desarrollar estimados de los beneficios y desventajas de cada solucin. - Desarrollar esquemas de cmo puede llevarse a cabo el proyecto teniendo una idea de los recursos que se requieren. -Obtener puntos de vista del usuario y el administrador sobre las Modificaciones. - Obtener una decisin de si se lleva a cabo la parte de anlisis. Todo este estudio evitar el gasto de un anlisis de un proyecto imposible. En l intervienen el usuario y el analista. Anlisis: Es la fase de diseo externo. Consiste en cuestionar al usuario sobre qu hace el sistema, qu caractersticas extras l quiere en su nuevo sistema y qu restricciones debe satisfacer. La salida del anlisis debe incluir una especificacin funcional y un anlisis estructurado que contiene los requerimientos para el nuevo sistema, los cuales el usuario debe leer, analizar y sealar lo que l quiere. Diseo: Es la fase de diseo interno. Consiste en definir cmo organizar lo anterior de forma adecuada para la ejecucin. Incluye la realizacin de diagramas de estructura, explicaciones del programa, etc. (diseo preliminar). Posteriormente se lleva a cabo un diseo detallado donde se describen las especificaciones de los mdulos. Implementacin: Es la fase de programacin o escritura del cdigo. Lo que se produce en el diseo se lleva a cdigo. Prueba: En esta etapa se planea el diseo de casos de prueba con el fin de "asegurar" la co-rectitud de los programas. MODELOS DE CASO DE USO Un caso de uso es una secuencia de interacciones que se desarrollarn entre un sistema y sus actores en respuesta a un evento que inicia un actor principal sobre el propio sistema. Relacin: es una conexin entre los elementos del modelo, por ejemplo la especializacin y la generalizacin son relaciones. Los diagramas de casos de uso se utilizan para ilustrar los requerimientos del sistema al mostrar como reacciona una respuesta a eventos que se producen en el mismo. Actor: es toda entidad externa al sistema que guarda una relacin con este y que le demanda una funcionalidad. Esto incluye a los operadores humanos pero tambin incluye a todos los sistemas externos as como a entidades abstractas como el tiempo.

Tipos de relaciones

Comunica (<<communicates>>): Asociacin entre un actor y un caso de uso que denota la participacin del actor en dicho caso de uso. usa (<<uses>>) (o<<include>> en la nueva versin de UML): Relacin de dependencia entre dos casos de uso que denota la inclusin del comportamiento de un escenario en otro. extiende (<< extends>>): Relacin de dependencia entre dos casos de uso que denota que un caso de uso es una especializacin de otro. Por ejemplo, podra tenerse un caso de uso que extienda la forma de pedir azcar, para que permita escoger el tipo de azcar (normal, diettico o moreno) y adems la cantidad en las unidades adecuadas (cucharadas o bolsas). Un posible diagrama se muestra en la figura

Se utiliza una relacin de tipo <<extends>> entre casos de uso cuando nos encontramos con un caso de uso similar a otro pero que hace algo ms que ste (variante). Por contra, utilizaremos una relacin tipo << uses>> cuando nos encontramos con una parte de comportamiento similar en dos casos de uso y no queremos repetir la descripcin de dicho comportamiento comn. En una relacin << extends>>, un actor que lleve a cabo el caso de uso base puede realizar o no sus extensiones. Mientras, en una relacin <<include>> el actor que realiza el caso de uso base tambin realiza el caso de uso incluido. Se utiliza <<extends>> cuando se presenta una variacin del comportamiento normal, y <<include>> cuando se repite un comportamiento en dos casos de uso y queremos evitar dicha repeticin. En un diagrama de casos de uso, adems de las relaciones entre casos de uso y actor (asociaciones) y las dependencias entre casos de uso (<<include>> y <<extends>>), pueden existir relaciones de herencia ya sea entre casos de uso o entre actores. El modelo de casos de uso es la combinacin de casos de uso y sus correspondientes diagramas. Los modelos de casos de uso se suelen acompaar por un glosario que describe la terminologa utilizada. El glosario y el modelo de casos de uso son importantes puntos de partida para el desarrollo de los diagramas de clases. Aunque cada caso de uso puede llevar a diferentes realizaciones, es importante reflejar en cada representacin el motivo que nos ha llevado a descartarla, si es el caso. Pasos para la Definicin de un Caso de Uso:

ID NOMBRE REFERENCIAS CRUZADAS CREADO POR ULTIMA ACTUALIZACION POR

FECHA DE CREACION FECHA DE ULTIMA ACTUALIZACION ACTORES DESCRIPCION TRIGGER PRE-CONDICION POST-CONDICION FLUJO NORMAL FLUJOS ALTERNATIVOS INCLUDES FRECUENCIA DE USO REGLAS DE NEGOCIO REQUERIMIENTOS ESPECIALES NOTAS Y ASUNTOS

Normas de aplicacin Los casos de uso pretenden ser herramientas simples para describir el comportamiento del software o de los sistemas. Un caso del uso contiene una descripcin textual de todas las maneras que los actores previstos podran trabajar con el software o el sistema. Los casos del uso no describen ninguna funcionalidad interna (oculta al exterior) del sistema, ni explican cmo se implementar. Simplemente muestran los pasos que el actor sigue para realizar una tarea. Un caso de uso debe:

describir una tarea del negocio que sirva a una meta de negocio tener un nivel apropiado del detalle ser bastante sencillo como que un desarrollador lo elabore en un nico lanzamiento

Situaciones que pueden darse:

Un actor se comunica con un caso de uso (si se trata de un actor primario la comunicacin la iniciar el actor, en cambio si es secundario, el sistema ser el que inicie la comunicacin). Un caso de uso extiende otro caso de uso. Un caso de uso usa otro caso de uso.