AJAX Control Toolkit Es un proyecto conjunto entre la comunidad y Microsoft. Está construído sobre las extensiones para AJAX de ASP.NET 2.0. Es una excelente colección de controles Web.
Su home en CodePlex es:
http://www.codeplex.com/Wiki/View.aspx?ProjectName=AtlasControlToolkit
En esta página están listados todos los controles y pueden probarse.
http://www.asp.net/ajax/ajaxcontroltoolkit/samples/
Los que mejor me impresionaron:
- Accordion: Para mostrar múltiples paneles, desplegando de a uno por vez.
- CollapsiblePanel: Un panel que puede contraerse.
- DragPanel: Un panel que puede draggearse con el mouse sobre la página.
- MaskedEdit: Para tener inputs con máscaras.
- HoverMenu: Un menú contextual para usar, por ejemplo, sobre filas de una grilla.
- NoBot: Para identificar invisiblemente si quién está interactuando con la página es una persona o no.
viernes, 30 de noviembre de 2007
domingo, 11 de noviembre de 2007
Presentación sobre WF y WCF
Con mi amigo Dante Otero preparamos una presentación sobre nuestra experiencia de implementación con Workflow Foundation (WF) y Windows Communication Foundation (WCF). Se trató de un sistema para ser utilizado en un Call Center para la atención de solicitudes y reclamos de clientes, relacionado con la venta de suscripciones de diarios y revistas.
Acá está el video de la presentación
Acá está el video de la presentación
jueves, 8 de noviembre de 2007
Soma anunció la salida de Visual Studio 2008
Somasegar anunció en su blog que Visual Studio 2008 y Team Foundation Server 2008 estarán disponibles antes de fin de mes (noviembre 2007)
También, por supuesto, la nueva versión del Framework .NET 3.5
link: blogs.msdn.com/somasegar/archive/2007/11/05/teched-developer-in-europe.aspx
También, por supuesto, la nueva versión del Framework .NET 3.5
link: blogs.msdn.com/somasegar/archive/2007/11/05/teched-developer-in-europe.aspx
Reportes en Team Foundation Server
Crear reportes en TFS asusta un poco cuando se intenta la primera vez. La información parece estar escondida entre montones de bases y tablas. Pero conociendo un poco como está estructurada la información el tema se aclara y el enorme potencial disponible se vuelve manejable.
Para comenzar, los reportes de TFS están montados sobre Microsoft SQL Server Reporting Services y SQL Server Analysis Services.
Team Foundation Server utiliza 3 almacenes de información, optimizados para distintos tipos de utilización.
TFS utiliza tres almacenes distintos de información, con los datos fluyendo de izquierda a derecha.
La base primaria (TFS OLTP) contiene información online. Está formada por múltiples DB para workitems, control de códifo fuente, builds, etc. Está normalizada y diseñada para ser eficiente en su funcionamiento pero no es fácil de entender a la hora de preparar reportes. Esto no es un problema, ya que para eso están los otros dos almacenes. Es posible que estas bases contengan sólo información reciente.
La segunda base (TFS Relational Warehouse) está orientada a la realización de consultas. Su esquema es más fácil de entender y contiene cierta información redundante, para minimizar la necesidad de joins al preparar los reportes.
Existen procesos que corren periódicamente (por default cada hora), manteniendo esta base actualizada. Contiene toda la información histórica.
Finalmente existe la base para procesamiento analítico (OLAP Cube). Esta base debe ser accedida por medio de Analysis Services y su lenguaje específico, MDX. Esta base es ideal para el análisis de información histórica ya que contiene información pre-agregada para optimizar los tiempos de las consultas.
Para una información más detallada y algunos ejemplos consultar (en inglés):
http://www.microsoft.com/downloads/details.aspx?familyid=a74486b2-f7db-4a85-97bd-46bf478bda60&displaylang=en
Para comenzar, los reportes de TFS están montados sobre Microsoft SQL Server Reporting Services y SQL Server Analysis Services.
Team Foundation Server utiliza 3 almacenes de información, optimizados para distintos tipos de utilización.
TFS utiliza tres almacenes distintos de información, con los datos fluyendo de izquierda a derecha.
La base primaria (TFS OLTP) contiene información online. Está formada por múltiples DB para workitems, control de códifo fuente, builds, etc. Está normalizada y diseñada para ser eficiente en su funcionamiento pero no es fácil de entender a la hora de preparar reportes. Esto no es un problema, ya que para eso están los otros dos almacenes. Es posible que estas bases contengan sólo información reciente.
La segunda base (TFS Relational Warehouse) está orientada a la realización de consultas. Su esquema es más fácil de entender y contiene cierta información redundante, para minimizar la necesidad de joins al preparar los reportes.
Existen procesos que corren periódicamente (por default cada hora), manteniendo esta base actualizada. Contiene toda la información histórica.
Finalmente existe la base para procesamiento analítico (OLAP Cube). Esta base debe ser accedida por medio de Analysis Services y su lenguaje específico, MDX. Esta base es ideal para el análisis de información histórica ya que contiene información pre-agregada para optimizar los tiempos de las consultas.
Para una información más detallada y algunos ejemplos consultar (en inglés):
http://www.microsoft.com/downloads/details.aspx?familyid=a74486b2-f7db-4a85-97bd-46bf478bda60&displaylang=en
sábado, 22 de septiembre de 2007
Arquitectura Corporativa
Debería ser natural que a partir del modelo de operación de negocio de una compañía, IT provea la infraestructura para la ejecución de los procesos de negocio y potencie las posibilidades de crecimiento. Esto no siempre se da en la realidad, por lo que es necesario ofrecer una visón integrada de los procesos, la información, las aplicaciones y la tecnología.
El modelo de operación de negocio, identifica el grado de integración (cuánto requieren compartir información las distintas áreas de negocio) y estandarización (procesos unificados entre áreas de negocio) y estará determinado por la estrategia de negocio de la compañía, aunque no siempre de manera consciente ni totalmente coherente.
Es posible presentar un camino evolutivo en el grado de madurez de la arquitectura corporativa, que no siempre es pareja en toda la compañía:
Silos de negocio: focalización de la inversión de IT en la solución de problemas y oportunidades localizadas.
Tecnología estandarizada: foco puesto en infraestructura tecnológica compartida y reducción / estandarización de las plataformas utilizadas.
Core optimizado: Información y aplicaciones unificadas a nivel corporativo, unificando datos y sistemas.
Modularidad de negocio: agilidad estratégica ofrecida mediante módulos reutilizables (ej. servicios empresariales).
El modelo de operación de negocio, identifica el grado de integración (cuánto requieren compartir información las distintas áreas de negocio) y estandarización (procesos unificados entre áreas de negocio) y estará determinado por la estrategia de negocio de la compañía, aunque no siempre de manera consciente ni totalmente coherente.
Es posible presentar un camino evolutivo en el grado de madurez de la arquitectura corporativa, que no siempre es pareja en toda la compañía:
Silos de negocio: focalización de la inversión de IT en la solución de problemas y oportunidades localizadas.
Tecnología estandarizada: foco puesto en infraestructura tecnológica compartida y reducción / estandarización de las plataformas utilizadas.
Core optimizado: Información y aplicaciones unificadas a nivel corporativo, unificando datos y sistemas.
Modularidad de negocio: agilidad estratégica ofrecida mediante módulos reutilizables (ej. servicios empresariales).
Suscribirse a:
Entradas (Atom)