sábado, 17 de septiembre de 2011

Cambio de Blog

Perdón por tener tiempo sin escribir, pero estabamos profesionalizando este camino de ALM con la creación de una empresa que se dedica a la consultoria de ALM y TFS en Venezuela. La empresa se llama ALightM.

A continuación les dejo el acceso al nuevo Blog: http://alightm.com/blog/


Y la dirección del site de es: http://alightm.com/

ALightM es una empresa pionera en la implantación de metodologías ágiles en el desarrollo de software. Especializados en tecnologías .net y con un equipo de profesionales altamente calificados que le brindarán las herramientas que su empresa necesita.

Nuestro esfuerzo está apoyado en estrategias mundialmente exitosas que interactúan de manera transparente con sistemas como Team Foundation permitiendo así que su grupo de tecnología sea un equipo de alto desempeño con resultados exitosos y donde su empresa pueda entregar productos con una calidad superior y de acuerdo a las necesidades de sus clientes.

Muchas gracias por el seguimiento y los comentarios en este blog pero ahora nos veremos en ALightM.

Denny Rodríguez

viernes, 4 de marzo de 2011

Crear un Team Project Collection

Para crear un Team Project se debe tener permisología en el Grupo de “Team Foundation Administrators” o tener permiso en la opción “Create team project collection”.
El Team Project Collection se crea desde la consola de administración de Team Foundation en la opción TFS Server \ Application tier \ Team Project Collections, seleccionando la opción “Create Collection”

TFS1
el cual levantará el asistente para crear un nuevo Team Project Collection.

Estrategia Tecnológica para ISVs + SQL Server 2008 R2

 
Agradeciendo a Néstor la invitación al evento y teniendo su permiso para compartirlo con la comunidad:

clip_image002
Evento “Estrategia Tecnológica para ISVs” - Marzo
clip_image004El 18 de Marzo en Caracas y el 29 de Marzo en Maracaibo, estaremos llevando a cabo el evento trimestral “Estrategia Tecnológica para ISVs”. En esta oportunidad, el evento estará orientado a mostrar la estrategia de Microsoft y sus aliados comerciales en el mercado local, relacionados con el posicionamiento de soluciones de bases de datos utilizando los servicios incluidos en SQL Server 2008 R2. En esta oportunidad, contaremos con la participación de nuestro reconocido socio Grupo de Desarrollo GD, quiénes presentarán su estrategia técnica de uso de servicios SQL Server en aplicaciones comerciales. A continuación la agenda del evento:

jueves, 3 de marzo de 2011

Team Project Collections

Una vez que estamos conectados al servidor de TFS se observa que se tienen uno o mas Team Project Collections y que cada Team Project Collections agrupa uno o mas Team Projects como si fuera un árbol o Tree View bajo el siguiente esquema:
Servidor TFS:
         --- Team Project Collections (Una o mas colecciones)
               --- Team Projects (Uno o mas proyectos)

La siguiente imagen muestra una estructura de la ventana de conexión a TFS:
tfs
Los Team Project Collections, como su nombre lo indica, son colecciones de projectos de un determinado equipo. Por ejemplo, si tenemos en nuestra compañía equipos para desarrollar componentes de acceso a base de datos, otro equipo para desarrollar los componentes de reglas de negocios y otro equipo que desarrolle la capa de presentación, entonces podemos crear tres Team Project Collections teniendo uno para cada equipo. Este esquema permite agrupar todos los projectos por equipo.
Otro ejemplo: tenemos equipos que desarrollan aplicaciones Web, Windows y Mobile y en este caso podemos tener un Team Project Collections para cada equipo.
Esta división de los projectos permiten no solo una agrupación lógica de projectos comunes, sino que también permite dividir la administración de permisologías y demás políticas para cada grupo de trabajo como las siguientes:
  • Cada Team Project Collections tiene su propia base de datos donde se almacena la información de los projectos que tiene por lo que el administrador del servidor de base de datos puede realizar respaldos y restauraciones de forma independiente entre cada Team Project Collection.
  • Los projectos que están agrupados en un Team Project Collection pueden compartir informes, guias de procesos y elementos de trabajo.
  • Se pueden distribuir los Team Project Collections en diferentes Base de Datos si se desea tener servidores dedicados por equipos de trabajo.
  •   Puede administrar mas facilmente los usuarios y permisologías de cada Team Project Collection.
Por supuesto existen elementos a tener en cuenta a la hora de crear varios Team Projects Collections:
  • No se pueden vincular informes, guias de procesos y elementos de trabajo.
  • No se pueden crear consultas de datos entre los diferentes Team Projects Collections.
Otro factor que indica Microsoft es que se puede hacer Branch de un proyecto en otro proyecto dentro de la misma colección, pero es una opción de la cual no tengo experiencia (seguiré leyendo y jugando con TFS para poder hacerlo y encontrarle una aplicación en el mundo real)

Muchas Gracias

Mr. DR.

miércoles, 2 de marzo de 2011

Acceso al servidor de Team Foundation Server

Cuando abrimos Visual Studio 2010 observamos que tenemos una opción que dice: “Connect To Team Foundation Server”
TFS1
o desde “View \ Team Explorer” (Ctrl+\, Ctrl+M) tenemos acceso a la ventana de Team Explorer donde podemos darle clic al icono “Connect To Team Project”
TFS1
el cual mostrará una venta modal que permite seleccionar el (o los) Team Foundation Server que tengamos instalados:

lunes, 28 de febrero de 2011

Interoperabilidad Entre TFS y SVN

Leyendo los feeds me topé con dos artículos que no tienen desperdicio y, además de venir de la mano de un maestro de maestros, es un tema a considerar cuando se nos presenta el escenario en el que tenemos que migrar o sincronizar nuestras diferentes plataformas.

Ambos enlaces son unos tutoriales sencillos que nos muestran paso a paso como tener una migración y una sincronización exitosa.

Exportar el contenido completo de un repositorio de subversión a otro repositorio de subversion

Sincronizar contenidos desde subversion hacia Team Foundation Server 2010 Primera Parte

Espero les sea útil, las gracias y felicitaciones a Bruno por compartir tan valiosa información.

jueves, 13 de enero de 2011

Instalar Team Foundation Server 2010 Parte II

Vamos ahora a configurar TFS para poder mantener nuestros proyectos. Lo primero que debemos hacer es abrir el Team Foundation Server Configuration Center. en caso de no poder hacerlo de manera directa al tratar de abrir la consola de administración de TFS nos preguntará si deseamos iniciar el asistente.

martes, 11 de enero de 2011

Instalar Team Foundation Server 2010 Parte I

En el post anterior vimos como instalar Windows SharePoint Services 3.0, pero no configuramos absolutamente nada, ahora vamos a instalar TFS para que nos sirva como controlador de versionamiento de código. No podemos implantar TFS al 100% de manera brusca, como todo cambio requiere tiempo y se hace por etapas.

lunes, 10 de enero de 2011

Eventos Microsoft

Buenos días.

Aunque el Blog está orientada al mundo de TFS, MSF For Agile y ALM, me parece importante incluir de el lado superior derecho una sección de Eventos Microsoft donde incluiremos aquellos Eventos que Microsoft o la comunidad anuncien; esto nos permitirá ser un elemento multiplicador mas de los Eventos y WorkShops que son organizados en nuestro país.

Iniciamos con el Evento de WebCamps, organizado en la Universidad Central de Venezuela con tres temas en paralelo: ASP.Net MVC | IE9 y Estándares Web \| JQuery.

Desconocemos quienes son los organizadores, quienes serán los expositores y el lugar exacto donde serán las charlas. Si alguien tiene conocimiento puede postearlo para ampliar la información.

Igualmente, si tienen conocimiento de alguna otra charla, evento, workshop, etc, pueden indicarlo para colocarlo como enlace y transmitir la información a toda la comunidad.

Muchas gracias

Mr DR.

viernes, 7 de enero de 2011

Instalando Windows SharePoint Services 3.0 (Prerequisito de TFS)

Instalar TFS 2010 es realmente sencillo, pero tiene algunos detalles que pueden darnos dolores de cabeza si no lo hacemos en el orden correcto. Para la instalación contamos con un servidor con las siguientes características:

  • Procesador Pentium® Dual-Core E5400 @ 2.70GHz.
  • Memoria RAM 2GB.
  • Windows Server 2008 R2 Enterprise x64.
  • 260GB disponibles en disco.
  • SQL Server 2008 R2.
Estas características cumplen con los requisitos mínimos de instalación para un equipo pequeño, muestra de ello es la imagen siguiente:




No tenemos MOSS (Microsoft Office Sharepoint Server), pero como queremos poder crear portales de los proyectos que tengamos en TFS vamos a descargar Windows SharePoint Services 3.0 x64 con with Service Pack 2 para instalarlo en nuestro servidor de TFS.


Primero que todo debemos aceptar el contrato de licencia y hacer clic en Continue.

Seleccionamos Advanced.



Seleccionamos Web Front End y presionamos Install Now.



Veremos una barra de progreso y una pantalla al finalizar la instalación





Hay una casilla marcada por defecto para configurar los servicios de SharePoint, debemos asegurarnos de que está marcada, luego hacemos clic en Close.


En la pantalla de configuración al presionar Next nos mostrará un cuadro de confirmación que debemos responder afirmativamente.



En la página de conexión al servidor coloque los datos del servidor al que desea conectarse, este servidor será el servidor donde se cree la base de datos con todo lo referente a SharePoint Services y debe ser el servidor de bases de datos de TFS. En caso de utilizar una instancia deberá colocarla de la manera: nombreDelServidor\nombreDeLaInstancia.



Una vez completada la información haga clic en Next.

Seleccione la casilla de Specify a port number y coloque 17012. Team Foundation Server usa este puerto para la administración de productos de SharePoint. Asimismo seleccione NTLM y haga clic en Next.



Verifique la información en la pantalla de y haga clic en Next.



Habrá un proceso que demorará algunos minutos dependiendo del tráfico en la red, las capacidades del servidor de TFS y el de base de datos, pero podrá observar el avance en la siguiente pantalla.



Al completar la configuración observará una pantalla que informa que la configuración fue exitosa, presione Finish para finalizar el asistente de configuración.



¡Y listo!, ya tenemos Windows SharePoint Services 3.0 SP2 x64 instalado y funcionando perfectamente.

Nota: Al momento de hacer el post hay disponible una actualización de seguridad para Windows SharePoint Services 3.0 x64, la KB2345304 que pueden descargar desde aquí.

jueves, 6 de enero de 2011

Lo que espero encuentren en el blog

Particularmente no pretendo hacer una copia de las guías, tutoriales y demás material que se consigue en la web. Espero poder ofrecer material elaborado por nosotros mismos acerca de los traspiés que nos encontramos al querer implementar Team Foundation Server® 2010 y lo eso conlleva. Generalmente se deja de lado una solución de software porque pensamos “es que esto no nos sirve porque no hace lo que yo quiero” y olvidamos que al trabajar con una metodología específica no puedes viciar TFS con las locuras que pensábamos estaban bien, pero que solo funcionan en nuestra empresa.

Como comentaba Denny en el post de ¿por qué el blog? Hay varias opciones de metodologías a usar, nosotros nos iremos por MSF Agile for Software Development o MSF Agile para los amigos. Siempre recordando qué no es que la herramienta no haga lo que queremos es que seguramente lo que veníamos haciendo no era del todo correcto y no es recomendable.

Espero que el material del blog les sirva para despejar algunas de las dudas que puedan tener, en caso de pasar alguna por alto déjennoslo saber en los comentarios, la idea es crecer juntos y poder ofrecer material de calidad como el que Microsoft nos tiene acostumbrados, pero de una manera más informal.

miércoles, 5 de enero de 2011

Cómo obtener TFS

TFS tiene muchas bondades, guau!!!! Pero, ¿de donde lo descargo?.

Revisando las suscripciones de MSDN podemos observar que desde la versión Visual Studio Professional con MSDN incluye Visual Studio Team Foundation Server. Por supuesto esa licencia la tenemos instalado en nuestro servidor de desarrollo y cada PC de desarrollo se conecta al servidor de Team Foundation.

Revisando otros links, la versión Express de Visual Studio dice: "Integration with Visual Studio Team Foundation Server, and advanced design, development and test capabilities, such as 64-bit development, unit testing and remote debugging, are not included in the Express products" por lo que debemos tener la suscripción de MSDN.

Adicionalmente, tambien podemos tener el TFS en un ambiente de producción, por ejemplo para vender el servicio de conectividad a TFS como discountasp el cual ofrece el servicio gratuito por 30 días pero con la condición de que indiques un número de tarjeta de crédito. Admito que inmediatamente intenté probar TFS gratuito por 30 días para compararlo con la experiencia que hemos tenido en la oficina, pero proporcionar una tarjeta de crédito en este caso es algo por lo cual no estoy dispuesto a hacer.

Lo que si podemos hacer, en caso de no tener una suscripción de TFS es descargar la versión trial del site de Microsoft, la cual tampoco he utilizado... y cualquier lector puede comentar: "¿Es que Denny menciona software que no ha utilizado?" y precisamente la idea de este Blog es ese: Poder comentar de nuestro lado las vivencias que tenemos con TFS en el mundo real (servidor de desarrollo, TFS en el servidor de desarrollo, SQL Server 2008 R2 en el servidor de desarrollo, Visual Studio para los desarrolladores) y obtener de la comunidad el feedback de experiencias como probar un trial o un demo o un servicio de terceros como discountasp. Lo importante para nosotros es poder suministrar contenido, links, información de terceros, y como decía Norwill: "seria bueno poder integrar los conocimientos de varias personas y brindarle a la comunidad un sitio de referencia al cual puedan acudir y encontrar varios especialistas."

Muchas Gracias

Mr DR.

¿por qué TFS?

¿por qué Windows 7®?, ¿por qué en su momento Windows Vista®, y así por el estilo?... por moda, porque es mas bonito, nice, simpatico, porque ya Microsoft® no le da soporte o simplemente porque el partner que trabaja conmigo ya tiene lo último en su pc y yo no; por lo que viene la gran pregunta: ¿por qué TFS?.

En algunos WorkShops, charlas, conferencias, incluso inicialmente en mi caso, TFS se ve como la evolución natural de Visual SourceSafe®. El pensamiento viene enfocado a que TFS es un SourceSafe® R2 o similar y debo adoptarlo como la evolución del software. Para muchos SourceSafe® ha funcionado y funcionará, dependiendo del tamaño de los proyectos, arquitectura, tamaño del equipo de trabajo entre otras; para otros SourceSafe® es un dolor de cabeza (según experiencias de antiguos compañeros de trabajo) porque sufrieron perdida de datos en un checkin entre otras cosas. Yo en lo personal nunca he tenido problemas con SourceSafe pero vamos, seguir la moda es parte natural de muchos y TFS suena como la moda y por allí empezamos.

TFS puede ser utilizado como un control de versiones con sus CheckOut, CheckIn, History, etc. Esta imagen anexa es de un proyecto que está en TFS, una imagen natural para el desarrollador que ha utilizado SourceSafe®.

Pero utilizar TFS como un repositorio de código es solo aprovechar una pequeña parte de la herramienta.

TFS adicional al control de versiones, permite a través de plantillas aplicar metodologías como MSF For Agile, CMMI (hasta Nivel 3) o Scrum para implementar todo el concepto de Metodologías Agiles, permitiendo aprovechar el Branching y Merging a su máxima nivel, crear historias de usuarios, crear tareas para los desarrolladores, llevar el control de los errores encontrados en el proyecto, integrarse con Excel o Project para tener todas las actividades del projecto en cualquiera de estas dos herramientas,  generar una serie de reportes que permitan evaluar los progresos y los puntos críticos del avance del proyecto entre otras cosas; pero lo mas importante: todo de una forma nativa y natural dentro del mundo Visual Studio® y el mundo Microsoft®. Incluso mas allá: puedes integrarlo con SharePoint® para publicar todo lo concerniente al progreso del proyecto, con esos gráficos que son pocos naturales al desarrollador pero que son vitales para un controlador de proyecto, ejecutivo o socio de negocio, entre otros.

En este momento uno piensa: "Guau!, que montón de fixtures, por donde empiezo?" Para ello los invito a leer el siguiente enlace de Microsoft®: Información general de producto de Team Foundation Server y en las siguientes entradas conversaremos un poco sobre la instalación de TFS.

Un truco: en los enlaces de Microsoft® puedes cambiar parte del link de "en-us" a "es-es" y podrás obtener, en la mayoría de los casos, el mismo artículo en ingles y en español.

Saludos Totales
Mr DR

martes, 4 de enero de 2011

¿por qué el blog?

Buenos días. Feliz inicio de año 2011.

La tecnología siempre está evolucionando; Microsoft® no es la excepción, y aunque Team Foundation Server® ya existía desde Visual Studio 2005®, es hasta ahora que nosotros estamos adentrandonos en este mundo de TFS (en esta oportunidad con VS2010). Y aprovechando esta iniciación en TFS decidí (e induzco a mi amigo Juan a decidir) crear un blog que comente sobre TFS, los golpes que nos vamos a dar (en TFS claro está), los aciertos y desaciertos que tendremos, no solo implantando en la empresa donde laboramos, sino también los desaciertos que tendremos comentando en este blog, y es en este punto, donde invito a la comunidad a participar y que cuestionen nuestras entradas; no, no nos la sabemos todas y algunas cosas que publiquemos estarán mal, incompletas o no serán las óptimas, pero estoy seguro de que siempre encontraremos alguien (como Néstor, Carmen, Fagas entre otros... perdón por mencionarlos sin su consentimiento) que puedan leer la entrada e indicarnos el camino correcto.

Tambien me gustaría que la comunidad no solo cuestione lo que publicamos, sino que comparta sus experiencias, sus aciertos, los trucos encontrados, etc.

Del enlace de wikipedia: http://en.wikipedia.org/wiki/Team_Foundation_Server podemos extraer:
"Team Foundation Server (comúnmente abreviado como TFS) es un producto Microsoft que ofrece control de código fuente , recolección de datos, informes y seguimiento de proyectos, y está destinado a la colaboración de proyectos de desarrollo de software."

Ya vendrán otras entradas, como: ¿por qué TFS?, ¿en donde estamos aplicando TFS? entre otras, todo a su debido tiempo.

Y esperamos compartir no solamente TFS... también esperamos compartir ALM.






¿ALM?, ¿qué es ALM?, ¿no es suficiente con TFS?... esta comunidad de Microsoft® siempre agregandole algo más a lo que conocemos :P   








Néstor Guadarrama, el encargado de ISV para Microsoft® Venezuela, en su sesión "Construyendo Equipos de Alto Desempeño", en el evento http://www.microsoft.com/venezuela/innovait/ en Margarita 2010, indica que ALM (Application Life Management®) no es un producto que se compra, no es una metodología, no es una mejor práctica. ALM es una solución, una estrategia de gobernabilidad y Team Foundation Server® nos permite obtener el máximo beneficio de ello a través del Explorador de Arquitectura (Architect Explorer) a través del análisis del código escrito, sus dependencias con terceros, sus llamadas e invocaciones dentro de los objetos de negocio, todo ello en función del apoyo al equipo.

Esperamos tener la oportunidad de implantar no solo TFS (que será un monton de tiempo), sino compartir con ustedes las experiencias que tengamos con ALM. Anexo los links de ALM en ingles y ALM en español.

Aprovecho también la oportunidad para agradecer a mi esposa Laymar Quintero por su interés en TFS, por ayudar a implantarlo en el mundo real, por ser parte del conejillo de indias que se da los golpes del día a día, por alegrarse de las funcionalidades de TFS que descubrimos e implementamos.