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.
Aca podran encontrar todo lo relacionado al ramo de Modelamiento de Procesos de Negocio, en el que podrán leer y poner sus comentarios. Este es un ramo que se ejerce en 4° semestre de Analista Programador Computacional en DuocUc. Sldos estimados y estimadas, ¡ VIPAKA !
Vistas de página en total
sábado, 1 de octubre de 2011
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:
lunes, 12 de septiembre de 2011
lunes, 29 de agosto de 2011
martes, 23 de agosto de 2011
Suscribirse a:
Entradas (Atom)