Está en la página 1de 5

REPORTE 1:

Erick Senz
Anlisis y Diseo de Sistemas I. Departamento de Sistemas. Facultad de Ingeniera. Universidad de Antioquia 2013-02

RESUMEN: Los sistemas de informacin (IS) en las organizaciones capturan y administran datos para producir informacin til, que respalda a la organizacin, sus empleados, clientes, proveedores y socios. Los involucrados en un sistema de informacin pueden ser clasificados en cinco grupos: propietarios del sistema, usuarios del sistema, diseadores del sistema, constructores del sistema y analistas de sistemas. Tres metas comunes que debe cumplir cualquier sistema de informacin son: mejorar el conocimiento del negocio, mejorar procesos de negocios y servicios, mejorar las comunicaciones del negocio y la colaboracin entre personas.

PALABRAS CLAVE: anlisis de sistemas de informacin, sistemas de informacin, diseo de sistemas de informacin, componentes sistemas de informacin, arquitectura sistemas de informacin, modelo madurez de la capacidad, metodologa de desarrollo de sistemas de informacin, proceso de desarrollo de sistemas de informacin, marco de referencia PIECES, desarrollo rpido de aplicaciones RAD.

Resumen ampliado.
Un sistema es un grupo de componentes interrelacionados que funcionan juntos para lograr un resultado deseado. Los sistemas de informacin (IS) en las organizaciones capturan y administran datos para producir informacin til, que respalda a la organizacin, sus empleados, clientes, proveedores y socios. Los sistemas de informacin pueden ser clasificados de acuerdo con las funciones que atienden: Sistemas de procesamiento de transacciones (TPS), Sistemas de informacin administrativa (MIS), Sistemas de soporte de decisiones (DSS), Sistemas de informacin ejecutiva (EIS), Sistemas expertos, Sistemas de comunicacin y colaboracin y Sistemas de automatizacin de oficina. Los involucrados en un sistema de informacin pueden ser clasificados en cinco grupos: propietarios del sistema, usuarios del sistema, diseadores del sistema, constructores del sistema y analistas de sistemas. El analista de sistemas sirve como facilitador, ya que acorta las brechas de comunicacin que pueden desarrollarse entre los propietarios del sistema no tcnico y los usuarios, as como los diseadores y los constructores del sistema tcnico. El analista de sistemas entiende tanto de negocios como de cmputo, estudia los problemas y oportunidades del negocio y luego transforma los requerimientos de negocios y de informacin en especificaciones de sistemas de informacin. El analista de sistemas es bsicamente un solucionador de problemas. El trmino problema es utilizado para describir muchas situaciones como: Problemas, ya sean reales o anticipados que requieren un accin correctiva. Oportunidades para mejorar una situacin a pesar de la ausencia de quejas. Directivas para cambiar una situacin sin importar si alguien se ha quejado de la situacin actual. Tres metas comunes en un sistema de informacin son: Mejorar el conocimiento del negocio. El conocimiento es producto de la informacin y los datos.

Mejorar procesos de negocios y servicios. Mejorar las comunicaciones del negocio y la colaboracin de las personas.

Una arquitectura de sistemas de informacin sirve como marco de trabajo del ms alto nivel para comprender los distintos puntos de vista de los componentes bsicos de un sistema de informacin. Esta proporciona una base para organizar los diversos componentes de cualquier sistema de informacin que se desee desarrollar. Componente de conocimiento: el conocimiento del negocio es una meta fundamental para un sistema de informacin. A travs del procesamiento, los datos son refinados para producir informacin que se convierte en conocimiento, el cual permite a una compaa lograr su misin y su visin. Componente de proceso: mejorar los procesos y servicios del negocio es otra meta fundamental de un sistema de informacin. Estos entregan la funcionalidad deseada de un sistema de informacin. Los procesos representan el trabajo en un sistema. Componente de comunicaciones: las mejoras de comunicacin en los sistemas de informacin en general son dirigidas hacia dos metas de interfaz crticas para un sistema de informacin: Los sistemas de informacin deben proporcionar interfaces de comunicacin eficaces y eficientes para los usuarios del sistema, promoviendo el trabajo en equipo y la coordinacin de actividades. Los sistemas de informacin deben tener una interfaz eficaz y eficiente con otros sistemas de informacin, con aquellos del negocio y sistemas de informacin de otros negocios.

Modelo de madurez de la capacidad 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 desarrollo el Modelo de madurez de la capacidad (CMM) con el cual se busca ayudar a las organizaciones a mejorar la madurez de sus procesos de desarrollo de sistemas. El CMM est organizado en 5 niveles de madurez: Nivel 1, Inicial: es llamado anarqua o caos, en este nivel los proyectos de desarrollo de sistemas no siguen un proceso consistente, el proceso es impredecible y nos es repetible. Generalmente todas las organizaciones empiezan en el nivel 1. 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. Nivel 3, definido: en este nivel se adquiere o se desarrolla un proceso de desarrollo de sistemas estndar. Como resultado de utilizar procesos estandarizados se obtienen productos consistentes y de alta calidad. El proceso es estable, predecible y repetible. 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. Hay un esfuerzo por mejorar la administracin con base en los datos recopilados. 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 los datos establecidos en el nivel 4. En este nivel la organizacin ha institucionalizado una mejora continua en el proceso de desarrollo de sistemas.

El ciclo de vida de un sistema de informacin se divide en dos etapas: desarrollo de sistemas, operacin y mantenimiento de sistemas. En algn punto del tiempo el sistema se vuelve obsoleto y debe ser desarrollado un nuevo sistema.

Principios fundamentales para el desarrollo de sistemas hacer participar a los usuarios en el desarrollo de sistemas utilizar un mtodo de solucin de problemas establecer fases y actividades documentar a travs del desarrollo establecer estndares administrar el proceso y los proyectos justificar sistemas de informacin como inversiones de capital no tema cancelar o revisar el alcance divida y vencer disear sistemas para crecimiento y cambio

Marco de referencia PIECES El mpetu de casi todos los proyectos as alguna combinacin de problemas, oportunidades y directrices. James Wetherbe desarrollo PIECES un marco de referencia til para clasificar problemas. P (perfomance) 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 (services) la necesidad de corregir o mejorar el servicio a clientes, proveedores, socios, empleados y dems La metodologa FAST Significa Framework for the Aplication of Systems Thinking. FAST se desarroll como una mezcla de las mejores prcticas que se encuentran en muchas metodologas comerciales y de referencia. FAST no es estricta, es un marco de referencia que es gil y lo suficientemente flexible para proporcionar distintos tipos de proyectos y estrategias.

Las fases del proyecto FAST Definicin del alcance Anlisis del problema Anlisis de requerimientos Diseo Lgico Anlisis de decisin Diseo Fsico e integracin Construccin y pruebas Instalacin y entrega

Estrategia de desarrollo basado en modelos Un modelo de sistemas es la imagen de un sistema que representa la realidad o una realidad deseada. Los modelos de sistemas se utilizan para ilustrar y comunicar los componentes del conocimiento, proceso o interfaz de los sistemas de informacin. Estrategia de desarrollo rpido de aplicaciones (rapid application development, RAD) Se ha convertido en una ruta popular para acelerar el desarrollo de sistemas, sus ideas bsicas son: Incluir de manera ms activa a los usuarios en las actividades de anlisis, diseo y construccin. Organizar el desarrollo de sistemas en una serie de talleres intensos y enfocados que juntos incluyen propietarios, usuarios, analistas, diseadores y constructores de sistemas. Acelerar los anlisis de requerimientos y fases de diseo a travs de un mtodo de construccin iterativo. Reducir la cantidad de tiempo que pasa antes de que los usuarios comiencen a ver un sistema en funcionamiento.

RAD es muy popular para proyectos de tamao pequeo a mediano. Herramientas de tecnologa automatizada. Ingeniera de sistemas asistida por computadora Para ayudar a que los analistas de sistemas desempeen mejor la elaboracin de modelos de sistemas, la industria desarrollo unas herramientas automatizadas llamadas ingeniera de software asistida por computadora (Computer assisted software engineering, CASE). La tecnologa CASE es un software que es utilizado para disear e implantar otro software. Ingeniera hacia adelante e inversa La ingeniera inversa le permite generar un diagrama de flujo desde un programa existente la ingeniera hacia adelante le permite generar un programa directamente desde un diagrama de flujo. Ambientes de desarrollo de aplicacin Ambientes de desarrollo de aplicaciones (application development environments, ADE). Los ADE hacen que la programacin sea ms simple y eficaz. Administradores de proceso y proyecto

Una tercera clase de herramientas automatizadas nos ayuda a manejar la metodologa y los proyectos de desarrollo de sistemas que utilizan esa metodologa. Las herramientas de aplicacin de administrador de proceso y aplicacin de administrador de proyecto fueron hechas para soportar las actividades transversales del ciclo de vida

2. DISCUSIN

El desarrollo de software es un proceso complejo, debido a que no existe una ruta o metodologa a seguir que sea aplicable a todos los proyectos. Como futuros ingenieros de sistemas debemos plantearnos la inquietud sobre Cul es la mejor metodologa para desarrollar software? Si optar por una estrategia rpida de desarrollo de aplicaciones o una estrategia estricta de desarrollo basado en modelos. La estrategia basada en modelos es una forma de desarrollo en esencia ms estricta o rgida que los mtodos de desarrollo gil, pero nos garantiza mayor seguridad cuando se desea desarrollar software de calidad. En las metodologas de desarrollo tradicionales se hace un nfasis estricto en la definicin de requerimientos, roles, actividades, elaboracin de modelos y documentacin detallada antes de iniciar con la fase de construccin. 1 Estas metodologas de desarrollo han demostrado ser efectivas en proyectos de gran tamao (respecto a tiempo y recursos), donde por lo general se exige un alto grado de ceremonia en el proceso. En la actualidad las condiciones del mercado de una organizacin se mantienen en un constante cambio, esto genera que los requerimientos que se plantean al inicio de un proyecto varen en el transcurso del desarrollo del mismo. Debido a este constante cambio en los requerimientos, en algunos proyectos resulta demasiado complejo ceirse a la rigidez que nos plantean estas metodologas tradicionales, llevando a los equipos de desarrollo a optar por otras metodologas menos rigurosas. Ante esta situacin nacen las metodologas de desarrollo gil, las cuales intentan responder a los cambios que puedan surgir a lo largo del proyecto. Su filosofa se centra, en mantener una interaccin constante entre el cliente y el equipo de desarrollo, adems se sigue un proceso de desarrollo incremental del software con iteraciones muy cortas. El proceso que siguen este tipo de metodologas es entregar frecuentemente prototipos funcionales del software al cliente, buscando con esto aclarar y descubrir nuevos requerimientos, adems de recibir una retroalimentacin de parte del cliente sobre el diseo y la facilidad de uso del sistema.

Cans, J. H., Letelier, P., & Penads, M. C. (s.f.) Mtodologas giles en el Desarrollo de Software. Recuperado el 19 de Agosto de 2013, de http://noqualityinside.com.ar/nqi/nqifiles/XP_Agil.pdf

& Penads)

Las metodologas de desarrollo gil tienden a usarse en aquellos proyectos de tamao pequeo a mediano, en los cuales los requerimientos son muy cambiantes y el tiempo de desarrollo es muy limitado, eso s garantizando la calidad. En conclusin cada metodologa tiene sus ventajas y sus desventajas, como futuros ingenieros de sistemas debemos dotarnos de distintos tipos de herramientas e ir adquiriendo la experiencia y la sagacidad que nos permita responder de una mejor manera antes los retos o desafos que se nos presenten en un determinado proyecto.

3. CONCLUSIONES Desarrollar software es una tarea compleja, no hay una metodologa que sea aplicable a todos los proyectos; cada nuevo proyecto nos plantea requerimientos, necesidades y condiciones distintas a las de proyectos en los cuales anteriormente hayamos participado. Debido a esto han nacido en el mercado distintos tipos de metodologas con las cuales se busca responder de la mejor manera ante los retos o desafos que nos plantee cada nuevo sistema. Algunas de estas metodologas siguen un mtodo de desarrollo estricto basado en modelos, el cual todos los requerimientos deben ser planteados y se debe generar una documentacin detallada, antes de iniciar con la etapa de construccin del sistema. En respuesta ante este tipo de metodologas rigurosas, han surgido las metodologas de desarrollo gil, con las cuales se busca desarrollar software de una manera rpida y con la posibilidad de responder a los cambios que se puedan presentar en el proyecto, sin apegarse a un anlisis tan riguroso. Estas metodologas se basan en mantener una constante comunicacin con el cliente, presentando en periodos cortos de tiempo prototipos del sistema. De esta manera el cliente puede brindarnos una retroalimentacin sobre nuevos requerimientos que surjan y su opinin frente al diseo y facilidad de uso del sistema. No debemos ser reacios ante algn tipo de metodologa de desarrollo, debemos estudiarlas a fondo para poder conocer sus ventajas y desventajas, de esta manera estaremos bien equipados con un gran nmero de herramientas, las cuales nos permitirn responder de una manera correcta a los distintos retos y desafos que se nos presentan en cada nuevo proyecto del cual seamos participes.

4. REFERENCIAS

Cans, J. H., Letelier, P., & Penads, M. C. (s.f.) Mtodologas giles en el Desarrollo de Software. Recuperado el 19 de Agosto de 2013, de http://noqualityinside.com.ar/nqi/nqifiles/XP_Agil.pdf