METODOLOGIAS PARA EL DESARROLLO DE SISTEMAS DE INFORMACION KENDALL Y KENDALL JAMES SENN Antes de comenzar con el desarrollo de Es un ciclo de desarrollo

de los sistemas, y cualquier proyecto se lleva a cabo un estudio se desarrolla en siete etapas las cuales son: de sistemas para determinar todos los 1. Identificacin de problemas, aspectos de la situacin actual de la empresa. oportunidades y objetivos: Esta fase es La informacin resultante del estudio sirve crucial para el xito del resto del proyecto de base para la formulacin de distintas requiere que se observe de forma objetiva lo estrategias de diseo. Segn James Senn, que ocurre en una organizacin, luego en existen tres estrategias para el desarrollo de conjunto con otros miembros de la sistemas. Cada una de estas estrategias tiene organizacin hacer notar los problemas. Las un uso amplio en cada una de los diversos oportunidades son aquellas situaciones que tipos de empresas que existen, y resultan se considera que pueden mejorarse, efectivas si son aplicadas de manera perfeccionarse mediante el uso de los adecuada. Mtodo Clsico del Ciclo de Vida sistemas de informacin. Tambin es un 1. componente importante de la primera fase, de Desarrollo del Sistema: Es el conjunto en esta etapa se deber descubrir lo que la de actividades que los analistas, diseadores organizacin intenta realizar, luego y usuarios realizan para desarrollar e determinar si el uso de los sistemas de implantar un sistema de informacin. Este informacin apoyara a la organizacin para incluye las fases o actividades de alcanzar sus metas. investigacin preliminar. En la 2. Determinacin de los determinacin de los requerimientos, el requerimientos de informacin: Esto se analista debe estudiar el negocio, as como hace a partir de los usuarios particularmente todos aquellos elementos que formaran parte involucrados, para determinar los en el desarrollo del proyecto desde el punto requerimientos de informacin dentro de una de vista de los usuarios y del negocio. En el organizacin pueden utilizarse diversos diseo del sistema se basa en disear el instrumentos, los cuales incluyen: muestreo, sistema de informacin que cumpla con el estudio de los datos y formas usadas para todos los requerimientos encontrados en la la organizacin, la entrevista, los fase anterior. En esta fase, los analistas cuestionarios; la observacin de la conducta definen las entradas, las salidas, los clculos de quien tomo la decisiones, as como de su y los procedimientos que se deben seguir. ambiente. Se hace todo lo posible por Por otra parte, los analistas tambin definen

METODOLOGIA UML EL LENGUAJE UNIFICADO DE MODELADO (UML) En todas las disciplinas de la Ingeniera se hace evidente la importancia de los modelos ya que describen el aspecto y la conducta de "algo". Ese "algo" puede existir, estar en un estado de desarrollo o estar, todava, en un estado de planeacin. Es en este momento cuando los diseadores del modelo deben investigar los requerimientos del producto terminado y dichos requerimientos pueden incluir reas tales como funcionalidad, performance y confiabilidad. Adems, a menudo, el modelo es dividido en un nmero de vistas, cada una de las cuales describe un aspecto especfico del producto o sistema en construccin. El modelado sirve no solamente para los grandes sistemas, aun en aplicaciones de pequeo tamao se obtienen beneficios de modelado, sin embargo es un hecho que entre ms grande y ms complejo es el sistema, ms importante es el papel de que juega el modelado por una simple razn: "El hombre hace modelos de sistemas complejos porque no puede entenderlos en su totalidad". UML es una tcnica para la especificacin sistemas en todas sus fases. Naci en 1994 cubriendo los aspectos principales de todos los mtodos de diseo antecesores y, precisamente, los padres de UML son Grady

identificar qu informacin requiere el usuario para desempear sus tareas. 3. Anlisis de las necesidades del sistema: Se analizan las necesidades propias del sistema, para ello existen herramientas y tcnicas diseadas para tal fin, estas incluyen entre otras el uso de los diagramas de flujo de datos que cuentan con una tcnica estructurada para representar en forma grfica la entrada de datos a la organizacin, los procesosy la salida de informacin. Tambin se analizan las decisiones estructuradas por realizar, que son decisiones donde las condiciones, condiciones alternativas, acciones y reglas de accin podrn determinarse. 4. Diseo del sistema recomendado: Se usa la informacin recolectada con anterioridad y se elabora el diseo lgico de sistemas de informacin, se disea tambin procedimiento es precisos de captura de datos, con la finalidad de que los datos que se introducen en el sistema de informacin, sean los correctos. Esta etapa tambin incluye el diseo de los archivos o la base de datos que almacenar aquellos datos requeridos por quien toma las decisiones en la organizacin. 5. Desarrollo y documentacin del software: Dentro de las tcnicas estructuradas para el diseo y documentacin del software se tienen: el mtodo HIPO, los diagramas de flujo, los diagramas Nassi.Schneiderman, los

las estructuras de datos y los flujos de informacin necesarios para alcanzar el sistema de informacin deseado, mediante diagramas, tablas y smbolos. En la fase de desarrollo de software, los responsables deciden la forma de implementar el sistema de informacin. Es posible que la empresa decida modificar el sistema de informacin actual, desarrollar un nuevo sistema de informacin, comprar y/o modificar un producto desarrollado por otra empresa, o subcontratar el desarrollo del software. Esta decisin depender de varios factores, como son el tamao y la importancia del proyecto y los recursos disponibles. La fase de pruebas de sistemas permite a los analistas descubrir errores antes de su implantacin. Es muy frecuente que las pruebas las realicen personas no vinculadas al desarrollo del sistema, de manera que los resultados de esta fase sean lo mas completas e imparciales posibles. La fase de implantacin consiste en implantar el nuevo sistema de informacin en la empresa, as como impartir la formacin necesaria que deben recibir los usuarios para poder aprovechar todas las ventajas que ofrece el nuevo sistema. La parte de evaluacin consiste en analizar las fortalezas y las debilidades del nuevo sistema una vez el sistema esta funcionando. Con este objetivo Senn propone estudiar el aspecto operacional del sistema, el impacto organizacional, la opinin de los

Booch, autor del mtodo Booch; James Rumbaugh, autor del mtodo OMT e Ivar Jacobson, autor de los mtodos OOSE y Objectory. La versin 1.0 de UML fue liberada en Enero de 1997 y ha sido utilizado con xito en sistemas construidos para toda clase de industrias alrededor del mundo: hospitales, bancos, comunicaciones, aeronutica, finanzas, etc. Los principales beneficios de UML son: Mejores tiempos totales de desarrollo (de 50 % o ms). Modelar sistemas (y no slo de software) utilizando conceptos orientados a objetos. Establecer conceptos y artefactos ejecutables. Encaminar el desarrollo del escalamiento en sistemas complejos de misin crtica. Crear un lenguaje de modelado utilizado tanto por humanos como por mquinas. Mejor soporte a la planeacin y al control de proyectos. Alta reutilizacin y minimizacin de costos. UML, Mtodo o Lenguaje de Modelado? UML es un lenguaje para hacer modelos y es independiente de los mtodos de anlisis y diseo. Existen diferencias importantes entre un mtodo y un lenguaje de modelado. Un mtodo es una manera explcita de estructurar el pensamiento y las acciones de

diagramas Warnier-Orr y el pseudocdigo es aqu donde se transmite al programador los requerimientos de programacin. 6. Pruebas y mantenimiento del sistema: Todo sistema de informacin debe probarse antes de ser utilizado, ya que el costo es menor si se detectan los problemas antes de que entre en funcionamiento. En un principio, se hace una serie de pruebas, con datos tipo, para identificar las posibles fallas del sistema, ms adelante, se utilizarn los datos del sistema real. 7. Implantacin y evaluacin del sistema: Esta es la ltima etapa del desarrollo del sistema, esto incluye el adiestramiento que el usuario requerir. Aunque la evaluacin del sistema se plantea como parte integrante de la ltima etapa del ciclo de desarrollo de los sistemas; realmente la evaluacin toma parte de cada una de las etapas. Uno de los criterios fundamentales que debe satisfacerse, es que el futuro usuario utilice el sistema desarrollado.

administradores y el desempeo del desarrollo. 2. Mtodo por Anlisis Estructurado: Se enfoca en el que un sistema o aplicacin se realiza sin importar la forma en que se llevan a cabo las funciones, abordando los aspectos lgicos y no los fsicos. En este mtodo se emplean smbolos grficos para representar el procesamiento de datos. Los componentes importantes incluyen los diagramas de flujo de datos, que sealan el flujo de datos en el sistema y entre los procesos y dispositivos de almacenamiento de datos, y el diccionario de datos, que incluye todas las definiciones datos, procesos y dems informacin pertinente. Este mtodo incluye la formulacin las especificaciones, de forma funcional, para cada unos de los mdulos del software. 3. Mtodo de Construccin del Prototipo de Sistemas: La construccin de prototipos representa una estrategia de desarrollo, cuando no es posible determinar todos los requerimientos del usuario. Es por ello que incluye el desarrollo interactivo o en continua evolucin, donde el usuario participa de forma directa en el proceso. As mismo este mtodo resulta til para probar la facilidad del sistema e identificar los requerimientos del usuario, evaluar el diseo de un sistema o examinar el uso de una aplicacin.

cada individuo. Adems, el mtodo le dice al usuario qu hacer, cmo hacerlo, cundo hacerlo y por qu hacerlo; mientras que el lenguaje de modelado carece de estas instrucciones. Los mtodos contienen modelos y esos modelos son utilizados para describir algo y comunicar los resultados del uso del mtodo. Un modelo es expresado en un lenguaje de modelado. Un lenguaje de modelado consiste de vistas, diagramas, elementos de modelo los smbolos utilizados en los modelos y un conjunto de mecanismos generales o reglas que indican cmo utilizar los elementos. Las reglas son sintcticas, semnticas y pragmticas Vistas: Las vistas muestran diferentes aspectos del sistema modelado. Una vista no es una grfica, pero s una abstraccin que consiste en un nmero de diagramas y todos esos diagramas juntos muestran una "fotografa" completa del sistema. Las vistas tambin ligan el lenguaje de modelado a los mtodos o procesos elegidos para el desarrollo. Las diferentes vistas que UML tiene son: Vista Use-Case: Una vista que muestra la funcionalidad del sistema como la perciben los actores externos. Vista Lgica: Muestra cmo se disea la funcionalidad dentro del sistema, en trminos de la estructura esttica y la conducta dinmica del sistema. Vista de Componentes: Muestra la

organizacin de los componentes de cdigo. Vista Concurrente: Muestra la concurrencia en el sistema, direccionando los problemas con la comunicacin y sincronizacin que estn presentes en un sistema concurrente. Vista de Distribucin: muestra la distribucin del sistema en la arquitectura fsica con computadoras y dispositivos llamados nodos. Diagramas: Los diagramas son las grficas que describen el contenido de una vista. UML tiene nueve tipos de diagramas que son utilizados en combinacin para proveer todas las vistas de un sistema: diagramas de caso de uso, de clases, de objetos, de estados, de secuencia, de colaboracin, de actividad, de componentes y de distribucin. Smbolos o Elementos de modelo: Los conceptos utilizados en los diagramas son los elementos de modelo que representan conceptos comunes orientados a objetos, tales como clases, objetos y mensajes, y las relaciones entre estos conceptos incluyendo la asociacin, dependencia y generalizacin. Un elemento de modelo es utilizado en varios diagramas diferentes, pero siempre tiene el mismo significado y simbologa. Reglas o Mecanismos generales: Proveen comentarios extras, informacin o semntica acerca del elemento de modelo; adems proveen mecanismos de extensin para adaptar o extender UML a un mtodo o proceso especfico, organizacin o usuario.

FASES DEL DESARROLLO DE UN SISTEMA Las fases del desarrollo de sistemas que soporta UML son: Anlisis de requerimientos, Anlisis, Diseo, Programacin y Pruebas. Anlisis de Requerimientos UML tiene casos de uso (use-cases) para capturar los requerimientos del cliente. A travs del modelado de casos de uso, los actores externos que tienen inters en el sistema son modelados con la funcionalidad que ellos requieren del sistema (los casos de uso). Los actores y los casos de uso son modelados con relaciones y tienen asociaciones entre ellos o stas son divididas en jerarquas. Los actores y casos de uso son descritos en un diagrama use-case. Cada usecase es descrito en texto y especifica los requerimientos del cliente: lo que l (o ella) espera del sistema sin considerar la funcionalidad que se implementar. Un anlisis de requerimientos puede ser realizado tambin para procesos de negocios, no solamente para sistemas de software. Anlisis La fase de anlisis abarca las abstracciones primarias (clases y objetos) y mecanismos que estn presentes en el dominio del problema. Las clases que se modelan son identificadas, con sus relaciones y descritas en un diagrama de clases. Las colaboraciones entre las clases para ejecutar los casos de uso tambin se consideran en

esta fase a travs de los modelos dinmicos en UML. Es importante notar que slo se consideran clases que estn en el dominio del problema (conceptos del mundo real) y todava no se consideran clases que definen detalles y soluciones en el sistema de software, tales como clases para interfaces de usuario, bases de datos, comunicaciones, concurrencia, etc. Diseo En la fase de diseo, el resultado del anlisis es expandido a una solucin tcnica. Se agregan nuevas clases que proveen de la infraestructura tcnica: interfaces de usuario, manejo de bases de datos para almacenar objetos en una base de datos, comunicaciones con otros sistemas, etc. Las clases de dominio del problema del anlisis son agregadas en esta fase. El diseo resulta en especificaciones detalladas para la fase de programacin. Programacin En esta fase las clases del diseo son convertidas a cdigo en un lenguaje de programacin orientado a objetos. Cuando se crean los modelos de anlisis y diseo en UML, lo ms aconsejable es trasladar mentalmente esos modelos a cdigo. Pruebas Normalmente, un sistema es tratado en pruebas de unidades, pruebas de integracin, pruebas de sistema, pruebas de aceptacin, etc. Las pruebas de unidades se realizan a clases individuales o a un grupo de clases y

son tpicamente ejecutadas por el programador. Las pruebas de integracin integran componentes y clases en orden para verificar que se ejecutan como se especific. Las pruebas de sistema ven al sistema como una "caja negra" y validan que el sistema tenga la funcionalidad final que le usuario final espera. Las pruebas de aceptacin conducidas por el cliente verifican que el sistema satisface los requerimientos y son similares a las pruebas de sistema.