Instituto Politécnico Nacional

Unidad Profesional
Interdisciplinaria de Ingeniería y
Ciencias Sociales y
Administrativas

RESUMEN DE LOS TEMAS

 Sistemas de información
 Metodologías
Carreño Victor 1CV12
¿Qué es un sistema de información?
Cuando se habla de un sistema de información (SI) se refiere a un conjunto ordenado de
mecanismos que tienen como fin la administración de datos y de información, de manera
que puedan ser recuperados y procesados fácil y rápidamente.
Todo sistema de información se compone de una serie de recursos interconectados y en
interacción, dispuestos del modo más conveniente en base al propósito informativo trazado,
como puede ser recabar información personal, procesar estadísticas, organizar archivo, etc.
Estos recursos pueden ser:
 Recursos humanos: Personal de variada índole y destrezas.
 Datos: Cualquier tipo de información masiva que precisa de organizarse.
 Actividades: Procedimientos, pasos a seguir, estaciones de trabajo, etc.
 Recursos informáticos: Aquellos determinados por la tecnología.
Se debe destacar que no es lo mismo un sistema de información que un sistema
informático, si bien estos últimos constituyan a menudo el grueso de los recursos de un SI.
Pero existen muchos otros métodos para los sistemas de información, que no
necesariamente pasan por la informática.
Tipos de sistemas de información
Desde un punto de vista empresarial u organizativo, los sistemas de información pueden
clasificarse en:
 Sistemas de Procesamiento de Transacciones (TPS). También conocidos como
sistemas de gestión operativa, recopilan la información pertinente a las
transacciones de la organización, es decir, de su funcionamiento.
 Sistemas de Información Ejecutiva (EIS). Monitoriza las variables gerenciales de un
área específica de la organización, a partir de la información interna y externa de la
misma.
 Sistemas de Información Gerencial (MIS). Contemplan la información general de la
organización y la comprenden como un todo.
 Sistemas de soporte de decisiones (DSS). Orientados al procesamiento de
información intra y extra organizacional, para el apoyo en la conducción de la
empresa.
Existen otras formas especializadas o aplicadas de SI, dependiendo del campo puntual y de
las funciones específicas que se esperan de cada uno. Sería demasiado extenso enlistarlas a
todas.
Elementos de un sistema de información
Por lo general se considera que todos los SI contienen una diversidad de elementos
clasificables en cinco grandes categorías:

Carreño Victor 1CV12

  Elementos financieros. Aquellos vinculados con el capital y con los activos
disponibles de la organización.
 Elementos tecnológicos. Aquellos que tienen que ver con la maquinaria
especializada y la capacidad de procesamiento automatizado de la información.
 Elementos humanos. Básicamente, personal, tanto especializado y directivo, como
no especializado o común.
 Elementos materiales. Se refiere al emplazamiento del sistema, a su soporte físico
y ubicación.
 Elementos administrativos. Aquellos relacionados con los procesos, la mecánica
de conducción, los permisos, informes, transacciones, etc.
Ejemplos de sistema de información
Algunos ejemplos de SI pueden ser:
 Los sistemas de control de calidad, en los que se pide una retroalimentación al
cliente y se evalúan los resultados estadísticamente para elaborar resultados
interpretables por la gerencia.
 Las bases de datos de una biblioteca, en donde está contenido el grueso volumen de
documentos (libros, revistas, tesis, etc.) de la biblioteca, en función de ubicar y
recuperar cada uno lo más rápida y precisamente posible.
 Las hojas de cálculo, en las que se ingresa información en bruto y se la organiza de
manera cuantificable para obtener directrices de conducción financiera.
Ciclo de vida de un sistema de información: fases

En el ciclo de vida de un sistema de información pueden distinguirse siete fases. Se trata

de las siguientes:

 Fase de planificación. En esta fase se prepara el diseño y posterior implementación

del sistema. Es necesario definir el alcance del proyecto, justificarlo y escoger una
metodología para su desarrollo. También es preciso asociar las diferentes
actividades a plazos de tiempo y designar roles y responsabilidades.
 Fase de análisis. Una vez que el equipo de proyecto se decide por una metodología
de desarrollo determinada, da comienzo la segunda etapa en el ciclo de vida de un
sistema de información. Es la que tiene que ver con el análisis y donde se busca
concretar una serie de requisitos, que son los que regirán el nuevo sistema o los
cambios a introducir en el antiguo, si con el proyecto se busca su actualización.
 Fase de diseño. En este estadio el equipo de proyecto tendrá que determinar cómo
el nuevo sistema de información cumplirá con los requisitos aplicables. Es por ello
que, a estas alturas del ciclo de vida de un sistema de información conviene
identificar soluciones potenciales, evaluarlas y elegir la más conveniente. Ésta será
o la más efectiva, o la más eficiente en costes o la menos compleja. Una vez
completadas esas tareas, habrá que continuar haciendo la selección tecnológica de
software y hardware, desarrollando las especificaciones para las distintas

Carreño Victor 1CV12

 aplicaciones y obteniendo aprobación de la gerencia para poder proceder a la
implementación del nuevo sistema.
 Fase de desarrollo. El desarrollo software marca un antes y un después en la vida
del sistema y significa, además, el inicio de la producción. El cambio es una
constante durante esta etapa, en la que suele ser recomendable poner el foco en la
formación y capacitación de los usuarios y el equipo técnico.
 Fase de integración y periodo de pruebas. El objetivo de esta etapa es corroborar
que el diseño propuesto cumple con los requisitos de negocio establecidos. Puede
ser necesario repetir las pruebas tantas veces como haga falta para evitar errores y,
de hecho, conviene que el usuario final dé su conformidad con el resultado. Por
último, este estadio concluye con la verificación y validación, que ayudan a
asegurar la compleción del programa con éxito.
 Fase de implementación. En esta etapa del ciclo de vida de un sistema de
información hay que proceder a la instalación del hardware y software elegidos,
crear las aplicaciones correspondientes, someterlas a pruebas, crear la
documentación pertinente y capacitar a los usuarios. La conversión de datos es
importante en este estadio, en el que ya se empieza a trabajar en el nuevo sistema.
 Fase de mantenimiento. Esta etapa del ciclo de vida de un sistema de información
está relacionada con las operaciones del día a día. Por lo general, consiste en
introducir los ajustes necesarios para mejorar el rendimiento y corregir los
problemas que puedan surgir. Una vez concluye la etapa de implementación se
suele abrir un periodo de operación supervisada, durante el que las actividades de
mantenimiento cobran una especial importancia, al orientarse a hacer backups, dar
soporte a los usuarios, resolver fallos, optimizar el sistema para cuestiones
relacionadas con la seguridad o la velocidad y revisar el software para garantizar la
alineación con las metas del negocio.

Ciclo de creacion

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.
Aunque la fase de requerimientos puede aplicarse a todos los procesos de la empresa, o a
un área en específico, suele ser mas practico analizar área por área del negocio.
Durante esta fase se desarrolla un modelo del área estudiada, donde se representa: Los
procesos que se llevan a cabo, la información utilizada por ellos y las reglas políticas y
prácticas de la empresa relacionada con estos procesos.
Este modelo permite proyectar las estrategias, procesos y flujos de datos de la empresa al
igual que las interrelaciones entre procesos y datos, con el fin de desarrollar un plan de
sistema de información capaz de guiar el desarrollo de un sistema que permita dar soporte
al área en estudio en el cumplimiento de sus objetivos.

Carreño Victor 1CV12

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
El plan de sistemas de información es uno de los factores más importantes para el
departamento de informática o sistemas ya que constituye la guía para emprender
los proyectos que requiera el cliente, reclutar y adiestrar al personal necesario y la
adquisición e instalación de hardware y software necesarios.
Además, el plan de sistemas es fundamental para la constr5uccion y desarrollo de
un ambiente de alta calidad y productividad ya que:
 La arquitectura de sistemas sobre la cual descansa el plan para una determinada área
de negocios define la forma de cómo cada aplicación desarrollada será destinada a dar
soporte a objetivos claves y estratégicos para esa especifica área del negocio y, por ende,
a la empresa,
 Se determinara una definición precisa de los beneficios, alcances y objetivos de
cada sistema, lo cual creara soluciones que el negocio realmente necesite. Estos sistemas
se ajustaran a las estrategias definidas por la gerencia.
 Cada proyecto tendrá una prioridad fijada por la gerencia, lo que determinara el
orden de ejecución.
 Cada aplicación desarrollada podrá ser interrelacionada con otros sistemas.
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.

Carreño Victor 1CV12

 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.
En esta fase de análisis / diseño puede incluirse una sub.-fase de evaluación de paquetes.
Esta se pudiese realizar si en los requerimientos se estableció adquirir un paquete de
aplicaciones en lugar de completar un diseño arquitectónico.
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

Carreño Victor 1CV12

 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.
 Desarrollo De Unidades De Diseño Manuales
Esta sub.-fase incluyen las tareas que se ejecutan en forma manual que se incluyen dentro
de lo procedimientos administrativos. Las actividades de esta sub.-fase tienen como
objetivo central desarrollar todos los procedimientos administrativos que rodearán y
gobernarán la utilización de los componentes computarizados desarrollados en la fase de
diseño detallado y construcción.
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.
Si el Sistema cumple de forma satisfactoria con estos niveles mencionados anteriormente,
se procede a realizar la carga de los archivos, base de datos y tablas del nuevo sistema, para
de esta forma dar inicio al proceso de aceptación final, durante el cual, el sistema
comenzará a funcionar bajo la responsabilidad del departamento de operaciones y del
usuario, por un lapso determinado de tiempo llamado Periodo de Aceptación.
Finalizado el Periodo de Aceptación, se le dará al sistema la aprobación final, para que pase
a ser el sistema oficial.
FASE V

Carreño Victor 1CV12

Producción y mantenimiento
Esta fase corresponde al Diseñar es la fase mas importante donde tosos 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)."

 Producción
Finalmente, en la etapa de producción se asegura que el sistema funcione correctamente en
la mayoría de los casos, y con intervención mínima de los administradores del sistema. Para
esto se realizan nuevas pruebas, se reevalúan los resultados y se hacen refinamientos del
sistema, los cambios necesarios deberán ser introducidos sin afectar a los usuarios, y deberá
conseguirse la máxima confianza de los usuarios. El resultado de esta etapa un sistema listo
para su operación.
 Mantenimiento
Luego que el nuevo sistema ha estado operando, el auditor de sistemas independiente de las
otras fases de la vida del sistema, revisará lo siguiente: Determinar si el programa ha
logrado los requerimientos de los objetivos, se debe prestar especial atención a la
utilización y la satisfacción de los usuarios finales, ellos constituirán un indicador
excelente. Verificar que se miden, analizan e informan adecuadamente a la gerencia los
beneficios identificados con el estudio de factibilidad. Revisar las solicitudes de cambios a
los programas que se han realizado, para evaluar el tipo de cambios que se exigen al
sistema, el tipo de cambios puede indicar problemas de
diseño, programación o interpretación de los requerimientos de usuario.
Concepto de metodologías
Como metodología se denomina la serie de métodos y técnicas de rigor científico que se
aplican sistemáticamente durante un proceso de investigación para alcanzar un
resultado teóricamente válido. En este sentido, la metodología funciona como el soporte
conceptual que rige la manera en que aplicamos los procedimientos en una investigación.
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.

Carreño Victor 1CV12

 El framework para metodología de desarrollo de software consiste en:

 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 frameworks son a menudo vinculados a algún tipo de organización, que además
desarrolla, apoya el uso y promueve la metodología.

Metodologías Del Diseño De Sistemas

METODOLOGIA DE KENDALL Y KENDALL

Según la metodología de Kendall & Kendall el ciclo de vida de un sistema consta de siete
partes: siendo la primera la identificación del problema, la segunda identificación de
requisitos de información, la tercera es el análisis de las necesidades del sistema, la cuarta
es el diseño del sistema recomendado, la quinta desarrollo y documentación del sistema, la
sexta prueba y mantenimiento y la última implementación y evaluación. Cada fase se
explica por separado pero nunca se realizan como pasos aislados, más bien es posible que
algunas actividades se realicen de manera simultánea, y algunas de ellas podrían repetirse.
Esta se desarrolla en siete etapas las cuales son:

1.      Identificación de problemas, oportunidades y objetivos:

Esta fase es crucial para el éxito del resto del proyecto requiere que se observe de forma
objetiva lo que ocurre en una organización, luego en conjunto con otros miembros de la
organización hacer notar los problemas. Las oportunidades son aquellas situaciones que se
considera que pueden mejorarse, perfeccionarse mediante el uso de los sistemas de
información. También es un componente importante de la primera fase, en esta etapa se
deberá descubrir lo que la organización intenta realizar, luego determinar si el uso de los
sistemas de información apoyaría a la organización para alcanzar sus metas.
2.      Determinación de los requerimientos de información:
Esto se hace a partir de los usuarios particularmente involucrados, para determinar los
requerimientos de información dentro de una organización pueden utilizarse diversos
instrumentos, los cuales incluyen: muestreo, el estudio de los datos y formas usadas para la
organización, la entrevista, los cuestionarios; la observación de la conducta de quien tomo
la decisiones, así como de su ambiente. Se hace todo lo posible por identificar qué
información requiere el usuario para desempeñar sus tareas.
3.      Análisis de las necesidades del sistema:
 Se analizan las necesidades propias del sistema, para ello existen herramientas y técnicas
diseñadas para tal fin, estas incluyen entre otras el uso de los diagramas de flujo de datos
que cuentan con una técnica estructurada para representar en forma gráfica la entrada de
datos a la organización, los procesos y la salida de información. También se analizan las

Carreño Victor 1CV12

 decisiones estructuradas por realizar, que son decisiones donde las condiciones,
condiciones alternativas, acciones y reglas de acción podrán determinarse.
4.      Diseño del sistema recomendado:
Se usa la información recolectada con anterioridad y se elabora el diseño lógico de sistemas
de información, se diseña también procedimiento es precisos de captura de datos, con la
finalidad de que los datos que se introducen en el sistema de información, sean los
correctos. Esta etapa también incluye el diseño de los archivos o la base de datos que
almacenará aquellos datos requeridos por quien toma las decisiones en la organización.
5.      Desarrollo y documentación del software:
-Evaluar los procedimientos que va a ser desarrollados por el programador.
-Mostrar y explicar cada procedimiento, función y operación al programador.
-Elaborar manuales de procedimientos internos del sistema.
-Elaborar manuales externos de ayuda a los usuarios del sistema.
-Elaborar demostraciones para los usuarios y la interacción con distintas interfaces
-Elaborar actualizaciones para los diferentes procedimientos
-Elaborar un informe con el tiempo que se llevó construir cada procedimiento. 

En la quinta fase del ciclo del desarrollo de sistemas, el analista trabaja de manera conjunta
con los programaores para desarrollar cualquier software original necesario. Entre las
técnicas estructuradas para diseñar y documentar software se encuentran los diagramas de
estructuras, los diagramas de Nassi-Shneiderman y el pseudocódigo.

Durante esta fase el analista trabaja con los usuarios para desarrollar documentación
efectiva para el software, como manuales de procedimientos, ayuda en línea y sitios web
que incluyan respuestas a preguntas frecuentes en archivos “léame” que se integrarán al
nuevo software.

La documentación indica a los usuarios cómo utilizar el sistema y qué hacer en caso de que
surjan problemas derivados de este uso.
Los programadores desempeñan un rol clave en esta fase porque diseñan, codifican y
eliminan errores sintácticos de los programas de cómputo.

6.      Pruebas y mantenimiento del sistema:

Todo sistema de información debe probarse antes de ser utilizado, ya que el costo es menor
si se detectan los problemas antes de que entre en funcionamiento. En un principio, se hace
una serie de pruebas, con datos tipo, para identificar las posibles fallas del sistema, más
adelante, se utilizarán los datos del sistema real.

Debemos realizar las siguientes:

-Realizar la programación de las pruebas del sistema.

-Realizar un instrumento para evaluar el sistema de información.

Carreño Victor 1CV12

 -El programador deberá elaborar un resumen de las pruebas del sistema.
-El analista deberá realizar un informe de sus pruebas y discutirlo con el –programador.
-Elaborar la planificación de las horas del mantenimiento del sistema.
-Elaborar la lista de las operaciones que pudieran sufrir modificaciones de códigos.

Antes de poner en funcionamiento el sistema es necesario probarlo es mucho menos

costoso encontrar los problemas antes que el sistema se entregue a los usuarios.

Una parte de la pruebas la realizan los programadores solos, y otra la llevan a cabo de
manera conjunta con los analistas de sistemas. Primero se realizan las pruebas con datos de
muestra para determinar con precisión cuáles son los problemas y posteriormente se realiza
otra con datos reales del sistema actual.

El mantenimiento del sistema de información y su documentación empiezan en esta fase y

se llevan de manera rutinaria durante toda su vida útil. 

7.      Implantación y evaluación del sistema:

Esta es la última etapa del desarrollo del sistema, esto incluye el adiestramiento que el
usuario requerirá. Aunque la evaluación del sistema se plantea como parte integrante de la
última etapa del ciclo de desarrollo de los sistemas; realmente la evaluación toma parte de
cada una de las etapas. Uno de los criterios fundamentales que debe satisfacerse, es que el
futuro usuario utilice el sistema desarrollado.
Debemos realizar las siguientes:
-Planificar gradualmente la conversión del sistema anterior.
-Instalar los equipos de hardware necesarios para el funcionamiento del software creado.
-Capacitar por medio de talleres a los usuarios en el manejo de equipos y software creados
-Evaluar la adaptabilidad de los usuarios al sistema.

Esta es la última fase del desarrollo de sistemas, y aquí el analista participa en la

implementación del sistema de información. En esta fase se capacita a los usuarios en el
manejo del sistema. Parte de la capacitación la imparten los fabricantes, pero la supervisión
de ésta es responsabilidad del analista de sistemas.
Se menciona la evaluación como la fase final del ciclo de vida del desarrollo de sistemas
principalmente en áreas del debate. En realidad, la evaluación se lleva a cabo durante cada
una de las fases.

El trabajo de sistemas es cíclico, cuando un analista termina una fase del desarrollo de
sistemas y pasa a la siguiente, el surgimiento de un problema podría obligar a regresar a la
fase previa y modificar el trabajo realizado.

Metodología de desarrollo

Carreño Victor 1CV12

Una metodología de software es un enfoque, una manera de interpretar la realidad o la
disciplina en cuestión, que en este caso particular correspondería a la Ingeniería de
Software. De hecho, la metodología destinada al desarrollo de software se considera como
una estructura utilizada para planificar y controlar el procedimiento de creación de un
sistema de información especializada.

Dicho esto, mostramos a continuación cuáles son algunas de las metodologías de desarrollo
que te permitirán saber cuál sería la más adecuada para tu negocio.

1. Modelo de Cascada

Si alguna vez has incursionado en el mundo del Desarrollo de Software, de seguro te has

topado en algún momento con el modelo de cascada. De no ser así, cabe destacar que en
este modelo cada etapa representa una unidad de desarrollo con un pequeño descanso en el
medio. Por lo tanto, cada siguiente etapa inicia tan pronto como la anterior haya culminado,
y esos descansos son usados para confirmaciones del lado del cliente.

Adicionalmente, este es considerado como el método tradicional de explicar el proceso de

desarrollo de software en ingeniería de software, por lo que actualmente es visto como
anticuado. Sin embargo, aún sigue siendo aplicado a proyectos con metas claras y
requisitos que demandan hasta 100 horas de desarrollo, sobre todo considerando que este
enfoque permite a los negocios deshacerse del papeleo innecesario, reuniones regulares que
consumen mucho tiempo y retrasos en sus procesos de negocio.

Es por esto que esta es una gran opción para pequeños proyectos donde todos los aspectos
del proceso de desarrollo de software se conocen de antemano, pero una mala solución para
proyectos complicados, ya que se trata de un modelo bastante inflexible. 

2. Modelo de Espiral

Mientras que la metodología de la cascada ofrece una estructura ordenada para el desarrollo
de software, las demandas de tiempo reducido al mercado hacen que sus pasos en serie sean
inapropiados.

El siguiente paso evolutivo desde la cascada es donde se realizan los diversos pasos para
múltiples entregas o traspasos. La última evolución de la caída del agua es la espiral,
aprovechando el hecho de que los proyectos de desarrollo funcionan mejor cuando son
incrementales e iterativos.

La metodología espiral refleja la relación de tareas con prototipos rápidos, mayor

paralelismo y concurrencia en las actividades de diseño y construcción. El método en
espiral debe todavía ser planificado metódicamente, con las tareas y entregables
identificados para cada paso en la espiral.

Carreño Victor 1CV12

3. Metodología de Prototipo

Es un procedimiento de desarrollo especializado que permite a los desarrolladores la

posibilidad de poder solo hacer la muestra de la resolución para poder validar su esencia
funcional ante los clientes, y hacer los cambios que sean fundamentales antes de crear la
solución final auténtica. De hecho, la mejor parte de esta metodología es que tiende a
resolver un conjunto de problemas de diversificación que ocurren con el método de la
cascada.

Además de esto, la gran ventaja de optar por este enfoque es que da una idea clara sobre el
proceso funcional del software, reduce el riesgo de falla en una funcionalidad de software y
asiste bien en la recolección de requisitos y en el análisis general.

4. Desarrollo Rápido de Aplicaciones (RAD)

Con el objetivo de otorgar resultados rápidos, se trata de un enfoque que está destinado a
proporcionar un excelente proceso de desarrollo con la ayuda de otros enfoques, pero
además, está diseñado para aumentar la viabilidad de todo el procedimiento de desarrollo
de software para resaltar la participación de un usuario activo.

Dicho esto, algunas de las ventajas a destacar de este tipo de desarrollo son las siguientes:

 Hace todo el proceso de desarrollo sin esfuerzo.

 Asiste al cliente en la realización de revisiones rápidas.

 Alienta la retroalimentación de los clientes para su mejora.

5. Metodología de Programación Extrema (XP)

Como metodología ágil de ingeniería de software, la metodología de programación extrema

se conoce actualmente como metodología de XP (eXtreme Programming). Esta
metodología, se utiliza principalmente para evitar el desarrollo de funciones que
actualmente no se necesitan, pero sobre todo para para atender proyectos complicados. Sin
embargo, sus métodos peculiares pueden tomar más tiempo, así como recursos humanos en
comparación con otros enfoques.  

Estas son solo algunas de las metodologías de Desarrollo de Software que existen, pero lo

importante es que tengas en cuenta que al estar familiarizado con estos populares enfoques
podrás optimizar la eficiencia de tus proyectos utilizando un enfoque puro o combinando
algunos de ellos.

Carreño Victor 1CV12

Metodologías comerciables

A. Fase de Brief – Se genera a partir de una reunión entre las partes más la subsiguiente
recopilación y envío de información.
1. Definición de Misión, Visión y Objetivos.
2. Definición Propuesta de Valor.
B. Fase de Investigación y Análisis del Mercado – Trabajo previo al Workshop de
definición Estrategia Comercial y Plan de Marketing, se realiza de forma remota.

3. Análisis de la Industria.
• Segmentación de mercado.
• Fuerzas de Porter.
• 5C de Lauterborn.
• Análisis PESTE.
4. Análisis de la empresa.
• 7P de McCarthy.
• Fortalezas, Oportunidades, Debilidades y Amenazas.

Carreño Victor 1CV12

 • Competencias Claves.
• Route to Market.
• Profitability Analysis.
• Customer Value Assesment.
C. Fase de Workshop – Se lleva a cabo una reunión extendida y distendida con actores
claves de la organización a fin de discutir en base a la información levantada y Desarrollar
la Estrategia Comercial y Plan de Marketing de forma conjunta.
5. Definición de una Estrategia General de Posicionamiento y Diferenciación.
• Análisis VRIO.
6. Establecer los Objetivos Generales de Marketing que apoyan esta Estrategia.
• Proyecciones comerciales a corto, mediano y largo plazo.
• Proyecciones financieras a corto, mediano y largo plazo.
7. Definir Metas y Métricas a considerar.
• Criterio MASDA de métricas.
8. Definir Estrategia o Estrategias de Marketing y Canales a considerar.
• Mix Difusión.
• Optimización de la Distribución.
• Mecanismos de Contacto.
• Repetición/Retroalimentación/Reportabilidad.
9. Establecer Plan de Marketing.
• Lista de acciones concretas a seguir para apoyar las gestiones de venta.
• Definición de plazos y áreas responsables.
D. Fase de Recopilación y Entrega de Resultados
10. Entrega final del proyecto.
• Informe final de entrega con Resumen del trabajo.
• Modelo Canvas de Generación de Valor alineado con Estrategia Comercial.

Carreño Victor 1CV12