El Esquema Metodologico

Proceso de investigacin para tesis en ingeniera Csar Luza Montero
Leccin 1
El esquema metodolgico
1.1 Qu es el esquema metodolgico?
El esquema metodolgico est conformado por la descripcin de las actividades

(conceptuales, metodolgicas, o algortmicas) que el investigador realizar para resolver el
problema en estudio.
Puede considerarse, tambin, como una fase del proceso de investigacin para la
elaboracin de la tesis en ingeniera. Durante esta fase, el investigador determina,
describe y aplica, con claridad, la herramienta tecnolgica (mtodo, algoritmo, modelo,
esquema, diseo, plan, etc.) que usar para construir la solucin (software, sistema,
infraestructura tecnolgica, etc.) al problema de investigacin planteado en la tesis.
1.2 Cmo elaborar el esquema metodolgico?
Para elaborar el esquema metodolgico es preciso realizar las siguientes actividades:

Seleccin de la(s) herramienta(s) tecnolgica(s), adaptacin de la(s) herramienta(s)
tecnolgica(s), y aplicacin de la(s) herramienta(s) tecnolgica(s) al problema.
a) Seleccin de la(s) herramienta(s) tecnolgica(s)

En esta actividad, se evala las diversas alternativas de herramientas tecnolgicas
existentes, las cuales han sido revisadas en la fase del Revisin de literatura,
para elegir la ms adecuada para la solucin del problema planteado. Si el informe
del Revisin de literatura consigna una evaluacin comparativa de las diversas
herramientas tecnolgicas, entonces, ser considerada como entrada para la
seleccin de la herramienta. La evaluacin de las herramientas tecnolgicas
permite justificar la seleccin de aquella que ser utilizada para construir la
solucin al problema. Dependiendo de las caractersticas del problema y de la
solucin, la herramienta tecnolgica ser un algoritmo, un modelo, un mtodo, etc.
Ejemplos:
Tema de Tesis: Algoritmos GRASP para el problema de Cortes 2D No

Guillotinable. La herramienta para este problema est dada por los algoritmos
que existen para resolverlo. Entre los algoritmos que existen para el problema
de cortes se tienen: algoritmos genticos, algoritmo FFD, algoritmos BFD,
algoritmo GRASP, etc.
Tema de Tesis: Un Sistema de Informacin Gerencial para PYMES Textiles. La

herramienta para este problema ser dada por los mtodos que existen para el
desarrollo de un sistema de informacin, y en particular si fuera posible para
un sistema de informacin gerencial.
Tema de Tesis: Prediccin de lluvias para la provincia de Urubamba usando

Redes Neuronales Artificiales. La herramienta para este problema ser dada
por los mtodos que existen para la prediccin de lluvias, entre ellas se
encuentran los mtodos estadsticos de prediccin, las redes neuronales
artificiales (en particular la red Perceptron multicapa), etc.
b) Adaptacin de la(s) herramienta(s) tecnolgica(s)

En esta actividad se describe la(s) herramienta(s) tecnolgica(s) seleccionada(s). Si
la solucin a construir requiere adaptar la herramienta tecnolgica, entonces, se
describe la adaptacin de la misma, indicando con claridad los elementos de la
herramienta necesarios para la solucin. Si la solucin no requiere adaptar la
herramienta, entonces, la misma se describe en forma directa, pero si sta fue
descrita en el informe del estado del arte, ya no es necesaria describirla aqu.
c) Aplicacin de la(s) herramienta(s) tecnolgica(s) al problema
En esta actividad se realiza la aplicacin de la herramienta tecnolgica seleccionada

y adaptada para resolver el problema en estudio. Si la herramienta seleccionada es
un algoritmo, entonces, se realiza el algoritmo adaptado para resolver el problema
en estudio. Si la herramienta seleccionada es un mtodo, entonces, se realiza la
aplicacin del mtodo para resolver el problema. Para el caso de problemas que
corresponden al desarrollo de un sistema de informacin, se realiza el anlisis,
diseo, modelo de bases de datos, etc., segn la secuencia de la metodologa

seleccionada.
1.3 El informe del esquema metodolgico
Los resultados del proceso de elaboracin del esquema metodolgico deben consignarse
en un informe, en la cual el candidato al ttulo profesional de ingeniero de sistemas y
cmputo debe describir la propuesta de solucin al problema en estudio. La redaccin del
informe de aporte terico corresponde, por lo general, a uno o dos captulos del informe
final de la tesis.
La estructura del informe depende del aporte terico realizado, sta debe incluir en lo
posible:
a) Nombre de las herramientas que se pueden aplicar para resolver el problema.
b) Definicin y justificacin de los criterios a usar para evaluar las herramientas (en la
literatura especializada es usual presentar comparaciones de herramientas).
c) Cuadro comparativo donde se presentan las herramientas y los criterios, el mismo

que deber ser comentado de manera clara.
d) Definicin de elementos de la herramienta seleccionada. Por ejemplo, si el tema de

tesis es Algoritmos GRASP para el problema de Cortes 2D No Guillotinable y la
herramienta seleccionada es el algoritmo GRASP, entonces, la definicin de
elementos que requiere el algoritmos GRASP son: rotacin (hay o no rotacin del
cuerpo a cortar), tamao de la lmina, tamao de los requerimientos, demandas,
etc. Si el tema de Tesis es Prediccin de lluvias para la provincia de Urubamba
usando Redes Neuronales Artificiales, y la herramienta seleccionada es la red
Perceptron multicapa, entonces, la definicin de elementos que requiere la red
Perceptron multicapa: variables de entrada, variables de salida, nmero de capas,
nmero de nodos por capas, etc.
e) Descripcin de la adaptacin de la herramienta seleccionada. Por ejemplo, si la

herramienta es un algoritmo, entonces, se deber presentar el algoritmo adaptado
para resolver el problema en estudio. Si la herramienta seleccionada es un mtodo,
entonces, se deber presentar el mtodo adaptado para resolver el problema.
f) Descripcin de la aplicacin de la herramienta al problema. Por ejemplo, si

herramienta seleccionada para resolver el problema en estudio corresponde al
desarrollo de un sistema de informacin se presenta el resultado del anlisis,
diseo, modelo de bases de datos, etc., segn secuencia de la metodologa
seleccionada.
1.4 Criterios para validar el esquema metodolgico
El informe del aporte terico debe cumplir los siguientes aspectos:
Los nombres de las herramientas tecnolgicas estn consignadas?
Se ha justificado la eleccin de la herramienta tecnolgica?
Se ha descrito y definido los elementos bsicos de la herramienta tecnolgica?
Se ha realizado la adaptacin de la herramienta tecnolgica al problema en

estudio
Se ha realizado la aplicacin de la herramienta tecnolgica adaptada para la

construccin de la solucin al problema en estudio?
Se han citado adecuadamente a las referencias bibliogrficas utilizadas?

Leccin 2
Ejemplo de esquema metodolgico
Consideremos la tesis para obtener el ttulo profesional de ingeniero de sistemas y

cmputo titulado: Software de Gestin de Incidencias en la Atencin a Clientes de la
Empresa ABC.
2.1 Seleccin de la herramienta tecnolgica
En la fase de estado del arte se han determinado los siguientes mtodos para el
desarrollo de software:
RUP (Rational Unified Process),

XP (eXtreme Programming),
FDD (Feature Driven Development) y
AUP (Agile Unified Process).
Los criterios de comparacin establecidos son:
a) Experiencia del equipo. Se refiere a la experiencia profesional del personal

asignado al proyecto de la empresa ABC en relacin a los mtodos disponibles.
b) Carga de Trabajo. Es la responsabilidad que asignada a los miembros del equipo y

que representa el esfuerzo a realizar.
c) Documentacin. Se refiere a informacin tangible y persistente que ayude en todo

el ciclo de vida del desarrollo del sistema para poder monitorear los procesos ya
terminados.
d) Manejo de riesgos. Se refiere a la efectividad de control y reaccin del equipo ante

problemas que se presenta durante el ciclo.
e) Relacin con el cliente. Es la relacin que posee el cliente con el desarrollo del
software, quiere decir el monitoreo y revisin propia del cliente con los procesos ya
finalizados durante el ciclo de vida del producto.
f) Duracin. Tiempo estimado del proyecto a realizar.
Los valores y puntajes para cada criterio son:
CRITERIO VALOR DESCRIPCIN PUNTAJE
Alto Equipo con gran experiencia en el mtodo 4

Experiencia del equipo
Bajo Poca experiencia del equipo 2
Alto Mxima carga de trabajo (propenso a errores) 1

Carga de Trabajo
Bajo Mnima carga de trabajo 3
Mucho Documentacin completa 2
Documentacin Poco Mnima documentacin 1
Moderado Documentacin parcial 3
Mayor Buen manejo de riesgos 5

Manejo de riesgos
Menor Manejo de riesgos parcial 3
Mayor Buena relacin con el cliente (entregables) 4

Relacin con el cliente
Menor Relacin con el cliente es parcial 2
Mayor Puede extender el plazo 1

Duracin
Menor Permite terminar en el plazo 3
El cuadro comparativo elaborado es:
Criterio /Metodologa RUP XP FDD AUP

Experiencia del equipo Bajo Alto Alto Alto
Carga de Trabajo Bajo Alto Alto Moderado

Criterio /Metodologa RUP XP FDD AUP
De
Documentacin Mucha Poca Poca Moderado
Experiencia del equipo 2 4 4 4 acuer
Manejo de riesgos Mayor Moderado Menor Mayor do
Carga de Trabajo 3 1 1 2
con
Relacin con el cliente Moderado Mayor Mayor Moderado
Documentacin 2 1 1 3 los
Duracin Mayor Menor Menor Medio cuadr
Manejo de riesgos 5 4 3 5
os
Relacin con el cliente 3 4 4 3 prese

ntado
Duracin 1 3 3 2
s, se
Total 16 17 16 19 conclu
ye
que el mtodo a usar es AUP (Agile Unified Proccess).
2.2 Descripcin de la herramienta: AUP
El AUP es una versin simplificada del Rational Unified Process (RUP). Es un mtodo
sencillo, fcil de entender para el desarrollo de software de aplicaciones empresariales.
Utiliza tcnicas giles como: Test Driven Development (TDD), Agil Model Driven
Development (AMDD), gestin del cambio gil, y refactorizacin de base de datos para
mejorar su productividad1.
1
http://cgi.una.ac.cr/AUP/index.html ltima visita: 28/11/2011
El ciclo de vida de AUP es secuencial, en las fases, e iterativo, en las disciplinas, liberando
entregables incrementales en el tiempo, como se ve en la figura 2.1.
Figura 2.1 Ciclo de Vida de AUP
2.2.1 Disciplinas de AUP
Las disciplinas definen las actividades que el equipo de desarrollo ejecuta para construir,
validar y liberar el software funcional, el cual cumple con las necesidades de los
involucrados. Las disciplinas, se ejecutan en forma iterativa, son las siguientes:
a) Modelado
La meta de esta disciplina es entender y modelar el negocio (la organizacin), el
dominio del problema que el proyecto aborda e identificar una solucin viable para el
mismo.
b) Implementacin
La meta de esta disciplina es transformar los(s) modelo(s) elaborados en un cdigo
ejecutable y realizar una prueba de nivel bsico en una unidad particular de prueba.
c) Pruebas
La meta de esta disciplina es ejecutar una evaluacin de los objetivos para asegurar la
calidad. Incluye encontrar defectos, validar que el sistema funcione como fue
diseado y verificar si los requerimientos estn completos.
d) Despliegue
La meta de esta disciplina es planificar la entrega del sistema y ejecutar el plan para
que el sistema est disponible para los usuarios finales.
e) Administracin de la Configuracin
La meta de esta disciplina es administrar el acceso a los entregables o productos del

proyecto. Esto incluye, no slo el rastreo de versiones del producto en el tiempo, sino
que tambin, controlar y administrar los cambios que ocurran.
f) Administracin de Proyecto
La meta de esta disciplina es dirigir las actividades que se llevan a cabo en el

proyecto. Esto incluye administracin del riesgo, la direccin de personas (asignar
tareas, seguimiento de los procesos, etc.), y coordinar con los sistemas y personas
fuera del alcance del proyecto para que ste termine a tiempo y dentro del
presupuesto.
g) Ambiente
La meta de esta disciplina es apoyar el resto de los esfuerzos para garantizar el

proceso adecuado, la orientacin (normas y directrices) y herramientas (hardware,
software, etc.) necesarias estn disponibles para el equipo.
2.2.2 Fases e Hitos de AUP
Las fases agrupan a un conjunto de actividades definidas en cada disciplina. Son

realizadas en forma secuencial. Cada una termina en un hito. El Agile UP tiene cuatro
fases.
a) Inicio
Permite identificar el alcance inicial de proyecto, una arquitectura inicial del sistema y
obtener un presupuesto inicial del proyecto y una aceptacin de los involucrados. Sus
hitos son:
1. Acuerdo del Alcance: Los interesados llegan a un acuerdo sobre el alcance del
proyecto.
2. Definicin Inicial de Requerimientos. Existe un acuerdo en que el conjunto correcto

de requisitos han sido capturados, en un nivel alto, y hay un entendimiento comn
de esos requisitos.
3. Acuerdo del Plan. Los involucrados llegan a un acuerdo con el costo inicial y la
estimacin del cronograma.
4. Aceptacin del Riesgo. El riesgo ha sido identificado, evaluado y se han abordado

estrategias aceptables para controlarlos.
5. Aceptacin de Proceso. La Metodologa de Proceso Unificado gil ha sido

inicialmente adoptado y aceptado por todas las partes.
6. Viabilidad. El proyecto tiene sentido desde la perspectiva tcnica, operacional y
del negocio.
7. Plan del Proyecto. Existen adecuados planes para la siguiente fase de Elaboracin
8. Cumplimiento del Portafolio. El alcance del proyecto encaja bien en su

organizacin general del portafolio de proyectos?
b) Elaboracin
El principal objetivo de esta fase es probar la arquitectura del sistema a desarrollar. El

punto es asegurar que el equipo puede desarrollar un sistema que satisfaga los
requisitos, y la mejor manera de hacerlo es la construccin de extremo a extremo del
esqueleto de trabajo del sistema conocido como "prototipo de la arquitectura". Sus
hitos son:
9. Estabilidad de la visin. La visin del proyecto ha sido estabilizada y es realista.
10. Estabilidad de la arquitectura. Se est de acuerdo en que la arquitectura es

estable y es suficiente para satisfacer los requerimientos. La arquitectura ha sido
prototipada apropiadamente para ser direccionada con los riesgos de la
arquitectura principal.
11. Aceptacin del riesgo. El riesgo ha sido evaluado para asegurar que se ha
entendido apropiadamente, documentado y que se han desarrollado estrategias
para manejarlos como aceptable.
12. Viabilidad. El proyecto aun tiene sentido desde la perspectiva tcnica, operacional
y del negocio.
13. Plan del Proyecto. Plan de iteracin detallado para las prximas iteraciones de la
etapa de Construccin, as como un plan de proyecto de alto nivel ya elaborado.
14. Cumplimiento de la organizacin. La arquitectura del sistema refleja las

realidades de la arquitectura de la empresa?.
c) Construccin
El objetivo de la fase de Construccin es desarrollar el sistema hasta el punto en que

est listo para la pre-produccin de pruebas. En las etapas anteriores, la mayora de
los requisitos han sido identificados y la arquitectura del sistema se ha establecido. El
nfasis es priorizar y comprender los requerimientos, el modelado de la solucin y,
luego, la codificacin y las pruebas del software. Si es necesario, las primeras
versiones del sistema se desarrollan, ya sea interna o externamente, para obtener los
comentarios de los usuarios. Sus hitos son:
15. Estabilidad del Sistema. El software y la documentacin de soporte son aceptables

(estable y madura) para implementar el sistema a los usuarios.
16. Involucrados preparados. Los involucrados (y el negocio) estn listos para que el
sistema sea implementado (aunque an necesiten entrenamiento).
17. Aceptacin del riesgo. El riesgo ha sido evaluado para asegurar que ha sido
apropiadamente entendido, documentado y que se han desarrollado estrategias

para manejarlo como aceptable.
18. Aceptacin y estimacin del costo. Los gastos son aceptables y las estimaciones
razonables han sido calculadas y programadas para los costos futuros.
19. Plan del proyecto. Plan de iteracin detallado para las prximas iteraciones de la
etapa de Transicin, as como un plan de proyecto de alto nivel ya elaborado.
20. Cumplimiento de la organizacin. El producto elaborado por el equipo cumplen
con los estndares apropiados de la organizacin?

d) Transicin
La fase de Transicin se enfoca en liberar el sistema a produccin. Deben hacerse

pruebas extensivas a lo largo de esta fase, incluyendo las pruebas beta. Una buena
afinacin del proyecto tiene lugar aqu incluyendo el re trabajo dirigido a los defectos
significantes (su usuario puede escoger aceptar a existencia de algunos defectos
conocidos en la versin actual). Sus hitos son:
21. Aceptacin de los involucrados del negocio. Los involucrados del negocio estn
satisfechos con el sistema y lo aceptan.
22. Operaciones de aceptacin. Las personas se responsabilizan de operar el sistema

una vez que este est en produccin y estn satisfechos con los procedimientos y
documentacin relevantes.
23. Aceptacin del soporte. Las personas se responsabilizan del soporte del sistema
una vez que este est en produccin y estn satisfechos con los procedimientos y
documentacin relevantes.
24. Aceptacin del costo estimado. Los gastos actuales son aceptados, y las
estimaciones razonables han sido hechas parar los costos futuros de produccin.
2.2.3 Entregables de AUP
El Agile UP distingue entre:
Entregable que absolutamente se debe producir como un producto permanente

de trabajo del sistema.
Otros productos de trabajo del proyecto que probablemente descartar porque
no se quiere mantenerlos en el tiempo.
Productos de trabajo de la organizacin que son mantenidos dentro de su
departamento de TI y compartida a travs de proyectos.
Entregables bsicos: El mnimo de entregables para un sistema bajo AUP es

descrito, en orden prioritario, en la tabla siguiente:
ENTREGABLE DESCRIPCIN
El software de trabajo, el hardware y la documentacin para ser liberada a

Sistema
produccin.
Cdigo fuente El cdigo de programa para su sistemas
Una coleccin de casos de prueba, y el cdigo para correrlas en un orden

Suite de pruebas adecuado. La suite de pruebas de regresin incluir un gran rango de pruebas,
de regresin tomando en cuenta pruebas de aceptacin, unidad de pruebas, pruebas de
sistema y muchas otras.
Scripts de
Cdigo para instalar el sistema en el ambiente de pre-produccin.
instalacin
La documentacin liberada como una parte del sistema para ayudar al usuario al
Documentacin trabajar con l, y a los desarrolladores para mantenerlo actualizado. Integra
del sistema potencialmente las operaciones, soporte, usuarios, y una documentacin general
del sistema.
Sus notas deben resumir "las buenas cosas a saber" acerca de las versiones
Notas
actuales que se estn construyendo.
Describe los requisitos que su sistema debe cumplir. Consta de una variedad de
productos de trabajo, incluyendo potencialmente pruebas de aceptacin,
Modelado de oportunidades de automatizacin, modelos de procesos del negocio, reglas del
requerimientos negocio, modelo del dominio, modelo de la organizacin, glosario del proyecto,
requerimientos tcnicos, modelo de casos de uso, y el modelo de interface de
usuario.
Describe el diseo de su sistema. Consta de una variedad de productos de

trabajo, incluye potencialmente un modelo de despliegue, un modelo de objetos,
Modelo de diseo
un modelo de datos fsico (PDM), un modelo de seguridad de amenazas, un
documento de resumen del sistema, y un modelo de interface de usuario
Otros productos de trabajos, listados en orden alfabtico, que se puede elegir para
crear o utilizar:
Pruebas de Pruebas de aceptacin que describen los requerimientos de caja-negra, identificados
Aceptacin por sus usuarios del proyecto, a los cuales su sistema se debe ajustar.
Oportunidades de Una indicacin de actividades manuales en las que potencialmente podran ser
Automatizacin automatizados.
Una indicacin del monto del presupuesto, cuando ser recibido y el criterio (si fuera
Presupuesto el caso) que su equipo debe cumplir para recibir el fondo para soportar el esfuerzo
del proyecto.
Modelado de Una descripcin de las actividades del negocio, la informacin de flujo a travs de
Procesos del Negocio ella, y los orgenes y destinos de la informacin.
Una especificacin de reglas del negocio captura la coleccin de reglas del negocio
Especificaciones de implementadas por el sistema. Una regla del negocio define o limita un aspecto de
las Reglas del su negocio que pretende hacer valer la estructura o influencia del comportamiento
Negocio del negocio. Las reglas del negocio se concentran frecuentemente los problemas de
controles de acceso, clculos del negocio o polticas de su organizacin.
El esquema de sus almacenes de datos. En el caso de las bases de datos

Esquema de Datos relacionales, es descrito por el lenguaje de definicin de datos (DDL), para los
almacenes de datos XML se usa un esquema de XML o XML DTDs.
Un tipo de solicitudes de cambio que definen problemas relacionados al sistema; es

Reporte de Defectos
decir, el sistema no est funcionando de la forma en que tiene que hacerlo.
Modelado de
Describe cmo se va a organizar los aspectos de hardware y software del sistema.
Despliegue
Plan de Despliegue Describe el acercamiento del despliegue del sistema en produccin.
Describe las principales entidades empresariales, las relaciones entre ellas y,

Modelado de Dominio
potencialmente, sus responsabilidades.
Estimacin Los costos de proyecto para completar el proyecto.

Estimaciones
Una estimacin hecha por un individuo del tiempo y costo para ejecutar la tarea.
Individuales
Describe su esquema de objetos, el cdigo que comprende su software.
Modelado de Objetos Frecuentemente comprendido por varias vistas por una estructura esttica y los
aspectos dinmicos del esquema
Operaciones de Captura la informacin de apoyo y los procedimientos para operar el sistema una vez
Documentacin que estn en produccin.
Describe la organizacin (tal vez una divisin de su empresa) en el que su sistema se

Evaluacin de la
desplegar, con una indicacin de la capacidad de la organizacin a adoptar y utilizar
Organizacin
el nuevo sistema.
Indica a las personas que participan en su proyecto y la estructura de informacin

Modelo de la
entre ellos. Debe indicar tanto los miembros del equipo del proyecto, como los
Organizacin
principales interesados y sus funciones.
Modelo de Datos Describe el esquema fsico de un almacn de datos, tales como una base de datos
Fsico (PDM) relacional o archivo XML.
Glosario del Proyecto Describe los trminos crticos y tcnicos del negocio en su proyecto.
Resume los objetivos, plan, y la misin del proyecto. Potencialmente compuesta de
Descripcin General
una declaracin de las metas del proyecto, estatutos de la visin del proyecto, y una
del Proyecto
evaluacin de la organizacin.
Comprende el plan de iteraciones, el cronograma del proyecto, lista de riesgo,
Plan del Proyecto
estimacin, y presupuesto.
Recursos del Compuesto de financiacin, de hardware / software, y las facilidades (como las
Proyecto habitaciones).
Cronograma del
Indica las actividades, las dependencias entre ellos, y los hitos del proyecto.
Proyecto
Prueba del Concepto
Cdigo de trabajo que demuestra un enfoque tcnico de trabajo.
Prototipo
Registro de Revisin Los resultados, incluidos los puntos de accin, de una revisin.
Lista de Riesgos Una lista de los riesgos identificados, y las estrategias de mitigacin
Modelado de
Amenazas de Un modelo que analiza las amenazas de la seguridad de su sistema.
Seguridad
La documentacin requerida por el personal de apoyo, solucin de problemas tales
Documentacin de
como guas, informacin de contacto para el equipo de desarrollo, que les permite
Soporte
apoyar a los usuarios finales.
Documento de la Documentacin tcnica de las personas responsables de mantenimiento y evolucin
Descripcin General del sistema.

de Sistema
Procesos ajustados Comprende AUP, orientacin, y plantillas ajustadas a sus necesidades del equipo del
(adopcin) proyecto.
Requerimientos No describe los problemas de comportamiento tales como los de usabilidad,

Tcnicos seguridad y rendimiento a menudo se define como requerimientos no funcionales.
Una "forma electrnica" que contiene informacin comn a llenar los campos para un
Plantillas
determinado tipo de producto de trabajo
Pruebas Modelado Comprende un Suite de Pruebas de Regresin y cualquier Reporte de Defectos.
Estrategia de Pruebas Una descripcin de su enfoque general de prueba.
Herramientas Los paquetes de software utilizados para desarrollar el sistema
Las notas de cursos, documentacin general, tareas y mucho ms utilizado para

Materiales de
ayudar el entrenamiento de usuarios, personal de soporte y operaciones de soporte
Capacitacin
que funcionan con el sistema.
Casos de uso describe algo de valor a los usuarios y son un requerimiento primario
Casos de Uso
del producto de trabajo del Agile UP.
Modelado de Casos Un modelo de caso de uso est compuesto por cero o ms diagramas de casos de
de Uso uso, descripciones de casos d uso y descripciones de actores.
Documentacin de Los manuales, documentacin de ayuda, etc; que los usuarios finales utilizan para
Usuario ayudarles a entender el sistema.
Modelo de Interface
Describe las interfaces de usuario de su sistema.
de Usuario
Entregables del negocio: los equipos de desarrollo (por ejemplo, los arquitectos,
administradores de base de datos, gestores del portafolio,...) a menudo
proporcionan el seguimiento de la labor de productos para ayudar a orientar y
facilitar los esfuerzos de su proyecto:
Modelo de la
Representa el marco de trabajo, la red, la configuracin de la liberacin, infraestructura
Arquitectura del
tcnica de soporte y la infraestructura de dominio para la organizacin.
Negocio
Orientacin del Normas y directrices aplicables a todos los sistemas dentro de su organizacin, incluida
Desarrollo del la codificacin de las directrices, la red de directrices, normas de datos, y as
Negocio sucesivamente.
Orientacin de la Normas y directrices que deben seguirse dentro de su organizacin, incluyendo guas
Empresa de desarrollo, guas de recursos humanos, guas de modelo, y gua de usabilidad.
Estado de la Misin Una declaracin de las estrategias que deben seguirse para alcanzar los Visin
de la Organizacin empresarial.
Visin de la Empresa Una declaracin del principal objetivo (s) de una organizacin.
Guas de Recursos Normas y directrices para las actividades de gestin de personas-tales como la
Humanos contratacin, promocin, transferencia, capacitacin, educacin, etc.
Describe las tcnicas, tales como convenciones de nomenclatura, las directrices de

Guas de Modelado estilo de diseo, estilo e incluso la notacin de directrices sobre cmo los modelos
deben ser organizados y documentados.
Un enfoque de la arquitectura diseado y probado para usarse en un dominio
Arquitectura de
particular, junto con el soporte del producto para habilitar su uso; Esto frecuentemente
Referencia
provee una base por crear una arquitectura de aplicacin.
Normas y directrices para el desarrollo de la interfaz de usuario de un sistema y para
Guas de Usabilidad
determinar su uso efectivo.
2.3 Adaptacin de AUP al Problema de la Empresa ABC

Para las 4 fases a elaborar se desarrollar entregables como se detallar a continuacin:
Iteracin I1 (Inicio) y E1 (Elaboracin): Se entregar:

Requerimientos del software.
Modelado requisitos a alto nivel
Elaboramos de manera sencilla, clara e informal un borrador del diagrama de casos
de uso as como una breve descripcin de cada funcionalidad de cada caso de uso.
Modelado arquitectura a alto nivel
El objetivo es tratar de identificar una arquitectura con posibilidades de funcionar
bien desde el punto de vista tcnico y conceptual. Haremos un diagrama de
despliegue para razonar los nodos y un borrador bsico del diagrama de clases.
Prototipo interfaz de usuario bsico
Se razonar sobre la presentacin de la aplicacin y su interaccin con el usuario.
En las iteraciones de construccin, de manera iterativa, vamos analizando un conjunto de

requisitos, diseando una solucin, construyndola y probando el resultado.
Iteracin C1 (Construccin):
En esta iteracin nos centramos en el anlisis, diseo e implementacin de la
forma de ingreso al sistema, as como los mantenimientos y los permisos de
acceso. Se entregar tanto el diagrama de casos de uso revisado como el diagrama
de clases, y el diagrama de secuencia de cada caso de uso. En cdigo, se
entregar una versin operativa que informe a travs de mensajes en ventana del
sistema, de los distintos mantenimientos que se hizo.

forma de registrar una incidencia as como su solucin. Se entregar tanto el
diagrama de casos de uso revisado como el diagrama de clases, y el diagrama de
secuencia de cada caso de uso. En cdigo, se entregar una versin operativa que
informe a travs de mensajes en ventana del sistema.
consulta y registro de preguntas frecuentes (F.A.Q.), as como las consultas y
reportes que se pueden generar del sistema en mencin. Se entregar tanto el
diagrama de casos de uso revisado como el diagrama de clases, y el diagrama de
secuencia de cada caso de uso. En cdigo, se entregar una versin operativa que
informe a travs de mensajes en ventana del sistema.
Iteracin T1 (Transicin):
Se prepara la herramienta para el despliegue, elaborndose:
Documentacin
Pruebas a fondo
Preparar distribucin e instalacin.
2.4 Aplicacin de AUP al Problema de la Empresa ABC
Iteracin I1 (Inicio) y E1 (Elaboracin): Se entregar:

Requerimientos del software.
Requerimientos funcionales
o El acceso al sistema ser controlado con nombres de usuario y contraseas,
solo los usuarios con derechos de administrador podrn accesar las
funciones administrativas, los usuarios normales no podrn hacerlo.
o Los usuarios con servicios de administrador debe ser capaz de administrar
los permisos a cada usuario, as como su registro y su modificacin.
o Los usuarios con permisos de administrador deben ser capaz de gestionar
los consorcios, empresas, salas, personal, clientes, servicios y sub-servicios
y las preguntas frecuentes.
o Las incidencias y requerimientos a consultar pueden estar organizados

segn los servicios y sub-servicios que la empresa brinda para una mejor
bsqueda.
o Los usuarios normales pueden registrar su incidencia, as como primero
consultar en el mdulo de preguntas frecuentes si dicha consulta ya ha sido
realizado anteriormente.
o Las incidencias tendrn un estado de atencin clasificado por: NUEVO, EN
PROCESO, VENCIDO, VENCIDO PARCIAL, CERRADO.
o Las incidencias as tambin tendrn un rango de prioridad clasificndose en:
MUY ALTA, ALTA, MEDIUM, NORMAL.
o Los usuarios con permisos a Consultas pueden consultar la cantidad de
requerimientos que se han realizado en rango de fechas por salas, por
estado y por personal atendido.
Requerimientos no funcionales
o El sistema debe tener una disponibilidad de 24 x 7 (disponible en todo el
da), ya que algunas salas de casino estn en funcionamiento en todo el da
y en cualquier momento puede ocurrir alguna incidencia.
o El sistema tendr un rango de respuesta de tres a cinco segundos, es decir
debe tener el mayor tiempo de respuesta posible.
o El sistema ser instalado en el servidor web de la empresa LINKTEK.
o El sistema debe poder ser accesado desde cualquier lugar conectado a
Internet, y por cualquier navegador posible (de preferencia Internet
Explorer, Mozilla Firefox y Google Chrome).
o El sistema deber ser fcilmente portable al sistema operativo Microsoft
Windows XP o posteriores
o La tasa de fallos del sistema debe ser la menor posible restringido mximo
a 5 fallos por semana.
Modelado requisitos a alto nivel
Diagrama de CUS Inicial

Modulo FAQ
Modulo Mantenimientos
Registrar Pregunta Consultar Preguntas Frecuentes

Asignar Correos
Modulo Procesos (from Modulo FAQ) (from Modulo FAQ)
(from Modulo Mantenimientos) Asignar sala
(from Modulo Mantenimientos)
Registrar Requerimiento de
Cerrar Requerimientos o Incidencia Serv icio
(from Modulo Procesos) (from Modulo Procesos) Gestionar Consorcio
Cliente
Personal
Registrar Incidencia Gestionar Empresa
(from Modulo Procesos) Registrar Requerimiento (from Modulo Mantenimientos)
(from Modulo Procesos)
Gestionar Sala

Registrar Mensaje
(from Modulo Procesos) Modulo consultas
Gestionar Noticias
Gestionar Serv icio - Subserv icio
Consultar Reporte de consultar Reporte de (from Modulo Mantenimientos)
Requerimientos por Sala Requerimientos por Personal
(from Modulo consultas) (from Modulo consultas)
Gestionar Usuario

Consultar Reporte de Gestionar Preguntas Frecuentes
Requerimientos por Estado
(from Modulo consultas) (from Modulo Mantenimientos)
o Lista Inicial de casos de uso
Funcionalidad Casos de Uso
Registra y modifica los consorcios Gestionar Consorcio
Registra y modifica las empresas Gestionar Empresa
Registra y modifica las salas Gestionar Sala
Gestionar Personal
Registra y modifica el personal-cliente
Cliente
Gestionar servicios y sub-

Registra y modifica servicios y sub-servicios
servicios
Registra y modifica las noticias que se mostrarn en el sistema. Gestionar Noticia
Registra, modifica y responde preguntas frecuentes realizadas Gestionar Preguntas

por los usuarios. Frecuentes
Registra y modifica los usuarios en el sistema Gestionar Usuarios
Asigna correos del personal segn los servicios y sub-servicios

Asignar Correos
que brinda la empresa
Asigna el usuario a una sala especfica Asignar Sala
El usuario registra una pregunta que no se encuentra dentro

Registra Pregunta
de la lista de preguntas frecuentes.
El usuario consulta algunas preguntas frecuentes segn los Consultar Preguntas

servicios y sub-servicios. Frecuentes
El usuario consulta los requerimientos realizados en una sala Consultar Requerimientos

segn las fechas de rango establecidas y generar un reporte. por Sala
El usuario consulta los requerimientos realizados por estado Consultar Requerimientos

segn las fechas de rango establecidas y generar un reporte. por Estado
El usuario consulta los requerimientos atendidos por el

Consultar Requerimientos
personal segn las fechas de rango establecidas y generar un
por Personal
reporte.
El usuario escoge un sub-servicio especfico e inmediatamente

Registrar Requerimiento
escoge la prioridad, el detalle y si desea correos adicionales
de servicio
para que se le enve lo realizado.
El usuario escoge registrar incidencia escogiendo la prioridad,

el detalle y si desea correos adicionales para que se le enve lo Registrar Incidencia
realizado.
El usuario escoge registrar requerimiento escogiendo la

prioridad, el detalle y si desea correos adicionales para que se Registrar Requerimiento
le enve lo realizado.
El usuario escoge una incidencia almacenada, hace clic en

Registrar Mensaje
ampliar mostrando la informacin de la incidencia
El usuario que realiz la incidencia o requerimiento, podr ser

Cerrar Requerimiento o
capaz de cerrar la incidencia si es que est solucionado su
Incidencia
incidencia.
Modelo de arquitectura de alto nivel
o Diagrama de capas
o Diagrama de componentes:
Prototipos de interfaz bsico
Formulario de Logeo:
Formulario de Inicio:
Formulario de Mantenimiento de Consorcio:

Formulario de Mantenimiento de Empresa:
Formulario de Mantenimiento de Sala:

Formulario de Mantenimiento de Personal Cliente:

Formulario de Asignar una sala

Formulario de Mantenimiento de Usuarios
Formulario de Mantenimiento de Servicios y Subservicios

Formulario de Preguntas
Formulario de Noticias
Formulario de Registrar Requerimiento de Servicio

El Esquema Metodologico

Caricato da

Informazioni sul documento

Descrizione originale:

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

El Esquema Metodologico

Caricato da

Copyright:

Formati disponibili

Proceso de investigacin para tesis en ingeniera Csar Luza Montero

1.1 Qu es el esquema metodolgico?

El esquema metodolgico est conformado por la descripcin de las actividades

1.2 Cmo elaborar el esquema metodolgico?

Para elaborar el esquema metodolgico es preciso realizar las siguientes actividades:

a) Seleccin de la(s) herramienta(s) tecnolgica(s)

Tema de Tesis: Algoritmos GRASP para el problema de Cortes 2D No

Tema de Tesis: Un Sistema de Informacin Gerencial para PYMES Textiles. La

Tema de Tesis: Prediccin de lluvias para la provincia de Urubamba usando

b) Adaptacin de la(s) herramienta(s) tecnolgica(s)

c) Aplicacin de la(s) herramienta(s) tecnolgica(s) al problema

En esta actividad se realiza la aplicacin de la herramienta tecnolgica seleccionada

diseo, modelo de bases de datos, etc., segn la secuencia de la metodologa

1.3 El informe del esquema metodolgico

a) Nombre de las herramientas que se pueden aplicar para resolver el problema.

c) Cuadro comparativo donde se presentan las herramientas y los criterios, el mismo

d) Definicin de elementos de la herramienta seleccionada. Por ejemplo, si el tema de

e) Descripcin de la adaptacin de la herramienta seleccionada. Por ejemplo, si la

f) Descripcin de la aplicacin de la herramienta al problema. Por ejemplo, si

1.4 Criterios para validar el esquema metodolgico

El informe del aporte terico debe cumplir los siguientes aspectos:

Los nombres de las herramientas tecnolgicas estn consignadas?

Se ha justificado la eleccin de la herramienta tecnolgica?

Se ha descrito y definido los elementos bsicos de la herramienta tecnolgica?

Se ha realizado la adaptacin de la herramienta tecnolgica al problema en

Se ha realizado la aplicacin de la herramienta tecnolgica adaptada para la

Se han citado adecuadamente a las referencias bibliogrficas utilizadas?

Ejemplo de esquema metodolgico

Consideremos la tesis para obtener el ttulo profesional de ingeniero de sistemas y

2.1 Seleccin de la herramienta tecnolgica

RUP (Rational Unified Process),

Los criterios de comparacin establecidos son:

a) Experiencia del equipo. Se refiere a la experiencia profesional del personal

b) Carga de Trabajo. Es la responsabilidad que asignada a los miembros del equipo y

c) Documentacin. Se refiere a informacin tangible y persistente que ayude en todo

d) Manejo de riesgos. Se refiere a la efectividad de control y reaccin del equipo ante

f) Duracin. Tiempo estimado del proyecto a realizar.

Los valores y puntajes para cada criterio son:

CRITERIO VALOR DESCRIPCIN PUNTAJE

Alto Equipo con gran experiencia en el mtodo 4

Alto Mxima carga de trabajo (propenso a errores) 1

Mucho Documentacin completa 2

Documentacin Poco Mnima documentacin 1

Moderado Documentacin parcial 3

Mayor Buen manejo de riesgos 5

Mayor Buena relacin con el cliente (entregables) 4

Mayor Puede extender el plazo 1

El cuadro comparativo elaborado es:

Criterio /Metodologa RUP XP FDD AUP

Experiencia del equipo Bajo Alto Alto Alto

Carga de Trabajo Bajo Alto Alto Moderado

Relacin con el cliente 3 4 4 3 prese

2.2 Descripcin de la herramienta: AUP

Figura 2.1 Ciclo de Vida de AUP

2.2.1 Disciplinas de AUP

La meta de esta disciplina es administrar el acceso a los entregables o productos del

La meta de esta disciplina es dirigir las actividades que se llevan a cabo en el

La meta de esta disciplina es apoyar el resto de los esfuerzos para garantizar el

2.2.2 Fases e Hitos de AUP

Las fases agrupan a un conjunto de actividades definidas en cada disciplina. Son

2. Definicin Inicial de Requerimientos. Existe un acuerdo en que el conjunto correcto

4. Aceptacin del Riesgo. El riesgo ha sido identificado, evaluado y se han abordado

5. Aceptacin de Proceso. La Metodologa de Proceso Unificado gil ha sido