ESPECIALIZACIN DE MSF PARA EL DESARROLLO BASADO EN COMPONENTES DE UN SISTEMA COLABORATIVO

Luis E. Mendoza1 , Anna Grimn 1 , Mara Prez 1

RESUMEN El Desarrollo Basado en Componentes permite la construccin y el mantenimiento de sistemas a bajo costo, de entrega ms rpida y de calidad, ya que el diseo de nuevos sistemas se basa en componentes implementados y probados en otros sistemas. El objetivo de este artculo es proponer una especializacin de la metodologa Microsoft Solution Framework (MSF) para el Desarrollo Basado en Componentes de un Sistema Colaborativo. Esta especializacin consiste en la definicin de una serie de artefactos que sirven para documentar por completo el desarrollo de los componentes que conforman este tipo de sistemas. Adems, se presenta el desarrollo del tipo de componente Smart Tags, y la elaboracin de los artefactos pautados por la especializacin de MSF para construir el Sistema Colaborativo que se desarroll como Estudio de Caso de la investigacin. Palabras Claves: Desarrollo basado en componentes, Sistemas colaborativos , Metodologas de desarrollo, Artefactos, Estudio de Caso.

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: Study. Components -Based Development, Collaborative Systems, Development Methodologies, Artifacts, Case

Laboratorio de Investigacin en Sistemas de Informacin (LISI). Departamento de Procesos y Sistemas, Universidad Simn Bolvar. 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. INTRODUCCIN Cuando se revisa el conjunto de aplicaciones que se encuentran disponibles dentro de una organizacin, nunca falta el e-mail, las intranets, las agendas electrnicas, entre otros; es decir, software que soporta y mejora la comunicacin, la coordinacin y la colaboracin entre equipos y grupos de trabajos interconectados (7), pero a veces las mismas no estn integradas de tal manera que logren la conformacin de un Sistema Colaborativo (SC) que beneficie el negocio. Bajo esta realidad, la integracin de aplicaciones a travs de la reutilizacin de componentes, ha venido a ser una respuesta a esta problemtica, ya que los diseos de nuevos sistemas se basan 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 reutilizacin de estos activos es esencial para incrementar el retorno de los costos de desarrollo (9). Ahora bien, por lo complejo que puede resultar el desarrollo de un SC, se precisan metodologas sistemticas que conduzcan a la construccin de un producto eficaz y permitan la incorporacin del DBC como parte del proceso de desarrollo, ya que este ltimo tiene la ventaja de adaptarse fcilmente a distintos modelos de desarrollo (9), as como permitir la construccin y el mantenimiento de sistemas a bajo costo, de entrega ms rpida y de calidad (8,9). En este sentido, Microsoft Solution Framework ( SF) es M una metodologa abierta que permite su especializacin para cada desarrollo en particular, lo cual puede posteriormente extenderse para desarrollos similares (5). Sobre la base de las ideas expuestas anteriormente, en este artculo se presenta la especializacin de esta metodologa para el DBC de un SC. En primer lugar, se discutir lo que engloba un SC y el DBC, algunas caractersticas de la tecnologa utilizada para los SC y las especificaciones generales de MSF. Posteriormente, se mostrar la especializacin hecha a MSF, a travs de la elaboracin de todos los artefactos propuestos para uno de los componentes del SC desarrollado: los componentes tipo Smart Tags. Seguidamente, se muestran brevemente los otros componentes del SC construidos con la misma especializacin de MSF, con la finalidad de que el lector tenga una idea completa de la magnitud y las funcionalidades del SC desarrollado. Finalmente, se plantean las conclusiones del trabajo realizado.

2. SISTEMAS COLABORATIVOS Y DESARROLLO BASADO EN COMPONENTES Para destacarse en el mercado actual las organizaciones se aseguran de que todos los grupos de trabajo de la compaa colaboren entre s oportunamente (1). Compartir informacin permite organizar y administrar proyectos o tareas de forma ms eficiente e incrementar la productividad. Por esto, las empresas buscan, a travs de la integracin de las nuevas tecnologas con las ya existentes en la organizacin, mantener al alcance de sus empleados informacin precisa, til y actualizada (10). Adems, los SC no slo aumentan los niveles de productividad y competitividad de una empresa, sino que tambin ayudan a eliminar ciertos procesos del negocio que a corto plazo conllevan a una gran reduccin de costos y a una mejora significativa en el desempeo de los trabajadores (7,11). Un sistema colaborativo es una aplicacin que hace ms fcil la tarea de compartir informacin entre usuarios y dentro de los equipos de trabajo, ayudndolos a comunicarse y a trabajar unidos de manera ms efectiva y eficiente (2). Por su parte, OBrien indica que estos sistemas proveen herramientas que nos ayudan a colaborar -comunicar ideas, compartir recursos y coordinar nuestro esfuerzo de trabajo cooperativo- como miembros de muchos procesos formales e informales, de equipos de proyectos y de grupos de trabajo que estn surgiendo en las organizaciones de hoy da (7). Los SC son tambin la integracin de las aplicaciones existentes en la organizacin, a fin de compartir e intercambiar informacin para maximizar los beneficios de las inversiones en Tecnologas de la Informacin (TI) (4). En otras palabras, los SC integran las aplicaciones de groupware (7) (e-mail, grupos de discusin, bases de datos, gerencia de tareas, agendas electrnicas, videoconferencias, entre otros) existentes en una organizacin a fin de compartir e intercambiar informacin, para maximizar los beneficios de las inversiones en TI. Sin embargo, a veces las mismas no estn integradas de tal manera que logren la conformacin de un SC que beneficie el negocio. Partiendo del hecho de que a veces se cuenta con aplicaciones implantadas dentro de las organizaciones, pero stas no responden cabalmente a las necesidades del negocio, la integracin de aplicaciones a travs de la reutilizacin de componentes ha venido a ser una respuesta a esta problemtica, ya que el diseo 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

reutilizacin de estos activos es es encial para incrementar el retorno de los costos de desarrollo. El DBC permite la construccin y el mantenimiento de sistemas a bajo costo, de entrega ms rpida y de calidad (8,9). Partir del enfoque de DBC para construir SC permite que st s sean ptimo s, donde el intercambio de o informacin est integrado al mximo y, adems, se disponga de las herramientas adecuadas para visualizar y distribuir esta informacin rpidamente con la mayor eficacia y coherencia posible (2,4,7,11). Ahora bien, desarrollar un SC no es tarea fcil, ya que se deben integrar muy bien los requerimientos de informacin de los usuarios con las fuentes de informacin disponibles a lo largo de una organizacin, las cuales en la mayora de las ocasiones estn en plataformas, formatos y tecnologas diferentes (7,11). Es por ello que es necesario contar con una metodologa de desarrollo que tome en cuenta esta realidad y facilite la integracin, la documentacin y la satisfaccin de los requerimientos de los usuarios, de la organizacin y tecnolgicos, de la mejor manera posible y a travs de los beneficios del DBC, el cual permite integrar con mayor facilidad las TI existentes dentro de una organizacin. Bajo estas premisas es que este artculo propone una serie de artefactos a ser incorporados a MSF, con la finalidad de refinarl a y soportar el enfoque de DBC de SC. Cabe destacar que aunque MSF es muy utilizada, es poco precisa, por lo que permite fcilmente la incorporacin el enfoque de DBC y de artefactos que la refinen con vista a soportar el desarrollo de este tipo particular de sistema.

3.1. Modelo de Proceso de Desarrollo de Aplicaciones MSF El Modelo de Proceso de Desarrollo de MSF describe un ciclo de vida que puede ser usado para desarrollar software de manera exitosa, estableciendo el orden en el cual se deben realizar las actividades (6). Como puede verse en la Figura 1, este modelo consiste en cinco fases distintas, cuyos nombres dependen del tipo del proyecto en el que se aplica. Cada fase del proceso de desarrollo culmina con un hito visible, tal como se describe a continuacin (6): a) Fase 1: Visin. En esta fase el equipo y el cliente definen los requerimientos del negocio y los objetivos generales del proyecto. La fase culmina con el hito Visin y Alcance aprobados.
Implantacin completa
de se in Fa ntac pla Im

Fa s Vis e de in

Release Readiness aprobado

Visin/ Alcance aprobado

Alcance completo

Fase de Desarrollo

Plan del Proyecto aprobado

Figura 1. Modelo de Proceso de Desarrollo de Aplicaciones MSF (6).

3. MICROSOFT SOLUTION FRAMEWORK Microsoft Solution Framework (MSF) es considerado ms un marco de trabajo que una metodologa, debido a que es flexible y abierto que puede ser adaptado para ajustarse a los requerimientos y necesidades particulares de una organizacin (5,6). MSF est compuesto por 6 modelos que promueven principios como la planificacin orientada a riesgos, lanzamiento de versiones, hitos (milestones) visibles, etc. Estos modelos son (5): (1) Arquitectura Empresarial; (2) Equipo; (3) Proceso; (4) Gestin de Riesgo; (5) Diseo de Componentes ; y (6) Aplicacin. Para efectos de los intereses de este artculo, se presentan con ms detalle los modelos que sern especializados : el Modelo de Proceso y el Modelo de Diseo de Componentes .

b) Fase 2: Planeacin. Durante la fase de planeacin el equipo crea un borrador del plan maestro del proyecto, adems de un cronograma del proyecto y de la especificacin funcional del proyecto. Esta fase culmina con el hito Plan del proyecto aprobado. c) Fase 3: Desarrollo. Esta fase involucra una serie de releases internos del producto, desarrollados por partes para medir su progreso y para asegurarse que todos sus mdulos o partes estn sincronizados y pueden integrarse. La fase culmina con el hito Alcance completo . d) Fase 4: Estabilizacin. Esta fase se centra en probar el producto. El proceso de prueba hace nfasis en el uso y el funcionamiento del producto en la s condiciones del ambiente real. La fase culmina con el hito Release Readiness aprobado. e) Fase 5: Implantacin: En esta fase el equipo implanta la tecnologa y los componentes utilizados por la solucin, estabiliza la

Fas Plan e de eaci n

e e de a ae Fas izacin iz iliz s s ab Est

implantacin, apoya el funcionamiento y la transicin del proyecto, y obtiene la aprobacin final del cliente. La fase termina con el hito Implantacin completa.

desarrollo, permitiendo as documentar los componentes del S desde un principio, aplicando C todos los conceptos asociados al enfoque DBC, y tomar decisiones oportunas a bajo costo y con poco riesgo.

3.2. Implantacin del Modelo de Desarrollo de Componentes MSF La estructura de este modelo provee un continuo para las actividades del proyecto relacionadas con el diseo, a travs del diseo conceptual, el diseo lgico y el diseo fsico, de la aplicacin que se est construyendo (5). Las fases y los documentos del diseo conceptual, lgico y fsico, proveen tres perspectivas diferentes para cada una de las 3 audiencias: los usuarios, el equipo y los desarrolladores. Por lo tanto, el uso de este modelo ayuda a garantizar que una aplicacin no se desarrolle slo para satisfacer una necesidad tecnolgica sino tambin para cubrir las necesidades del negocio y de los usuarios (5). Este modelo se relaciona con el Modelo de Proceso MSF en la Fase 2 - Planeacin, ya que las fases del diseo de componentes ocurren en la Planeacin como parte del desarrollo de la especificacin funcional de la aplicacin (5) . De esta manera, este modelo provee la base para el cronograma y el plan de la Fase 3 Desarrollo, del Modelo de Proceso MSF. La Figura 2 muestra la relacin entre ambos modelos; es decir, cmo se van ejecutando las actividades de diseo conceptual, lgico y fsico, del Modelo de Desarrollo de Componentes, dentro del Modelo de Proceso.
Visin Aprobada

4. ESPECIALIZACIN DE MSF PARA LA CONSTRUCCIN DEL SC A continuacin se presentan para cada una de las fases del Modelo de Proceso y del Modelo de Desarrollo de Componentes, los artefactos propuestos a travs de la construccin del SC utilizado como estudio de caso. Para efectos de este artculo, slo se mostrar la construccin de un componente central del SC desarrollado: los Smart Tags. Un Smart Tag es un componente que reconoce de manera dinmica cierto tipo de informa cin en Microsoft Office XP (3). Este tipo de componente trabaja en background (segundo plano) para detectar la presencia de trminos en el documento de Microsoft Word o en la hoja de clculo de Microsoft Excel . Un trmino es un dato que coincide con alguno de los patrones que han sido predefinidos por los programadores. Cuando un trmino es reconocido, se marca con un indicador que le brinda al usuario una forma rpida y fcil de acceder a las acciones correspondientes a ese patrn de datos (3). Para ilustrar la especializacin realizada, slo se incluirn los artefactos que se desarrollaron y que se considera n claves para el desarrollo de este componente del SC; y a su vez, sirvieron de base para la validacin del mismo por parte de los usuarios.

Plan del Proyecto Aprobado

Lnea base del Diseo Conceptual

4.1. Fase 1 - Visin Para determinar cules eran los objetivos de esta etapa, fue preciso especificar la Visin y el Alcance del proyecto y definir los roles que componen el Modelo de Equipos del MSF. Los artefactos propuestos que conforman el d ocumento de Visin Aprobada, as como sus descripciones, se sintetizan en la Tabla 1. Posteriormente, se presentan los aspectos ms importantes de los mismos para el caso de los componentes tipo Smart Tags. Planteamiento del Problema : Los Ingenieros de Sistemas (IS) de la unidad de Soporte Pre-Venta de la empresa X de Venezuela consideran que es posible mejorar la manera en que generan reportes y documentos, al hacer ms accesible la informacin que manejan diversos repositorios de datos ya existentes en la organizacin. Actualmente, cada vez

Diseo Conceptual Diseo Lgico Diseo Fsico

Lnea base del Diseo Lgico Lnea base del Diseo Fsico

Figura 2. Las lneas base del diseo en la Fase de Planeacin MSF (5). Sobre la base de los modelos descritos anteriormente, el presente artculo propone una especializacin de MSF para la construccin de componentes soportado por el enfoque DBC de un SC, a travs de la definicin y la presentacin de una serie de artefactos, especficamente para las Fases 1 y 2 del Modelo de Procesos y para las actividades del Modelo de Desarrollo de Componentes. Se hace nfasis en las Fases 1 y 2 del Modelo de Procesos, debido a que ellas son las etapas tempranas del Ciclo de Vida de

que una persona escribe algn documento en Microsoft Word y/o Excel y requiere consultar informacin almacenada en SETrack (base de datos de la aplicacin que maneja las actividades realizadas por los IS en los proyectos), SEsAR (base de datos de la aplicacin que maneja los Requerimientos de Actividades a los IS) o en el Microsoft Active Directory TM , debe invertir tiempo en cambiar de aplicacin y hacer la bsqueda. Una vez obtenida la informacin deseada, el usuario regresa a Word o Excel para continuar elaborando el documento. Esta tarea se torna especialmente tediosa cuando se necesita preparar reportes como Historial de Proyectos de una cuenta o cliente en particular o de un Ingeniero de Sistema. Tabla 1. Artefactos propuestos para la Fase 1 Visin.
Artefacto Planteamiento del Problema Visin de la Solucin Metas del Proyecto Matriz de Tradeoffs del Proyecto Roles y Equipo de Trabajo Alcance Lista de Riesgos Esquema de la solucin Descripcin Indica el problema u oportunidad del negocio. Describe la propuesta de solucin. Presenta los objetivos especficos a ser alcanzados con la solucin. Presenta el balance adecuado entre recursos, cronograma y requerimientos. Indica el personal responsable de la ejecucin del proyecto. Establece las funciones que realizar el sistema. Identifica los eventos inesperados y la planificacin de contingencias. Describe el escenario de uso de la solucin propuesta.

la Matriz de Tradeoffs de los componentes tipo Smart Tags que forma parte del Documento de Visin Aprobada de esta etapa. Un Tradeoff es un cambio en alguno de los elementos -recursos, cronograma o requerimientos- que requiere que el equipo de trabajo haga ajustes en los otros elementos para mantener el balance del proyecto, incluso, potencialmente podra modificarse el mismo elemento al cual se le hizo el primer cambio (5,6). Tabla 2. Matriz de Tradeoffs propuesta y aplicada a los componentes tipo Smart Tags.
Restriccin por optimizar Recursos Cronograma Requerimientos Restriccin negociable Restriccin aceptada

En la T abla 2 se indica que durante esta Fase, el Equipo de Desarrollo acept los recursos con los que dispona para llevar a cabo el proyecto, mientras que el cronograma propuesto qued abierto a posibles cambios junto con el conjunto de requerimientos finales del producto, que pueden aparecer durante las siguientes fases. Roles y Equipo de Trabajo: Se asign el personal que cumplira los siguientes roles: Lder del Proyecto, Lder del Producto, Desarrollo, Programa y Logstica, Prueba y Educacin al Usuario. Alcance: Los componentes tipo Smart Tags deben: (1) ser fciles de instalar y de usar; (2) r conocer los e distintos estados de las actividades de SEsAR y generar automticamente reportes; (3) reconocer el alias de los distintos Gerentes de Cuenta (GC) de SETrack y ofrecer acciones como: ver las cuentas que maneja y obtener el nombre del GC desde el Microsoft Active Directory TM; (4) reconocer el alias de los distintos GC de SEsAR y ofrecer la posibilidad de generar el Historial de Actividades Aprobadas; (5) reconocer el alias de los distintos IS de SETrack y ofrecer acciones como: generar historial de actividades, obtener nombre desde el Microsoft Active Directory TM , etc.; y (6) reconocer el nombre de las distintas cuentas o clientes que se manejan en SETrack y ofrecer acciones como: generar historial de actividades en un cliente, ver productos Microsoft en un cliente, etc. Lista de Riesgos: En la Tabla 3 se muestra, a manera de ejemplo, la descripcin de uno de los posibles riesgos que pueden interferir con la culminacin

Visin de la Solucin: Incluir algunos componentes tipo Smart Tags en Microsoft Office XP permitir hacer ms eficiente y productiva la manera en que el personal de diversas unidades de la empresa X de Venezuela elabora documentos y trabaja con Microsoft Word o Microsoft Excel; especialmente cuando requieren hacer uso de informacin almacenada en SETrack, SEsAR e incluso en el Microsoft Active Directory TM de la empresa. Metas del Proyecto: Se espera que la inclusin de los nuevos componentes tipo Smart Tags en Microsoft Office XP logre: (1) reducir el tiempo de elaboracin de reportes, (2) minimizar el nmero de aplicaciones a consultar para obtener informacin especfica o para realizar ciertas actividades , y (3) unificar el formato bsico de los reportes. Matriz de Tradeoffs del Proyecto: La Tabla 2 muestra

exitosa del proyecto. Para cada uno de ellos se defini su Probabilidad, su Impacto y su Prioridad. MSF propone que los riesgos de mayor prioridad deben ser atendidos antes que los otros. Tabla 3. Posibles Riesgos durante el desarrollo de los componentes tipo Smart Tags.
Condicin / Descripcin No se tiene acceso oportuno a la informacin y al diseo de los repositorios de datos de los que se necesita hacer uso. Retraso en la entrega del producto final y/o entrega incompleta del producto. 0 (Bajo)

Tabla 4. Actividades propuestas para realizar el Modelo de Componentes dentro de la Fase 2 Planeacin.
Actividad Diseo Conceptual Diseo Lgico Diseo Fsico Descripcin Establece los conceptos que especifican las necesidades de los usuarios. Organiza los componentes de la solucin. Especifica las restricciones tecnolgicas de la solucin.

Consecuencia

Probabilidad

Impacto Prioridad Mitigacin

3 (Alto) 0 El lder del proyecto debe identificar a la(s) personas encargadas de proveer esta informacin y solicitar su pronta atencin .

a) Diseo Conceptual: El objetivo de esta actividad es comenzar a originar el concepto de la solucin propuesta en el documento de Visin Aprobada. Se propone que el diseo conceptual est compuesto por los artefactos indicados en la Tabla 5. Tabla 5. Artefactos propuestos para el Diseo Conceptual.
Artefacto Perfil de los Usuarios Descripcin Especifica la ubicacin, las capacidades y las expectativas, de los usuarios. Describen qu sucede en la ejecucin de una tarea en particular; especifican cmo son los procesos, las funciones y los procedimientos.

Esquema de la solucin: La Figura 3 muestra de manera esquemtica los componentes propuestos; en ella se destaca que los componentes se orientan a que el usuario pueda interactuar con distintos repositorios de datos (SEsAR, SETrack y el Microsoft Active Directory TM de la corporacin) y diversas aplicaciones, directamente desde un documento de Microsoft Word y/o Excel en Microsoft Office XP, a travs del uso de un conjunto de componentes tipo Smart Tags.
SEsAR .

Escenarios de Uso

Ejemplos de estos artefactos para el caso de los componentes tipo Smart Tags se presentan a continuacin. a.1) Perfil de los Usuarios: Del documento de Visin Aprobada se desprende que en este sistema existe un usuario, cuyo perfil se describe a continuacin: Ubicacin: Cualquier lugar con acceso a la intranet de la corporacin. Capacitacin: Habilidad y experiencia media en el uso y manipulacin de documentos elaborados en Microsoft Office, especialmente de la versin XP. Habilidad para usar un programa navegador para Internet. Expectativas: Contar con componentes tipo Smart Tags que faciliten elaborar reportes y obtener informacin de las Bases de Datos (SEsAR y SETrack). Adems, poder interactuar con otras aplicaciones desde un documento de Microsoft Word y/o Excel. a.2) Escenarios de Uso: Los escenarios de uso de este componente del SC dependen de las acciones ofrecidas por cada componente tipo Smart Tags. Por lo tanto, es necesario definir todos los escenarios de cada uno de los componentes tipo

SETrack .

AD

Smart Tags

Usuario

Otras aplicaciones

Figura 3. Esquema de los componentes tipo Smart Tags.

4.2. Fase 2 Planeacin Luego de establecer y definir la Visin de los componentes y el Alcance del proyecto, el siguiente paso fue elaborar la especificacin funcional, para lo cual se llevaron a cabo las actividades descritas en la Tabla 4. A continuacin se presentan los puntos ms importantes de la especificacin funcional de esta etapa, indicando los artefactos propuestos para cada documento, as como su descripcin.

Smart Tags que formarn parte del SC. Para efectos de este artculo se describen slo las acciones del Smart Tag GC de SETrack y se especifican todos los escenarios de uso que se derivan de l (ver Tabla 6). Tabla 6. Descripcin, Acciones y Escenarios de uso del Smart Tag GC SETrack.
Descripcin Reconoce el alias de cada uno de los GC que figuran en la tabla GC de SETrack. Escenarios de uso Mostrar las cuentas del GC Acciones Mostrar las cuentas del GC. Reemplazar con el nombre completo del GC. Mostrar el nombre completo del GC. Enviar un e-mail al GC. Especificacin Poder visualizar el nmero de identificacin (ID) y el nombre de cada cuenta que maneja el GC. Actor: Usuario. Pre-condicin: Se reconoci una palabra como un alias y se seal como Smart Tag. Descripcin: 1. Se presenta la informacin en una caja de mensaje. 2. El usuario cierra la caja de mensaje luego de leer la informacin. Post-condicin: La informacin se le muestra al actor desde una caja de mensajes. Intencin: Poder intercambiar el alias por el nombre completo del GC tal como apare ce en el Microsoft Active DirectoryT M. Actor: Usuario. Pre-condicin: Se reconoci una palabra como un alias y se seal como Smart Tag. Descripcin: 1. Se inserta el nombre del GC justo donde estaba escrito el alias, sobrescribindolo. Post-condicin: El nombre completo del GC. Intencin: Poder visualizar el nombre completo del GC tal como aparece en el Microsoft Active DirectoryT M. Actor: Usuario. Pre-condicin: Se reconoci una palabra como un alias y se seal como Smart Tag. Descripcin: 1. Se presenta la informacin en una caja de mensaje. 2. El usuario cierra la caja de mensaje luego de leer la informacin. Post-condicin: La informacin se le muestra al actor desde una caja de mensajes. Intencin: Poder redactar y enviar un e-mail al GC. Actor: Usuario. Pre-condicin: Se reconoci una palabra como un alias y se seal como Smart Tag. Descripcin: 1. Se presenta una ventana de Mensaje nuevo de Outlook, con la direccin de email del GC en el Intencin:

Post-condicin:

campo Para:. 2. El usuario inserta el titulo del mensaje y redacta el e- mail. 3. El usuario hace click sobre el botn de Enviar de la ventana. 4. Se enva el e-mail al GC. El e-mail es enviado.

b) Diseo Lgico: Para esta activ idad de diseo se establece la estructura y la comunicacin de los elementos de la solucin. El conjunto de artefactos propuestos para esta actividad son descritos en la Tabla 7. En esta etapa no interesan los detalles de implementacin fsica, lo importante es entender las partes que van a conformar el sistema y la interaccin entre ellas (5). Tabla 7. Artefactos propuestos para el Diseo Lgico.
Artefacto Diseo de la Interfaz de Usuario Componentes de la Solucin Bases de Datos Lgica Descripcin Presenta los elementos y lineamientos que conforman el diseo de la interfaz de usuario. Establece los elementos involucrados en la solucin, as como sus relaciones. Especificacin lgica de las Bases de Datos que conforman o con las que interacta la solucin.

Reemplazar con el nombre completo del GC

Ejemplos de estos artefactos para los componentes tipo Smart Tags del SC desarrollado, se presentan a continuacin.

Mostrar el nombre completo del GC

Figura 4. Muestra de los reconocedores de un Smart Tag. b.1) Interfaz de Usuario: Todos los componentes tipo Smart Tags que conforman la solucin propuesta presentarn la misma interfaz que ofrece la tecnologa de los componentes tipo Smart Tags (3). Es necesario que los componentes tipo Smart Tags y todas sus funciones (en este caso, las descritas en la Tabla 6) puedan ser empleadas desde documentos de Microsoft Word y/o Excel. En la Figura 4 se muestra la interfaz que presentan los componentes tipo Smart Tags cuando detectan la presencia de un trmino. b.2) Componentes de la solucin: El diagrama de los elementos que conforman la solucin nuevamente depende de las acciones ofrecidas por cada componente tipo Smart Tag. En la

Enviar un e-mail al GC

Figura 5 slo se presenta y se explica el diagrama referente a las acciones y los escenarios de uso del Smart Tag GC SETrack (ver Tabla 6). En la Figura 5 se observan los elementos que conforman al Smart Tag GC SETrack y la relacin entre ellos. Los elementos que deben desarrollarse son los siguientes:

c) Diseo Fsico: En esta actividad de diseo se aplicaron las restricciones de la tecnologa al Diseo Lgico de la solucin. El conjunto de artefactos propuestos para esta actividad son des critos en la Tabla 8. Tabla 8. Artefactos propuestos para el Diseo Fsico.
Artefacto Restricciones de Tecnologa Descripcin Especifica utilizada. la tecnologa

Documento Word La actividad realizada por lchacon

Acciones del Smart Tags

MicrosoftSchemaURN GC SETrack Mostrar las cuentas del GC SETrack

Implementacin de la Interfaz del Usuario

Muestra la apariencia de la solucin.

Reconocedores Smart Tags Otros

Reconocedores

Reemplazar con el nombre completo del GC Mostrar el nombre completo del GC Enviar un e-mail al GC Active Directory

Reconocedor GC SETrack

Microsoft Outlook

Arquitectura de la solucin

Presenta la vista de implantacin de la solucin.

Smart Tag GC SETrack

Figura 5. Diagrama de los elementos de la solucin del componente tipo Smart Tag GC SETrack. Reconocedor de GC SETrack: La rutina de reconocimiento de este elemento estar programada para que reconozca cadenas de caracteres (strings) que coincidan con los alias de los GC que figuran en la tabla GC de la base de datos SETrack. Por ejemplo de la siguiente oracin La actividad realizada por lchacon, la palabra lchacon ser reconocida. Acciones de GC SETrack: El reconocedor de GC SETrack (MicrosoftSchemaURNsetrackAM) tiene asociado 4 acciones que funcionan de manera similar desde Microsoft Word y/o Excel. La Figura 5 muestra la interaccin de cada accin con los otros elementos; por ejemplo, la primera accin Mostrar las cuentas del GC hace uso de la Base de Datos SETrack y devuelve la informacin al documento. b.3) Bases de Datos Lgica: Como se aprecia en al Figura 3, existen otros componentes de la solucin de los que se harn uso como la Base de Datos SETrack, el Microsoft Active DirectoryTM de la empresa y la aplicacin Microsoft Outlook. En este documento se plasma, entre otras cosas, el Diagrama E-R de las Bases de Datos (BD) que forman parte o interactan con los componentes que se estn diseando; adems, se establece claramente cmo son las relaciones entre las BD y todos los componentes del SC. Dadas las limitaciones de espacio y los compromisos de confidencialidad, no se realizar la descripcin de estos elementos.

Ejemplos de estos artefactos para el caso de los componentes tipo Smart Tags se presentan a continuacin.

Figura 6. Interfaz de usuario de los componentes tipo Smart Tags

c.1) Restricciones de Tecnologa: (1) Todos los componentes tipo Smart Tags propuestos debern ser desarrollados en Visual Basic 6.0; (2) en caso de que algunos de los elementos (acciones o reconocedor) de los componentes tipo Smart Tags, requiera conectarse a una Base de Datos, dicha conexin se har usando ActiveX Data Object (ADO) 2.5; (3) las Bases de Datos SEsAR y SETrack se encuentran localizadas en un servidor SQL Server 2000 car-ts-01 (codificacin interna de la empresa para los servidores ); y (4) los instaladores de los componentes tipo Smart Tags sern desarrollados en Visual Studio Installer. c.2) Interfaz de Usuario: Todos los componentes tipo Smart Tags que conforman la solucin propuesta implementarn las interfaces ISmartTagAction y ISmartTagRecognizer (o frecida por la tecnologa de los componentes tipo Smart Tags) (3), las cuales le permiten a las aplicaciones clientes

como Microsoft Word y Microsoft Excel, obtener toda la informacin necesaria para dar soporte y permitir visualizar los componentes tipo Smart Tags. La Figura 6 muestra la interfaz de usuario del Smart Tag. c.3) Arquitectura de la solucin: La Figura 7 muestra la vista arquitectnica de implantacin de la solucin.

que forman parte del SC desarrollado.

5. OTROS COMPONENTES DEL SC El objeto de esta seccin es mostrar los otros componentes que se construyeron para lograr el SC deseado, con la finalidad de dar una idea ms completa de todas las funcionales logradas con el SC desarrollado. Slo se mostrarn 3 de los artefactos propuestos, para cada uno de los otros componentes del SC desarrollado: e l Planteamiento del Problema, la Visin de la Solucin y el Esquema de la Solucin. La presentacin de estos artefactos permite visualizar fcilmente la potencialidad completa del SC.

ActiveX Data Objects (ADO)

SETrack SEsAR intranet / Internet

Microsoft Office XP car-ts-01

Figura 7. Vista arquitectnica de implantacin de la solucin de los componentes tipo Smart Tags.

5.1. Workflow Planteamiento del Problema : Parte de la labor que realizan los IS en la unidad de Soporte Pre-Venta de la empresa X de Venezuela es apoyar a los GC en actividades que deben realizarse en los clientes, como: presentaciones, demostraciones, entrenamientos e instalacin de productos. Actualmente los GC no siguen un proceso formal al momento de solicitar a los IS que realicen alguna actividad. Generalmente un GC se comunica con cualquiera de los IS personalmente, por telfono o va e-mail, a fin de explicar su necesidad de apoyo, luego dependiendo de lo acordado entre el IS y el GC se planifica la visita al cliente. Visin de la Solucin: Los IS desean formalizar y automatizar el proceso de solicitud de actividades por parte de los GC, debido a que la manera en que se est llevando a cabo actualmente esta tarea genera inconvenientes, tales como: escaso control sobre las actividades que realizan los IS. no siempre se selecciona al IS ideal para la actividad propuesta. Esquema de la solucin: En la Figura 9 se muestra de manera grfica el esquema de la solucin propuesta para la aplicacin workflow.

in

n productos en la Cuenta

Figura 8. Resultado de algunos componentes tipo Smart Tags.

4.3. Fase 3 Desarrollo Para esta fase no se proponen artefactos ya que sta abarca la implementacin de la solucin, la cual est condicionada por el documento de Diseo Fsico. A lo largo de esta fase se realizaron una serie de releases internos que correspondan con cada uno de los componentes tipo Smart Tags desarrollados.

4.4. Fases 4 y 5 Estabilizacin e Implantacin Al igual que para la fase anterior, en estas fases tampoco se proponen artefactos ya que stas abarcan las pruebas y la implantacin de la solucin; es decir, el lanzamiento completo de la solucin; en este caso, los componentes tipo Smart Tags del SC. Con el objetivo de ilustrar el resultado logrado a lo largo del proyecto, en la Figura 8 se muestran algunas de las respuestas de dos de los componentes tipo Smart Tags

Formulario

SE

SEsAR

Formulario

AM

Reviewer

Formulario

metodologa Microsoft Solution Framework empleados en esta investigacin, por utilizar un enfoque iterativo, ofrecieron la flexibilidad necesaria para manejar exitosamente los cambios de requerimientos que surgieron a lo largo del todo el perodo del desarrollo y la incorporacin del enfoque del DBC. Sin embargo, por ser una metodologa tan abierta, fue necesaria la definicin de artefactos especficos que permitiesen precisar las necesidades de los usuarios y las funcionalidades de los componentes del SC, bajo el enfoque del DBC.

Figura 9. Esquema de la solucin de la aplicacin de Workflow del SC desarrollado.

5.2. Portal Planteamiento del Problema: La unidad de Soporte Pre-Ventas de la empresa X de Venezuela crea, maneja y recopila un gran nmero de documentos e informacin cuya administracin se ha tornado complicada. Realizar la bsqueda de un documento en especfico es una tarea en la que se invierte un tiempo considerable, la colaboracin entre IS para elaborar y revis ar documentos se lleva a cabo manualmente y no existe un sitio web unificado donde se organice, publique y comparta informacin entre todos los empleados de la unidad. Visin de la solucin: Se requiere implantar un portal corporativo para dar solucin a esta situacin y garantizar una fcil integracin de las aplicaciones que normalmente se emplean en el entorno laboral, como por ejemplo, Microsoft Office. Esquema de la solucin: En la Figura 10 se muestra el esquema de la solucin propuesta. La idea principal es tener un servidor SharePoint Portal Server que hospede el portal corporativo y desde el cual se administren los archivos, documentos y dems orgenes de contenidos.

Figura 10. Esquema de la solucin del Portal Corporativo del SC desarrollado.

Como resultado del SC desarrollado en esta investigacin, se pudo corroborar que el DBC es un enfoque en donde los sistemas implantados dentro de una organizacin, que son un activo para stas, pueden ser reutilizados fcilmente, incrementando el retorno de los costos de desarrollo. Adems, el DBC permite la construccin y el mantenimiento de sistemas a bajo costo, de entrega ms rpida y de calidad. Los artefactos propuestos y utilizadas para el desarrollo del SC, permitieron una definicin completa y precisa de las funcionalidades y la documentacin del sistema. El SC desarrollado logra mejorar el desempeo de los usuarios hacindolos ms competitivos, ya que estos tienen disponibilidad permanente de la informacin relacionada con las labores que usualmente necesitan realizar, integrando as las islas de informacin que anteriormente hacan ms lento el trabajo.

6. CONCLUSIONES Los modelos de procesos y de componentes de la

AGRADECIMIENTOS Esta investigacin fue financiada por el Fondo Nacional de Ciencia, Tecnologa e Innovacin (FONACIT) de la Repblica Bolivariana de Venezuela, a travs del proyecto S1-2001000792. Los autores desean agradecer a la Ing. J. Portillo por su colaboracin y valioso aporte para la culminacin de esta investigacin.

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 http://www.microsoft.com/msf/. June 2002. Model v. 3.1. Microsoft Corporation, Disponible en:

[7] J.A. OBrien; Management Information Systems: Managing Information Technology in the E-Business Enterprise, Fifth Edition. McGraw-Hill/Irwin, New York, 2001. [8] R. Pressman; Ingeniera del Software: Un Enfoque Prctico, Quinta Edicin. McGraw-Hill/Interamericana de Espaa, S.A., Madrid, 2002. [9] I. Sommerville; Ingeniera de Software, Sexta Edicin. Addison Wesley Publishers Limited, Mxico DF, 2002. [10] TechTarget, Inc; whatis?com, Disponible en: http://whatis.techtarget.com Noviembre 2002. . [11] E. Turban, J. Lee, D. King and M. Chung; Electronic Commerce: a Managerial Perspective, Prentice-Hall, Englewood Cliffs, New Jersey, 2000.