INDICE

PRESENTACION ..............................................................................................................Error! Bookmark not defined.

RESUM EN ................................................................................................................................................................................ 1
INDICE.................................................................................................................................Error! Bookmark not defined.
LISTAS ESPECIA LES............................................................................................................................................................ 1
INTRODUCCION.................................................................................................................................................................... 1
CAPITULO 1: FUNDAM ENTOS TEORICOS .................................................................................................................. 1
1.1. INTRODUCCION .................................................................................................................................................... 1
1.2. MARCO TEORICO ................................................................................................................................................. 1
1.2.1. FUNDAM ENTOS TEORICOS SOBRE EL NEGOCIO ................................................................................... 1
1.2.2. FUNDAM ENTOS TEORICOS SOBRE LAS TENDENCIAS Y TECNOLOGIAS A CTUALES. ........... 1
1.3. OBJETO DE ESTUDIO ........................................................................................................................................... 1
1.3.1. ORGA NIZA CIÓN OBJETIVO ............................................................................................................................... 1
1.3.2. M ISIÓN ....................................................................................................................................................................... 1
1.3.3. VISIÓN ........................................................................................................................................................................ 1
1.3.4. OBJETIVOS ESTRATÉGICOS.............................................................................................................................. 1
1.3.5. ORGA NIGRAMA ..................................................................................................................................................... 1
1.4. CAMPO DE A CCIÓN .............................................................................................................................................. 1
1.4.1. BREVE DESCRIPCIÓN .......................................................................................................................................... 1
1.4.2. PROCESOS DEL NEGOCIO DEL ÁREA LOGÍSTICA .................................................................................. 1
1.4.3. SISTEMAS AUTOMATIZA DOS VINCULA DOS CON EL CAMPO DE A CCIÓN ................................. 1
1.5. A NÁLISIS CRÍTICO DE LOS PROBLEMAS DE INFORMA CIÓN ............................................................ 1
1.5.1. SITUA CION PROBLEMÁTICA............................................................................................................................ 1
1.5.2. PROBLEMAS A RESOLVER ................................................................................................................................ 1
1.6. CONCLUSIONES ..................................................................................................................................................... 1
CAPITULO 2: PROPUESTA DE SOLUCION .................................................................................................................. 1
2.1. INTRODUCCION ..................................................................................................................................................... 1
2.2. OBJETIVOS DEL PROYECTO ............................................................................................................................. 1
2.2.1. OBJETIVO GENERA L ............................................................................................................................................ 1
2.2.2. OBJETIVOS ESPECÍFICOS ................................................................................................................................... 1
2.2.3. FUNDAMENTA CION DE LOS OBJETIVOS .................................................................................................... 1
2.2.4. FUNCIONALIDAD PREVISTA ............................................................................................................................ 1
2.2.5. INDICA DORES DE LOGROS DE LOS OBJETIVOS ...................................................................................... 1
2.3. BENEFICIOS DEL PROYECTO ........................................................................................................................... 1
2.3.1. BENEFICIOS TANGIBLES.................................................................................................................................... 1
2.3.2. BENEFICIOS INTANGIBLES ............................................................................................................................... 1
2.4. A NTECEDENTES..................................................................................................................................................... 1
2.4.1. SOLUCIONES ENCONTRADAS ......................................................................................................................... 1
2.4.2. A NALISIS COMPA RATIVO ................................................................................................................................. 1
2.4.3. EVA LUACION DE LA M EJOR SOLUCION..................................................................................................... 1
2.5. TENDENCIAS Y TECNOLOGIAS PROPUESTAS .......................................................................................... 1
2.6. CONCLUSIONES ..................................................................................................................................................... 1
CAPITULO 3: MODELO DEL NEGOCIO ........................................................................................................................ 1
3.1. INTRODUCCION ..................................................................................................................................................... 1
3.2. REGLAS DE NEGOCIO.......................................................................................................................................... 1
3.3. M ODELO DE CASOS DE USO DE NEGOCIO................................................................................................. 1
3.3.1. A CTORES DEL NEGOCIO .................................................................................................................................... 1
3.3.2. CASOS DE USO DEL NEGOCIO ......................................................................................................................... 1
3.3.3. DIA GRAMA DE CASO DE USO DEL NEGOCIO ........................................................................................... 1
3.4. M ODELO DE ANA LISIS DEL NEGOCIO ......................................................................................................... 1
3.4.1. TRA BAJADORES DEL NEGOCIO...................................................................................................................... 1
3.4.2. ENTIDA DES DEL NEGOCIO ............................................................................................................................... 1
3.5. REA LIZACION DE LOS CASOS DE USO DEL NEGO CIO ......................................................................... 1
3.5.1. CASO DE USO DEL NEGOCIO: ECUN_AAAAAAAA ................................................................................. 1
3.5.2. CASO DE USO DEL NEGOCIO: ECUN_ BBBBBBBBB ................................................................................ 1
3.5.3. CASO DE USO DEL NEGOCIO: ECUN_ CCCCCCCCC ................................................................................ 1
3.5.4. CASO DE USO DEL NEGOCIO: ECUN_DDDDDDDDD .............................................................................. 1
3.6. CONCLUSIONES ..................................................................................................................................................... 1
CAPITULO 4: REQUERIMIENTOS ................................................................................................................................... 1
4.1. INTRODUCCION ................................................................................................................................................... 1
4.2. ESPECIFICA CIONES DE LOS REQUERIMIENTOS DEL SOFTWARE................................................. 1
4.2.1. REQUERIMIENTO FUNCIONA LES ................................................................................................................ 1
4.2.2. REQUERIMIENTOS NO FUNCIONA LES. ..................................................................................................... 1
4.3. M ODELO DE CASOS DE USO DEL SISTEMA............................................................................................. 1
4.3.1. ESPECIFICA CIONES DE LOS A CTORES DEL SISTEMA ........................................................................ 1
4.3.2. DIA GRAMA DE ACTORES DEL SISTEMA .................................................................................................. 1
4.3.3. DIA GRAMA DE PA QUETES DEL SISTEMA ................................................................................................ 1
4.3.4. DIA GRAMA DE CASOS DE USO DEL SISTEMA POR PAQUETE ........................................................ 1
4.4. ATRIBUTOS DE LOS CASOS DE USO DEL SISTEMA ............................................................................. 1
4.5. ESPECIFICA CIONES A LTO NIVEL DE LOS CASOS DE USO DEL SISTEMA .................................. 1
4.6. ESPECIFICA CIONES DETA LLA DAS DE LOS CA SOS DE USO DEL NUCLEO CENTRA L .......... 1
4.6.1. ESPECIFICA CIONES DEL CASO DE USO DEL SISTEMA XXXXX ..................................................... 1
4.6.2. ESPECIFICA CIONES DEL CASO DE USO DEL SISTEMA YYYYY .................................................. 1
4.6.3. ESPECIFICA CIONES DEL CASO DE USO DEL SISTEMA ZZZZZZ ..................................................... 1
4.7. M ODELO CONCEPTUA L ................................................................................................................................... 1
4.7.1. DIA GRAMA DEL MODELO CONCEPTUA L ................................................................................................ 1
4.7.1. DICCIONARIO DEL MODELO CONCEPTUAL ........................................................................................... 1
4.8. CONCLUSIONES ................................................................................................................................................... 1
CAPITULO 5: A RQUITECTURA DE SISTEMA ............................................................................................................ 1
5.1. INTRODUCCION ................................................................................................................................................... 1
5.2. DIA GRAMA DE LOS CASOS DE USO MAS SIGNIFICATIVOS PA RA LA ARQU. DEL SOFT. ... 1
5.3. M ETAS DE LA ARQUITECTURA DE SOFTWARE .................................................................................... 1
5.4. RESTRICCIONES DE LA ARQUITECTURA DE SOFTWA RE................................................................. 1
5.5. M ECANISM OS A RQUITECTURA LES............................................................................................................ 1
5.6. VISTA LOGICA DE LA ARQUITECTURA DE SOFTWA RE .................................................................... 1
5.7. VISTA DE IMPLEM ENTACION DE LA A RQUITECTURA DE SOFTWARE ...................................... 1
5.8. VISTA DE DESPLIEGE DE LA A RQUITECTURA DE SOFTWARE ...................................................... 1
5.9. PRUEBA DE CONCEPTO DE LA A RQUITECTURA DE SOFTWARE (*) ............................................ 1
5.10. CONCLUSIONES ................................................................................................................................................... 1
CAPITULO 6: CONSTRUCCION ....................................................................................................................................... 1
6.1. INTRODUCCION ................................................................................................................................................... 1
6.2. PATRONES DE LA SOLUCION PROPUESTA .............................................................................................. 1
6.2.1. PATRONES EN EL DESA RROLLO DE SOFTWARE .................................................................................. 1
6.2.2. PATRONES DE DISEÑO DE SOFTWA RE ..................................................................................................... 1
6.2.3. DIA GRAMA DE PATRONES DEL SISTEMA................................................................................................ 1
6.2.4. ESPECIFICA CION DETA LLADA DE LOS PATRONES SELECCIONADOS ....................................... 1
6.3. M ODELO DE DATOS ........................................................................................................................................... 1
6.3.1. M ODELO DE DATOS FISICO DEL SISTEMA .............................................................................................. 1
6.3.2. DICCIONARIO DE DATOS................................................................................................................................. 1
6.4. CONSTRUCCION DE LOS CASOS DE USO MAS SIGNIFICATIVOS .................................................. 1
6.4.1. DIA GRAMA DE CASOS DE USO MAS SIGNIFICATIVO ......................................................................... 1
6.4.2. CASOS DE USO NUCLEO CENTRAL CONSTRUIDO A L 100% ............................................................. 1
6.5. CONCLUSIONES ................................................................................................................................................... 1
CAPITULO 7: CA LIDAD Y PRUEBAS DEL SOFTWARE.......................................................................................... 1
7.1. INTRODUCCION ................................................................................................................................................... 1
7.2. PLA N DE LA CA LIDAD DEL SOFTWARE ................................................................................................... 1
7.2.1. POLITICA DE LA CA LIDAD.............................................................................................................................. 1
7.2.2. OBJETIVOS DE CALIDA D ................................................................................................................................. 1
7.2.3. NORMATIVA APLICA BLE ................................................................................................................................ 1
7.2.4. M ETRICAS DE CA LIDAD DEL SOFTWARE................................................................................................ 1
7.3. PRUEBAS DEL SOFTWARE .............................................................................................................................. 1
7.3.1. CASO DE PRUEBAS PARA EL CUS XXXXX ............................................................................................... 1
7.3.2. CASO DE PRUEBAS PARA EL CUS YYYYY ............................................................................................... 1
7.3.3. CASO DE PRUEBAS PARA EL CUS ZZZZZZ .............................................................................................. 1
7.3.4. CASO DE PRUEBAS PARA EL CUS WWWW .............................................................................................. 1
7.4. CONCLUSIONES ................................................................................................................................................... 1
CAPITULO 8: GESTION DEL PROYECTO..................................................................................................................... 1
8.1. INTRODUCCION ..................................................................................................................................................... 1
8.2. REGISTRO DE INTERESADOS ........................................................................................................................... 1
8.3. EDT............................................................................................................................................................................... 1
8.4. CRONOGRAMA DE EJECUCION....................................................................................................................... 1
8.5. A CTA DE A CEPTA CION DE ENTREGA BLE.................................................................................................. 1
8.6. CONCLUSIONES ..................................................................................................................................................... 1
GLOSARIO DE TERMINOS ................................................................................................................................................ 1
SIGLA RIO ................................................................................................................................................................................. 1
BIBLIOGRAFIA ...................................................................................................................................................................... 1
ANEXOS.................................................................................................................................................................................... 1
ANEXO 1: CUS XXXXXX ................................................................................................................................................... 1
ANEXO 2: CUS YYYYYY ................................................................................................................................................... 1
ANEXO 3: CUS ZZZZZZZ .................................................................................................................................................... 1
ANEXO 4: CUS WWWWW..........................................................................................Error! Bookmark not defined.1
Detalle de la estructura del documento a presentar. CAPITULO 1 AL CAPITULO 3

Presentación.
Constituye la hoja de carátula del trabajo de tesis o proyecto profesional donde deben apare cer los datos generales
del documento y de los autores, seguir el mismo formato de la carátula de presentación del perfil profesional.

Resumen.
El resumen o síntesis del trabajo de tesis o proyecto profesional tiene el objetivo de informar al lector, en b reves
líneas (no más de una página), sobre:
 El tema del trabajo de tesis o proyecto profesional.
 La necesidad y actualidad del trabajo de tesis o proyecto profesional.
 El objetivo general y los específicos (de manera sintetizada).
 Descripción general del contenido a través de la estructura general del documento, indicando, resumidamente,
el contenido de cada capítulo.
 Los resultados esperados más relevantes.

Índice.
El índice debe abarcar todos los puntos incluidos en esta guía a partir de este punto y de be elaborarse con formato de
Tabla de Contenido.

Listas especiales.
Se coloca una lista de los gráficos, tablas, imágenes, fotos, dibujos, o cualquier elemento visual incluido en el
trabajo de tesis o proyecto profesional. La lista se numera de forma consecutiva y debe corresponder con los mismos
números colocados como pie del elemento dentro del documento. También se incluye el número de la página en que
aparece cada elemento.

Introducción.
La introducción general constituye la presentación formal del trabajo de tesis o proyecto profesional y orienta al
lector sobre los aspectos fundamentales de éste. En ella deben exponerse de forma breve, pero con absoluta
claridad, los aspectos siguientes:
 Contexto teórico en el que se desarrollará el trabajo de tesis o proyecto profesional.
 Antecedentes (deben indicarse las referencias bibliográficas utilizadas como fuente de información)
 Actualidad y necesidad del trabajo de tesis o proyecto profesional.
 Objeto de estudio y Campo de acción.
 Situación Problemática y Problema a Resolver.
 Aportes prácticos esperados del trabajo de tesis o proyecto profesional.
 Objetivos del trabajo de tesis o proyecto profesional (general y específico).

La introducción tiene un máximo de cinco (5) páginas y debe redactarse de forma corrida, sin incluir el título y
subtítulos, epígrafes, etc., para separar los tópicos. Puede apoyarse en los puntos presentados en el perfil de
proyecto, que en definitiva fue un avance de lo que en estos momentos deben empezar a redactar. Opcionalmente
pueden incluirse los capítulos en que se dividirá el trabajo de tesis o proyecto profesional.

Marco teórico.
El marco teórico debe abarcar los conceptos generales teóricos y los componentes de las diferentes áreas de
conocimiento que permitan ubicar el tema del trabajo de tesis o proyecto profesional, mostrando su grado de
actualidad y originalidad. Es el resultado de un estudio bibliográfico profundo donde se exponen los aspectos más
importantes relacionados con el tema, encontrados en la bibliografía y que constituyen el marco teórico del mismo.
Es una ampliación o perfeccionamiento de los fundamentos teóricos presentados en el perfil del proyecto. Deben
realizarse las definiciones, clasificaciones, etc. que serán la base sobre la que se sustentará el re sto del documento y
que permitan observar que los autores son conocedores de la materia en la que incursionan. No se pretende que se
escriban libros de texto por tanto no es correcto alargar innecesariamente este punto con definiciones y argumentos
irrelevantes para la compresión del tema presentado.
La estructura de este punto se propone dividirla en dos elementos fundamentales.
Fundamentos teóricos sobre el negocio.
Se aplica lo expuesto antes pero aplicado específicamente al tema o rubro sobre el que gira el tipo de negocio que se
va a atacar en el proyecto

Fundamentos teóricos sobre las tendencias y tecnologías actuales.

Se expone el resultado de un análisis crítico de las tecnologías, plataformas y tendencias incluyendo bondades e
insuficiencias de cada uno, que son necesario entender para comprender el contexto técnico bajo el que funcionará la
solución propuesta (aplicación), pero sin hacer referencia aún a la aplicación en sí, pues más adelante habrá
capítulos que se encargarán de detallarla.

Con respecto a la estructura de ambos puntos se da total libertad a los autores de especificar las partes, subtítulos o
epígrafes que entiendan necesarios para estructurar el contenido, por tanto dicha estructura no tiene que ser igual en
todos los trabajos de tesis o proyectos profesionales.

Objeto de estudio.
El objeto de estudio es aquel aspecto de la realidad objetiva que va a ser estudiado por los autores para construir la
solución propuesta. La estructura de este punto se propone dividirla en dos element os fundamentales.

Organización objetivo.
La organización objetivo es aquella empresa, institución u organización de la realidad objetiva que va a ser
estudiado por el(los) autores de la tesis a partir del problema planteado y siguiendo su propio punto de vista. Pueden
explicarse las características generales de la empresa para la que se realiza el proyecto, rubro y oros elemento de
valor.

Misión
La misión debe indicarse según la definida por la organización objetivo. En caso que la organización no tenga
definida una explícitamente, el(los) autores de la tesis deben elaborarla y proponerla a la organización como parte
del trabajo de tesis.

Visión
De la misma manera que con la misión debe procederse con la visión de la organización. En caso que la
organización no tenga definida una explícitamente, el(los) autores de la tesis deben elaborarla y proponerla a la
organización como parte del trabajo de tesis.

Objetivos estratégicos
De la misma manera que con la misión debe procederse con la visión de la organización. En caso que la
organización no tenga definida los objetivos estratégicos explícitamente, el(los) autores de la tesis deben elaborarlos
y proponerlos a la organización como parte del trabajo de tesis.

Organigrama
Colocar una representación gráfica en forma jerárquica, matricial y/o estrella de la estructura organizativa del objeto
de estudio. En caso que la organización no tenga definida una explícitamente, el(los) autores de la tesis deben
elaborarla y proponerla a la organización como parte del trabajo de tesis.

Campo de acción.
El campo de acción incluye los aspectos específicos dentro del objeto de estudio que deben ser sometidos a estudio
por parte de los autores y que formarán el negocio en cuestión. Es una sección que da continuación al objeto de
estudio, centrándose o enfocándose más en la zona del objeto de estudio dónde se desarrollará el trabajo de tesis o
proyecto profesional y que permite establecer las fronteras del negocio a atacar. Hacer referencia a las partes del
organigrama que están involucradas ayuda a comprender mejor dicho punto.

Breve descripción
El campo de acción incluye los aspectos específicos del objeto de estudio que deben ser sometidos a estudio por
parte del investigador; centrándose o enfocándose más en la zona del objeto de estudio dónde se desarrollará el
proyecto. El uso de gráficos y figuras ayudan a comprender las características que se expliquen.
Procesos del negocio
En esta sección puede abordar en mayor detalle los procesos del objeto de estudio que se realizan dentro del campo
de acción y que serán el contexto más específico alrededor del cual se va a desarrollar el proyecto. Al igual que en la
sección anterior, el uso de gráficos y figuras ayudan a comprender las características que se expliquen. Este punto da
continuación al campo de acción, concentrándose específicamente en una descripción en mayor detalle de los
procesos que el negocio desarrolla o ejecuta. Describir en forma clara y concisa el flujo actual de los procesos
involucrados en el campo de acción, las actividades desarrolladas dentro de los mismos así como los roles,
empleados y personas en general que de una manera u otra están involucrados en cada actividad. El nivel de detalle
debe ser profundo para comprender la dinámica de la organización objeto de estudio. Los conceptos y
clasificaciones comentados en los fundamentos del tema deben usarse para explicar este punto. Es un error
abarcar los procesos que no tienen relación con el campo de acción, aunque pertenezcan al objeto de estudio.

Sistemas automatizados vinculados con el campo de acción.

Si el caso lo amerita es necesario especificar aquellos sistemas, ya sean software o hardware existentes previamente
en el campo de acción y que están involucrados de una forma u otra con los proceso s desarrollados dentro del
mismo. Igualmente el nivel de detalle debe ser profundo para comprender la dinámica de los mismos, sin perder de
vista evitar incluir aquellos que no aporten aspectos relevantes al entendimiento de los procesos del campo de
acción.

Situación problemática
La situación problemática se expone explicando las situaciones objetivas y reales que existen en la organización y se
observan en el campo de acción y en los procesos del negocio que provocan o traerán como consecuen cia problemas
de información. Se describe desde el punto de vista organizacional. Los aspectos acá descritos deben explicarse de
forma que se comprenda claramente que son situaciones organizacionales que permiten identificar luego, los
problemas de información que se resolverán el proyecto. Debe enunciarse de la manera más clara posible, tal y
cómo se manifiestan. Este nivel de abstracción es un paso en el camino hacia identificar la causa del problema a
resolver a enunciar en la sección siguiente.

Problemas a resolver
Los problemas a resolver son en el ámbito de la información y cuya solución se pretende abordar con el proyecto.
Son los problemas de información que serán atendidos con una tesis de Ingeniería de Sistemas y que permitirán más
adelante enunciar los objetivos del proyecto. Un proyecto en la industria de sistemas debe estar enfocado a resolver
dificultades con la información que se maneja en los procesos de negocio de una organización, y no con problemas
administrativos o de índole organizacional que deben s er resueltos con proyectos de tesis de otras especialidades, y
que la Ingeniería de Sistemas no atiende directamente. Este es uno de los aportes fundamentales de la definición del
perfil, ya que se pasa de la manifestación planteada en la sección anterior al enunciado del alcance principal del
proyecto. Esta sección le da continuación a la anterior. Es un error frecuente que los problemas a resolver estén
expresados en el ámbito de la administración o los negocios y no en el campo de la información y las te cnologías.

Objetivo general.
El objetivo general refleja el fin y propósito general del trabajo de tesis o proyecto profesional y está determinado
por resolver una necesidad (práctica y/o novedosa) según el resultado principal y el alcance que propone lo grar el
autor con la tesis. Debe redactarse en singular y con una única oración encabezada por un verbo fuerte en infinitivo,
de forma tal que exprese, sin ningún tipo de ambigüedad, la acción concreta que desea realizarse y el resultado final
más importante de la tesis de grado. Deben incluir el aspecto general de Alcance, tiempo, costo y calidad del
proyecto, según las buenas prácticas para la dirección de proyectos PMBOK del PMI. La redacción del objetivo de
alcance debe hacerse de forma que responda a preguntas tales como: ¿Qué se pretende realizar o construir...?, ¿Cuál
es el producto final de la tesis ? ¿Cuál es la solución final?

Objetivos específicos.
Los objetivos específicos son una relación a más detalle del objetivo general, de manera que el logro de los objetivos
específicos debe resultar en el logro del objetivo general. Entre el objetivo general y los específicos no existe una
relación de prioridad, como podría haber entre elementos principales y secundarios, sino una relación jerárquica o de
subordinación. Los objetivos específicos se formulan como una cadena de objetivos subordinados al general. Deben
plantearse solo aquellas metas individuales alcanzables al final de la tesis y por tanto demostrables en el acto de
defensa a través de la presentación del software y los documentos. Es la descomposición del objetivo general en
resultados individuales más pequeños. La definición de estos objetivos son compromisos que asumen los autores
para dar el proyecto por cumplido. El objetivo general y los específicos son con relación al trabajo de tesis o
proyecto profesional y no solo con relación a la solución de software propuesta.

Fundamentación de los objetivos.

Debe quedar claro el fundamento de los objetivos que se propone el trabajo de tesis o proy ecto profesional, es decir,
exponer brevemente el porqué de esos objetivos. También debe resaltarse el valor agregado de la aplicación a
desarrollar (aportes, soluciones a los problemas antes señalados, etc.)

Indicadores de logro de los objetivos.

Deben enumerarse de manera precisa los indicadores que se utilizarán para validar el logro de los objetivos que se
proponen en el proyecto profesional o tesis, o sea, los indicadores que se usarán para medir si se han cumplido los
objetivos planteados. Estos indicadores dependen de las características propias del trabajo de tesis o proyecto
profesional a desarrollar y pueden consistir en pruebas de desempeño, comparación con otras soluciones o criterios
de expertos, entre otros. Algunos de los indicadores que normalmente se manejan para proyectos de Ingeniería de
Sistemas, dependiendo del alcance previsto, son:
 Presentación de la 1ra. versión del sistema.
 Presentación de la documentación que puede incluir:
 Modelo del negocio.
 Presentación de la documentación del análisis y diseño del sistema.
 Presentación de carta expedida por el beneficiario del proyecto, que certifique su conformidad con la calidad de
la solución propuesta y el valor de ésta para la solución de la problemática actual.
 Demostración de la implementación de la comunicación del sistema con el resto de los sistemas informativos
existentes, a través de ficheros generados y/o leídos por éste.

Beneficios del proyecto.

Se relacionan todos los beneficios tanto tangibles como intangibles que aportará la s olución propuesta a la
organización una vez que comience a utilizarse. Como signo de madurez del proyecto, pueden comprometerse
algunos indicadores comprobables con la explotación del sistema. Entre estos indicadores pueden estar los relativos
a disminución del tiempo invertido en determinados procesos, etc.

Antecedentes.
Investigar, a través de un análisis crítico, sobre otras soluciones o sistemas existentes a nivel local, nacional e
internacional que cubren el tema propuesto, profundizando en la descripción de los mismos, ventajas, desventajas e
insuficiencias; puede verse como un Benchmarking. El objetivo es ubicar al lector en el dominio del tema,
resaltando sus logros e insuficiencias, de manera que pueda valorar cuán acertadas son las solucion es encontradas.
Con respecto a la estructura de este punto igualmente se da total libertad a los autores de especificar las partes,
subtítulos o epígrafes que entiendan necesarios para estructurar el contenido.

Soluciones encontradas.
Describir detalladamente cada una de las soluciones encontradas incluyendo las ventajas, desventajas e
insuficiencias de cada una.

Análisis comparativo.
Un formato de tabla puede ayudar a hacer más compresible la comparación de dichas soluciones. Los puntos a
comparar pueden ser aspectos de funcionalidad, plataforma, software utilizados, hardware necesario, etc.).

Evaluación de la mejor solución.

Debe hacerse una conclusión crítica con respecto a cada solución, incluyendo la valoración del autor al respecto y
cuál de las opciones encontradas es factible de implementar como solución al trabajo de tesis o proyecto profesional.

Reglas del negocio.

Las reglas del negocio son aquellos requerimientos acerca de la forma en que el negocio, incluyendo sus recursos y
herramientas, debe funcionar. Pueden ser políticas de la organización, regulaciones a los procesos , normativas de
implementación, reglas de ejecución de actividades , leyes, etc., todas impuestas por el negocio, el entorno y su
dinámica de funcionamiento.

Actores del negocio.

Realizar una breve descripción de no más de un párrafo de cada actor del negocio identificado.

Casos de uso del negocio.

Realizar una breve descripción de no más de un párrafo de cada caso de uso del negocio identificado.

Diagrama de Casos de Uso del negocio.

En el diagrama deben incluirse todos los procesos identificados, los actores de negocio identificados y las
asociaciones entre ellos.

Trabajadores del negocio.

Realizar una breve descripción de no más de un párrafo de cada trabajador del n egocio identificado.

Entidades del negocio.

Realizar una breve descripción de no más de un párrafo de cada entidad del negocio identificado.

Diagrama de clases del negocio.

Deben las asociaciones entre los trabajadores y las entidades del negocio que cad a uno maneja. Se recomienda
realizar un diagrama de clases por cada caso de uso del negocio.

Especificación de los casos de uso del negocio.

Realizar la descripción de cada caso de uso del negocio. Utilizar la plantilla especificada por RUP.

Diagrama de proceso.
Deben incluirse los flujos de actividades de cada rol que participa en el caso de uso (actores y trabajadores del
negocio) así como las entidades del negocio identificadas y que maneja cada actividad. Sombrear en el diagrama, las
actividades que serán objeto de automatización y que deben coincidir con las descritas en los puntos anteriores.

Lista de actividades a automatizar.

La lista debe realizarse por cada caso de uso del negocio y debe garantizarse que coincidan con las actividades
sombreadas en cada diagrama de proceso.

A pesar de la estructura que se presenta en la primera parte de este documento, los puntos Especificación de los
casos de uso del negocio, Diagramas de proceso, Diagrama de Clases del Negocio y Lista de las actividades a
automatizar se recomiendan presentarlos juntos y en ese orden por cada caso de uso del negocio, de forma que
quede mejor documentada cada realización de los mismos y sea más fácil su manejo dentro de la documentación.
Detalle de la estructura del documento a presentar. CAPITULO 4

Presentación.
Constituye la hoja de carátula del trabajo de tesis o proyecto profesional donde deben aparecer los datos generales
del documento y de los autores, seguir el mismo formato de la carátula de presentación del entregable anterior.
Mantener el nombre del asesor del curso Proyecto Informático 1 e incluir el nuevo asesor del curso Proyecto
Informático 2.

Resumen.
El resumen o síntesis del trabajo de tesis o proyecto profesional tiene el objetivo de informar al lector, en breves
líneas (no más de una página), sobre:
 El tema del trabajo de tesis o proyecto profesional.
 La necesidad y actualidad del trabajo de tesis o proyecto profesional.
 El objetivo general y los específicos (de manera sintetizada).
 Descripción general del contenido a través de la estructura general del documento, indicando, resumidamente,
el contenido de cada capítulo.
 Los resultados esperados más relevantes.

Índice.
El índice debe abarcar todos los puntos incluidos en esta guía a partir de este punto y debe elaborarse con formato de
Tabla de Contenido.

Listas especiales.
Se coloca una lista de los gráficos, tablas, imágenes, fotos, dibujos, o cualquier elemento visual incluido en el
trabajo de tesis o proyecto profesional. La lista se numera de forma co nsecutiva y debe corresponder con los mismos
números colocados como pie del elemento dentro del documento. También se incluye el número de la página en que
aparece cada elemento.

Introducción.
La introducción general constituye la presentación formal del trabajo de tesis y orienta al lector sobre los aspectos
fundamentales de éste. En ella deben exponerse de forma breve, pero con absoluta claridad, los aspectos siguientes:
 Contexto teórico en el que se desarrollará el trabajo de tesis.
 Antecedentes (deben indicarse las referencias bibliográficas utilizadas como fuente de información)
 Actualidad y necesidad del trabajo de tesis.
 Objeto de estudio y Campo de acción.
 Situación Problemática y Problema a Resolver.
 Aportes prácticos esperados del trabajo de tesis o proyecto profesional.
 Objetivos del trabajo de tesis (general y específicos).

La introducción tiene un máximo de cinco (5) páginas y debe redactarse de forma corrida, sin incluir el título y
subtítulos, epígrafes, etc., para separar los tópicos. Puede apoyarse en los puntos presentados en el perfil de
proyecto, que en definitiva fue un avance de lo que en estos momentos deben empezar a redactar. Opcionalmente
pueden incluirse los capítulos en que se dividirá el trabajo de tesis o proyecto profesion al.

Especificación de los requerimientos del sistema

Se enumeran y describen todos los requerimientos funcionales y no funcionales identificados. Se incluyen los
requerimientos sobre la seguridad del sistema.

Modelo de Casos de Uso del Sistema

Deben abarcarse los artefactos identificados en esta etapa así como una correcta descripción de los mismos. De esta
manera los autores demuestran las habilidades técnicas para expresar los puntos antes desarrollados.
Especificación de los actores del sistema
Enunciar y detallar a través de una breve descripción los actores del sistema identificados. Los actores del negocio y
los trabajadores del negocio constituyen una fuente de referencia importante

Diagrama de actores del sistema

Si el proyecto lo justifica se recomienda presentar el Diagrama de Actores del Sistema para modelar las asociaciones
de generalización que pueden presentarse entre los roles que participan en el sistema.

Diagrama de paquetes del sistema

Debido a la cantidad de elementos identificados en el sistema propuesto es necesario dividirlo en módulos para
hacer más simple y fácil de entender el modelado construido. Los casos de uso del negocio (procesos del negocio)
pueden ayudar a identificar los paquetes del sistema.

Diagrama de Casos de Uso del sistema por paquete

Realizar un diagrama por cada paquete identificado. Colocar el título del paquete como referencia.

Atributos de los casos de uso del sistema

Definir los valores de 5 atributos para los casos de uso del sistema: Complejidad, Dificultad, Estado, Responsable y
Prioridad. Usar la tabla siguiente:
Nombre del caso de uso Complejidad Estado Dificultad Responsable Prioridad
1.
2.
3.

Especificación de alto nivel de los casos de uso del sistema

Realizar una descripción resumida del propósito de cada caso de uso del sistema identificado. Utilizar el formato
siguiente:

Caso de uso:
Propósito:
Descripción:

Requerimientos:

Especificación detallada de los casos de uso del núcleo central

Realizar una descripción detallada del contenido de cada caso de uso del sistema que pertenece al núcleo central,
según la clasificación del atributo prioridad establecida en el punto anterior. Incluir precondiciones, poscondiciones,
flujo básico, subflujos, flujos alternos, etc.

Modelo Conceptual.
Se presenta el modelo conceptual con todas las clases entidad identificadas, incluyendo los atributos de cada una y
las asociaciones encontradas. Para la identificación de los atributos debe incluir el nombre, tipo de dato propuesto y
valor inicial (según lo requiera el caso). Para la identificación de las asociaciones debe incluir las asociaciones
simples, de clases, generalización, agregación y composición. Presentar un solo diagrama para todo el sistema.

Diccionario del modelo conceptual.

Se presenta el modelo conceptual con todas las clases entidad identificadas, incluyendo los atributos de cada una y
las asociaciones encontradas. Para la identificación de los atributos debe incluir el nombre, tipo de dato propuesto y
valor inicial (según lo requiera el caso). Para la identificación de las asociaciones debe incluir las asociaciones
simples, de clases, generalización, agregación y composición. Presentar un solo diagrama para todo el sistema. Usar
la tabla siguiente para cada clase identificada:
Nombre de la clase
Nombre del atributo Descripción Tipo dato Valor inicial Visibilidad
Detalle de la estructura del documento a presentar. CAPITULO 5

Diagrama de los casos de uso más significativos para la arquitectura del software.
Construir un diagrama de casos de uso solo con aquellos casos de uso del sistema con mayor importancia para la
arquitectura del software. Esto debe coincidir con los casos de uso del núcleo central. Verificar en la relación de los
atributos de los casos de uso que la clasificación asociada al atributo Prioridad guarde relación con el diagrama
construido en este punto del documento.

Metas de la arquitectura de software.

Relación de los requerimientos no funcionales que tienen un impacto significativo en el diseño de la arquitectura de
software. Usar la tabla siguiente:
Nro. Requerimiento no funcional
RNF XXX
RNF XXX
RNF XXX

Restricciones de la arquitectura de software.

Relación el conjunto de limitaciones al diseño y/o a la implementación que restringen las decisiones que puede
tomar un arquitecto sobre la arquitectura de software.
Nro. Restricción de la arquitectura de software
1.
2.
3.

Mecanismos arquitecturales.
Se relacionan y describe la solución que el arquitecto dará a cada problema técnico típico de un desarrollo de un
software.
Mecanismo Solución
Persistencia
Emisión de reportes
Manejo de errores
XXXXX
XXXXX

Vista lógica de la arquitectura del software.

Esta vista proporciona una “vista interna” del software en términos de componentes. Un componente es bloque de
ejecución importante para la arquitectura. El foco durante las primeras iteraciones de la fase de Elaboración son los
componentes funcionales. Se recomienda utilizar el Diagrama de componentes. Organice el diagrama en capas. En
la capa de presentación considere un componente por cada módulo de la aplicación y NO un componente por cada
página o pantalla. Establezca un estándar para el nombrado de los componentes y las interfaces.

Vista de implementación de la arquitectura del software.

Esta vista proporciona una “vista física” del software en términos de artefactos orientados a la instalación. Se
considera un artefacto cualquier pieza fís ica de información relacionada con el desarrollo de un software. Esta vista
explica a grandes rasgos todos aquellos artefactos que se utilizan para ensamblar el sistema y ponerlo en producción,
ya listo para su distribución física.

Vista de despliegue de la arquitectura del software.

Esta vista proporciona una “vista física” de la infraestructura de hardware y software necesaria para el despliegue de
la solución en términos de artefactos y nodos. Se consideran nodos tanto los equipos físicos que conforman la
infraestructura de hardware como los servidores web, de aplicaciones y de datos que conforman la infraestructura
de software.
Prueba de concepto de la arquitectura de software.
Construcción COMPLETA de los dos casos de uso más significativos para la arquitectura de software, que son parte
del núcleo central. Verificar en la relación de los atributos de los casos de uso que la clasificación asociada al
atributo Prioridad sean los dos casos de uso primeros de la relación.