SISTEMAS DE INFORMACIÓN I TEORÍA

Transcripción

1 CONTENIDO: CICLO DE VIDA DE DESARROLLO DE SI FASES GENÉRICAS DEL CICLO DE VIDA DE DESARROLLO DE SI VISIÓN TRADICIONAL DEL CICLO DE VIDA DE DESARROLLO DE SI DE DESARROLLO DE SI: ANÁLISIS Material diseñado y elaborado por: Prof. Luis Eduardo Mendoza M. Revisado y actualizado por: Prof. Anna Cecilia Grimán

2 CICLO DE VIDA DE DESARROLLO DE SI Secuencia de eventos en el desarrollo de un sistema de información (aplicación), lo cual requiere del esfuerzo mutuo, tanto de parte del usuario como del equipo técnico. (Freedman, 1993) Una actividad grupal, conducida con recursos limitados, que conducen a un producto intangible (software). (Topper et al., 1994) Una actividad social, altamente creativa por naturaleza, que es conducida en un ambiente de recursos limitados y produce una serie de representaciones (o salidas) de un producto intangible, el software. (Topper et al., 1994) Un proceso lógico con el cual los analistas, ingenieros de software, programadores y usuarios finales, construyen Sistemas de Información y aplicaciones del computador para satisfacer necesidades y resolver problemas del negocio. (Whitten y Bentley, 1998) El proceso de desarrollo (las actividades involucradas en el desarrollo y mantenimiento de software) es un proceso complejo y variable que no puede ser fácilmente descrito usando un solo modelo. (Sommerville, 1998)

3 FASES GENÉRICAS DEL CICLO DE VIDA DE DESARROLLO DE SI DEFINICIÓN DESARROLLO MANTENIMIENTO Ciclo de vida simplificado de desarrollo La fase de DEFINICIÓN se centra en el qué. Normalmente, a esta fase se le denomina análisis. La fase de DESARROLLO se centra en el cómo. Para muchos autores, los procesos que se hacen en esta fase de desarrollo, se dividen en las fases que comúnmente se denominan diseño e implementación. La fase de MANTENIMIENTO se centra en el cambio. En esta fase se vuelven a aplicar los pasos de las fases de definición y desarrollo, pero ahora en el contexto del software ya existente.

4 VISIÓN TRADICIONAL DEL CICLO DE VIDA DE DESARROLLO DE SI Análisis Qué? Análisis de los Requerimientos de los Usuarios Especificación de los Requerimientos de los Usuarios Espacio del Problema Diseño Cómo? Especificación de los Requerimientos del Software Diseño Lógico o General (Sistemas) Diseño Físico o Detallado (Programa) Espacio de la Solución Codificación / Implementación Prueba del Programa a Nivel de Unidad Implementación Implementación Prueba del Programa a Nivel de Sistema Uso del Programa Mantenimiento del Software

5 MODELO DE CASCADA O CLÁSICO DE DESARROLLO DE SI ESPECIFICACIÓN DE REQUERIMIENTOS ANÁLISIS DISEÑO CODIFICACIÓN PRUEBA MANTENIMIENTO

6 ESPECIFICACIÓN DE REQUERIMIENTOS Debido a que los SI son siempre parte de un sistema mayor, el trabajo comienza estableciendo los requisitos de todos los elementos del sistema y luego asignando un subconjunto de estos requisitos al software y al hardware. Este planteamiento del SI es esencial cuando el software del SI debe interrelacionarse con otros elementos, tales como hardware, personas y bases de datos. La ingeniería y el análisis del SI abarca los requisitos globales a nivel del sistema con una pequeña cantidad de análisis y diseño a un nivel superior. El analista se esfuerza por comprender qué información necesitan los usuarios para realizar su trabajo. El analista de sistemas necesita saber los detalles de las funciones actuales del sistema: quién (las personas que están involucradas), qué (la actividad del negocio), dónde (el ambiente donde se lleva a cabo el trabajo), cuándo (en qué momento) y cómo (de qué manera) se desarrollan los procedimientos actuales del negocio bajo estudio.

7 ESPECIFICACIÓN DE REQUERIMIENTOS MÉTODOS TRADICIONALES PARA DETERMINAR REQUERIMIENTOS ENTREVISTAS INDIVIDUALES a personas que conocen los aspectos y la operación del sistema actual, así como las futuras necesidades en sistemas para soportar nuevas actividades organizacionales. Consulta a grupos vía CUESTIONARIOS importantes y requerimientos. para descubrir asuntos ENTREVISTAS GRUPALES a personas con diversas necesidades para hallar sinergias y contrastes entre los requerimientos de sistemas. OBSERVACIÓN DE TRABAJADORES en momentos específicos para ver cómo la data es manejada y qué información necesita la gente para su trabajo. ESTUDIO DE LOS DOCUMENTOS DEL NEGOCIO para descubrir los aspectos importantes, las políticas, las reglas y las directrices, así como ejemplos del uso de la información en la organización.

8 ESPECIFICACIÓN DE REQUERIMIENTOS MÉTODOS MODERNOS PARA DETERMINAR REQUERIMIENTOS USO DE PROTOTIPOS. Un proceso interactivo del desarrollo de sistemas en el cual los requerimientos son convertidos en un sistema que trabaja, y que es continuamente revisado a través de un trabajo conjunto entre un analista y los usuarios. JOINT APPLICATION DESIGN (JAD). Un proceso estructurado en el cual los usuarios, gerentes y analistas, trabajan juntos varios días en una serie de reuniones intensivas para especificar o revisar requerimientos de sistemas. HERRAMIENTAS CASE (COMPUTER-AIDED SOFTWARE ENGINEE- RING). Uso de herramientas para la ingeniería de software asistida por computadora para aumentar la productividad, comunicarse más efectivamente con los usuarios e integrar el trabajo que realizan los analistas en el sistema, desde el principio hasta el fin del ciclo de vida. GROUPWARE. Software diseñado para ser usado en una red y servir a un grupo de usuarios que trabajan en un proyecto relacionado.

9 ANÁLISIS El proceso de recopilación de los requisitos se centra e intensifica especialmente para el software. Para comprender la naturaleza de los programas que hay que construir, el analista de SI debe comprender el ámbito de la información del SI, así como la función, el rendimiento y las interfaces requeridos. Una herramienta para el análisis es el uso de diagramas de flujo de datos para diagramar la entrada, el proceso y la salida de las funciones del negocio en forma gráfica estructurada. A partir de los diagramas de flujo de datos se desarrolla un diccionario de datos, que lista todos los conceptos de datos usados en el sistema, así como sus especificaciones, si son alfanuméricos y qué tanto espacio ocupan cuando se imprimen. Los requisitos, tanto del SI como del software y del hardware, se documentan y se revisan con el cliente.

10 ANÁLISIS En esta fase el analista de SI también analiza los tipos de decisiones: Estructuradas:aquellas para las que pueden ser determinadas las condiciones como alternativas de condición, acciones y reglas de acción. Hay tres (3) métodos principales para el análisis de decisiones estructuradas: lenguaje estructurado, tablas de decisión y árboles de decisión. Semi-estructuradas: aquellas que son tomadas bajo riesgo. Son sustentadas frecuentemente por sistemas de apoyo a decisiones. Éstas son examinadas con base al grado de habilidad para la toma de decisiones requerida, al grado de complejidad del problema y a la cantidad de criterios considerados cuando se toma la decisión. No estructuradas: aquellas de criterios múltiples, decisiones en las que deben ser balanceados muchos factores. Normalmente se analizan utilizando métodos ponderados. El analista prepara una propuesta de SI que resume lo que ha sido encontrado, proporciona el análisis costo/beneficio

11 ANÁLISIS MÉTODOS PARA EL ANÁLISIS DE SI ANÁLISIS ESTRUCTURADO. El método más usado para la modelaje de SI. Se basa en el modelo de flujo de datos como primer elemento de representación gráfica de un sistema basado en computadora. Usando como base los diagramas de flujo de datos y de control, el analista separa las funciones que transforman el flujo. Después, se crea un modelo de comportamiento usando el diagrama de transición de estados y un modelo de contenido de los datos con un diccionario de datos. Las especificaciones de los procesos y del control proporcionan una elaboración adicional de los detalles. La notación original para el análisis estructurado fue desarrollada para aplicaciones de procesamiento de datos convencionales, pero ahora hay ampliaciones que permiten aplicar el método a los sistemas en tiempo real. El análisis estructurado está soportado por una larga lista de herramientas CASE que ayudan en la creación de cada elemento del modelo y también en el mantenimiento de la consistencia y de la corrección.

12 ANÁLISIS MÉTODOS PARA EL ANÁLISIS DE SI ANÁLISIS ORIENTADOS A OBJETOS (AOO). El modelo de un problema se obtiene representando clases, objetos, atributos y operaciones, como componentes principales. Los distintos métodos combinan la clasificación de objetos, la herencia de atributos y los mensajes de comunicación, a través de notaciones. Los objetos modelan casi cualquier aspecto identificable del ámbito del problema: entidades externas, cosas, sucesos, papeles, unidades organizativas, lugares y estructuras, pueden ser representados como objetos. Como punto importante, los objetos encapsulan datos y procesos. Las operaciones de procesamiento son parte del objeto y son iniciadas pasando un mensaje al objeto. La definición de una clase es la base para la reusabilidad en los niveles de modelaje, diseño e implementación. Los objetos se instancian a partir de una clase. MODELAJE DE DATOS. Visto como un subconjunto del AOO y usando los diagramas de entidad-relación como notación principal, la modelización de datos se centra en la definición de objetos de datos (objetos que no encapsulan el procesamiento) y en la manera en que están relacionados entre sí. El modelaje de datos se usa en aplicaciones con procesamiento de datos masivos y se puede aplicar como notación complementaria para el análisis estructurado.