Investigación Final

PROTOTIPO DE SOFTWARE PARA TECNOPHONECARTAGO
JORGE ARMANDO GARZÓN CASTAÑO

CRISTIAN DAVID SÁNCHEZ CASTELLANO
CORPORACIÓN DE ESTUDIOS TECNOLÓGICOS DEL NORTE DEL VALLE

UNIDAD DE INGENIERÍA, ARQUITECTURA, URBANISMO Y AFINES
TÉCNICO PROFESIONAL EN PROGRAMACIÓN DE APLICACIONES
INFORMÁTICAS
CARTAGO - VALLE DEL CAUCA
2020
PROTOTIPO DE SOFTWARE PARA TECNOPHONECARTAGO
JORGE ARMANDO GARZÓN CASTAÑO

CRISTIAN DAVID SÁNCHEZ CASTELLANO
PROYECTO INTEGRADOR COMO REQUISITO PARA OPTAR EL TÍTULO DE

INFORMÁTICAS.
ASESOR IS ARVEY BARAHONA GÓMEZ
CORPORACIÓN DE ESTUDIOS TECNOLÓGICOS DEL NORTE DEL VALLE

UNIDAD DE INGENIERÍA, ARQUITECTURA, URBANISMO Y AFINES
INFORMÁTICAS
CARTAGO - VALLE DEL CAUCA
2020
II
NOTA DE ACEPTACIÓN
__________________________
__________________________
__________________________
__________________________
__________________________
JURADO 1
__________________________
JURADO 1
III
DEDICATORIA (OPCIONAL)
Jorge Armando Garzón Castaño:
Quiero dedicar este proyecto de manera especial a mi madre ANA CASTAÑO, porque ella
es la principal causa por la que todos los días de mi vida busco a mejorar, por ella seré un
buen elemento para la sociedad y buscaré siempre el bien para mí, y para las personas que me
rodean, en ella me quiero reflejar, ya que, es la mujer más dedicada, responsable y
perseverante que conozco, por su gran corazón y por muchas razones más, ella tiene mi total
admiración.
IV
AGRADECIMIENTOS (OPCIONAL)
Agradecidos con Dios porque nos brindó los conocimientos necesarios para cumplir con el
objetivo de la investigación, y porque nos puso en el camino a personas que nos supieron
guiar en todo este proceso.
Además, agradecemos a el profesor Arvey Barahona porque gracias a él, y a su guía
pudimos resolver nuestras dudas e inquietudes para el desarrollo de nuestra investigación.
También agradecemos el apoyo de nuestros padres, quienes son las personas que siempre
nos han guiado y nos han convertido en lo que somos hoy en día.
V
RESUMEN
Este proyecto busca desarrollar un prototipo de software interno, que facilite la gestión de
la información en la microempresa TECNOPHONECARTAGO. Este proceso incluye el
levantamiento de análisis de requerimientos que se hizo a través de entrevistas, de allí se da
paso al diseño de una base de datos que se hizo por medio de los modelos entidad relación
(MER) y el modelo relacional (MR), además de un diccionario de datos. Posteriormente se
propone un prototipo que evidencia los resultados del análisis de requerimientos y la
implementación de la base de datos, dando solución a los problemas que padece el
establecimiento.
El uso de este futuro software le permitirá a la microempresa TECNOPHONECARTAGO
registrar y controlar su información de una manera mucho más organizada y eficiente. De tal
manera que brinde un excelente servicio a sus clientes, que garantice seguridad y que genere
confianza.
VI
ABSTRACT
This project seeks to develop an internal software prototype that facilitates information
management in the TECNOPHONECARTAGO microenterprise. This process includes the
requirements analysis survey that was done through interviews, from there, the design of a
database is made through the entity relationship models (ERM) and the relational model
(MR), plus a data dictionary. Subsequently, a prototype is proposed that evidences the results
of the requirements analysis and the implementation of the database, providing a solution to
the problems suffered by the establishment.
The use of this future software will allow the TECNOPHONECARTAGO microenterprise
to register and control your information in a much more organized and efficient way. In such
a way that it provides excellent service to its customers, that guarantees security and that
generates trust.
VII
CONTENIDO
INTRODUCCIÓN.................................................................................................................1
JUSTIFICACIÓN..................................................................................................................2
DIAGNÓSTICO DEL PROBLEMA.....................................................................................3
PREGUNTA DE INVESTIGACIÓN................................................................................4
OBJETIVOS..........................................................................................................................5
GENERAL.........................................................................................................................5
ESPECÍFICOS...................................................................................................................5
FUNDAMENTACIÓN TEÓRICA........................................................................................6
MARCO TEÓRICO...........................................................................................................6
Evolución de la contabilidad..........................................................................................6
Ingeniería de software....................................................................................................9
Orígenes de las BD.......................................................................................................12
Requerimientos............................................................................................................31
MARCO CONCEPTUAL................................................................................................37
MARCO CONTEXTUAL...............................................................................................39
MARCO LEGAL.............................................................................................................40
RUTA METODOLÓGICA..................................................................................................43
DESARROLLO TEMÁTICO..............................................................................................44
REQUERIMIENTOS.......................................................................................................44
ESTRUCTURA BASE DE DATOS................................................................................63
VIII
PROTOTIPO....................................................................................................................71
RECOMENDACIONES....................................................................................................108
CONCLUSIÓN..................................................................................................................109
CRONOGRAMA...............................................................................................................110
REFERENCIAS.................................................................................................................111
IX
LISTA DE ILUSTRACIONES
Ilustración 1Sistema de información empresarial..................................................................9
Ilustración 2 Modelo de trabajo con base de datos..............................................................14
Ilustración 3 Modelos BD....................................................................................................15
Ilustración 4 Notación diagramática de entidades y atributos.............................................17
Ilustración 5 Clave candidata...............................................................................................18
Ilustración 6 Ejemplo de interrelación.................................................................................19
Ilustración 7 Conectividad 1:1.............................................................................................20
Ilustración 8 Conectividad 1:N............................................................................................20
Ilustración 9 Conectividad M:N...........................................................................................21
Ilustración 10 Formas normales...........................................................................................27
Ilustración 11 1FN................................................................................................................28
Ilustración 12 2FN................................................................................................................29
Ilustración 13 3FN................................................................................................................30
Ilustración 14 Extraer Requerimientos.................................................................................34
Ilustración 15 Problemas en el desarrollo de sistemas.........................................................37
Ilustración 16 Clasificación de las empresas según la Ley 905 de 2004.............................38
Ilustración 17 Modelo entidad relación................................................................................63
Ilustración 18 Modelo relacional.........................................................................................64
Ilustración 19 Login.............................................................................................................71
Ilustración 20 Menú de interfaz...........................................................................................72
Ilustración 21 Ver datos administradores.............................................................................73
Ilustración 22 Registrar datos de administradores...............................................................73
Ilustración 23 Modificar datos de administradores..............................................................74
Ilustración 24 Eliminar datos de administradores................................................................74
X
Ilustración 25 Ver datos de clientes.....................................................................................75
Ilustración 26 Registrar datos de clientes.............................................................................76
Ilustración 27 Modificar datos de clientes...........................................................................77
Ilustración 28 Eliminar datos de clientes.............................................................................77
Ilustración 29 Ver datos de empleados................................................................................78
Ilustración 30 Registrar datos de empleados........................................................................79
Ilustración 31 Modificar datos de empleados......................................................................80
Ilustración 32 Eliminar datos de empleados........................................................................80
Ilustración 33 Ver datos de proveedores..............................................................................81
Ilustración 34 Registrar datos de proveedores.....................................................................82
Ilustración 35 Modificar datos de proveedores....................................................................83
Ilustración 36 Eliminar datos de proveedores......................................................................83
Ilustración 37 Ver datos de técnicos....................................................................................84
Ilustración 38 Registrar datos de técnicos............................................................................85
Ilustración 39 Modificar datos de técnicos..........................................................................86
Ilustración 40 Eliminar datos de técnicos............................................................................86
Ilustración 41 Ver datos de compras a clientes....................................................................87
Ilustración 42 Registrar datos de compras a clientes...........................................................88
Ilustración 43 Modificar datos de compras a clientes..........................................................89
Ilustración 44 Eliminar datos de compras a clientes............................................................89
Ilustración 45 Ver datos de dispositivos en servicio............................................................90
Ilustración 46 Registrar datos de dispositivos en servicio...................................................91
Ilustración 47 Modificar datos de dispositivos en servicio..................................................92
Ilustración 48 Eliminar datos de dispositivos en servicio....................................................92
Ilustración 49 Ver datos de domicilios.................................................................................93
XI
Ilustración 50 Registrar datos de domicilios........................................................................94
Ilustración 51 Modificar datos de domicilios.......................................................................95
Ilustración 52 Eliminar datos de domicilios.........................................................................95
Ilustración 53 Ver datos de facturas.....................................................................................96
Ilustración 54 Registrar datos de facturas............................................................................97
Ilustración 55 Modificar datos de facturas...........................................................................98
Ilustración 56 Eliminar datos de facturas.............................................................................98
Ilustración 57 Ver datos de pedidos.....................................................................................99
Ilustración 58 Registrar datos de pedidos..........................................................................100
Ilustración 59 Modificar datos de pedidos.........................................................................101
Ilustración 60 Eliminar datos de pedidos...........................................................................101
Ilustración 61 Ver datos de productos................................................................................102
Ilustración 62 Registrar datos de productos.......................................................................103
Ilustración 63 Modificar datos de productos......................................................................104
Ilustración 64 Eliminar datos de productos........................................................................104
Ilustración 65 Ver datos de usuarios..................................................................................105
Ilustración 66 Registrar datos de usuarios.........................................................................106
Ilustración 67 Modificar datos de usuarios........................................................................107
Ilustración 68 Eliminar datos de usuarios..........................................................................107
XII
LISTA DE TABLAS
Tabla 1 Ventas......................................................................................................................44
Tabla 2 Inventario................................................................................................................44
Tabla 3 Seguridad del sistema..............................................................................................44
Tabla 4 Mantenimientos.......................................................................................................45
Tabla 5 Registro de personal................................................................................................45
Tabla 6 Registro de clientes.................................................................................................45
Tabla 7 Registro de proveedores..........................................................................................46
Tabla 8 Administradores......................................................................................................46
Tabla 9 Técnicos..................................................................................................................47
Tabla 10 Empleados.............................................................................................................47
Tabla 11 Proveedores...........................................................................................................48
Tabla 12 Clientes..................................................................................................................48
Tabla 13 Usuarios................................................................................................................49
Tabla 14 Dispositivos en servicio........................................................................................49
Tabla 15 Productos...............................................................................................................50
Tabla 16 Tipo de producto...................................................................................................50
Tabla 17 Pedidos..................................................................................................................51
Tabla 18 Tipo de factura......................................................................................................51
Tabla 19 Facturas.................................................................................................................52
Tabla 20 Formas de pago.....................................................................................................52
Tabla 21 Tipo de documento................................................................................................53
Tabla 22 Tipo de cargo........................................................................................................53
Tabla 23 Domicilios.............................................................................................................54
Tabla 24 Géneros.................................................................................................................54
XIII
Tabla 25 Departamentos......................................................................................................55
Tabla 26 Ciudades................................................................................................................55
Tabla 27 Registrar dispositivos dejados...............................................................................56
Tabla 28 Registrar proveedores...........................................................................................56
Tabla 29 Registrar empleados..............................................................................................56
Tabla 30 Registrar técnico...................................................................................................57
Tabla 31Registrar productos................................................................................................57
Tabla 32 Registrar clientes...................................................................................................57
Tabla 33 Registrar venta de productos.................................................................................58
Tabla 34 Registro servicio prestado.....................................................................................58
Tabla 35 Facturación............................................................................................................58
Tabla 36 Facturación de productos......................................................................................59
Tabla 37 Facturación del mantenimiento.............................................................................59
Tabla 38 Registrar usuario empleado...................................................................................59
Tabla 39 Login.....................................................................................................................60
Tabla 40 Interfaz..................................................................................................................60
Tabla 41 Contrasena.............................................................................................................60
Tabla 42 Restricción empleado............................................................................................61
Tabla 43 Ingreso inicial........................................................................................................61
Tabla 44 Administradores....................................................................................................61
Tabla 45 Empleado..............................................................................................................62
Tabla 46 Cliente...................................................................................................................62
Tabla 47 Menú diccionario de datos....................................................................................65
Tabla 48 Administradores....................................................................................................65
Tabla 49 Ciudades................................................................................................................65
XIV
Tabla 50 Clientes..................................................................................................................65
Tabla 51 Compras_clientes..................................................................................................66
Tabla 52 Compras_clientes_has_clientes............................................................................66
Tabla 53 Departamentos......................................................................................................66
Tabla 54 Dispositivos_servicio............................................................................................66
Tabla 55 Domicilios.............................................................................................................66
Tabla 56 Empleados.............................................................................................................67
Tabla 57 Facturas.................................................................................................................67
Tabla 58 Facturas_has_dispositivos_servicio......................................................................67
Tabla 59 Facturas_has_productos........................................................................................67
Tabla 60 Formas_pago.........................................................................................................67
Tabla 61 Géneros.................................................................................................................68
Tabla 62 Pedidos..................................................................................................................68
Tabla 63 Productos...............................................................................................................68
Tabla 64 Productos_has_pedidos.........................................................................................68
Tabla 65 Productos_has_proveedores..................................................................................68
Tabla 66 Proveedores...........................................................................................................69
Tabla 67 Proveedores_has_administradores........................................................................69
Tabla 68 Tipo_cargo............................................................................................................69
Tabla 69 Tipos_documento..................................................................................................69
Tabla 70 Tipos_factura........................................................................................................69
Tabla 71 Tipos_producto.....................................................................................................70
Tabla 72 Técnicos................................................................................................................70
Tabla 73 Usuarios................................................................................................................70
Tabla 74 Usuarios_registro..................................................................................................70
XV
XVI
INTRODUCCIÓN
La presente investigación se centra en la problemática que presenta la empresa
TECNOPHONECARTAGO al momento de administrar y gestionar sus procesos internos y el
manejo de la información de los clientes, productos, ventas y empleados, ya que actualmente
llevan sus procesos de forma manual, almacenando toda la información en libros de
contabilidad sin tener ningún registro de forma digital.
La empresa “TECNOPHONECARTAGO” objetada a la compra-venta de productos
tecnológicos y al mantenimiento de dispositivos móviles, necesita de un software que ayude a
cumplir con las funciones requeridas en el establecimiento, de una forma eficaz, ya que hasta
el momento su control lo lleva a través de las redes sociales y por medio de una libreta, lo
cual no es conveniente para el negocio, por perdida de información, desorganización,
incumplimiento de los servicios, quejas constantes, entre otras cosas.
Por estas razones se tiene la necesidad de implementar un software que controle todo el
proceso de ventas, pedidos, inventarios y demás cosas que urgen en el negocio, cumpliendo
con el objetivo principal de complacer todas las exigencias que la empresa requiera,
ofreciendo organización, seguridad, y eficacia.
1
JUSTIFICACIÓN
A lo largo del tiempo las compañías están en la constante búsqueda de la excelencia para
posicionarse en el mercado en el ámbito que se desarrolla su actividad comercial. Para este
éxito el desarrollo de las diversas actividades se logra por medio de un personal capacitado en
sus labores, no solamente con la mejor infraestructura o materiales de trabajo, ambas tienes
que estar ligadas para así tener un buen servicio a los clientes.
Debido a esto y al crecimiento exponencial gran cantidad de empresas han optado por
obtener sistemas de información que les permita controlar y administrar de manera sencilla y
eficaz los procesos internos de la cadena de valor de la compañía, siendo así una de las
maneras más factibles en que la empresa pueda trascender en el mercado laboral.
En la empresa TECNOPHONECARTAGO es importante que cuente con un sistema de
control de información de: inventarios, facturación, pedidos, empleados y clientes que permita
conocer datos exactos, confiables y coherentes. Por ende, la decisión de poder adquirir una
combinación entre las herramientas digitales y físicas que permite que los procesos de la
compañía sean eficientes y confiables al momento de toma de decisiones.
2
DIAGNÓSTICO DEL PROBLEMA
En la microempresa TECNOPHONECARTAGO se ofrecen los servicios de compras y
ventas de accesorios tecnológicos y celulares a través de la plataforma Instagram, y se presta
el servicio de reparación especializada de equipos móviles en un local comercial pequeño. A
pesar de realizar las transacciones en línea, el registro de las transacciones se realiza de
manera manual. Para el servicio de mantenimiento, ya sea por garantía o reparación, se le
solicita al cliente algunos datos del equipo y personales para llevar un control del equipo
dejado en consignación mientras la reparación. Esto ha generado problemas, ya que, al llevar
toda la información en cuadernos o libretas hay conflictos, porque las consultas son
demoradas, en particular cuando traen el equipo por garantía, o bien el cuaderno puede estar
ocupado haciendo registro de ingreso o tenerlo el técnico para validar lo que debe reparar.
El manejo de la información de este modo genera en el cliente desconfianza y mala
impresión, más aún cuando las transacciones son manejadas a través de las redes sociales,
llevando a TECNOPHONECARTAGO a la disminución en sus ingresos por la ausencia de
clientes o a continuas quejas por la mala atención; también, pueden llegar a generar problemas
legales por la omisión de los registros de los equipos en consignación, en caso de visita
judicial o de la DIAN.
Para el crecimiento empresarial, la microempresa TECNOPHONECARTAGO debe contar
con una solución tecnológica que le permita la comercialización de sus productos y servicios
a través de una plataforma integral, ágil y moderna, facilitando la consulta y registro de
información.
3
PREGUNTA DE INVESTIGACIÓN
Lo anterior genera la pregunta:
¿De qué manera facilitar a la microempresa TECNOPHONECARTAGO el registro de la
compra, venta y prestación de los servicios de mantenimiento que ofrece?
4
OBJETIVOS
GENERAL
Desarrollar un prototipo de software para la empresa TECNOPHONECARTAGO que
permita el resguardo, gestión y administración de la información de la cadena de valor de la
compañía.
ESPECÍFICOS
• Analizar los requerimientos que permitan diseñar el prototipo de software para la
microempresa TECNOPHONECARTAGO.
• Modelar la estructura de la base de datos que permita llevar el registro y control de la
• Diseñar el prototipo de software para la microempresa TECNOPHONECARTAGO.
5
FUNDAMENTACIÓN TEÓRICA
MARCO TEÓRICO
Evolución de la contabilidad
Manifestar como nació y cuál fue el origen, historia o evolución de la contabilidad resulta
complejo, por no decir imposible, ya que se estima que su aparición fue lenta en la medida en
que la gente y sus pueblos desarrollaban sus economías o sus sistemas políticos, por lo tanto,
en un comienzo la contabilidad fue apareciendo en su forma más simple y elemental.
Cada pueblo en su intento por buscar la manera de llevar un control de sus cuentas o
pertenencias, grababa signos en piedras o se valían de objetos materiales para representarlos.
Los feudales cuyo poderío se basaba en la tenencia de la tierra, creó sus propios sistemas de
control de sus propiedades y su producción agropecuaria, sin embargo, lo que más impulsó la
búsqueda de métodos adecuados de registro y control de los bienes, ingresos y gastos fue en
la etapa mercantilista que incluso empezó a transformar las formas de gobierno.
En la Edad Media y dadas las necesidades de control comenzó a darse uso a los libros de
comercio, los mismos que eran utilizados para apuntes de las actividades mercantiles de sus
usuarios, de esta forma conocer la realidad de sus actividades que les permitía organizar su
planificación mercantil. Esta actividad la hacían más por necesidad que por obligación, ya
que, en aquel entonces, no era obligatorio ni estaba normado o regulado esta actividad. En la
práctica fue común que estos libros fueran sellados y rubricados para dar mayor confiabilidad
a los comerciantes. Sin embargo, la técnica del registro contable y su enseñanza no estaban a
nivel de una postulación académica propiamente dicha. En este período, los libros
6
comerciales se constituyeron en una especie de agenda en el que se anotaban hechos
comerciales, familiares, políticos, entre otros [CITATION Gab12 \p 55 \l 3082 ].
Un Sistema de Contabilidad es una estructura organizada mediante la cual se recogen las
informaciones de una empresa como resultado de sus operaciones, valiéndose de recursos
como formularios, reportes, libros y que presentados a la gerencia le permitirán a la misma
tomar decisiones financieras. Con el transcurrir del tiempo los sistemas contables son más
complejos y por ello son controlados por diferentes entidades.
Para la contabilización de las transacciones se ha pasado del papel a la utilización de
herramientas informáticas o herramientas TIC para procesar la información de manera
eficiente y rápida. Las TIC’S aplicadas a la Contabilidad sirven para la aplicación de
procedimientos tecnológicos y presenta distintos paquetes contables, dependiendo de las
necesidades de cada empresa, permitiendo de una manera sistemática y automatizada el
registro de las operaciones y hechos contables, entre ellos, el ingreso de dinero, pagos, gastos,
en diarios, mayores y balances ayudando a encontrar y dar solución al problema [ CITATION
Gab12 \l 9226 ].
Para la utilización de TIC’S se recomienda implementar un software contable, puesto
que ayuda a la flexibilidad porque se adaptan al esquema del programa, ayuda a la
definición de documentos típicos que sean más utilizados en la empresa, realiza una
edición del plan de cuentas de acuerdo con las normas y necesidades de la empresa y la
posibilidad de cambios en los formatos y fuentes para la presentación de informes
contables, como son la presentación de Estados Financieros. Con el uso de las TIC´S,
existe también un fácil manejo que no requiere un personal especializado en
7
computación para el manejo adecuado del software. También permite que la capacidad
de búsqueda se dé por cualquier campo, estos pueden ser, ingreso de la fecha, código de
cuenta, nombre de cuenta o nombre de alguna persona[CITATION Gab12 \p 42 \l
3082 ]
Una definición bastante clara o tal vez la más precisa para Sistemas de información es la
propuesta por Andreu, Ricart y Valor (1991) citado en [CITATION Ale03 \p 1 \l 3082 ]:
Conjunto formal de procesos que, operando sobre una colección de datos estructurada
de acuerdo a las necesidades de la empresa, recopila, elabora y distribuyen
selectivamente la información necesaria para la operación de dicha empresa y para las
actividades de dirección y control correspondientes, apoyando, al menos en parte, los
procesos de toma de decisiones necesarios para desempeñar funciones de negocio de la
empresa de acuerdo con su estrategia.
Así mismo, para [ CITATION Ale03 \l 9226 ] :
“Todo sistema de información utiliza como materia prima los datos, los cuales
almacena, procesa y transforma para obtener como resultado final información, la cual
será suministrada a los diferentes usuarios del sistema, existiendo además un proceso de
retroalimentación o “feedback”, en la cual se ha de valorar si la información obtenida se
adecua a lo esperado” (Ilustración Sistemas de información).
8
Ilustración 1Sistema de información empresarial
Fuente Hernández, 2003
Ingeniería de software
La ingeniería del software es una disciplina de la ingeniería que comprende todos los
aspectos de la producción de software desde las etapas iniciales de la especificación del
sistema, hasta el mantenimiento de este después de que se utiliza. En esta definición,
existen dos frases clave:
 Disciplina de la ingeniería. Los ingenieros hacen que las cosas funcionen. Aplican
teorías, métodos y herramientas donde sean convenientes, pero las utilizan de forma
selectiva y siempre tratando de descubrir soluciones a los problemas, aun cuando no
existan teorías y métodos aplicables para resolverlos. Los ingenieros también saben
que deben trabajar con restricciones financieras y organizacionales, por lo que buscan
soluciones tomando en cuenta estas restricciones.
9
 Todos los aspectos de producción de software. La ingeniería del software no sólo
comprende los procesos técnicos del desarrollo de software, sino también con
actividades tales como la gestión de proyectos de software y el desarrollo de
herramientas, métodos y teorías de apoyo a la producción de software.
En general, los ingenieros de software adoptan un enfoque sistemático y organizado en
su trabajo, ya que es la forma más efectiva de producir software de alta calidad. Sin
embargo, aunque la ingeniería consiste en seleccionar el método más apropiado para un
conjunto de circunstancias, un enfoque más informal y creativo de desarrollo podría ser
efectivo en algunas circunstancias. El desarrollo informal es apropiado para el
desarrollo de sistemas basados en Web, los cuales requieren una mezcla de técnicas de
software y de diseño gráfico.[CITATION IAN05 \p 23 \l 3082 ]
Características de la ingeniería de software.
La ingeniería de software tiene como objetivo principal, el desarrollo costeable de sistemas
de software confiables que funcionen de modo eficiente y comprende todos los aspectos de la
producción del software. El software presenta 3 elementos que lo caracterizan: Los programas
y/o algoritmos., Las estructuras de datos y Los documentos.
Según el sitio web [ CITATION Mic20 \l 3082 ] los principales objetivos de la
ingeniería de software son:
- Diseñar programas informáticos que se adecúen a las exigencias de la sociedad.
ingeniería de software
- Liderar y acoplar el desarrollo de programaciones complicadas.
10
- Computar los costos de un proyecto y evaluar los tiempos de desarrollo.
- Incluir procesos de calidad en los sistemas, calculando métricas e indicadores y
chequeando la calidad del software producido.
- Realizar el seguimiento de costes y plazos.
- Liderar equipos de trabajo de desarrollo software.
- Estructurar la elaboración de evidencias que comprueben el perfecto funcionamiento
de los programas y que se adaptan a los requerimientos de análisis y diseño.
- Estructurar e inspeccionar el trabajo de su equipo de los técnicos de mantenimiento y
los ingenieros de sistemas y redes.
- Diseñar, construir y administrar bases de datos.
- Liderar y orientar a los programadores durante el desarrollo de aplicaciones.
La ingeniería de Software consta de siete etapas, que son las siguientes, estas etapas
son dichas por [ CITATION Mic20 \l 3082 ]:
Etapa de análisis: Es el procedimiento de investigación de un problema al que se desea
encontrar la solución. Se define con claridad el problema que hay que resolver o el programa
que se desea inventar, identificando los elementos principales que conformarán el producto.
Etapa de Diseño: Es el procedimiento que emplea la información acumulada en la etapa
de análisis al diseño del producto. La labor principal de la etapa de diseño es crear un modelo
o las características precisas para el producto o componentes del sistema.
Etapa de Desarrollo: Consiste en el empleo de los diseños creados durante la etapa de
diseño para elaborar los elementos a utilizarse en el sistema.
11
Etapa de Pruebas o Verificación Prueba: Consiste en garantizar que los elementos
individuales que componen el sistema o producto, presentan las características requeridas en
la especificación creada durante la etapa de diseño.
Etapa de Implementación o Entrega Implantación: Consiste en la distribución del
producto y hacerlo llegar a manos del cliente.
Etapa de Mantenimiento: Consiste en aplicar las soluciones apropiadas a cualquier
problema del producto y re- liberar el producto mejorado, dándole una nueva versión.
Etapa final EOL (End-of-Life): Consiste en ejecutar todas las labores que garanticen que
tanto los clientes como los empleados tiene la certeza de que el producto ya no estará más a la
disposición, por lo que no se venderá más.
Orígenes de las BD
Las aplicaciones informáticas de los años sesenta, como lo manifiestan[ CITATION Raf05
\l 3082 ], se trabajaban por lotes, con una tarea específica, con varios programas o archivos
que se actualizaban generando copias nuevas en discos magnéticos y el acceso era secuencial.
Con las mejoras en los dispositivos de almacenamiento, los programas permitieron que varios
usuarios pudieran realizar cambios y actualizaciones en los mismos gracias a la interrelación
entre ellos, eliminando de esta manera la renuncia. Con la información en un solo equipo,
servidor, se inicia la construcción de sistemas gestores de base de datos (SGBD) que
12
permitían trabajar con sistemas de comunicación on-line de forma transaccional en lenguajes
de programación como Cobol o Pl/I.
El estilo de trabajo con las bases de datos descritos anteriormente, dio inicio al trabajo
actual, en donde la visión global de las empresas y la necesidad de interrelacionar diferente
información han permitido, con la ayuda de las redes de comunicación, trabajar con diferentes
bases de datos como si fuese una. En la ilustración Modelo de trabajo con Base de datos, se
compara el trabajo de base de datos centralizada y distribuida. La ventaja de trabajar con
bases de datos distribuidas radica en primer lugar en la disponibilidad de la información, la
cual garantiza que, si una BD se cae, se continúa el servicio desde otra; segundo el costo es
reducido ya que los usuarios pueden acceder al sistema central de manera inmediata y con
información actualizada.
13
Ilustración 2 Modelo de trabajo con base de datos
Fuente:[ CITATION Raf05 \l 3082 ]
Una base de datos es una representación de la realidad, es una colección de datos
interrelacionados y un conjunto de programas para acceder a dichos datos. En otras palabras,
una base de datos no es más que un conjunto de información (un conjunto de datos)
relacionada que se encuentra agrupada o estructurada [CITATION Mar13 \l 3082 ]
Los cuatro modelos de BD más utilizados son el modelo relacional, el modelo jerárquico,
el modelo en red y el modelo relacional con objetos (Ver ilustración Modelos BD).
14
Ilustración 3 Modelos BD
Fuente: [ CITATION Raf05 \l 3082 ]
Según [ CITATION Raf05 \l 3082 ] el diseño de una base de datos consiste en definir la
estructura de los datos del sistema de información. En el caso del Modelo Relacional, esta
estructura será un conjunto de esquemas de relación con sus atributos, dominios de atributos,
claves primarias y claves foráneas. Se divide en etapas: diseño conceptual, diseño lógico y
diseño físico.
MODELO CONCEPTUAL
[ CITATION Raf05 \l 3082 ] dicen que es uno de los enfoques de modelización de datos
que más se utiliza actualmente por su simplicidad y legibilidad. Su legibilidad se ve
15
favorecida porque proporciona una notación diagramática muy comprensiva. Es una
herramienta útil tanto para ayudar al diseñador a reflejar en un modelo conceptual los
requisitos del mundo real de interés, como para comunicarse con el usuario final sobre el
modelo conceptual obtenido y, de este modo, poder verificar si satisface sus requisitos. El
modelo ER resulta fácil de aprender y de utilizar en la mayoría de las aplicaciones. Además,
existen herramientas informáticas de ayuda al diseño (herramientas CASE*) que utilizan
alguna variante del modelo ER para hacer el diseño de los datos. El nombre completo del
modelo ER es entity-relationship, y proviene del hecho de que los principales elementos que
incluye son las entidades y las interrelaciones (entities y relationships). Traduciremos este
nombre por ‘entidad-interrelación’. El origen del modelo ER se encuentra en trabajos
efectuados por Peter Chen en 1976. Posteriormente, muchos otros autores han descrito
variantes y/o extensiones de este modelo. Así pues, en la literatura se encuentran muchas
formas diferentes del modelo ER que pueden variar simplemente en la notación diagramática
o en algunos de los conceptos en que se basan para modelizar los datos. Cuando se quiere
utilizar el modelo ER para comunicarse con el usuario, es recomendable emplear una variante
del modelo que incluya sólo sus elementos más simples (entidades, atributos e interrelaciones)
y, tal vez, algunas construcciones adicionales, como por ejemplo entidades débiles y
dependencias de existencia. Estos eran los elementos incluidos en el modelo original
propuesto por Chen. En cambio, para llevar a cabo la tarea de modelizar propiamente dicha,
suele ser útil usar un modelo ER más completo que incluya construcciones más avanzadas
que extienden el modelo original.
Según [ CITATION Car17 \l 3082 ] se puede definir a las herramientas CASE como un
conjunto de programas y ayudas quedan asistencia a los analistas, ingenieros de software y
desarrolladores, durante todos los pasos del ciclo de vida de desarrollo de un software. Como
16
es sabido, los estados en el ciclo de vida de desarrollo de un software son: investigación
preliminar, análisis, diseño, implementación e instalación.
Entidades, atributos e interrelaciones
Para [ CITATION Raf05 \l 3082 ] una entidad se comprende por un objeto del mundo real
que se puede distinguir del resto de objetos y del cual requieren algunas propiedades. Dichas
propiedades se denominan atributos.
El modelo ER proporciona una notación diagramática para representar gráficamente las
entidades y sus atributos:
 Las entidades se representan con un rectángulo. El nombre de la entidad se escribe
en mayúsculas dentro del rectángulo.
 Los atributos se representan mediante su nombre en minúsculas unido con un guion
al rectángulo de la entidad a la que pertenecen. Muchas veces, dado que hay
muchos atributos para cada entidad, se listan todos aparte del diagrama para no
complicarlo.
Ilustración 4 Notación diagramática de entidades y atributos

17
Tipos de atributos:
Atributo univaluado: El atributo sueldo de la entidad empleado, por ejemplo, toma
valores del dominio de los reales y únicamente toma un valor para cada empleado concreto;
por lo tanto, ningún empleado puede tener más de un valor para el sueldo.
Clave: La entidad empleado tiene una clave que consta del atributo DNI porque todos los
empleados tienen números de DNI diferentes.
Clave candidata: La entidad empleado tiene dos claves candidatas, la que está formada
por el atributo DNI y la que está constituida por el atributo NSS, teniendo en cuenta que el
NSS también será diferente para cada uno de los empleados.
El diseñador elige una clave primaria entre todas las claves candidatas. En la notación
diagramática, la clave primaria se subraya para distinguirla del resto de las claves.
Ilustración 5 Clave candidata

18
Interrelación: Consideremos una entidad empleado y una entidad despacho y supongamos
que a los empleados se les asignan despachos donde trabajar. Entonces hay una interrelación
entre la entidad empleado y la entidad despacho.
Ilustración 6 Ejemplo de interrelación

Las interrelaciones se representan en los diagramas del modelo ER mediante un rombo,
junto al rombo se indica el nombre de la interrelación con letras mayúsculas, el término
interrelación se puede utilizar tanto para denominar asociaciones concretas u ocurrencias de
asociaciones como para designar conjuntos o clases de asociaciones similares.
Interrelaciones binarias: Para [ CITATION Raf05 \l 3082 ] la conectividad de una
interrelación expresa el tipo de correspondencia que se establece entre las ocurrencias de
entidades asociadas con la interrelación. En el caso de las interrelaciones binarias, expresa el
número de ocurrencias de una de las entidades con las que una ocurrencia de la otra entidad
puede estar asociada según la interrelación.
Una interrelación binaria entre dos entidades puede tener tres tipos de conectividad:
 Conectividad uno a uno (1:1). La conectividad 1:1 se denota poniendo un 1 a lado y
lado de la interrelación.
19
 Conectividad uno a muchos (1:N). La conectividad 1:N se denota poniendo un 1 en
un lado de la interrelación y una N en el otro.
 Conectividad muchos a muchos: (M:N). La conectividad M:N se denota poniendo
una M en uno de los lados de la interrelación, y una N en el otro.
a) Conectividad 1:1
Ilustración 7 Conectividad 1:1

b) Conectividad 1:N
Ilustración 8 Conectividad 1:N

20
c) Conectividad M:N
Ilustración 9 Conectividad M:N

MODELO LÓGICO
Según [CITATION Die17 \p 26 \l 3082 ] para comenzar con el modelado lógico se
necesita definir qué tipo de SGBD (Sistema Gestor de Base de Datos) se utilizará para su
implantación física. En este caso se toma como ejemplo un SGBD relacional, dado que el
modelo relacional actualmente es más utilizado por los sistemas de información generados
para usuarios finales.
Características del diseño lógico
El modelo lógico o (MER) es un resultado del modelo conceptual y tiene 4 entradas que se
explican a continuación:
21
 Esquema conceptual
Es el resultado de la etapa anterior. El modelo conceptual representa la solución, a juicio
del analista, respecto del problema original. El modelo lógico debe representar la misma
información disponible en el modelo conceptual.
 Descripción del modelo lógico a obtener
Aquí se definen las reglas que se deben aplicar en el proceso de conversión. Esas reglas
están ligadas al tipo de SGBD (Sistema Gestor de Bases de Datos) seleccionado.
 Criterios de rendimiento de la base de datos
Durante la creación diseño conceptual, se consideran los requerimientos del usuario.
Aunque, hay otro tipo de necesidades que no se pueden definir sobre el modelo conceptual.
Estas necesidades tienen que ver por lo general con requerimientos, en general, no funcionales
del problema, como por ejemplo la performance (Actuaciones) de la BD.
Así una regla puede dar alternativas de solución y el analista deberá optar por aquella que
permita alcanzar los estándares de rendimiento definidos para el problema.
 Información de carga de la BD
Este concepto aparece, en cierta forma sujeto al concepto anterior. Cuando se genera el
esquema lógico, el analista debe observar cada entidad e interrelación definida, y ver la
probable evolución de la información contenida en esas estructuras. De este modo, la decisión
final sobre el esquema de una relación o entidad dependerá del número probable de elementos
22
que la compondrán, con el propósito de mantener la performance bajo control.
MODELO FÍSICO
Siguiendo con lo que dice [CITATION Die17 \p 38 \l 3082 ] a partir del diseño lógico
como la segunda fase del diseño, se aborda la tercera fase, que es el diseño físico. Así como
en el lógico se tienen en cuenta principalmente los aspectos relativos al significado de los
datos, en el físico se considerarán fundamentalmente los aspectos de los datos relacionados
con el rendimiento y la disponibilidad de la aplicación. A continuación, se presentarán los
pasos necesarios que permiten generar el modelo físico de datos a partir del modelo lógico.
“El modelo relacional representa una BD como una colección de archivos denominados
tablas,
las cuales se conforman por registros. Cada tabla se denomina relación, y está integrada por
filas horizontales y columnas verticales. Cada fila representa un registro del archivo y se
denomina tupla, mientras que cada columna representa un atributo del registro.”[ CITATION
Die17 \l 3082 ]
Transición del modelo lógico al físico
El primer paso para la conversión del esquema lógico al el esquema físico consiste en la
eliminación de identificadores externos, el segundo paso es la selección de claves primaria,
candidata y secundaria, el tercer paso es la conversión de entidades, que por lo general cada
una de las entidades se convierten en tablas, el cuarto y último paso es la conversión de
23
relaciones, en el cual se deben analizar 3 situaciones diferentes, que tienen que ver
básicamente con la cardinalidad que existe entre las relaciones definidas.
 Eliminación de identificadores externos
Cada una de las entidades que hayamos definido en el modelo lógico, deben tener definido
un identificador, si no es así, este identificador externo deberá ser eliminado, esto se hace
incorporando dentro de la entidad que contenga los identificadores externos, los atributos que
forman parte del identificador.
 Selección de claves primarias, candidata y secundaria
Cuando se genera el modelo de modelo físico, se debe tener clara la definición de clave
primaria a partir de los identificadores reconocidos en cada entidad. Si una entidad solo tiene
definido un identificador, ese identificador es clave primaria de la tabla. En cambio, si la
entidad tuviera más de un identificador, la selección de la clave primaria debería hacerse de la
siguiente manera:
Entre un identificador simple y uno compuesto, debería tomarse el simple, ya que es más
fácil de usar.
Entre 2 identificadores simples, se opta por aquel de menor tamaño físico.
Entre 2 identificadores compuestos, se debe optar por el que tenga menor tamaño en bytes.
Esto definirá la clave primaria, el resto de los identificadores pasarán a ser clave candidata.
Sin embargo, los SGBD (Sistemas Gestores de Bases de Datos) ofrecen una alternativa más
24
conveniente, y es a través del uso de un dominio auto incremental. Así, una tabla que tenga un
atributo auto incremental tiene definida una clave primaria que será tratada por el SGBD de
manera exclusiva. El usuario solo tiene permitida la acción de lectura este atributo, es decir
que no la puede generar, ni modificar, ni borrar.
 Conversión de entidades
La conversión de entidades comienza con el análisis de las entidades definidas en el
modelo lógico, convirtiéndose cada una en una tabla del modelo físico, y cada uno de los
atributos de la entidad se convierte en atributos de la tabla.
 Conversión de relaciones
El proceso de conversión continúa con el análisis de relaciones entre las entidades, son 3
casos:
Cardinalidad muchos a muchos:
Siempre que una relación entre 2 o más entidades presenten una relación N-N, esta
relación debe hacerse tabla, y esta tabla es llamada pivote, y sus identificadores serán la unión
de las 2 claves primarias de las entidades con las que se relacionaban.
Cardinalidad uno a muchos:
Cuando la relación entre 2 o más entidades es de 1 a N, con participación obligatoria de
ambos lados, la regla de conversión para las entidades produce crear ambas tablas, y agregar
el identificador de la tabla con relación 1 a n, en la tabla que tiene relación 1,1.
Cardinalidad uno a uno:
25
Cuando la cardinalidad es uno a uno con participación total de ambos lados, solo se debe
generar una única tabla que contenta los atributos, de ambas entidades.
Normalización.
Según [CITATION Ric12 \p 2 \l 3082 ] una norma es una regla. En otras palabras, son
pautas que ayudan a ajustar las conductas, las tareas, y las actividades a lo que se ha
organizado y planteado.
En cuanto a las bases de datos, existe una estructura de normalización, la cual no es más
que una serie de reglas que se aplican a las relaciones obtenidas al pasar del modelo lógico o
ER, al modelo relacional o MR. Estas normas impuestas a las bases de datos evitan la
existencia de redundancia de datos y problemas en la actualización de las bases de datos, y
protegen la integridad de las tablas que componen la base de datos.
Existen unas reglas para la normalización de las bases de datos, y a cada una de estas
reglas se les denomina “forma normal”. Se dice que, si se cumple la primera regla, la base de
datos está en la “primera forma normal”, si cumple las dos primeras en la “segunda forma
normal”, si cumple las tres primeras reglas, en la “tercera forma normal”, la cual se considera
que es del máximo nivel necesario para la mayoría de las aplicaciones, aun cuando existen
varios otros niveles de normalización, a continuación, se analizarán los primeros tres niveles.
26
Ilustración 10 Formas normales
Fuente: [ CITATION Ric12 \l 3082 ]
Primera Forma Normal (1FN):
Para [CITATION Ric12 \p 3 \l 3082 ] una tabla de base de datos relacional que se anexa a
la 1FN es una que satisface cierto conjunto mínimo de criterios, que se refieren básicamente a
asegurarse que la tabla es una representación fiel de una relación y está libre de repeticiones.
Se puede decir que la 1FN de bases de datos controlará las siguientes reglas:
 Eliminar grupos repetidos en tablas individuales.
 Crear una tabla diferente para cada conjunto de datos relacionados.
 Identificar cada conjunto de datos relacionados mediante una clave principal.
 No utilizar varios campos en una única tabla para almacenar datos similares.
27
Ilustración 11 1FN
Fuente: [ CITATION git18 \l 3082 ]
Segunda Forma Normal (2FN):
Como lo dice [ CITATION Ric12 \l 3082 ] una tabla que está en la primera forma normal
(1FN) debe satisfacer algunos criterios para calificar para la segunda forma normal.
Específicamente: una tabla 1FN está en 2FN si y solo si, dada una clave primaria y cualquier
atributo que no sea un constituyente de la clave primaria, el atributo no clave depende de toda
la clave primaria en vez de solo una parte de ella.
Se puede decir que la 2FN de bases de datos controlará las siguientes reglas:
 Crear tablas independientes para conjuntos de valores que se apliquen a varios
registros.
 Relacionar dichas tablas mediante una clave externa.
 Los registros tan sólo deben depender de la clave principal de una tabla (si es
necesario, puede ser una clave compuesta).
28
Ilustración 12 2FN
Tercera Forma Normal (3FN):
Para [ CITATION Ric12 \l 3082 ] una tabla está en 3FN si y solo si, la tabla está en la
segunda forma normal (2FN), y ningún atributo no-primario de la tabla es dependiente
transitivamente de una clave primaria.
La mayoría de las tablas 3FN están libres anomalías de actualización, inserción, y borrado,
pero ciertos tipos de tablas 3FN, que en la práctica raramente se encuentran, son afectadas por
tales anomalías.
En otras palabras, en la 3FN eliminaremos los atributos de cada una de las entidades que
no den cumplimiento a la segunda forma normal.
29
Ilustración 13 3FN
Desnormalización
Según el sitio web [ CITATION git18 \l 3082 ] la desnormalización es el proceso
contrario, tratando de balancear la rapidez de consulta con el hecho de obtener datos
inconsistentes. Algunas bases de datos tienen un concepto similar al que existe en la base de
datos PostgreSQL, (las materialized views) o, las vistas materializadas son vistas de los datos,
pero cuyos datos son guardados de forma similar a una tabla, esto tiene la ventaja de que
consultar la vista basta para consultar los datos que es más rápido que realizar de nuevo la
consulta original de la vista. Con las vistas y las vistas materializadas podemos guardar los
datos en la forma normal que consideremos y si por rendimiento debemos realizar una
desnormalización con las vistas y vistas materializadas podemos hacerlo, en el caso de las
vistas materializadas deberemos refrescarlas de forma regular.
30
Requerimientos
Los requerimientos especifican qué es lo que el sistema debe hacer (sus funciones) y sus
propiedades esenciales y deseables. La captura de los requerimientos tiene como objetivo
principal la comprensión de lo que los clientes y los usuarios esperan que haga el sistema. Un
requerimiento expresa el propósito del sistema sin considerar como se va a implantar. En otras
palabras, los requerimientos identifican el qué del sistema, mientras que el diseño establece el
cómo del sistema.
La captura y el análisis de los requerimientos del sistema es una de las fases más
importantes para que el proyecto tenga éxito. Como regla de modo empírico, el costo de
reparar un error se incrementa en un factor de diez de una fase de desarrollo a la siguiente, por
lo tanto, la preparación de una especificación adecuada de requerimientos reduce los costos y
el riesgo general asociado con el desarrollo.
Análisis de requerimientos: Es el conjunto de técnicas y procedimientos que permiten
conocer los elementos necesarios para definir un proyecto de software. Es una tarea de
ingeniería del software que permite especificar las características operacionales del
software, indicar la interfaz del software con otros elementos del sistema y establecer
las restricciones que debe cumplir el software[CITATION Mar11 \p 6 \l 3082 ]
Importancia de la definición formal de requerimientos.
El análisis y especificación de requerimientos puede parecer una tarea relativamente
sencilla, pero las apariencias engañan. Puesto que el contenido de comunicación es muy alto,
abundan los cambios por mala interpretación o falta de información. El dilema con el que se
31
enfrenta un ingeniero de software puede ser comprendido repitiendo la sentencia de un cliente
anónimo: "Sé que crees que comprendes lo que piensas que he dicho, pero no estoy seguro de
que entendiste lo que yo quise decir". En la siguiente tabla se ilustra el conflicto que encontró
(Scharer, 1990) cuando los desarrolladores y los usuarios se limitan a ver el problema desde
su particular punto de vista sin tomar en cuenta la situación del otro.[CITATION Mar11 \p
13-14 \l 3082 ]
Como ven los desarrolladores a Como ven los usuarios a

los usuarios. los desarrolladores.
Los usuarios no saben lo que quieren Los desarrolladores no comprenden las
necesidades operacionales.
Los usuarios no pueden articular lo que Los desarrolladores ponen demasiado
quieren. énfasis en la técnica.
Los usuarios tienen muchas necesidades Los desarrolladores pretenden decirnos
motivadas políticamente. cómo hacer nuestro trabajo.
Los usuarios lo quieren todo bien y ahora Los desarrolladores no pueden traducir
nuestras necesidades
claramente establecidas a un
sistema exitoso.
Los usuarios son incapaces de priorizar Los desarrolladores dicen “no” todo el
sus necesidades. tiempo.
Los usuarios rehúsan tomar Los desarrolladores siempre están por

responsabilidades por el sistema encima del presupuesto
Los usuarios son incapaces de Los desarrolladores siempre están

proporcionar un enunciado utilizable atrasados.
de
las necesidades.
Los usuarios no están comprometidos Los desarrolladores piden a los
con los proyectos de desarrollo de usuarios tiempo y esfuerzo, aún en
sistemas. detrimento de
sus obligaciones primarias importantes.
Los usuarios no tienen voluntad de Los desarrolladores establecen estándares
colaborar. no realistas para la definición de los
requerimientos.
Los usuarios no pueden mantener el Los desarrolladores son incapaces
cronograma. de responder rápidamente a los
legítimos
cambios de las necesidades.
32
Obtención y análisis de requerimientos.
La siguiente etapa del proceso de ingeniería de requerimientos es la obtención y análisis de
requerimientos. En esta actividad, los ingenieros de software trabajan con los clientes y los
usuarios finales del sistema para determinar el dominio de la aplicación, qué servicios debe
proporcionar el sistema, el rendimiento requerido del sistema, las restricciones hardware,
etcétera.
[Sommerville, 2005] presenta el modelo de la siguiente figura de (Robertson y Robertson,
1999) para mostrar que los requerimientos pueden extraerse de muchas maneras, sugiere ser
creativos en la forma de averiguar qué es lo que los clientes quieren, y propone:
- Revisar la situación actual.
- Trabajar en el ámbito del usuario para comprender el contexto, los problemas y las
relaciones.
- Entrevistar a los usuarios actuales y potenciales.
- Realizar un video para mostrar cómo podría funcionar el nuevo sistema.
- Investigar en documentos existentes.
- Conducir tormentas de ideas con los usuarios actuales y potenciales.
- Observar las estructuras y los patrones.
Deseos, necesidades
de los interesados Dominio del
modelo
Organización y Extraer requerimientos 33

sistemas Modelo de la
actuales. situación actual
Documentos Requerimientos
existentes reutilizables
Tipos de requerimientos
recomendados (plantilla de
requerimientos)
La obtención y análisis de requerimientos pueden afectar a varias personas de la
organización. El término stakeholder (sin traducción al español) se utiliza en la Ingeniería de
Software para referirse a cualquier persona o grupo que se verá afectado por el sistema,
directa o indirectamente.
Según [ CITATION IAN05 \l 3082 ], obtener y comprender los requerimientos de los
stakeholders es difícil por varias razones:
- Los stakeholders a menudo no conocen lo que desean obtener del sistema informático
excepto en términos muy generales. Pueden hacer demandas irreales o resultarles difícil
expresar lo que quieren que haga el sistema.
- Los ingenieros de requerimientos, sin experiencia en el dominio del cliente, deben
comprender los requerimientos que los stakeholders expresan con sus propios términos y con
un conocimiento implícito de su trabajo.
- Diferentes stakeholders tienen requerimientos distintos. Es necesario descubrir las
concordancias y los conflictos entre éstos.
- Los factores políticos pueden influir en los requerimientos del sistema. Por ejemplo,
los directivos pueden solicitar requerimientos específicos del sistema que incrementarán su
influencia en la organización.
- Pueden emerger nuevos requerimientos de nuevos stakeholders que no habían sido
consultados previamente.[CITATION Mar11 \p 16 \l 3082 ]
Validación de requerimientos.
La validación de requerimientos sirve para demostrar que éstos realmente definen el
sistema que el cliente desea. Asegura que los requerimientos están completos, son exactos y
34
consistentes. Debe garantizar que lo descrito es lo que el cliente pretende ver en el producto
final. Esta validación es importante porque la detección de errores durante el proceso de
análisis de requerimientos reduce mucho los costos. Si se detecta un cambio en los
requerimientos una vez que el sistema este hecho, los costos son muy altos, ya que significa
volver a cambiar el diseño, modificar la implementación del sistema y probarlo nuevamente.
[Pfleeger, 2005] plantea que las verificaciones que deben llevarse a cabo durante el proceso
de validación, son las siguientes:
- Verificación de validez. El análisis puede identificar que se requieren funciones
adicionales o diferentes a las que pidieron los stakeholders.
- Verificación de consistencia. No debe haber restricciones o descripciones
contradictorias en el sistema.
- Verificación de completitud. El documento de requerimientos debe incluir
requerimientos que definan todas las funciones y restricciones propuestas por el usuario del
sistema.
- Verificación de realismo. Asegurar que los requerimientos pueden cumplirse teniendo
en cuenta la tecnología existente, el presupuesto y el tiempo disponible.
- Verificabilidad. Para reducir la posibilidad de discusiones con el cliente, los
requerimientos del sistema siempre deben redactarse de tal forma que sean verificables. Esto
significa que se debe poder escribir un conjunto de pruebas que demuestren que el sistema a
entregar cumple cada uno de los requerimientos especificados.[CITATION Mar11 \p 18 \l
3082 ]
Especificación de requerimientos.
35
La Especificación es un documento que define, de forma completa, precisa y verificable,
los requisitos, el diseño y el comportamiento u otras características, de un sistema o
componente de un sistema.
Para realizar bien el desarrollo de software es esencial tener una especificación completa
de los requerimientos. Independientemente de lo bien diseñado o codificado que esté, un
sistema pobremente especificado decepcionará al usuario y hará fracasar el desarrollo.
La forma de especificar tiene mucho que ver con la calidad de la solución. Los ingenieros
de software que se han esforzado en trabajar con especificaciones incompletas, inconsistentes
o mal establecidas han experimentado la frustración y confusión que invariablemente se
produce. Como se ilustra en la siguiente figura, las consecuencias se padecen en la calidad,
oportunidad y completitud del software resultante.[CITATION Mar11 \p 24 \l 3082 ]
Ilustración 15 Problemas en el desarrollo de sistemas
Fuente: [CITATION Mar11 \p 24 \l 3082 ]
36
MARCO CONCEPTUAL
Mipyme. El término Mipyme se refiere a toda unidad de explotación económica, realizada
por persona natural o jurídica, en actividades empresariales, agropecuarias, industriales,
comerciales o de servicios, rural o urbana, clasificadas por su tamaño como micro, pequeñas y
medianas empresas; esta clasificación se define a través del número de empleados o del nivel
de activos de la empresa, tal y como se presenta en el siguiente cuadro (REPUBLICA DE
COLOMBIA, 2004):
Ilustración 16 Clasificación de las empresas según la Ley 905 de 2004
Fuente: [CITATION Nic10 \p 19 \l 9226 ]
IBM. El acrónimo IBM (International Business Machines), cuyo significado en español se
traduce como Máquina de Negocios Internacionales.
Se dedica a comercializa hardware y software para computadoras, y ofrece servicios de
infraestructura, alojamiento de Internet y consultoría en una amplia gama de áreas
relacionadas con la informática, desde computadoras centrales hasta nanotecnología, pasando
por inteligencia artificial y computación cognitiva.
37
Siendo la compañía de tecnología y consultoría más grande del mundo, con sede en los
Estados Unidos.
PIB. El producto interno bruto (PIB), conocido también como producto interior o producto
bruto interno (PBI) es una magnitud macroeconómica que expresa el valor monetario de la
producción de bienes y servicios de demanda final de un país o región durante un período
determinado, normalmente de un año o trimestrales.
DNP. El Departamento Nacional de Planeación - DNP es un Departamento Administrativo
que pertenece a la Rama Ejecutiva del poder público y depende directamente de la
Presidencia de la República.
MARCO CONTEXTUAL
La microempresa TECNOPHONECARTAGO es un negocio que empieza a partir del mes
de agosto del presente año (2020), esta microempresa está dedicada a la venta de productos
tecnológicos, y a el mantenimiento y reparación de dispositivos móviles; reciben pagos en
efectivo y online, y ofrecen domicilios en la ciudad de Cartago – Valle. Este negocio está
ubicado en la calle 4 # 8 – 115 barrio Camellón del Quindío en Cartago – Valle.
La microempresa se fundó a inicios del mes de agosto del 2020 como un emprendimiento
de Jorge Armando Garzón Castaño y Luis Eduardo Rodríguez. La misión de dicho negocio
es:
38
Ofrecer a la familia TECNOPHONECARTAGO productos de tecnología de la mejor
calidad, y que estos cumplan con las más altas expectativas que puedan tener, además se
quiere ofrecer un servicio especializado de reparación de dispositivos tecnológicos con
la mejor atención al cliente, para que así se pueda satisfacer las necesidades de ellos.
Todo esto se logrará con las críticas y calificaciones que ellos brinden [ CITATION
Tec20 \l 9226 ].
Y su visión es:
Ser reconocidos municipalmente como la mejor empresa de productos tecnológicos por
brindar un excelente servicio técnico especializado, productos de calidad, y un precio
económico que pueda ser asequible para todo tipo de cliente [ CITATION Tec20 \l
9226 ].
Esta microempresa es reciente, por lo tanto, necesita de un software que sea útil, ya que
por el momento todo es realizado manualmente o por las redes sociales, lo cual no es muy
conveniente para el negocio ni para los clientes que solicitan de sus servicios.
MARCO LEGAL
DECRETO 1630 DE 2011
39
El decreto 1630 [ CITATION JUA11 \l 9226 ] establece un marco reglamentario para
restringir la utilización de equipos terminales móviles reportados como hurtados y/o
extraviados, generar obligaciones a los proveedores de redes y servicios de
telecomunicaciones móviles (PRSTM).
En el Artículo 2°, definen términos y acrónimos para la aplicación e interpretación, entre
ellos:
Equipo Terminal Móvil: Equipo electrónico por medio del cual el usuario accede a las
redes de telecomunicaciones móviles.
IMEI: Identificador Internacional del Equipo Móvil (por sus siglas en inglés). Código
de quince (15) dígitos pregrabados en los Equipos Terminales Móviles que los
identifican de manera específica.
Propietario del Equipo Terminal Móvil: Persona natural o jurídica que adquiere un
Equipo Terminal Móvil a través de un expendedor autorizado, a cuyo nombre se asocia
la propiedad del Equipo Terminal Móvil y figura en la Base de Datos Positiva.
PRSTM: Proveedor de redes y servicios de telecomunicaciones móviles.
En el Artículo 3°. Indica que en Colombia la venta al público de los equipos terminales
móviles en Colombia, nuevos y usados, sólo podrá ser realizada por las personas autorizadas
como;
40
 Los proveedores de redes y servicios de telecomunicaciones móviles.
 Cualquier persona que los proveedores de redes y servicios de telecomunicaciones
móviles autoricen, conforme a lo previsto en el artículo 4° del presente decreto.
 Cualquier persona que el Ministerio de Tecnologías de la Información y las
Comunicaciones autorice.
Así mismo, en el Artículo 4°, indican los requisitos de las personas autorizadas. Y las
cuales, deberán cumplir con los requisitos previstos en la Ley 232 de 1995. Igualmente,
Tener las respectivas homologaciones de los equipos terminales, y deberán entregar al
momento de la venta, al comprador la siguiente documentación: i) Un certificado
obtenido de la página web de la Comisión de Regulación de Comunicaciones, en el cual
conste que el equipo terminal se encuentra debidamente homologado, ii) La factura
expedida por el establecimiento de comercio que realiza la venta, en la cual se incluya el
IMEI del Equipo Terminal Móvil vendido, iii) El certificado de garantía de
funcionamiento del Equipo Terminal Móvil vendido.
41
RUTA METODOLÓGICA
Para cumplir con el objetivo general, se realizarán diferentes actividades, contempladas en
el cronograma, siguiendo el desarrollo de los tres objetivos específicos:
• Se realizará un análisis de requerimientos empresariales, a través de la observación, y
entrevistas al personal. Se diligenciarán los formatos o guías propuesto para la ERS por la
IEE-830.
• El modelado de la estructura de datos se inicia con los requerimientos funcionales y de
almacenamiento, se definen las entidades y relaciones pertinentes.
• Para el diseño del prototipo de software, se desarrollará por medio de programas de
modelamiento de interfaces gráficas.
42
DESARROLLO TEMÁTICO
REQUERIMIENTOS
Tabla 1 Ventas
Fuente: Construcción en REM
Tabla 2 Inventario
Tabla 3 Seguridad del sistema
43
Tabla 4 Mantenimientos
Tabla 5 Registro de personal
Tabla 6 Registro de clientes
44
Tabla 7 Registro de proveedores
Tabla 8 Administradores
45
Tabla 9 Técnicos
Tabla 10 Empleados
46
Tabla 11 Proveedores
Tabla 12 Clientes
47
Tabla 13 Usuarios
Tabla 14 Dispositivos en servicio
48
Tabla 15 Productos
Tabla 16 Tipo de producto
49
Tabla 17 Pedidos
Tabla 18 Tipo de factura
50
Tabla 19 Facturas
Tabla 20 Formas de pago
51
Tabla 21 Tipo de documento
Tabla 22 Tipo de cargo
52
Tabla 23 Domicilios
Tabla 24 Géneros
53
Tabla 25 Departamentos
Tabla 26 Ciudades
54
Tabla 27 Registrar dispositivos dejados
Tabla 28 Registrar proveedores
Tabla 29 Registrar empleados
55
Tabla 30 Registrar técnico
Tabla 31Registrar productos
Tabla 32 Registrar clientes
56
Tabla 33 Registrar venta de productos
Tabla 34 Registro servicio prestado
Tabla 35 Facturación
57
Tabla 36 Facturación de productos
Tabla 37 Facturación del mantenimiento
Tabla 38 Registrar usuario empleado
58
Tabla 39 Login
Tabla 40 Interfaz
Tabla 41 Contrasena
59
Tabla 42 Restricción empleado
Tabla 43 Ingreso inicial
60
Tabla 45 Empleado
Tabla 46 Cliente
61
ESTRUCTURA BASE DE DATOS
MER
Este diagrama es el resultado de la recopilación de información necesaria adquirida a
través de los requerimientos del sistema, alojando sus entidades con sus respectivos atributos
y relación de cardinalidad.
Ilustración 17 Modelo entidad relación

Fuente: Draw.io
62
MR
Este es el modelo final de la base de datos, la cual es construida por medio del modelo
relacional (MR), donde especifica la información que tendrá al final, allí es llevada a un
gestor de bases de datos, en este caso se utilizó MySQL Workbench 8.0 para la construcción
final de esta.
Ilustración 18 Modelo relacional

Fuente: Mysql workbench
DICCIONARIO DE DATOS
El diccionario de datos se adquirió a partir del phpMyAdmin, donde en la parte inferior de
la base de datos se encuentran dos opciones, las cuales son: imprimir y diccionario de datos,
damos clic en diccionario de datos, y mostrará una nueva ventana, la cual mostrará las tablas,
atributos, tipo de datos y comentarios, los cuales describen qué dato guarda cada campo o
atributo de una tabla.
63
Tabla 47 Menú diccionario de datos
Fuente: Desarrollado en Phpmyadmin
Tabla 49 Ciudades
Tabla 50 Clientes
64
Tabla 51 Compras_clientes
Tabla 52 Compras_clientes_has_clientes
Tabla 53 Departamentos
Tabla 54 Dispositivos_servicio
Tabla 55 Domicilios
65
Tabla 56 Empleados
Tabla 57 Facturas
Tabla 58 Facturas_has_dispositivos_servicio
Tabla 59 Facturas_has_productos
Tabla 60 Formas_pago
66
Tabla 61 Géneros
Tabla 62 Pedidos
Tabla 63 Productos
Tabla 64 Productos_has_pedidos
Tabla 65 Productos_has_proveedores
67
Tabla 66 Proveedores
Tabla 67 Proveedores_has_administradores
Tabla 68 Tipo_cargo
Tabla 69 Tipos_documento
Tabla 70 Tipos_factura
Tabla 71 Tipos_producto
68
Tabla 72 Técnicos
Tabla 73 Usuarios
Tabla 74 Usuarios_registro
PROTOTIPO
69
El prototipo se elabora a partir de código html, java, css y boostrap. Se utilizó diseño
responsivo, imágenes que se implementaron como descripciones de productos y un carrusel
transitivo.
Login
Esta página aparecerá al momento de inicializar el software, en ella se le solicita al usuario,
su nombre de usuario y su contraseña de ingreso al sistema.
Ilustración 19 Login
Fuente: Sublime text 3
Página principal
70
La página principal consta con un menú al lado izquierdo, donde aparecen los ítems de
cada tabla en la base de datos, las cuales son listas que se pueden desplegar para ver sus
características, a su derecha se pueden observar una serie de imágenes, las cuales informan al
usuario algunos productos que están a la venta en el establecimiento.
Ilustración 20 Menú de interfaz

Ver datos de administradores
71
Como se observa, cada ítem tiene sus características, como lo son: el ver, registrar,
modificar y eliminar. En esta sección mostrará al usuario los registros de los administradores.
Ilustración 21 Ver datos administradores

Registrar datos de administradores
El formulario que se ve a continuación, es la clave para poder llenar los datos que se
solicitan en cada tabla, obteniendo el registro previo de los administradores.
Ilustración 22 Registrar datos de administradores

Modificar datos de administradores
72
El formulario que se ve a continuación, permite modificar datos del registro ya hecho a un
administrador.
Ilustración 23 Modificar datos de administradores

Eliminar datos de administradores

Al querer eliminar un registro, saltará un mensaje donde se preguntará al usuario, si quiere
o no eliminar el registro seleccionado.
Ilustración 24 Eliminar datos de administradores

Ver datos de clientes
73
modificar y eliminar. En esta sección mostrará al usuario los registros de los clientes.
Ilustración 25 Ver datos de clientes

Registrar datos de clientes
74
solicitan en cada tabla, obteniendo el registro previo de los clientes.
Ilustración 26 Registrar datos de clientes

Modificar datos de clientes
75
cliente.
Ilustración 27 Modificar datos de clientes

Eliminar datos de clientes
Ilustración 28 Eliminar datos de clientes

76
Ver datos de empleados
modificar y eliminar. En esta sección mostrará al usuario los registros de los empleados.
Ilustración 29 Ver datos de empleados

Registrar datos de empleados
77
solicitan en cada tabla, obteniendo el registro previo de los empleados.
Ilustración 30 Registrar datos de empleados

Modificar datos de empleados
78
empleado.
Ilustración 31 Modificar datos de empleados

Eliminar datos de empleados
Ilustración 32 Eliminar datos de empleados

Ver datos de proveedores
79
modificar y eliminar. En esta sección mostrará al usuario los registros de los proveedores.
Ilustración 33 Ver datos de proveedores

Registrar datos de proveedores
80
solicitan en cada tabla, obteniendo el registro previo de los proveedores.
Ilustración 34 Registrar datos de proveedores

Modificar datos de proveedores
81
proveedor.
Ilustración 35 Modificar datos de proveedores

Eliminar datos de proveedores
Ilustración 36 Eliminar datos de proveedores

Ver datos de técnicos
82
modificar y eliminar. En esta sección mostrará al usuario los registros de los técnicos.
Ilustración 37 Ver datos de técnicos

Registrar datos de técnicos
83
solicitan en cada tabla, obteniendo el registro previo de los técnicos.
Ilustración 38 Registrar datos de técnicos

Modificar datos de técnicos
84
técnico.
Ilustración 39 Modificar datos de técnicos

Eliminar datos de técnicos
Ilustración 40 Eliminar datos de técnicos

Ver datos de compras a clientes
85
modificar y eliminar. En esta sección mostrará al usuario los registros de los clientes.
Ilustración 41 Ver datos de compras a clientes

Registrar datos de compras a clientes
86
solicitan en cada tabla, obteniendo el registro previo de las compras a clientes.
Ilustración 42 Registrar datos de compras a clientes

Modificar datos de compras a clientes
87
El formulario que se ve a continuación, permite modificar datos del registro ya hecho por
una compra a un cliente.
Ilustración 43 Modificar datos de compras a clientes

Eliminar datos de compras a clientes
Ilustración 44 Eliminar datos de compras a clientes

Ver datos de dispositivos en servicio
88
modificar y eliminar. En esta sección mostrará al usuario los registros de los dispositivos en
servicio.
Ilustración 45 Ver datos de dispositivos en servicio

89
Registrar datos de dispositivos en servicio
solicitan en cada tabla, obteniendo el registro previo de los dispositivos en servicio.
Ilustración 46 Registrar datos de dispositivos en servicio

90
Modificar datos de dispositivos en servicio
dispositivo en servicio.
Ilustración 47 Modificar datos de dispositivos en servicio

Eliminar datos de dispositivos en servicio
Ilustración 48 Eliminar datos de dispositivos en servicio

91
Ver datos de domicilios
modificar y eliminar. En esta sección mostrará al usuario los registros de los domicilios.
Ilustración 49 Ver datos de domicilios

92
Registrar datos de domicilios
solicitan en cada tabla, obteniendo el registro previo de los domicilios.
Ilustración 50 Registrar datos de domicilios

93
Modificar datos de domicilios
domicilio.
Ilustración 51 Modificar datos de domicilios

Eliminar datos de domicilios
Ilustración 52 Eliminar datos de domicilios

94
Ver datos de facturas
modificar y eliminar. En esta sección mostrará al usuario los registros de las facturas.
Ilustración 53 Ver datos de facturas

95
Registrar datos de facturas
solicitan en cada tabla, obteniendo el registro previo de las facturas.
Ilustración 54 Registrar datos de facturas

96
Modificar datos de facturas
El formulario que se ve a continuación, permite modificar datos del registro ya hecho a una
factura.
Ilustración 55 Modificar datos de facturas

Eliminar datos de facturas
Ilustración 56 Eliminar datos de facturas

97
Ver datos de pedidos
modificar y eliminar. En esta sección mostrará al usuario los registros de los pedidos.
Ilustración 57 Ver datos de pedidos

98
Registrar datos de pedidos
solicitan en cada tabla, obteniendo el registro previo de los pedidos.
Ilustración 58 Registrar datos de pedidos

99
Modificar datos de pedidos
pedido.
Ilustración 59 Modificar datos de pedidos

Eliminar datos de pedidos
Ilustración 60 Eliminar datos de pedidos

100
Ver datos de productos
modificar y eliminar. En esta sección mostrará al usuario los registros de los productos.
Ilustración 61 Ver datos de productos

101
Registrar datos de productos
solicitan en cada tabla, obteniendo el registro previo de los productos.
Ilustración 62 Registrar datos de productos

102
Modificar datos de productos
producto.
Ilustración 63 Modificar datos de productos

Eliminar datos de productos
Ilustración 64 Eliminar datos de productos

103
Ver datos de usuarios
modificar y eliminar. En esta sección mostrará al usuario los registros de los usuarios.
Ilustración 65 Ver datos de usuarios

104
Registrar datos de usuarios
solicitan en cada tabla, obteniendo el registro previo de los usuarios.
Ilustración 66 Registrar datos de usuarios

105
Modificar datos de usuarios
usuario.
Ilustración 67 Modificar datos de usuarios

Eliminar datos de usuarios
Ilustración 68 Eliminar datos de usuarios

106
RECOMENDACIONES
Se deben desarrollar todos los módulos para que queden con completo funcionamiento.
Se debe validar todo respecto al tema de la seguridad de la información del software.
Se deben realizar pruebas y testeos sobre el software para mejorar todo el sistema, y de
esta forma no tener margen de error.
El inventario del software debe estar siempre actualizado, de tal manera que se pueda tener
un buen manejo de todos los productos que la microempresa tiene a la venta.
El personal que trabaje en el establecimiento debe estar capacitado para manejar el
software de una manera adecuada.
107
CONCLUSIÓN
Con la información recolectada a partir de las entrevistas y extracción de requerimientos,
se pudo determinar los requerimientos que solicita la microempresa
TECNOPHONECARTAGO, con esto se trazó una ruta de trabajo y se pudo realizar el
proyecto de una forma más organizada.
La base de datos se modeló a partir de los requisitos identificados en las entrevistas, como
resultado están los diagramas MER y MR, además del diccionario de datos. Esto nos permitió
realizar una correcta implementación.
Se realizó un prototipo en base a los requisitos extraídos e implementando la base de datos,
en este prototipo se puede evidenciar que se da solución a los problemas identificados por la
Apoyados en los resultados, este prototipo es una base para un sistema funcional que puede
ser desarrollado en el futuro.
108
CRONOGRAMA
SEPTIEMB OCTUBR NOVIEMB DICIEMB

AGOSTO
ACTIVIDADES RE E RE RE
1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1
Declaración de h
Objetivos
Recolección de
Requerimientos
Diseño de los
Modelos de Base de
Datos
Plantear el Diseño de
la Interfaz Grafica
Desarrollo del
Prototipo del
Software de
TECNOPHONECAR
TAGO
109
REFERENCIAS
Albán, C. (31 de 10 de 2017). HERRAMIENTAS CASE. Obtenido de Definición:
https://www.studocu.com/ec/document/universidad-catolica-de-santiago-de-
guayaquil/investigacion/informe/trabajo-de-investigacion-sobre-las-herramientas-
case/3435125/view
Asín, R. L. (29 de Julio de 2013). Implantación de las TIC en las MiPymes Colombianas con
Actividad Comercial. Obtenido de
https://upcommons.upc.edu/bitstream/handle/2099.1/19393/PFC%20-%20Implantaci
%C3%B3n%20de%20las%20TIC%20en%20las%20MiPyMEs%20colombianas
%20con%20actividad%20comercial.pdf?sequence=4&isAllowed=y
Fuentes, M. d. (Febrero de 2013). NOTAS DEL CURSO BASES DE DATOS. Obtenido de
http://www.cua.uam.mx/pdfs/conoce/libroselec/Notas_del_curso_Bases_de_Datos.pdf
Gallardo, D. P., & Piñero, C. T. (Abril de 2017). Modelado de Bases de Datos. Obtenido de
http://sedici.unlp.edu.ar/bitstream/handle/10915/61529/Documento_completo.%20D.
%20y%20Pi%C3%B1ero,%20C.%20T.%20Caser%203.0.pdf-PDFA.pdf?
sequence=1&isAllowed=y
github. (10 de Febrero de 2018). Las 6+2 formas normales de las bases de datos relacionales.
Obtenido de https://picodotdev.github.io/blog-bitix/2018/02/las-6-plus-2-formas-
normales-de-las-bases-de-datos-relacionales/#primera-forma-normal-1fn
Gómez, M. d. (2011). Notas del Curso Análisis de Requerimientos. Obtenido de Universidad
Autónoma Metropolitana, Unidad Cuajimalpa :
http://www.cua.uam.mx/pdfs/conoce/libroselec/Notas_Analisis_Requerimiento.pdf
Hernández, A. (2003). Los sistemas de información: evolución y desarrollo. Obtenido de
Dialnet: https://dialnet.unirioja.es/servlet/articulo?codigo=793097
110
Lastra, R. J. (09 de Octubre de 2012). Las Formas Normales de las Bases de Datos. Obtenido
de
https://www.academia.edu/12500823/Las_Formas_Normales_de_las_Bases_de_Datos
Micarrerauniversitaria. (2020). Ingeniería de software: Qué es, objetivos, características y
más. Obtenido de https://micarrerauniversitaria.com/c-ingenieria/ingenieria-de-
software/#:~:text=Caracter%C3%ADsticas%20de%20la%20ingenier%C3%ADa
%20de,de%20la%20producci%C3%B3n%20del%20software.
Naranjo, N. L. (Octubre de 2010). Análisis del Impacto del Programa Mipyme Digital del
Ministerio de Tecnologías de la Información y las Comunicaciones Como
Dinamizador de la Oferta y Demanda de Productos y Servicios TIC para las Pymes
Colombianas. Obtenido de https://core.ac.uk/download/pdf/11053728.pdf
Paré, R. C., Santillán, L. A., Costa, D. C., Ginestà, M. G., Escofet, C. M., & Mora, O. P.
(2005). Bases de datos. Obtenido de Entidades, atributos e interrelaciones:
https://www.uoc.edu/pdf/masters/oficiales/img/913.pdf
Presidencia de la Repúblilca de Colombia. (19 de Mayo de 2011). Decreto 1630: "Por medio
del cual se adoptan medidas para restringir la operación de los equipos terminales
hurtados que son utilizados para la prestación de servicio de telecomunicaciones
móviles". Obtenido de Gestor normativo:
https://www.funcionpublica.gov.co/eva/gestornormativo/norma.php?
i=42907#:~:text=El%20presente%20decreto%20tiene%20por,de%20redes%20y
%20servicios%20de
Salazar, E., & Bernal, G. (Nov de 2012). ANÁLISIS DEL IMPACTO DE LAS
TECNOLOGÍAS DE LA INFORMACIÓN Y LAS COMUNICACIONES EN LOS
SISTEMAS CONTABLES EMPRESARIALES EN LA CIUDAD DE QUITO EN LOS
111
AÑOS 2006-2010. Obtenido de
https://dspace.ups.edu.ec/bitstream/123456789/6608/1/UPS-QT04645.pdf
Sommerville, I. (2005). Ingeniería del software séptima edición (Séptima edición ed.).
Madrid, Madrid, España: PEARSON EDUCACIÓN. S.A. Obtenido de
https://emtinfoada.files.wordpress.com/2015/03/ingenierc3ada-del-software-ian-
sommerville.pdf
TecnoPhoneCartago. (2020). Mision y visión.
112

Investigación Final

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Investigación Final

Cargado por

Copyright:

Formatos disponibles

PROTOTIPO DE SOFTWARE PARA TECNOPHONECARTAGO

JORGE ARMANDO GARZÓN CASTAÑO

CORPORACIÓN DE ESTUDIOS TECNOLÓGICOS DEL NORTE DEL VALLE

JORGE ARMANDO GARZÓN CASTAÑO

PROYECTO INTEGRADOR COMO REQUISITO PARA OPTAR EL TÍTULO DE

ASESOR IS ARVEY BARAHONA GÓMEZ

CORPORACIÓN DE ESTUDIOS TECNOLÓGICOS DEL NORTE DEL VALLE

Jorge Armando Garzón Castaño:

rodean, en ella me quiero reflejar, ya que, es la mujer más dedicada, responsable y

guiar en todo este proceso.

Además, agradecemos a el profesor Arvey Barahona porque gracias a él, y a su guía

pudimos resolver nuestras dudas e inquietudes para el desarrollo de nuestra investigación.

la información en la microempresa TECNOPHONECARTAGO. Este proceso incluye el

levantamiento de análisis de requerimientos que se hizo a través de entrevistas, de allí se da

(MER) y el modelo relacional (MR), además de un diccionario de datos. Posteriormente se

propone un prototipo que evidencia los resultados del análisis de requerimientos y la

implementación de la base de datos, dando solución a los problemas que padece el

El uso de este futuro software le permitirá a la microempresa TECNOPHONECARTAGO

management in the TECNOPHONECARTAGO microenterprise. This process includes the

the problems suffered by the establishment.

DIAGNÓSTICO DEL PROBLEMA.....................................................................................3

Orígenes de las BD.......................................................................................................12

ESTRUCTURA BASE DE DATOS................................................................................63

Ilustración 1Sistema de información empresarial..................................................................9

Ilustración 2 Modelo de trabajo con base de datos..............................................................14

Ilustración 3 Modelos BD....................................................................................................15

Ilustración 4 Notación diagramática de entidades y atributos.............................................17

Ilustración 5 Clave candidata...............................................................................................18

Ilustración 6 Ejemplo de interrelación.................................................................................19

Ilustración 7 Conectividad 1:1.............................................................................................20

Ilustración 8 Conectividad 1:N............................................................................................20

Ilustración 9 Conectividad M:N...........................................................................................21

Ilustración 10 Formas normales...........................................................................................27

Ilustración 14 Extraer Requerimientos.................................................................................34

Ilustración 15 Problemas en el desarrollo de sistemas.........................................................37

Ilustración 16 Clasificación de las empresas según la Ley 905 de 2004.............................38

Ilustración 17 Modelo entidad relación................................................................................63

Ilustración 18 Modelo relacional.........................................................................................64

Ilustración 20 Menú de interfaz...........................................................................................72

Ilustración 21 Ver datos administradores.............................................................................73

Ilustración 22 Registrar datos de administradores...............................................................73

Ilustración 23 Modificar datos de administradores..............................................................74

Ilustración 24 Eliminar datos de administradores................................................................74

Ilustración 26 Registrar datos de clientes.............................................................................76

Ilustración 27 Modificar datos de clientes...........................................................................77

Ilustración 28 Eliminar datos de clientes.............................................................................77

Ilustración 29 Ver datos de empleados................................................................................78

Ilustración 30 Registrar datos de empleados........................................................................79

Ilustración 31 Modificar datos de empleados......................................................................80

Ilustración 32 Eliminar datos de empleados........................................................................80

Ilustración 33 Ver datos de proveedores..............................................................................81

Ilustración 34 Registrar datos de proveedores.....................................................................82

Ilustración 35 Modificar datos de proveedores....................................................................83

Ilustración 36 Eliminar datos de proveedores......................................................................83

Ilustración 37 Ver datos de técnicos....................................................................................84

Ilustración 38 Registrar datos de técnicos............................................................................85

Ilustración 39 Modificar datos de técnicos..........................................................................86

Ilustración 40 Eliminar datos de técnicos............................................................................86

Ilustración 41 Ver datos de compras a clientes....................................................................87

Ilustración 42 Registrar datos de compras a clientes...........................................................88

Ilustración 43 Modificar datos de compras a clientes..........................................................89

Ilustración 44 Eliminar datos de compras a clientes............................................................89

Ilustración 45 Ver datos de dispositivos en servicio............................................................90

Ilustración 46 Registrar datos de dispositivos en servicio...................................................91