1

Entrega previa semana 3

Integrantes:

Cristian Camilo Osorio Londoño - 100237763

Jorge Luis Alvarez Medina - 1911023817

Luis Gabriel Franco Cortés - 1911020056

Docente:

Silva Monsalve Alexandra María

Politécnico GranColombiano.

Facultad de Ingeniería, Diseño e Innovación Escuela de Ciencias Básicas

Trabajo Colaborativo - Arquitectura de software

 2

Tabla de Contenido.

Introducción.....................................................................................................................................3

Objetivos..........................................................................................................................................4

Objetivo general...........................................................................................................................4

Objetivos específicos...................................................................................................................4

Justificación.....................................................................................................................................4

Glosario de arquitectura de software...............................................................................................5

Planteamiento del problema............................................................................................................6

Cronograma de actividades..............................................................................................................6

Conclusiones primera fase, semana 3..............................................................................................7

Lista de referencias..........................................................................................................................8
 3

Introducción

Este archivo tiene como objetivo exponer el desarrollo del trabajo colaborativo solicitado para la

tercera semana del módulo de arquitectura de software, donde se hizo un análisis de los diversos

tipos de requerimientos y paralelamente se definió una problemática con su respectiva solución

basada en la arquitectura dirigida al uso de servicios.

Cabe mencionar que para esta primera entrega los temas tratados se presentan de una forma

generalizada y no se otorgan demasiadas especificaciones sobre la solución de programa a

desarrollar, funciones y paralelamente se mostraran prototipos funcionales que permitan

contextualizar de optima manera el propósito de la solución definida

 4

Objetivos

Objetivo general

Planear, diseñar, desarrollar e implementar un software para la empresa Inmel que permitan

recolectar toda la información necesaria en un solo lugar y de manera más eficiente para la

generación de informes pertinentes.

Objetivos específicos

 Establecer los requerimientos funcionales y no funcionales de la solución a desarrollar.

 Diseñar una interfaz sencilla pero poderosa para facilitar su comprensión por parte de

usuario.

 Hacer que cada vista del proyecto sea una fiel copia de los formatos físicos utilizados por

los trabajadores.

 Desarrollar el sistema por medio de metodología ágil, ya que es necesaria su

implementación en el menor tiempo posible.

Obtener soporte ágil y efectivo en el momento que sea requerido

 5

Justificación

En este documento se describen las condiciones bajo las cuales se va desarrollar un software que

permitirá a los usuarios realizar reportes en general.

La realización de este proyecto se debe a que se identificaron las necesidades con respecto a la

optimización de tiempo y esfuerzo dedicados a la recolección de la información, lo cual nos lleva

a concluir que, si se logra esto, los empleados podrían dedicar una mayor cantidad de atención a

la ejecución de las actividades principales.

Glosario de arquitectura de software

 Framework: Conjunto de clases que pueden ser reutilizadas a fin de dar una solución

concreta sobre un problema determinado.

 Modelo: Resumen descriptivo de un elemento.

 Patrón de arquitectura: Solución enfocada a una necesidad especifica o particular, cuyo

uso es recurrente en el sistema.

 Servicio: Compromiso de funcionamiento establecido entre un cliente y un oferente.

 SOA: Arquitectura de software orientada a servicio.

 Driver: Requerimiento o necesidad del sistema.

 Pipelines: Estilo arquitectónico relacionado con el flujo de datos entre procesos

secuenciales.

 Estilos arquitectónicos: Establece una clasificación definida para las diferentes

alternativas de diseño.
 6

 Applets: Son componentes de software que están en el contexto de otro programa.

 CERN: Laboratorio europeo de física de partículas en Ginebra. Fue el desarrollador

inicial del World Wide Web.

 Dirección IP: Identificación única que se asigna a los ordenadores conectados a Internet.

Consta de cuatro números separados por puntos y cada número es menor de 256.

 Enlace: Referencia en un documento de hipertexto a otro documento o recurso. Llamado

también hiperenlace, vínculo o hipervínculo.

 FTP: Protocolo cuyas siglas significan File Transfer Protocol (Protocolo de

Transferencia de Archivos) ideal para transferir datos por la red.

 XHTML: Lenguaje de marcas que fue pensado para sustituir a HTML como estándar

para las páginas web.

 WWW: World Wide Web, o simplemente Web, es el universo de información accesible

a través de Internet, una fuente inagotable del conocimiento humano.

 Vínculo: Referencia en un documento de hipertexto a otro documento o recurso.

Llamado también enlace, hiperenlace o hipervínculo.

 UNIX: Sistema operativo portable, multitarea y multiusuario que fue desarrollado en

principio por un grupo de empleados de los laboratorios Bell de AT&T.

 Tomcat: Es un servidor de aplicaciones q funciona como un contenedor de Servlets y

JavaServer Pages (JSP).

 Servidor: Cualquier ordenador capaz de recibir y enviar información a otro ordenador y

a los usuarios de la red.

 7

Planteamiento del problema

La forma en la que se obtiene, se modifica o se manipula la información cada vez está

evolucionando más, y en la empresa Inmel S.A.S la situación no es diferente. Por ello se hace

completamente necesaria la creación de una herramienta informática que facilite la forma en la

que se realizan los reportes de novedades en campo por parte del personal operativo de la

compañía.

En sus labores diarias, los lectores de contadores deben realizar una serie de informes que, en su

mayoría, se realizan de forma manual, estos informes son los históricos, riesgos y novedades

encontradas en la correría realizada, y esto hace que su labor se torne un poco más tediosa.

La herramienta se realizará como una aplicación web con una interfaz basada en documentos y

formatos físicos existentes en la empresa, y en los que los trabajadores realizan dichos reportes.

Cronograma de actividades

El siguiente diagrama muestra a detalle las actividades a realizar y las fechas estimadas para el

proyecto planteado:
 8

CRONOGRAMA ARQUITECTURA DE SOFTWARE

Elaboración del documento del proyecto
Analisis de requerimientos
Configuración del repositorio del proyecto
Programación página de inicio (Index)
Programación página login
Programación barra de navegación
Programación de menú principal
Programación reporte incidente
Programación reporte atento
Programación reporte histórico
Programación consulta histórico
Programación páginas adicionales

Semana 3 Semana 5 Integrates: 2

Imagen 1. Diagrama de actividades.

Conclusiones primera fase, semana 3

 9

1. Para la realización de cualquier proyecto aplicando los conceptos de la arquitectura de

software se requiere invertir tiempo y esfuerzo para obtener los resultados esperados.

2. A través de las nuevas herramientas tecnológicas se facilita cada vez solucionar

problemas con respecto a la arquitectura de software.

3. Para una correcta organización de las fases de un proyecto se requiere implementar un

cronograma y cumplirlo a cabalidad.

Lista de referencias

 Ecuaciones de recurrencia (2020). Politecnico Grancolombiano. Recuperado de: Unidad

3 / Escenario 5 /Lectura fundamental
 Glosario de términos (2021). UAH. Recuperado de:
http://www.cc.uah.es/hilera/cursos/IntroInternet/plantilla/glosario.htm
 Transferencia de Estado Representacional. Recuperado de:

https://es.wikipedia.org/wiki/Transferencia_de_Estado_Representacional

 Simple Object Access Protocol. Recuperado de:

https://es.wikipedia.org/wiki/Simple_Object_Access_Protocol

 APIS, Banking as a Service. API REST: qué es y cuáles son sus ventajas en el desarrollo

de proyectos. 2016. Recuperado de:

 https://www.bbvaapimarket.com/es/mundo-api/api-rest-que-es-y-cuales-son-sus-ventajas-
en-el-desarrollo-de-proyectos/