PROYECTO ARQUITECTURA DE SOFTWARE

CASTRO SALAS JHONNIER FELIPE ORTIZ

PEDROZA MENESES JOHAN
RAMOS FAIDY VILMA
ROCHA ROJAS LEONARDO

POLITECNICO GRANCOLOMBIANO

ARQUITECTURA DE SOFTWARE EN EQUIPO (MODALIDAD VIRTUAL)

2019

1
 ARQUITECTURA DE SOFTWARE

CASTRO SALAS JHONNIER FELIPE 1821024893

PEDROZA MENESES JOHAN 1421024640

RAMOS VILMA FAIDY 1821022640

ROCHA ROJAS LEONARDO 1621023020

ESTE TRABAJO ES PRESENTADO COMO PROYECTO TEORICO/PRACTICO DE

ARQUITECTURA DE SOFTWARE A LA DOCENTE : MAHECHA NIETO ISABEL
ANDREA
PROFESORA DEL AREA VIRTUAL

POLITECNICO GRANCOLOMBIANO

ARQUITECTURA DE SOFTWARE (MODALIDAD VIRTUAL)

2019

2
 Contenido
PLANTEAMIENTO DEL PROBLEMA............................................................................... 4

OBJETIVO GENERAL..........................................................................................................5

OBJETIVOS ESPECÍFICOS................................................................................................. 5

JUSTIFICACIÓN................................................................................................................... 6

CONCLUSION PRIMERA FASE..........................................................................................8

RECOMENDACIONES PRIMERA FASE............................................................................9

CONCLUSION SEGUNDA FASE...................................................................................... 10

RECOMENDACIONES SEGUNDA FASE........................................................................ 11

GLOSARIO.......................................................................................................................... 12

BIBLIOGRAFÍA.................................................................................................................. 14

3
 PLANTEAMIENTO DEL PROBLEMA

El Sistema de Subsidio Familiar, con 6 décadas de operación, se enfrenta actualmente ante

la necesidad de realizar cambios profundos para ajustarse a las nuevas necesidades de las
familias trabajadoras colombianas. Esto implica actualización de su dinámica, adaptarse
ante las nuevas perspectivas y ante todo, reafirmarse en sus principios. Para lograrlo, es
necesario, entre otras cosas, revisar la forma en que las Cajas realizan sus operaciones de
forma óptima, lo que implica necesariamente; de un lado la revisión de los costos y gastos y
de otro la utilización de unos sistemas de información robustos, confiables, flexibles y
escalables lo que redunde en la oferta mejorada de los servicios actuales y los ajustes que
son exigidos por los nuevos escenarios que se plantea el país, de forma adecuada y
oportuna.
En este sentido es necesaria la creación de una solución que permita optimizar costos de
operación, elimine o cuando menos reduzca significativamente la inversión y la
estandarización de procesos que redundan en una operación eficiente, eficaz, con facilidad
de crecimiento y adaptabilidad ante las condiciones altamente cambiantes que los
escenarios de corto y mediano plazo plantearán. Estos objetivos se logran gracias a la
agregación de demanda bajo esquemas de homogeneización y centralización de servicios o
de proveeduría de servicios estándar, con la utilización de las mejores prácticas existentes.
Una de las premisas de esta herramienta es que debe ser multi-entidad y debe ser concebida
bajo un enfoque SaaS.
la solución deberá prestarse como un servicio en la nube, es decir que la solución deberá
residir en servidores en un proveedor de servicios cloud y no en las instalaciones de alguna
entidad en particular.

4
 OBJETIVO GENERAL

Planificar, diseñar e implementar un software para dar solución a la optimización de

diferentes operaciones realizadas por la caja de compensación para así mismo llegar a tener
un fácil y practico acceso a cada uno de los módulos de la entidad.

OBJETIVOS ESPECÍFICOS

1. Diseñar una interfaz llamativa de tal manera que el usuario pueda tener fácil acceso a las
funciones de cada modulo
2. Implementación de un software con una serie de módulos para el fácil uso de los
operarios de la caja de compensación
3. Utilizar métodos agiles para el desarrollo del software en los tiempos establecidos
4. Contar con un servicio ágil y practico a la hora de brindar soporte acerca del software
5. Buscar alternativas ante las problemáticas propuestas para el desarrollo del servicio

5
 JUSTIFICACIÓN

Para el desarrollo de nuestro software de servicios, lo primero que debemos tener en cuenta
son algunos aspectos básicos como requerimientos, funciones, módulos y demás datos que
la caja de compensación nos pueda brindar, usaremos técnicas y métricas requeridas para
medir el desempeño grupal del equipo así lograr realizar un software dentro de un lapso
predestinado así mismo cumplir cada uno de los objetivos plantados.
Partiremos de un equipo conformado por 4 integrantes dentro de los cuales cada uno
cumple un rol especifico gracias a ciertas virtudes, habilidades y competencias realizadas.
Finalmente dando inicio a la creación, diseño e implementación de nuestro software de
servicios el cual ayudara y aportara ante la sociedad una alternativa de fácil acceso para
otras empresas del mundo las cuales verán como una este software ayudara a la mejoría y
eficacia a la hora de realizar procesos como afiliaciones, aportes o liquidaciones de subsidio
en la sociedad.

6
 ENLACE AL PROYECTO

De acuerdo a las especificaciones solicitadas, relacionamos enlace al proyecto en GitHub

para la revisión.

https://github.com/lerochar1/ApiRest4.git

CRONOGRAMA

Se genera un Diagrama en Excel con el fin de generar el cronograma o calendario de

actividades a realizar por cada uno de los integrantes del grupo

Tabla 1. Diagrama De Gannt Cronograma

7
 CONCLUSION PRIMERA FASE

A través de esta primera fase pudimos concluir que en la arquitectura de software se

requiere varios métodos y tiempo para el desarrollo de una aplicación si queremos cumplir
con los objetivos propuestos.
• En este proyecto se plantea un modelo con parámetros generales de diseño los
cuales permiten agilizar la implementación de un software en corto tiempo.
• Con la innovación de las tecnologías la arquitectura de software tiene patrones
simples los cuales permiten dar soluciones a problemas en el momento que se está
implementado una aplicación.
• El diseño de la arquitectura es parte fundamental de la ingeniería de software pues
tiene como función organizar los objetos y clases que se definirían en el desarrollo.
• Los cronogramas nos permiten llevar un orden en la realización de un proyecto por
tal razón es fundamental que en la arquitectura de software contemos con este mecanismos
para llevar un control en la gestión de las actividades y entregas en tiempos reales.

8
 RECOMENDACIONES PRIMERA FASE

De acuerdo a la información dada en esta primera fase se recomienda lo siguiente:

1. Ser más puntuales con la entrega de las actividades asignadas a cada participante del
grupo.

2. Aprovechar al máximo las herramientas brindadas por el aula virtual para el

desarrollo de las diferentes actividades o entregas del proyecto, de igual manera
tener en cuenta las recomendaciones del profesor.

3. Optimizar y retroalimentar la comunicación del grupo para que todos estemos

informados en el planteamiento y desarrollos de los procesos.

4. Buscar métodos que nos ayuden a entender de una manera más fácil y así poder
explicar de forma dinámica la importancia de la arquitectura de software en el
desarrollo de una aplicación.

9
 CONCLUSION SEGUNDA FASE

En esta segunda fase del proyecto dimos inicio al plan de desarrollo de nuestro servicio
enfocado en la optimización de diferentes operaciones realizadas por la caja de
compensación a cada uno de sus módulos de entidad.
• Se realiza un formulario de afiliación para el fácil y practico ingreso de datos de los
clientes mediante campos tipo input para llenar.
• Se realiza una exitosa conexión a la base de datos mediante una conexión desde el
formulario, es decir, todos los datos son enviados de forma organizada en tablas
predefinidas.
• Se realiza un diseño fresco y elegante a la vista mediante css para la fácil
visualización del formulario de parte de los futuros afiliados.
• Se realiza unas perfectas pruebas mediante post-man para la ejecución la
verificación de ejecución y conexión del formulario con la base de datos.

10
 RECOMENDACIONES SEGUNDA FASE

De acuerdo a la información dada en esta primera fase se recomienda lo siguiente:

1. El software es creado para seguir unos pasos específicos para la realización y

correcto llenado de cada uno de los campos del formulario.

2. No editar ni tratar de cambiar el nombre de alguna de las casillas del formulario esto
podría generar inconvenientes en la base de datos con cada una de las variables.

3. Cualquier duda , inquietud o recomendación hacerla llegar a el equipo de

programadores los cuales estarás a toda disposición de realizar los cambios
pertinentes.

4. Su diseño en tanto a colores, imágenes y figuras puede ser modificado con respecto
al gusto de cada quien, se pueda generar otros colores y formatos para una fresca
visualización de la interfaz.

11
 GLOSARIO

ARQUITECTURA DE REFERENCIA: Es una estructura que optimiza el trabajo,

aumenta la confiabilidad y proporciona una implementación efectiva da soluciones técnicas
y prácticas para el desarrollo del software.

ATRIBUTO DE CALIDAD: Características que el sistema debe poseer adicional a la

funcionalidad. (Desempeño, modificabilidad, entre otros). El diseño de la arquitectura
determina el cumplimiento y balance entre los atributos de calidad requeridos.

CCF: Sigla que designa a cada una de las Cajas de Compensación Familiar

CMIS: es un estándar abierto que permite a diferentes sistemas de gestión de contenidos

interoperar a través de Internet, por sus siglas en inglés, Content Management
Interoperability Services.

CONCURRENCIA: Es la tendencia de las cosas a producirse al mismo tiempo en un

sistema.

CONTROLADOR: Es el encargado de procesar las interacciones del usuario y ejecuta los

cambio en el modelo.

DISEÑAR: analizar requerimientos, idear, planificas, implementar y modificas el

desarrollo de un software.

12
DRIVERS: son requerimientos en ingles que se conocen como DRIVERS DE LA
ARQUITECTURA las cuales se denominan como guías que incluyen atributos de calidad,
funciones, reglas, componentes y restricciones.

ESTILO: Se basa en la estructura, investigación y teoría del software posee un conjunto

predeterminado de elementos los cuales se relaciona entre ellos un ejemplo es cliente
servidor.

GOF: Es un libro de ingeniería de software que describe patrones de diseño el cual tiene
dos partes la primera describe la programación orientada a objetos y la segunda al diseño
del software.

HERRAMIENTAS CASE: Son programas informáticos destinados en la mejora del

diseño ofrecen diagramación y corrección en los diagramas para el desarrollo de u software.

MARCO DE REFERENCIA: Es una guía el cómo y el que.

MODELO: Representa la información con la que trabaja la aplicación es su lógica.

PATRONES: Diseño, practica, proceso y código del software.

PROYECTAR: Es la visión final del desarrollo del software.

REFACTORIZACIÓN: Es realizar una trasformación al software manteniendo su

comportamiento modificando únicamente su estructura interna para su mejoramiento.

REQUERIMIENTOS: Son los insumos más importantes para la arquitectura del software
se denominan como funcionales y no funcionales, son las condiciones o necesidades de un
cliente o usuario.

13
SAAS: Se trata de un modelo de distribución y licenciamiento de software en el que la
solución de software a utilizar yace en servidores centralizados y de manera aislada de los
clientes que la utilizan.

SOA: Arquitectura orientada a servicios, cambio significativo en el diseño y creación de

aplicaciones.

STAKEHOLDERS: Grupo de personas interesados en el proyecto y hacia los cuales va

dirigido este documento.

BIBLIOGRAFÍA

1. Humphrey, W. S. (2002). Personal Software Process (PSP). En: Encyclopedia Of

Software Engineering, Volume 2, 948-961.
2. Humphrey, W. S. (2000). The Team Software Process SM (TSP SM), (November)
3. PRESTASHOP (2019). Utilizado para la creacion de la plantilla de la pagina.
4. https://sg.com.mx/revista/28/requerimientos-y-arquitecturaRequerimientos y
Arquitectura publicado en SG #28 ARQUITECTURA Autor Humberto Cervantes.

5. http://amedrano1.blogspot.com/ 16 de Agosto del 2012 Publicado por UnKnown

6. Giardine, B., Riemer, C., Hardison, R. C., Burhans, R., Elnitski, L., Shah, P., ... &
Nekrutenko, A. (2005). Galaxy: a platform for interactive large-scale genome
analysis. Genome research, 15(10), 1451-1455.

14