La Inform - PowerPoint PPT Presentation

Loading...

PPT – La Inform PowerPoint presentation | free to view - id: 56190d-Mzc0Z



Loading


The Adobe Flash plugin is needed to view this content

Get the plugin now

View by Category
About This Presentation
Title:

La Inform

Description:

La Inform tica y la Organizaci n M.C. Juan Carlos Olivares Rojas * * * * * * * * Impacto de la TI en las Organizaciones.ppt * * VN: Especificar y mejorar sus ... – PowerPoint PPT presentation

Number of Views:309
Avg rating:3.0/5.0
Slides: 258
Provided by: JuanCarlos254
Category:

less

Write a Comment
User Comments (0)
Transcript and Presenter's Notes

Title: La Inform


1
La Informática y la Organización
  • M.C. Juan Carlos Olivares Rojas

2
Agenda
  • Importancia de la función informática.
  • Importancia de la administración de la función
    informática.
  • La función Informática y su relación con el ciclo
    competitivo de las organizaciones.
  • Tendencias de las tecnologías de información.

3
Agenda
  • Nuevas responsabilidades del directivo
    informático.
  • Ubicación en las diferentes estructuras
    organizacionales.

4
Importancia de la función informática
  • La informática es un galicismo originado del
    tratamiento automático de la información.
  • La información permite conocer la realidad,
    interactuar con el medio físico, apoyar la toma
    de decisiones, y evaluar las acciones de
    individuos y de grupos.

5
Importancia de la F. I.
  • Actualmente se vivimos en una sociedad llena de
    información a la que se ha denominado sociedad
    del conocimiento.
  • La función de un administrador guiar a las
    organizaciones hacia el logro de metas y
    objetivos. Esto se logra con y por medio de
    personas y otros recursos, en este caso recursos
    tecnológicos.

6
Importancia de la F. I.
7
Importancia de la F. I
Jerarquía de Conceptos
8
Importancia de la F.I.
  • La administración se compone de 4 procesos bien
    definidos
  • Planeación
  • Organización
  • Dirección
  • Control
  • Los principios generales de la administración
    son

9
Importancia de la F. I.
  • División del trabajo
  • Autoridad
  • Disciplina
  • Unidad de mando
  • Unidad de dirección
  • Subordinación de los intereses particulares a los
    generales
  • Renumeración
  • Centralización

10
Importancia de la F. I.
  • Cadena escalar
  • Orden
  • Equidad
  • Estabilidad en la permanencia del personal
  • Iniciativa
  • Espíritu de grupo

11
Importancia de la F. I.
  • Vivimos en un mundo lleno de computadoras
    cajeros automáticos, relojes, celulares, etc.
  • La administración de la función informática se
    vuelve esencial.
  • Definir el concepto de función informática es
    sumamente difícil, es como definir el concepto de
    tiempo.

12
Importancia de la F. I.
  • La F. I. Consiste en las mejores prácticas para
    evitar el despilfarro computacional.
  • La administración de los recursos tecnológicos y
    humanos es parte de la Función Informática.
  • En general en México hasta hace poco la función
    informática se administraba.

13
Importancia de la F. I.
  • De acuerdo con cifras oficiales, el gasto total
    en productos de software y tecnologías de
    información en México durante 2008 fue cercano a
    los 1,000 millones de dólares sin embargo, sólo
    una fracción de esta demanda fue satisfecha por
    empresas nacionales.

14
Importancia de la F.I.
  • Las elevadas importaciones se deben, en parte, al
    alto número de empresas consultoras de origen
    extranjero.
  • Las empresas filiales de compañías extranjeras
    representan alrededor del 30 por ciento de sus
    asociados pero concentran alrededor del 75 por
    ciento de las ventas.

15
Importancia de la F.I.
  • El perfil actual de la industria nacional resulta
    mayoritariamente de micro y pequeñas empresas
    (83).
  • Las empresas desarrolladoras de software
    (definición del PROSOFT), son de un tamaño muy
    inferior al promedio internacional que es de 250
    empleados.

16
Importancia de la F.I.
  • Clasificación de empresas desarrolladoras de
    software

Número de Empleados Número de Empresas Porcentaje
Micro 1 a 10 619 41
Pequeña 11 a 50 629 42
Mediana 51 a 100 130 9
Grande Más de 100 114 8
17
Importancia de la F.I.
  • Factores críticos de éxito de la industria de
    software en México
  • México cuenta con buena dotación de capital
    humano e infraestructura tecnológica, pero la
    calidad de la mano de obra y el costo de acceso a
    la infraestructura son un freno para la
    competitividad de la industria.

18
Importancia de la F.I.
  • Puntos Fuertes
  • La matrícula en áreas de TI crece de manera
    exponencial.
  • Se tiene la mejor infraestructura tecnológica en
    latinoamérica después de Brasil.

19
Importancia de la F.I.
  • Puntos débiles
  • Existe poca investigación y falta de acceso a
    créditos.
  • La mano de obra es calificada pero requiere de
    mucho tiempo de entrenamiento.
  • A pesar de que se cuenta con mucha
    infraestructura de TI, el uso de ésta es cara.

20
Importancia de la F. I.
  • La oferta de la industria está muy orientada a la
    provisión de servicios.
  • Las servicios con mayor contribución a la oferta
    son
  • Desarrollo e Integración
  • Mantenimiento y Soporte de Software
  • Consultoría

21
Importancia de la F.I.
  • En México como en muchos países subdesarrollados
    la brecha digital es muy marcada.
  • Tarea para el lunes leer un artículo técnico o
    de divulgación que hable del caso de éxito de la
    India en TI. Se deberá traer el artículo original
    así como una lectura crítica (ideas principales,
    puntos fuertes y débiles, propuesta de mejora).

22
Importancia de la F.I.
  • por qué los Estadounidenses y Canadienses
    prefieren la mano de obra Hindú si al final de
    cuentas en México se tienen muchos factores
    críticos de éxito como la cercanía, afinidad
    cultural, menores costos de mano de obra y fácil
    traslado?

23
Importancia de la F.I.
  • Análisis FODA de la industria del software en
    México

FORTALEZAS Uso horario similar Afinidad cultural Proximidad y fácil traslado Menores costos de mano de obra Buena infraestructura aunque más costosa TLCAN Estabilidad política Bajo riesgo geopolítico DEBILIDADES Oferta limitada de mano de obra calificada Escaso manejo del inglés Niveles de certificación de las empresas mexicanas Estructura de la industria de TI Temas de seguridad y corrupción Falta de experiencia de las empresas en proyectos grandes de México Acceso a capital Carga y legislación laboral
OPORTUNIDADES Asociación con jugadores globales de desarrollo de TI canadienses Amplio espacio para el apoyo efectivo del gobierno Generar una masa crítica de mano de obra calificada AMENAZAS Alta competencia de países emergentes en el mercado de TI (Brasil, Rusia, China y Filipinas) Incrementos en el costo de la mano de obra Constante innovación tecnológica
24
Importancia de la F.I.
  • Investigación sobre parques tecnológicos en
    México.
  • Análisis FODA del ClusterTIM (Parque tecnológico
    de Tres Marías en Morelia, Michoacán). Para
    mañana jueves. En papel de rotafolio. Equipos de
    dos personas.
  • A continuación se muestra una radiografía de la
    industria del software en México.

25
Tipos de Organización
26
Esquema de Contratación
27
Edad
28
Escolaridad
29
Género
30
Antigüedad
31
Salarios
32
Salarios
33
Salarios
34
Salario Internacional
35
Salario Tipo de Organización
36
Salario por Función
37
Salario por Rango Edad
38
Salario Grado de Estudios
39
Conocimiento y Habilidades
40
Conocimiento y Habilidades
41
Plataformas
42
BD
43
Otras habilidades
44
Certificaciones
45
Certificaciones
46
1.2 Importancia de la administración de la
función informática
  • El problema principal que se tiene en México es
    que no se administra de forma correcta las
    tecnologías de la información ni los procesos que
    la información conlleva dentro de las
    organizaciones. Cuando se logra administrar
    generalmente se hace de manera descentralizada.

47
AFI
  • El área de informática es un área de servicio,
    cuyo objetivo es apoyar al resto de las áreas de
    la organización. Por tanto debe hacerse
    conciencia de lo siguiente
  • El 10 de la productividad del personal del área
    de informática debe ver hacia dentro.
  • El 90 restante debe proyectarse hacia fuera.

48
AFI
  • Es de suma importancia que se realice el proceso
    de planeación estratégica y táctica en un
    departamento de sistemas.
  • Es importante manejar una adecuada estructura del
    departamento.

49
Importancia de la AFI
  • Un Informático debe de aprender a delegar el uso
    de la tecnología, y entender que no se debe
    delegar la propia tecnología (es decir no se
    puede dejar que cada quien tenga los programas,
    sistemas, o lenguajes que quiera en sus PC) sino
    delegar su uso.
  • Un informático no es responsable del uso de la
    tecnología pero si del desempeño y funcionalidad
    de la misma.

50
1.3 La función Informática y su relación con el
ciclo competitivo de las organizaciones
  • Es de suma importancia conocer el control interno
    de una organización para poder mejorar el
    desarrollo de la empresa a través del uso de
    tecnologías informáticas.

51
AFI en las Organizaciones
  • El origen de los Sistemas de Información está
    íntimamente relacionado con el origen de las
    organizaciones a tal punto que un Sistema de
    Información no puede existir sino existe una
    organización.
  • Los Sistemas de Información han evolucionado
    conforme lo han hecho las empresas.

52
Ecosistema de la Industria
53
El negocio y su entorno
54
Fundamentos de los Negocios
55
Estructura Jerárquica Actual
56
La organización y su ambiente
57
Organización Formal
58
Esquema de una Organización
59
TI y las Organizaciones
60
Organizaciones de Ayer
  • Escenario economía cerrada
  • Compañías orientadas a producir un producto o
    servicio.
  • Mercado con capacidad de absorber a todos.
  • Comercialización y venta fácil.

61
Organizaciones de Hoy
  • Escenario de una economía abierta
  • Compañías orientadas a servir al cliente
  • Entorno altamente competido.
  • Comercialización y venta claves para la
    supervivencia.

62
Entornos de Trabajo Amigables
63
Entornos de Trabajo Amigables
64
Organizaciones Tradicionales
  • Deseo de Estabilidad
  • Múltiples Niveles Administrativos
  • Reducción de riesgos
  • Toma decisiones lenta, central.
  • Respuesta al cliente tardada
  • Miembros especialistas
  • Importa jerarquía, control
  • Tamaño grande, inflexibilidad
  • Medio comunicación Papel

65
Organizaciones Tradicionales
66
Organizaciones Modernas
  • Dinámicas
  • Plana, esfera de comunicaciones
  • Explota nuevas oportunidades
  • Información disponible para todos.
  • JIT en la Información
  • Miembros con conocimiento/autodirección.
  • Autoridad y mando circular. (Trabajo en equipo)
  • Esbeltas
  • Medio de comunicación Electrónicos.

67
Organización y TICs
  • Las Organizaciones intentan conjuntar dos
    visiones para realizar su negocio
  • Visión del negocio
  • Visión de TI
  • En general esta integración ha sido compleja y
    problemática sin alcanzar una visión común del
    negocio

68
Organizaciones y TICs
  • Sin embargo las Organizaciones son cada vez más
    dependientes de sus sistemas informáticos
  • cuentan con diversidad de sistemas que tienen
    entre sí dependencias complejas
  • estos sistemas han ido creciendo en forma
    separada y heterogénea
  • Los avances en tecnología y los cambios en los
    requerimientos del negocio se retroalimentan y
    deben ser gestionados

69
Valor del Negocio
70
Áreas de una Organización
71
Cadena de Valor de los Negocios
72
Trinomio de los SI
73
Entorno de los SI
74
Perspectiva de la AFI
75
Importancia de los SI
  • Lo que una empresa desea hacer dentro de 5 años
    dependerá de lo que sus sistemas puedan hacer
  • Incrementar su mercado
  • Convertirse en el productor de alta calidad o
    bajo costo
  • Desarrollar nuevos productos
  • Incrementar la productividad de los empleados
  • Depende del tipo y calidad de información

76
Sistemas Empresariales
77
Tipos de Sistemas de Información
78
TPS-MIS
79
Ejemplo de SI
80
Ejemplo de SI
81
Ejemplo de SI
82
Ejemplos de SI
83
Actividad de Reflexión
  • Nicholas Carr, de Harvard Business Review
    escribió un artículo TI no importan
  • ...Porque todas las empresas pueden comprar TI en
    el mercado,
  • ...porque cualquier ventaja obtenida por una
    compañía puede ser fácilmente copiada por otra
    compañía,

84
Actividad de Reflexión
  • ...porque TI es ahora un comodity basado en
    estándares (como Internet) que cualquier compañía
    puede usar
  • ...no es ya un factor diferenciador en el
    desempeño de una compañía.

85
1.4 Tendencias de las tecnologías de información
  • 1.4.1 Tendencias de hardware, software datos y
    comunicaciones.
  • 1.4.2 La calidad total en la administración de
  • tecnologías de la información.
  • 1.4.3 Reingeniería de la administración de
    tecnologías de la información.

86
Tendencias de hw, sw, datos y comunicaciones
  • Cuando se habla de tendencias, se habla de
    dirección y de la posibilidad de que en un futuro
    ciertas tecnologías que todavía no tienen nombre
    y apellido, alcancen la madurez como para ser
    viables.
  • El futuro ambiente tecnológico, deberá considerar
    la adaptación de modelos de negocio centrados en
    la Web.

87
Tendencias
  • Las tendencias se pueden medir de manera
    eficiente a través de estadísticos.
  • Las tecnologías emergentes puede ser un factor
    crítico de éxito para muchas organizaciones pero
    sino es administrada de forma eficiente puede ser
    la punta del iceberg de un fracaso evidente.

88
Estadísticas E-Commerce
  • En México xisten 17.8 millones de computadoras,
    de las cuales 11.1 millones cuenta con acceso a
    Internet.
  • Existen 75.6 millones de usuarios de telefonía
    celular.
  • De los 6.5 millones de enlaces a Internet, 6.1
    son de banda ancha.

89
Estadísticas de E-Commerce
  • Un poco más del 20 de los Internautas maneja un
    Blog.
  • 58 Internautas utilizan chats
  • 86 Utilizan un buscador
  • 40 Utilizan mensajes SMS
  • Existen muchas empresas de consultoría que se
    especializan en tendencias del área informática
    como IDC y Gartner.

90
Pronóstico Gartner 2007
  1. Código abierto
  2. Virtualización
  3. Registro de servicios y repositorios
  4. Suites para la gestión de procesos de negocios
  5. Enterprise Information Management
  6. Cómputo ubicuo
  7. Acceso a la información
  8. Web 2.0 AJAX Rich Clients
  9. Web 2.0 - Mashup Composite Model
  10. Inteligencia colectiva y comunidades

91
Pronóstico Gartner 2008
  1. Green IT 
  2. Unified Communications
  3. Business Process Modeling
  4. Metadata Management 
  5. Virtualization 2.0
  6. Mashup Composite Apps 
  7. Web Platform WOA 
  8. Computing Fabric
  9. Real World Web  
  10. Social Software 

92
Pronóstico Gartner 2009
  1. Virtualization.
  2. Cloud Computing.
  3. Servers-Beyond Blades.
  4. Web-Oriented Architectures.
  5. Enterprise Mashups.
  6. Specialized Systems.
  7. Social Software and Social Networking.
  8. Unified Communications.
  9. Business Intelligence.
  10. Green IT.

93
Tendencias en TICs
94
Hardware
  • 110 billones de dólares gastados anualmente en
    los Estados Unidos.
  • Dominio de chips procesadores 64-bits de Intel,
    AMD, e IBM al nivel de cliente y servidor.
  • Servidores de blade hoja reemplazan servidores
    de caja. El manejo de mainframe es considerable
    en empresas grandes.

95
Microprocesadores
96
Sistemas Operativos
  • 100 billones USD en los Estados Unidos
  • Dominio contínuo de S.O. Microsoft en el cliente
    (95) y en el mercado portátil de mano (45)
  • Dominio creciente de Linux (UNIX) en el mercado
    de servidores corporativos (85). Las PyMEs
    manejan servidores basados en Windows NT.

97
Software Empresarial
  • 165 billones gastados anualmente en los Estados
    Unidos para infraestructura de software
    empresarial básica.
  • SAP, Oracle, PeopleSoft (ahora Oracle), y Siebel
    dominan este mercado. Firmas de software
    intermedio (Middleware) como BEA y JD Edwards
    sirven a firmas más pequeñas, y trabajan también
    en el campo de servicios Web.

98
Administración de Datos
  • 70 billones gastados anualmente en los Estados
    Unidos.
  • Oracle y IBM continúan dominando el mercado de
    software de bases de datos. Microsoft (SQL
    Server) y Sybase tienden a servir firmas más
    pequeñas.
  • MySQL es utilizada en su mayor parte en firmas de
    tamaño pequeño a mediano.

99
Capacidad de Discos Duros
100
Costos por Megabit
101
Administración de Datos
  • 35 billones gastados anualmente en los Estados
    Unidos para almacenamiento físico en disco duro.
  • El mercado de disco duro se está consolidando
    alrededor de unas pocas firmas muy grandes como
    EMC y firmas más pequeñas de disco duro para PC
    como Seagate, Maxtor, y Western Digital.

102
Fuentes de Datos
103
Redes y Telecomunicaciones
  • 700 billones de USD gastados anualmente en
    servicios de telecomunicaciones.
  • Redes de Firmas Empresariales casi completamente
    Linux o UNIX.
  • Cisco, Lucent, Nortel, y Juniper Networks
    continúan dominando el hardware de redes.

104
Redes y Telecomunicaciones
  • El mercado de servicios de telecomunicaciones es
    altamente dinámico con MCI, ATT, y Sprint
    proveyendo la mayoría de los servicios de líneas
    troncales para Teléfono e Internet.
  • Crecimiento de servicios no telefónicos Wi-Fi y
    Wi-Max, y telefonía por Internet.
  • Auge del Triple-Play.

105
Seguridad TI
106
Redes de Sensores
107
Internet
  • 32 billones USD gastados anualmente en
    Infraestructura de Internet en los Estados
    Unidos.
  • Mercado de hardware de servidor Internet
    concentrado en Dell, HP, y IBM.
  • Apache continúa siendo el software de servidor de
    Web dominante, seguido por el servidor IIS de
    Microsoft .

108
Redes Heterogéneas
109
Consultoría
  • 130 billones USD gastados anualmente en los
    Estados Unidos en consultoría (desarrollo)
  • Aproximadamente 85 de la Consultoría de empresas
    en los Estados Unidos involucra consultoría de
    negocios de TI.
  • IBM es la empresa más grande de consultoría con
    Servicios Globales IBM.

110
Otras Tendencias
  • Uso de Grid-Computing, Cloud-Computing, software
    bajo demanda. Servicios Web y arquitectura
    orientada a servicios (SOA).
  • 30-50 del presupuesto de una empresa para el
    desarrollo de software es para darle
    mantenimiento.
  • Subcontratación (outsourcing) de Software.

111
Otras Tendencias
  • Ejemplo Dow Chemical contrató a IBM por 1.1
    billones para crear un sistema de comunicación
    integrado para 50,000 empleados en 63 países.
    Por qué no construiría este Sistema Dow mismo?
  • Otra de las tendencias de IT es el Software de
    Integración de Aplicaciones Empresariales (EAI).

112
Servicios Web
113
EAI
114
Sistemas Inteligentes
115
Inteligencia de Negocios
116
Cubos de Datos
117
Calidad en la Admon. Total
  • La administración total se centra la atención en
    los clientes, el benchmarking, el mejoramiento
    continuo
  • El benchmarking es un proceso que permite
    identificar las mejores prácticas en un
    determinado proceso o actividad, se analizan y se
    incorporan a la operativa interna de la empresa.

118
Reingeniería de la AFI
  • La reingeniería de los procesos surge como
    respuesta a las ineficiencias propias de la
    organización funcional en las empresas y sigue un
    método estructurado consiste en identificar los
    procesos clave de la empresa asignar
    responsabilidades sobre dichos procesos a un
    propietario definir los limites del proceso
    medir el funcionamiento del proceso entre otros.

119
Proceso de negocios
  • Un proceso de negocios es un conjunto de pasos o
    actividades relacionadas en las que intervienen
    gente, información y otros recursos para crear
    valor.
  • Los procesos de negocios se integran de pasos que
    se pueden identificar en el tiempo y el espacio
  • Tiene un principio y un fin

120
Procesos de Negocios
  • Tienen entradas y salidas
  • Tiene un grado de formalización pero no necesitan
    ser totalmente estructurados

121
Procesos de negocios
  • Los procesos de negocios son la manera más común
    de mejorar el desempeño de los sistemas de
    trabajos ya que podemos cambiar el procesos de
    negocios cambiando, eliminando o agregando pasos
    al proceso o también cambiando los métodos de
    cómo se usan estos pasos

122
Proceso de Negocios
123
Proceso de Negocio
124
Modelado Procesos Negocios
125
Modelado de procesos
  • El modelado de procesos es en si mismo el proceso
    de negocios.
  • Es la subdivisión del proceso de negocios en sus
    elementos básicos con el propósito de poderlos
    estudiar y mejorarlos

126
Modelado de Procesos de Negocios
  • El modelado de procesos es esencial en el
    desarrollo de los sistemas de información ya que
    nos ayuda a identificar el problema que el
    sistema de información deberá resolver y la
    manera en como deberá resolverlo

127
Modelo en las Organizaciones
  • Modelo es un conjunto de conceptos que permiten
    construir una representación organizacional de la
    empresa.
  • Dos enfoques
  • Funcional (Tradicional)
  • Proceso

ORGANIZACIONES POR PROCESOS
ORGANIZACIONES TRADICIONALES
PROCESOS
128
Enfoque Funcional
VERTICAL
129
Enfoque de Procesos
HORIZONTAL
130
Función vs. Proceso
  • Función identificada por un verbo. Es continua.
  • Comercializar
  • Fabricar
  • Vender
  • Expedir
  • Comprar
  • Proceso identificado por verbosustantivo. Tiene
    un inicio y un fin. No es continuo.
  • Tomar un pedido
  • Ensamblar un pieza
  • Facturar a un cliente
  • Solicitar materiales

131
Qué es el Modelado del Negocio?
  • Es una técnica para modelar procesos del negocio.
  • El Modelo de negocio provee una manera de
    expresar los procesos del negocios en términos de
    actividades del negocio y comportamiento
    colaborativo.

132
Procesos de Negocios
  • Las aplicaciones empresariales están diseñadas
    para apoyar la coordinación e integración de
    procesos que abarcan toda la empresa.
  • Ejemplos de estas Aplicaciones empresariales se
    muestran a continuación
  • Sistemas de administración de la cadena de
    suministro (SCM).

133
Procesos de Negocio
  • Sistemas de administración de relaciones con
    clientes (CRM).
  • Sistemas de administración del conocimiento
    (Business Intelligence).
  • Sistemas Integrales que abarcan los procesos de
    la organización, llamados ERP (Enterprise
    Resource Plannig).

134
Procesos de Negocio
  • Los Sistemas de Administración del Conocimiento
    recolectan todo el conocimiento y experiencia
    relevantes en la empresa y la hacen disponible
    donde y cuando sea necesaria para apoyar los
    procesos de la empresa y las decisiones
    administrativas. También enlazan a la empresa a
    fuentes externas de conocimiento.

135
Reingeniería de Procesos de Negocios
  • Es la actividad por medio de la cual se puede
    implementar el proceso de mejora continua en las
    organizaciones para lograr la administración de
    la calidad total.
  • El proceso de reingeniería es un proceso
    netamente creativo que debe ser medido para
    contrastar su efectividad. No puede haber
    reingeniería si previamente no hay ingeniería de
    un proceso

136
Caso de Estudio Reingeniería del Software
  • Sucede que si una aplicación necesita ser
    modificada constantemente y no tiene una
    metodología de seguimiento del desarrollo del
    proyecto, la modificación del software se vuelve
    sumamente complicada.
  • El mantenimiento de software en algunos casos
    puede llegar a ser del 60 del total de costos
    del proyecto.

137
Reingeniería del Software
  • Aún cuando un software se haya desarrollado con
    la mejor metodología de software tendrá que ser
    modificado en un futuro por algún motivo, debido
    a que lo único constante es el cambio.
  • Los tipos de mantenimiento de Software son
    correctivo, adaptativo, mejoras o mantenimiento
    de perfeccionamiento, mantenimiento preventivo o
    reingeniería.

138
Reingeniería del Software
  • El 80 del tiempo del desarrollo del software se
    ocupa en la adaptación del software a su ambiente
    externo.
  • La reingeniería de software es costosa y
    consumidora de tiempo.
  • La reingeniería es una actividad de
    reconstrucción, preferible de realizar antes de
    que se derrumbe la obra.

139
Reingeniería de Software
  • Antes de derribar una casa, quizás se necesita
    corroborar que está mal.
  • La reingeniería es un proceso que altera los
    elementos internos de toda obra, no es una sola
    remodelación de la fallada.
  • Generalmente se siguen los siguientes pasos para
    aplicar reingeniería

140
Reingeniería de Software
  • Análisis de Inventario
  • Reestructuración de Documentos
  • INGENIERÍA INVERSA
  • Reestructuración de Códigos
  • Reestructuración de Datos
  • Ingeniería directa

141
Ingeniería Inversa
  • Se aplica para obtener un modelo detallado de
    análisis, ingeniería de requerimientos, diseño y
    en algunos casos implementación teniendo una
    solución, la cual es una actividad consumidora de
    tiempo.
  • Tanto la Ingeniería Inversa como la Reingeniería
    en la mayoría de las licencias de Software se
    encuentran penadas por la ley.

142
Actividad
  • En equipos de 3 personas realizar el modelado del
    proceso de un tipo de baile en particular.
  • El modelado deberá indicarse a nivel de pies
    (pasos de baile) e indicar lo que sucede con los
    brazos, caderas y otros elementos.
  • El documento de modelado deberá ser capaz de ser
    ejecutado por otros (claridad)

143
Pasos de Baile
144
Pasos de Baile
  • El modelado es diferente para cada grupo de
    personas. Los modelos visuales son más
    representativos.
  • Es difícil distinguir en algunos casos el tipo de
    baile (se necesita de mucho conocimiento).
  • El llevar un modelado de procesos de negocios no
    necesariamente garantiza éxito.

145
Pasos de Baile
  • El tener los pasos de baile no nos hará expertos
    bailando si no lo adoptamos a nuestras
    necesidades.
  • Para poder hacer reingeniería de procesos
    primeramente el proceso debe de estar bien
    definidos y comprendido.

146
BPMN
  • Desarrollado por Business Process Management
    Initiative (BPMI).
  • Es un estándar BPMN Business Process Modeling
    Notation.
  • La especificación BPMN 1.0 fue publicada en Mayo
    del 2004.

147
Introducción
  • El objetivo principal de desarrollar BPMN es
    proveer una notación que sea fácilmente
    entendible por todos los usuarios de negocio.
  • Desde los analistas que crean los borradores
    iniciales de procesos hasta los desarrolladores
    técnicos que son responsables de implementar la
    tecnología que ejecutará dichos procesos. Y por
    supuesto, la gente de negocio que manejará y
    monitoreará estos procesos.

148
Introducción
  • BPMN define un Diagrama de Procesos de Negocio
    (BPD), basado en la técnica de flowcharting
    (diagramado de flujos) que ajusta modelos
    gráficos de operación de procesos de negocio.
  • Un modelo de procesos de negocio es una red de
    objetos gráficos, correspondientes a actividades
    y controles de flujo que definen el orden de
    ejecución de éstas.

149
Elementos
Un BPD (diagrama de procesos de negocio) se
estructura con un grupo de elementos
gráficos. Las cuatro categorías básicas de
elementos son Flow Objects (objetos de
flujo) Connecting Objects (objetos de
conexión) Swimlanes (Carriles) Artifacts
(artefáctos)
150
Elementos Flow Objects
  • Un BPD tiene un pequeño grupo de elementos
    centrales (tres), los cuales son los Flow
    Objects
  • Event (Evento)
  • Activity (Actividad)
  • - Gateway (Decisión)

151
Flow Objects Event
  • Un evento se representa por un circulo y es algo
    que sucede durante el curso de un proceso de
    negocio.
  • Los eventos afectan el flujo del proceso y
    usualmente tienen un causa (trigger - gatillo) o
    un impacto (result resultado).
  • Los eventos se representan con círculos con el
    centro abierto para permitir anotar diferentes
    gatillos o resultados.

152
Flow Objects Event
  • Hay tres tipos de eventos basado en cuándo
    ellos afectan el flujo
  • - Start (comienzo)
  • - Intermediate (intermedio)
  • - End (final)

153
Flow Objects Activity
  • Una actividad (Activity) se representa por un
    rectángulo con sus bordes redondeados y es un
    término genérico para el trabajo que un
    organización realiza.
  • Un actividad puede ser atómica o no atómica
    (compuesta).

154
Flow Objects Activity
  • Los tipos de actividades son
  • - Task (tareas)
  • - Sub-process (subproceso)
  • Los subprocesos se distinguen por un pequeño al
    centro y abajo en la figura.


155
Flow Objects Gateway
  • Un Gateway es representado por la figura de un
    diamante y se usa para controlar la divergencia
    de la secuencia de un flujo.
  • Determina las tradicionales decisiones, tanto
    de bifurcaciones, como uniones y acoplamientos de
    flujos.
  • Las anotaciones al interior indican el tipo de
  • comportamiento de control.

156
Elementos Connecting Objects
  • Los objetos de flujo se conectan entre ellos en
    un diagrama para crear el esqueleto básico de la
    estructura de un proceso de negocio.
  • Existen tres Connecting Objects que proveen
    esta función de conexión.
  • Sequence Flow
  • Message Flow
  • Association

157
Connecting Objects Sequence Flow
Un Sequence Flow se representa por una línea
sólida con el extremo sólido Es usada para
mostrar el orden (secuencia) de la actividad
dentro del proceso. Note que el término
control flow generalmente no es usado en BPMN.
158
Connecting Objects Message Flow
Un Message Flow se representa por una línea
segmentada con el extremo sin relleno. Es usada
para mostrar el flujo de mensajes entre dos
participantes de procesos separados (business
entities o business roles). En BPMN, dos Pools
en el diagrama representan a dos participantes.
159
Connecting Objects Association
Una Association se representa por una línea
segmentada finamente con el extremo en punta.
Se usa para asociar datos, textos u otros
artefactos con flujos de objetos. Las
asociaciones son usadas para mostrar las entradas
y salidas de las actividades.
160
Ejemplo con formas básicas
Ejemplo de Proceso de Negocio Simple
161
Ejemplo con formas básicas y marcas internas en
las formas
Segmento de un Proceso con más detalles
162
Elementos Swimlanes
  • Muchas técnicas de modelados utilizan el concepto
    de swimlanes como mecanismo de organización de
    actividades en categorías visuales separadas para
    ilustrar las diferentes capacidades funcionales o
    responsabilidades.
  • BPMN soporta swimlanes con dos constructores
    principales
  • Pool
  • Lane

163
Swimlanes Pool
Un Pool representa un Participante en un
Proceso. El Pool también actúa como contenedor
gráfico para separar al grupo de actividades
realizadas por un participante de otros Pools.
Los Pools se usan generalmente en el contexto de
situaciones B2B.
Nombre
164
Swimlanes Lane
Un Lane es una partición dentro de un pool y se
extiende a lo largo de todo el pool, tanto
vertical como horizontalmente. Los Lanes son
usados para organizar y categorizar actividades.
Nombre
Nombre
Nombre
165
Swimlanes Pool Lane
Los Pools se usan cuando los diagramas involucran
a dos entidades de negocios o participantes
separados. Están físicamente separados en el
diagrama. Las actividades dentro de Pools
separados son consideradas auto contenidas en el
proceso. De esta forma, la secuencia del flujo
podría no atravesar el límite del Pool.
166
Swimlanes Pool Lane
Los flujos de mensajes son los mecanismos que
muestran la comunicación entre dos participantes,
conectando de esta manera a dos Pools (u objetos
dentro de los Pools).
167
Swimlanes Pool Lane
Ejemplo de BPD con Pools
168
Swimlanes Pool Lane
Los Lanes son más cercanos a los swimlanes que
tradicionalmente se utilizan para modelar
procesos de negocio. Los Lanes son usados para
separar actividades asociadas con una función
específica de la organización. La secuencia de
flujos podría atravesar los límites del Lane
dentro de un Pool, pero podrían no usarse flujos
de mensajes entre Flow Objects en Lanes del mismo
Pool.
169
Swimlanes Pool Lane
Segmento de un Proceso con Lanes
170
Elementos Artifacts
BPMN fue diseñado para permitir a los modeladores
y herramientas de modelado algunas flexibilidades
para extender la notación básica y proveer la
habilidad poder modelar diferentes contextos
apropiadamente. No está limitado el número de
Artefactos que se pueden agregar a un diagrama
para que éste represente más apropiadamente al
contexto del negocio. La versión actual de BPMN
predefine sólo tres tipos de artefactos.
171
Elementos Artifacts
Data object Group Annotation
Nombre Estado
172
Artifact Data Object
Los Data Objects son un mecanismo para mostrar
como las actividades requieren o producen
objetos. Se conectan a las actividades a través
de asociaciones.
Nombre Estado
173
Artifact Group
Un Group es representado por un rectángulo
redondeado dibujado con línea segmentada El
agrupamiento puede ser usado para propósitos de
documentación o análisis, y no afecta la
secuencia del flujo.
174
Artifact Annotation
Las Annotations son mecanismos para que un
modelador pueda agregar información textual
adicional para el lector del diagrama BPMN.
175
Artifact
Los modeladores puede crear sus propios tipos de
artefactos que agreguen más detalle al
proceso. Con bastante frecuencia se muestran
entradas y salidas de actividades en los
procesos. Sin embargo, la estructura básica del
procesos, es especificada con actividades,
gateways, y flujos de secuencia.
176
Artifact
Segmento de un Proceso con Lanes. Sin artefactos.
Segmento de un Proceso con Lanes. Con artefactos.
177
Elementos centrales de los diagramas
178
Lista completa de elementos
179
Ejemplo
180
Elementos del Proceso
181
Usos Generales de BPMN
Dentro de la variedad de objetivos de modelado de
procesos, hay dos tipos básicos que pueden ser
creados con un BPD Collaborative (Public) B2B
Processes Internal (Private) Business Processes
182
Collaborative (Public) B2B Processes
Ejemplo proceso colaborativo
183
Ejemplo Proceso de Alto Nivel
Ejemplo de proceso de alto nivel el cual es
básicamente una serie de subprocesos con tres
puntos de decisión.
184
Ejemplo Proceso de Alto Nivel
185
Ejemplo Proceso de Alto Nivel
186
Ej. Proceso Interno Más bajo Nivel
187
MercadoLibre C2C
188
Modelado de Negocios con el UML
  • Modelo de Casos de Uso de Negocios
  • Actores del Negocio
  • Casos de Uso del Negocio
  • Diagramas de Casos de Uso del Negocio
  • Diagramas de Actividades
  • Modelo de Objetos del Negocio
  • Trabajadores del Negocio
  • Entidades del Negocio
  • Diagramas de Actividades (Detallado)
  • Diagramas de Colaboración
  • Diagramas de Secuencia

189
Modelo de casos de uso del negocio
Actor del Negocio
Alguien o algo externo a la empresa que
interactúa con ella. Ejemplos Clientes,
Proveedores, etc.
190
Modelo de casos de uso del negocio
Caso de uso del Negocio
Secuencia de acciones (actividades) que una
organización realiza para obtener un resultado
observable y de valor para un actor de negocio
particular. Un caso de uso del negocio es lo
mismo que un proceso de negocio
191
Modelo de casos de uso del negocio
Diagrama de Casos de Uso del Negocio
Es la representación de un grupo de casos de uso
del negocio relacionados dentro de la empresa.
Nos dicen que procesos de la organización
proporcionan valor agregado y los individuos que
interactúan con la misma. Describen completamente
la organización en términos de casos de uso del
negocio.
192
Modelo de casos de uso del negocio
Diagrama de Actividades
Es la representación de una secuencia de
actividades dentro de un caso de uso del negocio.
Provee una manera gráfica de documentar un caso
de uso del negocio.
193
Caso Empresa de Fabricación
194
(No Transcript)
195
D. A. Registrar Pedido
196
Modelo de objetos del negocio
Trabajador del Negocio
Un Trabajador del Negocio (Obrero, Empleado o
funcionario) realiza actividades dentro de un
caso de uso del negocio, interactua con otros
trabajadores del negocio y manipula entidades del
negocio .
197
Modelo de objetos del negocio
Entidades del Negocio
Una "cosa" manipulada o usada por los
trabajadores del negocio. Son ejemplos de
entidades del negocio factura, pedido, plan de
producción, etc
198
Cliente
Comercial
JefeTécnico
JefeProducción
Diagrama de Actividades Detallado
199
Diagrama de Clases
200
Diagrama de Secuencia
201
Diagrama de Colaboración
202
Procesos de Negocio
203
PBL La Suavecita
  • M.C. Juan Carlos Olivares Rojas

204
Agenda
  • Qué es un PBL?
  • PBL de la Suavecita

205
PBL
  • Problema Based Learning (Aprendisaje Basado en
    Problemas) es una técnica que permite aprender un
    tema planteando una problemática.
  • Es una técnica en donde el alumno construye su
    propio aprendizaje y por lo cual se éste se
    convierte en significativo.

206
PBL
  • Esta técnica de aprendizaje basa su
    funcionamiento en el trabajo colaborativo.
  • El rol de los alumnos es activo y el profesor
    juega un papel de facilitador o coach.
  • Se compone de 8 pasos que a continuación se
    enumeran y describen.

207
PBL
  1. Leer y analizar el problema
  2. Enumerar hipótesis, ideas y presentimientos
  3. Anotar los factores conocidos
  4. Anotar los factores desconocidos

208
PBL
  1. Planifique la investigación
  2. Emita una declaración del problema.
  3. Adquirir información (investigación).
  4. Presentar el resultado de la investigación
    (solución).

209
PBL
  • Dentro de los equipos de trabajos se tienen los
    siguientes roles Líder, Abogado del Diablo,
    Tracker.
  • Los roles se deben de turnar de preferencia. Se
    debe escoger un secretario como rol adicional y
    en algunos casos un secretario si aplica para el
    problema.

210
PBL
  • Los Factores Críticos de Éxito de esta técnica se
    muestran a continuación
  • No se deben omitir pasos.
  • Definir efectivamente los roles.
  • La incertidumbre es normal en esta técnica.

211
PBL
  • Tener mucha comunicación en el grupo.
  • Administrar de forma adecuada su tiempo.
  • Se debe entregar una bitácora durante cada paso.
  • Se deben resolver conflictos cambiando la actitud.

212
La Suavecita
  • La empresa La Suavecita es una empresa con más
    de 30 años de antigüedad en el ramo de la
    fabricación de jabones en la ciudad de Morelia.
  • La empresa, gracias a su liderazgo no sólo se ha
    mantenido operando en condiciones bastante
    aceptables, sino que ha sido reconocida por las
    principales empresas transnacionales que ofrecen
    dentro de su catálogo de productos jabones y
    artículos de limpieza de distintas
    características.

213
La Suavecita
  • En la última década, el reconocimiento ha sido
    tal que dichas empresa transnacionales le han
    solicitado a La Suavecita la maquila de toda su
    gama de jabones de tocador, de baño, de
    lavandería, etc.

214
La Suavecita
  • Este incremento en la demanda de producto le ha
    permitido a la empresa re-invertir su utilidades
    en la semi-automatización de sus dos líneas de
    producción principales.

215
La Suavecita
  • Con dicha semi-automatización, la empresa esta en
    condiciones de fabricar cualquier pedido en donde
    la mano del hombre se limita a unos cuantas
    etapas del proceso, como la de recepción de
    materia prima, el abastecimiento de la materia
    prima, la definición del producto, la supervisión
    del proceso de producción, la supervisión del
    empaque y el embarque.

216
La Suavecita
  • Sin embargo recientemente sus principales
    clientes han empezado a modificar la forma de
    operar y requerir producto y están obligando a la
    empresa La Suavecita a que de la misma forma
    que mejoró sus líneas de producción, mejore su
    área de sistemas.

217
La Suavecita
  • En particular la demanda es por un sistema de
    información integral, mejor conocido como ERP
    (Enterprise Resource Planning), un sistema de
    Administración de la cadena de suministro (SCM),
    un sistema ESS (Sistema para soporte a
    ejecutivos) y un CRM (Customer Relationship
    Management).

218
La Suavecita
  • El director de la empresa ha investigado un poco
    en torno a ellos y además de la inversión y
    complejidad que representan, se han dado cuenta
    de que eventualmente deberá modificar sus
    procesos de negocio para adaptarse a dichos
    sistemas.
  • Para La Suavecita, esta situación es crítica,
    ya que son precisamente sus procesos de negocio
    lo que la han puesto a la vanguardia.

219
La Suavecita
  • Es por ésta razón que se ha acercado a su empresa
    consultora para que le ayude a tomar una
    decisión.
  • Se espera que se entregue la bitácora de la
    solución hasta el paso 6 al terminar la clase.

220
Examen La Suavecita
  • 20 pts. del examen (por lo que el examen escrito
    valdrá 50 pts.) se evaluarán de la siguiente
    forma
  • En equipos de 3 personas
  • Desarrollar el modelado de procesos de la
    suavecita utilizando BPMN o UML con extensiones a
    procesos de negocio.
  • Deberá abarcar todos los procesos.

221
Ejemplo de Reingeniería
  • El desarrollo de software se ha caracterizado por
    ser una actividad difícil de estandarizar y por
    lo tanto de llevar acabo con éxito.
  • Dado que constantemente se busca la mejor forma
    de optimizar el proceso de desarrollo de
    software, actualmente se ha llevado a la práctica
    el concepto de desarrollo de software esbelto.

222
Desarrollo de Software Esbelto
  • 1800 - Partes intercambiables
  • Sin artesanos
  • 1900 - Personas intercambiables
  • Producción en masa
  • 1960 Toyota Production System
  • Manejando la complejidad JITAutonomation
  • Sin stock y sin inspecciones
  • 1990 - Lean

223
Lean
  • JIT (Just in Time)
  • Pull system
  • Kanban card
  • Autonomation (aka Jidoka, aka stop-the-line)
  • Los que hacen son los que saben
  • Lotes chicos

224
Desarrollo de Software Esbelto
  • Mary y Tom Poppendieck han logrado transferir los
    principios de la manufactura esbelta al software.
  • El entendimiento de ésta filosofía puede ser el
    paso previo al uso de técnicas de las llamadas
    Ágiles.

225
Desarrollo de Software Esbelto
  • En una era donde ser esbelto es lo in , podemos
    poner a dieta nuestros procesos de desarrollo de
    software?
  • No existe una definición formal de metodologías
    esbeltas simplemente se usan los principios del
    pensamiento ágil. Cada autor varía los principios
    manejados. A continuación se muestran algunos
    principios básicos.

226
Principios
  • Eliminar el desperdicio
  • Construir con calidad
  • Crear conocimiento
  • Postergar compromiso
  • Entregas rápidas
  • Repetar a las personas
  • Optimizar el todo

227
Eliminar el desperdicio
  • Tiempo entre pedido y entrega
  • Qué es desperdicio?
  • Lo que no agrega valor
  • Retraso en la entrega
  • Qué es valor?
  • Ejemplos
  • Stock Requerimientos, Diseño, Bugs,
  • Funcionalidad no usada
  • Mito Especificación temprana reduce el
    desperdicio

228
Construir con calidad
  • Inspección para prevenir o para detectar defectos
  • Listas de bug desperdicio
  • Pruebas automatizadas antes que el código
  • De aceptación
  • Unitarias
  • Mito trabajo del tester es encontrar defectos

229
Hacerlo bien la primera vez
  • Cuidado
  • El código cambia
  • Mucho código es desperdicio
  • Menos código, menos oportunidad de defectos
  • Solución
  • KISS
  • Refactoring

230
Crear conocimiento
  • No es posible
  • Conocer las necesidades al inicio
  • Diseñar sin implementar
  • Desarrollo de producto como aprendizaje y mejora
  • Del producto / negocio
  • Del proceso
  • Difundir el conocimiento!
  • Mito las predicciones crean predictibilidad

231
Postergar compromiso
  • Tomar decisiones irreversibles
  • Buscar soluciones reversibles
  • Mito Planificación es compromiso

232
Entregas rápidas
  • Alta calidad
  • Bajo costo
  • Menos cambios
  • Habilita a pruebas de concepto y mayor
    conocimiento del cliente
  • Mito Apuro causa desperdicio

233
Respetar a las personas
  • Líderes emprendedores
  • Expertos técnicos
  • Control basado en objetivos
  • Mito existe la mejor manera de hacerlo

234
Optimizar el todo
  • Ejemplos
  • El cliente quiere algo para ayer
  • Testing está sobrecargado
  • Las cadenas de valor que cruzan entre empresas
    pueden ser costosas
  • Mito optimizar por descomposición

235
1.5 Nuevas responsabilidades del directivo
informático
  • Las responsabilidades de un directivo informático
    son
  • Administrar y supervisar la planta técnica y
    administrativa asignada.

236
Responsabilidades del Director Informático
  • 2. Organizar las funciones, responsabilidades y
    actividades de la planta técnica y administrativa
    asignada, manteniendo actualizada y debidamente
    documentada tal organización, y en especial las
    funciones, responsabilidades y actividades de los
    Secretarios Técnicos que lo asistan.

237
Responsabilidades del Director Informático
  • 3. Realizar toda incorporación y/o desarrollo de
    nuevas tecnologías o recursos, ya sea que se
    adquieran a terceros y/o se desarrollen en la
    organización
  • 4. Resguardar y aumentar el capital estructural
    que la organización adquiera a través del
    desarrollo de las actividades del Departamento.

238
Responsabilidades del Director Informático
  • 5. Administrar, guardar y preservar las
    herramientas, hardware y software instalados en
    las dependencias en las que funcione el
    Departamento y espacios físicos para alojar
    equipamiento informático y de comunicaciones que
    se ponga a disposición para uso de usuarios.

239
Responsabilidades del Director Informático
  • 6. Realizar una memoria informativa anual de las
    actividades del Departamento, aparte de los
    informes periódicos que se considere necesario
    formular o que le sean solicitados.
  • 7. Convocar periódicamente las reuniones del
    Departamento y documentar lo tratado en las
    mismas.

240
1.6 Ubicación en las diferentes estructuras
organizacionales
  • 1.6.1 Organización emprendedores.
  • 1.6.2 Organización máquina burocrática.
  • 1.6.3 Organización burocracia divisionalizada.
  • 1.6.4 Organización burocracia profesional.
  • 1.6.5 Organización adhocracia.

241
Estructuras Organizacionales
  • Las organizaciones son agrupamientos humanos que
    persiguen objetivos comunes, en forma racional y
    consciente, que a su vez están sujetas a una
    serie de restricciones y en base a determinados
    recursos.
  • La misión de una organización consiste en la
    expresión de su razón de existir.

242
Estructura Jerárquica Actual
243
Organización de emprendedores
  • La organización de emprendedores son aquellas que
    surgen a través del análisis de que forma o
    estructura de trabajo es menor para una empresa.
  • Cuando varias personas se unen para trabajar en
    un organización deciden la forma de trabajar que
    mejor les ayude a cumplir con sus objetivos del
    negocio.

244
Organización máquina burocrática.
  • La Organización como máquina burocrática es la
    consecuencia de la industrialización donde se
    enfatiza la estandarización del trabajo.
  • Elabora su administración necesitando análisis
    para diseñar y mantener sus sistemas y de
    estadarización. La dependencia que se genera de
    estas les otorga un cierto grado de autoridad
    informal.

245
Organizaciones burocráticas
  • Existen en nuestra sociedad, en particular en el
    Estado, unas estructuras que se comportan como
    máquinas afinadas, preparadas para repetir
    procesos específicos.
  • Son las llamadas burocracias mecánicas o
    máquinas burocráticas. Peter Drucker,
    especialista en management, también la llama
    organización funcional.

246
Organizaciones Burocráticas
  • Es la organización que nace con la Revolución
    Industrial como consecuencia de la
    industrialización, donde se enfatiza la
    estandarización del trabajo y la empresa de
    producción en masa.
  • Muchas organizaciones desde fines del siglo XIX
    hasta nuestros días han mantenido estos tipos de
    estructuras.

247
Organizaciones Burocráticas
  • Se apoyan en una estructura jerárquica,
    impersonal, fuertemente centralizada e
    inflexible.
  • Se requiere de un sistema permanente de
    capacitación y adoctrinamiento en todos los
    niveles, para que en cualquier momento un
    funcionario pueda reemplazar a otro, sin que ello
    afecte la eficiencia organizacional.

248
Organizaciones Burocráticas
  • Este tipo de organización requiere una estructura
    administrativa compleja, pues los numerosos
    niveles jerárquicos la necesitan a efectos de
    lograr coordinación entre los sectores
    funcionales (son numerosos).
  • La autoridad circula en sentido descendente y
    existe el respeto al principio de unidad de mando.

249
O. Burocráticas Divisionadas
  • Las organizaciones burocráticas divisionadas son
    una serie de entidades más bien independientes
    que se encuentran unidas por una administración
    suelta. A diferencia de la burocracia
    profesional, las divisiones se encuentran en la
    línea media y no en el centro operativo.

250
Estructuras Organizacionales
  • Las organizaciones burocráticas profesionales se
    apoyan en la estandarización de conocimientos y
    habilidades bien entrenados para realizar las
    tareas operativas se entrega poder no solo a
    ellos si no a quienes los seleccionan y
    adiestran.
  • La estructura es muy descentralizada. Los
    profesionales trabajan en forma independiente.

251
Orgnizaciones Adhocráticas
  • En las organizaciones Adhocráticas los
    profesionales deben combinar esfuerzos, se forma
    unidades con grupos de proyectos para llevar
    acabo su trabajo de innovación, se establece
    entonces gerentes funcionales, de proyectos e
    integradores, posiciones de enlace para combinar
    los esfuerzo entre los distintos grupos y entre
    otros y las unidades funcionales.
  • Son organizaciones hechas a la medida.

252
Estructuras Organizacionales
  • Se identifican 2 clases de adhocracia operativa
    y administrativa.

253
Preguntas?
254
Referencias
  • Mentzas, G. (2002). A Functional Taxonomy of
    Computer Based Information Systems, Publicado en
    "International Journal of Information
    Management, Volume 14, No. 6, December, pp.
    397-410.
  • Laundon y Laundon, Management Information
    Systems, Managing the Digital Firm, 10th Edición,
    Estados Unidos, 2008.

255
Referencias
  • Kenneth c. Lauden. Administración de los Sistemas
    de Información, Organización y Técnicas.
  • Hernández Jiménez Ricardo. Administración de la
    Función Informática. factor AFI. Ed. Trillas.
  • Fine Leonard H. Seguridad en Centros de Cómputo,
    Políticas y Procedimientos. Ed. Trillas.

256
Referencias
  • Steele, W. (s. f.) Managing Technology, Mc. Graw
    Hill.
  • Tapscot, D. y Caston, A. (s. f.) The Paradigm
    Shift The New Promise of Information
    Technology. Mc. Graw Hill.
  • Wikipedia Fundation, Software Esbelto,
    http//www.wikipedia.org, Agosto 2009.

257
Referencia
  • Saavedra, M (2007), Curso de Aprendizaje Basado
    en Problemas (PBL), ITESM Campus Morelia,
    Diciembre de 2007.
  • Osscio, E. (2008), La Suavecita, Material del
    Curso Computación para Negocios, ITESM Campus
    Morelia, Febrero 2008.
  • Gabardini, J. (2009) Lean Software Development.
    Facultad de Ingeniería UBA, Argentina.
About PowerShow.com