¡Bienvenid@ a La bloguera.net! Iniciar sesión | ÚNETE a la web | Ayuda

Waldek Mastykarz propone en su pagina un truco muy útil para el día a día de nuestro trabajo con SharePoint.

Consiste en añadir a los Favoritos del Navegador los enlaces adjuntos. Los enlaces son pequeños fragmentos Javascript(BLOCKED SCRIPT...... que coinciden con las opciones de los menús de SharePoint(se puede buscar mas atajos siguiendo esta técnica), para añadirlos solo hay que hacer clic sobre el enlace con el botón derecho y seleccionar el Menú la opción "Agregar a Favoritos".

El equipo de Patterns & Practices ha publicado en junio las guías para la apoyar la construcción de aplicaciones empresariales de escritorio(cliente) basados en la tecnología Windows Presentation Foundation (WPF).

Las guías propone la construcción de soluciones WPF en base al concepto de Composite Application

La guía se encuentra en esta dirección:
http://msdn.microsoft.com/en-us/library/cc707865.aspx

Este producto(o bloque de arquitectura) se compone de los siguintes "assets"

- documentación que tiene un alto valor didáctico(no solo para desarrolladores en Win)

- biblioteca Composite Application Library esta ofrece los servicios y componentes necesarios para construir aplicaciones compuestas WPF.

- QuickStart - un conjunto de ejemplos para asimilar los conceptos tratados en la guía

- Stock Trader Reference Implementation (Stock Trader RI) - una aplicación de referencia que sirve como un ejemplo completo de referencia.

Es muy interesante revisar los conceptos, la documentación y el código fuente.

Durante años he podido comprobar que muchos de los compañeros(y yo) que desarrollan aplicaciones dejan los identificadores (nombres) por defecto que asignan automáticamente los entornos de desarrollo (IDE) a los distintos objetos y componentes.
También es muy habitual comenzar con un experimento, en el que no se presta atención a los nombres que se asignan a las variables, funciones y clases, que mas da, ¡es tan solo un experimento!. Lo malo que la mayoría de la veces el experimento se convierte en una aplicación real que durara años arrastrando ese “pequeño defecto” (los típicas MyObj, Test, Form1, Button1). 

¿Donde está el problema?:
- por un lado el mantenimiento de un desarrollo suele ser mucho más largo que la fase de construcción, las personas que crean la pieza se van y otros tienen que retomar y descifrar el significado del código fuente.
No hay que olvidar que el código fuente es “la documentación más relevante de un desarrollo de software”
- y lo más importante, cuando escribimos el código estamos modelando nuestro software y esto precisa analizar, abstraer y pensar mucho, la decisión de un nombre de una clase es esencial para realizar el modelado, si pensamos bien el identificador seguro que estamos haciendo un buen diseño de la pieza en cuestión.

En el momento de poner un nombre, aunque sea a un objeto o método de lo más insignificante hay que pensar: ¿Que debe hacer?¿Cómo se relaciona con el mundo exterior?
Seguro que la práctica de pararnos a pensar en los nombres ayudaran que nuestro código sea más legible y el software de mayor calidad. 

Una cuestión que siempre me ha preocupado respecto a las bibliotecas documentales:
¿cada vez que se solícita una fichero pesado(vídeo, imagen) se tiene que extraer de la BD?

Por defecto es así, ahora bien SharePoint(MOSS) ofrece un mecanismo de guardar de forma temporal determinados ficheros en una carpeta del disco duro del frontal al que se esta solicitando el recurso, de esta forma se puede optimizar el trafico y el rendimiento(¿alguien lo ha medido?).
La configuración del caché(Disk-based Caching) se realiza localizando el siguiente fragmento en el fichero web.config:
<BlobCache location="C:\blobCache" path="\.(gif|jpg|png|css|js)$" maxSize="10" max-age="86400" enabled="false"/>

En este se debe sustituir el enabled="false" por enabled="true"

Al hilo de optimizar sitios SharePoint me encontré con este post que tiene algunas recomendaciones a tener en cuenta:
Optimizing Sharepoint - an IT Operations perspective (http://blogs.technet.com/waynemo/archive/2008/03/19/moss-server-performance-considerations.aspx)

Es un interesante proyecto en Codeplex. Se trata de una solución desarrollada por Microsoft y permite incorporar valoración de contenidos en los portales MOSS(no funciona en WSS:-().
El cacharro es bastante completo y tiene muy buena pinta(aun no lo he podido probar). La valoración se realiza tanto por medio de visual(estrellas) como introduciendo una valoración textual.

También es muy interesante el documento que describe la arquitectura y la implementación del mismo. La solución combina una Base de Datos externa, listas de configuración, webparts, custom fields. Es interesante estudiar como se puede implementar un servicio en MOSS utilizando de forma efectiva distintas piezas de arquitectura. 

Un detalle importantísimo es la disponibilidad del código fuente, es una fuente de información alucinante para todos los que estamos trabajando con SharePoint.
Creo que la disponibilidad de código fuente de soluciones con tantas piezas es lo mejor que puede hacer Microsoft para que el producto tenga mucha mayor aceptación y que los desarrolladores estemos mejor preparados para abordar proyectos complejos.


http://www.codeplex.com/sptoolbox/Release/ProjectReleases.aspx?ReleaseId=13878

 Publicado en http://jdieguez.wordpress.com

Cada día mas y mas proyectos en CodePlex tienen relación con SharePoint. De hecho es muy, muy recomendable antes de construir cualquier pieza revisar si ya hay algo así o amenos algo que nos puede ayudar en el planteamiento o desarrollo.

Recientemente Michael Gannoti ha publicado en su Blog un post titulado:
Most Recent 50 SharePoint Projects Focused on SharePoint on CodePlex

Es una buena referencia para revisar proyectos consolidados y utilizables que se pueden descargar en CodePlex.

Desde el primer momento que comenzó a trabajar con SharePoint(al principio con la Versión 2003) me he encontrado con la ausencia de una buena herramienta que permita medir el grado de uso del Portal.

Las organizaciones invierten grandes cantidades de recursos en implantar un portal y llenarlo de contenido y herramientas. Las  organizaciones quieren saber en que han invertido el dinero, que uso tiene, que contenidos son los mas accedidos, que usuarios son los mas activos, que zonas registran mas visitas, etc.

Este tema ya lo he tratado en este blog:
Informe de uso en SharePoint
Informes de Uso y mas cosas para SharePoint en Quest.com

En el último comentaba sobre la herramienta que tiene Quest(Site Administrator for SharePoint,) y que me pareció muy interesante por el gran numero de informes que contiene.

Lo malo es que es una herramienta enfocada a los Administradores y que se ejecuta desde una consola MMC.
Lo que ando buscando es algo para Consultores y Gestores de Conocimiento(no técnicos) y que sea accesible por WEB.

Hoy, por fin he visto algo que tiene muy buena pinta(José Luis Moreno te va ha gustar, pero claro tendrás que migrar el portal corporativo de Endesa a MOSS:-))

Se trata de la herramienta Nintex Reporting 2008 

En la misma pagina se puede solicitar el acceso al sitio Demo y probar por uno mismo la cantidad de Cuadros de Mando que permiten consultar gran cantidad de información de análisis de uso del portal.

El producto soporta tanto WSS como MOSS

La demo es alucinante por la cantidad y calidad de informes.

El precio del producto(segun la web del fabricante) es:
Single Server Nintex Reporting 2008 license is priced at €5500
Reporting Farm Nintex Reporting 2008 license is priced at €11,000

Adjunto algunas imágenes: 
Publicado en http://jdieguez.wordpress.com

Un toque de calidad para nuestro portal SharePoint.
Se trata de una Feature que permite hacer mucho mas "amigable" la respuesta del portal al error 404.

El paquete para desplegar esta pequeña joya se encuentra en:
http://www.codeplex.com/sharepointsmart404

Y hay un post sobre como funciona en:
http://www.sharepointbrainfreeze.com/Lists/Posts/Post.aspx?ID=34

 

Publicado en http://jdieguez.wordpress.com

En los años 90 como resultado de un consumo masivo de los contenidos e-learning el ejército de los Estados Unidos se plantea el desarrollo de un marco de referencia que permita la homogeneización de los contenidos WBT(Web Based Training). 

Así en el año 1997 nace la iniciativa ADL (Advanced Distributed Learning), es un programa del Departamento de Defensa de los Estados Unidos y de la Oficina de Ciencia y Tecnología de la Casa Blanca para desarrollar los principios y guías de trabajo necesarias para el desarrollo y la implementación eficiente, efectiva y en gran escala, de contenidos eLearning.
En el año 2001 ADL publica la versión 1.0 de SCORM(Sharable Content Object Reference Model.) Ver mas sobre la historia de SCORM.


La normativa SCORM define como se deben empaquetar los contenidos eLearning para que posteriormente se puedan “instalar” en cualquier servidor de formación(Learning Management System), también describe como debe ser el “dialogo” entre el contenido y el servidor de formación para almacenar datos de seguimiento de alumno en los contenidos(tiempo de estancia, resultado en los ejercicios, etc.)
Ver mas aquí y aquí

El año 2004 ADL realizo la ultima gran renovación de esta normativa, añadiendo la posibilidad de configurar la navegación entre distintos apartados del contenido en función del progreso formativo del alumno. 

Hoy en día SCORM es un estándar de facto tanto en los Servidores de Formación(Learning Management System) como en los contendidos y en  las herramientas de desarrollo(ToolBook, Captivate, Articulate, Flash).

Recientemente la fundación LETSI (Learning Education Training Systems Interoperability) entre cuyos miembros se encuentran ADL, ADOBE Systems, IEEE, AICC y otros organismos, ha comunicado que inicia los trabajos en el desarrollo de la futura generación de SCORM.

En su nota de prensa LETSI informa:
El desarrollo del próximo SCORM  ha sido asumido por LETSI, una nueva federación para la interoperabilidad de sistemas de aprendizaje, educación y capacitación. El objetivo de LETSI es avanzar en la innovación y adopción de tecnologías del aprendizaje a través de todos los sectores del mercado y para apoyar el uso de estándares abiertos de software en tecnologías del aprendizaje.

LETSI ha solicitado a todos los que quieran participar en la elaboración de la nueva versión el envió de propuestas.
La pagina de la nueva iniciativa: http://www.letsi.org/letsi/display/nextscorm/Home
La nota de prensa en castellano:
http://www.letsi.org/letsi/download/attachments/4751660/SCORM+2.0+press+release+-+Spanish.pdf?version=1

"Introduction to SharePoint Products and Technologies for the Professional .NET Developer" es el título de un articulo en MSDN que introduce a los desarrolladores .NET en la arquitectura, conceptos y términos de SharePoint. 

Contiene multitud de enlaces a recursos útiles. Un buen punto de partida para comenzar el desarrollo en SharePoint.

 

Este articulo es un de los recursos que ha colocado Microsoft en la pagina http://MSSharePointDeveloper.com en la que se puede encontrar mas recursos de apoyo a los nuevos desarrolladores de SharePoint. 

SharePoint es una tecnología que ofrece a los  usuario de negocio un marco de trabajo  flexible, adaptable, fácil de usar  que permite gestionar la información, facilitar la colaboración y facilitar la participación de personas en procesos de negocio.

 

Este marco de trabajo esta compuesto por una multitud de componentes, cuando un usuario de SharePoint necesita resolver alguna necesidad solo tiene que combinar los componentes de una forma determinada.

 

Por ejemplo para habilitar un repositorio de documentos el Consultor:
- Creara  y configurara el sitio
- Creara la biblioteca de documentos
- Creara los tipos de contenido
- Configurara las vistas
- Aplicara la seguridad
- Creara las paginas y las configurara con distintos WebParts

 

En este punto se podrá dar acceso a personas del negocio para que usen esta solución, publiquen nuevos documentos, los etiqueten, realicen búsquedas y consuman los documentos.

SharePoint es un marco de trabajo que permite por otro lado que los desarrolladores añadan nuevos componentes, extiendan o personalicen los existentes. Por ejemplo crear nuevas paginas maestras, webparts, plantillas de sitio, etc.

 

En MSDN encontramos un interesante apartado que recoge la lista de los elementos que pueden ser creados, modificados, extendidos. Cada elemento de la lista cuenta con una descripción, un ejemplo funcional, detalle técnico.

  • Managed Path
  • SharePoint Database Schema Change
  • SharePoint Database Access
  • Modifying Built-In SharePoint Files
  • Web Services Access
  • SharePoint Designer Editing
  • SharePoint Solution
  • SharePoint Feature
  • Feature Stapling
  • Feature Event Receiver
  • Windows Server Service
  • Timer Job
  • Web Application
  • Web Service
  • Site Definition
  • List Definition
  • Site Template
  • List Template
  • Field Type
  • Content Type
  • Column Template or Site Column
  • Delegate Control
  • Form Template
  • Custom Action
  • _Layouts Page
  • Event Handler
  • Backward-Compatible Event Handler
  • Coded Workflow
  • No Code Workflow
  • Workflow Activity
  • Workflow Condition
  • Web Part
  • SharePoint Theme
  • Document Icon
  • IFilter
  • Document Converter
  • Information Management Policy
  • Business Data Catalog Application Definition File
  • Excel Services User-Defined Function
  • InfoPath Form Custom Code
  • InfoPath Form View Control
  • HTTP Handler
  • HTTP Module
  • Pluggable Authentication Provider
  • Pluggable Single Sign-On Provider
  • STSADM Command Extension
  • Inline Code
  • web.config file Settings Change
  • Security Policy

    Es importante que al plantear una solución basada en SharePoint se revise esta lista y se encuentren el/los componente/s mas apropiados para el caso en cuestión. Al final lo bonito es que el nuevo componente pueda re utilizar múltiples veces.

     

  • SharePoint es una expelente herramienta de colaboración, trabajo en grupo y comunicación. No obstante la faltan algunas herramientas "sociales" que incrementen la participación de las personas, creación de comunidades, networking, nubes de etiquetas, perfiles de usuario, expertos, etc.
    La herramienta  NewsGator Social Sites añade todas estas características a los portales construidos con SharePoint.

    Aquí un vídeo que muestra el funcionamiento de esta herramienta.

    Publicado en http://jdieguez.wordpress.com

    Hace tiempo que estuve investigando las posibilidades de poder etiquetar la información almacenada en listas y bibliotecas de SharePoint con categorías organizadas en árbol(Meta data jerárquico/Taxonomía)

    Encontré un producto que permite añadir estas funcionalidades a SharePoint. El producto se denomina SharePartXXL Taxonomy Extension.

     

    En la web del producto, después de un breve registro se puede descargar el producto para prueba. La descarga contiene una solución y un fichero con script, ejecutando el último se instalaran en el servidor el producto, ahora solo hay que acceder al sitio en el que queremos tener esta exención. 

    En el siguiente enlace hay  un vídeo de demostración del producto:
    http://www.sharepartxxl.com/custompages/SharePartXXL-Taxonomy-Extension-Demo.html

    El producto funciona en WSS y parece bastante asequible(1 Single Server License:950 €) y útil.

    Publicado en http://jdieguez.wordpress.com

    Interesante reflexión en el blog de Adam Buenz "Differentiating Between the Cost and Value of SharePoint" con el que estoy totalmente de acuerdo.

    La cuestión es habitual en cualquier organización que plantea mejorar sus procesos y herramientas con soluciones colaborativas y de gestión de conocimiento:
    ¿cuanto se ganara con esta inversión(hay que comprar licencias, nuevos servidores, desarrollar componentes)?

     

    Realmente es una cuestión difícil o casi imposible de valorar, si bien la inversión es muy fácil de estimar y planificar el ahorro(el retorno) es imposible de estimar en términos económicos.

    ¿cuanto se gana(o no se pierde)  con un Cliente satisfecho, el cliente que recibe la solución rápido y de acuerdo a su demanda?

    ¿cuanto se gana con un Empleado satisfecho que aporta la solución acertada y de forma inmediata cuando su Cliente lo necesita?

    ¿cuanto dinero genera la divulgación de los conocimientos de una organización?

    ¿cuanto dinero genera la comunicación fluida entre todos los integrantes de la cadena de valor?

    ¿alguien lo sabe contestar?:-)

    Como contaba en el anterior post estoy revisando las distintas piezas de arquitectura que pueden componer marco de trabajo. 
    En este contexto he estado mirando los distintos proyectos disponibles en Internet y he elaborado un cuadro que refleja los bloques que componen estos marcos de trabajo.
    Mi idea es estudiar cada uno de ellos y utilizar sobre todo las ideas y conceptos o quizás elegir uno de como base para el marco de trabajo que utilizare para los proyectos.

     

    Bloque de Arquitectura

    image image

    Instrumentación y Configuración

    EntLib 4.0

    Enterprise Library Core

     

    Spring.Core

    Acceso a datos

    EntLib 4.0

    Data Access Application Block

    Castle ActiveRecord

    NHibernate

    Spring.Data

    Spring.Data.NHibernate

    Seguridad

    EntLib 4.0

    Security Application Block

    Cryptography Application Block

     

     

    Gestión de excepciones

    EntLib 4.0

    Exception Handling Application Block

     

     

    Traza y Log

    EntLib 4.0

    Logging Application Block.

     

     

    Aspect Oriented Programing

    EntLib 4.0

    Policy Injection Application Block

     

    Spring.Aop

    Dependency Injection

    EntLib 4.0

    Unity Application Block

    Castle Windsor

    Castle MicroKernel

    Spring.Core

    Validación

    EntLib 4.0

    Validation Application Block.

     

    Spring.Core

    MVC

    Gestión de Navegación

    Presentación

    AJAX

    Microsoft ASP.NET MVC

    Microsoft AJAX

    MonoRail

    NVelocity

    Spring.Web

    Spring.Web.Extensions

    Cache

    Caching Application Block

     

     

    Orquestación de Servicios

    Microsoft ESB Guidance

     

    Spring.Services

    Test Driven Design

     

     

    Spring.Testing.NUnit

    Más envíos Página siguiente >