METODOLOGAS DE DESARROLLO DE SISTEMAS DE

INFORMACIN
Es un desarrollo de sistemas es el proceso de definir, disear, probar e implementar un
sistema de informacin. Esto incluye todas las actividades desde la identificacin de la
necesidad de un sistema, como la captacin de requerimientos y todos los procesos que
se requieran llevar a cabo hasta que el sistema se encuentre totalmente implementado en
la organizacin.
El desarrollo de sistemas se encuentra enmarcado en una metodologa principal que
establece sus fases componentes. Esta metodologa se denomina ciclo de vida para el
desarrollo de sistemas. Ella establece que todo desarrollo de sistemas tiene 6 fases:
investigacin preliminar, determinacin de los requerimientos del sistema, diseo del
sistema, desarrollo de software, prueba de los sistemas e implantacin y evaluacin. A
partir del ciclo de vida para el desarrollo del sistema, como mtodo fundamental, se
desarrollan diferentes metodologas o formas de abordar cada paso del ciclo de vida
clsico, cada una con sus ventajas y desventajas, dependiendo del contexto de la
organizacin en la que se desarrolle el sistema. As se obtienen mtodos como el
anlisis estructurado o el mtodo de prototipos.
VENTAJA Y DESVENTAJA DE LAS DIFERENTES METODLOGIAS UTILIZADAS
PARA EL DESARROLLO DE UN SISTEMA DE INFORMACION
VENTAJAS

modificacin del sistema en etapas tempranas de su desarrollo: el xito del

uso del prototipo depende de que tan pronto y con qu frecuencia se reciba la
retroalimentacin del usuario para hacer cambios y adecuarlos a las necesidades
actuales. Los cambios iniciales durante el desarrollo de un proyecto son menos
costosos que si se realizan en etapas tardas, como el prototipo puede cambiar
varias veces la flexibilidad y adaptabilidad son su esencia, la pauta del cambio la
da la retroalimentacin, la cual nos permite conocer la opinin del usuario sobre
cambios a la entrada o salida de un proceso, que al evaluarla nos permite obtener
los requerimientos y mejorar el sistema.
El desarrollo de prototipos implica una inversin en tiempo y en
dinero, siempre es menor a la del sistema completo. Los problemas y descuidos
de sistemas son ms fciles de detectar en un prototipo.

eliminacin de sistemas indeseables: Por permitir recopilar informacin nos

permite eliminar un sistema que no lleg a ser lo que esperaban de l los
usuarios. La inversin de tiempo y dinero se destaca pero es menor que la del
sistema completo. Se toma esta decisin cuando el sistema no es til o no
satisface los objetivos que se propuso el equipo de desarrollo, es una decisin

difcil pero evita seguir gastando dinero y tiempo en un proyecto inservible.

diseo de sistemas acorde a las necesidades y expectativas de los
usuarios: El uso del prototipo hace que los sistemas se ajusten a las necesidades
de los usuarios. Se reduce el intervalo de tiempo desde que se relevan los
requerimientos y el sistema concluido. Permite que los usuarios se involucren
desde el principio y lo hace participar en forma activa, de esta forma hacen suyo

el proyecto, siendo los principales promotores del xito.

Los sistemas que requiere el rea del negocio, as como sus bases de datos y la

informacin que intercambiaran o compartieran.

Descripcin detallada de cada sistema y aplicacin incluyendo sus objetivos

funcionales y sus bases de diseo.

Todo hardware y software que sern

requeridos por el rea de negocio (incluyendo las redes)

Mtodos de desarrollo para cada sistema como lo es adquisicin de paquetes,

nuevo desarrollo o actualizaciones

Esquema de los problemas actuales del rea de negocio y de las posibles mejoras

que se puedan realizar en cada sistema

Anlisis de los beneficios que se espera derivar de los sistemas que conforman la

arquitectura
Es importante para el departamento de informtica o sistemas ya que constituye

utilizados

para

el

funcionamiento

la gua para emprender los proyectos que requiera el cliente, reclutar y adiestrar
al personal necesario y la adquisicin e instalacin de hardware y software

necesarios.
Permite reasignar personas con poca carga. Permite intercambiar personal de

actividades no crticas a crticas

Menores costos
Disponibilidad de una gran varieda de herramientas en el mercado que operan en

el ambiente de microcomputadoras.
Muy baja dependencia de personas que se encuentran fuera del control de

tomador de decisiones
E l codigo es sencillo y enetendible , adems de la poca documentacin a
elaborara para el desarrollo del sistema

Se utiliza una tarjeta CRC:Estos indican las funcionales del sistema.Aestas se le

asigna un identificador y una prioridad

Optimizar el tiempo de desarrollo ; permite realizar el desarrollo del sistema en
pareja para complementar los conocimientos.

Mayor control del proyecto por parte de la gerencia.

Uso de guas y normas probadas para el desarrollo del sistema.

Tareas definidas a ser ejecutadas en cada una de las etapas.

Uso de un mtodo estndar para desarrollar la programacin de los sistemas de

una instalacin.

Cuadro de referencia para planificar y administrar estos proyectos

Uso ms eficiente del personal al permitir planificar su actividad.

Plazos de ejecucin ajustados a la realidad.

Mayor control de calidad.

DESVENTAJAS

Administracin difcil: Dicha dificultad radica en manejar el prototipo como un

proyecto dentro del Ciclo de Desarrollo de Sistema sin perder de vista cuales

eran sus propsitos.

Adoptarlo como el sistema final: Los usuarios y profesionales de sistemas
pueden considerar al prototipo como el sistema final cuando an es incompleto e

inadecuado
Falta de integridad y consolidacin en la administracin de la informacin
Problemas de seguridad de la informacin
Prdida del control administrativa por parte del rea de informacin
Documentacin inadecuada, obsoleta o inexistente.
Componentes complejos.
Componentes mal estructurados.
Poca familiaridad de las aplicaciones.

Definicin de tiempo y costo de desarrollo. Problemas en programadores

Presin del tiempo.
Falta de comunicacin y participacin de los usuarios.
Gran cantidad de requerimientos.
Gran cantidad de parches.
El modelo resulta peligroso para otro tipo de proyectos que no sean pequeos.
Puede que no suponga gestin alguna, pero tampoco ofrece medios de

evaluacin del progreso.

No proporciona medios de evaluacin de la calidad o de identificacin de

riesgos.
Si al llevar tres cuartas partes de la codificacin descubre que el diseo es
incorrecto, no hay otra solucin que desechar el trabajo y comenzar de nuevo.