Página principal



Pontificia universidad javeriana facultad de ingenieria carrera de ingenieria de sistemas

Descargar 4.04 Mb.

Pontificia universidad javeriana facultad de ingenieria carrera de ingenieria de sistemas





Descargar 4.04 Mb.
Página1/4
Fecha de conversión21.08.2018
Tamaño4.04 Mb.
  1   2   3   4



CIS1630AP08

Sistema de Información para la Gestión del Ecosistema de Emprendimiento Javeriano













Carlos Andrés Becerra Madera
















PONTIFICIA UNIVERSIDAD JAVERIANA

FACULTAD DE INGENIERIA

CARRERA DE INGENIERIA DE SISTEMAS

BOGOTÁ, D.C.

2016

CIS1630AP08

Sistema de Información para la Gestión del Ecosistema de Emprendimiento Javeriano









Autor(es):

Carlos Andrés Becerra Madera
















MEMORIA DEL TRABAJO DE GRADO REALIZADO PARA CUMPLIR UNO DE LOS REQUISITOS PARA OPTAR AL TITULO DE INGENIERO DE SISTEMAS



Director

Efraín Ortiz Pabón

Jurados del Trabajo de Grado

Julio Ernesto Carreño Vargas

Javier Francisco López Parra

Página web del Trabajo de Grado

http://pegasus.javeriana.edu.co/~CIS1630AP08



PONTIFICIA UNIVERSIDAD JAVERIANA

FACULTAD DE INGENIERIA

CARRERA DE INGENIERIA DE SISTEMAS

BOGOTÁ, D.C.

Noviembre, 2016



PONTIFICIA UNIVERSIDAD JAVERIANA

FACULTAD DE INGENIERIA

CARRERA DE INGENIERIA DE SISTEMAS





















Rector Magnífico

Jorge Humberto Peláez Piedrahita, S.J.

Decano Facultad de Ingeniería

Ingeniero Jorge Luis Sánchez Téllez

Directorde la Carrera de Ingeniería de Sistemas

IngenieraMariela Josefina Curiel Huérfano

Director Departamento de Ingeniería de Sistemas

Ingeniero Efraín Ortiz Pabón



Artículo 23 de la Resolución No. 1 de Junio de 1946

La Universidad no se hace responsable de los conceptos emitidos por sus alumnos en sus proyectos de grado. Sólo velará porque no se publique nada contrario al dogma y la moral católica y porque no contengan ataques o polémicas puramente personales. Antes bien, que se vean en ellos el anhelo de buscar la verdad y la Justicia”


AGRADECIMIENTOS

Me gustaría dar las gracias a Dios por haberme dado el mejor regalo de todos, una madre luchadora que vela por mi bienestar, la cual tiene un poco de ese amor infinito que nos tienes. Mamá si lees esto quiero decirte (que tqm ++++++++++) que gracias a ti he seguido adelante y siempre llevo en mente nuestra frase:


La victoria es el arte de continuar donde otros han resuelto parar”


A mi hermanita hermosa la adoro con jirafas y todo =D (Tqm CMFAE). También me gustaría agradecer a mi familia y a mis amigos (Davincii, Mayis, Ezgard) por ese apoyo incondicional que me brindan cada día, con ustedes, no existen límites que no podamos alcanzar.


Quisiera agradecer también a todas aquellas personas que me han acompañado a lo largo de estos años en mi desarrollo como profesional.


¡Muchas gracias!

CONTENIDO





Lista de Figuras:

Figura 1. Unidad de Emprendimiento Javeriano. Tomada de [3] y [4]. 12

Figura 2. Distribución de la metodología de desarrollo del trabajo de grado. 17

Figura 3. Proceso gráfico de Scrum. Tomado de [9]. 18

Figura 4. Actividades cíclicas propuestas para cada Sprint. Tomado de [2]. 18

Figura 5. Resumen eventos REJ Vladimir 41

Figura 6. Visión del sistema dada por Vladimir 44

Figura 7. Modelo de proceso de negocio BPMN Gestionar Actividad AS-IS. 76

Figura 8. Modelo de proceso de negocio BPMN Gestionar Actividad TO-BE. 77

Figura 9. Gaps Gestionar Actividad. 79

Figura 10. Resultados Simulación Gestionar Actividad AS-IS vs TO-BE. 82

Figura 11. Modelo de proceso de negocio BPMN Gestionar Mentoría AS-IS. 84

Figura 12. Modelo proceso de negocio BPMN Gestionar Mentoría TO-BE. 85

Figura 13. Gaps Gestionar Mentoría 86

Figura 14. Resultados Simulación Gestionar Mentoría AS-IS vs TO-BE. 90

Figura 15. Diagrama de contexto del sistema. 91

Figura 16. Modelo arquitectónico “4+1”, vista de escenario gestionar actividad AS-IS del sistema actual. 94

Figura 17. Modelo arquitectónico “4+1”, vista de escenario gestionar mentoría AS-IS del sistema actual. 95

Figura 18. Modelo arquitectónico “4+1”, vista de desarrollo TO-BE del sistema solución. 96

Figura 19. Diagrama de despliegue del sistema solución. 97

Figura 20. Modelo arquitectónico “4+1”, vista de escenario gestionar actividad TO-BE del sistema solución. 98

Figura 21. Modelo arquitectónico “4+1”, vista de escenario gestionar mentoria TO-BE del sistema solución. 99

Figura 22. Diagrama de componentes general de la solución propuesta. 100

Figura 23. Diagrama de componentes Subsistema central de la solución propuesta 101

Figura 24. Diagrama de componentes Subsistema de Presentación de la solución propuesta. 102

Figura 25. Diagrama de componentes Subsistema de Tareas y Notificaciones de la solución propuesta. 102

Figura 26. Diagrama de componentes Subsistema Manejador de eventos de la solución propuesta. 103

Figura 27. Diagrama de componentes Subsistema de Reuniones de la solución propuesta. 103

Figura 28. Diagrama de entidades de la solución propuesta, incluye la distribución por colores de cada uno de los componentes. 104

Figura 29. Captura de Pantalla, Página de Bienvenida del Coordinador de Actividades. 106

Figura 30. Captura de Pantalla, Página de Calendario de Actividades del Coordinador de Actividades. 106

Figura 31. Captura de Pantalla, Página de Perfil del Coordinador de Actividades. 107

Figura 32. Captura de Pantalla, Página de Gestión de Eventos del Coordinador de Actividades. 107







Lista de Tablas:

Tabla 1. Definición de actividades y resultados para la definición del SyRS de la fase I. Tomado de [2]. 21

Tabla 2. Definición de actividades y resultados para los modelos BPMN de la fase II. Tomado de [2]. 22

Tabla 3. Definición de actividades y resultados para la arquitectura AS-IS de la fase III. Tomado de [2]. 23

Tabla 4. Definición de actividades y resultados para la arquitectura TO-BE de la fase III. Tomado de [2]. 25

Tabla 5. Definición de actividades y resultados para la validación de la arquitectura en la fase IV. Tomado de [2]. 26

Tabla 6. Definición de actividades y resultados que comprenden la construcción del prototipo en la fase V. Tomado de [2]. 26

Tabla 7. Definición de actividades y resultados que demuestran la aceptabilidad del prototipo en la fase VI. Tomado de [2]. 27

Tabla 8. Listado de soluciones similares junto a sus objetivos. Elaboración propia tomando como base la tabla expuesta en [2]. 33

Tabla 9. Parte 1 del Listado de características de cada una de las soluciones consultadas. Elaboración propia tomando como base la tabla expuesta en [2]. 34

Tabla 10. Parte 2 del Listado de características de cada una de las soluciones consultadas. Elabo-ración propia tomando como base la tabla expuesta en [2]. 35

Tabla 11. Parte 3 del Listado de características de cada una de las soluciones consultadas. Elaboración propia tomando como base la tabla expuesta en [2]. 35

Tabla 12. Parte 4 del Listado de características de cada una de las soluciones consultadas. Elaboración propia tomando como base la tabla expuesta en [2]. 36

Tabla 13. Parte 5 del Listado de características de cada una de las soluciones consultadas. Elaboración propia tomando como base la tabla expuesta en [2]. 37

Tabla 14. Resumen de la normatividad del emprendimiento en Colombia. Fuente: Tomado de [6]. 72

Tabla 15. Matriz de Mapeo de Requerimientos y Procesos. 76

Tabla 16. Análisis de Brechas. Proceso Gestión de Actividades 82

Tabla 17. Análisis de Brechas. Proceso Gestionar Mentorias 90















ABSTRACT

The approach used to solve the necessity of an entrepreneurship management system in the Javeriana University in Bogotá consisted of a search for relevant documentation and data followed by a series of interviews with each dominium specific stakeholder. After the initial approach documented in a personal version of SyRS, the process continued by using BPMN 2.0. The results led to an architectural model, translating from a component and entity diagram to a "4+1" architectural view. Afterwards, we built a prototype with the project owner's most important scenario which was revised by all previous dominium specific stakeholders using an acceptance model.





















RESUMEN

La evolución del emprendimiento en la Universidad Javeriana de Bogotá llevó a la necesidad de diseñar un sistema de información para apoyar la gestión de la Red de Emprendimiento Javeriano (REJ). Para lograrlo, se utilizó una combinación de técnicas y estrategias de desarrollo de software particulares debido a que no existe una documentación sistemáticamente organizada. Se partió entonces de entrevistas con los stakeholders, documentando el SyRS (System Requirements Specification). Luego, se modelaron los procesos de negocio más relevantes utilizando BPMN 2.0, para después definir el modelo arquitectural “4+1”. Finalmente, se construyó un prototipo funcional acompañado de un modelo de aceptación.

INTRODUCCIÓN

La formación del espíritu emprendedor javeriano es una apuesta de la Red de Emprendimiento Javeriano (REJ) como oficio principal. Sin embargo, las necesidades y obligaciones que la rigen la han llevado a buscar la implementación de un sistema de información que facilite su ejercicio y evolución.

Con el emprendimiento e innovación como pilares de temáticas fundamentales, la metodología de operación de la red se enfoca en la gestión de oportunidades, en donde cualquier persona puede formarse o recibir apoyo en su proceso de formación como emprendedor javeriano.

El presente documento se centra entonces, en el proceso por el cual se determinó una propuesta de dicho sistema de información, que cumple con las normas de una combinación de metodologías de diseño y desarrollo de software, que, a su vez busca dar respuesta a las necesidades del ambiente de ejercicio de la REJ.

En la sección 1 se detalló una descripción general del contexto ambiental en el que la red opera, seguido de las razones por las cuales fue desarrollado el proyecto, dando una explicación de la importancia de dar solución a la problemática planteada. Más adelante, se defineel impacto que se espera genere a futuro el presente trabajo de grado. Luego, el documento especifica cuáles fueron los objetivos específicos y general que se utilizaroncomo guía, incluyendo una breve descripción general de la metodología y entregables utilizados en todas las etapas del proyecto.

En la siguiente parte del documento se encuentra una descripción de las soluciones similares existentes y demuestra el por qué la solución propuesta es la indicada para la problemática planteada.

Después, en la etapa de análisis se relatan las variables relacionadas con la solución junto a los requerimientos del sistema, acompañado del diseño de la arquitectura solución. Finalmente, en la etapa de desarrollo de solución se detalla cuáles fueron las metodologías y estrategias utilizadas seguido de los resultados y conclusiones del proyecto.



I - DESCRIPCIÓN GENERAL

  1. Oportunidad, Problemática, Antecedentes

El emprendimiento en la Pontificia Universidad Javeriana de Bogotá es una realidad que ha ido creciendo en los últimos años. Es por elloque, en el proceso de desarrollo las formas y métodos de enseñanza que fomentan el espíritu emprendedor universitario han generado una demanda creciente de necesidades que deben suplirse.

A partir del nacimiento de la Red de Emprendimiento Javeriano (REJ) en 2012 se han generado espacios y oportunidades de formación, originados de la dinámica de trabajo en equipo de las personas que la componen. Dirigidos por una voluntad de enseñanza y respeto hacia los intereses particulares[Tit161], la red ha existido para influenciar la armonía entre los cuatro estamentos universitarios (Profesores, Administrativos, Estudiantes y Egresados) [Tit161], además de ser el coordinador de crecimiento de las dependencias relacionadas con el emprendimiento y la innovación.

Sin embargo, el ejercicio de operación de la red desde su formación ha evidenciadotambién dificultades a lo largo del tiempo, algunas de las más significativas son [Tit161]: la falta de comunicación y trabajo en equipo, la falta de reconocimiento de las fortalezas de la red, la falta de decisión de la universidad en cuanto a la formalización de la red como unidad de emprendimiento, la falta de existencia de un rubro económico de financiación constante, la falta de vinculación de unidades académicas a la red, la existencia de intereses individuales de los actores que dificultan la vinculación, la inexistencia de reconocimientos claros como premio por la participación, la falta de un apoyo al recorrido de los proyectos de emprendimiento, entre otras.

Fundamentado en las dificultades identificadas y en las necesidades que presenta la REJ, se encontró una oportunidad que mitiga gran parte de las debilidades del ecosistema de emprendimiento javeriano. Es decir, que a través del desarrollo de un sistema de información se pueden aliviar varias de las dificultades que presenta el modelo actual de comportamiento de la red. Dos de las ventajas principalesque pretende lograr el desarrollo del sistema son: ayudar al reconocimiento que debería poseer la red y ayudar a la gestión de oportunidades que fomentan la formación del espíritu emprendedor javeriano.

Adicionalmente, el presente proyecto se utilizó como medio de mejoramiento, pues se pretendió aprovechar la oportunidad para documentar formalmente la información relacionada con la REJ. Razón por la cual, se utilizó como causa para la estructuración de la propuesta de trabajo de grado y de los entregables definidos, sobre todo cuando se tomó en cuenta de que no existía documentación sistematizada.

Además de las dificultades mencionadas anteriormente, el modelo de manejo del emprendimiento estaba presentando un límite de crecimiento, debido a que la red funcionaba cíclicamente[Tit161] con las personas que pertenecen a la red de tiempo en tiempo. Esta oportunidad se pretendió aprovechar para fomentar el crecimiento del emprendimiento javeriano por medio de un sistema de información, el cual, depende únicamente de sí mismo.

    1. Formulación del problema que se resolvió

La pregunta de investigación definida en[Car162] declara:

¿Cómo diseñar un software para administrar el ecosistema de emprendimiento de la Universidad Javeriana?”

El contexto actual que maneja la REJ es una forma de organización en red en la que las personas que hacen parte se reúnen periódicamente a lo largo del periodo académico para dar lugar a las gestiones de las oportunidades curriculares y extracurriculares relacionadas con emprendimiento e innovación.

Como se observa en la figura 1, la red opera mediante responsables asignados a los cuales se les revisa el progreso de organización del evento periódicamente. Las actividades que realiza la red se categorizan en mentorías y actividades.

Figura 1. Unidad de Emprendimiento Javeriano. Tomada de [3] y [4].

En esta forma de operación, los gestores son los encargados de asegurar que los eventos se lleven a cabo de inicio a fin.

Estas oportunidades o actividades según [Vla161] y [Tit161] son (definidas también en [Car161]):

  • Networking y Co-working

Esta actividad es un encuentro de empresarios y emprendedores javerianos [Tit161], y se basa en la búsqueda de oportunidades de negocio por medio de una reunión excusada con un cóctel. Tiene la preferencia, pero no exclusividad de reunir a estudiantes egresados [Vla161].

  • Viernes de Pizza

Generalmente es una actividad dirigida a estudiantes de pregrado, maestría y egresados, en donde se ofrece una charla con un emprendedor exitoso de preferencia javeriano, y se conforman equipos multidisciplinarios de emprendedores con el fin de realizar Networking y Co-working[Uni161]. En el descanso comparten pizza [Vla161].

  • Miércoles de Emprendimiento

Esta es una actividad abierta a todo tipo de público, en donde toma lugar una charla de emprendedores de preferencia javerianos y de alto reconocimiento, que, a su vez poseen empresas consolidadas y poseen un grado de éxito y notoriedad considerables [Vla161]. Este perfil de emprendimiento se especifica para compartir la experiencia de vida de los invitados hacia los emprendedores javerianos [Uni161].

  • Programa Radial Prende y Emprende

Es un programa radial de la Javeriana Estéreo que se especializa en temáticas de emprendimiento e innovación [Uni161], este programa posee parte de sus emisiones depositadas en Soundcloud [Vla161]. Este espacio existe con el objetivo de informar e invitar a los radioescuchas de las oportunidades existentes en la REJ.

  • Diplomado en Emprendimiento Social

Esta actividad es coordinada por medio de los mentores y la facultad de Ciencias Sociales, en donde la temática de enfoque es el emprendimiento social [Vla161]. Este programa busca certificar a las personas como emprendedores sociales.

  • Concurso Ideas de Negocio

Este concurso es una competencia por equipos en donde se busca escribir un modelo de negocios con unos lineamientos específicos, en donde al final existe una calificación, un ranking y unos premios [Vla161].

  • Lion’s Den

Esta actividad es una forma de presentación, en donde los estudiantes y egresados muestran sus “ideas de negocio, modelos de negocio, planes de negocio y empresas ante un panel de invitados expertos que hacen parte del emprendimiento en Bogotá” [Uni161]. Los jueces, o en este caso leones, pretenden retroalimentar los aspectos principales de cada proyecto, y de ser una buena proposición, fortalecer las iniciativas [Vla161].

  • Mentorías

Estas mentorías son abiertas a toda la comunidad. Son espacios de apoyo y acompañamiento a los proyectos empresariales que se encuentran en cualquier etapa de desarrollo. Los mentores son por lo general expertos en el área y buscan reforzar y enfocar los proyectos por el camino correcto [Vla161]. Algunas de las temáticas que manejanson: creatividad e ideación, modelado de negocios con metodologías agiles, marketing, finanzas y prototipado[Uni161].

  • Ferias

Las ferias que se han realizado en la PUJ son básicamente dos, una de ellas es Vitrineando la cual es abierta a la comunidad javeriana y la otra es la Expo-Innovación. Ambas ferias tienen como objetivo el exponer proyectos de emprendimiento [Vla161]. Estas ferias son consideradas como los espacios de encuentro entre los estudiantes, profesores, administrativos y egresados para dar a conocer las iniciativas de cualquier tipo de emprendimiento javeriano.

Sin embargo, aunque el modelo funciona actualmente, el método no ha logrado vincular a los cuatro estamentos. Desde el inicio de ejercicio de la red, la documentación referente ha estado dispersa para cada integrante, además de encontrarse en medios no estandarizados.

Como parte de las necesidades del modo de funcionamiento actual de la red, se han identificado las siguientes debilidades [Car161]:

  • Debilidades en el trabajo en equipo entre facultades y falta de comunicación.

  • Bajo nivel de reconocimiento de las fortalezas de la red a nivel universidad.

  • El ejercicio del emprendimiento se enfoca mayormente en los spin-off de procesos investigativos sin tomar en cuenta el impacto que pueden generan otros proyectos (principalmente de estudiantes, administrativos y egresados).

  • La universidad aún no ha tomado una decisión en cuanto a la formación de una unidad de emprendimiento.

  • No ha existido un rubro o fondo económico de financiación fijo para las actividades de la REJ.

  • Existen unidades académicas de la universidad que aún no se vinculan a la red.

  • La existencia de intereses particulares dificulta la vinculación y operación de la red de emprendimiento.

  • Las notas académicas no son recompensa de las actividades de la red.

  • Los proyectos estudiantiles deberían tener espacios extracurriculares que apoyen el recorrido de los egresados, en donde se continúe un acompañamiento que afiance el recorrido de los proyectos.

Por estas razones se radica el desarrollo del sistema propuesto, pues la evolución del espíritu emprendedor javeriano depende también de que tanto puede adaptarse la operación de la red al ecosistema del cual hace parte.

    1. Justificación del problema

La importancia de solución del problema definido radica en la existencia misma de la red como unidad. La REJ organizada como propuesta de mejoramiento continuo de la formación del espíritu emprendedor javeriano, es una necesidad identificada por muchas universidades alrededor del mundo [Car162] en donde se pretende adaptar a los estudiantes a vivir como emprendedores.

Para poder servir como medio de apoyo a la formación en emprendimiento, la REJ debe reestructurarse a través del uso del sistema de información propuesto, debido a que la metodología de operación de la red debe evolucionar para adaptarse al ecosistema del cual hace parte. Además, que el uso de una herramienta podría moldear el crecimiento y reconocimiento del emprendedor javeriano.

Es por ello que el sistema define su propósito como[Car161]:

La razón principal del sistema es la necesidad de apoyar la gestión, sostenibilidad, crecimiento y reconocimiento de la Red de Emprendimiento Javeriano facilitando a los diferentes actores que la conforman el cumplimiento de cada uno de sus roles de una manera ágil y efectiva.”

Si se toma en cuenta las dificultades identificadas que posee la red, se puede considerar la importancia de la pregunta formulada, pues la dificultad de modelar la herramienta que se utilizará a futuro, radica en la posibilidad de responder a las necesidades específicas de los numerosos stakeholders, además de tener que adaptarse a posibles surgimientos de nuevas necesidades.

Aunque el sistema de información pretende aliviar las debilidades de la red, esta solución aporta ayudas significativas que podrían encaminar el emprendimiento javeriano a un mejor futuro por medio de metodologías de gestión.

Así, el sistema beneficia primordialmente a los miembros de la red, sin embargo, no son los únicos, cualquier persona que se vincule a la red sin importar el tipo de vinculación, se verá beneficiado utilizando una herramienta de apoyo que podría llegar a marcar la diferencia en su vida como emprendedor.

    1. Impacto Esperado

En el caso de que este proyecto tenga éxito a futuro, el impacto puede ser muy grande, tomando en cuenta que el enfoque del proyecto fue el diseñar una arquitectura de un sistema complejo, que, a su vez busca ayudar la gestión de operación de la REJ. Una de las implicaciones consideradas que puede llegar a generar el proyecto en la comunidad académica, es la de evolución y crecimiento del emprendimiento como concepto, de tal formaque, si el sistema conecta a cualquier persona, puede llegar a brindar el seguimiento y apoyo necesario tanto a proyectos como a personas emprendedoras para que alcancen sus sueños y sean exitosos.

De cierta manera el mejorar el estado actual de operación de la REJ puede llegar a crear espacios de reconocimiento como unidad de trabajo en equipo tanto nacional como internacionalmente, sin embargo, es de resaltar que el sistema es solo una pieza más de la máquina que es la red, todas las personas que la integren serán engranajes de éxito.

Las posibles consecuencias del presente proyecto son: a corto plazo existirá una etapa de adaptación a la herramienta en donde cada persona aprenderá un poco de las ayudas que brinda el sistema, en donde se podrá observar una mejora en la facilidad de gestión de oportunidades de emprendimiento;luego a mediano plazo, es posible que la herramienta brinde soporte al proceso de aceleración de los proyectos de emprendimiento, los cuales pueden formalizarse como negocios más eficazmente;a largo plazo, es posible que el sistema ayude a los emprendedores a formarse más integralmente.

Se puede asegurarque la herramienta será un aporte a la universidad, la cual ayudará a hacer realidad los sueños de los javerianos sin importar el tipo de emprendimiento, siguiendo por supuesto la filosofía jesuita.

  1. Descripción del Proyecto

    1. Objetivo general

Diseñar un prototipo de sistema de información para gestionar la Red de Emprendimiento Javeriano.

    1. Objetivos específicos

  • Elaborar una especificación de requerimientos del sistema.

  • Formular un modelo de procesos actual de la Red de Emprendimiento Javeriano.

  • Modelar la arquitectura del sistema relacionando personas, procesos y tecnologías.

  • Validar la arquitectura del sistema.

  • Implementar un prototipo funcional.

  • Validar el prototipo funcional.

  1. Metodología

El proceso de desarrollo del trabajo de grado es una metodología que contiene distintos enfoques, pero comparten como objetivo el análisis y el desarrollo de software. Este proceso fue diseñado como una estrategia multidisciplinar, puesto que su fundamento radica en unificar la mayor parte de perspectivas que posee cada uno de los stakeholders involucrados.

La siguiente figura demuestra la distribución de la metodología planteada:

























Figura 2. Distribución de la metodología de desarrollo del trabajo de grado.

La metodología anterior sigue una idea base, en donde cada fase le proporciona soporte a la siguiente para poder ser definida con mayor eficacia. Sin embargo, aunque cada fase posee su lista de actividades, solo las fases I, II, V y VIse encuentran acobijadas bajo los beneficios de la metodología Scrum[Man16].

El proceso de Scrum puede evidenciarse en la siguiente figura:

















Figura 3. Proceso gráfico de Scrum. Tomado de [9].

Lo importante a resaltar del proceso de Scrum son las actividades que lleva dentro cada uno de los Sprints, los cuales pueden observarse en la siguiente figura:

Figura 4. Actividades cíclicas propuestas para cada Sprint. Tomado de [2].

A continuación, se presentan los listados de actividades y entregables determinados para cada una de las fases.

3.1 Fase I: Analizar requerimientos de sistema

Objetivo: Determinar las funcionalidades existentes y requeridas por el sistema [Car162].

Esta fase se desarrolla definiendo secciones del estándar IEEE 29148 [WGL11] por medio de la metodología Scrum. El enfoque es aprovechar los cortos Sprints para definir las secciones del System Requirements Specification (SyRS) y retroalimentar a través de las reuniones Scrum el progreso y actualización del documento [Car162].

Las actividades definidas para esta fase son:

Identificador

Actividad

Resultado

A01

Definir el propósito del sistema.

Sección 1.1 del SyRS.

A02

Definir el alcance del sistema.

Sección 1.2 del SyRS.

A03

Definir el contexto del sistema.

Sección 1.3.1 del SyRS.

A04

Describir las funcionalidades del sistema.

Sección 1.3.2 del SyRS.

A05

Detallar los usuarios del sistema.

Sección 1.3.3 del SyRS.

A06

Definir los requerimientos funcionales.

Sección 3.1 del SyRS.

A07

Definir los requerimientos de calidad.

Sección 3.2 del SyRS.

A08

Definir los requerimientos de desempeño.

Sección 3.3 del SyRS.

A09

Definir las interfaces del sistema.

Sección 3.4 del SyRS.

A10

Definir las áreas de operación crítica.

Sección 3.5 del SyRS.

A11

Definir los requerimientos de mantenimiento.

Sección 3.5 del SyRS.

A12

Definir los requerimientos de confiabilidad.

Sección 3.5 del SyRS.

A13

Definir los estados y modalidades del sistema.

Sección 3.6 del SyRS.

A14

Definir los requerimientos físicos del sistema.

Sección 3.7 del SyRS.

A15

Definir la adaptabilidad del sistema.

Sección 3.7 del SyRS.

A16

Definir las condiciones ambientales del sistema.

Sección 3.8 del SyRS.

A17

Definir las consideraciones de seguridad.

Sección 3.9 del SyRS.

A18

Describir el manejo de la información.

Sección 3.10 del SyRS.

A19

Describir cualquier política o regulación que afecte al sistema.

Sección 3.11 del SyRS.

A20

Listar las actividades de calidad, revisiones, mediciones y análisis.

Sección 3.12 del SyRS.

A21

Describir la entrega final de los resultados.

Sección 3.13 del SyRS.

A22

Revisar y actualizar las actividades anteriores.

Retroalimentación del SyRS.

A23

Listar los medios de información de verificación de las actividades anteriores.

Sección 4 del SyRS.

A24

Describir las suposiciones y dependencias del sistema.

Sección 4 del SyRS.

A25

Integrar las actividades formalmente en el SyRS.

Versión Final del SyRS.

Tabla 1. Definición de actividades y resultados para la definición del SyRS de la fase I. Tomado de [2].

3.2 Fase II: Modelar procesos de negocio

Objetivo: Definir los procesos de negocio utilizando la notación BPMN[Car162].

Esta fase se desarrolla modelando los principales procesos de negocio por medio de Business Process Management Notation (BPMN). La idea es tener un enfoque de mejora y de referencia para documentar el modo de funcionamiento actual de la REJ.

Las actividades definidas para esta fase son:

Identificador

Objetivo

Actividad

Resultado

A26

Estratégico

Definición de estrategia de priorización de procesos y objetivos de negocio.

Priorizar procesos y objetivos del negocio.

Priorización y objetivos de negocio.

A27





Diseño

Captura de procesos actuales y procesos futuros.

Entrevista con los stakeholders de la REJ.



Plantilla de documento para recopilar datos de proceso.

A28

Documento de plantilla para recopilar datos de proceso.

A29

Creación de una librería de procesos.

Mapeado de procesos BPMN (Bussiness Process Model and Notation).

A30

Modelado

Análisis de procesos existentes a mejorar.

Mejora de procesos existentes en la REJ.

Documento de procesos mejorados.

Tabla 2. Definición de actividades y resultados para los modelos BPMN de la fase II. Tomado de [2].

3.3 Fase III: Modelar la arquitectura del sistema (Actual, Mejorada)

Objetivo: Diseñar la arquitectura actual y la arquitectura mejorada que dé soporte al sistema, basado en lo expuesto en el SyRS y los procesos BPMN [Car162].

Esta fase se desarrolla definiendo la arquitectura actual y la propuesta por medio del modelo de vistas arquitecturales de Kruchten, la “Arquitectura 4+1” [Kru4195]. Por medio de esta metodología se pretende analizar la relación entre personas, procesos y tecnologías.

Las actividades definidas para la definición de la arquitectura AS-IS son:

Identificador

Actividad

Resultado

A31

Selección de los escenarios y funcionalidades que describen el comportamiento actual del sistema.

Abstracción en escenarios del comportamiento actual del sistema.

A32

Abstracción de escenarios, funcionalidades, clases, mecanismos, subsistemas y procesos similares.

Congregación de funcionalidades similares del sistema.

A33

Definición de elementos arquitecturales descubiertos en el modelo lógico del sistema.

Mapeo de los elementos arquitecturalmente relevantes en el modelo lógico del sistema.

A34

Definición de elementos arquitecturales descubiertos en el modelo de procesos del sistema.

Mapeo de los elementos arquitecturalmente relevantes en el modelo de procesos del sistema.

A35

Definición de elementos arquitecturales descubiertos en el modelo desarrollo del sistema.

Mapeo de los elementos arquitecturalmente relevantes en el modelo de desarrollo del sistema.

A36

Definición de elementos arquitecturales descubiertos en el modelo físico del sistema.

Mapeo de los elementos arquitecturalmente relevantes en el modelo físico del sistema.

A37

Análisis en conjunto de los elementos de la arquitectura “4+1” del sistema actual.

Detección de oportunidades que pueden ser fallas o posibles mejoras al sistema actual.

A38

Captura de las lecciones aprendidas del análisis de la arquitectura actual del sistema.

Arquitectura AS-IS

Tabla 3. Definición de actividades y resultados para la arquitectura AS-IS de la fase III. Tomado de [2].

Las actividades definidas para la definición de la arquitectura TO-BE son:

Identificador

Actividad

Resultado

A39

Selección de escenarios con funcionalidades criticas del sistema (funcionalidades de mayor relevancia considerando a su vez el riesgo relacionado).

Selección de las funcionalidades críticas que deberían soportar el sistema como mínimo para continuar el ejercicio de la REJ.

A40

Consideración de adjunción de escenarios con nuevas funcionalidades descritas por los Stakeholders.

Selección de las funcionalidades nuevas a añadir al sistema definidas por los Stakeholders.

A41

Abstracción de escenarios, funcionalidades, clases, mecanismos, subsistemas y procesos similares.

Congregación de funcionalidades similares del sistema.

A42

Descripción de cambios arquitectónicos que deberían ocurrir para soportar los escenarios elegidos.

Descripción de cambios a mejorar con respecto al sistema actual.

A43

Actualización del modelo lógico del sistema.

Re-Mapeo y actualización de los elementos arquitecturalmente relevantes en el modelo lógico del sistema.

A44

Actualización del modelo lógico de procesos del sistema.

Re-Mapeo y actualización de los elementos arquitecturalmente relevantes en el modelo de procesos del sistema.

A45

Actualización del modelo de desarrollo del sistema.

Re-Mapeo y actualización de los elementos arquitecturalmente relevantes en el modelo de desarrollo del sistema.

A46

Actualización del modelo físico del sistema.

Re-Mapeo y actualización de los elementos arquitecturalmente relevantes en el modelo físico del sistema.

A47

Análisis en conjunto de los elementos de la arquitectura “4+1” del sistema mejorado.

Detección de oportunidades que pueden ser fallas o posibles mejoras al sistema actual.

A48

Actualización de posibles cambios.

Dado el análisis anterior, se pretende mejorar el sistema para que posea un mayor cubrimiento arquitectónico.

A49

Captura de las lecciones aprendidas del análisis de la arquitectura actual del sistema.

Arquitectura TO-BE.

Tabla 4. Definición de actividades y resultados para la arquitectura TO-BE de la fase III. Tomado de [2].

3.4 Fase IV: Validar la arquitectura

Objetivo: Comprobar la validez de la arquitectura propuesta en la fase anterior[Car162].

Esta fase se desarrolla validando por medio del juicio de un experto y los stakeholders la correcta definición del modelo arquitectural propuesto[Car162].

Las actividades definidas para la validación de la arquitectura son:

Identificador

Actividad

Resultado

A50

Identificar los grupos de colaboradores para la validación de la arquitectura.

Listado por grupos de colaboradores.

A51

Preparación de escenarios de la lógica de negocio.

Escenarios a mostrar a los colaboradores específicos.

A52

Preparación de material y reunión con colaboradores.

Material designado por cada grupo de colaboradores y confirmación de la completitud de la arquitectura propuesta.

A53

Reunión en forma de brainstorming.

Votación de colaboradores.

Priorización de procesos y escenarios.

A54

Reuniones con Experto para validación técnica.

Cambios a realizar en la arquitectura. / Arquitectura validada.

Tabla 5. Definición de actividades y resultados para la validación de la arquitectura en la fase IV. Tomado de [2].

3.5 Fase V: Generar un prototipo funcional

Objetivo: Construir un prototipo funcional que contenga algunas de las funcionalidades fundamentales del sistema propuesto[Car162].

Esta fase comprende la implementación de un prototipo que contenga algunos de los requerimientos de los stakeholders[Car162].La idea es construir un prototipo que unifique los ideales que tienen los diferentes interesados, pues, al ser tan numerosos complican la definición concreta del sistema.

Las actividades definidas son:

Identificador

Actividad

Resultado

A55

Abstracción de requerimientos.

Diseño y construcción del prototipo.

A56

Construcción del prototipo.

A57

Desarrollo de pruebas unitarias y funcionales del prototipo.

Prueba de factibilidad de la arquitectura, tanto unitariamente como funcionalmente (por medio de una puesta en ejercicio).

Tabla 6. Definición de actividades y resultados que comprenden la construcción del prototipo en la fase V. Tomado de [2].

3.6 Fase VI: Validar el prototipo

Objetivo: Comprobar la aceptabilidad del prototipo propuesto por medio de TAM[Car162].

Esta fase se desarrolla validando el prototipo por medio de la metodología Technology Aceptance Model (TAM) [VAB08].La idea en esta fase es verificar la aceptabilidad del sistema propuesto por parte de los stakeholders[Car162].

Las actividades definidas son:

Identificador

Actividad

Resultado

A58

Percibir utilidad (PU).





Documento de Validación de prototipo.

A59

Percibir facilidad de uso (PEOU).

A60

Auto-eficaciaen computadores (CSE).

A61

Percepción de controles externos (PEC).

A62

Espontaneidad de uso del prototipo (CPLAY).

A63

Temor de uso de computadores (CANX).

A64

Capacidad de disfrute del prototipo (ENJ).

A65

Norma subjetiva (SN).

A66

Imagen de enfoque social(IMG).

A67

Relevancia en el trabajo (REL).

A68

Calidad de resultados (OUT).

A69

Demostrabilidad de resultados (RES).

A70

Determinante de usabilidad (USE).

Tabla 7. Definición de actividades y resultados que demuestran la aceptabilidad del prototipo en la fase VI. Tomado de [2].





  1   2   3   4

Similar:

Pontificia universidad javeriana facultad de ingenieria carrera de ingenieria de sistemas iconJuan camilo olaya foliaco pontificia universidad javeriana facultad de ingenieria
Memoria del trabajo de grado realizado para cumplir uno de los requisitos para optar al titulo de ingeniero de sistemas


Descargar 4.04 Mb.