Archive for the 'Estandares web' Category
Para entender la necesidad de una Web 3.0 hay que ver cómo se accede a la información a través de los buscadores. Si un usuario desea encontrar un restaurante en su ciudad, seguramente hará una búsqueda parecida a “restaurante en ciudad real” o “comer en lima”. El buscador intentará cotejar las palabras clave (restaurante, ciudad, real) con su base de datos, pero no sabrá realmente qué es lo que buscamos.
Read the rest of this entry »
El proceso de ingeniería de software se define como “un conjunto de etapas parcialmente ordenadas con la intención de logra un objetivo, en este caso, la obtención de un producto de software de calidad” [Jacobson 1998].El proceso de desarrollo de software “es aquel en que las necesidades del usuario son traducidas en requerimientos de software, estos requerimientos transformados en diseño y el diseño implementado en código, el código es probado, documentado y certificado para su uso operativo”. Concretamente “define quién está haciendo qué, cuándo hacerlo y cómo alcanzar un cierto objetivo”
Uno de los objetivos de cualquier proyecto o mantenimiento de software, independientemente de su envergadura, es entregar un producto de calidad, esto es, que el desarrollo construído cumpla con las especificaciones establecidas, dentro de los tiempos, costos y recursos planificados o acordados. Para esto, se hace necesario que el equipo de trabajo adopte un proceso de desarrollo de software, es decir, un marco que defina las actividades necesarias para garantizar, técnica y administrativamente, que un software pueda ser construido o mantenido de manera organizada, disciplinada y previsible.
RUP (Rational Unified Process) es un proceso de desarrollo de software que ayuda a mejorar la productividad del equipo de trabajo, definiendo claramente sus actividades, roles y responsabilidades, desde los jefes de proyectos a los analistas y desde los desarrolladores a los testers. RUP propone un conjunto de mejores prácticas a todos los miembros del equipo de proyecto como son: desarrollo de software iterativo (releases y versionamiento), utilización de arquitectura basada en componentes (diseño de arquitectura flexible), modelamiento de requisitos y diseño de software (con la utilización de UML), y verificación de la calidad.
El término “Arquitectura de la Información” (AI) fue utilizado por primera vez por Richard Saul Wurman en 1975, quién la define como:
“El estudio de la organización de la información con el objetivo de permitir al usuario encontrar su vía de navegación hacia el conocimiento y la comprensión de la información.”
La arquitectura de información (AI) se ocupa del diseño estructural de los sistemas de información, su problema central es la organización, recuperación y presentación de información mediante el diseño de ambientes intuitivos. Esta disciplina nació a fines de la década de los 90 como respuesta a la explosión en el tamaño y complejidad de los sistemas de información basados en internet. Es comparable a la arquitectura tradicional de los espacios públicos: consiste en la creación de los planos que usarán los constructores para levantar zonas que serán visitadas diariamente por cientos de personas.
Como en todos los espacios públicos, gran parte de los visitantes que ingresan a éstos lo hace por primera vez. Esto implica que el aprendizaje de la navegación en dicho lugar debe ser altamente intuitivo. La mayor diferencia entre la arquitectura tradicional y la de información es que los espacios digitales son intangibles, el diseñador diseñador debe suplir la falta de referencias concretas para la orientación con claves visuales en la pantalla (Fleming, 1996; Foltz 1998).
La AI también guarda una estrecha relación con la biblioteconomía; aprovechando el conocimiento establecido en cuanto a organización y gestión de información y profundizando en las áreas de categorización y metadatos. La indexación, categorización y descripción de los ejemplares en cualquier tipo de colección tendrá un gran impacto en su recuperación y administración (Rosenfeld; Morville, 2002, cap. 1; Wodtke, 2002, cap. 5). Utiliza las ventajas de la tecnología aplicada a las ciencias de la información para potenciar el acceso a documentos digitales (Tramullas, 2000). Un ejemplo son los sitios que utilizan clasificación facetada para el acceso a contenidos, ofreciendo gran flexibilidad a los usuarios con diferentes gustos, intereses ó necesidades (Instone, 2004).
La Calidad del software puede ser entendida como el grado en el cual el usuario percibe que el software satisface sus expectativas (IEEE 729-83). El tipo y número de actividades de garantía de calidad que es necesario adoptar en un proyecto u organización depende del tamaño y complejidad de los productos software que se están desarrollando. También influyen otros factores, como pueden ser el tipo de proceso de desarrollo, los métodos y herramientas utilizados, la estructura organizativa de la organización, entre otros.
Los desarrolladores y evaluadores de software, desde la perspectiva de aseguramiento de la calidad de los productos Web, se encuentran con interesantes desafíos debido al incesante auge de las aplicaciones y tecnologías Web. Por lo que es necesaria la definición clara de requerimientos tanto funcionales como no funcionales, para poder medir, analizar, comprender, controlar y, potencialmente, mejorar la calidad producida. Los sitios Web, al aumentar en interacción y funcionalidad, han pasado de ser tan sólo un medio de presentación de información, a ser aplicaciones con al menos la complejidad del software tradicional. Una de las características principales de las aplicaciones Web es la combinación de diferentes medios y tecnologías para desplegar su funcionalidad, desde el simple texto e imágenes, hasta interacciones complejas (scripts, applets, componentes ActiveX, entre otros). En consecuencia, un empleo no sistemático, de estos recursos puede acarrear problemas al usuario visitante, que sólo pretende encontrar información, navegar, acceder a contenidos y funcionalidad específica.
Recientemente, se han introducido un gran número de iniciativas para el desarrollo de soluciones Web al diseño clásico de software. Sin embargo, el uso sistemático de estas técnicas para la especificación y el diseño de estas aplicaciones no ha resuelto el problema de la producción. En la industria, se sigue considerando la "crisis del software", ya que la cantidad de esfuerzo perdido en el desarrollo continúa y los productos siguen siendo entregados con errores significativos que producen altos costes. En la Web esta situación no es distinta. Un estudio sobre el desarrollo de proyectos Web publicado por el Cutter Consortium revela que el 84% de los proyectos Web entregados no corresponden a las necesidades del negocio, el 79% de los proyectos Web sufren retrasos en la entrega, el 63% de los proyectos Web exceden su presupuesto, el 53% de las aplicaciones Web entregadas no proporcionan la funcionalidad requerida y, finalmente, el 52% de las aplicaciones Web entregadas tienen baja calidad. Las aplicaciones Web desarrolladas sin calidad que continúan expandiéndose tienen la probabilidad de operar con un bajo rendimiento y causar fallos. En el caso de aplicaciones Web de grandes dimensiones, si un sistema falla, el problema se puede propagar y causar serias con-secuencias. Cuando esto ocurre, la confianza en la Web puede verse amenazada causando la "crisis de la Web".
Como medida preventiva, el proceso de producción de sistemas de información Web debe ser gestionado de una manera rigurosa y cuantitativa. La utilización de principios de medición para evaluar el desarrollo Web proporciona una retroalimentación que ayudará a entender, controlar, predecir, y mejorar estos productos y su proceso de desarrollo. Como en cualquier proyecto software, tener estimaciones realistas del coste y esfuerzo requerido en etapas tempranas del ciclo de vida de las aplicaciones Web propician a los directores de proyecto y organizaciones la gestión eficiente de sus recursos.