Metodologia De Desarrollo De Sistemas De Informacion

3.0 METODOLOGÍAS PARA EL DESARROLLO DE SISTEMAS DE INFORMACIÓN

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:

Distribución del Tiempo (en %) para un Proyecto de S.I.

Autor

Fases J Senn M Zelkowitz J Montilva

Estudio de Factibilidad 35% 20% 40%

Análisis

Diseño 15%

Programación 25% 20% 20%

Prueba 35% 45% 40%

Documentación 5%

Fuente: L Castellanos

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

• Estructurada

o Se maneja como proyecto

o Gran volumen de datos y transacciones

o Abarca varias áreas organizativas de la empresa

o Tiempo de desarrollo largo

o 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.

• Evolutiva-Incremental

o Se deriva de la estructurada

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

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

Metodología Evolutiva de Desarrollo de Sistemas.

• Prototipos

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

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

o Se prueba y refina hasta que usuarios conformes

o Identifica necesidades de información

o Maneja principales procedimientos orientados a transacciones

o Produce informes críticos

o Permite consultas rudimentarias

o Complementa especificaciones imprecisas y/o incompletas de los usuarios

• Orientada a Objetos

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

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

o 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

o Utiliza menor cantidad de código

o Es más reutilizable

3.1 ANALISIS PREELIMINAR

La principal finalidad de realizar un Análisis Preliminar consiste en evaluar las necesidades del proyecto. Lo cual no abarca un estudio de diseño, ni la recopilación de datos para hacer una descripción completa del sistema; en cambio sirve a los analistas que recopilan la información que permite al comité evaluar las ventajas del proyecto y cimentar bases bajo un juicio sobre la factibilidad del proyecto propuesto.

Razones para iniciar el análisis de sistemas

Los analistas de sistemas deben entender en primer lugar porque se va a realizar un trabajo de sistemas. Las razones básicas para iniciar un análisis de sistemas son las siguientes:

• Necesidad de resolver un problema .- Puede suceder que el actual sistema no este funcionando como se esperaba entonces se acude al analista de sistemas para que corrija esta anomalía.

• Nuevas necesidades .- Esto ocurre cuando surgen nuevas disposiciones en la organización. Puede tratarse de una nueva ley, práctica contable, ó una nueva práctica administrativa. Independientemente de la causa que de origen a la nueva necesidad el analista de sistemas identificará las modificaciones o adiciones que deben hacerse al sistema, con el fin que la empresa pueda satisfacer dicha necesidad.

• Implantación de una nueva tecnología .- Puede ser el caso de implantar un técnica diferente por ejemplo:

• Si se ha empezado a utilizar equipo de reconocimiento de caracteres ópticos para dar entrada a los pedidos de los clientes, es más probable que haya necesidad de diseñar un nuevo subsistema.

• Mejoramiento general de los sistemas .- Por último el analista deben encontrar el modo de hacer mejor lo que ya se tiene.

Un reporte deberá incluir lo siguiente :

• Una definición clara y concisa de las razones para realizar el análisis.

• Un planteamiento específico referente a los requerimientos del desempeño del sistema propuesto.

• Una definición del alcance del análisis

• Una identificación de los hechos que probablemente necesiten recopilarse durante el análisis.

• Una identificación de las fuentes potenciales donde pueden obtenerse los hechos.

• Un programa que indique los eventos principales del análisis.

• Fuentes de los hechos de estudio para el análisis de sistemas.

Existen diferentes fuentes de hechos de estudio, dentro y fuera de la organización, información que se encuentra a disposición del analista durante el análisis de sistemas. Las categorías de hechos son :

• El sistema actual

• Fuentes internas

• Fuentes externas

3.2 PLANEACION DEL SISTEMA DE INFORMACION

Los métodos formales de planificación se desarrollaron para ofrecer apoyo a los gerentes y ejecutivos en el proceso de desarrollo de sistemas de información que ayuden a alcanzar las metas de la organización mediante estos métodos se describen directrices a nivel organizacional para los sistemas de información de la empresa.

Dentro de la Planeacion de sistemas el analista debe incluir los siguientes aspectos:

• Identificación de elementos clave de los que dependen las aplicaciones como su desarrollo.

• Descripción de las relaciones entre estos elementos y la documentación de las necesidades actuales de información o el bosquejo de futuros planes de la empresa.

Etapas De La Planeación Estratégica De Sistemas:

Para llevar a cabo una planeación de sistemas se requiere de 3 pasos:

• Establecer las metas de los sistemas,

• Determinar y asignar prioridades a las solicitudes de proyectos de sistemas y

• Evaluar los recursos y la capacidad de los sistemas.

...