Metodologías de desarrollo de sistemas de información by Rafael Brito

Republica Bolivariana de Venezuela Ministerio del Poder Popular para la Educacion Superior I.U.P Santiago Mariño

Metodologías de desarrollo de Sistemas de información.

Contenido:

Nota editorial

Metodologías de desarrollo de Sistemas de información.

Definición, objetos, importancia, ventajas, desventajas, tipos o enfoques, fases, ejemplos.

Reportaje Especial

Nota de cierre y avance de edición

Elaborado por : Rafael Brito C.I: 25.286.285

Página 2

Nota Editorial

a revista Metodologías de desarrollo de Sistemas de información, fundada en 2019 por Rafael Brito, tiene como misión original el análisis de las metodologías de sistemas de información. Diseñar un sistema de información no solo requiere de la experiencia sino también de la metodología a seguir existen muchos autores que atreves de los años desarrollaron distintas metodología para este fin, esto se debió a la falta del manejo de datos en las empresas para mayor factibilidad y éxito de la misma, es por ello que hoy día existen Organizaciones exitosas y con altos puestos a nivel económico en el mundo actual, cave destacar que sin estos autores que a través del tiempo han aplicado su metodología y a sido demostrada que a través de estos métodos el éxito de las organizaciones se ha visto por el levantamiento o despertar económico de un país, de lo antes expuesto he leído la metodología de Llorens Fábregas, que evalúa un S.I. en 5 fases sumamente importantes para el desarrollo de un SI, que satisface las necesidades del individuo u organización a nivel mundial. El análisis de este autor es un análisis estructurado ya que consta de partes en las que se desarrolla la metodología para evaluar un SI.

Página 3

Una metodología de desarrollo de software se refiere a un framework (entorno o marco de trabajo) que es usado para estructurar, planear y controlar el proceso de desarrollo en sistemas de información. A lo largo del tiempo, una gran cantidad de métodos han sido desarrollados diferenciándose por su fortaleza y debilidad. El framework para de software consiste en:

metodología

desarrollo

Una filosofía de desarrollo de programas de computación con el enfoque del proceso de desarrollo de software  Herramientas, modelos y métodos para asistir al proceso de desarrollo de software Estos framework son a menudo vinculados a algún tipo de organización, que además desarrolla, apoya el uso y promueve la metodología. 

Los principales objetivos de una metodología de desarrollo son: 

 



Un framework, entorno de trabajo o marco de trabajo es un conjunto estandarizado de conceptos, prácticas y criterios para enfocar un tipo de problemática particular que sirve como referencia, para enfrentar y resolver nuevos problemas de índole similar.

Asegurar la uniformidad y calidad tanto del desarrollo como del sistema en sí. Satisfacer las necesidades de los usuarios del sistema. Conseguir un mayor nivel de rendimiento y eficiencia del personal asignado al desarrollo. Ajustarse a los plazos y costes previstos en la planificación. Generar de forma adecuada la documentación asociada a los sistemas. Facilitar el mantenimiento posterior de los sistemas.

Importancia de la Metodología

Reportaje especial

Los programadores tradicionales argumentan que la aplicación

de una metodología supone una gran carga. Es cierto, pero si no se emplea una metodología pueden surgir los siguientes problemas: 



Resultados impredecibles. Detección tardía de errores. La introducción de nuevas herramientas afectará perjudicialmente al proceso.

Hay un gran número de factores que repercuten en la persona que trabaja dentro de un entorno de desarrollo software. Los cambios en el sistema operativo, el lenguaje de programación, la organización del proyecto, o los estándares establecidos para los diferentes aspectos del ciclo de vida de un proyecto pueden influir tanto en el trabajador como en la cantidad de trabajo que puede realizar. La productividad, cómo una medida cuantitativa de la cantidad de trabajo que puede ser realizada por una persona, se puede alterar de distintas maneras, alguna de ellas tan simple como, por ejemplo, enseñar a todos los implicados en el trabajo a escribir a máquina. Este hecho, sin ir más lejos, podría tener un mayor impacto en la productividad que el de introducir unas nuevas herramientas software o técnicas de diseño. Sin embargo la productividad no tiene en consideración la calidad del producto. Por ejemplo los trabajadores en una planta de ensamblaje de ordenadores pueden producir 100 ordenadores por hora, pero esta medida no es útil, en cuanto que los ordenadores pueden requerir trabajo adicional para corregir problemas surgidos en la etapa del ensamblaje. Lo mismo ocurre en el desarrollo de software, el objetivo es establecer un entorno que no sólo mejore la productividad del que lo desarrolla, sino que también genere la creación de mejores productos.



Cambios de organización también afectarán al proceso. Resultados distintos con nuevas clases de productos.

Ventajas y desventajas de las metodologías de desarrollo de Sistemas de Información

Ventajas

Desventajas



Intervención y manejo efectivo con respecto a las actividades de la organización.



El tiempo que pueda durar su implementación de este sistemas.



Unión de nuevas y diferentes métodos y herramientas que van de la mano con la vanguardia.



Problemas relacionados con el mal manejo del tiempo.



Problemas técnicos que pueden surgir al no realizarse un estudio adecuado, con lo que respecta a las fallas de software o hardware.



Asistencia a la incrementación de la efectividad de la operación de las empresas.



Suministra y facilita las ventajas competitivas y de valor.



Disponibilidad de gran cantidad de información y mejor información para los usuarios en tiempo real.

Fallas en las funciones de implementación que sean inadecuadas para apoyar ciertas actividades de organización.



La resistencia de cambio de los usuarios.



Disminuye las barreras de trayecto, trabajando con un mismo sistema en puntos alejados.



Reduce errores, tiempo y recursos.



Admite comparar resultados obtenidos con respecto a los objetivos programados, con fines de evaluación y control.

Tipos o Enfoques de Metodologías de Desarrollo de Sistemas

Estructurada:     

Se maneja como proyecto. Gran volumen de datos y transacciones. Abarca varias áreas organizativas de la empresa. Tiempo de desarrollo largo. Requiere que se cumplan todas las etapas, para poder cumplir las siguientes (progresión lineal y secuencial de una fase a la otra).

Evolutiva-Incremental:  



Se deriva de la estructurada. Permite seguir secuencias ascendentes o descendentes en las etapas del desarrollo. Permite cumplir etapas o fases en paralelo, por lo que es más flexible que la estructurada.

Prototipos:  

     

Desarrolla modelo en escala del sistema propuesto (sistema objetivo). En otras palabras, desarrolla un “demo”, que de ser aprobado por el usuario, se culmina con todas las funcionalidades. Se prueba y refina hasta que usuarios conformes. Identifica necesidades de información. Maneja principales procedimientos orientados a transacciones. Produce informes críticos. Permite consultas rudimentarias. Complementa especificaciones imprecisas y/o incompletas de los usuarios

Orientada a Objetos:  



 

No modela la realidad, sino la forma en que las personas comprenden y procesan la realidad. Es un proceso ascendente basado en una abstracción de clases en aumento. 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. Utiliza menor cantidad de código. Es más reutilizable

fases de Metodologías de desarrollo de Sistemas de información. Fase I— Requerimientos: Esta fase fundamental para que la estrategia informática encaje dentro de las metas de la empresa, ya que en ella se cumplen las funciones del modelaje del negocio y planificación de sistemas; esto con el fin de proyectar las estrategias del negocio y determinar de esta forma sus requerimientos de información.

El Plan de Sistemas debe contener:  Los sistemas que requiere el área del negocio, así como sus bases de datos y la información que intercambiaran o compartieran.  Descripción detallada de cada sistema y aplicación incluyendo sus objetivos funcionales y sus bases de diseño.  Todo hardware y software que serán utilizados para el funcionamiento requeridos por el área de negocio (incluyendo las redes).  Métodos de desarrollo para cada sistema como lo es adquisición 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.  Análisis de los beneficios que se espera derivar de los sistemas que conforman la arquitectura. Fase II— Análisis/Diseño El objetivo de esta fase es desarrollar el diseño arquitectónico de los sistemas, utilizando los requerimientos obtenidos en la primera fase. En el diseño arquitectónico se engloban dos componentes: los datos y los procesos, los cuales serán analizados y diseñados desde una perspectiva conceptual a una física, dentro de las cuatros actividades que se encuentran en esta fase. Actividades dentro de la fase de Análisis/Diseño.  Analizar y Diseñar Proceso: Las operaciones del negocio y los requerimientos de funcionamiento definidos en la primera fase, se toman en cuenta con el propósito de determinar la forma en que debe funcionar el sistema.  Analizar y Diseñar Los Datos: Con los requerimientos de información definidos en la fase I se debe organizar los distintos modelos de datos que nos ayuden a diseñar la base de datos que hagan falta para que el sistema funcione de acuerdo al modelo de funcionamiento.  Diseñar y Organizar Los Componentes Físicos: Todo componente físico como (pantallas, base de datos) que hagan posible el funcionamiento del sistema de acuerdo al modelo de funcionamiento.  Planificar El Desarrollo De Los Componentes Físicos: actividad en la cual planificamos la forma en que pueden ser construidos e implementados los componentes físicos de una forma rápida y productiva.

Fase III— Construcción Dentro de esta fase de construcción existen actividades separadas en cinco sub.-fases: Desarrollo De Infraestructura Durante esta fase se desarrollará y organizará la infraestructura que permita cumplir las tareas de construcción en la forma más productiva posible. Adaptación De Paquetes Ofrece una desventaja fundamental: el personal de la instalación no conoce los componentes del paquete con la misma profundidad con que conoce los componentes desarrollados por ellos mismos. Uno de los objetivos centrales de esta sub.-fase es conocer al máximo detalle posible el funcionamiento del paquete, este asegurará que el paquete será utilizado con el máximo provecho, tanto desde el punto de vista del negocio, como de la utilización de recursos. Cada componente del paquete será revisado en forma exhaustiva por el equipo Analista – Usuario, con el fin de conocer y comprender todos los aspectos del paquete. Desarrollo De Unidades De Diseño Interactivas Las unidades de diseño interactivas, son procedimientos que se cumple o se ejecutan a través de un dialogo usuario / sistema. Las actividades de esta sub.-fase tienen como objetivo central:  Especificar en detalle las tareas que debe cumplir la unidad de diseño.  Desarrollar componentes.  Realizar las pruebas unitarias y las pruebas de integración a nivel de la unidad de diseño. Desarrollo De Unidades De Diseño Batch Las unidades de diseño Batch, son aquellos procedimientos que se cumplen en forma automatizada, pero en la que no se entabla un dialogo entre usuario y el analista, sino que involucra grupos de transacciones que se alimentan al computador de una sola vez. Su objetivo central es igual a la fase de desarrollo de unidades de diseño interactivas. En esta sub.-fase se preparan especificaciones hechas utilizando una combinación de técnicas como flujo gramas, diagramas de estructuras, tablas de decisiones etc. Cualquiera que se utilice será útil para que la especificación sea clara y se logre el propósito de que el programador comprenda y pueda programar y probar los programas correspondientes.

Fase IV— Pruebas Esta fase, da inicio luego de que las diferentes unidades de diseño han sido desarrolladas y probadas por separado. Durante su desarrollo, el sistema se emplea de forma experimental para asegurar que el software no falle, es decir que funcione de acuerdo a sus especificaciones y a la manera que los usuarios esperan que lo haga, y de esta forma poder detectar cualquier anomalía, antes de que el sistema sea puesto en marcha y se dependa de el. Para evaluar el desenvolvimiento del sistema, en esta fase se llevan a cabo varios niveles de prueba:  Funcional: Prueba desde el punto de vista de los requerimientos funcionales.  De Sistema: Prueba desde el punto de vista de los niveles de calidad del sistema y de desempeño.  De Integración: Prueba de interfaces.  De Aceptación Técnica: Prueba de manejo de condiciones extremas. Fase V— Producción y Mantenimiento Esta fase corresponde al Diseñar es la fase mas importante donde todos los elementos del SI. Están completos y se puede ejecutar el proyecto. Una vez que un sistema pasa a formar parte de la vida diaria de la empresa, cada programa, cada procedimiento y cada estructura de datos se convierte en una pieza del negocio que, como tal, deberá funcionar en forma constante, exacta y confiable. L a operación del negocio ahora dependerá del funcionamiento del sistema, por lo que las tareas de mantenimiento cobran vital importancia. Durante la fase de mantenimiento, se ponen en práctica todas las políticas y los procedimientos destinados a garantizar la operación continúa de los de los sistemas y a asegurar su uso efectivo, con el fin, de que éstos se constituyan en una verdadera herramienta de apoyo al logro de los objetivos estratégicos de la empresa (Llorens Fábregas)."

Enero 2020 dom

Próxima edición Enero 2020

lun

mar

mié

jue

vie

sáb

Con la unidad de Ciclo de vida y diseño de sistemas de información