Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
DE UN SISTEMA COLABORATIVO
RESUMEN
El Desarrollo Basado en Componentes permite la construcción y el mantenimiento de sistemas a bajo costo, de entrega
más rápida y de calidad, ya que el diseño de nuevos sistemas se basa en componentes implementados y probados en
otros sistemas. El objetivo de este artículo es proponer una especialización de la metodología Microsoft® Solution
Framework (MSF) para el Desarrollo Basado en Componentes de un Sistema Colaborativo. Esta especialización
consiste en la definición de una serie de artefactos que sirven para documentar por completo el desarrollo de los
componentes que conforman este tipo de sistemas. Además, se presenta el desarrollo del tipo de componente Smart
Tags, y la elaboración de los artefactos pautados por la especialización de MSF para construir el Sistema Colaborativo
que se desarrolló como Estudio de Caso de la investigación.
ABSTRACT
The Component-Based Development allows the construction and maintenance of systems at low cost, of quicker
delivery and of quality, since the design of new systems is based on implemented and proven components in other
systems. The objective of this article is to propose a specialization of the methodology Microsoft® Solution
Framework (MSF) for the Components-Based Development of a Collaborati ve System. This specialization consists
on the definition of a set of artifacts that serves to document completely the development of the components that
conform this type of systems. Also, the Smart Tags component development, as well as the elaboration of the artifact
averaged by the specialization of MSF to build the Collaborative System that was developed like case study of this
research.
Keywords: Components -Based Development, Collaborative Systems, Development Methodologies, Artifacts, Case
Study.
1
Laboratorio de Investigación en Sistemas de Información (LISI). Departamento de Procesos y Sistemas, Universidad Simón Bolívar. Apartado
Postal 89000, Caracas 1080-A. Caracas - Venezuela. Telef.: +58 (212) 906.4017 / 3328 / 3314 / 3304. Fax: +58 (212) 906.4017 / 3303. E-mail:
{lmendoza, agriman, movalles} @usb.ve
1. INTRODUCCIÓN 2. SISTEMAS COLABORATIVOS Y
DESARROLLO BASADO EN
Cuando se revisa el conjunto de aplicaciones que se
COMPONENTES
encuentran disponibles dentro de una organización,
nunca falta el e-mail, las intranets, las agendas
Para destacarse en el mercado actual las
electrónicas, entre otros; es decir, software que soporta
y mejora la comunicación, la coordinación y la organizaciones se aseguran de que todos los grupos de
trabajo de la compañía colaboren entre sí
colaboración entre equipos y grupos de trabajos
interconectados (7), pero a veces las mismas no están oportunamente (1). Compartir información permite
organizar y administrar proyectos o tareas de forma
integradas de tal manera que logren la conformación
más eficiente e incrementar la productividad. Por esto,
de un Sistema Colaborativo (SC) que beneficie el
las empresas buscan, a través de la integración de las
negocio. Bajo esta realidad, la integración de
nuevas tecnologías con las ya existentes en la
aplicaciones a través de la reutilización de
organización, mantener al alcance de sus empleados
componentes, ha venido a ser una respuesta a esta
información precisa, útil y actualizada (10). Además,
problemática, ya que los diseños de nuevos sistemas se
los SC no sólo aumentan los niveles de productividad
basan en componentes implementados y probados en
y competitividad de una empresa, sino que también
otros sistemas (8). El Desarrollo Basado en
ayudan a eliminar ciertos procesos del negocio que a
Componentes (DBC) es un enfoque en donde los
corto plazo conllevan a una gran reducción de costos y
sistemas son un activo para las organizaciones y la
a una mejora significativa en el desempeño de los
reutilización de estos activos es esencial para
trabajadores (7,11).
incrementar el retorno de los costos de desarrollo (9).
“Un sistema colaborativo es una aplicación que hace
Ahora bien, por lo complejo que puede resultar el
más fácil la tarea de compartir información entre
desarrollo de un SC, se precisan metodologías
usuarios y dentro de los equipos de trabajo,
sistemáticas que conduzcan a la construcción de un
producto eficaz y permitan la incorporación del DBC ayudándolos a comunicarse y a trabajar unidos de
manera más efectiva y eficiente” (2). Por su parte,
como parte del proceso de desarrollo, ya que este
último tiene la ventaja de adaptarse fácilmente a O’Brien indica que estos sistemas “proveen
herramientas que nos ayudan a colaborar -comunicar
distintos modelos de desarrollo (9), así como permitir
ideas, compartir recursos y coordinar nuestro esfuerzo
la construcción y el mantenimiento de sistemas a bajo
de trabajo cooperativo- como miembros de muchos
costo, de entrega más rápida y de calidad (8,9). En este
sentido, Microsoft® Solution Framework (MSF) es procesos formales e informales, de equipos de
proyectos y de grupos de trabajo que están surgiendo
una metodología abierta que permite su
especialización para cada desarrollo en particular, lo en las organizaciones de hoy día” (7).
cual puede posteriormente extenderse para desarrollos
similares (5). Los SC son también la integración de las aplicaciones
existentes en la organización, a fin de compartir e
intercambiar información para maximizar los
Sobre la base de las ideas expuestas anteriormente, en
beneficios de las inversiones en Tecnologías de la
este artículo se presenta la especialización de esta
Información (TI) (4). En otras palabras, los SC
metodología para el DBC de un SC. En primer lugar,
integran las aplicaciones de groupware (7) (e-mail,
se discutirá lo que engloba un SC y el DBC, algunas
grupos de discusión, bases de datos, gerencia de
características de la tecnología utilizada para los SC y
tareas, agendas electrónicas, videoconferencias, entre
las especificaciones generales de MSF.
otros) existentes en una organización a fin de
Posteriormente, se mostrará la especialización hecha a
compartir e intercambiar información, para maximizar
MSF, a través de la elaboración de todos los artefactos
los beneficios de las inversiones en TI. Sin embargo, a
propuestos para uno de los componentes del SC
veces las mismas no están integradas de tal manera
desarrollado: los componentes tipo Smart Tags.
que logren la conformación de un SC que beneficie el
Seguidamente, se muestran brevemente los otros
negocio. Partiendo del hecho de que a veces se cuenta
componentes del SC construidos con la misma
con aplicaciones implantadas dentro de las
especialización de MSF, con la finalidad de que el
lector tenga una idea completa de la magnitud y las organizaciones, pero éstas no responden cabalmente a
las necesidades del negocio, la integración de
funcionalidades del SC desarrollado. Finalmente, se
plantean las conclusiones del trabajo realizado. aplicaciones a través de la reutilización de
componentes ha venido a ser una respuesta a esta
problemática, ya que el diseño de nuevos sistemas se
basa en componentes implementados y probados en
otros sistemas (8). El Desarrollo Basado en
Componentes (DBC) es un enfoque en donde los
sistemas son un activo para las organizaciones y la
reutilización de estos activos es es encial para 3.1. Modelo de Proceso de Desarrollo de
incrementar el retorno de los costos de desarrollo. El Aplicaciones MSF
DBC permite la construcción y el mantenimiento de
sistemas a bajo costo, de entrega más rápida y de El Modelo de Proceso de Desarrollo de MSF describe
calidad (8,9). un ciclo de vida que puede ser usado para desarrollar
software de manera exitosa, estableciendo el orden en
Partir del enfoque de DBC para construir SC permite el cual se deben realizar las actividades (6). Como
que éstos sean óptimo s, donde el intercambio de puede verse en la Figura 1, este modelo consiste en
información esté integrado al máximo y, además, se cinco fases distintas, cuyos nombres dependen del tipo
disponga de las herramientas adecuadas para del proyecto en el que se aplica. Cada fase del proceso
visualizar y distribuir esta información rápidamente de desarrollo culmina con un hito visible, tal como se
con la mayor eficacia y coherencia posible (2,4,7,11). describe a continuación (6):
Ahora bien, desarrollar un SC no es tarea fácil, ya que a) Fase 1: Visión. En esta fase el equipo y el cliente
se deben integrar muy bien los requerimientos de definen los requerimientos del negocio y los
información de los usuarios con las fuentes de objetivos generales del proyecto. La fase culmina
información disponibles a lo largo de una con el hito Visión y Alcance aprobados.
organización, las cuales en la mayoría de las ocasiones
están en plataformas, formatos y tecnologías diferentes
Implantación
(7,11). Es por ello que es necesario contar con una completa
metodología de desarrollo que tome en cuenta esta de
Fa
s
se ión Vis e de
realidad y facilite la integración, la documentación y la Fa ntac ión
pla
Im
satisfacción de los requerimientos de los usuarios, de
Release Visión/
la organización y tecnológicos, de la mejor manera Readiness Alcance
aprobado aprobado
posible y a través de los beneficios del DBC, el cual
permite integrar con mayor facilidad las TI existentes
Est
Fas ización
Plan e de
n
eació
e de
Fas
incorporados a MSF, con la finalidad de refinarl a y
soportar el enfoque de DBC de SC. Cabe destacar Plan del
Alcance
que aunque MSF es muy utilizada, es poco precisa, completo Fase de
Proyecto
aprobado
por lo que permite fácilmente la incorporación el Desarrollo
enfoque de DBC y de artefactos que la refinen con Figura 1. Modelo de Proceso de Desarrollo de
vista a soportar el desarrollo de este tipo particular de Aplicaciones MSF (6).
sistema.
b) Fase 2: Planeación. Durante la fase de planeación
el equipo crea un borrador del plan maestro del
proyecto, además de un cronograma del proyecto y
3. MICROSOFT® SOLUTION FRAMEWORK
de la especificación funcional del proyecto. Esta
fase culmina con el hito Plan del proyecto
Microsoft® Solution Framework (MSF) es
aprobado.
considerado más un marco de trabajo que una
metodología, debido a que es flexible y abierto que
puede ser adaptado para ajustarse a los requerimientos c) Fase 3: Desarrollo. Esta fase involucra una serie
de releases internos del producto, desarrollados por
y necesidades particulares de una organización (5,6).
partes para medir su progreso y para asegurarse
MSF está compuesto por 6 modelos que promueven
que todos sus módulos o partes están sincronizados
principios como la planificación orientada a riesgos,
y pueden integrarse. La fase culmina con el hito
lanzamiento de versiones, hitos (“milestones”)
Alcance completo .
visibles, etc. Estos modelos son (5): (1) Arquitectura
Empresarial; (2) Equipo; (3) Proceso; (4) Gestión de
d) Fase 4: Estabilización. Esta fase se centra en
Riesgo; (5) Diseño de Componentes ; y (6) Aplicación.
probar el producto. El proceso de prueba hace
Para efectos de los intereses de este artículo, se
énfasis en el uso y el funcionamiento del producto
presentan con más detalle los modelos que serán
en la s condiciones del ambiente real. La fase
especializados : el Modelo de Proceso y el Modelo de
culmina con el hito Release Readiness aprobado.
Diseño de Componentes .
e) Fase 5: Implantación: En esta fase el equipo
implanta la tecnología y los componentes
utilizados por la solución, estabiliza la
implantación, apoya el funcionamiento y la desarrollo, permitiendo así documentar los
transición del proyecto, y obtiene la aprobación componentes del SC desde un principio, aplicando
final del cliente. La fase termina con el hito todos los conceptos asociados al enfoque DBC, y
Implantación completa. tomar decisiones oportunas a bajo costo y con poco
riesgo.
Recursos
Tabla 1. Artefactos propuestos para la Fase 1 –
Visión. Cronograma
Artefacto Descripción
Requerimientos
Planteamiento del Indica el problema u oportunidad del
Problema negocio.
Figura 5. Diagrama de los elementos de la solución Ejemplos de estos artefactos para el caso de los
del componente tipo Smart Tag GC SETrack. componentes tipo Smart Tags se presentan a
continuación.
c.3) Arquitectura de la solución: La Figura 7 muestra El objeto de esta sección es mostrar los otros
la vista arquitectónica de implantación de la componentes que se construyeron para lograr el SC
solución. deseado, con la finalidad de dar una idea más
completa de todas las funcionales logradas con el SC
desarrollado. Sólo se mostrarán 3 de los artefactos
ActiveX
Data Objects
propuestos, para cada uno de los otros componentes
(ADO) SETrack del SC desarrollado: e l Planteamiento del Problema,
intranet
SEsAR
/ la Visión de la Solución y el Esquema de la Solución.
Internet
La presentación de estos artefactos permite visualizar
Microsoft® Office XP fácilmente la potencialidad completa del SC.
car-ts-01
5.2. Portal
AGRADECIMIENTOS
Esta investigación fue financiada por el Fondo Nacional de Ciencia, Tecnología e Innovación (FONACIT) de la
República Bolivariana de Venezuela, a través del proyecto S1-2001000792. Los autores desean agradecer a la Ing. J.
Portillo por su colaboración y valioso aporte para la culminación de esta investigación.
REFERENCIAS
[1] R. Hamman; “Introduction to Virtual Communities Research and Issue Two of Cybersociology”. Cybersociology
Magazine, Vol. 2, Disponible en: http://www.cybersociology.com. Noviembre 1997.
[2] Microsoft Corporation; “Collaboration Evaluation Guide Whitepaper”, Microsoft Corporation, Mayo 2001.
[3] Microsoft Corporation; “Microsoft Office XP Smart Tag SDK 1.1.”, Microsoft Corporation, Available in:
http://msdn.microsoft.com/msdn-files/027/001/652/Search.asp. May 2001.
[4] Microsoft Corporation; “Microsoft Solutions: The Collaboration in Corporative World”, Microsoft Corporation,
Marzo 1999.
[5] Microsoft Corporation; “Microsoft Solution Framework White Paper”, Microsoft Corporation, Dic iembre 1999.
[6] Microsoft Corporation; “MSF Process Model v. 3.1. Microsoft Corporation”, Disponible en:
http://www.microsoft.com/msf/. June 2002.
[7] J.A. O’Brien; “Management Information Systems: Managing Information Technology in the E-Business Enterprise”,
Fifth Edition. McGraw-Hill/Irwin, New York, 2001.
[8] R. Pressman; “Ingeniería del Software: Un Enfoque Práctico”, Quinta Edición. McGraw-Hill/Interamericana de
España, S.A., Madrid, 2002.
[9] I. Sommerville; “Ingeniería de Software”, Sexta Edición. Addison Wesley Publishers Limited, México DF, 2002.
[11] E. Turban, J. Lee, D. King and M. Chung; “Electronic Commerce: a Managerial Perspective”, Prentice-Hall,
Englewood Cliffs, New Jersey, 2000.