• No se han encontrado resultados

Sistema de información para la gestión de gimnasios

N/A
N/A
Protected

Academic year: 2020

Share "Sistema de información para la gestión de gimnasios"

Copied!
94
0
0

Texto completo

(1)Sistema de Información para la gestión de Gimnasios. Julian Andres Vargas Gil Tania Alejandra Barragán Moncada. Universidad Distrital Francisco José de Caldas Tecnologı́a en sistematización de datos Facultad Tecnológica Bogotá D.C. junio de 2019.

(2) Sistema de Información para la gestión de Gimnasios. Julian Andres Vargas Gil Tania Alejandra Barragán Moncada. Proyecto de grado para optar al tı́tulo de tecnólogo en sistemación de datos. Asesor: Hector Florez Fernandez. Universidad Distrital Francisco José de Caldas Tecnologı́a en sistematización de datos Facultad Tecnológica Bogotá D.C. junio de 2019.

(3) Nota de aceptación:. Asesor: Hector Florez Fernandez. Jurado: Johanna Dueñas. Bogotá,.

(4) Agradecimientos Agradecemos a nuestras familias que nos han apoyado durante nuestra carrera, a nuestro asesor quien nos ha orientado y a nuestros jurados que nos han ofrecido su pertinente retroalimentación.. 1.

(5) Resumen En esta monografı́a se presenta el gran potencial que tienen los gimnasios locales, dado la escasez del negocio en sectores particulares de la ciudad, contrarrestado por la inestabilidad que adquieren por la falta de organización y seguimiento de cada cliente, de tal manera que lo que se presenta a continuación es la posibilidad de implementar una herramienta tecnológica que apoye a los gimnasios con el fin de perdurar en el mercado, para ello se analiza las causas de la inestabilidad, necesidades de los usuarios, clasificación de los mismos, entre otros. Además se estudia las zonas que requieren de la implementación indagando tanto en los administradores de los gimnasios como en los clientes de esta forma se concluyen las necesidades particulares del administrador, instructores, nutricionistas, diferentes empleados y finalmente los clientes encontrando un alto interés en la propuesta. Por lo tanto se crea Soren quien se encarga de sintetizar las necesidades de los clientes y el administrador en torno a la mejora de la experiencia del usuario en el recinto deportivo aportando las herramientas necesarias al administrador y empleados del negocio para dar seguimiento a los clientes individualmente y fomentar la participación de manera didáctica registrando el avance de los mismos por medio de la App y depositado en el sistema de información.. 2.

(6) Abstract This monograph shows the great potential of local gyms, given the scarcity of business in particular sectors of the city, counteracted by the instability that they acquire due to the lack of organization and monitoring of each client, in such a way that what is presents below is the possibility of implementing a technological tool that supports gyms in order to survive in the market, for it is analyzed the causes of instability, user needs, classification of them, among others. In addition, the areas that require the implementation are studied, investigating both the administrators of the gyms and the clients, in this way the particular needs of the administrator, instructors, nutritionists, different employees and finally the clients, finding a high interest in the proposal, are concluded. . Therefore Soren is created who is responsible for synthesizing the needs of customers and the administrator around the improvement of the user experience in the sports arena by providing the necessary tools to the administrator and employees of the business to follow up the clients individually. and encourage participation in a didactic way by recording the progress of the same through the App and deposited in the information system.. 3.

(7) Tabla de Contenido Agradecimientos. 1. Resumen. 2. Abstract. 3. Introducción. 1. 1. Planeación 1.1. Planteamiento del Problema . . 1.2. Justificación . . . . . . . . . . . 1.3. Objetivos . . . . . . . . . . . . 1.3.1. Objetivo General . . . . 1.3.2. Objetivos Especı́ficos . . 1.4. Alcances . . . . . . . . . . . . . 1.5. Limitaciones . . . . . . . . . . . 1.6. Marco de Referencia . . . . . . 1.6.1. Marco Histórico . . . . 1.6.2. Marco Teórico . . . . . 1.6.3. Marco Metodológico . . 1.7. Factibilidad . . . . . . . . . . . 1.7.1. Factibilidad Técnica . . 1.7.2. Factibilidad Operativa . 1.7.3. Factibilidad Económica 1.7.4. Factibilidad Legal . . . 1.8. Cronograma . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. 2 2 3 3 3 3 3 4 4 4 5 11 13 13 13 13 14 14. 2. Análisis 2.1. Análisis de Requerimientos . . . . . . 2.1.1. Requerimientos Funcionales . . 2.1.2. Requerimientos No Funcionales 2.2. Definición de Actores . . . . . . . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. 16 16 16 22 23. 3. Diseño 3.1. Casos de Uso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 25 25. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . . . .. 4.

(8) Tabla de Contenido. 3.1.1. Documentación de Casos de Uso . . . . . . . . . . . . . . . . . . . . . . . . . . 3.1.2. Diagramas de Casos de Uso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3.2. Diagrama de Clases . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 25 44 48. 4. Implementación 4.1. Modelo Relacional . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.2. Diccionario de Datos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 54 54 56. 5. Pruebas 5.1. Soren App . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5.2. Sistema de información Soren . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 66 66 66. 6. Manual de Instalación 6.0.1. Soren App . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 77 77. Recomendaciones. 82. Conclusiones. 83. Bibliography. 84. 5.

(9) Lista de Figuras 1.1. Cronograma . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 15. 3.1. 3.2. 3.3. 3.4. 3.5. 3.6. 3.7.. . . . . . . .. 45 46 47 50 51 52 53. 4.1. Modelo Relacional . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 55. 5.1. SorenApp Inicio . . . . . . . . . . . . . . . . 5.2. SorenApp Inicio . . . . . . . . . . . . . . . . 5.3. SorenApp Usuario . . . . . . . . . . . . . . 5.4. SorenApp Rutina . . . . . . . . . . . . . . . 5.5. SorenApp Medidas . . . . . . . . . . . . . . 5.6. SorenApp Grafica de medidas . . . . . . . . 5.7. Soren Inicio de la aplicacion . . . . . . . . . 5.8. Soren Bienvenida a la aplicacion . . . . . . 5.9. Soren Ingresar datos a la aplicacion . . . . . 5.10. Soren Ingresar clientes a la aplicacion . . . 5.11. Soren lista de clientes en la aplicacion . . . 5.12. Soren clientes consultado en la aplicacion . 5.13. Soren buscar por parametro en la aplicacion. . . . . . . . . . . . . .. . . . . . . . . . . . . .. . . . . . . . . . . . . .. . . . . . . . . . . . . .. . . . . . . . . . . . . .. . . . . . . . . . . . . .. . . . . . . . . . . . . .. . . . . . . . . . . . . .. . . . . . . . . . . . . .. . . . . . . . . . . . . .. . . . . . . . . . . . . .. . . . . . . . . . . . . .. . . . . . . . . . . . . .. . . . . . . . . . . . . .. . . . . . . . . . . . . .. . . . . . . . . . . . . .. . . . . . . . . . . . . .. . . . . . . . . . . . . .. . . . . . . . . . . . . .. . . . . . . . . . . . . .. . . . . . . . . . . . . .. . . . . . . . . . . . . .. . . . . . . . . . . . . .. . . . . . . . . . . . . .. 66 67 68 69 70 71 72 72 73 74 75 75 76. 6.1. 6.2. 6.3. 6.4.. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. 78 79 80 81. Diagrama Diagrama Diagrama Diagrama Diagrama Diagrama Diagrama. Caption Caption Caption Caption. . . . .. de de de de de de de. . . . .. Caso de Uso Administrador Caso de Uso Instructor . . . Caso de Uso Nutricionista . Clases . . . . . . . . . . . . Clases . . . . . . . . . . . . Clases . . . . . . . . . . . . componentes . . . . . . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. . . . .. 6. . . . . . . .. . . . .. . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . .. . . . . . . ..

(10) Lista de Tablas 1.1. Actividades en Fases de RUP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1.2. Costo de Integrantes del Proyecto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1.3. Costo de Recursos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 11 14 14. 2.1. Requerimientos Funcionales . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2.2. Requerimientos No Funcionales . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2.3. Actores . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 16 22 23. 3.1. Documentación de Caso de Uso . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. 25. 7.

(11) Introducción En los últimos años en la ciudad de Bogotá se ha evidenciado el notable auge de gimnasios locales, esto debido a la demanda social que promueve estereotipos impulsando el desarrollo de actividad fı́sica como herramienta para una vida saludable. Teniendo en cuenta la inclusión social y el desarrollo tecnológico del siglo XXI se evidencia la imposición de los milenians en diferentes aspectos sociales y culturales demostrando ası́ que los colectivos tienen la capacidad de implementar negocios que se presentaban exclusivos para las elites de la ciudad, en cualquier sector de la misma, de esta forma se evidencia el notable crecimiento de pequeños gimnasios en sectores populares permitiendo de esta forma ampliar el negocio y generar oportunidades de innovación y desarrollo a quienes poseen el conocimiento. Por otro lado la inclusión tecnológica ha llevado a las personas a necesitar cada vez mas de la misma en su cotidianidad, simplificando sus tareas y necesidades a dispositivos electrónicos en especial el celular el cual se ha convertido en la principal herramienta de las mismas y en consecuencia la forma mas sencilla de fidelizar a los clientes.Por lo tanto se presentan los dos grandes focos de apoyo al que se encuentran dirigido el siguiente estudio, como primera medida los gimnasios requieren ordenar el negocio de forma simple en la cual se tenga total control de los clientes, productos y servicios de esta forma se optimizan los procesos y el gimnasio promueve su estabilidad, por otro lado es necesario captar los clientes de manera simple y atractiva. Es por esto que se crea Soren un sistema de información capaz de ordenar los procesos del gimnasio, permitiendo tanto al administrador como a los empleados gestionar el proceso de cada participante eficazmente apoyado por el app quien se encarga de guiar al cliente en las rutinas, dietas, productos y servicios ofrecidos por el gimnasio de esa forma cada individuo que pertenezca al negocio contará con las herramientas necesarias para fortalecer y llevar a cabo el proceso que busca de manera satisfactoria.. 1.

(12) Capı́tulo 1. Planeación 1.1.. Planteamiento del Problema. En la actualidad se “estima que Colombia cuenta con alrededor de 1.752 gimnasios y este es el quinto mercado con un gran número de establecimientos después de Brasil, México, Argentina y Chile” [1].Además se evidencia que la cifra aumenta exponencialmente según afirmaciones de la compañı́a Sectorial la cual por medio de su portal web afirma que este crecimiento es del 46 % desde 2013, lo cual aumenta el mercado de manera significativa, de acuerdo al estudio realizado por International Health, Racquet and Sportsclub Association (IHRSA), comunidad global de profesionales de la salud, el mercado de gimnasios locales factura más de $1.072 billones de pesos anuales, a pesar de que para el 2017 se calculaba que solo el 3 % de la población en Colombia acude a uno.[1] De acuerdo a este concepto se establece claramente que el crecimiento del negocio se eleva de manera exponencial. Sin embargo, referenciando el grupo de personas que asisten a los establecimientos se evidencia que debido al aumento del negocio se han generado batallas por los precios escudando su estrategia bajo la premisa de inclusión social y fácil acceso. Como lo afirma El Tiempo, acto que seguramente incentivara a los usuarios para asistir de manera constante. & A raı́z del crecimiento de clientes, se realizó un estudio que demuestra el abandono de las personas durante las primeras etapas de entrenamiento, en la mayorı́a de los casos se debe a la carencia de resultados inmediatos seguido por la confusión en las rutinas y el desorden en la administración de los gimnasios ya que la logı́stica se maneja mediante un sistema manual de fichas en las cuales se deposita la información total de los clientes, desde los datos personales pasando por la evolución periódica y por último las rutinas a realizadas. Indagando con los usuarios el hecho de no estar informados constantemente de su evolución genera gran desmotivación y en consecuencia la deserción.[2] Con el fin de contrarrestar este fenómeno se plantea el siguiente interrogante: ¿La administración de los gimnasios y la inherencia de los clientes, afecta la deserción de los mismos?. 2.

(13) Capı́tulo 1. Planeación. 1.2.. Justificación. Es valido resolver este problema debido a la necesidad que presentan los gimnasios locales de organizar y sistematizar sus procesos, de esta forma tendrán mayor control del negocio y podrá ofrecer nuevos servicios a la comunidad.. 1.3.. Objetivos. 1.3.1.. Objetivo General. Diseñar e implementar un sistema de información apoyado de un aplicativo móvil para el seguimiento y organización en la administración de los gimnasios y sus clientes.. 1.3.2.. Objetivos Especı́ficos. Determinar los requerimientos funcionales y no funcionales en base a la metodologı́a RUP. Realizar el estudio e indagación de los procesos realizados al interior con el fin de diseñar la base de datos de los aplicativos. Diseñar y desarrollar el software correspondiente para un aplicativo web basados en los lenguajes de programación de libre promoción en el mercado. Diseñar y desarrollar el software dirigido a un aplicativo móvil basado en la tecnologı́a Android Studio, con el fin de apoyar la gestión de los clientes del gimnasio.. 1.4.. Alcances. a) El proyecto permite al cliente el dominio del negocio, partiendo desde los productos, servicios, empleados y clientes, de esta forma el gimnasio podrá proporcionar servicios de mejor calidad desisnteresandose de la logı́stica del mismo. b) El sistema de información tiene la capacidad de monitorear los empleados, llevar seguimiento de los clientes, sus productos y servicios, de esta manera el cliente contara constantemente con toda la información del negocio. c) Con la aplicación móvil el proyecto, proporciona un valor agregado, suministrando la herramienta de manera personalizada ası́, los clientes del gimnasio tienen la capacidad de realizar sus rutinas sin necesidad de tener todo el tiempo al instructor como acompañante.. 3.

(14) Capı́tulo 1. Planeación. 1.5.. Limitaciones. El proyecto no ofrecerá su servicio a gimnasios diferentes a los convencionales, es decir que si el gimnasio requiere de rutinas especializadas Soren no tiene la capacidad de atenderlos. Toda vez que el proyecto esta diseñado para el apoyo de gimnasios convencionales, no es capaz de soportar negocios de gran tamaño.. 1.6. 1.6.1.. Marco de Referencia Marco Histórico. Los gimnasios se conforman como centros de formación masculina de la antigua Grecia en los cuales los hombres se educaban en diferentes disciplinas, en particular las actividades realizadas en grupos como educación fı́sica y actividades recreativas se practicaba desnudos de igual forma los baños luego de cada actividad, para época los prejuicios alrededor del cuerpo no eran relevantes. Además de fomentar la cultura los asistentes a las clases también era común encontrar salón de clase en los que se impartı́an cátedras en diferentes campos. [3] Partiendo del significado etimológico de la palabra gymnasium, “Lugar donde ir desnudo”, se edifica la concepción del gimnasio como centro dispuesto para rendir tributo a la belleza del cuerpo, en estos centros se solı́a practicar educación fı́sica sin ropa a la vez que los estudios y baños. Ya que la educación en torno a la cultura fı́sica era el centro de formación de los jóvenes, en los gimnasios se crearon bibliotecas a las cuales los estudiantes podı́an acceder luego de practicar sus rutinas de entrenamiento. Dada la importancia que tenı́a la cultura fı́sica aquellos destacados tenı́an derecho a acceder a premios y reconocimiento en los espectáculos ofrecidos en los estadios. [4] Con el fin de masificar la disciplina el pedagogo Friedrich Ludwig Jahn desarrollo el movimiento Jahn en Alemania, el cual buscaba rescatar el ideal de belleza masculina de la antigua Grecia implementándolo como herramienta pedagógica para promover el amor patriota dentro de sus proyectos se destacan organizaciones gimnásticas, coros masculinos y asociaciones de tiro. En el desarrollo del movimiento Jahn, se inauguró en 1811 en Alemania el primer espacio de gimnasia al aire libre denominado tie recuperando el término acuñado a los espacios de reunión públicos como sı́mbolo de la importancia de la cultura griega para Jahn. Dentro de sus premisas la idea más importante se centra en no distinguir cuerpo y espı́ritu, por el contrario, se pretendı́a combatir vicios burgueses y unificar la docencia con el ejercicio del vivir. [5] Dado lo atractivo de la actividad rápidamente se encontraron centros de peregrinación en los cuales se contaba además de los gimnastas con eventos organizados en los cuales se manifestaba el sentido patrita incluyendo canciones, toques de diferentes instrumentos y discursos breves.. 4.

(15) Capı́tulo 1. Planeación. En el siglo XIX el movimiento de los gimnásticos se expandió a Estados unidos y Europa, para la época los gimnasios ya no eran considerados únicamente como centro para rendir tributo al cuerpo, adicionalmente se incluyó en la cultura popular los beneficios a la salud que tenı́a practicar ejercicio, debido a las nuevas profesiones consecuencia del proceso acelerado de industrialización el sedentarismo se impuso con mayor fuerza. [6] El prototipo de gimnasios con máquinas fue desarrollado por el doctor sueco Gustav Zander, quien promovı́a su invento bajo la premisa que el bienestar fı́sico no dependı́a de los procedimientos habituales de la época, por el contrario, la salud podı́a ser cuidada de acuerdo al esfuerzo progresivo, afirmo que el uso constante y controlado de los músculos llevarı́a a las personas a tener un cuerpo más fuerte. En sus inicios el instituto fue utilizado para tratar enfermedades a niños y trabajadores a causa de atrofias musculares, se encontraba financiado por el estado lo cual permitı́a el ingreso tanto a personas adineradas como a trabajadores del común con posibles accidentes laborales. En consecuencia, a la eficiencia del sistema a principios del siglo XX el invento fue llevado a Estados Unidos con el fin de captar nuevos clientes resaltando que el fin de las maquinas es combatir los males propiciados por una vida sedentaria, ya en Estados Unidos los nuevos gimnasios se volvieron selectivos para las clases medias y altas las cuales pertenecı́an en su mayorı́a a los trabajos de oficina. [7]. 1.6.2.. Marco Teórico. Java Java es un lenguaje de programación orientada a objetos, creado por Sun Microsystems, con la finalidad de tener la menor cantidad de dependencias de implementación como fuera posible lo que permite a los desarrolladores escribir el programa una sola vez y compilarlo en cualquier dispositivo, esto se logra mediante la máquina virtual (Java Virtual Machine) que interpreta los principales ficheros y convierte el código a un lenguaje particular que el dispositivo en uso pueda entender. Dentro de las principales caracterı́sticas que brinda el lenguaje se encuentran: a) Orientado a objetos. b) Simplicidad c) Distribución. d) Solidificación. e) Dinámico y de alto rendimiento. f) Arquitectura neutral. Toda vez que Java es un lenguaje netamente orientado a objetos se deben tener en cuenta que este lenguaje se constituye como el más reciente paradigma de programación el cual se desarrolla con el 5.

(16) Capı́tulo 1. Planeación. objetivo de facilitar la abstracción a los desarrolladores, fundamentado en los conceptos de objetos y clases los cuales darán una mayor simplicidad ene el momento de programar. [8] Clase: Teniendo en cuenta la relación de la programación orientada a objetos con la vida cotidiana, normalmente se cuenta con objetos que pertenecen a una misma colección o clase en los lenguajes de programación, por ejemplo, mi carro es solo una instancia de los muchos carros que existen en el mundo, por lo tanto, en programación mi carro es una instancia de la clase de objetos conocidos como carros. Todos los carros poseen algunos atributos, por ejemplo, color, peso, tienen cuatro ruedas, etc y algunas funciones o también llamados métodos como arrancar, frenar, conducir. Por lo tanto, se pueden definir las caracterı́sticas del carro en particular mediante los métodos dispuestos, pero no es posible generalizar con los otros carros. De este modo se pueden definir las propiedades generales de los carros o cualquier objeto y ası́ se crean las clases. [8] Objeto: Se define como una entidad autónoma con una funcionalidad concreta y bien definida. El objeto es un elemento de la clase que contiene datos y sentencias de esta forma el objeto definido solo podrá ser manipulado por los métodos declarados especı́ficamente para su uso lo cual permite la seguridad e integridad de los datos. Un objeto es la representación en un programa de un concepto y contiene toda la información necesaria para abstraerlo, los atributos o estados y lo que puede hacer es decir el comportamiento están definidos por los atributos y los métodos. [8] Teniendo claros los conceptos que fundamentan la programación orientada a objetos es necesario mencionar las principales caracterı́sticas que complementan los conceptos principales. Encapsulamiento: teniendo claridad de los fundamentos del objeto se crea el concepto de encapsulamiento el cual se basa en la protección de las variables en un objeto y ese objeto en una clase. Pero es necesario que los objetos pretendan compartir algunos de sus métodos o atributos para lo cual Java permite 4 niveles de protección de las variables y funciones, los niveles de protección indican que objetos y clases pueden acceder a otras clases y variables de otras clases. El hecho de encapsular las variables y métodos genera dos grandes beneficios a los programadores: - Creación de módulos: Cada uno de los objetos creados pueden escribirse y mantenerse independiente a los demás objetos, de esta forma el código puede pasarse de forma ı́ntegra a otros objetos. - Protección de la información: Dada la instanciación de las clases, un objeto tendrá una interfaz publica que los otros objetos podrán usarse para comunicarse con él, de este modo la información que el desarrollador considere privada la podrá manejar en una instancia de forma privada. Simplicidad: Con el fin de conseguir un mayor rendimiento Java se basa en C++ como ya se habı́a mencionado anteriormente, pero esto se desarrolla con el fin de conseguir la simplicidad que los lenguajes como C y C++ traı́an en su programación, la similitud del lenguaje con C++ proporcionarı́a a los desarrolladores el entendimiento del mismo y darı́a un avance mas rápido al desarrollo.. 6.

(17) Capı́tulo 1. Planeación. Con Java se crean herramienta de mucha utilidad reduciendo hasta la mitad los errores que se presentaban en C y C++ que se generaban con las siguientes herramientas: Punteros, eliminación de referencias, registros, macros, entre otras. Distribución: Java se crea con una gran cantidad de interconexiones THCP/IP lo que permite que las aplicaciones se apliquen a distribuciones que proporcionan las librerı́as que son utilizadas para conectarse a protocoles como HTTP y FTP los cuales consiguen está particularidad. Solidificación: Hay diversas razones por las cuales Java puede considerarse un lenguaje muy robusto entre las cuales se encuentran: La ejecución tanto en tiempo de desarrollo como en compilación y ejecución, lo que permite detectar los errores mucho mas rápido. El manejo de la memoria permite al desarrollador un parte de tranquilidad en el que no debe preocuparse por posibles hechos de corrupción de la memoria o acumulación de basura allı́. Dentro de las mejoras también se encuentra que Java implementa los Arrays en vez de las listas enlazadas eliminando los punteros que obligan a la comprobación de lı́mites que reducen los posibles errores en los que se apunte a direcciones equivocadas generando una reducción importante en el tiempo de ejecución. [16] Arquitectura Neutral: El medio por el cual Java puede ejecutar sus códigos en diferentes arquitecturas o sistemas operativos es la ventaja que tiene de guardar el código a ejecutar en una librerı́a código objeto en cual podrá ser ejecutado en cualquier máquina que utilice un sistema de ejecución run-time. [9]. PHP Hypertext Pre-processor fue diseñado particularmente para crear páginas web dinámicas programando Scripts del lado del servidor, el lenguaje PHP siempre se encuentra embebido dentro de un lenguaje HTML desarrollado por Rasmus Lerdorf, en el año 1994. En principio el lenguaje se escribió en C lo que permitió la escritura de un número limitado de comandos a los que se les llamo Personal Home Page Tools, el éxito del lenguaje se basó en que Rasmus permitió a otras personas la manipulación del código, posteriormente desarrollo un sistema de formularios al que llamo Form Interpreter (FI) y el conjunto de estas dos herramientas creo el lenguaje denominado PHP/FI. [10] Posteriormente a mediados del año 1997 cuando se amplió el uso del lenguaje se incluyeron nuevas funcionalidades como el soporte a nuevos protocolos de internet y la cobertura de la mayorı́a de bases de datos que se operaban en el momento lo que llevo al lenguaje a desarrollar su tercera versión para entonces se conocı́a como un leguaje nutrido con las funcionalidades necesarias para escribir programas robustos, en su cuarta versión PHP incorporo como novedad a “Zend” el framework que trajo las mejoras a la versión anterior desarrollado con mayor meditación lo que incorporo mejoras significativas en cuanto a la velocidad debido a que separo los procesos de compilación y ejecución, para las versiones anteriores el código se interpretaba en plena ejecución. Pero es en su versión número cinco cuando PHP consigue el éxito implementando el paradigma de la programación orientada a objetos y se catapulta como uno de los lenguajes más completos y con más usuarios durante los siguientes años; la siguiente versión conocida fue la número 7 que se considera 7.

(18) Capı́tulo 1. Planeación. como la versión más productiva del lenguaje, las mejoras en rendimiento junto con la expansión de los servidores han traı́do como resultado que los desarrollos tengan como trasfondo está versión. [11] El lenguaje PHP cuenta con cuatro principales caracterı́sticas: a) Velocidad: La velocidad de php no está sujeta solamente a la que de ejecución se refiere, la mas importante se considera a la hora de no tener demoras en la máquina en consecuencia, los recursos del sistema no son requeridos de manera constante. PHP se integra eficazmente con otros softwares especialmente en ambientes Unix. b) Estabilidad: PHP utiliza su propio sistema de administración de recursos y variables lo cual conforma un sistema robusto y estable. c) Seguridad: Teniendo en cuenta que las paginas web deben contar con un amplio esquema de seguridad php provee diferentes niveles los cuales pueden ser configurados en el archivo .ini d) Simplicidad: PHP cuenta con la simplicidad necesaria al punto que usuarios C y C++, además PHP dispone de una gran cantidad de librerı́as y extensiones lo que permite la aplicación en diferentes áreas.. HTML Para referirse a HTML es necesario considerar que se trata de un lenguaje de marcado de texto diferente a un lenguaje de programación, se escribe en su totalidad con elementos los cuales se constituyen con etiquetas, contenidos y atributos; HTML es el lenguaje que interpreta el navegador con el fin de hacerlo más cómodo y accesible. Históricamente HTML fue publicada por el cientı́fico británico John Berners-Lee en el año 1991 y contenı́a inicialmente elementos básicos como: Etiquetas HTML: Todo programa desarrollado en base a HTML cuenta con una lista de etiquetas, cada una se inicia por el sı́mbolo < yterminaconlaetiqueta Tı́tulo: El tı́tulo de un documento se escribe dentro de las etiquetas de titulo ¡TITLE¿. . . ¡/TITLE¿, para cada pagina web solo se encuentra uno quien es el que reúne las caracterı́sticas de la pagina y funciona como hipervı́nculo a la página principal. [12] ID siguiente: Esta etiqueta toma un único atributo que es el siguiente identificador numérico de la página. Dirección base: Especifican la dirección de otros documentos con relación a la dirección actual, es de resaltar que esta etiqueta no se utiliza actualmente. Anclas: El contenido entre la etiqueta se refiere al inicio a el destino de un enlace; las etiquetas de anclaje son las siguientes: - HREF - NOMBRE 8.

(19) Capı́tulo 1. Planeación. - TIPO IsIndex: Informa al lector que el documento es de ı́ndice, además de leerlo el lector puede realizar búsquedas por palabras claves. Texto sin formato: Se refiere a que el siguiente texto debe tomarse literalmente hasta el final del archivo y se representa como XMP. Secciones de ejemplo: Los textos entre estas etiquetas deben representarse literalmente como se muestra en el documento. Párrafo: Esta etiqueta se representa para un nuevo párrafo, la estructura no se define literalmente y puede ser una función de otras etiquetas. Encabezados: Es de tener en cuenta que cada página web tiende a tener varios niveles de encabezado cuya estructura está dada por el agrupamiento de encabezados; los encabezados se estructuran a base de un hipertexto y se clasifican de manera descendente de la siguiente forma ¡H1¿, ¡H2¿, ¡H3¿, ¡H4¿, ¡H5¿, ¡H6¿. Dirección: Esta etiqueta está dedicada a la información de dirección, firmas, entre otras; se ubica en la parte superior o inferior de la página. Destacando: Las etiquetas de frase resaltadas aparece en texto normal y pueden ser anidadas. Esta etiqueta no se utiliza actualmente. Glosario: Se refiere a una lista de párrafos que son acompañados de un tı́tulo corto al lado. Liza: Se le atribuye a una secuencia de párrafos, cada uno de los cuales se proceda de una marca especial o una secuencia, la estructura debe ir inmediatamente después del primer elemento de la lista. Sobre su creador es de resaltar que es conocido como el padre de la web, fundador de la W3C (World Wide Web Consortium), el protocolo HTTP y la URL. Para el año 1995 se publicó el estándar HTML 2.0 el primer estándar de HTML, para 1997 la versión 3.2, en 1999 se publica la dirección 4.1 y para el año 2014 se publicó la versión definitiva HTML 5. El lenguaje se forma por una serie de elementos los cuales ayudan a estructurar y dar significado a los elementos de una página web. [13]. CSS El CSS (hojas de estilo en cascada) se encarga de proporcionar el diseño, color y forma a las páginas web creadas en HTML por lo cual comparten el lenguaje de marcado; este lenguaje se crea bajo la necesidad de separar la capa de presentación al contenido lo cual proporcionara seguridad a la página y de esta forma todo el código que incluya información, datos o apuntes a bases de datos se encontrara en la capa de negocio contenida en el archivo HTML y por el contrario las formas, colores y en general el diseño se encuentra en la capa de presentación escrita en el archivo CSS. []. 9.

(20) Capı́tulo 1. Planeación. ANDROID STUDIO Es el principal lenguaje desarrollado para aplicaciones móviles creado en el año 2013 por la compañı́a Google, surge por la necesidad de remplazar a eclipse, lenguaje utilizado para el desarrollo de la mayorı́a de aplicaciones, curiosamente este lenguaje aún sigue siendo utilizado por una buena parte de programadores, pero el gran logro de la compañı́a se basa en la creación de su propio IDE es decir su propio creador de aplicaciones, es de resaltar que al pertenecer a Google cuenta con buena cantidad de actualizaciones periódicas. Android está constituido sobre el Kernel de Linux además de contar con una máquina virtual personalizada la cual genera optimización de recursos de memora y hardware en un entorno móvil. El lenguaje cuenta con la libertad de código lo que permite la incorporación y ampliación de tecnologı́as de vanguardia. Al ser uno de los principales lenguajes se postula como el principal IDE para el desarrollo de las aplicaciones basado en IntelliJ y puede ser descargado a través de la licencia de Apache 2.0 Android Studio en su versión más reciente cuenta con una estructura bastante organizada que permite la fácil ubicación y orden de los proyectos de manera que el programador puede manejar de forma intuitiva los paradigmas de programación. [14]. MYSQL MYSQL es uno sistema de gestión de bases de datos, constituido como una de las bases de open source más estables del mundo, dirigido principalmente al desarrollo en de entornos web junto con Oracle y Microsoft SQL server. MYSQL es un lenguaje de código abierto licenciado bajo la GPL de la GNU, creado principalmente por MYSQL AB empresa fundada por David Axmark, Allan Larsson y Michael Windenius, durante el desarrollo Axmark nota la deficiencia en cuanto a cobertura y decide venderla a Microsoft Systems en el año 2008 versión que posteriormente es vendida a la empresa Oracle corporation en 2010. [15] Para fines de desarrollo el lenguaje de programación que utiliza MySQL se denomina bajo la estructura Structured Query Language (SQL) la cual se desarrolló por IBM en 1981 y desde entonces es utilizado de forma generalizada en las bases de datos relacionales. Caracterı́sticas: - Desarrollos orientados a la solidez y robustez. - Inclusión de sistemas de seguridad como contraseñas y gestión de usuarios en los que la seguridad fundamenta el principio de integridad de la información. - Servidores que soportan la llegada de errores en cualquier lenguaje. - Implementación de 3 archivos principales en las bases de datos: Estructura, datos e ı́ndice soportando hasta 32 tablas por ı́ndice. - Soporta las tareas multiproceso de los sistemas operativos, debido a su diseño de multihilo. - Soporte de un alto volumen de datos. []. 10.

(21) Capı́tulo 1. Planeación. 1.6.3.. Marco Metodológico. La metodologı́a RUP Rational Unified Process [16] es un proceso de desarrollo de software basado en UML. Este proceso es una metodologı́a para el análisis, implementación y documentación de aplicaciones de software basadas en el paradigma de orientación a objetos. RUP se divide en cuatro fases que se llevan a cabo mediante iteraciones. a) Fase de Inicio. Se establece las caracterı́sticas del producto ası́ como sus alcances mediante el análisis de los requerimientos. b) Fase de Elaboración. Se planifican las actividades necesarias. Se lleva a cabo el diseño del producto mediante la creación de diferentes diagramas estructurales y de comportamiento. c) Fase de Construcción. Se construye el prototipo de la aplicación totalmente operativo. Se elabora manuales de instalación y usuario. Se realizan pruebas unitarias del prototipo. d) Fase de Transición. Se realiza la instalación del producto en el cliente ası́ como la capacitación de los usuarios finales. La transición del producto a los usuarios también incluye el soporte y mantenimiento del producto. La Tabla 1.1 presenta las diferentes actividades realizadas con base en las fases de la metodologı́a RUP. Tabla 1.1: Actividades en Fases de RUP. Análisis. Etapa. Fase Inicio. Actividad Modelamiento del negocio. Modelo de procesos Elaboración. Requerimientos funcionales. Requerimientos no funcionales. Definición de Actores. Descripción Permite definir el flujo de eventos en los procesos de negocio que la aplicación debe resolver Presenta mediante lenguaje BPMN lo procesos de negocio Establece los diferentes requerimientos del sistema que determinan los servicios que la aplicación debe ofrecer Especifica las caracterı́sticas adicionales en el sistema para que los servicios determinados por los requerimientos funcionales, puedan llevarse a cabo Determina la lista de actores del sistema. Construcción Transición Inicio. Lista inicial de casos de uso. 11. Permite definir los casos de uso básicos que tiene el sistema.

(22) Capı́tulo 1. Planeación. Elaboración. Documentación de casos de uso Diagramas casos de uso. Diagrama de clases Diagrama de secuencia Diagrama de componentes Diagrama de despliegue. Construcción. Configuración de equipos de desarrollo. Implementación. Instalación de frameworks. Transición Inicio. Diccionario de datos. Elaboración. Modelo relacional. Construcción. Creación de la base de datos. Creación de clases de negocio Creación de interfaz gráfica de usuario Creación de persistencia. Pruebas. Transición Inicio Elaboración Construcción. Despliegue de la versión inicial de la aplicación. Pruebas unitarias. Presenta todas las caracterı́sticas de los casos de uso definidos para el sistema Presenta en notación UML los casos de uso del sistema permitiendo la agrupación de casos de uso mediante relaciones de generalización y especialización Presenta la estructura en la capa de negocio del proyecto Muestra el flujo de eventos de cada caso de uso documentado Presenta la estructura general del proyecto Presenta la interacción de los diferentes dispositivos del proyecto y la forma de ser usado por los actores del sistema Se configuran servidores de aplicaciones, motores de bases de datos entre otros Se instala en los equipos de desarrollo los frameworks que serán utilizados en el proyecto Establece las tablas, relaciones y tipos de datos de la persistencia del proyecto Presenta la estructura de la persistencia del proyecto Se configuran servidores de aplicaciones, motores de bases de datos entre otros Se crean las clases del proyecto en la capa de lógica de negocio Se crea el diseño gráfico y las clases para conectar la interfaz gráfica con la lógica de negocio Se crean las clases para llevar a cabo conexiones con bases de datos Se publican en el servidor de aplicaciones los componentes desarrollados. Se realizan pruebas de cada uno de los modulas de la aplicación. 12.

(23) Capı́tulo 1. Planeación. Transición. 1.7.. Pruebas globales. Se realizan pruebas de toda la aplicación considerando todos los requerimientos funcionales y no funcionales del sistema. Factibilidad. 1.7.1.. Factibilidad Técnica. Para el desarrollo e implantación del proyecto es necesario contar con los siguientes dispositivos: Equipo de computo para desarrollo de aplicaciones móviles. Servicio de hosting con soporte para servidor de aplicaciones Apache y bases de datos MySQL. Dispositivo móvil con sistema operativo Android. Ası́ mismo, es necesario contar con los siguientes recursos de software Eclipse IDE para desarrollo de aplicaciones Servidor MySQL para almacenamiento de datos. 1.7.2.. Factibilidad Operativa. El proyecto será elaborado por los estudiantes Julian Andres Vargas Gil y Tania Alejandra Barragán Moncada los cuales cuentan con el conocimiento tecnológico para desarrollar el proyecto. Adicionalmente, el ingeniero Hector Florez será el encargado de brindar asesorı́a a lo largo del proyecto.. 1.7.3.. Factibilidad Económica. El costo del proyecto se presenta con base en: 1) el costo de los equipos requeridos para la elaboración del diseño y desarrollo de los prototipos que requiere el proyecto y 2) el costo de mano de obra de los integrantes. La Tabla 1.2 presenta el costo total de los integrantes del proyecto. La Tabla 1.3 presenta el costo total de los demás recursos requeridos para elaborar el proyecto.. 13.

(24) Capı́tulo 1. Planeación. Tabla 1.2: Costo de Integrantes del Proyecto Integrante Julian Andres Vargas Gil Tania Alejandra Barragán MOncada Hector Florez Total. Valor hora $10.000 $10.000 $40.000. Horas 50 50 5. Valor total $5.000.000 $5.000.000 $2.000.000 $12.000.000. Tabla 1.3: Costo de Recursos Recurso Equipos de Computo Libros Hosting Total. 1.7.4.. Cantidad 2 2 1. Valor Unitario $1.000.000 $50.000 $100.000. Valor total $2.000.000 $100.000 $100.000 $0.000.000. Factibilidad Legal. Teniendo en cuenta que el software utilizado es de libre acceso, no se cuentan con implicaciones legales que afecten al proyecto.. 1.8.. Cronograma. La Tabla 1.1 presenta el cronograma.. 14.

(25) 15. 22. 21. 20. 19. 18. 17. 16. 15. 14. 13. 12. 11. 10. 9. 8. 7. solo duración Informe de resumen manual Resumen manual solo el comienzo solo fin. Hito Resumen Resumen del proyecto Tarea inactiva Hito inactivo. Página 1. Tarea manual. jue 21/03/19 jue 4/04/19. jue 21/02/19 vie 22/02/19 mié 27/02/19 jue 28/02/19. mié 30/01/19 mar 5/02/19 lun 11/02/19 vie 15/02/19 lun 18/02/19. jue 10/01/19 jue 24/01/19. vie 21/12/18 vie 28/12/18 mié 2/01/19. Fin tri 3, 2018. Resumen inactivo. vie 1/03/19 vie 22/03/19. mar 19/02/19 vie 22/02/19 lun 25/02/19 jue 28/02/19. vie 25/01/19 jue 31/01/19 mié 6/02/19 mar 12/02/19 lun 18/02/19. jue 3/01/19 vie 11/01/19. jue 20/12/18 lun 24/12/18 lun 31/12/18. Comienzo. División. 15 días 10 días. 3 días 1 día? 3 días 1 día?. 4 días 4 días 4 días 4 días 1 día. 6 días 10 días. 2 días 5 días 3 días. Duración. Tarea. 1.2. Analisis del sistema actual 1.2.1 Planteamiento del problema 1.3 Definición de requerimientos 1.4. Estudio de factibilidad 1.4.1 Factibilidad técnica 1.4.2. Factibilidad economica 1.4.3. Factibilidad operativa 1.4.4. Factibilidad Humana 1.5. Glosario del Proyecto 1.6. Plan del proyecto 1.6.1 Metodologias usadas 1.6.1.1. Metodologia RUP 1.6.2 Justificación 1.6.3 Diagrama de Gantt Desarrollo de proyecto Implementación del Software Fase de pruebas. 6. 5. 4. 3. 2. 1. Inicio 1.1. Definición del proyecto 1.1.1. Definir la población 1.1.2. Definir la problemática 1.1.3 Objetivos generales y especificos. 1. Modo de Nombre de tarea tarea. Proyecto: CRONOGRAMA DE A Fecha: sáb 30/03/19. Id. Figura 1.1: Cronograma. Progreso manual. Progreso. Fecha límite. Hito externo. Tareas externas. ago. sep. Capı́tulo 1. Planeación.

(26) Capı́tulo 2. Análisis 2.1.. Análisis de Requerimientos. Este proyecto permite a los usuarios llevar a cabo transacciones con el fin de compartir información pertinente acerca del manejo de los clientes, empleados, rutinas, productos, servicios entre otros teniendo en cuenta las transacciones realizadas el usuario facilitará su experiencia en la interacción con el gimnasio.. 2.1.1.. Requerimientos Funcionales. Los requerimientos funcionales describen los diferentes servicios que el proyecto debe proveer... La Tabla 2.1 presenta los requerimientos funcionales del sistema. Tabla 2.1: Requerimientos Funcionales ID Nombre Descripción. Actores Observaciones. ID Nombre. RF 01 Gestión de administradores El usuario maestro administrador tiene la capacidad de crear un nuevo administrador quien tendrá la capacidad de manipular, los clientes, rutinas, empleados y productos. Debe llenar los campos de nombre, apellido, correo,clave, teléfono y celular. El id del administrador se asigna automáticamente. Administrador El usuario administrador tiene la opción de agregar, consultar, editar, habilitar y deshabilitar a los administradores creados. RF 02 Sistema Administrador De Clientes 16.

(27) Capı́tulo 2. Análisis. Descripción. Actores Observaciones. ID Nombre Descripción. Actores Observaciones ID Nombre Descripción. Actores Observaciones. ID Nombre Descripción. Actores Observaciones. ID Nombre. El usuario administrador gestionar los clientes que se ingresan. Debe llenar los campos de nombres, apellidos, clave, foto, Fecha de nacimiento, correo, teléfono, celular, genero, RH, EPS, rutina y dieta. El id del cliente se asigna automáticamente al igual que el id del administrador autenticado en ese momento. Administrador El usuario Administrador tiene el control para realizar las acciones de crear, consultar, editar, habilitar y deshabilitar los clientes del gimnasio. RF 03 Sistema Administrador De rutinas El usuario Administrador tiene la capacidad de crear nuevas rutinas. Debe llenar los campos de nombre, tipo y seleccionar el instructor disponible El id de la rutina se asigna automáticamente. Administrador, Instructor El usuario administrador tiene la opción para crear, consultar, editar y eliminar las rutinas. RF 04 Sistema Administrador De Medidas El usuario administrador debe ingresar las medidas de los usuarios. Debe llenar los campos de fecha de medida, Foto frontal, foto lateral, peso, ı́ndice de masa corporal (IMC), ı́ndice de grasa corporal (IGC), pecho, espalda, brazo, antebrazo, cadera, cintura, pierna, pantorrilla y seleccionar el cliente al que corresponden las medidas. El id de la rutina se asigna automáticamente. Administrador, instructor El usuario Administrador tiene la capacidad de crear, consultar, editar, habilitar y deshabilitar las medidas de los clientes del gimnasio. RF 05 Sistema Administrador De instructores El usuario administrador ingresa los empleados instructores. Debe llenar los campos nombres, apellidos, clave, fecha de nacimiento, correo, celular, genero, sueldo y seleccionar el rol correspondiente. El id del instructor se asigna automáticamente. Administrador El usuario Administrador tiene la capacidad de crear, consultar, editar los instructores del gimnasio. RF 07 Sistema Administrador para la asignación de rutinas. 17.

(28) Capı́tulo 2. Análisis. Descripción. Actores Observaciones. ID Nombre Descripción. Actores Observaciones. ID Nombre Descripción. Actores Observaciones. ID Nombre Descripción. Actores Observaciones. ID Nombre. El usuario administrador asigna las rutinas correspondientes a los clientes, junto con el usuario instructor. Debe llenar los campos series, repeticiones, descanso, rutina la cual hace referencia al área del cuerpo que se va a trabajar y el tipo de rutina que se trabaja, ejercicio. El id de la asignación rutina se asigna automáticamente. Administrador e instructor El usuario Administrador tiene la capacidad de crear, consultar, editar y eliminar las rutinas asignadas a los clientes del gimnasio. RF 08 Sistema Administrador de ejercicios El usuario administrador asigna los ejercicios que aran parte de las rutinas para cada uno de los clientes. Debe llenar los campos imagen que se trata de un archivo jpg,png, gif y el instrumento que se debe utilizar para la realización del ejercicio. El id del ejercicio se asigna automáticamente. Administrador El usuario Administrador tiene la capacidad de crear, consultar, editar y eliminar los ejercicios que correspondan a alguna rutina. RF 09 Sistema Administrador para los músculos de cada ejercicio El usuario administrador asigna los ejercicios que aran parte de las rutinas para cada uno de los clientes. Debe llenar los campos imagen que se trata de un archivo jpg,png, gif y el instrumento que se debe utilizar para la realización del ejercicio. El id del ejercicio se asigna automáticamente. Administrador e instructor El usuario Administrador tiene la capacidad de crear, consultar, editar y eliminar los ejercicios que correspondan a alguna rutina. RF 10 Sistema Administrador para el ingreso de los músculos El usuario administrador asigna los músculos que corresponden a cada ejercicio y en consecuencia a cada rutina. Debe llenar el campo musculo. El id del musculo se asigna automáticamente. Administrador instructor y cliente El usuario Administrador tiene la capacidad de crear, consultar, editar y eliminar los músculos. RF 11 Sistema Administrador de profesores. 18.

(29) Capı́tulo 2. Análisis. Descripción. Actores Observaciones. ID Nombre Descripción. Actores Observaciones. ID Nombre Descripción. Actores Observaciones. ID Nombre Descripción. Actores Observaciones. ID Nombre Descripción. Actores. El usuario administrador gestiona los profesores que hacen parte del gimnasio. Debe llenar los campos nombres, apellidos, clave, fecha de nacimiento, correo, celular, genero, sueldo y la selección del rol. El id del profesor se asigna automáticamente. Administrador El usuario Administrador tiene la capacidad de crear, consultar, editar y eliminar los profesores. RF 12 Sistema Administrador de salones El usuario administrador gestiona los salones en los cuales los profesores realizan las clases asignadas posteriormente. Debe llenar los campos nombres y capacidad. El id del salón se asigna automáticamente. Administrador y profesor El usuario Administrador tiene la capacidad de crear, consultar, editar y eliminar los salones. RF 13 Sistema Administrador de clase grupal El usuario administrador gestiona las clases que serán impartidas por el profesor. Debe llenar los campos nombres y capacidad. El id de la clase grupal se asigna automáticamente. Administrador El usuario Administrador tiene la capacidad de crear, consultar, editar y eliminar las clases. RF 14 Sistema Administrador de Asignación de clase El usuario administrador asigna las clases que serán impartidas por el profesor. Debe llenar el campo, seleccionar la clase grupal que exista y por último seleccionar el cliente que tomará la clase. El id para la asignación de clase se asigna automáticamente. Administrador y profesor El usuario Administrador tiene la capacidad de crear, consultar, editar y eliminar las asignaciones de clases. RF 15 Sistema Administrador de empleado El usuario administrador gestiona los empleados que hacen parte del gimnasio. Debe llenar los campos nombres, apellidos, clave, fecha de nacimiento, correo, celular, genero,sueldo y seleccionar el rol al que pertenece cada empleado. El id de los empleados se asigna automáticamente. Administrador 19.

(30) Capı́tulo 2. Análisis. Observaciones. El usuario Administrador tiene la capacidad de crear, consultar, editar y eliminar los empleados del gimnasio.. ID Nombre Descripción. RF 16 Sistema Administrador de productos El usuario administrador gestiona los productos que son distribuidos en el gimnasio. Debe llenar los campos nombre, valor, inventario y descripción. El id de los productos se asigna automáticamente. Administrador El usuario Administrador tiene la capacidad de crear, consultar, editar y eliminar los productos que pertenecen al gimnasio.. Actores Observaciones. ID Nombre Descripción. Actores Observaciones. ID Nombre Descripción. Actores Observaciones. ID Nombre Descripción. Actores Observaciones. RF 17 Sistema Administrador de ventas El usuario administrador registra las ventas realizadas en el gimnasio. Debe llenar el campo cantidad y seleccionar el producto disponible. El id de las ventas se asigna automáticamente. Administrador El usuario Administrador tiene la capacidad de crear, consultar, editar las ventas realizadas en el gimnasio. RF 18 Sistema Administrador de compras El usuario administrador registra las compras realizadas en el gimnasio. Debe llenar los campos fecha, valor, seleccionar el producto disponible y el administrador que realiza la compra. El id de la compra se asigna automáticamente. Administrador El usuario Administrador tiene la capacidad de crear, consultar, editar las compras realizadas para el gimnasio. RF 19 Sistema Administrador facturas El usuario administrador gestiona las facturas generadas por la venta de los productos o servicios del gimnasio. Debe llenar los campos fecha, total, seleccionar el empleado que realizo la venta y por ultimo seleccionar el cliente al que le fue vendido el producto. El id de la factura se asigna automáticamente. Administrador El usuario Administrador tiene la capacidad de crear, consultar, editar las facturas generadas por el gimnasio.. 20.

(31) Capı́tulo 2. Análisis. ID Nombre Descripción. Actores Observaciones. ID Nombre Descripción. Actores Observaciones. ID Nombre Descripción. Actores Observaciones. ID Nombre Descripción. Actores Observaciones. ID Nombre Descripción. RF 20 Sistema Administrador facturas por venta El usuario administrador gestiona las facturas generadas por la venta de los productos o servicios del gimnasio. Debe seleccionar los campos factura y venta. El id de la factura se asigna automáticamente. Administrador El usuario Administrador tiene la capacidad de crear, consultar, editar las facturas generadas por el gimnasio. RF 21 Sistema Administrador nutricionistas El usuario administrador gestiona los nutricionistas que hacen parte del gimnasio. Debe llenar los campos nombres, apellidos, clave, fecha de nacimiento, correo, celular, genero y seleccionar el rol al que pertenece. El id del nutricionista se asigna automáticamente. Administrador El usuario Administrador tiene la capacidad de crear, consultar, editar y eliminar los nutricionistas del gimnasio. RF 22 Sistema Administrador de dietas El usuario administrador gestiona las dietas de los clientes. Debe llenar los campos nombre y seleccionar el nutricionista que realizara el seguimiento El id de la dieta se asigna automáticamente. Administrador, Nutricionista El usuario Administrador tiene la capacidad de crear, consultar, editar y eliminar los nutricionistas del gimnasio. RF 23 Sistema Administrador de comidas El usuario administrador gestiona las comidas mas adecuadas para suplir el propósito que desea cumplir el cliente. Debe llenar los campos nombre y descripción de la misma. El id de la comida se asigna automáticamente. Administrador El usuario Administrador tiene la capacidad de crear, consultar, editar y eliminar los nutricionistas del gimnasio. RF 24 Sistema Administrador de asignación de dietas El usuario administrador gestiona las dietas asignadas para cada uno de los clientes. Debe llenar los campos hora, seleccionar la dieta que le corresponde de igual forma que la comida. El id de la asignación de dieta se asigna automáticamente. 21.

(32) Capı́tulo 2. Análisis. Actores Observaciones. Administrador El usuario Administrador tiene la capacidad de crear, consultar, editar y eliminar los nutricionistas del gimnasio.. ID Nombre Descripción. RF 25 Sistema Administrador de Servicios El usuario administrador gestiona las dietas asignadas para cada uno de los clientes. Debe llenar los campos hora, seleccionar la dieta que le corresponde de igual forma que la comida. El id de la asignación de dieta se asigna automáticamente. Administrador El usuario Administrador tiene la capacidad de crear, consultar, editar y eliminar los nutricionistas del gimnasio.. Actores Observaciones. ID Nombre Descripción. Actores Observaciones. 2.1.2.. RF 26 Sistema encargado de la asignación de Servicios El usuario administrador gestiona las dietas asignadas para cada uno de los clientes. Debe llenar los campos hora, seleccionar la dieta que le corresponde de igual forma que la comida. El id de la asignación de dieta se asigna automáticamente. Administrador El usuario Administrador tiene la capacidad de crear, consultar, editar y eliminar los nutricionistas del gimnasio.. Requerimientos No Funcionales. Los requerimientos no funcionales describen diferentes caracterı́sticas adicionales que el proyecto debe satisfacer para poder llevar a cabo los servicios que provee el gimnasio. La Tabla 2.2 presenta los requerimientos no funcionales. Tabla 2.2: Requerimientos No Funcionales ID Nombre Descripción Observaciones. RNF 01 Hosting Caracterı́sticas de PHPmyAdmin, hosting en el cual se alojan el sistema web y base de datos. Servidor de 2 núcleos de CPU, 4GB RAM disponible, almacenamiento de 60GB SAN, ancho de banda de 2 TB, 2 IPs disponibles 22.

(33) Capı́tulo 2. Análisis. ID Nombre Descripción. RNF 02 Concurrencia El sistema deberá soportar una concurrencia del 20 por ciento de usuarios (sobre una base de 300 usuarios), donde los tiempos de respuesta se mantienen. Con un valor mayor de concurrencia el sistema sigue prestando servicio pero los tiempos de respuesta empiezan a aumentar. La concurrencia estará dada en los puntos donde se realizan consulta y carga de información en el sistema.. ID Nombre Descripción. RNF 03 Navegadores El sistema debe estar conectado a internet y los navegadores actualizados. Navegador Mozilla Firefox versión 3.6 o superior, navegador Internet Explorer versión 8.0 o superior, navegador Chrome Versión 36 o superior y velocidad de internet desde 2MB. Observaciones. ID Nombre Descripción. Observaciones. 2.2.. RNF 04 Disponibilidad El sistema y aplicación está disponible para el ingreso y consulta de los usuarios. Se requiere que el sistema tenga una disponibilidad general del 97 por ciento por año. Esto quiere decir que el sistema podrá estar caı́do máximo 262 horas durante el año El sistema requiere una disponibilidad del 97 por ciento para el periodo diario completo, en el horario de 24x7. Esto quiere decir que el sistema sólo podrá estar caı́do máximo 0,3 horas (18 minutos) dentro de dicho periodo, sin contabilizar el tiempo de reinicialización de las máquinas. La disponibilidad del sistema dependerá de la disponibilidad del proveedor de acceso a Internet o de los servicios de interconexión prestados por terceros.. Definición de Actores. Con base en el análisis de requerimientos realizado, se establecen los actores que se presentan en la Tabla 2.3. Tabla 2.3: Actores. 23.

(34) Capı́tulo 2. Análisis. Nombre Descripción. Atributos Nombre Descripción Atributos. Nombre Descripción Atributos. Nombre Descripción Atributos. Nombre Descripción Atributos. Administrador Actor encargado de gestionar todo lo relacionado con la gestión de empleados, clientes, productos rutinas, dietas, ventas y facturas. Además, puede modificar cualquier dato del sistema Nombre, apellido, correo, clave, teléfono, celular. Instructor Actor encargado de gestionar todo lo relacionado con las rutinas, los ejercicios, músculos y medidas de los clientes. Nombres, apellidos, clave, Fecha de nacimiento, correo, celular, genero, sueldo y rol. Profesor Actor encargado de la gestión de las clases, salones y asignación de clases de la aplicación. Nombres, apellidos, clave, Fecha de nacimiento, correo, celular, genero, sueldo y rol. Nutricionista Actor encargado de la gestión de la dieta, comida y asignación de dietas a los clientes. Nombres, apellidos, clave, Fecha de nacimiento, correo, celular, genero, sueldo y rol. Cliente Actor final de la aplicación móvil, gestiona todo lo relacionado con las rutinas, su perfil productos, servicios y promociones disponibles. Nombres, apellidos, clave,foto, fecha de nacimiento, correo, telefono, celular, genero, RH, EPS, rutina y dieta.. 24.

(35) Capı́tulo 3. Diseño 3.1.. Casos de Uso. 3.1.1.. Documentación de Casos de Uso. La documentación de casos de uso describe las caracterı́sticas de cada uno de ellos ası́ como el flujo de eventos de interacción entre el actor que participa y el sistema. La Tabla 3.1 describe los casos de uso del sistema. Tabla 3.1: Documentación de Caso de Uso ID Nombre Descripción. Excepción Autor Fecha. CU 01 Ingresar Administrador El administrador se registra en el sistema ingresando los datos solicitados. Usuario El administrador no debe existir en el sistema El administrador tiene la capacidad de interactuar con todos los módulos correspondientes. Actor Sistema 1. Ingresa los datos solicitados 2. Valida la información 3. Genera alerta de confirmación. Ninguno Alejandra Barragán, Julian Vargas Mayo de 2019. ID Nombre. CU 02 Gestionar Administrador. Actor Precondicion Poscondicion. Eventos. 25.

(36) Capı́tulo 3. Diseño. Descripción Actor Precondicion Poscondicion. Eventos. Excepción Autor Fecha ID Nombre Descripción Actor Precondicion Poscondicion Eventos Excepción Autor Fecha ID Nombre Descripción Actor Precondicion Poscondicion. Eventos. Excepción. El Administrador ingresa al sistema Usuario El Administrador debe estar autenticado. El administrador tiene la capacidad de gestionar todos los módulos correspondientes a Actor Sistema 1. Ingresa los datos solicitados 2. Valida la información 3. Ingresa la información 4. Modifica las actividades correspondientes a su rol. En el caso en que el administrador no se encuentre logueado, el sistema informa por medio de una excepción Alejandra Barragán, Julian Vargas Mayo de 2019 CU 03 Buscar administrador El usuario administrador puede buscar los demás usuarios que requiera. Administrador El usuario debe existir en el sistema. -El administrador debes estar autenticado El usuario debe estar habilitado Actor Sistema 1. Consulta usuario 2. Retorna información Si la consulta no arroja resultados, el sistema arroja una alerta informando el error Alejandra Barragán, Julian Vargas Mayo de 2019 CU 04 Consultar todos orden administrador El usuario consulta todos los administradores de manera organizada Administrador El administrador debe estar autenticado. Se muestra la lista de administradores ordenada. Actor Sistema 1. Ingresa administrador 2. Seleccionar búsqueda 3. Retorna información 4. Mostrar información ordenada ninguna. 26.

(37) Capı́tulo 3. Diseño. Autor Fecha. Alejandra Barragán, Julian Vargas Mayo de 2019. ID Nombre Descripción Actor Precondicion Poscondicion. CU 06 Consultar administrador El administrador puede consultar los nuevos administradores. Administrador El administrador debe estar autenticado y activo en el sistema.. Administrador consultado Actor Sistema 1. Ingresa administrador 2. Ingresa datos del administrador a consultar 3. Retorna información Si el usuario no se encuentra registrado, el sistema informa un mensaje. Alejandra Barragán, Julian Vargas Mayo de 2019. Eventos. Excepción Autor Fecha ID Nombre Descripción. Excepción Autor Fecha. CU 07 Editar administrador El administrador puede editar la información de los usuarios registrados . Administrador El administrador debe estar autenticado y activo en el sistema.. Administrador consultado Actor Sistema 1. Ingresa administrador 2. Ingresa datos del administrador a editar 3. Retorna información Si el usuario no se encuentra registrado, el sistema retorna un mensaje. Alejandra Barragán, Julian Vargas Mayo de 2019. ID Nombre Descripción Actor Precondicion Poscondicion. CU 08 Buscar administrador El administrador puede buscar los nuevos administradores. Administrador El administrador debe estar autenticado y activo en el sistema.. Administrador consultado por parámetro.. Actor Precondicion Poscondicion. Eventos. 27.

(38) Capı́tulo 3. Diseño. Eventos. Excepción Autor Fecha ID Nombre Descripción Actor Precondicion Poscondicion Eventos Excepción Autor Fecha ID Nombre Descripción Actor Precondicion Poscondicion. Actor 1. Ingresa administrador 2. Ingresa datos del administrador a consultar. Sistema. 3. Modificar información 4. Informar el cambio Si el usuario no se encuentra registrado, el sistema informa un mensaje. Alejandra Barragán, Julian Vargas Mayo de 2019 CU 09 Consultar todos cliente El administrador puede consultar todos los clientes registrados en el sistema. Administrador El administrador debe estar autenticado, activo en el sistema.. Lista de clientes registrados Actor Sistema 1. Ingresa administrador 2. Seleccionar módulo cliente 3. Retorna información Si el usuario no se encuentra registrado, el sistema informa que debe registrase Alejandra Barragán, Julian Vargas Mayo de 2019. Excepción Autor Fecha. CU 10 Editar Cliente El administrador puede editar la información de los clientes registrados. Administrador El administrador debe estar autenticado. Cliente editado Actor Sistema 1. Ingresa administrador 2. Seleccionar módulo cliente 3. Seleccionar campos a editar 4. Notificar campos editados Si el administrador no se encuentra registrado o el cliente, notifica. Alejandra Barragán, Julian Vargas Mayo de 2019. ID Nombre. CU 11 Consultar Cliente. Eventos. 28.

(39) Capı́tulo 3. Diseño. Descripción Actor Precondicion Poscondicion. Eventos. Excepción Autor Fecha ID Nombre Descripción Actor Precondicion Poscondicion. Eventos. Excepción Autor Fecha ID Nombre Descripción Actor Precondicion Poscondicion. El administrador tiene la capacidad de consultar cada uno de los clientes. Administrador El administrador debe estar autenticado. Cliente consultado Actor Sistema 1. Ingresa administrador 2. Seleccionar módulo cliente 3. Ingresar identificación del cliente a consultar 4. Informar cliente consultado Si el administrador no se encuentra registrado, el sistema informa que debe registrase Alejandra Barragán, Julian Vargas Mayo de 2019 CU 12 Consultar todos los servicios del cliente Tanto el administrador como el empleado cuentan con acceso para consultar todos los servicios que tiene un cliente Administrador, empleado El administrador maestro debe estar autenticado, el nuevo administrador no debe estar registrado. Los servicios del cliente son consultados Actor Sistema 1. Ingresa administrador o empleado 2. Ingresa datos del cliente 3. Muestra información de los servicios correspondientes al cliente 4. Informar resultado exitoso ninguna Alejandra Barragán, Julian Vargas Mayo de 2019 CU 13 Consultar factura Tanto el administrador como el empleado cuentan con acceso para consultar las facturas generadas por el cliente Administrador El cliente debe contar con servicios registrados. Los usuarios cliente y administrador conocen las facturas correspondientes al cliente seleccionado. 29.

(40) Capı́tulo 3. Diseño. Eventos. Excepción Autor Fecha ID Nombre Descripción Actor Precondicion Poscondicion. Eventos. Excepción Autor Fecha ID Nombre Descripción Actor Precondicion Poscondicion. Actor 1. Ingresa administrador o empleado 2. Ingresa datos del cliente. Sistema. 3. Muestra información de las facturas correspondientes al cliente 4. Informar resultado exitoso ninguna Alejandra Barragán, Julian Vargas Marzo de 2019 CU 14 Ingresar factura Tanto el administrador como el empleado cuentan con acceso para ingresar las facturas generadas por el cliente Administrador El cliente debe contar con servicios registrados. Los usuarios cliente y administrador ingresan las facturas correspondientes al cliente seleccionado Actor Sistema 1. Ingresa administrador o empleado 2. Ingresa datos del cliente 3. Ingresa las facturas correspondientes al cliente seleccionado 4. Informar resultado exitoso ninguna Alejandra Barragán, Julian Vargas Marzo de 2019 CU 15 Buscar factura Tanto el administrador como el empleado cuentan con acceso para buscar las facturas generadas por el cliente Administrador El cliente debe contar con servicios registrados. Los usuarios cliente y administrador buscan las facturas correspondientes al cliente seleccionado. 30.

(41) Capı́tulo 3. Diseño. Eventos. Actor 1. Ingresa administrador o empleado 2. Seleccionar el cliente a consultar. Sistema. 3. Buscar las facturas correspondientes al cliente seleccionado Excepción Autor Fecha ID Nombre Descripción Actor Precondicion Poscondicion. Eventos. Excepción Autor Fecha ID Nombre Descripción Actor Precondicion Poscondicion. 4. Informar resultado exitoso ninguna Alejandra Barragán, Julian Vargas Mayo de 2019 CU 16 Consultar Todos factura Tanto el administrador como el empleado cuentan con acceso para consultar todas las facturas generadas por el cliente Administrador El cliente debe contar con servicios registrados. Los usuarios cliente y administrador consultan todas las facturas correspondientes al cliente seleccionado Actor Sistema 1. Ingresa administrador o empleado 2. Seleccionar el cliente a consultar 3. Seleccionar todas las facturas correspondientes al cliente seleccionado 4. Informar resultado exitoso ninguna Alejandra Barragán, Julian Vargas Mayo de 2019 CU 17 Consultar Todos servicios cliente Tanto el administrador como el empleado cuentan con acceso para consultar todas las facturas generadas por el cliente Administrador El cliente debe contar con servicios registrados. Los usuarios cliente y administrador consultan todas los servicios correspondientes al cliente seleccionado. 31.

(42) Capı́tulo 3. Diseño. Eventos. Actor 1. Ingresa administrador o empleado 2. Seleccionar el cliente a consultar. Sistema. 3. Seleccionar todos los servicios correspondientes al cliente mencionado Excepción Autor Fecha ID Nombre Descripción Actor Precondicion Poscondicion. Eventos. Excepción Autor Fecha ID Nombre Descripción Actor Precondicion Poscondicion. 4. Informar resultado exitoso ninguna Alejandra Barragán, Julian Vargas Mayo de 2019 CU 18 Buscar Venta Tanto el administrador como el empleado cuentan con acceso para buscar ventas realizadas a los clientes Administrador El cliente debe contar con servicios registrados. Los usuarios cliente y administrador consultan todas los servicios correspondientes al cliente seleccionado Actor Sistema 1. Ingresa administrador o empleado 2. Seleccionar el modulo ventas 3. Mostrar las ventas realizadas por el gimnasio 4. Informar resultado exitoso ninguna Alejandra Barragán, Julian Vargas Mayo de 2019 CU 19 Consultar todos venta Tanto el administrador como el empleado cuentan con acceso para consultar todas las ventas realizadas a los clientes Administrador, empleado El cliente debe contar con servicios registrados. Los usuarios cliente y administrador consultan todas los servicios correspondientes al cliente seleccionado. 32.

(43) Capı́tulo 3. Diseño. Eventos. Actor 1. Ingresa administrador o empleado 2. Seleccionar el modulo ventas. Sistema. 3. Mostrar todas las ventas realizadas por el gimnasio Excepción Autor Fecha ID Nombre Descripción Actor Precondicion Poscondicion. Eventos. Excepción Autor Fecha ID Nombre Descripción Actor Precondicion Poscondicion. 4. Informar resultado exitoso ninguna Alejandra Barragán, Julian Vargas Mayo de 2019 CU 20 Ingresar servicio cliente Tanto el administrador como el empleado cuentan con acceso para ingresar los servicios que adquiera el clientes Administrador, empleado El cliente debe encontrarse registrado en el sistema. Los usuarios cliente y administrador ingresan todas los servicios que el cliente decida comprar Actor Sistema 1. Ingresa administrador o empleado 2. Seleccionar el modulo servicios 3. Habilitar el modulo correspondiente al registro de servicios comprados por el cliente 4. Informar resultado exitoso ninguna Alejandra Barragán, Julian Vargas Mayo de 2019 CU 21 Buscar servicio cliente Tanto el administrador como el empleado cuentan con acceso para buscar todos los servicios correspondientes a cada cliente Administrador El cliente debe contar con servicios registrados. Los usuarios cliente y administrador buscan todos los servicios correspondientes al cliente seleccionado. 33.

(44) Capı́tulo 3. Diseño. Eventos. Actor 1. Ingresa administrador o empleado 2. Seleccionar el cliente a consultar. Sistema. 3. Mostrar los servicios que el cliente tiene registrado mediante una identificación de servicio Excepción Autor Fecha ID Nombre Descripción Actor Precondicion Poscondicion. Eventos. Excepción Autor Fecha ID Nombre Descripción Actor Precondicion Poscondicion. 4. Informar resultado exitoso ninguna Alejandra Barragán, Julian Vargas Mayo de 2019 CU 22 Ingresar venta Tanto el administrador como el empleado cuentan con acceso para ingresar todas las ventas realizadas a los clientes Administrador El cliente debe contar con servicios y ventas registradas. Los usuarios cliente y administrador ingresan todas las ventas realizadas a cada uno de los clientes Actor Sistema 1. Ingresa administrador o empleado 2. Seleccionar el modulo ventas 3. Ingresar todas las ventas realizadas por el gimnasio 4. Informar resultado exitoso ninguna Alejandra Barragán, Julian Vargas Mayo de 2019 CU 23 Ingresar Asignacion rutina El usuario instructor tiene la capacidad de asignar las rutinas a los clientes Instructor El cliente debe contar con una rutina establecida El usuario instructor cuenta con la habilidad de asignar las rutinas a cada uno de los clientes. 34.

(45) Capı́tulo 3. Diseño. Eventos. Excepción Autor Fecha ID Nombre Descripción Actor Precondicion Poscondicion. Eventos. Excepción Autor Fecha ID Nombre Descripción Actor Precondicion Poscondicion. Actor 1. Ingresa usuario instructor 2. Seleccionar el cliente correspondiente a la asignación. Sistema. 3. Ingresar los ejercicios correspondientes a cada una de las rutinas 4. Informar resultado exitoso ninguna Alejandra Barragán, Julian Vargas Mayo de 2019 CU 24 Buscar rutina El usuario instructor tiene la capacidad de buscar las rutinas de los clientes Instructor El cliente debe contar con una rutina establecida El usuario instructor cuenta con la habilidad de buscar las rutinas de cada uno de los clientes Actor Sistema 1. Ingresa usuario instructor 2. Seleccionar el cliente correspondiente a la búsqueda 3. Buscar la rutina mediante una identificación 4. Informar resultado exitoso ninguna Alejandra Barragán, Julian Vargas Mayo de 2019 CU 25 Ingresar ejercicio El usuario instructor tiene la ingresar ejercicios a la rutina del cliente Instructor El cliente debe contar con una rutina establecida El usuario instructor cuenta con la habilidad de ingresar ejercicios a las rutinas de los clientes. 35.

Figure

Tabla de Contenido
Tabla 1.1: Actividades en Fases de RUP
Tabla 1.3: Costo de Recursos
Tabla 2.1: Requerimientos Funcionales
+7

Referencias

Documento similar

No había pasado un día desde mi solemne entrada cuando, para que el recuerdo me sirviera de advertencia, alguien se encargó de decirme que sobre aquellas losas habían rodado

Where possible, the EU IG and more specifically the data fields and associated business rules present in Chapter 2 –Data elements for the electronic submission of information

The 'On-boarding of users to Substance, Product, Organisation and Referentials (SPOR) data services' document must be considered the reference guidance, as this document includes the

In medicinal products containing more than one manufactured item (e.g., contraceptive having different strengths and fixed dose combination as part of the same medicinal

Products Management Services (PMS) - Implementation of International Organization for Standardization (ISO) standards for the identification of medicinal products (IDMP) in

Products Management Services (PMS) - Implementation of International Organization for Standardization (ISO) standards for the identification of medicinal products (IDMP) in

This section provides guidance with examples on encoding medicinal product packaging information, together with the relationship between Pack Size, Package Item (container)

Package Item (Container) Type : Vial (100000073563) Quantity Operator: equal to (100000000049) Package Item (Container) Quantity : 1 Material : Glass type I (200000003204)