Comprensión y modelado Comprensión y modelado dede

los sistemas los sistemas organizacionalesorganizacionales

KENDALL & KENDALL

Las Organizaciones como SistemasLas Organizaciones como SistemasLas organizaciones se consideran como sistemas diseñados para cumplir metas y objetivos predeterminados con la intervención de la gente y otros recursos de que disponen.

Se componen de sistemas más pequeños e interrelacionados (departamentos, unidades, divisiones, etc.) que se encargan de funciones especializadas.

Interrelación e interdependencia de los Interrelación e interdependencia de los SistemasSistemas

Todos los sistemas y subsistemas están interrelacionados y son interdependientes. Este hecho tiene implicaciones importantes, tanto para las organizaciones como para los analistas de sistemas que buscan ayudar a estas organizaciones a cumplir mejor sus objetivos.

Cuando se modifica o elimina algún elemento de un sistema, también se afecta considerablemente al resto de los elementos y subsistemas de ese sistema.

Interrelación e interdependencia de los Interrelación e interdependencia de los SistemasSistemas

La retroalimentación es una forma de Control de un sistema

Como sistemas, todas las organizaciones usanla planeación y el control para administrar sus recursos con efectividad.

Retroalimentación

Entorno de la Comunidad

Entorno Económico

Entorno Legal

Entorno Público

Organizaciones y Equipos VirtualesOrganizaciones y Equipos Virtuales

No todas las organizaciones o partes de éstas son visibles en una ubicación física. En la actualidad, toda una organización o varias unidades de ésta pueden poseer componentes virtuales que les permitan modificar sus configuraciones para adaptarse a las demandas cambiantes del proyecto o del mercado.

Beneficios:Reducir costos derivados de instalaciones físicasRespuesta más rápida a necesidades de los clientesEmpleados virtuales

Una perspectiva de sistemasUna perspectiva de sistemas

Al tomar una perspectiva de sistemas, los analistas pueden empezar a descifrar y comprender en términos generales las diversas empresas con las que entrarán en contacto. Es importante que los miembros de los subsistemas estén conscientes de que su trabajo está interrelacionado.

Una perspectiva de sistemasUna perspectiva de sistemas

Sistemas EmpresarialesSistemas Empresariales

Un Sistema de Planeación de Recursos Empresariales (ERP, Enterprise Resource Planning) es software que ayuda al flujo de información entre las áreas funcionales de la organización. Es un sistema personalizado que, en vez de desarrollarlo dentro de la empresa, por lo general se compra a una de las empresas de desarrollo de software reconocidas por sus paquetes ERP, como SAP u Oracle.

Descripción Gráfica de los SistemasDescripción Gráfica de los SistemasDiagrama de flujo de datos a nivel de contextoDiagrama de flujo de datos a nivel de contexto

Los diagramas de flujo de datos se enfocan en los datos que fluyen hacia el sistema y salen de él, además del procesamiento de estos datos. Podemos describir con detalle estos componentes básicos de todo programa computacional y utilizarlos para analizar la precisión e integridad del sistema.

El diagrama de flujo de datos a nivel de contexto es una manera de mostrar el alcance del sistema o lo quese va a incluir en él.

Descripción Gráfica de los SistemasDescripción Gráfica de los SistemasDiagrama de flujo de datos a nivel de contextoDiagrama de flujo de datos a nivel de contexto

Descripción Gráfica de los SistemasDescripción Gráfica de los SistemasEl modelo entidad-relaciónEl modelo entidad-relación

Otra forma en que un analista de sistemas puede mostrar el alcance del sistema y definir límites apropiados para el mismo es mediante el uso de un modelo entidad-relación. Los elementos que conforman un sistema organizacional se pueden denominar entidades.

Seguimiento del capitulo 2

Desarrollo de escenario de caso de uso

Cada caso de uso tiene una descripción. el caso de uso principal representa el flujo estándar de eventos en el sistema y las rutas alternativas describen variaciones sobre el comportamiento.Un escenario de caso de uso sedivide en tres secciones:identificación e iniciación; pasosrealizados; y condiciones,suposiciones y preguntas.

Los casos de uso pueden incluir también pasos iterativos o de ciclos.La tercera área del caso de uso incluye:-Precondiciones-Pos condiciones-Las suposiciones-La garantía mínima-La garantía de éxitoLos casos de uso pueden incluir pasos condicionalesasí como extensiones o escenarios alternativos.

Creación de las descripciones de casos de uso

Use los siguientes cuatro pasos para crear descripciones de casos de uso:1. Use historias ágiles, los objetivos de la definición del problema, requerimientos de los usuarios o una lista decaracterísticas como punto de inicio.2. Pregunte sobre las tareas que hay que realizar para lograr la transacción. Pregunte si el caso de uso lee datoso actualiza alguna tabla.3. Averigüe si hay acciones iterativas o de ciclos.4. El caso de uso termina cuando se completa el objetivo del cliente.

Porque son útiles los diagramas de casos de uso

Los diagramas de caso de uso se están haciendo populares debido a su sencillez y carencia de detalles técnicos.Se utilizan para mostrar el alcance de un sistema, junto con las principales características del mismo y losactores que trabajan con esas características principales. Los usuarios ven el sistema, pueden reaccionar a él yproveer retroalimentación. También pueden ayudar a determinar si se debe crear o comprar el software.

Niveles de administraciónLa administración en las organizaciones existe en tres amplios niveles horizontales: control operacional, planeacióny control administrativo (administración de nivel medio), y administración estratégica, como se muestra en• Los casos de uso comunican los requerimientos del sistema con efectividad, ya que losdiagramas se mantienen simples.• Los casos de uso permiten a las personas contar historias.• Las historias de los casos de uso tienen sentido para las personas sin conocimientos técnicos.• Los casos de uso no dependen de un lenguaje especial.• Los casos de uso pueden describir la mayoría de los requerimientos funcionales (como lasinteracciones entre los actores y las aplicaciones).

• Los casos de uso pueden describir los requerimientos no funcionales (como el rendimientoy la capacidad de mantenimiento) a través del uso de estereotipos.• Los casos de uso ayudan a los analistas a definir los límites.• Los casos de uso se pueden rastrear para que los analistas puedan identificar los enlacesentre los casos de uso y otras herramientas de diseño y documentación.

Cultura organizacionalLa cultura organizacional es un área establecida de investigación que ha crecido en forma notable en la últimageneración. Así como es apropiado pensar que las organizaciones incluyen muchas tecnologías, es igual de apropiadoverlas como anfitrionas de varias subculturas competentes.Aún no se ha llegado a un buen acuerdo en cuanto a qué es exactamente lo que constituye una subcultura organizacional.Sin embargo, hay consenso en cuanto a que las subculturas competentes pueden estar en conflictoal tratar de ganar partidarios de lo que consideran que debe ser la organización. Se está realizando una investigaciónpara determinar los efectos de las organizaciones y los equipos virtuales en cuanto a la creación de subculturascuando los miembros no comparten un espacio de trabajo físico pero sí comparten tareas.