Vistas de página en total

lunes, 21 de noviembre de 2011

Metodologías SCRUM y KANBAN


 SCRUM:
Es un marco de trabajo para la gestión y desarrollo de software basada en un proceso iterativo e incremental utilizado comúnmente en entornos basados en el desarrollo ágil de software.
Aunque Scrum estaba enfocado a la gestión de procesos de desarrollo de software, puede ser utilizado en equipos de mantenimiento de software, o en una aproximación de gestión de programas: Scrum de Scrums.



 KANBAN:
Es un sistema basado en señales. Como su nombre sugiere, Kanban históricamente usa tarjetas para señalar la necesidad de un artículo. Sin embargo, otros dispositivos como marcadores plásticos, pelotas, o un carro vacío de transporte también pueden ser usados para provocar el movimiento, la producción, o el suministro de una unidad en una fábrica.
El sistema Kanban fue inventado debido a la necesidad de mantener el nivel de mejoras por la Toyota. Kanban se hizo un instrumento eficaz para apoyar al sistema de producción en total. Además, demostró ser una forma excelente para promover mejoras, porque al restringir el número de Kanban en circulación se destacan las áreas con problemas.


lunes, 14 de noviembre de 2011

Taller 01 Unidad 3 MPN5501

1- El banco del Estado ha solicitado a Ud. una serie de requerimientos para la atención de las cajas en la sucursal “Puerto Montt”.

a. ¿Quiénes conforman el sistema?
  • Supervisor
  • Cajero
  • Cliente
b. ¿Con que personas dialogaría para una entrevista?

Con todos los que conforman el sistema, para tener una mejor toma inicial de requerimientos, y una vision desde el punto de vista de cada uno de los involucrados.

c. ¿Es relevante realizar un organigrama?

En este caso , dada la baja cantidad de ACTORES que participan en el proceso , un organigrama no tendria una alta relevancia.

2- ¿En base a la pregunta anterior. Que documentos arroja esta fase de entrevista?

  • Documento de Toma de Requerimientos
3- Justifique para una aplicación de: Consulta de saldos y tarjetas del ámbito Bancario el uso del Modelo Espiral para el desarrollo de software.

Para estos tipos de aplicaciones este modelo es perfecto. Ya que si hay dudas al principio con la funcionalidad del sistema, que pueden ser muy variadas, este ciclo de vida de software permite trabajar desde un principio con requerimientos ‘generales’ porque no necesita una definición completa de los requisitos para empezar a funcionar. También, cuando ya se ha realizado la primera vuelta al espiral, se puede entregar un producto (prototipo) para que sea probado y facilitar la validación de los requisitos.
También ayuda en la seguridad, ya que en sistemas bancarios el error mínimo que se puede encontrar puede llegar a ser grave (fallo en la consulta de saldo por ejemplo), este modelo ayuda a identificar los problemas en etapas tempranas, y da el tiempo para arreglarlos, retrasando el riesgo de sufrir retrasos.

4- Señale brevemente un diagrama de caso de uso para la función de ingreso o consulta de saldos tarjeta bip!.







lunes, 7 de noviembre de 2011

Taller 01 Unidad 3 MPN5501

Fecha de Entrega martes 8 denoviembre, en Clases.
En forma individualleer del capítulo correspondiente a la Unidad 3, los siguientes contenidos:
· Conocimiento01 Introducción
· Conocimiento02 Diagramas de Actividad
· Conocimiento03 Modelado de Casos de Uso: Casos de Uso
· Conocimiento04 Modelado de Casos de Uso: Diagramas de Casos de Uso
Con su grupo detrabajo desarrollar las siguientes actividades:
1. Escenarios:Defina el concepto de Escenario para UML y reconocer un escenario para la actividad de toma deramos.

Un escenario es una secuencia específica deacciones e interacciones entre los actores y el sistema que es objeto deestudio; también se llama instancia de caso de uso.

Ejemplos: el escenario de éxitode compra de artículos con pago en efectivo, o el escenario de fallo alcomprar debido al rechazo de la transacción de pago con la tarjeta de crédito.

Un escenario para la toma de ramos puede ser: el fallo al iniciar sesión,éxito de tomar todos los ramos, etc.

2. Seguir los 4 pasos para modelar un caso de uso delingreso, validación pago y emisión de comprobante para el JUEGO LOTO (pag. 72)
1. Establecerel contexto del sistema, identificando los actores a su alrededor.
2. Considerarel comportamiento que cada actor espera del sistema o requiere que éste leproporcione.
3. Nombrar esos comportamientos comunes como casos de uso.
4. Factorizar el comportamiento común en nuevoscasos de uso que puedan ser usados por otros; hay que factorizar elcomportamiento que varía en nuevos casos de uso que extiendan los flujosprincipales.
5. Modelar estos casos de uso, actores y relacionesen un diagrama de casos de uso.



3. Por cada integrante de su grupo,desarrollar tres preguntas, por cada contenido: Una de verdadero y falso, unade selección múltiple y una de desarrollo.

Karina González
PREGUNTAS DE VERDADERO Y FALSO

1- V El Diagrama de Procesos de Negocios deBPMN se diseñó para que se comprenda y use fácilmente, además aporta lahabilidad de modelas complejos procesos de negocio.

2- V Un artefactoclave del modelamiento de negocio es el Modelo de Objetos de Negocio, quevisualiza esencialmente cómo funciona un negocio, utilizando los diagramas UMLde clases, secuencia y actividades.

3- V El Modelo deCasos de Uso es el conjunto de todos los casos de uso; es un modelo de lafuncionalidad y entorno del sistema.

4- V Losdiagramas de casos de uso son importantes para visualizar, especificar ydocumentar el comportamiento de un elemento.

PREGUNTAS DE SELECCIÓN MÚTIPLE

5- ¿Para qué se diseño eldiagrama de procesos de negocios?

a) El Diagrama de Procesos deNegocios de BPMN se diseñó para que se comprenda y use fácilmente, ademásaporta la habilidad de modelas complejos casos de uso.
x) El Diagramade Procesos de Negocios de BPMN se diseñó para que se comprenda y usefácilmente, además aporta la habilidad de modelas complejos procesos de negocio.
c) El Diagrama de actividadesde BPMN se diseñó para que se comprenda y use fácilmente, además aporta lahabilidad de modelas complejos procesos de negocio.
d) El Diagrama de Procesos deNegocios de BPMN se diseñó para que las empresas realicen de forma más difícilsus modelos, además aporta la habilidad de modelos complejos procesos denegocio.

6- Se puede decir respecto delos Diagramas de actividad:

a) Son uno delos 5 tipos de diagramas que usa UML para modelar los aspectos dinámicos de unsistema.
b) Fundamentalmenteconsisten en un diagrama de flujo de control entre actividades.
c) El diagramamuestra un flujo de actividades.
d) N/A
x) Todas lasanteriores

7- ¿Quiénes pueden ser losactores dentro de un caso de uso?

a) Los actores son sólo rolesjugados por las personas
b) Los actoresson cualquiera que tenga relación con el caso de uso.
x) Los actores no son sóloroles jugados por las personas, sino también organizaciones, software,máquinas.
d) No existen los actoresdentro de un caso de uso, solo se encuentran en los diagramas de actividades.

8- ¿Qué contiene un diagramade casos de uso?

a) Solo relaciones
b) Actores y relaciones deasociación
c) Solo casos de uso
x) Casos de uso, actores y relacionesde dependencia, generalización y asociación.

PREGUNTAS DE DESARROLLO

9- ¿Qué es un artefacto?
Un artefacto es una información que se utiliza o se producemediante un proceso de desarrollo de software.

10- ¿Qué contienen los diagramas de actividad?
Los Diagramas de Actividadcontienen:
• Estados de actividad y estados de acción
• Transiciones
• Objetos
• Restricciones

11- ¿Cuáles son los 4 pasos para modelar un casode uso?

1) Elegir el límite delsistema
2 y 3) Identificar los actoresprincipales y objetivos.
4) Definir los casos de uso.

12- ¿Qué es un diagrama de casos de uso?
UnDiagrama de Casos de Uso es un diagrama que muestra un conjunto de casos deuso, actores y sus relaciones.

Pablo Anabalón
Preguntas Conocimiento 01 Introducción
1.- V Un artefacto es una información que se utiliza o produce mediante un proceso de desarrollo de software.
2.- ¿Cuál de estas son las ventajas para modelar procesos de negocio que proporciona BPMN sobre UML?
I) BPMN puede mapear UML
II) Técnica para modelar flujos de procesos que se ajusta a la forma de modelar del analista
III) Proporciona un sólido front-end
IV) Sólidas bases matemáticas para mapear con lenguajes de ejecución de negocio
a) Solo I
b) I y III
c) II y IV
b) I, II, III y IV *
d) Ninguna
3.- ¿Que diagrama define y especifica BPMN? nombre los 2 objetivos que plantea
Define el diagrama de procesos de negocio. Los 2 objetivos que plantea son:
1) ofrecer una notación sencilla de entender por todos los involucrados en el modelado del negocio, sobre todo los no técnicos (generalmente la gerencia)
2) no menos importante: asegurar que los lenguajes como BPEL4WS puedan visualizarse a través de esta notación.
----------------------------------------------------------
Preguntas Conocimiento 02 Diagramas de Actividad
1.- F Un diagrama de actividad muestra el modelado de los escenarios más comunes de negocio.
(Se pueden aplicar a cualquier propósito, pero se consideran particularmente útiles para visualizar los flujos de trabajo y los procesos de negocio, o casos de uso.)
2.- Se puede decir respecto de los Diagramas de actividad:
I) Son uno de los 5 tipos de diagramas que usa UML para modelar los aspectos dinámicos de un sistema.
II) Fundamentalmente consisten en un diagrama de flujo de control entre actividades.
III) El diagrama muestra las necesidades del negocio.
IV) Las actividades producen alguna acción. Estas acciones producen un cambio de estado del sistema o la devolución de un valor.
V) Acciones: llamadas a otras operaciones, envío de señales, creación/destrucción de objetos, cálculos aritméticos.
¿Cuál es falsa?
a) I
b) II
c) III *
d) IV
e) V
3.-Nombre Los 3 tipos de transiciones
-Secuencial o sin disparadores
-Bifurcación
-División y unión.
----------------------------------------------------------
Preguntas Conocimiento 03 Modelado de Casos de Uso: Casos de Uso
1.- V Un actor puede ser cualquier cosa con comportamiento, incluyendo el sistema en estudio.
2.- ¿Que es el modelo de caso de uso?
a) Reglas de negocio diagramadas
b) Requerimientos funcionales que indican qué hará el sistema
c) Un objetivo de Cada usuario del sistema
d) Diagrama donde se registran los requerimientos funcionales.
e) Conjunto de todos los casos de uso; es un modelo de la funcionalidad y entorno del sistema.*
¿Que describe el Escenario Principal de Éxito?
Describe el camino de éxito que satisface los intereses del personal involucrado. A menudo no incluye ninguna condición o bifurcación. Se considera más consistente y comprensible, dejar todo el manejo de caminos condicionales a la sección Extensiones.
----------------------------------------------------------
Preguntas Conocimiento 04 Modelado de Casos de Uso: Diagramas de Casos de Uso
1.- F Un actor necesariamente tiene que ser una persona
Un actor puede ser otro sistema que debe interactuar con el sistema que se está desarrollando por ejemplo.
2.- ¿Cuál de estas alternativas no corresponde a un Un diagrama de caso de uso bien estructurado?
a) Se ocupa de modelar un aspecto de la vista estática de los casos de uso de un sistema.
b) Contiene sólo aquellos casos de uso y actores esenciales para comprender ese aspecto.
c) Aporta detalles de manera consistente con su nivel de abstracción.
d) Pertenece estrictamente al enfoque orientado a objeto. *
e) No es tan minimalista que no ofrezca información a quien lo lee, sobre los aspectos importantes de la semántica.
3.- ¿Que es un agente externo?
Un agente externo es el que realiza cada interacción con el sistema. A este agente se le denomina Actor. Los actores no forman parte del sistema, sino que interactúan con él a través de los Casos de Uso.

martes, 18 de octubre de 2011

Investigación sobre Domain Driven Design (DDD)


Diseño guiado por el dominio o Domain-driven design (DDD) es un enfoque para el desarrollo de software con necesidades complejas mediante una profunda conexión entre la implementación y los conceptos del modelo y núcleo del negocio. Las premisas del diseño guiado por el dominio son las siguientes:
  • Poner el foco primario del proyecto en el núcleo y la lógica del dominio.
  • Basar los diseños complejos en un modelo.
  • Iniciar una creativa colaboración entre técnicos y expertos del dominio para interactuar lo mas cercano posible a los conceptos fundamentales del problema.
El diseño guiado por el dominio no es una tecnología ni una metodología, este provee una estructura de practicas y terminologías para tomar decisiones de diseño que enfoquen y aceleren el manejo de dominios complejos en los proyectos de software.
El termino fue acuñado por Eric Evans en su libro Domain-Driven Design - Tackling Complexity in the Heart of Software.


Erick Evans comienza hablando sobre como construir un lenguage comun entre los expertos del dominio o expertos del negocio para el cual se quiere diseñar un sistema, y los expertos en el diseño de sistemas. En primera instancia esto suena como a "Obvio es lo que hacemos todos los desarrolladores". Pero indagando solo un poco más profundo Evans muestra que en las sutilezas y los detalles de como hacer esto hay un mundo de diferencia que puede significar el éxito o fracaso de un sistema.

Arquitectura de capas en Domain-Driven Design

Eric Evans propuso en su libro (Domain-Driven Design, Tackling Complexity in the Heart of Software) los conceptos de arquitectura en capas, en el capítulo cuatro del libro, Evans presenta este diagrama:

Evans Escribe:

En una aplicación de carga y envío de mercadería, para simplemente listar y seleccionar el destino de la carga de una lista de ciudades, debe haber código que (1) dibuje un control en la pantalla, (2) consulte una base de datos para obtener las posibles ciudades, (3) interprete el ingreso de usuario y lo valide, (4) asocie la ciudad seleccionada con la carga, y (5) confirme el cambio en la base de datos. Todo este código es parte del mismo programa, pero sólo una pequeña parte está relacionado con el negocio de envío de cargas.

El propone que el modelo de dominio resida en una capa, la Capa de Dominio. De esta forma, el modelo de dominio es protejido de los detalles técnicos, como la implementación de la persistencia, y los detalles de presentación. Me gusta decir que el dominio es un organismo, qe recibe estímulos, acciones desde el exterior,y reacciona a esos comandos. El dominio debería ejecutarse sin conocimiento detallado del resto de la aplicación. Serialización entre capas físicas, detalles de presentación, y acceso a base de datos, deben estar claramente separados de la implementación del dominio.

Las capas puede ser descriptas como:

UI (User Interface): la más fácil de entender, esta capa es la responsable de mostra información al usuario, y aceptar nuevos datos. Puede ser implementada para web, escritorio gráfico, o cualquier otra tecnología de presentación, presente o futura. Por ejemplo, podría ser una aplicación de voz, que interactúa con el usuario usando un teléfono. La prueba ácida para nuestro diseño es que un cambio radical en la interfaz de usuario debería tener mínimo (o por lo menos, controlado) impacto en el resto del sistema.

Application Layer: está a cargo de coordinar las acciones a ser realizadas en el dominio. No tiene reglas de negocio o conocimiento del dominio. No hay estado del negocio en esta capa. Delega todas las acciones del negocio al propio dominio. Podría coordinar varias acciones (posiblemente, en varios dominios). Preara la infraestructura para que esté lista a trabajar con el dominio en una acción específica (por ejemplo, preparando la transacción que vaya a usar).

Domain Layer: En esta capa reside el corazón del software, según Evans. Las reglas y lógica de negocio residen en esta capa. Estado de entidades de negocio y su conducta es definida y usada aquí. Comunicación con otros sistemas, detalles de persistencia, son delegados en la capa de infraestructura. Evans discute los patrones que él usa en esta capa, como Entities, Value Objects, Services, Repositories y Factories. Exploraremos esos patrones y sus implementaciones en futuros posts.

Infrastructure Layer: Dios y el diablo estan en los detalles, dice el dicho, y también en la capa de infraestructura. La principal responsabilidad de esta capa es la persistencia del estado de negocio, muy frecuentemente, usando una base de datos relacional.

lunes, 17 de octubre de 2011

Desarrollo de Cuentionario Preparación de Solemne 2

BPD
1.- Nombre y explique en forma breve los tres tipos básicos de sub-modelos existentes dentro de un modelo de BPMN.

-Proceso de negocio Privado (interno): son los que, dentro de una organizacion especıfica, han sido tradicionalmente llamados diagramas de flujo de trabajo o diagramas de workflow.

-Procesos abstractos (público): nos sirven para representar las interacciones existentes entre un proceso de negocio privado y, o bien otro proceso de negocio o bien un participante del proceso. E

-Procesos de colaboración (global): Este tipo de procesos sirven para mostrar la interaccion entre distintas entidades de negocio.

2.- De a conocer dos características de cada uno de estos sub modelos.

-Proceso de negocio Privado (interno)

Si usamos calles para representarlos este tipo de procesos unicamente ocuparan una calle aunque pueda interactuar, mediante el flujo de mensajes, con otros procesos de negocio de la misma clase.

-Procesos abstractos (público)

En este tipo de procesos unicamente se incluyen aquellas actividades que se usan para comunicar un proceso privado con el exterior, asi como las correspondientes estructuras de control de flujo.

-Procesos de colaboración (global)

Estas interacciones son definidas como secuencias de actividades que representan el intercambio de mensajes entre las distintas entidades.

La colaboracion se entiende como la comunicacion entre dos o mas procesos.

PROCESOS DE NEGOCIOS

1.- ¿Qué es un Proceso de Negocio?

Es una secuencia estructurada o semi-estructurada de tareas que ejecutadas en serie o en paralelo por dos o más individuos que permite lograr un objetivo común.

2.- ¿Qué significa que un proceso de negocio sea estructurado?

Esto significa que existe alguna lógica o reglas que regulan la ejecución de la secuencia de tareas. Las tareas son realizadas de una manera específica –ad-hoc. Cuando existe una lógica claramente definida, la automatización puede usarse para eliminar errores y tomar decisiones oportunas.

3.- ¿Por qué se dice que las tareas se pueden hacer en serie o en paralelo? De un ejemplo.

La mayoría de las tareas se ejecutan secuencialmente desde principio a fin. Este tipo de tareas son relativamente fáciles de automatizar y supervisar. Sin embargo realizar tareas en paralelo donde, dos o más acciones son ejecutadas al mismo tiempo, son difíciles de hacer, sincronizar y supervisar si no se cuenta con algún tipo de automatización.

5.- ¿Qué es un workflow? De un ejemplo.

En la medida que la información fluye de persona a persona, la posibilidad de perder algo, cometer un error o simplemente hace una interpretación equivocada, aumenta. Si se ocupan mecanismos informáticos para capturar la información esta probabilidad disminuye.

Un ejemplo de esto es:
“Se tiene a una persona (llamémosle "cliente") que entra a un shoping electrónico (de esos que hacemos en Servicios Internet). Revisa el catálogo de productos que ahí se exhibe; elige un par de productos y "postea" un pedido. La tiendita le pide sus datos generales, los datos de la tarjeta de crédito y le dice "gracias por tu compra". Hasta aquí es donde llegan la gran mayoría de las tiendas. La diferencia viene a continuación.

Una vez que se coloca el pedido, la tienda envía un mensaje (un mensaje de correo electrónico, digamos), formateado de manera especial, a un "repositorio de datos". En respuesta a este mensaje, el repositorio de datos lleva a cabo las siguientes acciones de manera automática:

1) Le responde al CLIENTE, mediante el envío de un mensaje de correo electrónico, diciéndole "gracias por tu compra".
2) Inserta un registro en una base de datos de Pedidos, en donde se consignan todos los datos del pedido.
3) Revisa, de manera automática, la tabla de existencias del Almacén, para ver si hay en existencia la mercancía que fue solicitada. En caso de que no haya, integra la mercancía solicitada a una requisición de compra. En caso de que si haya, reserva la mercancía y coloca una solicitud de salida de mercancía.
4) Cuando la mercancía salga del almacén, le informa al CLIENTE para que sepa que su pedido va en camino.

Observe que lo interesante de esto es que una vez colocado el pedido, se llevan a cabo, DE MANERA AUTOMÁTICA, una serie de procesos internos en la organización, en los que se sigue (Workflow) el proceso de satisfacción de un pedido hecho por un cliente.”

6.- ¿Por qué la secuencia de tareas debe tener un claro propósito?
Para lograr un objetivo común o un resultado específico.

7.- Mencione los principales procesos de negocios para las diferentes áreas de una empresa. Indique, además, cada uno de sus objetivos.

· Finanzas: cobranza, presupuesto, cuentas por pagar, tesorería.
· Manufactura: ordenes de cambio de ingeniería o de productos, gestión de repuestos, producción, control de Calidad, sistemas de Planificación de Requerimientos de Materiales (MRP, Material Requierement Planning), recetas – bill of materials (lista que especifica las partes usadas para construir un producto).
· Administración: cumplimiento (Ley Sarbanes/Oxley, Superintendencia, ISO ), mesón de ayuda, fondos y gastos a rendir, encuestas, seguimiento y aprobación de documentos, bodegas.
· Recursos Humanos: definición de cargos, evaluación de personal, contratación, remuneraciones, control de asistencia y tiempos.
· Ventas y Marketing: generación de pedidos, administración de prospectos, procesamiento de órdenes, generación de propuestas, mantención de cartera.

8.- Explique brevemente que es ERP, CRM y SRM.

ERP: ("Planificación de recursos empresariales") - (Enterprise resource planning)--> integración de forma interna y externa de gestión de información en toda la organización, que abarca las finanzas, contabilidad , producción , ventas y servicio, gestión de relaciones con clientes , etc. Los sistemas ERP su función es automatizar esta actividad con un sistema integrado de software de aplicación. Su propósito es facilitar el flujo de información entre todas las funciones empresariales dentro de los límites de la organización y gestión de las conexiones a las partes interesadas externas.

CRM: ("Gestión de las relaciones") - (de la sigla del término en inglés «customer relationship management»), puede poseer varios significados:

* La administración basada en la relación con los clientes. CRM es un modelo de gestión de toda la organización, basada en la orientación al cliente (u orientación al mercado según otros autores), el concepto más cercano es marketing relacional (según se usa en España) y tiene mucha relación con otros conceptos como: clienting, marketing 1x 1, marketing directo de base de datos, etcétera.

* Software para la administración de la relación con los clientes. Sistemas informáticos de apoyo a la gestión de las relaciones con los clientes, a la venta y al marketing. Con este significado CRM se refiere al sistema que administra un data warehouse (almacén de datos) con la información de la gestión de ventas y de los clientes de la empresa.

SRM: ("Proveedor de gestión de relaciones") - (del acrónimo inglés "Supplier Relationship Management") La gestión de las relaciones con los proveedores (suministradores, acreedores) es un término que describe los métodos y procesos de una empresa o una institución que compra. Esto puede ser para la compra de suministros de uso interno, la compra de materias primas para el consumo durante el proceso de fabricación, o para la adquisición de bienes de inventario para ser revendidos como productos en la distribución y venta al por menor.
La función de la gestión de suministros de una organización es responsable de diversos aspectos de la adquisición de bienes y servicios para la organización. En muchas organizaciones, la adquisición o compra de servicios es llamada "contratación", mientras que el de mercancías se llama "compra" o "adquisición".

9.- ¿Qué se conoce como “mejores prácticas”?

Estas se conocen cuando en las empresas se repiten los procesos pero, se repiten en términos “generales”, lo que permite utilizar las mejores prácticas.

10 ¿A qué se refiere la siguiente expresión: “A mayor virtuosismo del personal, mejores son los resultados?

Se refiere a que se tiene mayor control frente a los procesos críticos de éxito.

11 ¿Qué beneficios se obtienen al mejorar los procesos en una empresa?

Se establece la ventaja competitiva de estos procesos hacia otros.

FCE

1.- ¿Qué son los factores críticos de éxito?

Los Factores Críticos de éxito (FCE) son, para cualquier negocio, un número limitado de áreas en las cuales los resultados, si son satisfactorios, asegurarán el rendimiento competitivo de la empresa. Son los logros que tienen que realizarse para garantizar los objetivos específicos (Palancas Claves de Desempeño) derivados del primer nivel de desagregación del Objetivo Estratégico.

2.- ¿Qué importancia tienen para las organizaciones?

Tienen mucha importancia dentro de una empresa ya que si los resultados en estas áreas no son adecuados, los esfuerzos de la organización para concretar sus planes, alcanzar sus objetivos y generar estrategias serán menos que deseables.

3.- ¿En qué consiste el Método de los Factores Críticos de éxito? Describa brevemente cada uno de sus elementos

Consiste en 4 sistemas que se utilizan para determinar las necesidades de información. Estos son:

Técnica del subproducto: Se enfoca a un proceso, resulta poco costoso. La desventaja es que con frecuencia, resulta una simple “suma” de datos sin interrelaciones.

Sistema nulo: Información más “activa” y dinámica, centrada en aspectos estratégicos. La desventaja es que pasa por alto el papel de control del directivo, que puede hacerse en forma rutinaria.

Sistema de indicadores clave: Provee información útil y selectiva pero tiene una tendencia a abarcar, principalmente, solo indicadores financieros.

Proceso de estudio total: Permite identificar necesidades vitales del sistema de dirección. Se critica que este método “resulta caro en términos de personal y exhaustivo en su alcance”.

4.- De un ejemplo de factores críticos de éxito para los siguientes
sectores: Educación, Deporte, Entretención.

Educación: Controlar la asistencia y puntualidad de docentes y alumnos

Deporte: Ver la condición fisica de los deportistas

Entretención:

5.- ¿A qué exigencias debe responder un buen sistema de control de gestión?

Un buen sistema de control de gestión, debe responder a las siguientes exigencias:

Estar “cortado a la medida” del sector en el que actúa la organización.
Corresponderse con sus estrategias.
Ser capaz de identificar los FCE que han de recibir cuidadosa y continua atención por sus dirigentes.
Resaltar los resultados obtenidos en las variables clave.

6.- ¿Cuáles son las fuentes que propone el MIT para identificar FCE?

Las fuentes que propone MIT para identificar FCE son:

La estructura del sector concreto en el que se mueve la empresa;
La estrategia competitiva, posición del sector y situación geográfica de la empresa (nicho donde actúa);
Factores del entorno (problemas energéticos y medioambientales) ;
Factores temporales (pérdida de dirigentes, stocks excesivos o escasos).

7.- ¿Qué ventajas le proporciona a la empresa tener claro los FCE del
negocio?

Tener claro cuáles son los FCE en el negocio (industria) en el que se mueve, le permite a la empresa, entre otras cosas, las siguientes ventajas:

Identificar las actividades en las que debe centrar su atención para mantener o elevar su posicionamiento competitivo.
Analizar qué hacen y cómo los competidores más exitosos en cada uno de esos FCE (benchmarking competitivo).
Determinar qué puede copiar o hacer mejor que los competidores, para mejorar su posicionamiento.

METAS

1.- ¿Qué funciones cumplen las metas en las organizaciones?

Forman la base para diseñar los procesos, encontrar los recursos adecuados, y ajustar las reglas de gestión.

2.- ¿Cómo se clasifican las metas?

Metas oficiales y Metas operativas

3.- ¿Qué diferencia las metas oficiales de las operativas?

Las metas oficiales Son las planteadas a nivel general, por la alta gerencia, o administración general y establecen los principios generales, que no definen en detalle los procesos. Las metas operativas plantean acciones mas especificas que permiten desarrollar las estrategias, y sirven de orientación a las divisiones, departamentos y unidades operativas

4.- ¿Cómo se clasifican las metas, según el tiempo?

Metas a Corto Plazo. Son las metas que se establecen para ser alcanzadas en un periodo contable o en un año.

Metas a Largo Plazo. Son las metas que la empresa plantea para periodos superiores a un año o en varios periodos contables

5.- ¿Qué diferencias existen entre metas y reglas?

Metas. El propósito del negocio, o el resultado del negocio que se trata de alcanzar. Reglas. Las declaraciones que definen o restringen algún aspecto del negocio, y representan el conocimiento de negocio. Las reglas rigen cómo el negocio debería “correr” o cómo los recursos pueden ser estructurados y relacionados unos con otros.

Las metas son objetivos a alcanzar , las reglas son "instrucciones" que ,al cumplirse, ayudarian a alcanzar dicho objetivo.

6.- ¿Qué diferencias existen entre Visión y Misión?

Lo que es ahora el negocio (o el motivo, propósito, fin o razón de ser de la existencia de una empresa u organización en la actualidad), es la misión. Lo que será el negocio más adelante (o el hacia dónde se dirige la empresa a largo plazo y en qué se deberá convertir), es la visión.
En otras palabras, la misión pone énfasis en la "actualidad" del negocio, en cambio la visión, en el futuro a largo plazo de éste.

--------------------------------------------------------------------------

1) ¿Que conclusión se puede sacar al analizar los 4 Método de los Factores Críticos de éxito?

Después de analizar las ventajas y desventajas de los cuatro métodos, se puede llegar a las siguientes conclusiones:

El sistema de información de la empresa tiene que ser discriminatorio y selectivo. Ha de orientarse hacia los “factores críticos”. En la mayoría de los sectores existen, normalmente, de tres a seis factores claves del éxito; es importante que estas actividades claves se efectúen excepcionalmente bien, para que la empresa consiga el éxito.

2) ¿Para qué está creada la plantilla de planificación de Volere?

Está creada para ser utilizada como una base para sus especificaciones de requisitos.

3) ¿Qué son los requisitos funcionales?

Son los sujetos fundamentales o esenciales que constituyen la médula del producto. Ellos describen lo que el producto tiene que hacer o cuáles acciones de procesamiento debe tomar.

4) ¿Qué son los requisitos no funcionales?

Son las propiedades que las funciones deben tener, tales como desempeño y capacidad de uso. No se sientan desanimados por el desafortunado nombre del tipo (lo utilizamos porque es la forma más común de referirnos a este tipo de requisitos) —estos requisitos son tan importantes como los requisitos funcionales para el éxito del producto.

5) ¿Qué son las restricciones del proyecto?

Son restricciones sobre el producto debido al presupuesto o tiempo disponibles para construir el producto.

6) ¿Qué son las restricciones de diseño?

Imponen restricciones sobre cómo debe diseñarse el producto. Por ejemplo, puede que tenga que ser implementado en el dispositivo llave en mano que se está entregando a los grandes compradores, o puede que tenga que usar los servidores y computadores de escritorio en existencia, o cualquier otro hardware, software, o práctica de negocio.

domingo, 2 de octubre de 2011

Identificación de procesos críticos.

La empresa de transportes "Anabalón"tiene los siguientes procesos:

  1. - Gestionar la carga de combustible de los vehículos.*
  2. - Ver condiciones de revisión técnica de los vehiculos.
  3. - Gestionar los contratos de los trabajadores (conductores, administración, etc).
  4. - Gestionar el pago de los trabajadores(conductores, administración, etc).
  5. - Gestionar los horarios de traslado.
  6. - Gestionar los recorridos de los traslados.*
  7. - Gestionar las actividades de traslado y factura.*
Diagrama de Proceso Crítico 3



Identificación de procesos críticos.


La empresa de transportes "Anabalón"tiene los siguientes procesos:

  1. - Gestionar la carga de combustible de los vehículos.*
  2. - Ver condiciones de revisión técnica de los vehiculos.
  3. - Gestionar los contratos de los trabajadores (conductores, administración, etc).
  4. - Gestionar el pago de los trabajadores(conductores, administración, etc).
  5. - Gestionar los horarios de traslado.
  6. - Gestionar los recorridos de los traslados.
  7. - Gestionar las actividades de traslado y factura.*

Diagrama de Procesos Críticos 1 y 7




Archivos .bpm(Bizagi)