|
ACTIVIDAD 2.1.3. estudio de alternativas de construccion
a) Objetivo :
Esta actividad tiene como objetivo establecer una serie de alte-
rnativas de soluci¢n para la construcci¢n del nuevo sistema, y
luego de un proceso de an lisis costo-beneficio, se seleccionar
la alternativa que m s se ajuste a los requerimientos y recursos
de la instituci¢n.
b) Descripci¢n de la actividad :
En esta actividad se establecen diferentes alternativas para la
construcci¢n del nuevo sistema, teniendo en cuenta los requi-
sitos identificados en las tareas anteriores. Una vez estab-
lecida se comparan entre s¡ y se selecciona la m s adecuada.
El dise¤o de alternativas de construcci¢n permite evaluar difer-
entes grados de automatizaci¢n en relaci¢n con las necesitadas
previamente.
Un aspecto importante a considerar en la evaluaci¢n de las dife-
rentes alternativas de construcci¢n, es el impacto de las mismas
en la organizaci¢n.
Otro aspecto importante a tener en cuenta es la viabilidad econ-
¢mica de las diferentes soluciones propuestas, debido a que
‚stas pueden determinar si se continua con el proyecto o simple-
mente se abandona por falta de recursos econ¢micos.
La posible existencia de un Plan de Sistemas en la Unidad, donde
se desarrolla el proyecto, proporcionar una documentaci¢n
inicial de las diferentes alternativas de construcci¢n, as¡ como
el an lisis somero de las mismas, las cuales ser n estudiadas
m s al detalle en esta actividad.
c) Tareas a desarrollar :
Para el ‚xito de esta actividad se deben de realizar las siguie-
ntes Tareas:
Tarea 2.1.3.1 Definici¢n de alternativas de soluci¢n.
Tarea 2.1.3.2 Selecci¢n de una alternativa.
d) Productos a obtener :
Luego de haberse realizado las tareas requeridas para el Estudio
de Alternativas de Construcci¢n, se obtendr n los siguientes
documentos:
* Modelo l¢gico de procesos, mediante un Diagrama de Flujo de
Datos (DFD) (obtenido en la tarea 2.1.3.1).
* Descripci¢n de procesos manuales y autom ticos (obtenido en la
tarea 2.1.3.1).
ESTRUCTURA MODULAR POR ACTIVIDADES
MODULO II: ESPECIFICACION FUNCIONAL DEL SISTEMA
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
º º
º ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ÚÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ º
º ³ ACT1 : CONSTRUIR³ ³ Prepara planes³ ³Planificar ³ º
º ³ MODELO DE³ ³ detallados ÃÄÄÄÄÂÄÄÄþ³futuras fases³ º
º ³ PROCESOS ÃÄÄÄÄÄÄ¿ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÙ º
º ³ DEL NUEVO³ ³ ³ º
º ³ SISTEMA ³ ³ ³ ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ º
º ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ ³ ³ ³ Compaginar y ³ º
º ³ ÀÄÄÄþ³ catalogar ÃÄÄÄÄÄÄÄ¿ º
º ÚÄÄÄþ ³ ³ documentaci¢n³ ³ º
º ³1.1 Dise¤o del Diagrama ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ ³ º
º ³ de Contexto ³ ³ º
º ³1.2 Identificaci¢n y Defini-³ ³ º
º ³ ci¢n de Subsistemas ³ ³ º
º ³1.3 Especificar interfases ³ ³ º
º ³ con otros sistemas ³ ³ º
º ³1.4 Describir procesos ³ ³ º
º ³ manuales ³ ³ º
º ÀÄÄÄþ ³ ³ º
º ³ ³ º
º ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ º
º ³ ACT2 : CONSTRUIR³ ³ ³ ACT3 : REALIZAR ³ ³ º
º ³ MODELO DEÃÄÄÄÄÄÅÄ´ EL ANALISIS³ ³ º
º ³ DATOS ³ ³ ³ DETALLADO ÃÄÄÄÄÄÄÄÄÄ¿ ³ º
º ³ DEL NUEVO³ ³ ³ DEL NUEVO ³ ³ ³ º
º ³ SISTEMA ³ ³ ³ SISTEMA ³ ³ ³ º
º ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ ³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ ³ ³ º
º ³ ³ ³ º
º ÚÄÄ ³ ÚÄÄþ ³ ³ º
º ³ 1.1 Prototipo y realizar³ ³ 3.1 Contruir modelo ³ ³ º
º ³ entrevista ³ ³ Entidad-Evento ³ ³ º
º ³ 1.2 Identif. problemas ³ ³ 3.2 Contruir modelo ³ ³ º
º ³ y necesidades ³ ³ Procesos y datos ³ ³ º
º ÀÄþ ³ ÀÄÄþ ³ ³ º
º ³ ³ ³ º
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍþÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍþÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍþÍÍÍÍÍÍÍÍÍÍͼ
³ ³ ³
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍþÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍþÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍþÍÍÍÍÍÍÍÍÍÍÍ»
º ³ ³ ³ º
º ³ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ ³ º
º ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³³ ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ º
º ³ACT1 : DEFINIR ³ ³³ ³ACT2: COMPLETAR ³ ³ ACT3: COMPLETAR ³ ³ º
º ³ INTERFASE³ ³³ ³ ESPECIFICA-³ ³ ESPECIFICA³ ÚÄÄÄÄÄÄÁÄÄÄÄ¿ º
º ³ DE ÃÄÄÄÄÄÄÄÄÄÄÁÁÄ´ CIONES DEL ÃÄÄÄÄÄÄ´ CION DE ÃÄ´Fin moodulo³ º
º ³ USUARIOS ³ ³ NUEVO ³ ³ ENTRE ³ ÀÄÄÄÄÄÄÄÄÄÄÄÙ º
º ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ ³ SISTEMA ³ ³ ³ º
º ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ º
ºÚÄÄþ ÚÄÄÄþ ÚÄÄÄþ º
º³ 1.1 Prototipo y ³ 2.1 Especificar requisitos ³ 3.1 Preparar plan de º
º³ dialogos ³ de seguridad ³ prueba del sistema º
º³ 1.2 Especificar informa- ³ 2.2 Especificar requisitos ³ 3.2 Especificar plan de º
º³ y formularios ³ de capacidad de respaldo ³ entrega del sistema º
ºÀÄÄþ ÀÄÄÄÄ ³ 3.3 Verificar y validar es- º
º ³ pecificaci¢n funcional º
º ÀÄþ º
º º
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
* Diferencias con las dem s alternativas (obtenido en la tarea
2.1.3.2).
* Descripci¢n para cada alternativa, de los costos estimados y
benef¡cios esperados (obtenido en la tarea 2.1.3.2).
* Descripci¢n en detalle de la alternativa seleccionada (obte-
nido en la tarea 2.1.3.2).
e) T‚cnicas requeridas :
Las t‚cnicas requeridas para desarrollar la actividad son:
* Entrevistas.
* Diagrama de Flujo de Datos.
* An lisis Costo-Beneficio.
f) Descripci¢n de tareas :
Tarea 2.1.3.1 Definicion de alternativas de solucion.
Esta tarea tiene como objetivo identificar una serie de alterna-
tivas de soluci¢n en coordinaci¢n con los usuarios.
Estas alternativas de soluci¢n pueden ser de los siguientes
tipos:
* Sistemas que no requieren ser desarrollados, los cuales son
operados manualmente.
* Sistemas a desarrollar, es decir, sistemas hechos a la medida.
* Sistemas a adquirir, bas ndose en sistemas o aplicaciones (co-
merciales) existentes en el mercado.
* Sistemas mixtos, cuentan con m¢dulos desarrollados y parte ad-
quiridos.
Para identificar estas alternativas deben de seguirse los sigui-
entes pasos:
1. Identificar los procesos manuales y autom ticos de la Unidad
2. Determinar la naturaleza de los procesos autom ticos, es
decir, se debe de averiguar si los procesos autom ticos se
dan en lote o de modo interactivo.
3. Representar para cada alternativa, un modelo l¢gico de proc-
esos que describan sus rasgos mas distintivos.
La representaci¢n del modelo l¢gico de procesos deber
hacerse mediante la representaci¢n de un DFD, donde se
muestre las caracter¡sticas m s importantes de cada altern-
ativa, por ejemplo: las funciones principales que se van a
actualizar.
Es necesario mencionar que cada alternativa mencionada debe
de estar descrita al detalle y se deben especificar adem s
el tiempo y recursos disponibles.
4. Diferenciar claramente las distintas alternativas.
5. En el caso de querer adquirir el sistema deber recogerse y
estudiarse la informaci¢n relativa a aquellos productos de
aplicaci¢n existentes en el mercado.
La informaci¢n a recolectar de cada producto debe de incluir:
* Cumplimiento de los requisitos del sistema.
* Estimaciones sobre el esfuerzo de implantaci¢n.
* Evoluci¢n del producto.
* Est ndares.
* Entorno tecnol¢gico, este punto se realizar si existe una
expectativa de aplicar una soluci¢n basada en productos exte-
rnos.
Tarea 2.1.3.2 Seleccion de una Alternativa.
En base a las alternativas identificadas en la tarea anterior,
se proceder a evaluar cada una de estas alternativas, tomando
como base los siguientes aspectos:
* Facilidad operativa, de cada alternativa de soluci¢n.
* Complejidad t‚cnica.
* Plazos requeridos para la implantaci¢n.
* Impacto sobre la carga actual de trabajo del ordenador.
* Necesidades de recursos l¢gicos y equipos f¡sicos.
* Funcionalidad.
* Impacto ocurrido en la organizaci¢n.
Posteriormente deber realizarse un an lisis de costo-benefi-
cio de cada alternativa, para el cual deber considerarse:
* Beneficios obtenidos por los usuarios.
* Beneficios t‚cnicos.
* Costos y tiempos estimados de desarrollo.
* Costos estimados de personal.
* Costos de tiempo de ordenados.
* Costo de equipos f¡sicos y l¢gicos adicionales al sistema.
* Costos de implantaci¢n.
La selecci¢n de alguna alternativa, deber ser efectuada por el
Comit‚ de Direcci¢n del Proyecto, asistido por el equipo del
proyecto.
El punto de partida para el An lisis de Sistemas de la alter-
nativa elegida, ser el modelo l¢gico de procesos, este m¢dulo
deber incluir las nuevas funciones y necesidades del usuario.
|
