Generalidades

Metodologías de Desarrollo de Sistemas

Justificación de la Metodología

Esquema de la Metodología propuesta por Luis Castellanos

• Estudio de Factibilidad
• Acciones Preliminares
• Análisis de Sistemas
• Diseño de Sistemas
• Programación
• Implantación

Referencias Bibliográficas

Enlaces

Palabras clave: Desarrollo de Sistemas de Información, Metodología Incremental para el Desarrollo de Sistemas de Información, Sistemas de Información

Sistema:

• es un conjunto de elementos interrelacionados e interactuantes entre sí.[i]
• es un conjunto de partes o elementos organizados y relacionados que interactúan entre sí para lograr un objetivo.[ii]
• es un conjunto de unidades en interrelación.[iii]
• es una totalidad organizada, hecha de elementos solidarios que no pueden ser definidos más que los unos con relación a los otros en función de su lugar en esa totalidad.[iv]
• es un todo integrado, aunque compuesto de estructuras diversas, interactuantes y especializadas.[v]

Información:

• es un conjunto organizado de datos, que constituye un mensaje sobre un cierto fenómeno o ente.[vi]
• es un fenómeno que proporciona significado o sentido a las cosas, e indica mediante códigos y conjuntos de datos, los modelos del pensamiento humano.[vii]

Sobre la base de lo expuesto con anterioridad, se pueden obtener los siguientes conceptos:

• Sistema: un conjunto interrelacionado de partes que persiguen un fin común
• Información: datos procesados o datos con sentido

Los Datos se procesan para producir Información. Fuente Luis Castellanos.

Uniendo ambos vocablos, se caracteriza al “Sistema de Información”:

• es un conjunto de elementos que interactúan entre sí con el fin de apoyar las actividades de una empresa o negocio.[viii]
• es un conjunto organizado de elementos que interactúan entre si para procesar los datos y la información (incluyendo procesos manuales y automáticos) y distribuirla de la manera más adecuada posible en una determinada organización en función de sus objetivos.[ix]
• es un conjunto organizado de elementos, que pueden ser personas, datos, actividades o recursos materiales en general, que interactúan entre sí para procesar información y distribuirla de manera adecuada en función de los objetivos de una organización.[x]

Un Sistema de Información (SI) es un conjunto interrelacionado de elementos que proveen información para el apoyo de las funciones de operación, gerencia y toma de decisiones en una organización.

Y como Sistema que es, un SI presenta el mismo modelo de Entrada-Proceso-Salida:

Metáfora de Sistemas. Fuente Luis Castellanos.

Un Sistema de Información presenta las siguientes características:

• Generalidad
• Simplicidad
• Continuidad
• Consistencia
• Flexibilidad
• Dinamismo

Los objetivos que persigue un Sistema de Información son:

• Automatizar los procesos operativos.
• Proporcionar información que sirva de apoyo al proceso de toma de decisiones.
• Lograr ventajas competitivas a través de su implantación y uso.[xi]

Algunos tipos de Sistemas de Información:

• Sistemas Transaccionales: automatizan tareas operativas de la organización.
• Sistemas de Apoyo de las Decisiones: brindan información que sirve de apoyo a los mandos intermedios y a la alta administración en el proceso de toma de decisiones.
• Sistemas Estratégicos: generan ventajas que los competidores no posean, tales como ventajas en costos y servicios diferenciados con clientes y proveedores.
• Sistema Planificación de Recursos (ERP): integran la información y los procesos de una organización en un solo sistema.

Una Metodología para el Desarrollo de Sistemas de Información es un conjunto de actividades llevadas a cabo para desarrollar y poner en marcha un Sistema de Información.

Los Objetivos de las Metodologías de Desarrollo de Sistemas de Información son:

• Definir actividades a llevarse a cabo en un Proyecto de S.I.

• Unificar criterios en la organización para el desarrollo de S.I.

• Proporcionar puntos de control y revisión

Independientemente de la Metodología de Desarrollo de Sistemas de Información que se siga, varios autores sugieren distribuir el tiempo de desarrollo de acuerdo a los siguientes porcentajes:

Los Tipos de Metodologías de Desarrollo de Sistemas son:

• Estructurada

  • Se maneja como proyecto

  • Gran volumen de datos y transacciones

  • Abarca varias áreas organizativas de la empresa

  • Tiempo de desarrollo largo

  • Requiere que se cumplan todas las etapas, para poder cumplir las siguientes (progresión lineal y secuencial de una fase a la otra)

  

  Metodología Clásica de Desarrollo de Sistemas. Luis Castellanos.

• Evolutiva-Incremental

  • Se deriva de la estructurada

  • Permite seguir secuencias ascendentes o descendentes en las etapas del desarrollo

  • Permite cumplir etapas o fases en paralelo, por lo que es más flexible que la estructurada

Metodología Evolutiva de Desarrollo de Sistemas. Luis Castellanos.

• Prototipos

  • Desarrolla modelo en escala del sistema propuesto (sistema objetivo)

  • En otras palabras, desarrolla un “demo”, que de ser aprobado por el usuario, se culmina con todas las funcionalidades.

  • Se prueba y refina hasta que usuarios conformes

  • Identifica necesidades de información

  • Maneja principales procedimientos orientados a transacciones

  • Produce informes críticos

  • Permite consultas rudimentarias

  • Complementa especificaciones imprecisas y/o incompletas de los usuarios

• Orientada a Objetos

  • No modela la realidad, sino la forma en que las personas comprenden y procesan la realidad

  • Es un proceso ascendente basado en una abstracción de clases en aumento

  • Se basa en identificación de objetos, definición y organización de librerías de clases, y creación de macros para aplicaciones específicas

  • Utiliza menor cantidad de código

  • Es más reutilizable

Una metodología incremental presenta la ventaja de ser dinámica y flexible. Permite usar las salidas de las etapas precedentes, como entradas en las etapas sucesivas, y facilita corregir cualquier error detectado o llevar a cabo mejoras en los distintos productos que se generan a lo largo de su aplicación.

Todas las metodologías existentes, así como la que se presenta, se basan en la metodología clásica o en cascada. Y una vez que se conoce esa metodología clásica, es más fácil aplicar cualquiera de las metodologías que de ella se derivan.

A lo largo de los últimos años, en Venezuela se enseñan, en los recintos universitarios y centros de educación especializada, metodologías de Desarrollo de Sistemas propuestas por diversos autores, teniendo como principales autores a James Senn y a Kendall & Kendall. Por otra parte, se presentan, en algunos recintos, las metodologías de Jonás Montilva y de Juan Lloréns Fabregás, como parte de las propuestas hechas en Venezuela.

Sin embargo, lo que normalmente se hace es presentar las metodologías para que el analista ponga en práctica la que más le sea conveniente, tomando elementos de cada una de ellas.

A continuación se presenta la Metodología para el Desarrollo Incremental de Sistemas de Información, producto de esa recopilación y de la experiencia del autor.

• Estudio de Factibilidad (Determina si es posible o no ofrecer solución automatizada a los problemas actuales)

  • Descripción del Entorno

  • Identificación del Problema

  • Identificación de los Procedimientos Actuales

  • Presentación de las Posibles Soluciones al Problema

  • Validación de las Posibles Soluciones

  • Ventajas y Desventajas de cada Posible Solución

  • Cuadro comparativo de Costos y Tiempos de Ejecución

  • Recomendación

• Acciones Preliminares

  • Designación del equipo de Proyecto

  • Elaboración de la Planificación del Proyecto

• Análisis de Sistemas

  • Objetivo General y Objetivos Específicos del Sistema Propuesto

  • Identificación de Usuarios

  • Diagrama de Flujo de Datos del Sistema Actual

  • Diccionario de Datos del Sistema Actual

  • Recopilación de Reportes del Sistema Actual

  • Elaboración de Procedimientos Propuestos

• Diseño de Sistemas

  • Diagrama de Flujo de Datos del Sistema Propuesto

  • Diccionario de Datos del Sistema Propuesto

  • Diagrama Entidad Relación

  • Diagrama Estructurado de Datos

  • Carta Estructurada

  • Diagramas de Acción

  • Diseño de Interfases

  • Selección de la plataforma de desarrollo

• Programación

  • Código fuente y código objeto

  • Creación de la Base de Datos

• Implantación

  • Prueba

  • Conversión

  • Instalación de Hardware y Software

  • Adiestramiento de Usuarios

  • Elaboración de la Documentación

  • Entrega al Usuario

Metodología de Desarrollo de Sistemas de Información. Luis Castellanos.

Posted in 06 Esquema de Desarrollo de Sistemas ]]> http://desarrollodesistemas.wordpress.com/2009/07/19/esquema-de-desarrollo-de-sistemas/feed/ 0 Luis Castellanos etapas de la metodologia incremental de desarrollo de SI http://desarrollodesistemas.wordpress.com/2009/07/18/estudio-de-factibilidad/ http://desarrollodesistemas.wordpress.com/2009/07/18/estudio-de-factibilidad/#comments Sat, 18 Jul 2009 15:49:15 +0000 Luis Castellanos http://desarrollodesistemas.wordpress.com/?p=43 ]]>

• Descripción del Entorno

  • Como quiera que se va a trabajar a posteriori en equipo, los analistas iniciales deben describir el entorno organizacional en donde se va a desarrollar el SI. Se debe hacer una breve reseña de la empresa (fecha de inicio de actividades, domicilio, ramo al cual se dedica, organigrama general), y una breve reseña de la Unidad Funcional específica a la cual se le desarrollará el SI.

  • En las fases de cualquier Metodología de Desarrollo de Sistemas de Información se deben emplear técnicas de recolección de información.

    • Entrevistas

      • Individuales o Grupales

      • Estructuradas o No Estructuradas

    • Cuestionarios

      • Abiertos o Cerrados

    • Observación

• Identificación del Problema

  • Es primordial que se identifique el problema, para poder tener más claro cuáles pueden ser las posibles soluciones que se van a presentar.

El problema no puede ser que el sistema actual es manual o que no existe.  Se debe hallar el problema real (por ejemplo: lentitud en los procesos, inexactitud en los resultados, retrabajo, procesos engorrosos, etc.).

• Identificación de los Procedimientos Actuales

  • Se deben identificar, a grosso modo, los procedimientos generales que se llevan a cabo actualmente en la Unidad Funcional.

• Presentación de las Posibles Soluciones al Problema

  • Se deben presentar al menos tres (03) posibles soluciones al Problema identificado. El presentarle una sola solución al usuario o cliente es forzarle a elegir una única propuesta. Al ofrecer al menos tres (03) posibles soluciones el usuario se sentirá que tiene la libertad para seleccionar la que considere más conveniente.

• • Normalmente en el ámbito de Desarrollo de Sistemas de Información se pueden presentar tres (03) soluciones clásicas:

    • Optimizar el Sistema Actual (quizás mediante la elaboración de procedimientos escritos, formatos, establecimiento de controles)

    • Adquirir una aplicación existente en el mercado y adaptarla a la organización

    • Desarrollar una aplicación hecha a la medida

  • Normalmente el costo del Hardware no es pertinente en un desarrollo de S.I., ya que lo que si es importante es el Software

  • En caso de que el cliente o usuario requiera Hardware, se deberá colocar en otra propuesta aparte

  • Aún, en esta etapa, no se conocen a ciencia cierta los requerimientos exactos de Hardware

• Validación de las Posibles Soluciones

  • Todas las Posibles Soluciones a presentar deben ser factibles, desde el punto de vista Operativo, Técnico y Económico.

    • Factibilidad Técnica (existe tecnología para realizar el S.I.?)

    • Factibilidad Operativa (habrá resistencia al cambio?)

    • Factibilidad Económica (relación beneficio/costo)

  • No se puede ofrecer una solución que no sea factible.

• Ventajas y Desventajas de cada Posible Solución

  • Se presentan las ventajas y desventajas de cada Posible Solución, a fin de ofrecerle al cliente una base más sólida para la toma de decisiones y selección de la solución más adecuada.

• Cuadro comparativo de Costos y Tiempos de Ejecución

  • Se elabora un cuadro comparativo, donde se presenta cada solución, con su respectivo costo y tiempo de ejecución, a fin de presentarle de manera más resumida al usuario las opciones disponibles.

• Recomendación

  • De acuerdo a la experiencia del equipo de proyecto, se enuncia la solución más recomendada para ser desarrollada.

  • El Estudio de Factibilidad es una especie de “Presupuesto” que se le presenta al cliente o usuario

  • El Estudio de Factibilidad también puede conocerse como “Propuesta del Sistema”

  • Una vez aprobado el Estudio de Factibilidad por el Comité de Sistemas, clientes o usuarios, se procede con las siguientes etapas del Desarrollo.

• Designación del equipo de Proyecto

  • Normalmente el Equipo de Desarrollo de Sistemas está conformado por:

    • Líder (Gerencia el proyecto)

    • Analista (Recoge información inicial y define requerimientos)

    • Diseñador S.I. (Diseña el S.I.)

    • Diseñador B.D. (Diseña Base de Datos)

    • Programador (Codifica/Prueba)

    • Usuario Directo y Usuario Indirecto (expresa necesidades)

    • Transcriptor (Ingresa datos en el sistema, de requerirse)

• Elaboración de la Planificación del Proyecto

  • Gráfico de Barra o Diagrama de Gantt

  • PERT-CPM

  • Cronograma de Actividades

  • Software de Planificación (Primavera, Project, ViewPoint, Harvard Project, etc)

Llevar a cabo el análisis de un sistema no es más que conocer la situación actual. De hecho, se amplían los resultados del Estudio de Factibilidad, y se hace un Modelo Lógico del Sistema Actual. La idea es “retratar” o tomar una “foto” del Sistema Actual.

Así como un médico no da un diagnóstico sin haber estudiado los exámenes clínicos del paciente, un analista no puede ofrecer una solución sin antes haber realizado un análisis de los elementos con las que se cuentan en la actualidad.

Un buen análisis, nos da una buena base para presentar una buena solución. A fin de cuentas, el axioma utilizado en los sistemas es muy válido: basura entra, basura sale.

Herramientas:

• Técnicas de recolección de información
• Descripciones de procesos y procedimientos
• Diagrama de Flujo de Datos (DFD)
• Diagrama de Flujo de Procesos (DFP)
• Diccionario de Datos (DD)

Problemas del Análisis mal hecho. Fuente: Desconocida.

Fases a cumplir:

• Objetivo General y Objetivos Específicos del Sistema Propuesto
  • Se identifica el Objetivo General del Sistema Propuesto
  • Al desagregar el Objetivo General, se identifican los Objetivos Específicos.
  • Al usuario no le interesan los Objetivos del Proyecto, sino qué va a hacer el nuevo Sistema.
  • Los objetivos a determinar son los del Sistema. No los del proyecto!!! Un sistema no puede tener como Objetivo “Desarrollar un Sistema”.
• Identificación de Usuarios (Directos, Indirectos, y Usuarios de los Usuarios)
  • Tradicionalmente, los usuarios son aquellos que se benefician del Sistema de Información.
  • El haber hecho un Organigrama de la empresa facilita su identificación.
  • Se identifican tres (3) tipos de usuarios:
    • Usuarios Directos: los que van a operar directamente el Sistema de Información, y van a interactuar con él. Pertenecen a la Unidad Funcional donde se desarrolla el Sistema.
    • Usuarios Indirectos: los supervisores de los Usuarios Directos, que a pesar de no estar interactuando directamente con el Sistema, reciben información de él.
    • Usuarios de los Usuarios: Entes externos a la Unidad Funcional o a la organización, que proporcionan las entradas al sistema, y/o reciben sus salidas.

    Los usuarios directos no pueden estar fuera del DFD que se hace a continuación, ya que son ellos los que están manejando las operaciones, recibiendo los datos de entrada y ofreciendo la información de salida.

• Diagrama de Flujo de Datos del Sistema Actual
  • Herramienta gráfica que se emplea para describir y analizar el movimiento de datos a través de un sistema.
  • Presenta una visión (lo más amplia posible) de las entradas, procesos y salidas del sistema
  • Es un modelo lógico de los datos del sistema
  • No muestra control ni movimiento
  • Prácticamente no requiere explicación
  • Permite modelar el sistema con símbolos gráficos

• Símbolos usados para graficar DFD. Luis Castellanos.

  

• 

  Convenciones gráficas para dibujar DFD’s. Luis Castellanos.

• • Algunas recomendaciones:
    • Las entidades externas normalmente son las personas o entes que suministran los datos de entrada al Sistema, y/o reciben la información generada por el mismo.
    • Las Entidades externas deben ser seres vivos, animados. No puede ser una Entidad “Factura”. Si puede ser “Departamento de Ventas”,  “Gerente” o Banco, p.e.
      
    • Etiquete todos los elementos, y con nombres significativos
    • Los flujos no pueden tener bifurcaciones
    • No pueden existir nombres repetidos
    • Muestre flujos de datos, no de control
    • Es preferible repetir elementos, que cruzar líneas de flujo
    • Un flujo no puede ir de una Entidad a otra
    • Verifique balance, relación padre-hijo, numeración
    • Debe caber en una sola página (cada nivel)
    • Un proceso no es un departamento o unidad.
    • Los procesos deben estar definidos con nombres en infinitivo, en forma verbo-objeto preferiblemente
    • Particione procesos (explote burbujas) en 5 ± 2
    • Los procesos, en lo posible, deben coincidir con los Procesos Actuales y Propuestos
    • Al entrar un flujo en un proceso, se debe transformar y salir otro flujo (no el mismo)
    • El DFD Propuesto no puede ser igual al Actual
    • No muestre archivos en nivel 0

Ejemplo de Nivel 0 y Nivel 1 de un DFD. Luis Castellanos.

Ejemplo de Nivel 2 en un DFD. Fuente Luis Castellanos.

• Diccionario de Datos del Sistema Actual
  • Se reseñan
    • Almacenes de Datos, Repositorios o Archivos
    • Flujos de Datos
    • Procesos
  • Normalmente los Flujos y Procesos que se reseñan son del último nivel de resolución.
  • Son los datos de los datos del sistema (metadatos)
  • Es un catálogo  de los elementos de un sistema
  • Importancia
    • Facilita el manejo de detalles en sistemas grandes
    • Comunica un significado común a todos los elementos del sistema
    • Documenta las características del sistema
    • Localiza errores y omisiones
    • Facilita el posterior mantenimiento del sistema

Formatos para Diccionario de Datos. Luis Castellanos.

• Recopilación de Reportes del Sistema Actual
  • Se hace una recopilación de los reportes actuales usados por la organización, a fin de determinar la pertinencia y la necesidad de cada uno de ellos.
  • Los reportes actuales pueden ser facturas, reportes, formatos.
  • La idea es que nos ayude a comprender mejor el sistema actual, y nos de una idea de cómo son sus salidas. En muchos casos, nos ofrecen un punto de partida para el diseño de los reportes propuestos.
• Elaboración de Procedimientos Propuestos
  • De acuerdo con la recolección de información y entrevistas con los usuarios, se elaboran, también a grosso modo, los Procedimientos Propuestos para el Sistema.
  • La idea es que estos procedimientos alimenten el Nivel 1 del DFD propuesto.

El Diseño del Sistema es la etapa en la cual se presenta el Modelo del Sistema Propuesto.

Es donde se pone de manifiesto la creatividad del Analista, para solucionar el problema planteado en el Estudio de Factibilidad, y cumplir con los Objetivos establecidos en el Análisis del Sistema.

Es en el Diseño donde se establece la estructura del Sistema Propuesto, y se va armando la Documentación Técnica que servirá de base para su construcción y para un posterior mantenimiento.

El Diseño de Sistemas genera soluciones a requerimientos planteados. Describe las especificaciones del Sistema Propuesto y define CÓMO lo va a hacer el nuevo Sistema. En conclusión presenta el Modelo del Sistema Propuesto

Fases a seguir:

• Diagrama de Flujo de Datos del Sistema Propuesto
• Diccionario de Datos del Sistema Propuesto
• Diagrama Entidad Relación
  • Modela lógicamente las estructuras de datos del sistema relacionado
  • Describe la distribución de datos almacenados
  • Consta de:
    • Entidades (algo acerca de lo cual guardamos información). No confundir con las Entidades externas del DFD.
    • Relaciones
    • 1:1
    • 1:n
    • m:n

Diversas maneras de graficar DER. Luis Castellanos.

• Diagrama Estructurado de Datos
  • Representa el uso de los datos como Modelo Funcional.
  • Refleja el uso de los datos a través de un Modelaje Físico de la Base de Datos
  • Se basa en el DER
  • Elementos:
    • Entidades
    • Relaciones
    • Campos Claves o Primarios
    • Campos

Gráfico DED. Luis Castellanos.

• Carta Estructurada (o Mapa de Navegación)
  • Presenta el “plano” del sistema propuesto
  • Sirve para:
    • hacer participar al usuario
    • diseñar funciones detalladas
    • diseñar menús
    • planificar el desarrollo de programas
    • monitorear el desarrollo

Modelo de Carta Estructurada o Mapa de Navegación. Luis Castellanos.

• Diagramas de Acción
  • Describen detalladamente los elementos de un programa o módulo.
  • Es la última etapa del diseño y materia prima para el programador
  • También se le conoce por: Lenguaje estructurado, pseudo código, algoritmo, etc.
  • Permiten representar la estructura global de un programa y el detalle de las tareas que realizan los módulos que lo componen
  • Facilita cambiar las palabras claves por los comandos del lenguaje de programación a usar
  • Se pueden elaborar aparte del DFD, o como parte del DD en los procesos del último nivel de resolución.
• Diseño de Interfases (Pantalla, Impresora, otros)
  • Se diseñan las plantillas para las pantallas del sistema y para los reportes impresos (para el programador) y se muestran las pantallas y reportes como se proponen (para aprobación del usuario)
  • El Diseño de Interfases debe:
    • satisfacer objetivos planteados
    • adaptarse al usuario
    • proveer  cantidad adecuada de información
    • proporcionar el método apropiado para la salida
  • La salida debe ser oportuna y disponible para el usuario
  • Formas de salidas:
    • Reportes impresos (impresoras). Deben contener: Membrete o Logo, Fecha de emisión, Hora de emisión, Número de Página y Número de Páginas total, código del reporte.
    • Reportes por pantalla
    • Reportes en archivos
    • Reportes en discos
• Selección de la plataforma de desarrollo
  • Se selecciona la plataforma de desarrollo más adecuada para el sistema propuesto.
  • Plataforma incluye el Hardware, el Sistema Operativo, Lenguaje de Programación y Manejador de Base de Datos.

Material complementario:

Normalización

• Consiste en simplificar la relación entre los atributos de una entidad
• Transforma estructuras complejas en conjuntos estables de menor tamaño
• Ventajas:
  • Facilita el mantenimiento
  • Elimina redundancia
  • Provee consistencia
  • Ahorra memoria en dispositivos de almacenamiento
• Formas Normales
• 1FN (1ra Forma Normal) (Elimina grupos repetidos)
• 2FN (Elimina dependencias parciales y busca dependencia funcional con clave primaria)
• 3FN (Elimina dependencias transitivas)
• BCNF (Forma Normal Boyce/Codd)
• 4FN
• 5FN