O slideshow foi denunciado.
Utilizamos seu perfil e dados de atividades no LinkedIn para personalizar e exibir anúncios mais relevantes. Altere suas preferências de anúncios quando desejar.

Indice General Tesis Sistemas UPC

2.172 visualizações

Publicada em

Indice General Tesis Sistemas UPC

Publicada em: Engenharia
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Indice General Tesis Sistemas UPC

  1. 1. INDICE PRESENTACION ..............................................................................................................Error! Bookmark not defined. RESUMEN ................................................................................................................................................................................1 INDICE.................................................................................................................................Error! Bookmark not defined. LISTAS ESPECIALES............................................................................................................................................................1 INTRODUCCION....................................................................................................................................................................1 CAPITULO 1: FUNDAMENTOS TEORICOS..................................................................................................................1 1.1. INTRODUCCION ....................................................................................................................................................1 1.2. MARCO TEORICO .................................................................................................................................................1 1.2.1. FUNDAMENTOS TEORICOS SOBRE EL NEGOCIO ...................................................................................1 1.2.2. FUNDAMENTOS TEORICOS SOBRE LAS TENDENCIAS Y TECNOLOGIAS ACTUALES. ...........1 1.3. OBJETO DE ESTUDIO ...........................................................................................................................................1 1.3.1. ORGANIZACIÓN OBJETIVO...............................................................................................................................1 1.3.2. MISIÓN .......................................................................................................................................................................1 1.3.3. VISIÓN........................................................................................................................................................................1 1.3.4. OBJETIVOS ESTRATÉGICOS..............................................................................................................................1 1.3.5. ORGANIGRAMA .....................................................................................................................................................1 1.4. CAMPO DE ACCIÓN ..............................................................................................................................................1 1.4.1. BREVE DESCRIPCIÓN ..........................................................................................................................................1 1.4.2. PROCESOS DEL NEGOCIO DEL ÁREA LOGÍSTICA ..................................................................................1 1.4.3. SISTEMAS AUTOMATIZADOS VINCULADOS CON EL CAMPO DE ACCIÓN .................................1 1.5. ANÁLISIS CRÍTICO DE LOS PROBLEMAS DE INFORMACIÓN ............................................................1 1.5.1. SITUACION 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 GENERAL............................................................................................................................................1 2.2.2. OBJETIVOS ESPECÍFICOS ...................................................................................................................................1 2.2.3. FUNDAMENTACION DE LOS OBJETIVOS ....................................................................................................1 2.2.4. FUNCIONALIDAD PREVISTA ............................................................................................................................1 2.2.5. INDICADORES 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. ANTECEDENTES.....................................................................................................................................................1
  2. 2. 2.4.1. SOLUCIONES ENCONTRADAS .........................................................................................................................1 2.4.2. ANALISIS COMPARATIVO .................................................................................................................................1 2.4.3. EVALUACION DE LA MEJOR 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. MODELO DE CASOS DE USO DE NEGOCIO.................................................................................................1 3.3.1. ACTORES DEL NEGOCIO ....................................................................................................................................1 3.3.2. CASOS DE USO DEL NEGOCIO .........................................................................................................................1 3.3.3. DIAGRAMA DE CASO DE USO DEL NEGOCIO...........................................................................................1 3.4. MODELO DE ANALISIS DEL NEGOCIO .........................................................................................................1 3.4.1. TRABAJADORES DEL NEGOCIO......................................................................................................................1 3.4.2. ENTIDADES DEL NEGOCIO ...............................................................................................................................1 3.5. REALIZACION DE LOS CASOS DE USO DEL NEGOCIO .........................................................................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. ESPECIFICACIONES DE LOS REQUERIMIENTOS DEL SOFTWARE.................................................1 4.2.1. REQUERIMIENTO FUNCIONALES ................................................................................................................1 4.2.2. REQUERIMIENTOS NO FUNCIONALES. .....................................................................................................1 4.3. MODELO DE CASOS DE USO DEL SISTEMA.............................................................................................1 4.3.1. ESPECIFICACIONES DE LOS ACTORES DEL SISTEMA ........................................................................1 4.3.2. DIAGRAMA DE ACTORES DEL SISTEMA ..................................................................................................1 4.3.3. DIAGRAMA DE PAQUETES DEL SISTEMA ................................................................................................1 4.3.4. DIAGRAMA DE CASOS DE USO DEL SISTEMA POR PAQUETE ........................................................1 4.4. ATRIBUTOS DE LOS CASOS DE USO DEL SISTEMA .............................................................................1 4.5. ESPECIFICACIONES ALTO NIVEL DE LOS CASOS DE USO DEL SISTEMA ..................................1 4.6. ESPECIFICACIONES DETALLADAS DE LOS CASOS DE USO DEL NUCLEO CENTRAL..........1 4.6.1. ESPECIFICACIONES DEL CASO DE USO DEL SISTEMA XXXXX .....................................................1 4.6.2. ESPECIFICACIONES DEL CASO DE USO DEL SISTEMA YYYYY ..................................................1 4.6.3. ESPECIFICACIONES DEL CASO DE USO DEL SISTEMA ZZZZZZ .....................................................1 4.7. MODELO CONCEPTUAL ...................................................................................................................................1 4.7.1. DIAGRAMA DEL MODELO CONCEPTUAL................................................................................................1
  3. 3. 4.7.1. DICCIONARIO DEL MODELO CONCEPTUAL ...........................................................................................1 4.8. CONCLUSIONES ...................................................................................................................................................1 CAPITULO 5: ARQUITECTURA DE SISTEMA ............................................................................................................1 5.1. INTRODUCCION...................................................................................................................................................1 5.2. DIAGRAMA DE LOS CASOS DE USO MAS SIGNIFICATIVOS PARA LA ARQU. DEL SOFT. ...1 5.3. METAS DE LA ARQUITECTURA DE SOFTWARE....................................................................................1 5.4. RESTRICCIONES DE LA ARQUITECTURA DE SOFTWARE.................................................................1 5.5. MECANISMOS ARQUITECTURALES............................................................................................................1 5.6. VISTA LOGICA DE LA ARQUITECTURA DE SOFTWARE....................................................................1 5.7. VISTA DE IMPLEMENTACION DE LA ARQUITECTURA DE SOFTWARE ......................................1 5.8. VISTA DE DESPLIEGE DE LA ARQUITECTURA DE SOFTWARE ......................................................1 5.9. PRUEBA DE CONCEPTO DE LA ARQUITECTURA 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 DESARROLLO DE SOFTWARE..................................................................................1 6.2.2. PATRONES DE DISEÑO DE SOFTWARE .....................................................................................................1 6.2.3. DIAGRAMA DE PATRONES DEL SISTEMA................................................................................................1 6.2.4. ESPECIFICACION DETALLADA DE LOS PATRONES SELECCIONADOS.......................................1 6.3. MODELO DE DATOS ...........................................................................................................................................1 6.3.1. MODELO 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. DIAGRAMA DE CASOS DE USO MAS SIGNIFICATIVO.........................................................................1 6.4.2. CASOS DE USO NUCLEO CENTRAL CONSTRUIDO AL 100% .............................................................1 6.5. CONCLUSIONES ...................................................................................................................................................1 CAPITULO 7: CALIDAD Y PRUEBAS DEL SOFTWARE..........................................................................................1 7.1. INTRODUCCION...................................................................................................................................................1 7.2. PLAN DE LA CALIDAD DEL SOFTWARE ...................................................................................................1 7.2.1. POLITICA DE LA CALIDAD..............................................................................................................................1 7.2.2. OBJETIVOS DE CALIDAD .................................................................................................................................1 7.2.3. NORMATIVA APLICABLE ................................................................................................................................1 7.2.4. METRICAS DE CALIDAD 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
  4. 4. 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. ACTA DE ACEPTACION DE ENTREGABLE..................................................................................................1 8.6. CONCLUSIONES .....................................................................................................................................................1 GLOSARIO DE TERMINOS ................................................................................................................................................1 SIGLARIO.................................................................................................................................................................................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
  5. 5. 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 aparecer 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 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 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 resto 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.
  6. 6. 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 elementos 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.
  7. 7. 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 procesos 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 ser 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 tecnologí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
  8. 8. 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 proyecto 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 soluciones 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
  9. 9. 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 negocio 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 cada 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.
  10. 10. 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. Mantenerel nombre del asesordel curso Proyecto Informático 1 e incluir el nuevo asesordel curso Proyecto Informático 2. Resumen. El resumen o síntesis deltrabajo 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 consecutiva y debe correspondercon 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 profesional. 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.
  11. 11. 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 entenderel modelado construido.Los casos de uso del negocio (procesos del negocio) pueden ayudara identificar los paquetes delsistema. 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 conceptualcon 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 conceptualcon 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
  12. 12. 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
  13. 13. 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ándarpara 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ísica 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.
  14. 14. 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.

×