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)

sábado, 1 de octubre de 2011

Documento de vision VERSIÒN 1.0

TRANSPORTES ANABALÓN
Visión del negocio
Version 1.0
Fecha: 3/10/2011

1) ÍNTRODUCCIÓN
- PROPÓSITO: El objetivo de este documento es definir los requisitos de forma detallada para una empresa de transporte, según las necesidades de los usuarios finales.

- ÁMBITO: Este documento se aplica a la empresa de transporte con el objetivo de automatizar sus procesos y tareas habituales, y así de esta forma mejorar y facilitar su desarrollo.

2) SITUACIÓN
- OPORTUNIDAD DE NEGOCIO: Este proyecto tiene como propósito desarrollar un sistema que tenga registrado y respaldado la información de la empresa.
Así mismo, este proyecto facilitará la gestión de transportes y podrá tener un registro de sus viajes, clientes, como también de sus propios empleados.

- INFORME DEL PROBLEMA: Uno de los problemas que tiene la Empresa de Transportes Anabalón es que todos los traslados que realiza los lleva anotados en un cuaderno. Para ellos esto les significa que no pueden hacer una búsqueda rápidas de sus clientes, ni tampoco de los propios transportes que ha realizado.
Este problema afecta tanto como al cliente, como también a la persona que esta gestionando las actividades. Esto provoca una tardanza en la busqueda de datos.
Una solución con éxito a este problema sería recabar toda la información de los cuadernos y llevarla a este sistema que irá conectado a una base de datos. De esta forma la persona que gestiona las actividades de la empresa podrá acceder de una manera más rápida a toda la información y por otro lado el cliente no deberá esperar por mucho tiempo todo el proceso.

3) DESCRIPCIÓN DE LOS IMPLICADOS Y USUARIOS FINALES
- ENTORNO DE USUARIO: Los usuarios que accederán a este sistema son: los empleados y el administrador. Estos usuarios tienen un nivel de aprendizaje medio en relación al manejo de sistemas e informática.

- RESUMEN DE IMPLICADOS
Empleado: persona que trabaja para la empresa. Su responsabilidad es gestionar los transportes, atender a socios y clientes.
Administrador: persona que organiza y administra todos los viajes, y además el que saca las cuentas del día y mes.

martes, 27 de septiembre de 2011

Identificación del Proyecto

La empresa de transporte de pasajeros "Anabalón" se dedica al traslado de personal de empresas tales como VTR, DHL, entre otras en la ciudad de Santiago. También realiza viajes a regiones a personas y instituciones.

lunes, 26 de septiembre de 2011

FORMATO DE MINUTA DE REUNION


Este es un ejemplo de formato de minuta de reuion. En el grupo adjuntare el archivo .doc para que lo puedan editar si lo desean. 

Atte, VIPAKA.

martes, 13 de septiembre de 2011

¿CÓMO ELABORAR UNA BUENA MINUTA DE REUNIÓN?


Muchos proyectos tienen muchos participantes, muchas decisiones importantes que tomar, y por lo tanto, muchas reuniones.
A veces los participantes del proyecto sufren de una enfermedad llamada ”reunionitis”, la cual no te deja avanzar con tus propias tareas y hace que muy frecuentemente en una reunión te preguntes:  ¿Para qué estoy aquí?
Una buena gestión asume una buena gestión del tiempo de los miembros del equipo del proyecto.  Una buena práctica es escribir minutas de las reuniones en el proyecto, con dos objetivos:

1. Para registrar los issues tratados y las decisiones tomadas con respecto a éstos.

2. Para distribuir las minutas de reunión entre personas que no era necesario que estén presentes, pero que necesitan saber lo que se habló en ella.
Una buena minuta de reunión tiene tres partes bien diferenciadas:

       A. Identidad de la reunión: código o nombre del proyecto, fase del proyecto a la cual pertenece la           reunión, fecha y lugar de la reunión, asistentes (nombre, organización y cargo).

       B. Issues tratados: una lista de issues tratados en la reunión, provenientes de la bitácora de issues del proyecto. Con respecto a cada issue, descripción y decisiones tomadas. Idealmente, esta lista de issues a tratar se deberá distribuir a todos los asistentes
antes de la reunión, para ganar tiempo y no hablar de temas irrelevantes una vez reunidos.

     C. Responsabilidad del documento: “elaborado por”, fecha y “aprobado por” si es necesario.

En muchos proyectos las minutas de reunión se perciben como un documento burocrático sin ninguna utilidad, y esto sucede porque no se usan correctamente. Si son usadas correctamente, las minutas de reunión deberían ayudar a ahorrar tiempo, no a perder tiempo.

A continuación mostraremos un ejemplo de minuto en una empresa:




martes, 16 de agosto de 2011

Investigación BPMN

Introducción
BPMN (Business Process Modeling Notation, Notacion para el Modelado de Proceso de Negocio) es una notación gráfica estandarizada que permite el modelado de procesos de negocio, en un formato de flujo de trabajo (workflow). El principal objetivo de BPMN es proveer una notación estándar que sea fácilmente legible y entendible por parte de todos los involucrados e interesados del negocio. Entre estos interesados están los analistas de negocio (quienes definen y redefinen los procesos), los desarrolladores técnicos (responsables de implementar los procesos) y los gerentes y administradores del negocio (quienes monitorean y gestionan los procesos). En síntesis BPMN tiene la finalidad de servir como lenguaje común para cerrar la brecha de comunicación que frecuentemente se presenta entre el diseño de los procesos de negocio y su implementación.

Diferencias Con la Versión Anterior

BPMN fue inicialmente desarrollada por la organización Business Process Management Initiative (BPMI), y es actualmente mantenida por el OMG (Object Management Group). Su versión actual es la 2.0.

En esta nueva versión de mantenimiento del BPMN existe un esfuerzo en estandarización de los artefactos para soportar modelado de negocios generales y dominios de negocios verticales (seguros, manufacturación, finanzas). Además, está intentando encajar en un mayor contexto de modelado de negocios de alto nivel (incluyendo reglas de negocio y estrategias de negocio).

En la nueva versión de BPMN 2.0 existen actualizaciones y nuevos elementos respecto a la versión beta o 1.1, de los cuales se pueden resaltar:
Nuevos componentes:
Choreographies
• Diagrama de Coreografía (Choreographie)
• Diagrama de Conversación (Conversation)

Actualizaciones:
Gateway
• Exclusivo
• Paralelo
Tasks
• Event- Subprocess (Usado para manipular los eventos que ocurren en la delimitación subprocesos)
• Actividad secuencial de varias instancias
• Tareas de Reglas de Negocio (BusinessRules)
Artifacts
• Data Objects
Events
• Eventos interrumpidos y NO interrumpidos
• Escalada (Si una escalada sucede, el siguiente nivel de responsabilidad será involucrado)
Nuevos conceptos:


Business Rule Task: El Business Rule Task Proporciona un mecanismo, en el que a partir de un motor de reglas de negocio se puede enviar (Input) y recibir (Output) datos. Es decir, de acuerdo a las reglas del juego.

Service Task: El Service Task es una tarea que utiliza algún tipo de servicio. Como por ejemplo un Web Service o una aplicación automatizada. Los Inputs del Service Task se asignan al mensaje de entrada, vale decir a los atributos dentro del mensaje, por un WSDL en donde sería expresado como parte del mensaje.



Callable Element: Es la clase abstracta de todas las “Super Actividades” que se han definido al margen de un proceso o coreografía, pero que se puede llamar (o reutilizar) desde dentro de un proceso o coreografía. Además, hace referencia a las operaciones del servicio que realiza.

Call Activity: Identifica un punto en el proceso donde un Global Process o un Global Task es utilizado. Asimismo, éste actúa como un “envoltorio” (wrapper) para la invocación de un Global Process o un Global Task dentro de la ejecución.

Global Task: Es una Definición de tarea atómica y reutilizable que puede ser llamada desde cualquier proceso por un Call Activity.

Descargar Presentación

martes, 9 de agosto de 2011

Clase 08.08.2011

Hoy fue la primera clase de Modelamiento de procesos de negocio. El tema tratado fue mas bien el ciclo de vida del sofware y tambien un breve resumen de todo lo que veremos en el semestre.

El ciclo de vida del software se refiere a todo aquel proceso desde que se inicia una idea hasta que finalmente se genera el software. Este ciclo esta dividido en 7 partes:



- INGENIERÍA DE SISTEMAS: En esta etapa el analista luego de unminucioso y detallado estudio de los sistemas de una organización, detecta un problema o una necesidad que para su solución y/o satisfacción es necesario realizar un desarrollo de software.

- ANÁLISIS: En esta etapa se debe entender y comprender de forma detallada cual es la problemática a resolver, verificando el entorno en el cual se encuentra dicho problema, de tal manera que se obtenga la información necesaria y suficiente para afrontar su respectiva solución. Esta etapa es conocida como la del QUÉ se va a solucionar.

- DISEÑO: Una vez que se tiene la suficiente información del problema a solucionar, es importante determinar la estrategia que se va a utilizar para resolver el problema. Esta etapa es conocida bajo el CÓMO se va a solucionar.

- IMPLEMENTACIÓN: partiendo del análisis y diseño de la solución, en esta etapa se procede a desarrollar el correspondiente programa que solucione el problema mediante el uso de una herramienta computacional determinada.

- PRUEBAS: Los errores humanos dentro de la programación de los computadores son muchos y aumentan considerablemente con la complejidad del problema. Cuando se termina de escribir un programa de computador, es necesario realizar las debidas pruebas que garanticen el correcto funcionamiento de dicho programa bajo el mayor número de situaciones posibles a las que se pueda enfrentar.

- DOCUMENTACIÓN: Es la guía o comunicación escrita en sus diferentes formas, ya sea en enunciados, procedimientos, dibujos o diagramas que se hace sobre el desarrollo de un programa. La importancia de la documentación radica en que a menudo un programa escrito por una persona, es modificado por otra. Por ello la documentación sirve para ayudar a comprender o usar un programa o para facilitar futuras modificaciones (mantenimiento).

- MANTENIMIENTO: una vez instalado un programa y puesto en marcha para realizar la solución del problema previamente planteado o satisfacer una determinada necesidad, es importante mantener una estructura de actualización, verificación y validación que permitan a dicho programa ser útil y mantenerse actualizado según las necesidades o requerimientos planteados durante su vida útil. Para realizar un adecuado mantenimiento, es necesario contar con una buena documentación del mismo.
 

-------------------------------------------------------------------------------------------------------------
BPMN: Business Process Model Notation (Notacion para el modelado de procesos de negocio) .... tiene la finalidad de servir como lenguaje común para cerrar la brecha de comunicación que frecuentemente se presenta entre el diseño de los procesos de negocio y su implementación.

UML: Unified Modeling Language (Lenguaje de Modelamiento Unificado).... es un lenguaje gráfico para visualizar, especificar y documentar cada una de las partes que comprende el desarrollo de software. UML entrega una forma de modelar cosas conceptuales como lo son procesos de negocio y funciones de sistema, además de cosas concretas como lo son escribir clases en un lenguaje determinado, esquemas de base de datos y componentes de software reusables.

Los programas que ocuparemos para hacer diagramas uml seran:
- Bizagi 
- StarUml