Las Fases De La Adminnistracion

LAS FASES DE ADMINISTRACIÓN DE UN SISTEMA DE INFORMACIÓN

El método de ciclo de vida del desarrollo de los sistemas a menudo funciona bien en los grandes proyectos con requerimientos bien definidos, donde no hay mucha presión para terminar rápido el proyecto. El uso de este método requiere una administración apropiada y efectiva, lo que posiblemente incluye a un usuario como el líder, si el proyecto no es altamente técnico.

Elaboración de prototipos: Es útil en situaciones donde los requerimientos se definen pobremente y/o cuando se necesita velocidad, para esto se requiere una administración efectiva para asegurar que las interacciones en la elaboración de prototipos no continuarán indefinidamente. Es importante contar con herramientas como lenguajes de software de cuarta generación y generadores de pantalla.

Desarrollo rápido de aplicaciones (DRA): Es necesario cuando los nuevos sistemas se necesitan muy rápido. El desarrollo rápido de aplicaciones tal vez es menos apropiado que los lenguajes de programación convencionales en grandes proyectos o para desarrollar sistemas con una gran cantidad de cálculos o con procesamiento en tiempo real.

Desarrollo orientado a objetos: Este se esta volviendo cada vez más popular, pero su uso se ve limitado por una escasez de personal que cuente con las habilidades en este campo.

Ej: Java es un lenguaje orientado a objetos que resulta especialmente adecuado para desarrollar aplicaciones de red, a pesar que este tipo de lenguaje tiende a ejecutarse lentamente.

Desarrollo del usuario final: Aunque es más apropiado para proyectos pequeños, el desarrollo del usuario final constituye una posibilidad para proyectos más grandes cuyas prioridades no son muy elevadas, para conducir a una respuesta oportuna de la unidad central de sistemas de información. Los ejecutivos deben estar alertas acerca del desarrollo del usuario final en situaciones donde los problemas con el sistema pueden conducir a riesgos importantes para la organización como: fallas del sistema, resultados imprecisos, revelación de datos confidenciales, ineficiencia, incompatibilidad con otros sistemas e incapacidad para mantener el sistema si los desarrolladores se van de la corporación.

Comprar o subcontratar: En los sistemas mas grandes y complejos que tienen un significativo riesgo de fracaso, las organizaciones deben considerar siempre la opción de recurrir a una fuente externa. Los ejecutivos necesitan estar conscientes de los costos relativamente altos de implementaciones adicionales que implican la compra de paquetes de software empresarial.

CICLO DE VIDA DEL DESARROLLO DE SISTEMAS

Un sistema de información es el conjunto de recursos que permiten recoger, gestionar, controlar y difundir la información de toda una empresa u organización.

Desde los años setenta, los sistemas de bases de datos han ido reemplazando a los sistemas de ficheros en los sistemas de información de las empresas. Al mismo tiempo, se ha ido reconociendo la gran importancia que tienen los datos que éstas manejan, convirtiéndose en uno de sus recursos más importantes. Esto ha hecho que muchas empresas tengan departamentos que se encarguen de gestionar toda su información, que estará almacenada en una base de datos. Aparecen los papeles de administrador de datos y administrador de la base de datos, que son las personas encargadas de supervisar y controlar todas las actividades relacionadas con los datos de la empresa y con el ciclo de vida de las aplicaciones de bases de datos, respectivamente.

Un sistema de información está formado por los siguientes componentes:

• La base de datos.

• El SGBD.

• Los programas de aplicación.

• Los dispositivos físicos (ordenadores, dispositivos de almacenamiento, etc.).

• El personal que utiliza y que desarrolla el sistema.

La base de datos es un componente fundamental de un sistema de información. El ciclo de vida de un sistema de información está ligado al ciclo de vida del sistema de base de datos sobre el que se apoya. Al ciclo de vida de los sistemas de información también se le denomina ciclo de vida de desarrollo del software. Las etapas típicas del ciclo de vida de desarrollo del software son: planificación, recolección y análisis de los requisitos, diseño (incluyendo el diseño de la base de datos), creación de prototipos, implementación, prueba, conversión y mantenimiento. Este ciclo de vida hace énfasis en la identificación de las funciones que realiza la empresa y en el desarrollo de las aplicaciones que lleven a cabo estas funciones. Se dice que el ciclo de vida de desarrollo del software sigue un enfoque orientado a funciones, ya que los sistemas se ven desde el punto de vista de las funciones que llevan a cabo. Por esta razón, el análisis estructurado hace énfasis en los diagramas de flujo de datos, siguiendo el movimiento de los datos a través de una secuencia de transformaciones, y refinando éstas a través de una serie de niveles. Lo mismo ocurre en el diseño estructurado, que ve a un sistema como una función que se descompone sucesivamente en niveles o subfunciones.

Concentrándose en las funciones se infravaloran los datos y, en especial, la estructura de los datos que son manipulados por las funciones. El resultado es que estos sistemas tienen valor durante poco tiempo en relación con las necesidades de los usuarios a largo plazo. Esto sucede debido a que al poco tiempo de haber instalado un sistema, las funciones implementadas son en realidad un subconjunto de las funciones que los usuarios realmente desean. Casi inmediatamente, los usuarios descubren una gran variedad de servicios adicionales que quisieran incorporar al sistema. Estas necesidades causan problemas a los sistemas obtenidos con un diseño orientado a funciones, puesto que este diseño puede requerir una revisión importante para acomodar las funciones adicionales.

En contraste, el enfoque orientado a datos centra el foco de atención en el análisis de los datos utilizados por las funciones. Esto tiene dos ventajas. La primera es que los datos son una parte considerablemente más estable que las funciones. La segunda ventaja es que la propia estructura de un esquema de base de datos requiere de un análisis sofisticado de los datos y de sus relaciones. Una vez que se haya construido un esquema para la base de datos que sea lógico, podrían diseñarse tantas funciones como fuera necesario para sacar provecho del mismo. Sin embargo, sin un esquema tal, la base de datos sólo podría ser útil para una única aplicación. Por lo tanto, el enfoque orientado a funciones puede ser bueno para el desarrollo a corto plazo, pero pierde su valor real a largo plazo. Usando un enfoque orientado a datos, los datos pasan a ser los cimientos sobre los

...