Estrategias para el desarrollo de aplicaciones de sistemas de información.

CV AE PT
Para crear aplicaciones de sistemas de información en entornos organizacionales, se emplea una metodología que guía el proceso
de desarrollo. Este proceso involucra a diversos grupos, como analistas, usuarios, responsables y beneficiarios, que trabajan
juntos para diseñar sistemas administrativos y aplicaciones informáticas. Además de ser una herramienta esencial para la gestión
de proyectos, esta metodología abarca la planificación, ejecución y control de todo el ciclo de desarrollo de sistemas.

La metodología de desarrollo incluye los siguientes elementos:

1. Fases secuenciales que contienen diversas tareas.

2. Para cada tarea, se definen criterios de calidad, roles de las personas involucradas, productos finales y técnicas específicas
para llevar a cabo la tarea.

La diversidad en el tamaño y los desafíos que deben abordar los sistemas en una organización conlleva a la necesidad de emplear
distintos métodos de desarrollo, ya que existen diversos tipos de sistemas.

Hay diferentes estrategias con sus ventajas y desventajas según la situación:

Existen tres tipos de metodología:

CICLO DE VIDA:
Es el método tradicional y se utiliza para proyectos de gran envergadura

ANÁLISIS ESTRUCTURADO: Se trabaja sobre el diseño de un sistema, dejando de lado el Hardware y el Software. El diseño
es el que muestra los requerimientos del sistema y cómo se van a desarrollar.

PROTOTIPO:
Es un modelo que tiene un comportamiento similar en el mundo real y muestra cómo va a funcionar el sistema. El tiempo de
desarrollo es corto porque se utiliza para pequeñas modificaciones. El prototipo también necesita un diseño que documente y
respalde las modificaciones que se van a realizar.

CICLO DE VIDA:
Desarrollo Tradicional, todos los sistemas se desarrollan bajo esta metodología. Es la más larga de todas porque se utiliza para
proyectos de gran envergadura. Entonces, podemos decir que se lleva a cabo en proyectos que tienen 2 características importantes:

1. Proyectos con un período de desarrollo de más de un año o que implican una inversión significativa.

2. Implica una serie de actividades coordinadas realizadas por analistas, programadores y usuarios para diseñar,
desarrollar e implementar un sistema de información.

ACTIVIDADES
Tiene las siguientes actividades: IDDDPIE
1) Investigación preliminar
2) Determinación de los requerimientos del sistema
3) Diseño del sistema o diseño lógico
4) Desarrollo de software o diseño físico
5) Prueba de los sistemas
6) Implantación y evaluación

Las actividades están muy relacionadas, en general son inseparables y probablemente sea difícil determinar el orden de los pasos
que se siguen para efectuarlas. Las distintas partes del proyecto pueden encontrarse al mismo tiempo en distintas fases de
desarrollo.
1. INVESTIGACIÓN PRELIMINAR: SFA
La necesidad de un sistema de información puede surgir por diversas razones, y su proceso de inicio comienza siempre con una
solicitud de un empleado, personal técnico, administrativo, directivo u otro miembro de la organización que percibe la necesidad
de llevar a cabo un proyecto.

Esta etapa consta de tres partes fundamentales:

A. Solicitud

B. Factibilidad

C. Aprobación de la solicitud

A. La solicitud:
La solicitud debe estar formulada de manera clara y precisa. El analista debe comprender con exactitud lo que el solicitante busca
lograr.

B. Estudio de factibilidad: TEO

Es esencial determinar si el sistema solicitado es factible desde varios aspectos:

•
Factibilidad técnica: Se evalúa si se cuenta con la tecnología y el personal adecuado para llevar a cabo el proyecto.

•
Factibilidad económica: Se analiza si los beneficios que se obtendrán con la creación del sistema justifican los costos
asociados o si los costos de no desarrollar el sistema serían demasiado elevados.

•
Factibilidad Operacional: Se considera si el sistema será efectivamente utilizado y si existe resistencia al cambio por
parte de los usuarios, lo que podría reducir los beneficios esperados.
Este estudio de factibilidad es llevado a cabo por un equipo pequeño de personas, a menudo una o dos, que están familiarizadas
con las técnicas de sistemas de información. Este equipo comprende a las partes de la empresa u organización que estarán
involucradas en el proyecto y posee experiencia en el análisis y diseño de sistemas.
C) Aprobación de la solicitud:
No todos los proyectos solicitados son viables o deseables. En caso de ser aprobado, se estima el costo, el tiempo necesario para
completarlo y las necesidades de personal.

2) Determinación de los requerimientos del sistema AIE Requerimientos

En esta etapa, se realiza un estudio para comprender cómo funciona un sistema y cómo se pueden introducir mejoras. Se observan
las actividades de la organización relacionadas con el proyecto en condiciones reales y, a menudo, se revisan documentos para
comprender el proceso en su totalidad.

Las actividades involucradas son las siguientes:

1.
Anticipación de Requerimientos: En algunas circunstancias, la experiencia previa de los analistas en ciertas áreas les
permite prever los requerimientos necesarios para abordar los problemas planteados. (anticipar posibles soluciones a
posibles problemas)
2.
Investigación de Requerimientos: Esta actividad es fundamental y llevada a cabo por los analistas funcionales, quienes
estudian el sistema actual utilizando diversas herramientas* para documentar sus características. La investigación
depende de las técnicas utilizadas para recopilar datos. (entrevistas -cuestionarios – analisis)*

3.
Especificación de Requerimientos: Los datos obtenidos durante la recopilación se analizan para determinar las
especificaciones de los requerimientos. Esto implica convertir la información recopilada en una descripción clara, precisa
y completa de lo que el sistema debe hacer y cómo debe comportarse.
Para lograr esto, los analistas trabajan en estrecha colaboración con los empleados y administradores, estudiando los procesos de la
empresa y respondiendo preguntas clave como: ¿Qué se hace? ¿Cómo se hace? ¿Con qué frecuencia? ¿Cuál es el volumen de
transacciones o decisiones? ¿Cuán eficiente es el proceso? ¿Existen problemas y cuál es su gravedad y causa?

Para recopilar datos, se emplean diversas técnicas, entre las que se incluyen:

•
Entrevistas: Conversaciones dirigidas a obtener opiniones y perspectivas de los entrevistados acerca del problema y las
posibles soluciones. Los entrevistados pueden ser usuarios de sistemas existentes o potenciales usuarios del sistema
propuesto, así como gerentes o empleados que aporten datos. Las entrevistas permiten al analista identificar áreas mal
comprendidas y expectativas poco realistas.

•
Cuestionarios: Utilizan preguntas estructuradas con respuestas cerradas*, son rápidos y económicos. Pueden ser
anónimos en algunos casos. (se refiere a que las opciones de respuesta están predefinidas y limitadas a un conjunto
específico de alternativas.)*

•
Revisión de Registros: Se examinan registros relacionados con el sistema y los usuarios para comprender las
operaciones actuales.

•
Observación: Permite obtener información sobre cómo se realizan las actividades y es útil para observar el manejo de
documentos y procesos. Se puede llevar a cabo de manera externa o participativa.
Estas técnicas son esenciales para reunir datos relacionados con los requerimientos del sistema de manera precisa y completa.

3. DISEÑO DEL SISTEMA: DIDEE

La fase de diseño del sistema es una etapa crítica en el proceso de desarrollo de sistemas de información. En esta fase, se trata de
definir cómo el sistema se construirá para cumplir con los requerimientos previamente identificados en la fase de análisis. Aquí
tienes una explicación paso a paso:

1.
Diseño Lógico vs. Diseño Físico: Los expertos en sistemas a menudo dividen la fase de diseño en dos partes: diseño
lógico y diseño físico.

El diseño lógico se enfoca en la estructura general del sistema, cómo funcionará y qué funcionalidades tendrá.

El diseño físico, que sigue al diseño lógico, se concentra en los detalles técnicos de implementación, como la elección de
las tecnologías y la arquitectura de hardware y software.

2.
Identificación de Salidas: Los analistas de sistemas comienzan esta fase identificando las salidas o resultados que el
sistema debe producir. Por ejemplo, en un sistema de gestión de inventario, podrían identificar informes de inventario
actualizado, facturas para los clientes y registros de transacciones.

3.
Determinación de Datos Necesarios: Luego, se determinan con precisión los datos específicos que se necesitarán para
crear esas salidas. Para el informe de inventario, esto podría incluir datos como nombres de productos, cantidades en
stock, precios unitarios, etc.

4.
Especificaciones de Software: Los diseñadores del sistema crean especificaciones detalladas que describen cómo se
debe programar el software para generar las salidas y gestionar los datos. Esto incluye la lógica de programación, el
diseño de la interfaz de usuario y cualquier algoritmo necesario.

5.
Entrega al Equipo de Programación: Una vez que las especificaciones de diseño están completas, se entregan al equipo
de programadores. Estos utilizarán estas especificaciones como guía para escribir el código necesario para el sistema.
En resumen, la fase de diseño del sistema se trata de convertir los requerimientos de alto nivel en detalles concretos que guiarán el
proceso de desarrollo de software. Los diseñadores son responsables de crear especificaciones claras y completas que serán
utilizadas por los programadores para construir el sistema de acuerdo con las necesidades de la organización.
4. DESARROLLO DE SOFTWARE:
En esta fase, los desarrolladores de software tienen la tarea de crear el programa necesario para que el sistema funcione.
Pueden hacerlo instalando programas existentes, modificándolos, comprando software de terceros o escribiendo software
personalizado. La elección depende del costo, el tiempo disponible y la disponibilidad de programadores.

En grandes organizaciones, los programadores generalmente forman parte de un equipo interno de profesionales. En empresas más
pequeñas que no cuentan con programadores internos, se pueden contratar servicios externos de programación.

Los programadores también son responsables de documentar el software y proporcionar explicaciones sobre cómo y por qué se
han codificado ciertos procedimientos de una manera específica. Esta documentación es esencial para probar el programa y
realizar el mantenimiento una vez que el sistema está en funcionamiento.

5. PRUEBA DE SISTEMAS:
Durante esta fase, el sistema se somete a pruebas experimentales para garantizar que el software funcione sin errores , es decir, que
se comporte de acuerdo a las especificaciones y a las expectativas de los usuarios.

En algunos casos, se permite que varios usuarios utilicen el sistema para que los analistas observen si intentan usarlo de maneras
no previstas. Esto ayuda a descubrir problemas antes de que la organización implemente el sistema y lo dependa.

En muchas organizaciones, las pruebas son realizadas por personas ajenas al equipo que desarrolló los programas originales, lo
que asegura que las pruebas sean imparciales y completas, aumentando la confiabilidad del software.

DIFERENTES TIPOS DE PRUEBA USVIA

soldado -sol – audio - pan negro - verdad

★ Prueba unitaria : Pruebas individuales de los programas (como puedo ejecutar el módulo del sistema)
Esto es como revisar cada pieza individual de un rompecabezas para asegurarte de que todas encajan correctamente. En el
desarrollo de software, significa probar partes pequeñas o módulos de un programa por separado para asegurarte de que funcionan
bien.

★ Prueba de sistemas: Se prueba todo el sistema completo.

Imagina que ya has armado todo el rompecabezas y ahora quieres verificar que todo el cuadro completo se ve bien. En el
software, esto implica probar todo el sistema en su conjunto para asegurarte de que todas las partes funcionen bien juntas.

★ Prueba de volumen: Prueba de una aplicación con un gran volumen de datos.

Esto es como ver cómo se comporta un coche cuando está lleno de pasajeros. En el software, significa probar cómo se comporta
una aplicación cuando se le dan muchos datos o información al mismo tiempo.

★ Pruebas de integración : Pruebas conjuntas de todos los sistemas relacionados.

Piensa en cómo todas las partes de un reloj funcionan juntas para mostrar la hora. En el software, esto implica probar cómo
diferentes sistemas o componentes funcionan cuando están conectados y trabajan juntos.

★ Prueba de aceptación: Pruebas que requiere el usuario para la aceptación del sistema (de qué forma se adapta el usuario al
sistema).
Esto es como darle una nueva bicicleta a alguien y ver si les gusta y se sienten cómodos usándola. En el software, son pruebas que
los usuarios realizan para asegurarse de que el sistema se adapte a sus necesidades y sea fácil de usar.

6. IMPLANTACIÓN Y EVALUACIÓN: TIPOS DE ARRANQUE

Implantación:
Esta etapa involucra verificar e instalar nuevo equipo, entrenar a los usuarios, instalar la aplicación y configurar los archivos de
datos necesarios. Dependiendo del tamaño de la organización, puede comenzar con una prueba piloto en un área específica. A
veces, el sistema antiguo y el nuevo operan en paralelo para comparar resultados. La meta es asegurarse de que el nuevo sistema
funcione sin problemas.
TIPOS DE ARRANQUE PPCF CALEFON MERIDIANO GNC LUNA

El "arranque" se refiere a cómo se inicia y pone en funcionamiento un nuevo sistema de información en una organización.
Dependiendo del tamaño y la complejidad de la organización, así como de la naturaleza del sistema, se pueden elegir diferentes
enfoques de arranque. Aquí se describen algunos de los enfoques comunes:

Puede elegirse dependiendo del tamaño de la organización diferentes tipos de arranque:

★ Prueba piloto: comienzo de la operación en un solo área de la empresa.

En este enfoque, se elige una parte específica o área de la organización donde se implementará y probará inicialmente el nuevo
sistema. Esto permite evaluar su funcionamiento en un entorno controlado antes de una implementación más amplia. Si el sistema
funciona bien en la prueba piloto, se puede expandir a otras áreas de la organización.

★ Arranque paralelo: se deja que los 2 sistemas trabajen en forma paralela (viejo y nuevo).

En este caso, tanto el sistema anterior (viejo) como el nuevo sistema funcionan simultáneamente durante un período de tiempo.
Esto permite comparar y verificar que el nuevo sistema funcione correctamente antes de retirar por completo el sistema anterior.
Si se encuentran problemas en el nuevo sistema, la organización aún puede depender del sistema anterior.

★ Arranque de conversión directa: en otros casos el viejo sistema se deja de utilizar determinado día para comenzar a emplear el
nuevo al día siguiente.

En algunos casos, la organización decide dejar de utilizar el sistema anterior en una fecha específica y comenzar a utilizar el nuevo
sistema al día siguiente. Este enfoque es más arriesgado, ya que no hay un período de transición y cualquier problema en el nuevo
sistema puede afectar inmediatamente las operaciones.

★ Arranque de fases: el arranque con los componentes del nuevo sistema, se activa lentamente al tiempo que se desactiva de a
poco el viejo sistema.

En este enfoque, se implementa el nuevo sistema en etapas o fases gradualmente. Se activan componentes del nuevo sistema a
medida que se desactivan partes correspondientes del sistema anterior. Esto permite una transición más suave y controlada, ya que
la organización puede adaptarse gradualmente al nuevo sistema.

Evaluación: EO IO DD OA
La evaluación del sistema se realiza para identificar sus fortalezas y debilidades.
Estas evaluaciones son fundamentales para garantizar que el sistema cumpla con los objetivos establecidos y que su
implementación sea exitosa en términos operativos y estratégicos.

Se evalúa en varias dimensiones, como:

•
Evaluación operacional: Se analiza cómo funciona el sistema en términos de facilidad de uso, tiempo de
respuesta, calidad de la información, confiabilidad y uso.
•
•
Impacto organizacional: Evalúa los beneficios que el sistema aporta a la organización en términos de mejora
de procesos, eficiencia y competitividad.
•

• Desempeño del desarrollo: Se evalúa el proceso de desarrollo en términos de tiempo, presupuesto, estándares y
herramientas utilizadas. Analiza el proceso de desarrollo del sistema, evaluando aspectos como el cumplimiento de
plazos, el manejo del presupuesto, el uso de estándares y herramientas, y la eficacia en la gestión del proyecto
 •
Opinión de los administradores: Se evalúan las actitudes y percepciones de los directivos y usuarios clave
dentro de la organización con respecto al sistema y su contribución.

Portafolio de Desarrollo de Aplicaciones:

El "Portafolio de Desarrollo de Aplicaciones" se refiere a una colección o conjunto de proyectos de desarrollo de software o
aplicaciones que una organización tiene planeado llevar a cabo en el futuro o que está considerando para su implementación.

•
Con Portafolio: Representa el futuro de la organización y puede incluir proyectos estratégicos que mejoran la
competitividad y ganancias. Estos proyectos son esenciales para el éxito de la organización.

Sin Portafolio: La falta de proyectos adecuados en el portafolio puede ser un obstáculo para el desarrollo de
la organización.