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.