borrador tc1

16
INTRODUCCIÓN De acuerdo a los lineamientos curriculares institucionales el curso de diseño de sistemas su fundamentación teórica se enmarca dentro del campo de formación básica en el área investigativa donde en tales apartados se incluye la responsabilidad de los analistas en el proceso de diseño, responsabilidad de los usuarios etc. El propósito del diseño es que el estudiante apropie de manera significativa los elementos teóricos fundamentales del diseño de sistemas y desarrolle las competencias pertinentes para contextualizarlos en su campo de formación disciplinar. La responsabilidad de los usuarios, como ente importante , es fundamental en la formación integral de cualquier diseño, en el sentido del aporte que ésta hace al fortalecimiento de las competencias en el sistema. Igualmente a la hora de determinar los requerimientos del sistema se deben tener bases investigativas por parte del analista y donde es necesario analizar los hechos que se tienen a la mano. Por otro lado las responsabilidades tanto del analista como el usuario en el proceso de diseño son de crucial importancia para el desarrollo ideal de un buen sistema. Igualmente de la carpeta de diseño como elemento que todo diseñador ó analista de sistemas debe guardar simbólicamente en su maleta de documentos. El presente trabajo tiene estructurado básicamente estos contenidos y ayuda a profundizar en otros con carácter de análisis particular y general. Tarea: Trabajo colaborativo No. 1 GUIA DE ACTIVIDADES DE TRABAJO COLABORATIVO No. 1 Amigo(a) estudiante. Esta sección corresponde a TAREA DE TRABAJO COLABORATIVO No. UNO. Esta Tarea, tendrá una ponderación de 50 puntos. Éxitos. 1. Realice un ensayo sobre la importancia del diseño en los sistemas de información y de la importancia del papel del analista en el proceso de diseño. IMPORTANCIA DEL DISEÑO EN LOS SISTEMAS DE INFORMACIÓN E IMPORTANCIA DEL PAPEL DEL ANALISTA EN EL PROCESO DE DISEÑO

Upload: andreto

Post on 28-Dec-2015

28 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: Borrador TC1

INTRODUCCIÓN

De acuerdo a los lineamientos curriculares institucionales el curso de diseño de sistemas su fundamentación teórica se enmarca dentro del campo de formación básica en el área investigativa donde en tales apartados se incluye la responsabilidad de los analistas en el proceso de diseño, responsabilidad de los usuarios etc.

El propósito del diseño es que el estudiante apropie de manera significativa los elementos teóricos fundamentales del diseño de sistemas y desarrolle las competencias pertinentes para contextualizarlos en su campo de formación disciplinar.

La responsabilidad de los usuarios, como ente importante , es fundamental en la formación integral de cualquier diseño, en el sentido del aporte que ésta hace al fortalecimiento de las competencias en el sistema.

Igualmente a la hora de determinar los requerimientos del sistema se deben tener bases investigativas por parte del analista y donde es necesario analizar los hechos que se tienen a la mano.

Por otro lado las responsabilidades tanto del analista como el usuario en el proceso de diseño son de crucial importancia para el desarrollo ideal de un buen sistema.

Igualmente de la carpeta de diseño como elemento que todo diseñador ó analista de sistemas debe guardar simbólicamente en su maleta de documentos.

El presente trabajo tiene estructurado básicamente estos contenidos y ayuda a profundizar en otros con carácter de análisis particular y general.

Tarea: Trabajo colaborativo No. 1

GUIA DE ACTIVIDADES DE TRABAJO COLABORATIVO No. 1

Amigo(a) estudiante.

Esta sección corresponde a TAREA DE TRABAJO COLABORATIVO No. UNO. Esta Tarea, tendrá una ponderación de 50 puntos.

Éxitos.

1. Realice un ensayo sobre la importancia del diseño en los sistemas de información y de la importancia del papel del analista en el proceso de diseño.

IMPORTANCIA DEL DISEÑO EN LOS SISTEMAS DE INFORMACIÓN E IMPORTANCIA DEL PAPEL DEL ANALISTA EN EL PROCESO DE DISEÑO

El diseño de sistemas tiene gran importancia desde el espacio cotidiano hasta el laboral y profesional, queriendo con esto demostrar que hoy en día es aptamente aplicado desde

lugares como café Internet, rentas de películas, pasando por la mediana empresa con desarrollo de software contable y terminando en las grandes empresas ó monstruos empresariales como IBM (international business machines, big blue), Departamentos de Estado, etc.

Sin duda el diseño de sistemas constituye un papel importante en el desarrollo de software empresarial.

Page 2: Borrador TC1

Por otro lado el diseño de sistemas adopta campos como el de la ciencia (investigaciones de comportamientos físicos, meteorológicos, sismológicos etc.) la filosofía (medios abstractos de estructuración, desarrollo y proyección) cuyos contenidos permitan configurar y establecer aquellos elementos que serán utilizados para ofrecer satisfactores necesidades específicas del cliente

Es por tanto que dentro de los objetivos del diseño de sistemas es obligatorio encontrar recursos suficientes para el desarrollo de software en cuyos contenidos explícitos se encuentren los parámetros, establecimientos dirigidos ó encaminados hacia el desarrollo ideal de un producto.

En esta actividad técnica ingeniosa y creativa debe haber argumentos serios pilares bien establecidos a la hora de diseñar determinado sistema, así mismo de la organización de todos los componentes, ubicación y funcionalidad de los mismos. Todo esto con el objetivo de tener un acabado excelente en el producto terminado y que cumpla con los requerimientos establecidos por la organización que solicita el producto, a esto se le suma el ente funcional característico de un buen diseño , y estético dado al agrado y amigabilidad con la nueva interfaz de usuario (GUI).

En cuanto al analista de sistemas es de crucial importancia su papel que indica conocer previamente, como actos de cultura general criterios como:

Presentación: Referente al grado de producción y asimilación representativa de los componentes y su organización, de su mejor distribución actualización y aplicación.

Producción: Como el grado monetario de inversión con referencia a posibles, parámetros viables de diseño y su consejo con respecto a los mismos.

Significación: Asumido los cargos potenciales y posibles del desarrollo del sistema por parte del analista del sistema, como una innovación a posteriori del producto que sea en prototipo o ya en culminación, tendrá como impacto en la economía o el mejoramiento de la organización.

Costos : El analista de sistemas dada su importancia en el análisis de sistemas da un énfasis en el mejoramiento a grado final de la posible implementación del software a un futuro determinado, dando expectativas de la implementación de dicho sistema, terminando en estructuración , organización y eficiencia en el producto acabado , generando innovación y mejoramiento a partir del costo invertido.

Profesional ético: Es por tanto que el analista de sistemas sustituye o suprime la competencia monopolística a un grado de competencia abierta, depurando los grados de negligencia y para esto constituye un papel importante a la hora de coordinar la sana competencia del diseño frente al mercado competitivo de diseño.

Analítico: Como papel fundamental, el analista de sistemas cumple en sus proyectos un grado de análisis que incluye eficiencia en el desarrollo del proyecto como en el producto acabado.

Creativo: Igualmente del papel de creativo imprime mejorar o recrear nuevos eventos que respondan a la exigencia de hacer un software hecho a la medida y en el cual implemente medios de solución alternativos.

Innovador: Como analista de sistemas se debe cumplir con el requisito de la innovación apto para actualizar implementar y distribuir software a la medida del cliente y realizando a la vez una sana competencia referente al mejoramiento del Soft.

Esto requiere reordenar los datos establecidos por el anterior sistema para mejorar su funcionalidad y que se adapte aún mejor a las necedades del cliente.

Page 3: Borrador TC1

De acuerdo a lo anterior el papel del diseño de sistemas unido al trabajo del analista de sistemas es de suma importancia, como pilares de fundamento hacia el desarrollo de un buen software.

Igualmente con la evaluación de las distintas alternativas de solución y la especificaciones sumado a unas buenas practicas de diseño se contribuye con efectividad y eficiencia a un producto totalmente terminado que habla por si solo.

2. Elabore una hoja de diseño de bloques de construcción para los siguientes sistemas:

Para partir en el diseño de bloques hay que tener en cuenta un elemento muy importante:

Nota: “Las entradas y las salidas no son invención del programador, estas existen y hay que investigarlas; Por lo tanto esto es un asunto serio, que requiere suplir necesidades del cliente establecidas y no partir desde cero sin prever aquellos parámetros fijos”.

• Cuentas por cobrar

Page 6: Borrador TC1

3. Investigue y elabore un mapa conceptual sobre lo que para usted es el “Diseño”.

Page 7: Borrador TC1

clic en la imagen para ver mejor

4. Realice un mapa conceptual sobre la participación de los usuarios en el proceso de diseño de sistemas.

5. Elabore un ensayo sobre la finalidad de la carpeta de diseño.

FINALIDAD DE LA CARPETA DE DISEÑO

La carpeta de diseño tiene como finalidad documentar en forma completa las especificaciones y los requerimientos del sistema.

Ayuda a identificar objetivos, justificaciones y adhesión de los requerimientos necesarios para el estudio de la organización y de los usuarios esto implica la propuesta de desarrollo, además los

Page 8: Borrador TC1

flujos de con toda la descripción completa del sistema en cuestión utilizando diagramas de flujo de datos los cuales adquieren el control y comportamiento del sistema en estudio.

Igualmente dentro de las finalidades de la carpeta de diseño encontramos los la recopilación y especificación de entradas y salidas, donde se detallan los reportes, documentos y prototipos de pantallas (descripción de la distribución de la interfaz del sistema), recopilado en un solo contenido denominado cuadros de despliegue. Por lo tanto la estructura de los registros constituye un papel importante a la hora de trabajar en el diseño de un sistema y no podía faltar dentro de la carpeta de diseño, con toda la descripción de los datos contenidos en el archivo maestro; Donde se especifican los diagramas relacionados con las bases de datos.

En cuanto a la parte de codificación la carpeta de contenidos nos aporta la representación detallada de los códigos que explican o nos muestran las transacciones, las clasificaciones y las categorías de los eventos ó entidades (el hombre es una entidad compleja, igualmente son entidades los objetos, entidades físicas o entidades conceptuales).

Igualmente de la importancia de las especificaciones de los programas, métodos gráficos(los cuadros y tablas) de los módulos para su reutilidad y todos los factores y entes que hacen parte del software, interfaces más agradables y que trabajan con objetos conjuntamente y sin errores.

Es de suma importancia la generación de los proyectos ejecutables y su puesta en marcha y como objetivo las especificaciones de procedimientos contenidas igualmente en la carpeta de diseño y que planifican los elementos para puesta en marcha del sistema. A esto se le agrega una agenda de horarios para cumplir con lo estipulado en tiempo de desarrollo del software, para minimizar los problemas con el cliente, cumplir con el desarrollo del producto y evitar pérdidas por retrasos.

Así mismo la carpeta de diseño con la activación de los costos permite minimizar gastos adicionales de desarrollo, de la implementación y la puesta en marcha del sistema.

En general la carpeta de diseño simplifica algunas tareas al programador en cuanto a mejor distribución del trabajo para ofrecer calidad, eficiencia y rendimiento en sus productos.

EJERCICIO

Un analista de sistemas planteo los siguientes comentarios con respecto al objetivo de la organización de invitar a que los usuarios participen:

“La participación de los usuarios en el diseño de sistemas de información es un tema que a menudo es difícil de tratar. Sin embargo, cada vez que nosotros lo hemos intentado, encontramos que no es eficaz. Voy a dar varios ejemplos. En varios proyectos, nuestros analistas desarrollaron bosquejos de los formatos de entrada y salida que fueron dados a los usuarios de la aplicación. En cada caso, los usuarios sugirieron modificaciones, las cuales nosotros hicimos. Los nuevos bosquejos fueron regresados a los usuarios para su revisión. El resultado fue que los cambios condujeron a más modificaciones. Cuando las realizamos todas, el diseño final no era mejor que el original, pero ya habíamos perdido varias semanas.

En otra ocasión, discutimos varias veces con los usuarios las funciones de un sistema. Al final, nos quedamos con los requerimientos que propusimos en un principio. Perdimos tiempo de desarrollo y no ganamos nada.

También señalaría otra dificultad. Supongamos que los usuarios sugieren cambios significativos en el diseño que nosotros somos incapaces de efectuar por limitaciones de índole técnica. En este caso, probablemente escucharemos acusaciones señalando que la participación del usuario

Page 9: Borrador TC1

es sólo un gesto y de que no atenderemos sus sugerencias cuando ellos las hagan. Francamente no podemos ganar.”

• Analice los comentarios expresados por el analista y presente su posición con argumentos sobre estos comentarios.

Análisis

“El resultado fue que los cambios condujeron a más modificaciones. Cuando las realizamos todas, el diseño final no era mejor que el original, pero ya habíamos perdido varias semanas. “

El usuario en muchos casos puede requerir de determinado arreglo o función, pero es el analista de sistemas quien debe sacar a relucir sus dotes de profesional consultor, analista de costos prioridades y en general ir estableciendo casos de uso. Esto con el objetivo de minimizar pérdidas tanto para la empresa anfitriona (por la no implementación del nuevo sistema dentro del espacio de tiempo requerido) y como para la empresa diseñadora del sistema, de todas maneras el analista de sistemas debe tener dentro de su currículo una amplia gama de situaciones que le ayudan a afrontar cada proyecto.

“En otra ocasión, discutimos varias veces con los usuarios las funciones de un sistema. Al final, nos quedamos con los requerimientos que propusimos en un principio. Perdimos tiempo de desarrollo y no ganamos nada.”

Si el usuario tiene afán de iniciar discusiones plantee nuevas reglas de juego, horarios de trabajo, reactivaciones, común acuerdo entre las partes por el producto final entregado,

Todo esto sobre los posibles parámetros que imponga el cliente. Esto con el objetivo de minimizar riñas con el cliente, y de tener una base sólida y por escrito de que se harán nuevos cambios a consentimiento del cliente no importando sus resultados.

Al fin y al cabo el cliente siempre tiene la razón.

“También señalaría otra dificultad. Supongamos que los usuarios sugieren cambios significativos en el diseño que nosotros somos incapaces de efectuar por limitaciones de índole técnica. En este caso, probablemente escucharemos acusaciones señalando que la participación del usuario es sólo un gesto y de que no atenderemos sus sugerencias cuando ellos las hagan. Francamente no podemos ganar.”

Como primera medida se puede observar que el programador debe estar a la vanguardia en la medida de lo posible por actualizar sus conocimientos para así evitar en futuros desarrollos problemas técnicos que no se puedan resolver.

Para este tipo de casos se puede acudir a los elementos razonables y en base a esto se pueden mostrar las características del servicio a ofrecer, mostrando los grados de restricciones para los cuales no se puede acudir al diseño y que el usuario debe tener a consideración, igualmente se le pueden mostrar los beneficios de adoptar otro tipo de organización ( en última instancia, entidades amigas) o una solución alterna al asunto del diseño en cuestión dándole a entender de que se hace todo lo posible por que el cliente quede satisfecho; de la misma manera, no podemos ser ajenos a los problemas que aquejan al diseño en general. Diversos factores como el tipo de país donde se presente el desarrollo del sistema, la tecnología, las mismas disponibilidades del Diseño del Software, en el sentido que a veces aún no se ha corregido ó bugs en la misma IDE de trabajo, y en fin un sin número de situaciones que se pueden presentar de acuerdo a determinadas circunstancias.

Page 10: Borrador TC1

Por lo tanto el Analista de sistemas y el grupo de trabajo encargado debe transmitirle un informe pertinente de todo este tipo de situaciones que lamentablemente a veces se salen de la mano pero que el usuario debe tener a modo de información y con consentimiento del desarrollo, de esta manera se evitan posibles vacíos entre la empresa prestadora del servicio y los clientes.

• A la luz de estos comentarios, ¿es buena idea que los usuarios participen en el diseño?

Yo pienso que en general depende del caso en el que se esté realizando el software, ya que se deben encontrar los motivos para determinar que el usuario es apto o no, para participar en el proceso del desarrollo del software. Para poner un ejemplo, supongamos que alguien quiere desarrollar un software de matrices inversas, pero partimos de la premisa de que el programador no tiene ni idea de Software Matemático o su conocimiento es limitado, aquel que pide el servicio del diseño del software matemático es profesor de la misma ó matemático puro, entonces podría caber la pregunta:¿Porqué quebrarme la cabeza identificando parámetros establecidos y que ayudaran al correcto funcionamiento del software ó del sistema teniendo a un “gurú”(especializado en su materia) de las matemáticas?. Creo que si uno desea ser eficiente en términos de tiempo de desarrollo y de calidad de contenidos debe dejar en este caso determinado que el usuario colabore ó participe en el proceso de desarrollo del software.

Ahora bien debería desarrollarse un documento para especificar a los usuarios problema, porque existen y pueden llegar a creer que tienen más conocimiento de los requerimientos del sistema que el mismo programador, dicho en otras palabras “un usuario que hable mucho pero que genere pocas ideas claras concisas y provechosas”.

Clic en la imagen para ver mejor

EJERCICIO

Los gerentes de una organización determinan que los analistas de sistemas de la organización supervisen el diseño y desarrollo de todas las aplicaciones de los usuarios, ya sea que éstas se ejecuten en computadores o personales o sobre el sistema de información con los que cuenta la organización.

La organización desea manejar el desarrollo de todas las aplicaciones e insiste en la certificación de la confiabilidad del sistema como requisito indispensable para permitir su uso cotidiano.

Page 11: Borrador TC1

Un grupo de usuarios ha objetado la posición de la gerencia. El grupo afirma que se perderán los beneficios que ofrecen las aplicaciones desarrolladas por los usuarios si la gerencia instala procedimientos formales de diseño. Insisten en que la administración del proceso lo sujetará a retrasos y traerá como consecuencia un daño a la utilidad de estos sistemas. Por otra parte, también recalcan que si el grupo de sistemas de información no desea ver una aplicación diseñada o desarrollada, bastará que afirmen que representa un riesgo para las bases de datos de la organización, para descartarla.

• Analice la posición de los usuarios. ¿Está de acuerdo o en desacuerdo con los planteamientos?

En cuanto a la posición de los usuarios podríamos definir que en su situación actual, y por posible observación previa de tales implantaciones de desarrollo de sistemas, manifiestan un grado de descontento que es entendible en la medida que teniendo previa experiencia han objetado que traería retrasos en el tratamiento de la información, la implementación de este nuevo sistema; conlleva en lo entendido hasta el momento hacia la desactivación del usuario como elemento que hace parte del desarrollo por lo tanto se dejaría todo el trabajo a los analistas de sistemas y su punto de vista.

Es por tal motivo que estoy en desacuerdo con la posición de la gerencia, porque se debería ser imparcial en una primera instancia y habría que cimentar primero como funciona la organización con tales medidas, y si los ingresos de la misma tal vez se vean afectados por la implantación de los nuevos parámetros de diseño y actualización.

• Elabore un documento de no más de dos páginas argumentando su decisión.

En este caso preferiría tener más contenido para lanzar juicios subjetivos pero dado el caso argumentare como si este fuese un asunto ideal.

1. Yo pienso que toda organización bien establecida debe poseer un protocolo de comportamiento para este tipo de situaciones, “situaciones que requieren de estudio temporal”; Igualmente cuando uno se enfrenta a un problema determinado debe tener bases investigativas a partir del personal vinculado al sistema, espacio laboral, entrevistas, pros y contras y en general todo lo concerniente al problema en cuestión.

2. Toda organización debería tener un grupo de control y trabajo de campo para ver los comportamientos de sus asalariados en torno al sistema.

Este se encargaría de tener un reporte de los comportamientos del sistema con respecto a los usuarios y refrescar o actualizar continuamente los reportes para su posterior análisis y determinación.

Dentro de tales se incluirán fechas de inicio de implementaciones, comentarios de los usuarios, bugs, problemas relacionados con la aplicación del nuevo sistema, elementos vinculados a dichos problemas, registros, etc.

1.

Esto implicaría comportamiento del sistema con respecto a los usuarios, calidad en el manejo de los mismos, grados de dificultad, grados de adaptación al sistema, nivel de eficiencia laboral, competitividad del sistema en base a otros.

Acerca de la calidad en el manejo del sistema podríamos acotar que en base a la investigación este nos debe arrojar una luz de si el sistema en cuestión esta siendo el más apto a aplicar en la organización, ya que nos podría estar mostrando una leve, media, o grave dificultad tanto para

Page 12: Borrador TC1

la estructura y manejo de la información como para la estabilidad y nivel de competencia de la empresa.

En cuanto a los grados de dificultad cabría señalar que el usuario es el aquel que “conoce y manipula el sistema tal vez todos los días y es el que mejor conoce los achaques y trucos para lidiar con aquel”, por lo tanto sería algo inapropiado eximirlo del estudio y de las recomendaciones para el mismo.

Por otro lado los grados de adaptación al sistema podría estar revelando cuestiones sumamente serias en cuanto al grado de fluidez del nuevo sistema a implementar con respecto a otros que posiblemente se asimilaban más rápido, debido a la calidad organizada que se tiene en cuenta por parte de los usuarios.

Igualmente nos revelaría en cierto modo cuestiones de eficiencia en la compañía, competitividad, alcances, funcionalidad, actualización y en general obtener una compañía que cada vez se consolida como empresa competitiva en el mercado ó no.

1. Retrasos y errores: Dentro de una organización los retrasos en la entrega de reportes informes, costos, presupuestos, estados de nómina, etc., significan pérdidas millonarias. Es debido a esto que se debe manejar los asuntos con extrema delicadeza y atención ya que esta en juego mucho dinero y la estabilidad de la organización. Es por tanto que si un usuario en su buena fe, indica anomalías en el comportamiento del sistema y en su funcionamiento, debería prestársele atención ya tal vez hay algún error en el sistema y la automatización del mismo.

1. Negligencia: El analista de sistemas debe ser un profesional ético y no debe individualizar su trabajo y buscar su propio beneficio tal vez con una expresión como “representa un riesgo para las bases de datos de la organización” sin antes agotar todo los recursos disponibles y adelantar las posibles soluciones, porque podría haber un problema de índole técnico y no de solución. Un analista no debe aparentar que se las sabe todas ante todos y ser poco ético, no querría parecer a los pertenecientes al mundo los Hackers, ya que es solo ahí donde desagrada la ignorancia de algunos pero no tienen en cuenta la buena fe, y la intención de los demás. De la misma manera es para los usuarios, esto se tocará en el siguiente apartado.

1. Usuarios problema: Para identificar a un usuario problema, nos podríamos remitir a sus comportamientos, diríamos es el que habla mucho y no aporta, es el que quiere soluciones pero no aporta, es el que cree que el programador se las debería saber todas.

Cuando un usuario a la hora de implementar una solución solo habla de lo malo pero no lleva a contenidos sólidos, no esta ayudando en nada al programador porque igual en un software lleva registros de comportamiento en el cual se ingresa el error al momento de aparecer.

Pedir solución lo más pronta posible conlleva a un estrés y desagradable clima laboral antes bien aportar posibles arreglos tanto funcionales como puntuales conlleva a un desarrollo más efectivo.

Aquel que piense que el programador es el que se las debería saber todas “cree que el programador es Dios” y “Que error tan grande” sabemos que solo somos creación de el y sabemos que la imperfección está en nosotros. Por lo tanto el programador y en general cualquiera en su campo, no se las sabe todas y no las gana todas. Igualmente la tecnología está en constante avance y progreso por lo tanto el programador ó los analistas de sistemas deben tratar de ir a la vanguardia de los mismos.

Por otro lado hoy en día las tecnologías de la información y comunicación han avanzado mucho igualmente las concernientes a la protección de las bases de datos por tal motivo me atrevería a señalar que toda pequeña, o mediana empresa en su proyecto de afianzarse aún más en el mercado e ir creciendo como tal, debería implementar planes de contingencia con respecto a las

Page 13: Borrador TC1

bases de datos y el punto a considerar sería que como esta en proceso de crecimiento no debería truncar los proyectos en los cuales intervengan la optimización a futuro de la misma. De igual manera con la utilización de dispositivos Raid en todas sus categorías y dependiendo de la organización, se obtendría un grado de seguridad importante, a esto se le suma la posibilidad de confiar los datos, a una empresa de servicio de protección de las bases de datos de la empresa, y cuyos datos se encuentran fuera del perímetro.

Lo que deberían hacer las empresas entonces es apuntarle a la innovación de sus sistemas, tratar de mejorar e ir a la vanguardia de manera unánime y conjunta con los miembros que conforman la misma.

De esta manera podríamos afirmar que en el caso de los nuevos arreglos a los sistemas de acuerdo a los estudios pertinentes y al grado de funcionalidad de los mismos se debería permitir la intervención de los usuarios.

CONCLUSIONES

De lo anterior podemos concluir:

A partir del desarrollo de habilidades de pensamiento y de aplicación de los diferentes sistemas y en particular el expuesto podemos generar la activación cognitiva de operaciones mentales que faciliten la apropiación de nociones, definiciones, leyes que constituyen fundamentos de el diseño de sistemas como mecanismo de apropiación hacia los tipos de solución en el diseño.

Es por tanto que desarrollar habilidades de información en contextos diversos mediante la articulación de lenguajes de comportamiento de los sistemas son entes muy importantes para dinamizar procesos de aprendizaje en diferentes campos de el diseño de sistemas así mismo involucrar todos los parámetros que se incluyen en el diseño de bloques, responsabilidad de los analistas y de los usuarios e igualmente sus interacciones.

Así mismo aportar elementos significativos que contribuyan a desarrollar en aquel que estudia el sistema la habilidad para argumentar, razonar o formular generalizaciones por inducción o deducción a través de la interpretación de los fundamentos estructurales que caracterizan a tales métodos de estudios del diseño de sistemas.

Desde las incidencias y argumentaciones generadas en los diferentes procesos de activación y habilitación de los incidentes entre Analistas vs. usuarios, y usuarios vs. gerencia encontramos su capacidad para mantenerse equilibradamente y a progreso o desligarse de sus partes para encontrarse con diferentes parámetros que pueden ser tanto positivos como negativos. Esto deja como dechado una aplicación ejemplar que habilita la disposición integral de los diseños de sistemas.