Tcnicas de Comunicacin para facilitar la especificacin de una aplicacin (JAD

JointApplicationDesign)/(Diseo de Aplicacin Conjunta)

Las sesiones JAD tienen como objetivo reducir el tiempo de desarrollo de un sistema manteniendo la
calidad del mismo. Para ello se involucra a los usuarios a lo largo de todo el desarrollo del sistema, es
decir, desde la identificacin de la necesidad, la propuesta de alternativas de solucin y sobre todo en la
especificacin de los requisitos que debe cubrir el sistema y en la validacin de prototipos.

Descripcin
Las caractersticas de una sesin de trabajo tipo JAD se pueden resumir en los siguientes puntos:

Se establece un equipo de trabajo cuyos componentes y responsabilidades estn perfectamente

identificados y su fin es conseguir el consenso entre las necesidades de los usuarios y los servicios del
sistema en produccin.
Se llevan a cabo pocas reuniones, de larga duracin y muy bien preparadas.
Durante la propia sesin se elaboran los modelos empleando diagramas fciles de entender y mantener,
directamente sobre herramientas CASE.
Al finalizar la sesin se obtienen un conjunto de modelos que debern ser aprobados por los participantes.
Es importante definir claramente el perfil y las responsabilidades de los participantes de una sesion JAD.
Se pueden distinguir los siguientes perfiles:

Moderador (lider Jad) con amplios conocimientos de la metodologia de trabajo, dinamica de grupos,
psicologia del comportamiento, asi como de los procesos de la organizacion objeto del estudio.

Promotor: persona que ha impulsado el desarrollo.

Jefe de proyecto: responsable de la implantacion del proyecto.

Especialista en modelizacion: responsable de la elaboracion de los modelos en el transcurso de la

sesion.

Desarrolladores: aseguran que los modelos son correctos y responden a los requisitos especificados.

Usuarios: responsables de definir los requisitos del sistema y validarlos.

Para llevar a cabo una sesin JAD, es necesario realizar una serie de actividades antes de su inicio,
durante el desarrollo y despus de su finalizacion. Estas actividades se detallan a continuacion:

Inicio: se define el ambito y la estructura del proyecto, los productos a obtener, se prepara el material
necesario para la sesin, se determina el lugar donde se van a llevar a cabo, se seleccionan los
participantes y se sugiere una agenda de trabajo.
Desarrollo: se identifican las salidas del proyecto y se debe conseguir el consenso entre los participantes
de modo que se materialice en los modelos.
Finalizacin: se valida la informacin de la sesin y se generan los productos de la metodologia de trabajo
propuesta. Si fuera necesario se integran los productos de salida.
En las sesiones de trabajo tipo JAD se distinguen dos tipos de productos:
De preparacin donde se incluye, entre otros, la historia y contexto del proyecto, los objetivos y limites, las
actividades del entorno del negocio que pueden afectar al exito del proyecto y los beneficios.
De resultado de las sesiones de trabajo, que se establecen con anterioridad al inicio de las reuniones.
 JRP (Joint Requeriments Planning)
Planificacin de necesidades conjuntas
Las sesiones JRP tienen como objetivo potenciar la participacion activa de la alta direccion como medio para
obtener los mejores resultados en el menor tiempo posible y con una mayor calidad de los productos.
Descripcin
Las caracteristicas de las sesiones JRP y JAD son comunes en cuanto a la dinamica del desarrollo de las
sesiones y la obtencion de los modelos con el soporte de las herramientas adecuadas. La diferencia radica en
los productos de salida y en los perfiles de los participantes.
En JRP son del nivel mas alto en la organizacion en cuanto a vision global del negocio y capacidad de decision.
Los perfiles implicados en una sesion JRP son los siguientes:
Moderador (lider JRP), debe tener una gran capacidad de relacion, habilidades de negociacion y de gestion de
dinamica de grupos, asi como un alto nivel de conocimiento de los procesos de la organizacion afectados por
el Plan de Sistemas de Informacion (PSI).
Promotor, persona que ha impulsado el Plan de Sistemas de Informacion y tiene un compromiso economico.
Director de proyecto, responsable de que el proyecto llegue a buen fin.
Consultores, responsable de traducir los requisitos especificados por el usuario en informacion estructurada,
de tal forma, que los usuarios puedan entender y discutir los resultados.
Especialista en modelizacion, responsable de la elaboracion de los modelos en el transcurso de la sesion.
Usuarios de alto nivel, responsables de definir los procesos de la organizacion y los sistemas de informacion
afectados por el Plan de Sistemas de Informacion asi como las prioridades para su implantacion a largo o medio
plazo en la organizacion.
Para llevar a cabo una sesion JRP, es necesario realizar una serie de actividades:
Iniciacion, se establece la necesidad del Plan de Sistemas de Informacion (PSI), su alcance, los
procesos de negocio implicados, las unidades organizativas afectadas, asi como los usuarios clave y los
perfiles del equipo JRP.
Busqueda, se identifican los objetivos del Plan de Sistemas de Informacion, se estudia la situacion actual
y se busca la informacion relevante, que pueda ser util.
Preparacion, se seleccionan los participantes, se prepara el material necesario, acondicionando tambien
la sala, y se establece la agenda de JRP.
Realizacion: se introduce la reunion y se empieza a trabajar en la consecucion de los objetivos marcados
en la agenda, elaborando los productos objeto de la sesion.
Finalizacion: se completan los productos y se presenta a los participantes que corresponda.

La informacion de salida que se obtiene al finalizar una sesion JRP, dependera de la actividad del Plan
de Sistemas de Informacion que se este realizando, como por ejemplo:
Modelos de procesos de la organizacion.
Modelo de informacion.
Modelo de sistemas de informacion, etc.
Validacin de requerimientos.
Estudio de factibilidad tcnica, operativa y econmica.

El estudio de factibilidad nos permite determinar si un proyecto es viable desde distintos puntos de vista
como los son el tcnico, operativo y econmico.

Un estudio de viabilidad se descompone en varios factores:

Viabilidad tcnica, viabilidad econmica, viabilidad operativa, y viabilidad legal. La
viabilidad operativa nos ha de indicar las restricciones a la puesta en marcha,
el funcionamiento y rendimiento requerido, requisitos de mercado y
competencia y ampliaciones futuras.
El estudio de viabilidad legal ha de
determinar cualquier posible infraccin, violacin o ilegalidad que pudiera
resultar del desarrollo del proyecto, as como el cumplimiento de todas las
normativas vigentes. El contenido tpico de un anlisis de viabilidad es el
siguiente:
Factibilidad Tcnica

Factibilidad de sistemas Tcnica es una evaluacin que debe demostrar la facultad del sistema para
ponerse en marcha y mantenerse durante el tiempo, adems debe demostrar que la planeacin del sistema
ha sido desarrollada cuidadosamente contemplando todas las restricciones y objetivos, aprovechando los
recursos que entrega la organizacin.

Los conceptos que hay que considerar en la planeacin de la Factibilidad de sistemas tcnica es:
El sistema funciona como corresponde (nmeros de pruebas)
El sistema esta desarrollado para mantenerse cerca de los consumidores.
Escalas de produccin (Ampliacin o reduccin de produccin).
Complementos que ayuden el desarrollo del proyecto: Existe la tecnologa necesaria?, De donde
se obtendr la tecnologa , Se puede capacitar al personal con la nueva tecnologa? Hay proveedores
alternativos para el sistema?
Factibilidad Tcnica
En definitiva, el estudio de viabilidad tcnica incluye el anlisis de los
factores tcnicos involucrados, tradicionalmente englobados en tres campos:
riesgo de desarrollo, disponibilidad de recursos y tecnologa.
Entre estos factores se destacan:

Posibles cambios en la normativa de aplicacin, es decir, si la legislacin que

previamente no era de aplicacin en la empresa, con este proyecto, pasar a
serlo, si son necesarios permisos o licencias y si es legalmente posible.
- Definicin del tipo de tecnologa necesaria, si son necesarios nuevos equipos
de proceso o instalaciones auxiliares.
- anlisis de las nuevas necesidades implicadas en el desarrollo del proyecto,
como por ejemplo, mantenimiento, operaciones auxiliares, etc.
- Posible nueva definicin de procedimientos de produccin, formas de
actuacin o instrucciones tcnicas.
- Especificaciones tcnicas y comprobacin de disponibilidad en el mercado
de la tecnologa requerida.
- En los casos necesarios, se deber definir nuevos puestos de trabajo,
incorporando nuevo personal o formando al ya existente para el desarrollo
del proyecto.
 Como ejemplo citamos:

Factibilidad Tcnica
Lenguaje y herramientas a utilizar. El sistema para el apoyo al control de ventas se desarrollar mediante el
lenguaje Visual Basic.NET y como SGBD para el sistema se utilizar SQL Server 2005 Express, esto lo provee el
software Visual Studio Express. El software Visual Studio Express es una plataforma de desarrollo de aplicaciones de
escritorio y web que incorpora un SGBD basado en SQL Server 2005 Express, este software permite el desarrollo y
posterior comercializacin de las aplicaciones desarrolladas en este ambiente. Este software se distribuye a travs
internet donde puede ser descargado gratuitamente desde la pgina oficial de Microsoft.

Hardware Actualmente cuenta con equipos computacionales en sus instalaciones que tienen la capacidad
suficiente como para soportar la ejecucin de los procesos que implica la utilizacin del sistema en el equipo.
Conclusin Tcnicamente es completamente factible el desarrollo del sistema, dado que se requiere una
herramienta de desarrollo que es completamente gratuita, lo que no implica la compra de nuevos productos de
desarrollo, y adems disponiendo del conocimiento para desarrollar este tipo de aplicaciones.
Factibilidad Econmica

En esta etapa, hay que comprobar que el proyecto es sustentable econmicamente Justificar que la
inversin genera una ganancia, demostrar que si el sistema no cumple con su objetivo
no habrn perdidas econmicas o sern las mnimas.

Los Costos: Considerar costos Fijos y variables

Las Ventas: demostrar como se ha definido el costo del producto y cuales son los estimados de ventas
por el periodo de al menos un ao, justificando cada calculo, investigacin de mercado y estadsticas.
Factibilidad Operativa

La Factibilidad de sistemas Operativa, tiene como objetivo comprobar que la empresa u organizacin
ser capas de darle uso al sistema, que cuenta con el personal capacitado para hacerlo o tiene los
recursos humanos necesarios para mantener el sistema. para esto, el sistema debe contemplar
cuatro puntos importante al momento de desarrollarse.
El sistema no debe ser complejo para los usuarios de la organizacin o los que operan el sistema, hay
que evitar que el usuario ocupe el sistema de manera que pueda ocasionar errores o darle un uso
indebido, simplificar las funciones y dar todo por servido.
Evitar que a los usuarios les incomode el nuevo sistema, ya sea por que se sientan desplazados de sus
obligaciones o por la costumbre a un sistema antiguo, mantenerlo amigable y comprensible para los
operadores.
Un cambio repentino, puede ocasionar un lento aprendizaje, capacitar y permitir al personal adaptarse a
el con la tranquilidad y apoyo necesario, manuales, charlas, capacitaciones.
El objetivo final del estudio de viabilidad es calcular la eficiencia
econmica del proyecto, entendiendo esta como el logro mximo de resultados
tomando como base un conjunto de costes. Se ha de tener en cuenta que esta
eficiencia econmica es una de las consideraciones de mayor peso al evaluar la
propuesta del proyecto. Para calcular dicha eficiencia existen unos ndices que se
presentan de forma habitual en la memoria del estudio econmico