UNIVERSIDAD DE ORIENTE

NÚCLEO DE ANZOÁTEGUI
EXTENSIÓN REGIÓN CENTRO SUR ANACO
ESCUELA DE INGENIERÍA Y CS APLICADAS

ESTRATEGIAS PARA LA IMPLEMENTACIÓN

DE UN SISTEMA DE
INFORMACIÓN

PROFESOR: BACHILLERES:
ING .JUAN GUEDEZ TAMOY,ANGELIS C.I 28.223.005
PÉREZ,CARLOS C.I 27.214.543
ROJAS,DAVID C.I 26.741.446

Anaco 18 de mayo, 2022

PARTE I: ASPECTOS TEORICOS

1.1 Metodología pensamiento en el diseño (Desing Thiking)
El Design Thinking es una metodología de trabajo dividida en diferentes fases que se ha
convertido en una herramienta indispensable en las empresas. Su éxito se basa en un
enfoque centrado en fomentar la innovación en las organizaciones de una forma eficaz y
exitosa. Esto se debe a que, gracias a su aplicación, se generan importantes beneficios en el
diseño de soluciones, permitiendo a las empresas obtener mejores resultados.
El Design Thinking se presenta como una metodología para desarrollar la innovación
centrada en las personas, ofreciendo una lente a través de la cual se pueden observar los
retos, detectar necesidades y, finalmente, solucionarlas. Se trata de dar un enfoque que se
sirve de la sensibilidad del diseñador y su método de resolución de problemas. El objetivo:
satisfacer las necesidades de las personas de una forma que sea tecnológicamente factible y
comercialmente viable.
Aplicada a la educación favorece el desarrollo de competencias para la resolución de
problemas mediante el trabajo en grupo, de forma creativa. El alumnado “aprende
haciendo” y siente que aporta su granito de arena. Se convierte en protagonista de su
propio aprendizaje, experimentando con herramientas y procesos que combinan momentos
de divergencia, de convergencia y de síntesis.
Si hay algo que pone en evidencia la metodología del Design Thinking, es que el ser
humano ha nacido para crear.

Fases del proceso de trabajo:

A continuación detallamos las fases del proceso de Design Thinking:

 Fase 1: tener empatía

Investigar las necesidades de tus usuarios. Se trata de entender empáticamente el problema

que está tratando de resolver. Por lo tanto, esta fase suele comenzar por la investigación del
usuario o consumidor.
 Fase 2: definir
Identificar las necesidades y los problemas de sus usuarios. Es hora de poner sobre la mesa
la información recopilada durante la primera etapa. Se analizan todas las observaciones y
se sintetizan para definir los problemas centrales que el equipo ha identificado.
 Fase 3: idear:
En esta fase, se trata de generar cuantas ideas sea posible. Se trata de «pensar fuera de la
caja», buscar formas alternativas de ver el problema e identificar soluciones innovadoras
para el planteamiento del problema.
 Fase 4: prototipar
Construir soluciones. Inicialmente se identifica la mejor solución para cada problema
encontrado. A continuación, el equipo tiene que construir versiones económicas y muy
primitivas de lo que sería el producto final, aunque sea en papel.
 Fase 5: probar
Probar los prototipos es la última de las fases del proceso de Design Thinking. Existe una
figura –la de los evaluadores–, que se encarga de probar rigurosamente los prototipos.
Aunque esta es la fase final, la metodología del design Design Thinking se basa en un
modelo de trabajo iterativo. A raíz de los resultados obtenidos, los equipos a menudo
utilizan ese como punto de partida. Por lo tanto, es posibles volver a las etapas anteriores
para realizar más iteraciones, alteraciones y refinamientos.

Características del Design Thinking

La metodología del Design Thinking se desarrolla siguiendo un proceso en el que se ponen
en valor estas 5 características diferenciales:
La generación de empatía. Hay que entender los problemas, necesidades y deseos de los
usuarios implicados en la solución que estamos buscando. Independientemente de qué
estemos desarrollando, siempre conllevará la interacción con personas. Satisfacerlas es la
clave de un resultado exitoso.
El trabajo en equipo, ya que pone en valor la capacidad de los individuos de aportar
singularidad.
La generación de prototipos, ya que defiende que toda idea debe ser validada antes de
asumirse como correcta. La metodología del Design Thinking propicia la identificación de
fallos, para que cuando demos con la solución deseada, éstos ya se hayan solventado.
Todo ello bajo una atmósfera en la que se promueve lo lúdico. En definitiva, se trata de
disfrutar durante el proceso, y gracias a ello, llegar a un estado mental en el que demos
rienda suelta a nuestro potencial.
Durante el proceso se desarrollan técnicas con un gran contenido visual y plástico. Porque
trabajar de forma creativa y analítica da como resultado soluciones innovadores y a la vez
factibles.

1.2 MÉTODOS PARA IMPLEMENTAR SISTEMAS DE INFORMACIÓN

Son métodos que indican cómo hacer más eficiente el desarrollo de sistemas de
información. Para ello suelen estructurar en fases la vida de dichos sistemas con el fin de
facilitar su planificación, desarrollo y mantenimiento.
Las metodologías de desarrollo de sistemas deben definir: objetivos, fases, tareas,
productos y responsables, necesarios para la correcta realización del proceso y su
seguimiento.
 Los principales objetivos de una metodología de desarrollo son:
 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.

METODO DE CASCADA PURA

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.
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.
METODO ESPIRAL
Es un modelo de ciclo de vida orientado a riesgos que divide un proyecto software en
mini-proyectos.
Cada mini proyecto se centra en uno o más riesgos importantes hasta que todos estén
controlados.
Después de controlar todos los riesgos más importantes, el modelo en espiral finaliza del
mismo modo que el ciclo de vida en cascada.
Método Desarrollo en Espiral
Funcionamiento:
Se parte de una escala pequeña en medio de la espiral, se localizan los riesgos, se genera
un plan para manejar los riesgos, y a continuación se establece una aproximación a la
siguiente interacción.
Cada iteración supone que el proyecto pasa a una escala superior. Se avanza un nivel en el
Espiral, se comprueba que se tiene lo que se desea, y después se comienza a trabajar en el
siguiente nivel:
Con cada iteración a través del espiral se construye sucesivas versiones de software cada
vez más completas. En cada bucle alrededor del espiral, la culminación del análisis de
riesgo resulta una decisión de “seguir” o “no seguir”.
Cada interacción en el método espiral lleva consigo los seis pasos que a continuación se
nombran: Determinar objetivos, alternativas y límites, Identificar y resolver riesgos,
Evaluar alternativas,
Generar las entregas de esa iteración, y comprobar que son correctas.
METODO DE CODIFICAR Y CORREGIR
(Code-and-fix)
Es un modelo poco útil, pero sin embargo bastante común Se puede tener una
especificación formal, o no tenerla Si no se ha utilizado formalmente un método,
probablemente ya se esté usando el método Codificar y Corregir en forma intuitiva Cuando
se utiliza éste método se empieza con una idea general de lo que se necesita construir, Se
utiliza cualquier combinación de diseño, código, depuración y métodos de prueba no
formales que sirven hasta que se tiene el producto listo para entregarlo.
utilidad bajo las siguientes condiciones:
 Los encargados de diseñar e implantar sistemas nunca han desarrollado uno con las
características del sistema propuesto.
 Se conoce sólo una parte de las características esenciales del sistema; las demás no
son identificables a pesar de un cuidadoso análisis de requerimientos.
 La experiencia con el uso del sistema añadirá una lista significativa de
requerimientos que el sistema debe satisfacer.
 Las diferentes versiones del sistema evolucionan con la experiencia al igual que el
desarrollo adicional y el refinamiento de sus características.
  Los usuarios del sistema participan en el proceso de desarrollo.

METODO DE ANALISIS Y DISEÑO ESTRUCTURADO
Muchos especialistas en sistemas de información reconocen la dificultad de comprender
de manera completa sistemas grandes y complejos. El método de desarrollo del análisis
estructurado tiene como finalidad superar ésa dificultad por medio de 1) la división del
sistema en componentes y 2) la construcción de un modelo del sistema. El método
incorpora elementos tanto de análisis como de diseño.
El diseño estructurado es una técnica específica para el diseño de programas y no un
método de diseño de comprensión. Esta técnica conduce a la especificación de módulos de
programa que son funcionalmente independientes. La herramienta fundamental del diseño
estructurado es el diagrama estructurado, los cuales son de naturaleza gráfica y evitan
cualquier referencia relacionada con el hardware o detalles físicos. Su finalidad no es
mostrar la lógica de los programas. Los diagramas estructurados describen la interacción
entre módulos independientes junto con los datos que un módulo pasa a otro cuando
interacciona con él. Estas especificaciones funcionales para los módulos se proporcionan a
los programadores antes que dé comienzo la fase de escritura de código.
Empleo del Análisis estructurado con otros métodos de desarrollo:
El análisis estructurado se combina, con bastante frecuencia, con el método ya presentado
de ciclo de vida clásico de desarrollo de sistemas. Por ejemplo, los analistas pueden optar
más de flujo de datos como una forma para documentar las relaciones entre componentes
durante la investigación detallada de algún sistema existente, Asimismo, se puede definir
los archivos y datos en un diccionario centralizado de datos de acuerdo con las reglas de
análisis estructurado.