Академический Документы
Профессиональный Документы
Культура Документы
Actividad No.1
Entrega: 10 abril del 2012 Diagrame el diseo Arquitectnico de base de datos de una empresa Presentacin: Visio 2010 Forma: Individual Tiempo: 30 minutos
Planificacin
Requerimientos Genricos
En los objetivos de la solucin de BI se establecen requerimientos genricos de dicha solucin para lo cual es comn encontrarnos con los siguientes puntos. Proveer un sistema intuitivo y fcil de usar que permita a los usuarios finales generar sus propios reportes y anlisis. Tener una sola versin de la informacin. Proveer informacin de toda la compaa en un solo sistema.
Proveer informacin de toda la compaa en un solo sistema. Que los usuarios puedan accesar la informacin desde cualquier lugar y en cualquier momento. Con dichos objetivos de la solucin como base de los requerimientos es difcil establecer una forma confiable de medir los resultados de la implementacin de la solucin de BI.
La toma de requerimientos funcionales se establece en algunos proyectos como la base para tomar decisiones en la secuencia de etapas donde atraviesa un proyecto de BI. En muchos proyectos los requerimientos funcionales dirigen el destino del proyecto, por lo cual es muy comn que muchas empresas decidan su proyecto de BI en base a la herramienta seleccionada. Como ejemplo de los requerimientos funcionales tenemos lo siguiente:
El sistema deber proveer la facilidad de Drill-Down, Slice and Dice, formulas avanzadas, etc. El sistema deber tener los mecanismos para controlar la seguridad de los datos por departamento, rea, gerencia as como una distribucin organizacional jerrquica de la informacin.
M. Ing. Joel Martin Visurraga Aguero
Otra forma comn de tomar requerimientos es solicitar a los usuarios principales un listado de los datos que requieren para sus reportes, es decir, que nos pidan que campos debemos incluir en nuestro data warehouse y posteriormente mapear en nuestra herramienta de BI para que ellos puedan preparar sus reportes sin apoyo del rea de sistemas. En primera instancia los que conocen de su rea son los mismos usuarios por lo cual es comn y entendible que dichos usuarios marquen la pauta de los datos que requieren y como los quieren. Como ejemplo de dicho escenario el usuario solicitara lo siguiente:
Proveedor.Nombre Proveedor.Razn Social Proveedor.Direccin
M. Ing. Joel Martin Visurraga Aguero
Aunque este escenario es importante para que los usuarios cuenten con toda su informacin, por si sola no es una estrategia de toma de requerimientos completa, debido a que el resultado al final de cuentas no sera medible como valor de negocio sino como una forma de automatizar las actividades operativas de reporteo.