• Author / Uploaded
• MatGonzalez

Citation preview

DESARROLLO DE SISTEMAS DE INFORMACION Un sistema de información se puede definir técnicamente como un engranaje de componentes relacionados que permiten recopilar, administrar y manipular datos que conformen la información 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 información de una organización madura, la duración 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 fenómeno 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 anarquía 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 métodos. Nivel 2, Repetible. En este nivel los procesos y las prácticas de administración de proyectos están establecidos para rastrear costos, programas y funcionalidad del proyecto. El método 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 estándar (a veces llamado metodología). Todos los proyectos utilizan una versión personalizada de este proceso para desarrollar y mantener sistemas de información y software. Como resultado de utilizar el proceso estandarizado para todos los proyectos, cada proyecto resulta en documentación 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 estándar 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 análisis de datos establecidos en el nivel 4. Esto puede incluir cambiar la tecnología y las mejores prácticas utilizadas para realizar actividades requeridas en el proceso estándar de desarrollo del sistema, así como ajustar el proceso mismo.

Ciclo de vida frente a metodología.  

Cuando un sistema evoluciona del desarrollo a la operación y al mantenimiento, debe darse una conversión. En algún punto en el tiempo, se vuelve obsoleto (o se vuelve inminente) y el ciclo cambia de la operación y el mantenimiento al redesarrollo.

¿Cómo contrasta esto con una metodología de desarrollo de sistemas? Una metodología de desarrollo de sistemas “ejecuta” la etapa de desarrollo de sistemas del ciclo de vida del sistema. La metodología es el proceso estándar para construir y mantener ese sistema y todos los demás sistemas de información a través de sus ciclos de vida. En consistencia con las metas de CMM, las metodologías aseguran que:     

Un método consistente y reproducible se aplique a todos los proyectos. Hay un riesgo reducido asociado con las omisiones y los errores. Se produzca documentación completa y consistente de un proyecto al otro. Analistas de sistemas, diseñadores y constructores puedan ser reasignados rápidamente 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

o

o

o

o

o

Principio 1: Hacer participar a los usuarios del sistema Aunque los analistas y programadores trabajan fuerte para crear soluciones impresionantes de tecnología, esas soluciones a menudo les ocasionan problemas porque no abordan los problemas reales de la organización. Algunas veces hasta presentan nuevos problemas en la organización. Por esta razón, la participación del usuario del sistema es una necesidad absoluta para el desarrollo de sistemas exitosos. Principio 2: Utilizar un método de solución de problemas Una metodología de desarrollo de sistemas es, primero y sobretodo, un enfoque de solución de problemas de la construcción de sistemas. Principio 3: Establecer fases y actividades Las fases son: definición del alcance, análisis del problema, análisis de requerimientos, diseño lógico, análisis de decisión, diseño físico e integración, construcción y pruebas, instalación y entrega. Principio 4: Documentar a través del desarrollo La documentación mejora las comunicaciones y la aceptación. La documentación revela fortalezas y debilidades del sistema para los múltiples interesados. Estimula la participación de los usuarios y reasegura la administración acerca del progreso. Principio 5: Establecer estándares Una arquitectura de TI establece estándares que sirven para dirigir soluciones de tecnología y sistemas de información hacia una visión o configuración de tecnología común. Principio 6: Administrar el proceso y los proyectos La administración de procesos asegura que el proceso o administración elegidos por una organización se utilice en forma consistente en todos los proyectos. La administración de procesos también define y mejora el proceso o metodología elegido con el paso del tiempo. La administración de proyectos asegura que un sistema de información sea desarrollado a un costo mínimo, dentro de un marco de tiempo específico y con una calidad aceptable

o

o o

Principio 8: No tema cancelar o revisar el alcance Así, el proyecto debe ser reevaluado en cada punto de revisión para determinar si continúa siendo factible para seguir con la inversión de tiempo, esfuerzo y recursos en ese proyecto. Principio 9: Divida y vencerá Dividir el sistema en subsistemas (simplificar el problema, mas manejable, mejor administración y mantenimiento) Principio 10: Diseñar sistemas para crecimiento y cambio Los negocios cambian con el paso del tiempo. Sus necesidades cambian. Sus prioridades cambian. Los sistemas deben ser diseñados para incorporar tanto los requerimientos de crecimiento como de cambio. En otras palabras, los sistemas de información bien diseñados pueden escalar y adaptarse al negocio.

¿De dónde surgen los proyectos de desarrollo de sistemas? En todo negocio o compañía, se utilizan técnicas 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 inglés de cada una de las seis categorías, que cuando se unen, deletrean la palabra “pieces” (significa “piezas”). Las categorías son: P (performance) la necesidad de corregir o mejorar el desempeño I (information) la necesidad de corregir o mejorar la información (y datos) E (economics) la necesidad de corregir o mejorar la economía, 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 demás. Proceso de Desarrollo de Sistemas. 1. 2. 3. 4. 5. 6. 7. 8. 9.

Definición de alcance Análisis del problema Análisis de requerimientos Diseño lógico Análisis de decisión Diseño físico e integración Construcción y pruebas Instalación y entrega Operación del sistema y mantenimiento

Rutas y Estrategias Alternativas Hay diferentes rutas a través de las fases de desarrollo de sistemas básicos. Se selecciona una ruta apropiada durante la fase de definición de alcance. Las rutas típicas 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 diseñar sistemas de información. Las estrategias alternativas basadas en modelos incluyen: o Modelado de procesos o Modelado de datos o Elaboración de modelos de objetos Las estrategias de desarrollo rápido de aplicaciones (RAD), que enfatizan la participación extensa de los usuarios en la construcción rápida y evolutiva de prototipos en funcionamiento de un sistema para acelerar el proceso de desarrollo del sistema. Las estrategias de implantación de paquete de aplicación comercial, que se enfocan en la compra e integración de un paquete o solución de software para soportar una o más funciones de negocios y sistemas de información. 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 versión de menor escala del proceso de desarrollo con distintos puntos de inicio según el tipo de problema que se va a resolver.

HERRAMIENTAS Y TECNOLOGIA AUTOMATIZADA    

 

Productividad mejorada, a través de la automatización de tareas. Calidad mejorada, debido a que las herramientas automatizadas revisan la integridad, consistencia y contradicciones. Documentación mejor y más consistente. Ingeniería de sistemas asistida por computadoras Para ayudar a que los analistas de sistemas desempeñen mejor la elaboración de modelos de sistemas, la industria desarrolló unas herramientas automatizadas llamadas de ingeniería de software asistida por computadora (computer-assisted software engineering, CASE). (Programas de diagramación, de diccionario, de diseño, de documentación, de testeo etc) Ambientes de desarrollo de aplicación (Los IDE, para organización, control de calidad, ayuda con los lenguajes, incluye compilador y debugger, ofreces funciones prediseñadas). Administradores de proceso y proyecto (Sirven para gestionar proyectos, ej. Microsoft Project, Open Workbench, Project Manager de Niku).