Please enable JavaScript.

Coggle requires JavaScript to display documents.

Unidad I - Coggle Diagram

- - - - Límite
        
        la enunciación de las principales funcionalidades del sistema que permiten identificar las primeras funcionalidades que debe satisfacer el sistema, junto con las últimas funcionalidades a satisfacer. De este modo, cualquier funcionalidad que lógicamente anteceda a las primeras funcionalidades identificadas del sistema, quedará excluida del mismo, al igual que toda funcionalidad que lógicamente sea posterior a las últimas funcionalidades identificadas del sistema. Lógicamente, cualquier funcionalidad contenida dentro de los límites del sistema, se entiende como una responsabilidad del mismo y por ende deberá ser cumplimentada. Se conoce como límite inferior de un sistema, al conjunto de primeras funcionalidades que han sido identificadas, donde dicho conjunto debe tener al menos una funcionalidad y nunca podrá ser vacío. En forma análoga, se conoce como límite superior de un sistema, al conjunto de las últimas funcionalidades lógicas identificadas, donde el conjunto deberá tener al menos un elemento y por ende, nunca podrá ser vacío.
        
        El límite del sistema debe estar en relación directa con el objetivo, debido a que el límite, indicará el subconjunto de funcionalidades que serán integradas al sistema como responsabilidades a cumplir, lo que determinará el conjunto de subsistemas que deberán interactuar, para poder producir la salida y de este modo, satisfacer el objetivo.
        
        El límite de un sistema se compone de un límite inferior y un límite superior. La forma típica de redacción del límite se asocia con dos palabras: Desde y Hasta. La palabra “Desde” indica el comienzo del límite inferior y a continuación, vendrá el conjunto de funcionalidades primarias identificadas, separada por coma. Seguido de la lista de funcionalidades primarias que corresponden al límite inferior, vendrá la palabra “Hasta”.
      - Alcances
        
        la lista de funcionalidades enunciativas y taxativas que el sistema debe satisfacer, acotadas al límite del sistema y en función de su objetivo. De este modo, los alcances no pueden contradecir el objetivo, ni extender el límite en forma alguna, dado que éstos están en función del límite y transitivamente, del objetivo del sistema. Los primeros alcances a enunciar en la lista, lo constituyen lógicamente los asociados con el límite inferior, mientras que los últimos alcances de la lista, estará integrado por los asociados con el límite superior. Los alcances intermedios, es decir, aquellos contenidos dentro de los límites del sistema y no listados como parte del límite inferior o superior, serán listados sin orden específico, luego de las funcionalidades del límite inferior y previo a las funcionalidades del límite superior. Los alcances siempre se redactan en infinitivo, por cuanto la cumplimentación del mismo implica una o más acciones tendientes a satisfacer una funcionalidad determinada del sistema
      - Objetivo
        
        La razón de ser del mismo, al núcleo de funcionalidades que su existencia debe satisfacer. No existe sistema sin objetivo, menos aún sistema de información sin objetivo. De este modo, la definición del objetivo de un sistema de información es fundamental para su formalización
  - - - Se entiende por ciclo de vida de un sistema, al conjunto de etapas por las que atraviesa un sistema informático, desde el momento en que se detectan sus requerimientos funcionales, hasta que es puesto en funcionamiento frente al usuario final y éste último, ha sido capacitado.
        
        Las etapas que constituyen el ciclo de vida de un sistema informático, pueden resumirse como sigue en orden lógico de ocurrencia
        
        (De arriba hacia abajo)
        
        Implementación o desarrollo
        
        Consiste en la codificación (o programación) de las especificaciones del modelo de diseño de sistemas, en un entorno de desarrollo. En otras palabras, consiste en la etapa donde se construye y se obtiene el software
        
        Diseño
        
        Consiste en la generación de un modelo de sistemas que aporta una solución alternativa, a los requerimientos funcionales del cliente. Este modelo, estará en función de los requerimientos detectados durante el análisis y la definición del contexto, planteado durante el análisis
        
        Prueba
        
        La etapa de prueba consiste en verificar que los requisitos del sistema ha sido satisfechos de algún modo por el mismo. El formato por el cual se llevan adelantes las pruebas es variado y posee diferentes niveles de granularidad o detalle
        
        Documentación
        
        La etapa de documentación del sistema suele desarrollarse en paralelo con las actividades del ciclo de vida, y consiste en la explicación y fundamentación de cada aspecto funcional del sistema. Por ejemplo, la construcción del manual del usuario de un software, donde se explica cómo hacer cada operación con el sistema, es parte del proceso de documentación
        
        Análisis
        
        Consiste en la interpretación y comprensión del contexto donde están inmersas las necesidades de información. En esta etapa, es en donde se definirá el dominio del problema o contexto sobre el que se planteará luego la solución
        
        Implantación
        
        Es el proceso mediante el cual un sistema es incorporado al ambiente de trabajo de la empresa, el personal de ésta última es capacitado en el manejo del mismo, y se realiza la tutoría y supervisión de su uso en producción, por un tiempo definido por el cliente
        
        Relevamiento
        
        Consiste en el proceso mediante el cual, se detectan las necesidades de información del cliente junto con los circuitos administrativos
        
        Prototipación
        
        Es el proceso mediante el cual se construyen esquemas, maquetas o representaciones de algún aspecto funcional o interactivo del sistema, se lo expone al cliente y éste brinda la retroalimentación necesaria, lo que permite depurar las necesidades de información brindadas originalmente
        
        Existen diversos modos de organizar y llevar adelante las mencionadas etapas. Esto último, dio lugar a diversas variantes de ciclos de vida
        
        Entre las que se encuentran
        
        Ciclo de vida en espiral
        
        Al segundo le continuo el ciclo de vida estructurado
        
        1 more item...
        
        Ciclo de vida clásico
        
        tuvo como virtud el ordenamiento de las etapas y el establecimiento de una cronología de acciones bien definida, que permitieron dentro del paradigma procedimental o estructurado de sistemas, llevar adelante la generación e implementación de modelos. El ciclo de vida clásico se caracterizó por la secuencialidad de sus acciones, es decir que ninguna etapa posterior comenzaría hasta que la anterior no fuese culminada. No obstante, el dinamismo del contexto y el de las ciencias de la computación, plantearon ciertas debilidades del ciclo de vida clásico
        
        Ciclo de vida semi-estructurado
        
        Al primero le continuó el ciclo de vida semi-estructurado, el cual planteó dos grandes variantes
        
        2 more items...
      - Tercerizacion versus Desarrollo Interno
        
        Se entiende por tercerización del desarrollo del software, al proceso de contratación de una empresa externa, que a partir de los requisitos funcionales del sistema (objetivo, límite y alcances), construirá a medida el producto software, haciéndose cargo del ciclo de vida completo de desarrollo de software a cambio del pago correspondiente. Por otro lado, se entiende por desarrollo interno del software, al proceso de construcción del software a partir de los requisitos funcionales del sistema, y en donde el ciclo de vida completo de desarrollo de software es a riesgo de la empresa. Ambas alternativas de desarrollo de software implican compromisos o erogaciones temporales y-o monetarias, ya que para lograr el software deseado, será necesario asignar personal, capacitarlo, asignar equipos, entre otras cuestiones. Lo que cambia entre una alternativa y otra, es a quién pertenece cada uno de las personas y recursos, en la tercerización corresponderá a la empresa tercerizada, mientras que en el desarrollo interno, pertenecerán a la propia empresa
        
        La decision dependera de una serie de factores mínimos
        
        Costo de oportunidad
        
        Puede definirse como la cantidad de dinero que se deja de generar, directa o indirectamente, si el personal interno de la empresa, deja de hacer sus tareas cotidianas, para abocarse al desarrollo del sistema informático. Normalmente el área de sistemas de una empresa, posee varios sistemas funcionando en forma simultánea, los cuales deben seguir siendo atendidos para garantizar el abastecimiento de datos, a los distintos procesos de negocios. El hecho de asignar personal a un proyecto de desarrollo de software, disminuirá necesariamente la capacidad de vigilancia y mantenimiento sobre los sistemas preexistentes
        
        Nivel de capacitación en metodologías formales
        
        Representa el nivel de aptitud que posee una persona en el manejo de metodologías formales de Desarrollo del Software. Este aspecto suele ser despreciado, pero es el que más inconvenientes trae en las etapas de mantenimiento y actualización
        
        Conocimiento del negocio (business knowledge)
        
        Representa el nivel de conocimiento que una persona, externa o interna, posee de los procesos de negocios de la empresa, la interacción entre ellos, los sistemas de información existentes, el vínculo de éstos con los procesos de negocios actuales, los sistemas informáticos preexistentes y los datos que procesan
        
        Grado de capacitación en la tecnología de la Información (TI) necesaria
        
        De acuerdo al sistema informático que se desee desarrollar, es posible que sea más adecuada y aplicable una tecnología que otra. Suele suceder, que como el área de TI no es el negocio de la empresa, no siempre internamente se tiene el grado de madurez y amplitud necesario, como para poder ser objetivo en la decisión. En este sentido, deberá evaluarse si la tecnología a emplear en el nuevo software es prioritaria, a los efectos de determinar si se encara el emprendimiento a riesgo propio o se lo terceriza
        
        Saber cómo (know how)
        
        Representa el grado de conocimiento necesario sobre los procedimientos a informatizar, en otras palabras, aquellas actividades que se realizarán en un futuro mediante el software. En este sentido, si el grado de conocimiento requerido para informatizar los procesos es crítico y particular a la empresa, posiblemente convenga que el desarrollo sea interno, salvo que exista empresa externa especializada en ese tipo de procesos en particular.
        
        Grado de madurez en el manejo de TI
        
        Representa la cantidad de tiempo que se ha estado trabajando y aplicando una tecnología determinada.
        
        Tiempo
        
        Se refiere al tiempo en el que la empresa, necesita el sistema instalado y funcionando, abasteciendo a un determinado proceso de negocios. Éste ítem es un factor de inclinación en la decisión, ya que internamente se puede ser capaz, y disponer de la mayoría de las herramientas, pero se estima un lapso temporal de 12 meses para el desarrollo, mientras que externamente se insumirían 7 meses. De acuerdo al contexto y el grado de exigencia que la empresa posea con respecto al factor temporal, puede concluirse que sería conveniente un desarrollo externo en lugar de uno interno
        
        Ahora bien, si hablabamos de la organizacion como sistema y dentro de ese sistema, están inmersas las personas que desarrollan su actividad para contribuir al objetivo común, debe comprenderse que una alteración en la forma de trabajo o la incorporación de un factor externo (el software) al hábitat de trabajo, no siempre será recibido del mismo modo. Esto implica, que posiblemente se tenga diferentes perfiles de personas, con los cuales será necesario lidiar tanto en el relevamiento como en la capacitación e implantación misma del software.
        
        (Habla de perfil de personas, realmente no se si sea relevante)
      - Optimizacion versus Suboptimizacion
        
        El mejor resultado del sistema no es necesariamente el mejor resultado de cada una de sus partes, muchas veces las componentes deben trabajar a capacidades que no son su máximo, para poder beneficiar de este modo al sistema general. "“Cualquier mejoramiento de un sistema, diseñado aisladamente de otros sistemas, puede ser óptimo para ese sistema en particular. Sin embargo, al olvidar interacciones con, y los efectos de, otros sistemas, un mejoramiento aislado no puede resultar en una solución subóptima, en el contexto de un horizonte más amplio”. no puede lograrse la optimización del sistema a través de la optimización de sus partes, en forma aislada y desarticulada, ya que eso conduce naturalmente a una suboptimización. La optimización de un sistema, proviene de la maximización global, coordinada y articulada entre los subsistemas, donde tal vez, la optimización global del sistema, no requiere la maximización absoluta de cada componente
        
        Los sistemas informáticos, en general, automatizan los procesos administrativos de una empresa, por ende, imagine el impacto que podría tener en éstos, la descoordinación entre subsistemas fruto de la suboptimización. Por una cuestión económica, la empresa perseguirá optimizar el sistema global, a los efectos de poder establecer un ritmo uniforme de trabajo, y así evitar la generación de cuellos de botellas, entre otros inconvenientes.
      - Es frecuente que se omita en los presupuestos, solicitudes de sistemas y/o en las especificaciones del sistema, los aspectos vinculados al código fuente del sistema. El código fuente de un sistema, representa un conjunto de instrucciones lógicas, que le indican a una máquina, el cómo llevar adelante cada una de las funcionalidades automatizadas. Sintéticamente, es la especificación detallada sobre “cómo se hizo el sistema” y por ende, contiene la totalidad de las rutinas lógicas que lo hacen funcionar, y que le permiten almacenar los datos
        
        Normalmente, si no existe solicitud puntual, el código fuente no queda en poder del cliente, sino que es propiedad de la empresa que lo construyó. De hecho, constituye parte del activo de una empresa y su registración en Argentina, está normada por la ley 11.723 y modificatorias. De ser posible, debiera mantenerse al menos una copia del código fuente en poder de la empresa, para poder efectuar cambios particulares o incorporar nuevas funcionalidades en un futuro. Seguramente, el hecho de que la empresa que construyó el software le facilite una copia del código fuente, tendrá un costo asociado junto con un conjunto de restricciones. Estas restricciones, buscarán asegurarle al creador del software, que la empresa utilizará el código fuente con fines internos y acordados, y no comercializará el software, o sacará provecho deslealmente de éste, en perjuicio de su creador.
- - - - La frontera que separa al sistema de su contexto se denomina límite. El límite define el “desde” y el “hasta” de la funcionalidad de un sistema, lo que está directamente en función del objetivo común de éste.
        
        La organizacion como sistema
        
        De acuerdo a la clasificación de sistemas analizados inicialmente, una organización es un sistema de complejidad organizada, por cuanto posee un conjunto de elementos descomponibles e identificables, un conjunto de interacciones finitas entre ellos y el resultado mancomunado del todo es superior al trabajo individual acumulado.
        
        . Se entiende por contenido de la organización, a aquellos recursos físicos (maquinarias, materias primas, etc.), recursos abstractos (patentes, conocimiento, etc.) y las personas. Se entiende por estructura de la organización, a la aptitud del sistema de decidir los distintos rumbos que posibiliten la consecución del objetivo común. Se entiende por comunicación de la organización, a los distintos mecanismos facilitadores de la interacción dentro del sistema. Finalmente, se entiende por elección de decisión en la organización, a la aptitud del sistema de elegir libremente los mecanismos que posibiliten la consecución de distintos cursos de acción.
      - Todo sistema posee un objetivo común, éste representa el motivo y justificación de su existencia. De igual modo, todo sub-sistema posee un objetivo el cual, estará alineado con el objetivo del sistema que lo contiene. De este modo, se define como agente extraño de un sistema, a aquel subsistema cuyo objetivo no se condice y es inconsistente con el objetivo del sistema que lo contiene, por ejemplo: el virus de computadora (agente extraño) posee un objetivo contrapuesto al sistema informático que administra la computadora (sistema anfitrión). Los mecanismos de defensa de un sistema, lo constituyen aquellos subsistemas responsables de garantizar la seguridad e integridad de los restantes subsistemas operacionales del sistema general, para que éstos puedan transformar la entrada y generar la salida para la cual fue diseñado.
        
        No existe sistema sin objetivo, todo sistema justifica el desgaste y/o empleo de recursos en busca del beneficio comunitario. Al mencionar comunidad, se entiende que el sistema implica corresponsabilidad entre subsistemas. Se entiende por corresponsabilidad entre subsistemas, a que cada subsistema satisface sus responsabilidades, y contribuye para que otros subsistemas puedan cumplirlas, en post de garantizar la consecución del objetivo común del sistema.
      - Es importante mencionar que la retroalimentación no tiene asociado necesariamente una mejora, sino que se hace referencia a términos como “depuración” o “ajuste”. Esto es, porque para poder hablar de una mejora, se debe poder medir la cumplimentación del objetivo en forma cuantitativa o bien, en forma cualitativa con escala ordinal
        
        La mejora implica que el objetivo común del sistema es satisfecho de una mejor forma (por ejemplo, con menor uso de recursos, en menor tiempo, etc.), mientras que el ajuste implica que el objetivo se satisface, pero no necesariamente mejor de lo que se lo venía satisfaciendo con anterioridad.
      - Existen varios modos de clasificar los sistemas y ninguna de ellas debe ser tomada como taxativa, sino como diferentes puntos de vista por el cual se intenta discriminar las diferentes características o propiedades de los sistemas. El dominio de un sistema es el campo en el cual se extienden, es decir, el ámbito donde exponen el desarrollo de sus funciones o capacidades, a los efectos de la consecución de su objetivo. En este caso, la clasificación propuesta de los sistemas, está en función del dominio en el cual están inmersos
        
        Así, es posible identificar
        
        Sistemas abiertos y cerrados
        
        Se entiende por sistema cerrado a aquel que es autosuficiente y no necesita de la interacción con el medio para su subsistencia.
        
        Un sistema será más abierto o más cerrado en función de cómo defina su objetivo y su límite
        
        De este modo, es poco probable encontrar sistemas totalmente abiertos o totalmente cerrados
        
        Se entiende por sistema abierto a aquel que tiene la necesidad de interactuar con su medio para subsistir.
        
        Sistemas vivientes y no vivientes
        
        Se entiende por sistema viviente a aquel dotado de funciones biológicas. Se entiende por funciones biológica a aquellas que le permiten a un sistema mantener la vida y dar continuidad a la especie
        
        Sistemas abstractos y concretos
        
        Un sistema abstracto es uno cuyos elementos son todos conceptos
        
        Salvo prueba en contrario, podría decirse que todo sistema abstracto es no viviente, mientras que un sistema concreto podría ser viviente o no viviente
        
        Un sistema concreto es aquel cuyos elementos al menos dos son objetos
        
        Sistemas de elevada entropía y baja entropía
        
        La entropía se entiende como una medida del desorden y alternativamente, puede ser considerada como una medida de la incertidumbre. Puede interpretarse a la entropía, como aquella energía negativa que provoca el desgaste continuo de un sistema. Por ejemplo, el ser humano o cualquier animal, sufre las consecuencias de la entropía a través del envejecimiento. La incertidumbre en un sistema, incorpora una medida de riesgo, que intenta cuantificar los eventos posibles que afectarían la consecución del objetivo común.
        
        Sistemas de simplicidad organizada, complejidad caótica y complejidad organizada
        
        Sistemas de complejidad organizada
        
        Es propia de los seres vivientes, y responde a las siguientes características
        
        La cantidad de interacciones son finitas
        
        El sistema es capaz de desintegrarse en sus partes componentes al mínimo
        
        El sistema total posee propiedades propias, superiores a las derivadas de sus partes componentes
        
        1 more item...
        
        Simplicidad organizada
        
        aquellos sistemas en donde cada acción es el resultado de un conjunto de actividades secuenciales, donde cada actividad es consecuencia inmediata de la anterior.
        
        Por ejemplo: un proceso de panificación, es un sistema de simplicidad organizada ya que intervienen distintos componentes que interactúan entre sí, de un modo secuencial y donde la materia prima resultante en cada estadio del proceso, es consecuencia de la actividad anterior
        
        Sistemas de complejidad caótica
        
        aquellos en donde no existe un patrón de conducta entre las interacciones de los componentes del sistema, y las mismas se manifiestan en forma aleatoria e infinita.
        
        Por ejemplo: El comportamiento de un gas en la atmósfera es de complejidad caótica, ya que permanece en continua interacción con el medio en forma aleatoria.
    - - Adaptabilidad
        
        Capacidad o aptitud de un sistema de ajustarse a los cambios contextuales
        
        En este sentido, la entropía disminuye a medida que un sistema es dinámico y se adapta al cambio, debido a que la adaptación, implica el ingreso de nueva información proveniente del nuevo contexto. La incorporación de la nueva información al sistema, provoca la disminución de la incertidumbre y un mejor acople del sistema al nuevo contexto. No obstante, la entropía nunca podrá ser eliminada de un sistema, por cuanto no se puede administrar el infinito de posibilidades vinculadas con las funcionalidades del mismo, por ende, siempre existirá incertidumbre en mayor o menor medida.
      - Dinamismo
        
        La agilidad o velocidad con la que un sistema realiza los cambios necesarios para ajustarse a los cambios contextuales
      - Entropía