SlideShare una empresa de Scribd logo
1 de 20
Comprensión y modelado deComprensión y modelado de
los sistemas organizacionaleslos sistemas organizacionales
KENDALL & KENDALL
Las Organizaciones como SistemasLas Organizaciones como Sistemas
Las 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 losInterrelació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 losInterrelación e interdependencia de los
SistemasSistemas
La retroalimentación es una forma de Control de un sistema
Como sistemas,
todas las
organizaciones
usan
la 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ísicas
Respuesta más rápida a necesidades de los clientes
Empleados 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 Sistemas
Diagrama 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 que
se va a incluir en él.
Descripción Gráfica de los SistemasDescripción Gráfica de los Sistemas
Diagrama 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 Sistemas
El 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 se
divide en tres secciones:
identificación e iniciación; pasos
realizados; 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 éxito
Los casos de uso pueden incluir pasos condicionales
así 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 de
caracterí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 datos
o 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 los
actores que trabajan con esas características principales. Los usuarios
ven el sistema, pueden reaccionar a él y
proveer retroalimentación. También pueden ayudar a determinar si se
debe crear o comprar el software.
niveles de administraCión
La administración en las organizaciones existe en tres amplios
niveles horizontales: control operacional, planeación
y 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 los
diagramas 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 las
interacciones entre los actores y las aplicaciones).
• Los casos de uso pueden describir los
requerimientos no funcionales (como el rendimiento
y 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 enlaces
entre los casos de uso y otras herramientas de diseño
y documentación.
Cultura organizaCional
La cultura organizacional es un área establecida de investigación que
ha crecido en forma notable en la última
generación. Así como es apropiado pensar que las organizaciones
incluyen muchas tecnologías, es igual de apropiado
verlas 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 conflicto
al tratar de ganar partidarios de lo que consideran que debe ser la
organización. Se está realizando una investigación
para determinar los efectos de las organizaciones y los equipos virtuales
en cuanto a la creación de subculturas
cuando los miembros no comparten un espacio de trabajo físico pero sí
comparten tareas.

Más contenido relacionado

La actualidad más candente

Fundamentos del análisis de sistemas
Fundamentos del análisis de sistemasFundamentos del análisis de sistemas
Fundamentos del análisis de sistemasAlex O'Connor
 
Diseño de Sistemas
Diseño de SistemasDiseño de Sistemas
Diseño de SistemasJUANESTEFA
 
Análisis estructurado power
Análisis estructurado powerAnálisis estructurado power
Análisis estructurado powerA.C. Milan
 
Enfoque estructurado enfoque oo
Enfoque estructurado   enfoque ooEnfoque estructurado   enfoque oo
Enfoque estructurado enfoque ookarlanm07
 
Herramientas De Modelado
Herramientas De ModeladoHerramientas De Modelado
Herramientas De Modeladomsc080277
 
Dfd fisico y lógico
Dfd fisico y lógicoDfd fisico y lógico
Dfd fisico y lógicoecasteloc
 
Enfoques de desarrollo de sw
Enfoques de desarrollo de swEnfoques de desarrollo de sw
Enfoques de desarrollo de swWalterJes
 
Análisis y Diseño de Sistemas de Información James Senn
Análisis y Diseño de Sistemas de Información James SennAnálisis y Diseño de Sistemas de Información James Senn
Análisis y Diseño de Sistemas de Información James Sennfrancire30
 
Trabajo Práctico Nº5 Organigramas, Cursograma, Workflow
Trabajo Práctico Nº5 Organigramas, Cursograma, WorkflowTrabajo Práctico Nº5 Organigramas, Cursograma, Workflow
Trabajo Práctico Nº5 Organigramas, Cursograma, WorkflowRoberto Soto
 
Estrategias o métodos para el desarrollo de sistemas
Estrategias o métodos para el desarrollo de sistemasEstrategias o métodos para el desarrollo de sistemas
Estrategias o métodos para el desarrollo de sistemasmaricelaguilar
 
Unidad iii paradigmas de la ingeniería de software
Unidad iii  paradigmas de la ingeniería de softwareUnidad iii  paradigmas de la ingeniería de software
Unidad iii paradigmas de la ingeniería de softwareHelen De la Cruz
 

La actualidad más candente (15)

Modelos de informacion
Modelos de informacionModelos de informacion
Modelos de informacion
 
Fundamentos del análisis de sistemas
Fundamentos del análisis de sistemasFundamentos del análisis de sistemas
Fundamentos del análisis de sistemas
 
Diseño de Sistemas
Diseño de SistemasDiseño de Sistemas
Diseño de Sistemas
 
Análisis estructurado power
Análisis estructurado powerAnálisis estructurado power
Análisis estructurado power
 
Enfoque estructurado enfoque oo
Enfoque estructurado   enfoque ooEnfoque estructurado   enfoque oo
Enfoque estructurado enfoque oo
 
Herramientas De Modelado
Herramientas De ModeladoHerramientas De Modelado
Herramientas De Modelado
 
Dfd fisico y lógico
Dfd fisico y lógicoDfd fisico y lógico
Dfd fisico y lógico
 
Enfoques de desarrollo de sw
Enfoques de desarrollo de swEnfoques de desarrollo de sw
Enfoques de desarrollo de sw
 
Introduccion al análisis de sistemas de información
Introduccion al análisis de sistemas de informaciónIntroduccion al análisis de sistemas de información
Introduccion al análisis de sistemas de información
 
Análisis y Diseño de Sistemas de Información James Senn
Análisis y Diseño de Sistemas de Información James SennAnálisis y Diseño de Sistemas de Información James Senn
Análisis y Diseño de Sistemas de Información James Senn
 
Analisis de sistemas
Analisis de sistemasAnalisis de sistemas
Analisis de sistemas
 
Trabajo Práctico Nº5 Organigramas, Cursograma, Workflow
Trabajo Práctico Nº5 Organigramas, Cursograma, WorkflowTrabajo Práctico Nº5 Organigramas, Cursograma, Workflow
Trabajo Práctico Nº5 Organigramas, Cursograma, Workflow
 
Estrategias o métodos para el desarrollo de sistemas
Estrategias o métodos para el desarrollo de sistemasEstrategias o métodos para el desarrollo de sistemas
Estrategias o métodos para el desarrollo de sistemas
 
Unidad iii paradigmas de la ingeniería de software
Unidad iii  paradigmas de la ingeniería de softwareUnidad iii  paradigmas de la ingeniería de software
Unidad iii paradigmas de la ingeniería de software
 
Análisis estructurado
Análisis estructuradoAnálisis estructurado
Análisis estructurado
 

Destacado

Destacado (11)

Lesiones mayo 2015
Lesiones mayo 2015Lesiones mayo 2015
Lesiones mayo 2015
 
Soberania alimentaria
Soberania alimentariaSoberania alimentaria
Soberania alimentaria
 
Robo a negocio mayo 2015
Robo a negocio mayo 2015Robo a negocio mayo 2015
Robo a negocio mayo 2015
 
Research project on murshidabad silk
Research project on murshidabad silkResearch project on murshidabad silk
Research project on murshidabad silk
 
Vigas doblemente reforzadas_expo
Vigas doblemente reforzadas_expoVigas doblemente reforzadas_expo
Vigas doblemente reforzadas_expo
 
Homicidios mayo 2015
Homicidios mayo 2015Homicidios mayo 2015
Homicidios mayo 2015
 
Clasificación fisiografica del terreno
Clasificación fisiografica del terrenoClasificación fisiografica del terreno
Clasificación fisiografica del terreno
 
Proyecto educativo. El cordero y el gusano
Proyecto educativo. El cordero y el gusanoProyecto educativo. El cordero y el gusano
Proyecto educativo. El cordero y el gusano
 
Simbolos
SimbolosSimbolos
Simbolos
 
H.Hassan Resume
H.Hassan ResumeH.Hassan Resume
H.Hassan Resume
 
Алла Несвіт Англійська мова
Алла Несвіт Англійська моваАлла Несвіт Англійська мова
Алла Несвіт Англійська мова
 

Similar a Comprensión y modelado de sistemas organizacionales

Revista TicNews Enero 2015
Revista TicNews  Enero 2015Revista TicNews  Enero 2015
Revista TicNews Enero 2015Edicion Ticnews
 
Ciclo de-vida-de-un-sistema-1
Ciclo de-vida-de-un-sistema-1Ciclo de-vida-de-un-sistema-1
Ciclo de-vida-de-un-sistema-1Tomasjz
 
Ciclo de vida de un sistema
Ciclo de vida de un sistemaCiclo de vida de un sistema
Ciclo de vida de un sistemaVictor Barraez
 
Diapositivas ciclo
Diapositivas cicloDiapositivas ciclo
Diapositivas cicloguest257d43
 
Analisis y diseño de sistema de información trabajo
Analisis y diseño de sistema de información trabajoAnalisis y diseño de sistema de información trabajo
Analisis y diseño de sistema de información trabajoDfcr Dafe
 
Modelos del Sistema
Modelos del SistemaModelos del Sistema
Modelos del SistemaSofylutqm
 
Análisis del sistema de información
Análisis del sistema de informaciónAnálisis del sistema de información
Análisis del sistema de informaciónalmayor
 
Construcción unidad completa yanelkys reyes
Construcción unidad completa yanelkys reyesConstrucción unidad completa yanelkys reyes
Construcción unidad completa yanelkys reyesyanelkysr
 
“Definición y Análisis de requerimientos de información”
“Definición y Análisis de requerimientos de información”“Definición y Análisis de requerimientos de información”
“Definición y Análisis de requerimientos de información”Yenith Eufemia Campaña Imbaquin
 
Diseño de Sistemas
Diseño de SistemasDiseño de Sistemas
Diseño de SistemasKarenpenr
 
Eje temático Nº 1 - Diseño de Sistemas
Eje temático Nº 1 - Diseño de SistemasEje temático Nº 1 - Diseño de Sistemas
Eje temático Nº 1 - Diseño de SistemasKarenpenr
 
Enfoque estructurado y Enfoque OO - Ingenieria de software
Enfoque estructurado y Enfoque OO  - Ingenieria de softwareEnfoque estructurado y Enfoque OO  - Ingenieria de software
Enfoque estructurado y Enfoque OO - Ingenieria de softwareKola Real
 
Metodologías para el Análisisy Diseño de Sistemas
Metodologías para el Análisisy Diseño de SistemasMetodologías para el Análisisy Diseño de Sistemas
Metodologías para el Análisisy Diseño de Sistemasalberto_marin11
 
Metodologías para el Análisisy Diseño de Sistemas
Metodologías para el Análisisy Diseño de SistemasMetodologías para el Análisisy Diseño de Sistemas
Metodologías para el Análisisy Diseño de Sistemasalberto_marin11
 
Desarrollo de sistemas
Desarrollo de sistemasDesarrollo de sistemas
Desarrollo de sistemasAd Gnzlz
 
Primer Eje Temático - Diseño de Sistemas
Primer Eje Temático - Diseño de SistemasPrimer Eje Temático - Diseño de Sistemas
Primer Eje Temático - Diseño de SistemasKarenpenr
 

Similar a Comprensión y modelado de sistemas organizacionales (20)

Herramientas fabry
Herramientas fabryHerramientas fabry
Herramientas fabry
 
Herramientas fabry
Herramientas fabryHerramientas fabry
Herramientas fabry
 
Revista TicNews Enero 2015
Revista TicNews  Enero 2015Revista TicNews  Enero 2015
Revista TicNews Enero 2015
 
Ciclo de-vida-de-un-sistema-1
Ciclo de-vida-de-un-sistema-1Ciclo de-vida-de-un-sistema-1
Ciclo de-vida-de-un-sistema-1
 
Ciclo de vida de un sistema
Ciclo de vida de un sistemaCiclo de vida de un sistema
Ciclo de vida de un sistema
 
Diapositivas ciclo
Diapositivas cicloDiapositivas ciclo
Diapositivas ciclo
 
Analisis y diseño de sistema de información trabajo
Analisis y diseño de sistema de información trabajoAnalisis y diseño de sistema de información trabajo
Analisis y diseño de sistema de información trabajo
 
Modelos del Sistema
Modelos del SistemaModelos del Sistema
Modelos del Sistema
 
Análisis del sistema de información
Análisis del sistema de informaciónAnálisis del sistema de información
Análisis del sistema de información
 
Trabajo valderrama y carlos
Trabajo valderrama y   carlosTrabajo valderrama y   carlos
Trabajo valderrama y carlos
 
Construcción unidad completa yanelkys reyes
Construcción unidad completa yanelkys reyesConstrucción unidad completa yanelkys reyes
Construcción unidad completa yanelkys reyes
 
“Definición y Análisis de requerimientos de información”
“Definición y Análisis de requerimientos de información”“Definición y Análisis de requerimientos de información”
“Definición y Análisis de requerimientos de información”
 
Diseño de Sistemas
Diseño de SistemasDiseño de Sistemas
Diseño de Sistemas
 
Eje temático Nº 1 - Diseño de Sistemas
Eje temático Nº 1 - Diseño de SistemasEje temático Nº 1 - Diseño de Sistemas
Eje temático Nº 1 - Diseño de Sistemas
 
Enfoque estructurado y Enfoque OO - Ingenieria de software
Enfoque estructurado y Enfoque OO  - Ingenieria de softwareEnfoque estructurado y Enfoque OO  - Ingenieria de software
Enfoque estructurado y Enfoque OO - Ingenieria de software
 
Metodologías para el Análisisy Diseño de Sistemas
Metodologías para el Análisisy Diseño de SistemasMetodologías para el Análisisy Diseño de Sistemas
Metodologías para el Análisisy Diseño de Sistemas
 
Metodologías para el Análisisy Diseño de Sistemas
Metodologías para el Análisisy Diseño de SistemasMetodologías para el Análisisy Diseño de Sistemas
Metodologías para el Análisisy Diseño de Sistemas
 
Desarrollo de sistemas
Desarrollo de sistemasDesarrollo de sistemas
Desarrollo de sistemas
 
Primer Eje Temático - Diseño de Sistemas
Primer Eje Temático - Diseño de SistemasPrimer Eje Temático - Diseño de Sistemas
Primer Eje Temático - Diseño de Sistemas
 
Análisis
AnálisisAnálisis
Análisis
 

Comprensión y modelado de sistemas organizacionales

  • 1. Comprensión y modelado deComprensión y modelado de los sistemas organizacionaleslos sistemas organizacionales KENDALL & KENDALL
  • 2. Las Organizaciones como SistemasLas Organizaciones como Sistemas Las 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.
  • 3. Interrelación e interdependencia de losInterrelació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.
  • 4. Interrelación e interdependencia de losInterrelación e interdependencia de los SistemasSistemas La retroalimentación es una forma de Control de un sistema Como sistemas, todas las organizaciones usan la 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
  • 5. 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ísicas Respuesta más rápida a necesidades de los clientes Empleados virtuales
  • 6. 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.
  • 7. Una perspectiva de sistemasUna perspectiva de sistemas
  • 8. 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.
  • 9. Descripción Gráfica de los SistemasDescripción Gráfica de los Sistemas Diagrama 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 que se va a incluir en él.
  • 10. Descripción Gráfica de los SistemasDescripción Gráfica de los Sistemas Diagrama de flujo de datos a nivel de contextoDiagrama de flujo de datos a nivel de contexto
  • 11. Descripción Gráfica de los SistemasDescripción Gráfica de los Sistemas El 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.
  • 13. 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 se divide en tres secciones: identificación e iniciación; pasos realizados; y condiciones, suposiciones y preguntas.
  • 14.
  • 15. 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 éxito Los casos de uso pueden incluir pasos condicionales así como extensiones o escenarios alternativos.
  • 16. 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 de caracterí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 datos o 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.
  • 17. 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 los actores que trabajan con esas características principales. Los usuarios ven el sistema, pueden reaccionar a él y proveer retroalimentación. También pueden ayudar a determinar si se debe crear o comprar el software.
  • 18. niveles de administraCión La administración en las organizaciones existe en tres amplios niveles horizontales: control operacional, planeación y 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 los diagramas 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 las interacciones entre los actores y las aplicaciones).
  • 19. • Los casos de uso pueden describir los requerimientos no funcionales (como el rendimiento y 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 enlaces entre los casos de uso y otras herramientas de diseño y documentación.
  • 20. Cultura organizaCional La cultura organizacional es un área establecida de investigación que ha crecido en forma notable en la última generación. Así como es apropiado pensar que las organizaciones incluyen muchas tecnologías, es igual de apropiado verlas 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 conflicto al tratar de ganar partidarios de lo que consideran que debe ser la organización. Se está realizando una investigación para determinar los efectos de las organizaciones y los equipos virtuales en cuanto a la creación de subculturas cuando los miembros no comparten un espacio de trabajo físico pero sí comparten tareas.