DESARROLLO DE SISTEMAS DE INFORMACION

Un sistema de informacin se puede definir tcnicamente como un engranaje de componentes

relacionados que permiten recopilar, administrar y manipular datos que conformen la informacin
necesaria para la toma acertada de decisiones.
Modelo de Madurez de la Capacidad
Se ha demostrado que conforme un proceso de desarrollo de sistemas de informacin de una
organizacin madura, la duracin y el costo del proyecto disminuyen al tiempo que la
productividad y la calidad aumentan. El Software Engineering Institute en Carnegie Mellon
University ha observado y medido este fenmeno y desarroll el Modelo de Madurez de la
Capacidad (CMM) para ayudar a todas las organizaciones a lograr estos beneficios.
Nivel 1, Inicial. Esto a veces es llamado anarqua o caos. En este nivel, los proyectos de
desarrollo de sistemas no siguen un proceso consistente. Cada equipo de desarrollo utiliza sus
propias herramientas y mtodos.
Nivel 2, Repetible. En este nivel los procesos y las prcticas de administracin de proyectos
estn establecidos para rastrear costos, programas y funcionalidad del proyecto. El mtodo de
desarrollo se repite de otros proyectos exitosos.
Nivel 3, Definido. En este nivel se adquiere o se desarrolla un proceso de desarrollo de
sistemas estndar (a veces llamado metodologa). Todos los proyectos utilizan una versin
personalizada de este proceso para desarrollar y mantener sistemas de informacin y
software. Como resultado de utilizar el proceso estandarizado para todos los proyectos, cada
proyecto resulta en documentacin y productos consistentes y de alta calidad.
Nivel 4, Administrado. En este nivel se establecen metas mensurables para la calidad y la
productividad. Las mediciones detalladas del proceso de desarrollo de sistemas estndar y la
calidad del producto se recolectan y almacenan rutinariamente en una base de datos.
Nivel 5, Optimizado. En este nivel el proceso de desarrollo del sistema estandarizado es
vigilado continuamente y mejorado con base en medidas y anlisis de datos establecidos en el
nivel 4. Esto puede incluir cambiar la tecnologa y las mejores prcticas utilizadas para realizar
actividades requeridas en el proceso estndar de desarrollo del sistema, as como ajustar el
proceso mismo.
Ciclo de vida frente a metodologa.
Cuando un sistema evoluciona del desarrollo a la operacin y al mantenimiento, debe darse
una conversin.
En algn punto en el tiempo, se vuelve obsoleto (o se vuelve inminente) y el ciclo cambia de la
operacin y el mantenimiento al redesarrollo.


Cmo contrasta esto con una metodologa de desarrollo de sistemas?
Una metodologa de desarrollo de sistemas ejecuta la etapa de desarrollo de sistemas del ciclo
de vida del sistema. La metodologa es el proceso estndar para construir y mantener ese sistema
y todos los dems sistemas de informacin a travs de sus ciclos de vida.
En consistencia con las metas de CMM, las metodologas aseguran que:
Un mtodo consistente y reproducible se aplique a todos los proyectos.
Hay un riesgo reducido asociado con las omisiones y los errores.
Se produzca documentacin completa y consistente de un proyecto al otro.
Analistas de sistemas, diseadores y constructores puedan ser reasignados rpidamente entre
proyectos debido a que todos usan el mismo proceso.
Como los equipos y el personal de desarrollo cambian constantemente, los resultados del
trabajo anterior pueden ser encontrados con facilidad y entendidos por las personas que les
siguen.
Principios fundamentales para el desarrollo de sistemas.
o Principio 1: Hacer participar a los usuarios del sistema Aunque los analistas y programadores
trabajan fuerte para crear soluciones impresionantes de tecnologa, esas soluciones a menudo
les ocasionan problemas porque no abordan los problemas reales de la organizacin. Algunas
veces hasta presentan nuevos problemas en la organizacin. Por esta razn, la participacin
del usuario del sistema es una necesidad absoluta para el desarrollo de sistemas exitosos.
o Principio 2: Utilizar un mtodo de solucin de problemas Una metodologa de desarrollo de
sistemas es, primero y sobretodo, un enfoque de solucin de problemas de la construccin de
sistemas.
o Principio 3: Establecer fases y actividades Las fases son: definicin del alcance, anlisis del
problema, anlisis de requerimientos, diseo lgico, anlisis de decisin, diseo fsico e
integracin, construccin y pruebas, instalacin y entrega.
o Principio 4: Documentar a travs del desarrollo La documentacin mejora las comunicaciones
y la aceptacin. La documentacin revela fortalezas y debilidades del sistema para los
mltiples interesados. Estimula la participacin de los usuarios y reasegura la administracin
acerca del progreso.
o Principio 5: Establecer estndares Una arquitectura de TI establece estndares que sirven
para dirigir soluciones de tecnologa y sistemas de informacin hacia una visin o
configuracin de tecnologa comn.
o Principio 6: Administrar el proceso y los proyectos La administracin de procesos asegura que
el proceso o administracin elegidos por una organizacin se utilice en forma consistente en
todos los proyectos. La administracin de procesos tambin define y mejora el proceso o
metodologa elegido con el paso del tiempo. La administracin de proyectos asegura que un
sistema de informacin sea desarrollado a un costo mnimo, dentro de un marco de tiempo
especfico y con una calidad aceptable
o Principio 8: No tema cancelar o revisar el alcance As, el proyecto debe ser reevaluado en
cada punto de revisin para determinar si contina siendo factible para seguir con la inversin
de tiempo, esfuerzo y recursos en ese proyecto.
o Principio 9: Divida y vencer Dividir el sistema en subsistemas (simplificar el problema, mas
manejable, mejor administracin y mantenimiento)
o Principio 10: Disear sistemas para crecimiento y cambio Los negocios cambian con el paso
del tiempo. Sus necesidades cambian. Sus prioridades cambian. Los sistemas deben ser
diseados para incorporar tanto los requerimientos de crecimiento como de cambio. En otras
palabras, los sistemas de informacin bien diseados pueden escalar y adaptarse al negocio.
De dnde surgen los proyectos de desarrollo de sistemas?
En todo negocio o compaa, se utilizan tcnicas para planear o planificar proyectos de desarrollo
de sistemas. Normalmente, el mpetu de cada proyecto se encuentran en 3 palabras: Problema,
oportunidades y directrices. Hay demasiados problemas potenciales de sistemas para listarlos
todos. Sin embargo, James Wetherbe desarroll un marco de referencia til para clasificar
problemas. l le llama PIECES debido a las letras en ingls de cada una de las seis categoras, que
cuando se unen, deletrean la palabra pieces (significa piezas). Las categoras son:

P (performance) la necesidad de corregir o mejorar el desempeo
I (information) la necesidad de corregir o mejorar la informacin (y datos)
E (economics) la necesidad de corregir o mejorar la economa, controlar costos o aumentar
las utilidades.
C (control) la necesidad de corregir o mejorar el control o la seguridad.
E (eficiency) la necesidad de corregir o mejorar la eficiencia de las personas y los procesos.
S (service) la necesidad de corregir o mejorar el servicio a clientes, proveedores, socios,
empleados y dems.
Proceso de Desarrollo de Sistemas.
1. Definicin de alcance
2. Anlisis del problema
3. Anlisis de requerimientos
4. Diseo lgico
5. Anlisis de decisin
6. Diseo fsico e integracin
7. Construccin y pruebas
8. Instalacin y entrega
9. Operacin del sistema y mantenimiento




Rutas y Estrategias Alternativas
Hay diferentes rutas a travs de las fases de desarrollo de sistemas bsicos. Se selecciona una ruta
apropiada durante la fase de definicin de alcance. Las rutas tpicas incluyen:

Estrategias de desarrollo basadas en modelos, que enfatizan el dibujo de diagramas para
ayudar a visualizar y analizar problemas, definir requerimientos del negocio y disear sistemas
de informacin. Las estrategias alternativas basadas en modelos incluyen:
o Modelado de procesos
o Modelado de datos
o Elaboracin de modelos de objetos
Las estrategias de desarrollo rpido de aplicaciones (RAD), que enfatizan la participacin
extensa de los usuarios en la construccin rpida y evolutiva de prototipos en funcionamiento
de un sistema para acelerar el proceso de desarrollo del sistema.
Las estrategias de implantacin de paquete de aplicacin comercial, que se enfocan en la
compra e integracin de un paquete o solucin de software para soportar una o ms
funciones de negocios y sistemas de informacin.
El mantenimiento del sistema ocurre luego de que se implanta un sistema y se realiza durante
toda la vida del sistema. Esencialmente, el mantenimiento del sistema ejecuta una versin de
menor escala del proceso de desarrollo con distintos puntos de inicio segn el tipo de
problema que se va a resolver.


HERRAMIENTAS Y TECNOLOGIA AUTOMATIZADA
Productividad mejorada, a travs de la automatizacin de tareas.
Calidad mejorada, debido a que las herramientas automatizadas revisan la integridad,
consistencia y contradicciones.
Documentacin mejor y ms consistente.

Ingeniera de sistemas asistida por computadoras Para ayudar a que los analistas de sistemas
desempeen mejor la elaboracin de modelos de sistemas, la industria desarroll unas
herramientas automatizadas llamadas de ingeniera de software asistida por computadora
(computer-assisted software engineering, CASE). (Programas de diagramacin, de diccionario,
de diseo, de documentacin, de testeo etc)
Ambientes de desarrollo de aplicacin (Los IDE, para organizacin, control de calidad, ayuda
con los lenguajes, incluye compilador y debugger, ofreces funciones prediseadas).
Administradores de proceso y proyecto (Sirven para gestionar proyectos, ej. Microsoft
Project, Open Workbench, Project Manager de Niku).