martes, 24 de noviembre de 2015

METODOLOGÍA DE DESARROLLO POR PROTOTIPOS


El Modelo de prototipos, en Ingeniería de software, pertenece a los modelos de desarrollo evolutivo. El prototipo debe ser construido en poco tiempo, usando los programas adecuados y no se debe utilizar muchos recursos.
El diseño rápido se centra en una representación de aquellos aspectos del software que serán visibles para el cliente o el usuario final. Este diseño conduce a la construcción de un prototipo, el cual es evaluado por el cliente para una retroalimentación; gracias a ésta se refinan los requisitos del software que se desarrollará. La interacción ocurre cuando el prototipo se ajusta para satisfacer las necesidades del cliente. Esto permite que al mismo tiempo el desarrollador entienda mejor lo que se debe hacer y el cliente vea resultados a corto plazo.

Ventajas

  • Este modelo es útil cuando el cliente conoce los objetivos generales para el software, pero no identifica los requisitos detallados de entrada, procesamiento o salida.
  • También ofrece un mejor enfoque cuando el responsable del desarrollo del software está inseguro de la eficacia de un algoritmo, de la adaptabilidad de un sistema operativo o de la forma que debería tomar la interacción humano-máquina
  • Se puede reutilizar el código.
La construcción de prototipos se puede utilizar como un modelo del proceso independiente, se emplea más comúnmente como una técnica susceptible de implementarse dentro del contexto de cualquiera de los modelos del proceso expuestos. Sin importar la forma en que éste se aplique, el paradigma de construcción de prototipos ayuda al desarrollado de software y al cliente a entender de mejor manera cuál será el resultado de la construcción cuando los requisitos estén satisfechos. De esta manera, este ciclo de vida en particular, involucra al cliente más profundamente para adquirir el producto.
Etapas del prototipo de sistemas


1). Identificación de requerimientos conocidos: “La determinación de los requerimientos de una aplicación es tan importante para el método de desarrollo de prototipos como lo es para el ciclo de desarrollo de sistemas o análisis estructurado. Por consiguiente, antes de crear un prototipo, los analistas y usuario deben de trabajar juntos para identificar los requerimientos conocidos que tienen que satisfacer.”
2). Desarrollo de un modelo de trabajo: “Es fácil comenzar el procesos de construcción del prototipo con el desarrollo de un plan general que permita a los usuarios conocer lo que se espera de ellas y del proceso de desarrollo. Un cronograma para el inicio y el fin de la primera interacción es de gran ayuda. En el desarrollo del prototipo se preparan los siguientes componentes:”
3). Utilización del prototipo: “Es responsabilidad del usuario trabajar con el prototipo y evaluar sus características y operación. La experiencia del sistema bajo condiciones reales permite obtener la familiaridad indispensable para determinar los cambios o mejoras que sean necesarios, así como las características inadecuadas”
4). Revisión del prototipo: “Durante la evaluación los analistas de sistemas desean capturar información sobre los que les gusta y lo que les desagrada a los usuarios.”
“Los cambios al prototipo son planificados con los usuarios antes de llevarlos a cabo, sin embargo es el analista responsable de tales modificaciones.”
5) Repetición del proceso las veces que sea necesarias: “El proceso antes descrito se repite varias veces, el proceso finaliza cuando los usuarios y analistas están de acuerdo en que el sistema ha evolucionado lo suficiente como para incluir todas las características necesarias.”

lunes, 23 de noviembre de 2015

METODOLOGÍA DE DESARROLLO EN ESPIRAL



Es un modelo de proceso de software evolutivo (son modelos en que los ciclos de desarrollo de software se repiten y en cada ciclo se genera un incremento es decir mejora el software) que acompaña algunas metodologías adicionales el modelo lineal (inicio y fin) modelo incremental (mejoras del software en base a incrementos).
La metodología en espiral se caracteriza por que en sus primeros ciclos se puede realizar un prototipo en papel y mientras va avanzando se llegan a crear aplicaciones completas). Ejemplo:
  1. Ciclo.- Diseño del menú de una aplicación.
  2. Ciclo.- Incrementar la opción para insertar datos.
  3. Ciclo.-Incrementa la opción para modificar datos hasta llegar a tener la aplicación completa y funcional,
Dentro de cada ciclo del modelo en espiral se deben tener en cuenta los siguientes aspectos:
  1. Determinar objetivos.
  2. Análisis de riesgos.
  3. Desarrollar,verificar y validar.
  4. Planificar.
ACTIVIDADES DE LA METODOLOGÍA EN ESPIRAL 

En la metodología en espiral a las actividades se les conoce como regiones  de tareas que son las siguientes:
  1. Comunicación con el cliente.
  2. Planificación.
  3. Análisis de riesgos.
  4. Ingeniería.
  5. Construcción y Adaptación.
  6. Evaluación del cliente.

1.-Comunicación con el cliente: Esta es una tarea requerida para establecer comunicación entre el desarrollador y el cliente. 

2.-Planificación: Esta tarea es necesaria aplicarla para pode definir los recursos, el tiempo y otras informaciones relacionadas con el proyecto, es decir, son todos los requerimientos. 
3.-Análisis de riesgos: Esta es una de las tareas principales por lo que se aplica el modelo en espiral, es requerida para evaluar los riesgos técnicos y otras informaciones relacionadas con el proyecto.
4.-Ingeniería: Esta es una tarea necesaria ya que se requiere construir una o más representaciones de la aplicación. 
5.-Construcción y adaptación: Esta tarea es requerida en el modelo espiral porque se necesita construir, probar, instalar y proporcionar soporte al usuario. 
6.-Evaluación el cliente: Esta también es una tarea principal, necesaria para adquirir la reacción del cliente según la evaluación de las representaciones del software creadas durante la etapa de ingeniería y la de implementación creada durante la etapa de instalación.

miércoles, 11 de noviembre de 2015

CICLO DE VIDA DE LOS SISTEMAS DE INFORMACIÓN




El término ciclo de vida describe el desarrollo de los sistemas de información desde la fase inicial hasta la fase final, el propósito del ciclo de vida es definir las distintas fases intermedias que se requieren para validar el desarrollo de una aplicación es decir, para garantizar que el sistema de información cumpla con todos los requisitos para la aplicación.

FASES DEL CICLO DE VIDA DE UN SISTEMA DE INFORMACIÓN 
  1. Análisis.
  2. Diseño.
  3. Desarrollo construcción.
  4. Pruebas.
  5. Implementación.
  6. Mantenimiento.
1.-ANÁLISIS 
Durante la etapa de análisis se hace un examen minucioso de las necesidades de la organización que va a emplear el sistema, ¿qué se necesita?, ¿cómo lo necesita?, son preguntas que se hacen en esta etapa puesto que aquí es donde se define el ámbito y el alcance del sistema a desarrollar.
Es muy importante la etapa de análisis ya que de ella depende realizar un sistema de información efectivo para los usuarios, en caso de que el análisis no se haga adecuadamente es muy probable que una vez implementado se tenga que hacer algunas modificaciones ya que no fueron consideradas en la etapa de análisis .

2.-DISEÑO 
En esta etapa se establece a nivel conceptual que es lo que el sistema desarrollara y cuales son las operaciones que están involucradas en su funcionamiento es decir lo que el sistema de información va a realizar en la práctica.
En esta etapa tenemos que determinar como debe ser construido el sistema, aquí se definirán las tablas a utilizar y las relación es entre ellas, se seleccionarán el lenguaje de programación más apropiado y se determinará el motor de base de datos con el que vamos a trabajar.
ACTIVIDADES DE LA ETAPA DE DISEÑO 
  • Análisis de las características del sistema actual.
  • Definición específica de las funciones a realizar (administrativas)
  • Evaluación de las diferentes alternativas (costo_beneficio y costo_efectividad)
  • Especificar la agrupación física de datos (almacenamiento de archivos.)
  • Documentar las indicaciones de programación para los programas que se deben hacer.

jueves, 5 de noviembre de 2015

METODOLOGÍAS DE SISTEMA DE INFORMACIÓN

La metodología es una de las etapas específicas de un trabajo o proyecto que parte de una posición teórica y conduce una selección de técnicas concretas (o métodos) acerca del procedimiento destinado a la realización de tareas vinculadas a la investigación, el trabajo o el proyecto.La metodología  hoy día existen organizaciones   exitosas y con altos puestos a nivel económico en el mundo actual su metodología y ha  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 en las empresas para mayor factibilidad y éxito de la misma

MÉTODO CASCADA  O CLÁSICO 
  • En un modelo en cascada, un proyecto progresa a través de una secuencia ordenada de pasos partiendo de la especificación de requerimientos hasta el mantenimiento del mismo.
    El método realiza una revisión al final de cada etapa para determinar si está preparado para pasar a la siguiente etapa, por ejemplo, desde el análisis de requerimientos hasta el diseño.
    Cuando la revisión determina que el proyecto no está listo pasar a la siguiente, permanece en la etapa actual hasta que esté preparado.
    El modelo en cascada está dirigido por documentos.
    Ayuda a localizar errores en las primeras etapas del proyecto a un bajo costo.
    Ayuda a minimizar los gastos de la planificación porque permite realizar sin planificación porque permite realizar sin problemas.
    Funciona especialmente bien si se dispone de personal poco cualificado o dispone de personal poco cualificado o inexperto, porque presenta el proyecto inexperto, porque presenta el proyecto con una estructura que ayuda a minimizar con una estructura el esfuerzo inútil.
    En resumen, los inconvenientes del venerado modelo en cascada hacen que sea, a menudo, un modelo poco apropiado para un proyecto de desarrollo rápido. Incluso en los casos en los que las ventajas del modelo en cascada pura superan los inconvenientes, los modelos de cascada modificada (con retroceso) pueden funcionar mejor.
    Las desventajas del modelo se centran en las dificultades para especificar claramente los requerimientos al comienzo del proyecto, antes de que se realice ningún trabajo de diseño y antes de escribir ningún código.
    No proporciona resultados tangibles en forma de software hasta el final del ciclo de forma de software del ciclo de vida de Algunas herramientas, métodos y actividades que abarcan varias etapas de la cascada; estas actividades son difíciles de ajustar en las etapas discontinuas del modelo para un proyecto de desarrollo rápido, el modelo en cascada puede suponer una cantidad excesiva de documentación.
    El modelo genera pocos signos visibles de progreso hasta el final. Esto puede dar la impresión de un desarrollo lento, existe la incertidumbre de los clientes si sus proyectos serán entregados a tiempo.

METODOLOGÍA DE LOS SISTEMAS DE INFORMACIÓN

La metodología es una de las etapas específicas de un trabajo o proyecto que parte de una posición teórica y conduce una selección de técnicas concretas (o métodos) acerca del procedimiento destinado a la realización de tareas vinculadas a la investigación, el trabajo o el proyecto.
la metodología  hoy día existen organizaciones   exitosas y con altos puestos a nivel económico en el mundo actual su metodología y ha  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 en las empresas para mayor factibilidad y éxito de la misma,

METODOLOGÍA CLÁSICA O CASCADA 

También conocido como modelo clásico, modelo tradicional o modelo lineal secuencial. Él método de la cascada es considerado como el enfoque clásico para el ciclo de vida del desarrollo de sistemas, se puede decir que es un método puro que implica un desarrollo rígido. está es una secuencia de actividades(o etapas) que consisten en el análisis de requerimientos, él diseño ,la implementación, la integración y las pruebas .

Es caracterizado por ordenar de manera rigurosa las etapas del ciclo de vida de software, dado que el comienzo de cada etapa debe esperar a la finalización de la inmediata anterior. Cuando la revisión determina que el proyecto no está listo para pasar a la siguiente etapa, permanece en la etapa actual hasta que esté preparado. Y debido a que el proceso está planeado es más fácil determinar costos y los plazos. Esté modelo puede ser visto como un modelo con forma de cascada de agua con varios saltos, en la que cada salto representa cada una de las fases del ciclo de vida.

Resultado de imagen para metodologia clasica