Índice

Introducción. _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ pág.

Sistemas de información (SI). _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

Ciclo de vida de un sistema de información. _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

Metodología para el desarrollo de sistema de información. _ _ _ _ _ _ _ _ _ _ _

Objetivos de las metodologías para el desarrollo de SI. _ _ _ _ _ _ _ _ _ _ _

Tipos de metodologías para el desarrollo de sistemas de información:

1.- Metodología de Análisis Estructurado. _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

2.- Metodología Evolutiva-Incremental. _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

3.-Metodología de Prototipos. _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

4.- Metodología Orientada a Objetos. _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

Importancia de las metodologías para el desarrollo de SI_ _ _ _ _ _ _ _ _ _ _ _ _ _

Conclusión _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

Bibliografía _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

Introducción

Los Sistemas de Información administrativos, empezaron a desarrollarse en la

década de los 60s y se caracterizaron por utilizarlos para producir informes

administrativos que en la mayoría de los casos eran elaborados de manera

periódica.

En la actualidad para muchas organizaciones, los sistemas de información (SI)

basados en computadoras son el corazón de las actividades cotidianas y objeto de

gran consideración en la toma de decisiones, las empresas consideran con mucho

cuidado las capacidades de sus sistemas de información cuando deciden ingresar

o no en nuevos mercados o cuando planean la respuesta que darán a la

competencia. Siendo un sistema de información básicamente un conjunto de

elementos orientados al tratamiento y administración de datos e información,

organizados y listos para su posterior uso, generados para cubrir una necesidad

(objetivo).

Al establecer los sistemas de información basados en computadoras deben tener

la certeza de que se logren dos objetivos principales: que sea un sistema correcto

y que este correcto el sistema. Ningún sistema que deje satisfacer ambos

objetivos será completamente útil para la gerencia u organización.

Para estructurar un sistema de información orientado a satisfacer requerimientos

estratégicos de las organizaciones existen diversas metodologías, como la de

análisis estructurado, evolutiva incremental, de prototipos y orientada a objetos,

las cuales serán definidas en el siguiente trabajo. Además de esto se plantearán

los objetivos e importancia de metodologías para el desarrollo de SI.

Sistema de información (SI)

Un sistema de información es un sistema, automatizado o manual, que engloba a

personas, máquinas y/o métodos organizados para recopilar, procesar, transmitir

datos que representan información. Un sistema de información engloba la

infraestructura, la organización, el personal y todos los componentes necesarios

para la recopilación, procesamiento, almacenamiento, transmisión, visualización,

diseminación y organización de la información.

Ciclo de vida de un sistema de información

El ciclo de vida de un sistema de información es un enfoque por fases del análisis

y diseño que sostiene que los sistemas son desarrollados de mejor manera

mediante el uso de un ciclo especifico de actividades del analista y del usuario.

Cualquier sistema de información va pasando por una serie de fases a lo largo de

su vida, el cual comprende una serie de etapas entre las que se encuentran las

siguientes:

Planificación:

Antes de que se le dé oficialmente el pistoletazo de salida a un proyecto de

desarrollo de un sistema de información, es necesario realizar una serie de tareas

previas que influirán decisivamente en la finalización con éxito del proyecto. Estas

tareas se conocen popularmente como el fuzzy front-end del proyecto al no estar

sujetas a plazos. Las tareas iniciales que se realizarán esta fase inicial del

proyecto incluyen actividades tales como la determinación del ámbito del proyecto,

la realización de un estudio de viabilidad, el análisis de los riesgos asociados al

proyecto, una estimación del coste del proyecto, su planificación temporal y la

asignación de recursos a las distintas etapas del proyecto.

Análisis:

Lo primero que se debe hacer para construir un sistema de información es

averiguar qué es exactamente lo que tiene que hacer el sistema. La etapa de

análisis en el ciclo de vida del software corresponde al proceso mediante el cual

se intenta descubrir qué es lo que realmente se necesita y se llega a una

comprensión adecuada de los requerimientos del sistema (las características que

el sistema debe poseer).

Diseño:

Mientras que los modelos utilizados en la etapa de análisis representan los

requisitos del usuario desde distintos puntos de vista (el qué), los modelos que se

utilizan en la fase de diseño representan las características del sistema que nos

permitirán implementarlo de forma efectiva (el cómo).

En la fase de diseño se han de estudiar posibles alternativas de implementación

para el sistema de información que hemos de construir y se ha de decidir la

estructura general que tendrá el sistema (su diseño arquitectónico). El diseño de

un sistema es complejo y el proceso de diseño ha de realizarse de forma iterativa.

La solución inicial que propongamos probablemente no resulte la más adecuada

para nuestro sistema de información, por lo que deberemos refinarla.

Afortunadamente, tampoco es necesario que empecemos desde cero.

Existen auténticos catálogos de patrones de diseño que nos pueden servir para

aprender de los errores que otros han cometido sin que nosotros tengamos que

repetirlos.

Implementación:

Para la fase de implementación hemos de seleccionar las herramientas

adecuadas, un entorno de desarrollo que facilite nuestro trabajo y un lenguaje de

programación apropiado para el tipo de sistema que vayamos a construir. La

elección de estas herramientas dependerá en gran parte de las decisiones de

diseño que hayamos tomado hasta el momento y del entorno en el que nuestro

sistema deberá funcionar.

A la hora de programar, deberemos procurar que nuestro código no resulte

indescifrable, Para ello hemos de evitar estructuras de control no estructuradas,

elegir cuidadosamente los identificadores de nuestras variables, seleccionar

algoritmos y estructuras de datos adecuadas para nuestro problema, mantener la

lógica de nuestra aplicación lo más sencilla posible, comentar adecuadamente el

texto de nuestros programas y, por último, facilitar la interpretación visual de

nuestro código mediante el uso de sangrías y líneas en blanco que separen

distintos bloques de código.

Además de las tareas de programación asociadas a los distintos componentes de

nuestro sistema, en la fase de implementación también hemos de encargarnos de

la adquisición de todos los recursos necesarios para que el sistema funcione (por

ejemplo, las licencias de uso del sistema gestor de bases de datos que vayamos a

utilizar). Usualmente, también desarrollaremos algunos casos de prueba que nos

permitan ir comprobando el funcionamiento de nuestro sistema conforme vamos

construyéndolo.

Pruebas:

La etapa de pruebas tiene como objetivo detectar los errores que se hayan podido

cometer en las etapas anteriores del proyecto (y, eventualmente, corregirlos). Lo

suyo, además, es hacerlo antes de que el usuario final del sistema los tenga que

sufrir. De hecho, una prueba es un éxito cuando se detecta un error (y no al revés,

como nos gustaría pensar).

Instalación / Despliegue:

Una vez concluidas las etapas de desarrollo de un sistema de información

(análisis, diseño, implementación y pruebas), llega el instante de que poner el

sistema en funcionamiento, su instalación o despliegue.

De cara a su instalación, hemos de planificar el entorno en el que el sistema debe

funcionar, tanto hardware como software: equipos necesarios y su configuración

física, redes de interconexión entre los equipos y de acceso a sistemas externos,

sistemas operativos (actualizados para evitar problemas de seguridad), bibliotecas

y componentes suministrados por terceras partes, etcétera.

Uso y mantenimiento:

La etapa de mantenimiento consume típicamente del 40 al 80 por ciento de los

recursos de una empresa de desarrollo de software. De hecho, con un 60% de

media, es probablemente la etapa más importante del ciclo de vida del software.

Dada la naturaleza del software, que ni se rompe ni se desgasta con el uso, su

mantenimiento incluye tres facetas diferentes:

- Eliminar los defectos que se detecten durante su vida útil (mantenimiento

correctivo), lo primero que a uno se le viene a la cabeza cuando piensa en el

mantenimiento de cualquier cosa.

- Adaptarlo a nuevas necesidades (mantenimiento adaptativo), cuando el sistema

ha de funcionar sobre una nueva versión del sistema operativo o en un entorno

hardware diferente, por ejemplo.

- Añadirle nueva funcionalidad (mantenimiento perfectivo), cuando se proponen

características deseables que supondrían una mejora del sistema ya existente.

Metodología para el desarrollo de sistema de información.

Una metodología para el desarrollo de sistema de información es un conjunto de

actividades llevadas a cabo para desarrollar y poner en marcha un sistema de

información.

Objetivos de las metodologías para el desarrollo de SI:

• 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

• Brindar las herramientas modelos y métodos para estructurar, planificar y

controlar el proceso de desarrollo de sistema de información.

Asegurar la uniformidad y calidad tanto del desarrollo como del sistema en

sí.

Satisfacer las necesidades de los usuarios del sistema.

Conseguir un mayor nivel de rendimiento y eficiencia del personal asignado

al desarrollo.

Ajustarse a los plazos y costes previstos en la planificación.

Generar de forma adecuada la documentación asociada a los sistemas.

Facilitar el mantenimiento posterior de los sistemas.

Tipos de metodología para el desarrollo de sistemas de información:

1.- Metodología de Análisis Estructurado.

El análisis estructurado consiste en especificar lo que se requiere que haga el

sistema o la aplicación. No se establece cómo se cumplirán los requerimientos o la

forma en que implantará la aplicación, más bien permite que las personas

observen los elementos lógicos (lo que hará el sistema) separados de los

componentes físicos (computadoras, terminales, sistemas de almacenamiento,

etc.) Después de esto se puede desarrollar un diseño físico eficiente para la

situación donde será utilizado.

Se basa en los aspectos lógicos y en los no físicos del sistema o actividad en

estudio; es decir que se interesan en cómo se realizan las actividades y no a

través de qué se realizan. Se enfoca en lo que el sistema o aplicación realiza sin

importar la forma cómo llevan a cabo su función.

El análisis estructurado es un método para el análisis de sistemas manuales o

automatizados, que conduce al desarrollo de especificaciones para sistemas

nuevos o para efectuar modificaciones a los ya existentes. Éste análisis permite al

analista conocer un sistema o proceso en una forma lógica y manejable al mismo

tiempo que proporciona la base para asegurar que no se omite ningún detalle

pertinente.

Elementos del análisis estructurado:

Consta de tres elementos para representar la información de un sistema

determinado. Las cuales son: símbolos gráficos, diagramas de flujo de datos y

diccionario centralizado de datos.

Descripción gráfica:

Una de las formas de describir un sistema es preparar un bosquejo que señale sus

características, identifique la función para la que sirve e indique cómo éste

interactúa con otros elementos, entre otras cosas. Sin embargo, describir de esta

manera un sistema grande es un proceso tedioso y propenso a errores ya que es

fácil omitir algún detalle o dar una explicación que quizá los demás no entiendan.

En lugar de las palabras el análisis estructurado utiliza símbolos, o íconos, para

crear un modelo gráfico del sistema. Los modelos de este tipo muestran los

detalles del sistema. Si se seleccionan los símbolos y notación correctos entonces

casi cualquier persona puede seguir la forma en que los componentes se

acomodarán entre sí para formar el sistema.

El diagrama lógico de flujo de datos muestra las fuentes y destinos de los datos,

identifica y da nombre a los procesos que se llevan a cabo, identifica y da nombre

a los grupos de datos que relacionan una función con otra y señala los almacenes

de datos a los que se tiene acceso.

Diagrama de flujo de datos:

El modelo del sistema recibe el nombre de diagrama de flujo de datos (DFD). La

descripción completa de un sistema está formada por un conjunto de diagramas

de flujo de datos.

Para desarrollar una descripción del sistema por el método de análisis

estructurado se sigue un proceso descendente (Top-down). El modelo original se

detalla en diagramas de bajo nivel que muestran características adicionales del

sistema. Cada proceso puede desglosarse en diagramas de flujo de datos cada

vez más detallados. Esta secuencia se repite hasta que se obtienen suficientes

detalles que permiten al analista comprender en su totalidad la parte del sistema

que se encuentra bajo investigación.

Diccionario de datos:

Todas las definiciones de los elementos en el sistema (flujo de datos, procesos y

almacenes de datos) están descritos en forma detallada en el diccionario de datos.

Si algún miembro del equipo encargado del proyecto desea saber alguna

definición del nombre de un dato o el contenido particular de un flujo de datos,

esta información debe encontrarse disponible en el diccionario de datos.

2.- Metodología Evolutiva-Incremental.

Los riesgos asociados con el desarrollo de sistemas largos y complejos son

enormes. Una forma de reducir los riesgos es construir sólo una parte del sistema,

reservando otros aspectos para niveles posteriores. El desarrollo incremental es el

proceso de construcción siempre incrementando subconjuntos de requerimientos

del sistema. Típicamente, un documento de requerimientos es escrito al capturar

todos los requerimientos para el sistema completo.

El desarrollo incremental no demanda una forma específica de observar el

desarrollo de algún otro incremento. El modelo de desarrollo incremental provee

algunos beneficios significativos para los proyectos:

Construir un sistema pequeño es siempre menos riesgoso que construir un

sistema grande.

Al ir desarrollando parte de las funcionalidades, es más fácil determinar si

los requerimientos planeados para los niveles subsiguientes son correctos.

Si un error importante es realizado, sólo la última iteración necesita ser

descartada.

Reduciendo el tiempo de desarrollo de un sistema (en este caso en

incremento del sistema) decrecen las probabilidades que esos

requerimientos de usuarios puedan cambiar durante el desarrollo.

Si un error importante es realizado, el incremento previo puede ser usado.

Los errores de desarrollo realizados en un incremento, pueden ser

arreglados antes del comienzo del próximo incremento.

Esta es una metodología muy sistémica lo cual permite una mayor adaptabilidad a

los cambios y descubrimientos que ocurran sobre la marcha, permitiendo así

mayores posibilidades de lograr una alta efectividad. Además, permite reducir el

tiempo de finalización si se aumentan los recursos, esto la hace adaptable,

inclusive al tiempo.

Dentro de los incrementos existen dos procesos de suma importancia:

Planificación y Ejecución. La planificación y las actividades de los incrementos

planificatorios se registran a través de los informes de avance, que contienen:

Estado actual del sistema, Actividades completadas y Actividades retrasadas.

En las etapas del proyecto, desde un enfoque al producto, los aspectos de mayor

importancia son los productos finales dentro de cada una de las fases dentro de

un esquema tradicional de desarrollo.

3.-Metodología de Prototipos.

El prototipo es un sistema que funciona, no solo como una idea en un papel, sino

que es desarrollado con la finalidad de probar ideas y suposiciones relacionadas

con el nuevo sistema. Al igual que cualquier sistema basado en computadora, está

constituido por software que acepta entradas, realiza cálculos, produce

información ya sea impresa o presentada en una pantalla, o que lleva a cabo otras

actividades significativas. Es la primera versión o interacción de un sistema de

información.

La construcción 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 evolución, donde el usuario participa de

forma directa en el proceso.

Esta metodología es básicamente prueba y error, ya que si al usuario no le gusta

una parte del prototipo significa que la prueba falló, por lo cual se debe corregir el

error que se tenga hasta que el usuario quede satisfecho. Además el prototipo

debe ser construido en poco tiempo, usando los programas adecuados y no se

debe utilizar mucho dinero, pues a partir de que este sea aprobado se podrá iniciar

el verdadero desarrollo del software.

Así mismo este método resulta útil para probar la facilidad del sistema e identificar

los requerimientos del usuario, evaluar el diseño de un sistema o examinar el uso

de una aplicación. El método del prototipo de sistemas consta de 5 etapas:

1) Identificación de requerimientos conocidos: La determinación de los

requerimientos de una aplicación es tan importante para el método de desarrollo

de prototipos como lo es para el ciclo de desarrollo de sistemas o análisis

estructurado. Por consiguiente, antes de crear un prototipo, los analistas y usuario

deben de trabajar juntos para identificar los requerimientos conocidos que tienen

que satisfacer.

2) Desarrollo de un modelo de trabajo: Es fácil comenzar el proceso de

construcción del prototipo con el desarrollo de un plan general que permita a los

usuarios conocer lo que se espera de ellas y del proceso de desarrollo. Un

cronograma para el inicio y el fin de la primera interacción es de gran ayuda. En el

desarrollo del prototipo se preparan los siguientes componentes:

a) El lenguaje para el diálogo o conversación entre el usuario y el sistema.

b) Pantallas y formatos para la entrada de datos.

c) Módulos esenciales de procesamiento.

d) Salida del sistema

3) Utilización del prototipo: Es responsabilidad del usuario trabajar con el prototipo

y evaluar sus características y operación. La experiencia del sistema bajo

condiciones reales permite obtener la familiaridad indispensable para determinar

los cambios o mejoras que sean necesarios, así como las características

inadecuadas

4) Revisión del prototipo: Durante la evaluación los analistas de sistemas desean

capturar información sobre los que les gusta y lo que les desagrada a los usuarios.

Los cambios al prototipo son planificados con los usuarios antes de llevarlos a

cabo, sin embargo es el analista responsable de tales modificaciones.

5) Repetición del proceso las veces que sea necesarias: El proceso antes descrito

se repite varias veces, el proceso finaliza cuando los usuarios y analistas están de

acuerdo en que el sistema ha evolucionado lo suficiente como para incluir todas

las características necesarias.

4.- Metodología Orientada a Objetos.

Importancia de las metodologías para el desarrollo de SI.

En el transcurso del tiempo los sistemas se han ido enfocando mas a la

comodidad del usuario, lo cual ha provocado dos cosas, que se realicen sistemas

cada vez más complejos y que se desarrollen muchas metodologías buscando la

manera optima de desarrollarlos.

Comparando una metodología con otra podemos darnos cuenta que la debilidad

que tiene en cierta área una metodología se compensa con alguna fuerza que

tiene en otro punto, siendo así todas útiles cada una en su área a desarrollar.

Conclusión.

En el transcurso del tiempo el ambiente computacional ha ido evolucionando en

todos los aspectos, las computadoras cada día son mejores y más rápidas. Los

usuarios se vuelven cada vez más exigentes y buscan el servicio de los sistemas

estando en cualquier parte del mundo, no solamente en sus oficinas.

Bibliografía