Proyectodesistemaderegistroparaelcontroldeprestamodeproyectores 170523203135

S.E.P.
TECNOLGICO NACIONAL DE MXICO
INSTITUTO TECNOLGICO
de Tuxtepec
TALLER DE INVESTIGACIN II
PROYECTO:
DESARROLLO DE UN SISTEMA DE
REGISTRO PARA EL CONTROL DE
PRSTAMO DE PROYECTORES PARA
EL CENTRO DE CMPUTO DEL
INSTITUTO TECNOLGICO DE
TUXTEPEC
PRESENTAN:
ANAYA MANZANO JUAN 13350283
CORTS SNCHEZ MISAEL 13350288
DOMNGUEZ GARCA YOEL A. 13350385
MANUEL GREGORIO IVN M. 13350294
MNDEZ MEDINA ALAN J. 13350296
CARRERA:
INGENIERIA INFORMTICA
DOCENTE:
L.I. MARA DE LOS NGELES
MARTNEZ MORALES
SAN JUAN BAUTISTA TUXTEPEC,

OAXACA A MAYO DE 2017
Agradecimientos
A los profesores que da a da dan su mximo esfuerzo para que sus educandos
reafirmen la teora presentada en clase.
i
Resumen
El presente proyecto se enfocar en el desarrollo de un sistema de registro para el

control de prstamo de proyectores en el centro de cmputo del Instituto
Tecnolgico de Tuxtepec (ITTux), usando herramientas como el entorno de
desarrollo integrado (IDE) Microsoft Visual Studio 2017 para el diseo y
programacin del sistema y Microsoft SQL Server 2016 como gestor de base de
datos. El objetivo principal del proyecto es generar estadsticas de uso de
proyectores con base en los datos que los usuarios introduzcan en el sistema, para
estimar con mayor precisin el ciclo de vida de las lmparas de estos recursos,
adems de reducir de manera significativa el uso de papel y juego geomtrico para
el trazado del formato de registro manual con la que cuenta el instituto.
La metodologa que se va a usar para el desarrollo del proyecto es la Metodologa

en Cascada, que cuenta con 7 fases primordiales y en el apartado de Procedimiento
se explica a detalle el trabajo realizado en cada fase, incluyendo el cronograma de
actividades de acuerdo a la planeacin del equipo de desarrollo. Tambin se hizo
un estudio sobre los profesores que hacen uso de los proyectores, obteniendo una
muestra poblacional, y posteriormente sustituir ese valor en la frmula para poder
determinar el nmero de personas a las cuales se les aplic una encuesta, siendo
sta el instrumento de recoleccin de datos que opt el equipo para poder
determinar con exactitud cmo es que ha mejorado el servicio de prstamo de
proyectores.
ii
ndice de contenido
ndice de contenido
Agradecimientos....................................................................................................... i
Resumen .................................................................................................................. ii
ndice de contenido ................................................................................................. iii
ndice de tablas ...................................................................................................... vii
ndice de figuras .................................................................................................... viii
ndice de frmulas ................................................................................................... x
Anexos .................................................................................................................... 1
Introduccin ............................................................................................................. 2
Planteamiento del problema .................................................................................... 4
Objetivos ................................................................................................................. 7
Objetivo general................................................................................................... 7
Objetivos especficos ........................................................................................... 7
Justificacin ............................................................................................................. 8
Impactos .................................................................................................................. 9
Social ................................................................................................................... 9
Econmico ........................................................................................................... 9
Tecnolgico ......................................................................................................... 9
Ambiental ........................................................................................................... 10
Hiptesis................................................................................................................ 11
Hiptesis de trabajo ........................................................................................... 11
Hiptesis nula .................................................................................................... 11
Identificacin y operacionalizacin de las variables ........................................... 11
Variable Independiente: ................................................................................. 11
iii
Variable dependiente: .................................................................................... 11
Identificacin y definicin de las variables ......................................................... 12
Operacionalizacin de las variables .................................................................. 14
Enfoque ................................................................................................................. 16
Clculo de la muestra ............................................................................................ 17
Marco terico......................................................................................................... 19
1 Antecedentes ................................................................................................. 19
2 Ingeniera de software .................................................................................... 19
3 Sistema de informacin .................................................................................. 20
3.1 Definicin de sistema de informacin ....................................................... 20
3.2 Una definicin de sistemas de informacin desde una perspectiva

estratgica ......................................................................................................... 21
4 Proceso de desarrollo de software ................................................................. 23
5 El software de los sistemas de informacin ................................................... 26
5.1 Programas de software ............................................................................ 26
5.2 Software de sistemas ............................................................................... 26
5.3 Datos e informacin ................................................................................. 27
5.4 Los niveles de informacin ....................................................................... 27
5.5 Caractersticas deseables para la informacin ......................................... 28
6 Categoras de sistemas de informacin ......................................................... 29
6.1 Sistemas transaccionales ......................................................................... 29
6.2 Sistemas de control de la gestin (o gerenciales) .................................... 30
6.3 Sistemas de apoyo a la toma de decisiones ............................................ 30
7 Componentes de un sistema de informacin ................................................. 31
7.1 Individuos participantes ............................................................................ 31
iv
7.2 Datos e informacin ................................................................................. 32
7.3 Procesos de negocio ................................................................................ 35
7.4 Tecnologas de la informacin ................................................................. 36
8 La necesidad de sistemas de informacin ..................................................... 38
9 La plataforma .NET ........................................................................................ 39
9.1 Historia ..................................................................................................... 39
9.1.1 API Windows (Win16 & Win32) ......................................................... 39
9.1.2 MFC (Microsoft Foundation Classes) ................................................ 39
9.1.3 COM (Component Object Model) ...................................................... 39
9.2 Versiones ................................................................................................. 40
9.2.1 Versin 1.0 ........................................................................................ 40
9.2.2 Versin 1.1 ........................................................................................ 41
9.2.3 Versin 2.0 ........................................................................................ 41
9.2.4 Versin 3.0 ........................................................................................ 42
9.2.5 Versin 3.5 ........................................................................................ 42
9.2.6 Versin 4.0 ........................................................................................ 42
9.2.7 Versin 4.5 ........................................................................................ 43
Tecnologa de desarrollo ....................................................................................... 44
Microsoft Visual Studio 2017 ............................................................................. 44
Microsoft SQL Server 2016................................................................................ 44
Procedimiento ....................................................................................................... 46
Modelo en cascada ............................................................................................ 46
Anlisis y definicin de requerimientos .......................................................... 46
Diseo del sistema y del software .................................................................. 47
Implementacin y prueba de unidades .......................................................... 47
v
Integracin y prueba del sistema ................................................................... 48
Funcionamiento y mantenimiento .................................................................. 48
Resultados ............................................................................................................ 50
Actividades sociales realizadas ............................................................................. 60
Conclusin............................................................................................................. 67
Recomendaciones................................................................................................. 68
Experiencia profesional personal adquirida ........................................................... 69
Competencias desarrolladas y/o aplicadas ........................................................... 70
Competencias instrumentales............................................................................ 70
Competencias interpersonales .......................................................................... 70
Competencias sistmicas .................................................................................. 70
Referencias ........................................................................................................... 71
Anexos .................................................................................................................. 72
vi
ndice de tablas
Tabla 1.- Identificacin y definicin de las variables .............................................. 12

Tabla 2.- Operacionalizacin de las variables ....................................................... 14
Tabla 3.- Cronograma de actividades ................................................................... 49
vii
ndice de figuras
Figura 1.- Mecanismo de control de sistemas de informacin .............................. 20

Figura 2.- Componentes de un sistema de informacin ........................................ 34
Figura 3.- Logo oficial de Microsoft Visual Studio 2017 ......................................... 44
Figura 4.- Logo oficial de Microsoft SQL Server 2016 .......................................... 45
Figura 5.- Interfaz de inicio en SQL Server 2016 .................................................. 50
Figura 6.- Se establece la autenticacin del usuario ............................................. 50
Figura 7.- Se crea una nueva base de datos ........................................................ 51
Figura 8.- Ventana emergente para asignar nombre a la base de datos .............. 51
Figura 9.- Se asigna un nombre a la base de datos .............................................. 52
Figura 10.- Se crea una tabla dentro de la base de datos ..................................... 52
Figura 11.- Se introducen los valores y el tipo de dato .......................................... 53
Figura 12.- Columnas de la tabla .......................................................................... 53
Figura 13.- Se asigna un nombre a la tabla .......................................................... 54
Figura 14.- Creacin de un proyecto en Visual Studio 2017 ................................. 54
Figura 15.- Ventana emergente para seleccionar el tipo de proyecto ................... 55
Figura 16.- Se cargan los componentes necesarios para iniciar el proyecto ........ 55
Figura 17.- Primera vista del proyecto ya cargado ................................................ 56
Figura 18.- Se redimensiona los valores de ancho y alto de la ventana ............... 56
Figura 19.- Se insertan los objetos necesarios al proyecto ................................... 57
Figura 20.- Diseo de la interfaz del sistema ........................................................ 57
Figura 21.- Ventana de programacin de la interfaz del sistema .......................... 58
Figura 22.- Conexin a una base de datos ........................................................... 58
Figura 23.- Se indican los valores de la base de datos y el servidor de base de datos
.............................................................................................................................. 59
Figura 24.- Programacin de los objetos utilizados ............................................... 59
Figura 25.- Pregunta 1 .......................................................................................... 62
Figura 26.- Pregunta 2 .......................................................................................... 62
Figura 27.- Pregunta 3 .......................................................................................... 63
Figura 28.- Pregunta 4 .......................................................................................... 64
Figura 29.- Pregunta 5 .......................................................................................... 64
viii
Figura 30.- Pregunta 6 .......................................................................................... 65
Figura 31.- Cuestionario aplicado al encargado .................................................... 66
ix
ndice de frmulas
Frmula 1.- Frmula para calcular la muestra poblacional .................................... 17
x
Anexos
Anexo 1.- Realizando la encuesta ......................................................................... 72

Anexo 2.- Realizando la encuesta a la encargada ................................................ 72
Anexo 3.- Evidencia de la realizacin de la encuesta ........................................... 73
Anexo 4.- Realizacin de la encuesta ................................................................... 73
1
Introduccin
El desarrollo del sistema de registro para el control de prstamo de proyectores

tiene como objetivo principal generar estadsticas de uso para estimar con mayor
precisin el ciclo de vida til de las lmparas de estos recursos, adems de reducir
de manera significativa el uso de papel y juego geomtrico para el trazado del
formato de registro manual con la que cuenta el instituto. El sistema generar las
estadsticas con base en los datos que el usuario vaya ingresando al sistema, tales
como Nombre, Numero de proyector, Numero de laboratorio, Materia y Fecha y hora
en la que se genera la solicitud de prstamo.
Cabe mencionar que con el registro manual no se puede estimar con precisin el
uso de los proyectores, ya que se debe de recurrir a la libreta de registro el cual
tiene los datos que el usuario completa para poder utilizar un proyector, de esta
manera es como se ha venido trabajando.
De ah surge la problemtica ya que de acuerdo al proceso manual es muy tedioso

hacer los clculos sobre el historial de uso y estar sumando las horas en las cuales
ha sido utilizado un recurso, adems el encargado tiene la obligacin de hacer el
trazado del formato de prstamo en la libreta, y se da el caso de que en ocasiones
no se traza el formato en toda la libreta y los usuarios tienen que recurrir a hacer el
formato, es ah donde tardan en hacer el registro.
Para ello se ha optado por usar la Metodologa en Cascada, que es una metodologa
de desarrollo de software que cuenta con 7 fases primordiales en las cuales se
realizan actividades especficas de acuerdo a los roles de cada integrante del equipo
de desarrollo, todo esto se ve reflejado en el cronograma de actividades, que se ha
previsto de acuerdo a la planeacin del tiempo que el equipo ha invertido.
2
Los principales beneficiados con este proyecto sern de manera directa los
profesores que hacen uso de los laboratorios del centro de cmputo del Instituto
Tecnolgico de Tuxtepec, con el fin de optimizar el tiempo al momento de hacer una
solicitud de prstamo y as no tengan que estar escribiendo cada columna del
formato manual.
Finalmente se presenta el marco terico con temas referentes al desarrollo de

software, los individuos participantes y la forma en la que se estructura un sistema
de informacin, adems de su estrecho vnculo con las tecnologas de la
informacin. Tambin se menciona las herramientas de desarrollo que fueron
usados para desarrollar este sistema de informacin.
3
Planteamiento del problema
El Instituto Tecnolgico de Tuxtepec ofrece servicios educativos abarcando 9

carreras profesionales y una maestra en alimentos, adems cuenta con un centro
de cmputo que ofrece servicio de internet y laboratorios con computadoras con
software especialmente para los alumnos de carreras especficas, tambin brinda
el servicio de prstamo de proyectores a los profesores que hacen uso de los
laboratorios o aulas del centro de cmputo.
A partir del ao 2015 se empez a dar el servicio de prstamo de proyectores en el

centro de cmputo del Instituto Tecnolgico de Tuxtepec con un total de 3
proyectores, con los cules los profesores se apoyaban para dar sus clases. Al
principio no se llevaba un registro sobre el prstamo de los recursos, ya que, en ese
ao, el centro de cmputo solo contaba con 3 laboratorios y 1 aula, por lo que era
un ambiente ms controlado, pero a partir del ao 2016 las instalaciones
aumentaron y se estableci una segunda planta con 5 aulas y 5 laboratorios y por
ende la demanda del uso de proyectores aument, por ello para ese mismo ao se
adquirieron 3 proyectores ms para cubrir la demanda.
En el mismo ao (2016), se empez a implementar el registro manual de prstamo

de los proyectores en una libreta en donde se incluyen los siguientes datos: Nmero
de can, Nombre, Fecha, Hora, Laboratorio, Recibido, Entregado, Materia y
Observaciones.
Con la finalidad de llevar un mejor control de las mismas, generar estadsticas de

uso (tiempo de vida de las lmparas de los proyectores), saber en qu aula
especfica se est usando el recurso y qu profesor la est ocupando.
4
Despus de haber realizado un arduo anlisis, se han detectado los siguientes
problemas:
El registro es manual.
Los profesores no rellenan todos los campos.
No se puede estimar con exactitud el tiempo de vida de las lmparas.
Cuando se terminan las hojas de la libreta de registro, se tiene que adquirir
otra.
El formato se tiene que trazar por cada hora de la libreta, por lo que quita
tiempo.
Se necesita material adicional para poder elaborar el formato (juego
geomtrico y lapicero).
Cada que se termina las lneas de la hoja, el profesor se encuentra con la
necesidad de trazar el formato en la hoja siguiente de la libreta en caso de
que el personal del centro de cmputo an no lo ha elaborado.
No se cuenta con un lapicero especial para poder rellenar los campos, en
ocasiones los profesores tienen que usar sus materiales o recurren a la
secretaria del centro de cmputo para pedir un lapicero.
Los profesores mandan a un alumno para hacer la devolucin del proyector
por lo que hay posibles riesgos de prdida del recurso.
Hay profesores que firman de Recibido y Entregado en el formato de
prstamo, aun cuando no han entregado el recurso, por ello se considera una
mala prctica del registro.
Es necesario asignar un espacio exclusivo para acomodar los proyectores
con sus respectivos cables.
5
Pregunta de investigacin:
Cmo afecta el registro manual de prstamo de proyectores al tiempo que invierte

un profesor para rellenar los datos solicitados en el formato?
6
Objetivos
Objetivo general
Desarrollar un sistema de registro para el control de prstamo de proyectores para

el centro de cmputo del Instituto Tecnolgico de Tuxtepec, usando el entorno de
desarrollo integrado Microsoft Visual Studio 2017.
Objetivos especficos
Identificar a los usuarios

Definicin de requerimientos.
Seleccin de herramientas de trabajo.
Definir los requerimientos de hardware y software
Hacer pruebas del software
Verificar que el software cumpla con los requerimientos del cliente.
Entregar el software al cliente.
Se instala el software y se pone en funcionamiento prctico.
7
Justificacin
El registro para el prstamo de los proyectores en el centro de cmputo del Instituto

Tecnolgico de Tuxtepec, ha sido hasta el momento, una alternativa que controla
por ejemplo el ciclo de vida de las lmparas para los proyectores, pero sin duda hay
mejores formas de estimar ese tiempo, una de ellas es automatizar las solicitudes
de los recursos, es decir, generar un sistema de control.
Es por ello que se ha optado por desarrollar un sistema de registro para el control
de las solicitudes de prstamo, ya que los profesores del ITTux, han sido afectados
con los problemas detectados mencionados en el planteamiento del problema, y a
partir de esa problemtica se reflejar el sistema, el cul ser exclusivo para el
centro de cmputo, enfocado a las reas y/o carreras que hacen uso de las aulas y
laboratorios del mismo. El lugar destinado para realizar el rellenado de los campos
de informacin que requiere el formato de prstamo ser reemplazado por una
computadora de uso exclusivo para el software en desarrollo.
Como se ha mencionado anteriormente, uno de los puntos ms relevantes o la

informacin que es de vital importancia para el personal del centro de cmputo es
entre otros puntos, estimar el tiempo de vida de las lmparas, para ello se pretende
gestionar un generador de estadsticas que har ms fcil la estimacin del tiempo;
adems reducir de forma significativa el uso de papel, lapicero y juego geomtrico,
evitando as la prdida de tiempo al trazar el formato de solicitud de prstamo.
Cabe mencionar que el desarrollo de sistema requiere de herramientas para poder

llevar a cabo dicha tarea; de acuerdo a experiencias y conocimientos propios del
equipo de desarrollo se opt por seleccionar el entorno de desarrollo integrado
Microsoft Visual Studio 2017 y SQL server como gestor de base de datos; teniendo
8
en cuenta que el periodo de trabajo ser de enero a junio, siendo los profesores que
hacen uso de los laboratorios del centro de cmputo del ITTux los beneficiados de
manera directa con un servicio automatizado de solicitud de prstamo de
proyectores.
Impactos
Social
El proyecto beneficiar a la poblacin que solicita los proyectores, en ste caso a

los profesores que abarcan las reas que hacen uso de los laboratorios y aulas del
centro de cmputo del ITTUX. En un futuro se podra implementar el proyecto para
el departamento de prstamo de proyectores que se ubica en el departamento de
Desarrollo Acadmico del instituto Tecnolgico de Tuxtepec.
Econmico
El proyecto no requiere de ningn tipo de inversin ya que todas las herramientas

de desarrollo que fueron adquiridas provienen de una empresa mundial que ofrece
el IDE Microsoft Visual Studio en su versin Community 2017, al igual que el
software gestor de base de datos SQL Server 2016. En caso de que en un futuro
los planes que ofrece esta empresa cambiaran se tendra que adquirir las licencias
correspondientes.
Tecnolgico
Para el desarrollo del proyecto se har uso de diversas herramientas tecnolgicas,

abarcando software actualizado para poder estar en sintona con las actualizaciones
de estas herramientas. Cabe mencionar que el software requerido precisa de
9
equipos de cmputo con una buena arquitectura, ya que son programas que son
muy pesados.
Ambiental
El proyecto se propuso con la intencin de que todo el proceso y el control de

prstamo de proyectores fuese de manera computarizada, es decir que mediante
herramientas tecnolgicas se desarrolle el software y as reducir en gran medida el
uso de papel en el proceso de registro manual de prstamo de proyectores, adems
se reducir el uso de materiales como lapiceros y juegos geomtricos, ya que el
sistema tiene la funcin de generar estadsticas de uso.
10
Hiptesis
Hiptesis de trabajo
El desarrollo del sistema de registro para el control de prstamo de proyectores en

el centro de cmputo del Instituto Tecnolgico de Tuxtepec, automatizar el proceso
de prstamo de proyectores lo que permitir generar estadsticas sobre el uso de
estos recursos y estimar con mayor precisin el ciclo de vida de los mismos, adems
de que se podr reducir el uso de papel para el rellenado del formato de solicitud.
Hiptesis nula
El desarrollo de un sistema de registro para el control de prstamo de proyectores

en el centro de cmputo del Instituto Tecnolgico de Tuxtepec, no automatizar el
proceso de prstamo de proyectores, sin generar estadsticas sobre el uso de estos
recursos, para no estimar con mayor precisin el ciclo de vida de estos aparatos,
as como la reduccin de papel para el rellenado del formato de solicitud.
Identificacin y operacionalizacin de las variables
Las variables consideradas en la presente investigacin, se detallan a continuacin:
Las variables de la hiptesis general son:
Variable Independiente:
Desarrollo de un sistema de registro para el control de prstamo de

proyectores.
Variable dependiente:
11
Automatizar el proceso de prstamo de proyectores
Generar estadsticas sobre el uso de stos recursos.
Estimar con mayor precisin el ciclo de vida de stos recursos.
Reduccin de papel para el rellenado del formato de solicitud.
Identificacin y definicin de las variables

Tabla 1.- Identificacin y definicin de las variables
Objetivo Variable Definicin conceptual

especfico o
hiptesis
Variables dependientes
Hiptesis Automatizar el La automatizacin de los procesos es la

proceso de sustitucin de tareas tradicionalmente
prstamo de manuales por las mismas realizaciones de
proyectores. manera automtica por mquinas, robots o
cualquier otro tipo de automatismo.
Hiptesis Generar La estadstica es una herramienta que

estadsticas sobre estudia usos y anlisis provenientes de
el uso de stos una muestra representativa de datos, que
recursos. buscar explicar las correlaciones y
dependencias de un fenmeno fsico o
natural de ocurrencia en forma aleatoria o
condicional.
Hiptesis Estimar con mayor La duracin de un producto, lo determina

precisin el ciclo en la mayora de las veces, la naturaleza
12
de vida de estos del mismo, es decir, su composicin
aparatos. qumica y si pertenece a la familia de los
productos perecederos, de larga duracin
o no perecederos.
Hiptesis Reduccin de La reduccin del uso de papel en las

papel para el empresas ha sido de gran relevancia por el
rellenado del medio ambiente ya que con los avances
formato de tecnolgicos se ha tenido la oportunidad de
solicitud. hacer conciencia y generar todos los
documentos que se impriman o se
trascriban en papel, ahora se hace de
manera computarizada, incitando as a la
disminucin del uso de papel.
Variables independientes
Hiptesis Desarrollo de un Conjunto de componentes relacionados

sistema de registro que recolectan, registran, procesan,
para el control de almacenan y distribuyen informacin para
prstamo de apoyar la toma de decisiones y el control
proyectores. de una organizacin.
13
Operacionalizacin de las variables
Tabla 2.- Operacionalizacin de las variables
Variable Dimensin Indicador Subindicador
Variables dependientes
Automatizar Servicio de Reduccin de Tiempo promedio para

el proceso de prstamo. tiempo el registro manual.
prstamo de
proyectores.
Generar Reportes de uso Frecuencia de la Periodo de generacin

estadsticas estadstica. de estadsticas
sobre el uso
Datos a reportar.
de stos
recursos.
Estimar con Calcular mediante Vida til de las Definir el tiempo de uso
mayor estadsticas el lmparas. de los proyectores
precisin el tiempo de vida. mediante estadsticas.
Tiempo
ciclo de vida
promedio de
de estos
uso.
aparatos.
Reduccin de Formato de Uso de papel Ahorrar en materiales

papel para el registro manual. para formatos de
rellenado del registro.
Cantidad de papel
formato de
utilizado.
solicitud.
Variable independiente
14
Desarrollo de Automatizacin del Facilidad de uso Vista amigable e
un sistema de servicio. por parte del intuitiva del usuario
registro para usuario
Reduccin de
el control de
tiempo de registro.
prstamo de Cantidad de minutos
proyectores. Tiempo de para el registro.
registro
15
Enfoque
El enfoque cuantitativo usa la recoleccin de datos para probar hiptesis, con base
en la medicin numrica y el anlisis estadstico, para establecer patrones de
comportamiento y probar teoras. As mimo siguen un patrn predecible y
estructurado (el proceso) y se debe tener presente que las decisiones crticas se
efectan antes de recolectar los datos.
Con los estudios cuantitativos se intentan explicar y predecir los fenmenos

investigados, buscando regularidades y relaciones causales entre elementos. Esto
significa que la meta principal es la construccin y demostracin de teoras (que
explican y predicen). Sin duda alguna en este proyecto de investigacin se pretende
utilizar este enfoque, debido a que su meta de investigacin consiste en describir y
explicar el fenmeno estudiado, el cual nos servir como base para el desarrollo del
proyecto. Otra de las cosas importantes que se considera es que la teora es
generada a partir de comparar la investigacin previa con los resultados del estudio.
Para poder implantar este enfoque, se pretende que la recoleccin de datos se har
mediante una observacin, cuestionarios y estudios previos que ayudarn a
comprobar los casos para dicha investigacin.
Segn los autores dicen que los anlisis cuantitativos se interpretan a la luz de las
predicciones iniciales (hiptesis) y de estudios previos (teora). La interpretacin
constituye una explicacin de cmo los resultados encajan en el conocimiento
existente (Creswell, 2005).
16
Clculo de la muestra
()2 ()()
=
()2 ( 1) + ()2 () ()
Frmula 1.- Frmula para calcular la muestra poblacional
En donde:
N = tamao de la poblacin
Z = nivel de confianza
P = probabilidad de xito, o proporcin esperada
Q = probabilidad de fracaso
D = precisin (Error mximo admisible en trminos de proporcin).
Para el caso particular del proyecto se cuenta con estos datos:
N = 25
Z = 1.96
P = 0.5
Q = 0.5
D=5%
(1.65)2 (25)(0.5)(0.5)
=
(0.05)2 (25 1) + (1.65)2 (0.5) (0.5)
17
(2.7225) (25)(0.5)(0.5)
=
(0.0025)(24) + (2.7225) (0.5) (0.5)
(17.015625)
=
(0.740625)
= 22.9745905
18
Marco terico
1 Antecedentes
2 Ingeniera de software
La ingeniera de software es una forma de ingeniera que aplica los principios de la

ciencia de la computacin y de la matemtica para alcanzar soluciones con una
mejor relacin entre el coste y el beneficio para el problema de software. Asimismo,
se trata de la aplicacin sistemtica, disciplinada y cuantificable para el desarrollo,
operacin y mantenimiento de un software.
Al principio, los softwares eran programas muy pequeos debido a las limitaciones
del hardware existente en aquellos das. A medida que se fue mejorando la
capacidad computacional creci el tamao y la complejidad del software
desarrollado. Varias tcnicas surgieron para ayudar en la administracin de esa
complejidad: Tcnicas ligadas a lenguajes de programacin; Profundizacin en los
estudios en ingeniera de software; Arquitectura de software y Herramientas CASE
(Computer-aided software engeneering).
Tras un periodo de bonanza, la crisis del software se identific en los aos sesenta,
sin embargo, an a da de hoy se notan sus efectos. Bsicamente la crisis del
software se fundamenta en los problemas para entregar programas sin defectos o
errores, fciles de entender y que sean verificables. Varias estrategias se han
propuesto en un intento de superar estas dificultades, pero la realidad es que an
no existe ningn mtodo que permita conocer el coste y la duracin real de un
proyecto antes de su inicio.
19
3 Sistema de informacin
3.1 Definicin de sistema de informacin
Un sistema es un conjunto de componentes que interactan entre s para lograr un

objeto comn. Aunque existe una gran variedad de sistemas, la mayora de ellos
pueden representar a travs de un modelo formado por cinco bloques bsicos:
elementos de entrada, elementos de salida, seccin de transformacin,
mecanismos de control y objetivos. Tal y como se muestra en la imagen, los
recursos acceden al sistema a travs de los elementos de entrada para ser
modificados en la seccin de transformacin. Este proceso es controlado por el
mecanismo de control con el fin de lograr el objetivo marcado. Una vez se ha llevado
a cabo la transformacin, el resultado sale del sistema a travs de los elementos de
salida. (Alarcn, 2010)
Figura 1.- Mecanismo de control de sistemas de informacin
La sociedad actual est llena de ejemplos de sistemas: una mquina expendedora

de bebidas, una fbrica de productos manufacturados, la columna vertebral, un
automvil, un archivador de documentos, una conversacin, etc. En el caso de la
mquina expendedora, el elemento de entrada correspondera a la ranura para
20
introduccin de monedas. Una vez estn las monedas en el sistema, se comparan
con el precio de la bebida seleccionada (objetivo del sistema) mediante el sistema
de control. Cuando la cantidad de dinero introducida en el sistema corresponde con
el precio de la bebida, el mecanismo de control cambia las monedas por una bebida,
la cual es entregada a travs del expendedor de la mquina. De forma similar, es
posible el resto de los ejemplos mediante los cinco bloques bsicos de un sistema.
(Alarcn, 2010)
Mientras que hay un gran consenso en la definicin de sistema, no existe en la de

sistema de informacin. En la actualidad, la expresin sistema de informacin se
utiliza de forma comn y habitual en las organizaciones, sin embargo, existen tantas
definiciones y matices para ella como escuelas o autores del tema. Aun as, y
basndonos en la definicin dada de sistema, se podra realizar una primera
aproximacin definindola como un conjunto de componentes que interactan entre
s para lograr un objetivo comn satisfacer las necesidades de informacin de una
organizacin. (Alarcn, 2010).
3.2 Una definicin de sistemas de informacin desde una

perspectiva estratgica
Andreu, Ricart y Valor(1996) definen los sistemas de informacin "como el conjunto

formal de procesos que, operando con un conjunto estructurado de datos
estructurada de acuerdo con las necesidades de una empresa, recopila, elabora y
distribuye (parte de) la informacin necesaria para la operacin de dicha empresa y
para las actividades de direccin de control correspondiente, apoyando al menos en
parte, la toma de decisiones necesaria para desempear las funciones y procesos
de negocio de la empresa de acuerdo con su estrategia".
21
Existen varios aspectos en la definicin anterior que pueden ser bastante
interesantes de analizar. Para empezar, los profesores Andreu, Ricart y Valor slo
hacen referencia a los sistemas formales de informacin, aunque matizan -en su
libro- que tambin existen sistemas informales de informacin que, incluso, pueden
llegar a ser ms importantes y eficientes que los formales. Pero debido a la dificultad
de delimitar, trabajar, dirigir y planificar los sistemas informales. Andreu, Ricart y
Valor slo hacen hincapi en los sistemas ms formales de la organizacin.
Otro aspecto destacable de la definicin es la manera en cmo se deben almacenar

los datos que el sistema de informacin recopila y genera. Segn sta, los datos
deben de trabajar en funcin de una estructura de datos "poco natural" del nuevo
sistema de informacin.
El sistema de informacin de una empresa debe, tal y como expone la definicin,

proporcionar tres funciones a la organizacin. La primera funcin hace referencia a
la prctica y coordinacin de las acciones operativas que se realizan de forma
habitual a lo largo de la organizacin. La segundad funcin es poder ejercer el
control necesario para identificar las acciones que van en contra de los objetivos de
la organizacin, y a partir de aqu dirigir las nuevas acciones rectificadoras de una
forma eficiente. La tercera funcin de un sistema de informacin es proporcionar la
informacin necesaria para poder ayudar a tomas decisiones a nivel operativo,
directivo y estratgico. Las tres funciones tienen como objetivo final el correcto
funcionamiento de la empresa. (Alarcn, 2010)
Finalmente, la definicin expone que todas las funciones que tiene que realizar un
sistema de informacin deben tener presentes las funciones, los procesos y la
estrategia del negocio. Es necesario recordar que un sistema de informacin no es
solamente un elemento ms en la infraestructura de la empresa, ya que permite la
22
coordinacin entre el resto de elementos como la estructura organizativa, los
sistemas de comunicacin y los sistemas de control. (Alarcn, 2010)
4 Proceso de desarrollo de software
Un proceso de desarrollo de software es una estructura utilizada para el desarrollo

de un producto de software. Entre sus sinnimos estn "ciclo de vida" y "proceso de
software". Hay muchos modelos para estos procesos, cada uno de ellos
describiendo enfoques diferentes para una variedad de tareas y actividades a ser
ejecutadas a lo largo del proceso. (Martnez, 2017)
Los apartados siguientes muestran los pasos a ejecutar durante el mismo.
Investigar los requisitos de los usuarios. Esto se lleva a cabo durante la fase de
anlisis.
La gran parte de los usuarios, por no decir todos, no saben exactamente lo que ellos
quieren. Esto se debe a que la mayora no sabe cules son exactamente las
acciones que lleven a cabo a lo largo del da. Desconocen el total de sus tareas. Es
por ello, que el anlisis requiere que el desarrollador se convierta intencionalmente
en un especialista en el dominio del usuario para ayudarlo y guiarlo en la definicin
de sus requisitos.
Podemos dividir esta fase en cuatro apartados: En un primer momento, el

desarrollador debe escuchar y observar tratando de descubrir el mximo de
informacin; a continuacin, deber interrogar y tratar de aclarar al mximo la
informacin recogida; seguidamente el desarrollador deber comprobar la
23
informacin y sugerir soluciones; finalmente, una vez comprendido lo suficiente del
problema escribir el documento con la especificacin de requisitos.
Definir claramente las caractersticas necesarias para el sistema (especificacin).
La especificacin de requisitos es la ltima fase de la tarea del anlisis. Necesita

recoger de forma no ambigua cual es el comportamiento requerido. En el documento
se recogen notaciones formales, documentos estructurados y ejemplos.
El objetivo es lograr una especificacin de los requisitos que, de forma no ambigua,

comunique al proyectista las caractersticas requeridas para el sistema.
Crear o adaptar una solucin adecuada al problema, es decir, la creacin del

proyecto.
El proyecto busca desarrollar una solucin que atienda a los requisitos, con base en
la experiencia acumulada (y tcnicas estandarizadas). Habitualmente los proyectos
necesitan innovar en cierto nivel, generando varias soluciones posibles y utilizando
alguna mtrica para seleccionar una de ellas. El resultado final es un documento de
proyecto que de forma no ambigua comunica el proyecto a aquellos que lo irn a
implementar.
Desarrollar la solucin propuesta (implementacin).
Durante esta fase se lleva a cabo el desarrollo de la aplicacin en s misma. Es el

momento de escribir el cdigo, documentarlo, solucionar cualquier error que se
detecte, preparar el cdigo para ser testado, enviar informaciones tanto al
proyectista como al analista, as como testador y/o integrador. El objetivo es
24
alcanzar el cdigo de trabajo y la documentacin asociada actualizado listo para ser
probado.
Garantizar que la solucin responde al problema originalmente propuesto y que esta

funciona correctamente en el contexto a ser ejecutada (integracin). Para ello se
llevan a cabo diferentes pruebas.
En esta etapa se comprueba si la implementacin corresponde al proyecto y si esta

funciona correctamente y atiende a todos los requisitos planteados al inicio del
proceso. Debe testar los mdulos individuales y el sistema por completo y la
interaccin con el entorno, software, datos, etc. existentes.
Modificar las soluciones de trabajo cuando nuevos requisitos son presentados o

identificados (mantenimiento).
La realidad es que las necesidades de los usuarios evolucionan y cambian a lo largo

del tiempo. Por ms exhaustivos que sean los test llevados a cabo estos pueden no
descubrir todos los problemas antes de la entrega del software. Por lo tanto, el
software tambin debe cambiar a lo largo del tiempo.
Paralelamente al proceso anterior debe realizarse el planteamiento y la gestin de

todas las actividades. Para ello es necesario realizar una agenda o calendario de
las tareas en sus debidos momentos, proporcionando los recursos necesarios para
que las tareas tengan todas las condiciones necesarias para alcanzar sus objetivos.
Adems, se debe evaluar la eficacia de todas las actividades y buscar la forma de
maximizarla. Otro punto importante es acordar con el cliente los plazos y las
caractersticas de las entregas a ser realizadas. (Martnez, 2017).
25
5 El software de los sistemas de informacin
La utilidad del hardware de computacin depende en gran medida del software con
que se cuenta. Se puede tener la mejor mquina con el mejor hardware, pero si no
se cuenta con un software apropiado y eficaz no ser posible explotar el rendimiento
de la mquina. (Amaya)
5.1 Programas de software
Un programa de software es una serie de enunciados o instrucciones que se dan a

la computadora. El proceso de escribir o codificar programas se denomina
programacin, y las personas que se especializan en esta labor se llaman
programadores. (Amaya)
El concepto de programa almacenado implica que un programa debe estar

guardado en el almacenamiento primario de la computadora, junto con los datos
que requiere, para poder ejecutarse, es decir, para que la computadora siga sus
instrucciones. Una vez que un programa ha terminado de ejecutarse, el hardware
podr usarse para otra tarea si se carga en la memoria un nuevo programa. (Amaya)
5.2 Software de sistemas
El software de sistemas coordina las diversas partes del sistema de computacin y

media entre el software de aplicacin y el hardware de computacin. El software de
sistemas que administra y controla las actividades de la computadora se denomina
sistema operativo. Otros ejemplos de software de sistemas son los programas de
traduccin de lenguajes de computadora que convierten los lenguajes de
26
programacin en lenguaje de mquina y los programas utilitarios que realizan tareas
de procesamiento comunes. (Amaya)
5.3 Datos e informacin
Un dato representa un hecho absoluto. Por ejemplo, la cantidad de lluvia que cay
en San Jos de Costa Rica el 25 de octubre de 1996. Los datos alimentan al sistema
por medio de procedimientos que capturan y validad esos datos y se almacenan en
el sistema dentro de una base de datos.
Una vez almacenados los datos, estos se pueden consultar, manipular y combinar
de muchas maneras para producir informacin. Por ejemplo, a travs de los datos
diarios de lluvia que cay en la ciudad de San Jos de Costa Rica, uno puede
producir informacin variada como, la cantidad de lluvia de un periodo dado, la
comparacin en el tiempo de las lluvias de un periodo contraste con aos
precedentes, la proyeccin de precipitaciones para un periodo de acuerdo con el
comportamiento de los ltimos veinte aos tomando en cuenta las condiciones
atmosfricas mundiales, etc.
Como podr darse cuenta, la informacin es de una categora de mayor complejidad

que un dato, y ella puede ser de muy diversa ndole y de muchos niveles distintos.
(Morales)
5.4 Los niveles de informacin
Recordemos que, dentro de los sistemas basados en computadora, y en particular

en los sistemas de informacin, hay gente que acta de distinta forma dentro del
27
sistema mismo. Consecuencia de que actan de distinta manera es el hecho de que
necesitan distinto tipo de informacin del mismo sistema.
Por ejemplo, en una corporacin financiera, poco les importar a los gerentes del
ms alto nivel cul fue el ingreso de la Caja 1 en la sucursal de un pueblito el da de
ayer. Esa informacin s le importar al jefe de la sucursal, y tal vez a su inmediato
superior. Ms all, a la alta gerencia le interesar cul es el ingreso por regin para
la corporacin y definir cules regiones son ms estratgicas para colocar capital.
Esto implicara el traslado, la apertura o cierre de una sucursal, campaas de
mercado, etc. (Morales)
5.5 Caractersticas deseables para la informacin
Las caractersticas deseables para la informacin pueden enunciarse por medio de

estos cuatro criterios:
Validez: La informacin producida debe ser correcta.

Exactitud: La informacin debe ser toda la que se requiera.
Concisin: La informacin solo tendr el nivel de detalle que se necesite.
Oportunidad: La informacin debe estar disponible en el momento que se
necesite.
Los cuatro criterios anteriores deben aplicarse a todos los niveles necesarios de
informacin que el sistema produzca.
28
Sin embargo, los criterios variarn su significado de acuerdo con el nivel en que se
encuentren. No es lo mismo pensar qu significar informacin concisa para un
cajero (las transacciones de su caja), para un jefe de sucursal (flujo de capital de
toda la sucursal), o para un gerente (rentabilidad de una regin en un periodo X).
Es decir, a un gerente no se le har llegar un informe de todas las transacciones de
una caja para tomas una decisin, ni un cajero se le har saber las tendencias de
la corporacin. (Morales)
6 Categoras de sistemas de informacin
Revisando la distincin de los distintos actores en un sistema de informacin y, en

consecuencia, del nivel mismo de la informacin, podemos desglosar los sistemas
de informacin en tres grandes categoras:
6.1 Sistemas transaccionales
Son los que reflejan un sistema en su comportamiento cotidiano. Se basan en las

transacciones que se presentan en un sistema. Una transaccin se puede definir
como una actividad o un conjunto de actividades que se tratan como una sola, las
cuales dejan pistas para darles seguimiento (cambiar un cheque, pagar con tarjeta
de crdito, etc.) Ejemplo de estos sistemas transaccionales, es un sistema que
atiende un servicio pblico: captura del consumo del servicio, clculo del costo del
servicio para el cliente, revisin del servicio (averas, suspensiones, etc.).
Generalmente tienen un comportamiento estructurado, cclico, predecible. Note
cmo cada una de las fases del sistema que describimos en el ejemplo anterior
(lectura, clculo, emisin, cobro) puede representar una transaccin. (Morales)
29
6.2 Sistemas de control de la gestin (o gerenciales)
Son sistemas que se basa en un sistema transaccional. Extraen de estos ltimos

informacin para producir una de mayor nivel que servir para el control de la
gestin. Por ejemplo, un gerente medio de una empresa de servicios sabr cules
regiones reforzar con mayor equipo y personal de acuerdo con la cantidad de
averas registradas en un periodo, dnde montar una campaa de mercadeo de
acuerdo con la recuperacin de dinero reportada por regin, etc. Un gerente de alto
nivel podra tener la informacin del comportamiento global de la empresa y
apoyarse en dicha informacin para visualizar adnde dirigir la organizacin. A
pesar de su mayor nivel, la informacin provista por estos sistemas es en gran
medida estructurada (las consultas no son muy flexibles, pues estn fijadas con
anterioridad). (Morales)
6.3 Sistemas de apoyo a la toma de decisiones
Estos sistemas son de un alto nivel de informacin, capaces de representar

escenarios de posibles situaciones, de acuerdo con la informacin registrada, o a
ciertos parmetros que se le dan de entrada, permitiendo visualizar qu decisiones
tomar con base en investigaciones, pronsticos o simulaciones. Las fuentes de la
informacin de estos sistemas no son exclusivamente de medios internos de la
organizacin, sino que pueden provenir de medios externos. Las consultas dadas a
estos sistemas no son estructuradas, es decir, el sistema debe ser tan flexible que
debe permitir idealmente, cualquier tipo de pregunta en cualquier momento.
(Morales)
Fjese que, si bien en nuestro medio las aplicaciones para sistemas de informacin
estn muy ligadas a sistemas comerciales, estos criterios pueden ser aplicados a
30
sistemas de distinta naturaleza. Por ejemplo, un sistema de informacin geogrfica
puede pasar por cualquiera de estos tres tipos de sistemas de informacin:
Transaccional: registro de lluvias y temperaturas en una estacin

meteorolgica.
Gerencial: consultar las regiones que, de acuerdo con su clima, podran
soportar un cultivo de arroz.
Apoyo a la toma de decisiones: consultar de acuerdo con los parmetros
topogrficos, pluviales y de erosin, cules poblaciones debo evacuar y qu
puentes debo considerar reconstruir si pasa un huracn a doce kilmetros de
la ciudad de Limn.
En general, qu fases pasa un proyecto de sistemas de informacin para lograr el

producto deseado? Esta respuesta est dada por la Ingeniera de Software. Si bien
es cierto que el software no lo es todo en un sistema (como ya lo hemos visto y no
debemos perder esa perspectiva), es el componente que ciertamente reflejar gran
parte de la esencia del sistema mismo. Tambin es la parte por la cual, en gran
medida, existimos en un proyecto de sistemas y por la cual nos van a remunerar.
En conclusin, lo que defina para la Ingeniera de Software para el desarrollo de un
proyecto de software que nos interesa en lo que se refiere a la construccin de los
sistemas de informacin. (Morales).
7 Componentes de un sistema de informacin
7.1 Individuos participantes
El primer componente que se analiza, que es el ms importante, es el formado por

las personas. Segn Whitten, Bentley y Dittman (2004) todos los individuos que
31
pueden y deben participar en el desarrollo de un sistema de informacin se pueden
clasificar en funcin de la visin que tienen de un sistema de informacin. En este
caso, la clasificacin est formada por cinco grandes grupos:
Propietarios
Usuarios
Diseadores
Constructores
Analistas y el Project Manager
A todos los individuos que usan los sistemas de informacin se les puede englobar
con el trmino trabajadores de la informacin. Peter Drucker cre dicho trmino para
designar a aquellas personas cuyo trabajo tiene que ver con la creacin, la
recoleccin, la distribucin y el uso de informacin. Actualmente, dentro de este
grupo se pueden identificar a los trabajadores del conocimiento, que de definen
como un subgrupo de trabajadores de la informacin cuyas responsabilidades se
basan en conocimiento especfico. (Alarcn, 2010).
7.2 Datos e informacin
En la calle, en las organizaciones e incluso en las universidades, las personas

utilizan de forma indiferente los conceptos datos, informacin y conocimiento; sin
embargo, no son lo mismo y existe una gran diferencia entre ellos.
Los datos consisten en hechos y cifras que tiene de algn modo una existencia
propia e independiente y que tiene poco significado para el usuario. Una de las
caractersticas ms significativas de los datos es que por ellos mismos nos indican
32
si son relevantes o irrelevantes, ya que es necesario definir un contexto en donde
establecerla. (Alarcn, 2010)
Por ejemplo, los datos pueden ser de distintas notas musicales que se ensean en
los cursos de solfeo. En este caso, una nota musical, por s misma, tiene poco
significado si no est acompaado de otros elementos como son otras notas
musicales. Otro ejemplo de datos sera el nmero de horas de produccin de cada
trabajador de una empresa. El tiempo que dedica un trabajador a una tarea es poco
significativo si no se incluye dentro de un contexto, como puede ser el porcentaje
de tiempo que dedica el trabajador a esa tarea o el coste econmico de la tarea.
(Alarcn, 2010)
Gracias a la rpida evolucin de las tecnologas de la informacin (incluyendo los

medios de almacenaje), los ordenadores pueden acumular grandes cantidades de
datos, que posteriormente podrn transformarse en informacin.
El procesado de los datos permite transformarlos en informacin. Se puede

considerar la informacin como un conjunto de datos procesados con significado, y
dotados de relevancia y propsito. La informacin debe transformar la percepcin
de los hechos del receptor, ya que ser ste quien decida si un dato (o un conjunto
de datos) es relevante o no. Debido a que la diferencia entre datos e informacin
depende de la relevancia y el propsito de un hecho, lo que es informacin para una
persona puede ser simplemente datos para otra. (Alarcn, 2010)
Continuando con los ejemplos anteriores, se podra considerar informacin a un

conjunto de notas musicales dispuestas en un pentagrama, o un libro de solfeo en
donde se explica el significado de las notas musicales. En este caso, la mayora de
33
personas consideraran que unas notas musicales escritas en un pentagrama son
significativas y relevantes, ya que representan una cancin.
En el segundo ejemplo, un empleado puede considera que las horas que dedica a
trabajar en una empresa es una informacin relevante y con significado, porque
representa lo que acabar ganando al final del mes. Sin embargo, para el dueo de
la empresa es solamente un dato, ya que lo que necesita es conocer la cantidad de
dinero necesario para poder pagar la nmina a todos los trabajadores de su
empresa. Para conseguirlo, tendr que procesar los datos de los que dispone:
sumar el nmero de horas de trabajo de todos los empleados y multiplicarlo por el
sueldo medio por hora. (Alarcn, 2010)
Figura 2.- Componentes de un sistema de informacin
Davenport y Prusak (1998) proponen que el conocimiento es una mezcla fluida de

experiencias concretas, valores, informacin en contexto y juicio basado en la
experiencia que proporciona un marco de referencia para evaluar e incorporar
nuevas experiencias e informacin. El conocimiento se origina y aplica en las
mentes de las personas. En las organizaciones, no solo est almacenado en
34
documentos u ordenadores, sino tambin en las rutinas, procesos, prcticas y
normas organizativas. (Alarcn, 2010)
7.3 Procesos de negocio
Mejorar la eficiencia de los procesos de negocio es uno de los objetivos que debe
alcanzar un sistema de informacin. Para ello es necesaria la implicacin en el
proyecto de los propietarios y de los usuarios de sistemas.
En relacin a los procesos, los propietarios deben preocuparse definir y acotar las
funciones de negocio (o proceso de alto nivel) que participarn en el proyecto.
Segn Sethi, Vikram y King (1998) las funciones de negocio son un grupo de
procesos que interactan entre ellos y que dan soporte al correcto funcionamiento
de la empresa. Adems, las funciones de negocio pueden ser descompuestas en
otras subfunciones hasta llegar a procesos que se realizan con tareas especficas.
Algunos ejemplos de funciones son ventas, servicios, produccin, logstica y
contabilidad.
Mientras tanto, los usuarios son los responsables de definir los procesos de negocio.
Los procesos de negocio son el conjunto de tareas que responden a
acontecimientos de negocio (por ejemplo, un pedido o un alta de un cliente).
Tambin se puede considerar como proceso de negocio el trabajo, los
procedimientos, y las reglas requeridas para completar las tareas propias del
negocio, independientemente de cualquier tecnologa de informacin que se utilice
para automatizarlos o darles soporte.
35
Mientras que los propietarios de sistemas delimitan el sistema de informacin y los
usuarios identifican los procesos de negocio, los diseadores y los constructores
tienen una visin ms tcnica de los procesos.
Para los diseadores de sistemas, los procesos son conjuntos de tareas que pueden
llegar a ser automatizados, y cul es la mejor manera de hacerlo. Con este fin, los
diseadores deben escribir los requerimientos del nuevo sistema.
Por otra parte, los constructores de sistemas se deben preocupar de la lgica de

programacin que implementar los procesos que se deben automatizar segn a
los requerimientos tcnicos obtenidos de los diseadores de sistemas.
7.4 Tecnologas de la informacin
La tecnologa de la informacin es un trmino contemporneo que describe la

combinacin de la tecnologa informtica (hardware y software) con la tecnologa de
las telecomunicaciones (redes de datos, imgenes y voz).
Antes de la introduccin de la informtica, todos los sistemas de informacin

estaban basados en procesos manuales (por ejemplo, el sistema de informacin de
contabilidad se basa en unos procesos y normas estandarizados que se aplicaban
sobre libros a fin de almacenar y obtener informacin econmica de la empresa).
Incluso en la actualidad siguen utilizndose una gran cantidad de sistemas de
informacin que no estn basados en la tecnologa informtica. (Alarcn, 2010)
36
Sin embargo, la introduccin de la informtica en el mundo empresarial ha permitido
automatizar la mayora de procesos mecnicos que se realizaban de forma manual
hasta entonces. Por este motivo se considera la tecnologa informtica (y por
extensin de la informacin) como el soporte fsico sobre el cual se desarrolla el
sistema de informacin. Las tecnologas de la informacin se pueden clasificar en
dos grupos: las tecnologas informticas y las tecnologas de telecomunicaciones.
As mismo, las tecnologas informticas se pueden desglosar en funcin de dos

criterios. Segn el primero, las tecnologas informticas pueden clasificar en
hardware (dispositivos electrnicos como ordenadores, perifricos, pantallas,
impresoras, etc) y en software (todo aquel cdigo informtico que funciona sobre el
hardware). (Alarcn, 2010)
Tambin se puede clasificar las tecnologas de la informacin en relacin al resto

de componentes de un sistema de informacin. Se puede hablar de tecnologas
basadas en datos (cuyo objetivo es capturar, almacenar y gestionar datos e
informacin) y de tecnologas basadas en procesos (cuya finalidad es dar soporte a
las actividades o procesos que se realizan en la empresa). Algunos ejemplos de
tecnologa de datos son los sistemas de gestin de archivos, los sistemas de gestin
de datos y las hojas de clculo. Por otra parte, la tecnologa de procesos viene
determinada principalmente por los lenguajes de programacin, los sistemas
operativos y otros sistemas de software. (Alarcn, 2010)
La tecnologa de telecomunicaciones permite la interconexin de la tecnologa

informtica (tanto de datos como de procesos) entre distintos lugares. El rpido
avance de la tecnologa de telecomunicaciones ha sido impulsado, principalmente,
por el sorprendente crecimiento y aceptacin de internet por parte del pblico en
general y de las organizaciones. El desarrollo de redes cada vez ms potentes y
fiables ha permitido el acceso remoto a los sistemas de informacin, as como la
37
interconexin entre distintos sistemas de informacin que pertenecen a una misma
empresa, e incluso si pertenecen a empresas distintas (como por ejemplo los
sistemas de informacin interorganizacionales entre una empresa y sus
proveedores). (Alarcn, 2010)
8 La necesidad de sistemas de informacin
Independientemente de la forma de registro, el gran problema de la comunicacin

esttica de informacin es cmo cerrar la brecha entre el individuo que busca
informacin, sin saber dnde, cundo o por quin puede haber sido registrada, y los
registros creados por individuos que no saben dnde, cundo ni quin necesitara
esa informacin.
El reconocimiento de la necesidad de disponer de medios sistemticos a travs de

los cuales la informacin registrada por el poseedor de un conocimiento pueda ser
obtenida por alguien que necesita ese conocimiento, ha dado como resultado el
desarrollo del arte o ciencia de la documentacin, y la necesidad de dar un enfoque
de sistemas al manejo de la informacin
As, los sistemas realizan todo el manejo y el procesamiento necesarios para

completar a transmisin desde el registrador hasta el receptor. Se incluyen todos
los pasos y actividades que se emplean para llenar las brechas inherentes a la
"comunicacin retrasada" de informacin indirecta, pasiva o esttica. (Morales D.
A.)
38
9 La plataforma .NET
9.1 Historia
Desde sus inicios, Windows expone funcionalidades a los desarrolladores a travs

de interfaces de programacin (en ingls API, de Application Programming
Interface) que les permite crear aplicaciones. Con la complejidad que ha adquirido
Windows a lo largo de los aos, distintas API ha ido apareciendo y evolucionando.
(PUTIER, 2016)
9.1.1 API Windows (Win16 & Win32)
Estas API forman el ncleo de Windows y las utiliza directamente el sistema. Estn
destinadas a utilizarse a ms bajo nivel, con el lenguaje C. Win16 apareci con
Windows 3.1, mientras que Win32 se utiliza desde Windows 95.
9.1.2 MFC (Microsoft Foundation Classes)
Existe desde 1992 y encapsula las API Win16 y Win32 es una estructura orientada
a objetos en C++.
9.1.3 COM (Component Object Model)
Aparece poco despus de las MFC para responder a una problemtica de

comunicaciones entre procesos. A continuacin, la librera ATL (Active Template
Library) encapsul las API COM para simplificar su uso.
39
La plataforma .NET apareci a principios de los aos 2000 para dar respuesta al
problema de la complejidad de estas API. Las unifica y las moderniza, permitiendo
su uso con cualquier lenguaje que posea una implementacin compatible.
9.2 Versiones
La unificacin de las API y de los modelos de desarrollo tambin ha tocado al mundo

de la web. En efecto, desde mediados de los aos 90, Microsoft facilita del lado del
servidor el motor de script ASP (Active Server Page), que se dej de usar en
beneficio de un componente integrado en el framework .NET: ASP.NET. Este ha
permitido mejorar el rendimiento de las aplicaciones web introduciendo cdigo
compilado y no interpretado. Tambin ha mejorado su mantenibilidad remplazando
la programacin procedual tpica de los lenguajes de script con un modelo de
programacin de eventos y orientado a objetos. (PUTIER, 2016)
Desde su aparicin, la plataforma .NET ha conocido diez versiones diferentes, de

las cuales siete aportan modificaciones o funcionalidades mayores. A continuacin,
se resume su evolucin (de manera no exhaustiva).
9.2.1 Versin 1.0
Fecha de aparicin: febrero de 2002
IDE asociado: Visual Studio .NET 2002
Funcionalidades asociadas:
Desarrollo para Windows con los WinForms

Desarrollo web con ASP.NET
40
9.2.2 Versin 1.1
Fecha de aparicin: abril de 2003
IDE asociado: Visual Studio 2003
Numerosos cambios en la API

Se incluyen proveedores de datos Oracle y ODBC en el componente
ADO.NET (antes disponible como un add-on)
Se incluyen controles visuales para el desarrollo en ASP.NET (antes
disponible como un add-on)
Soporte del protocolo IPv6
Primera versin de .NET Compact Framework destinado a dispositivos
mviles
9.2.3 Versin 2.0
Fecha de aparicin: enero de 2006
Soporte de sistemas operativos de 64 bits

Soporte de clases parciales que permiten separar entre el cdigo generado
y el cdigo escrito por el desarrollador.
Soporte de mtodos annimos
Introduccin de los tipos genticos que permiten escribir cdigo capaz de
adaptarse a distintos tipos de datos.
41
9.2.4 Versin 3.0
Fecha de aparicin: noviembre de 2006
Se integran cuatro nuevos bloques principales al framework .NET

WPF (Windows Presentation Foundation) para la definicin de interfaces
grficas
WCF (Windows Communication Foundation) para la comunicacin e
interoperabilidad entre aplicaciones.
WWF (Windows Workflow Foundation) que permite definir flujos de trabajo
automatizados
Windows CardSpace, para la gestin de la identidad por autenticacin nica
(actualmente obsoleto)
9.2.5 Versin 3.5
Fecha de aparicin: noviembre de 2007
Inferencia de tipos
LINQ para la consulta de datos
9.2.6 Versin 4.0
Fecha de aparicin: abril de 2010
42
Introduccin del DLR (Dynamic Language Runtime) para la interfaz con

lenguajes dinmicos
Se incluyen las Parallel Extensions para gestionar el multithreading y la
ejecucin dinmicos
Mejora del rendimiento del Garbage Collector
9.2.7 Versin 4.5
Fecha de aparicin: agosto de 2012
Soporte de aplicaciones para Windows 8

Extensin de C# y VB.NET para incluir el asincronismo directamente en los
lenguajes
Nueva API para la comunicacin HTTP
Mejora del rendimiento web con la minificacin y el asincronismo
43
Tecnologa de desarrollo
Microsoft Visual Studio 2017
Microsoft Visual Studio es un entorno de desarrollo integrado (IDE, por sus siglas
en ingls) para sistemas operativos Windows. Soporta mltiples lenguajes de
programacin, tales como C++, C#, Visual Basic .NET, F#, Java, Python, Ruby y
PHP, al igual que entornos de desarrollo web, como ASP.NET MVC, Django, etc.,
a lo cual hay que sumarle las nuevas capacidades online bajo Windows Azure en
forma del editor Mnaco.
Visual Studio permite a los desarrolladores crear sitios y aplicaciones web, as como
servicios web en cualquier entorno que soporte la plataforma .NET (a partir de la
versin .NET 2002). As, se pueden crear aplicaciones que se comuniquen entre
estaciones de trabajo, pginas web, dispositivos mviles, dispositivos embebidos y
consolas, entre otros.
Figura 3.- Logo oficial de Microsoft Visual Studio 2017
Microsoft SQL Server 2016
44
Microsoft SQL Server es un sistema de manejo de bases de datos del modelo
relacional, desarrollado por la empresa Microsoft. El lenguaje de desarrollo utilizado
(por lnea de comandos o mediante la interfaz grfica de Management Studio) es
Transact-SQL (TSQL), una implementacin del estndar ANSI del lenguaje SQL,
utilizado para manipular y recuperar datos (DML), crear tablas y definir relaciones
entre ellas (DDL).
Dentro de los competidores ms destacados de SQL Server estn: Oracle,

MariaDB, MySQL, PostgreSQL. SQL Server solo est disponible para sistemas
operativos Windows de Microsoft.
Puede ser configurado para utilizar varias instancias en el mismo servidor fsico, la
primera instalacin lleva generalmente el nombre del servidor, y las siguientes -
nombres especficos (con un guion invertido entre el nombre del servidor y el
nombre de la instalacin).
Figura 4.- Logo oficial de Microsoft SQL Server 2016
45
Procedimiento
Metodologa: Modelo en cascada.
Fases del modelo:
Anlisis y definicin de requisitos.

Diseo del sistema y del software.
Diseo del programa
Codificacin
Pruebas
Verificacin
Mantenimiento
Modelo en cascada
El primer modelo de proceso de desarrollo del software que se public se deriv de

procesos de ingeniera de sistemas ms generales.
Las principales etapas de este modelo se transforman en actividades

fundamentales de desarrollo. (Galipienso, 2005)
Anlisis y definicin de requerimientos
Los servicios, restricciones y metas del sistema se definen a partir de las consultas
con el usuario. Entonces, se definen en detalle y sirven como una especificacin del
sistema.
46
En esta etapa el equipo de desarrollo analiz todos los requerimientos necesarios
para que el proceso de registro y control de proyectores sea de manera
automatizada, se tom en consideracin varias herramientas o software que
proporcionan las funciones adecuadas para poder llevar a cabo el proyecto,
basndose de acuerdo a las necesidades del usuario final, que en este caso sern
los profesores que hagan uso de los laboratorios del centro de cmputo del Instituto
Tecnolgico de Tuxtepec.
Diseo del sistema y del software
El proceso de diseo de sistema divide los requerimientos en sistemas hardware o

software. Establece una arquitectura completa del sistema. El diseo del software
identifica y describe las abstracciones fundamentales del sistema del software y sus
relaciones.
En esta etapa el equipo de desarrollo hizo un anlisis sobre los requerimientos del
sistema para poder ejecutar las herramientas de desarrollo y diseo de la base de
datos, considerando que los programas usados son pesados, adems se definieron
los requerimientos en cuanto al hardware, esto con el fin de poder manipular con
mayor claridad todas las herramientas. Tambin en esta etapa se dise la interfaz
del sistema, definiendo las funciones de cada botn y todos los objetos que se
incrustaron en el sistema. As mismo se hizo el diseo de la base de datos en el
gestor SQL Server en su versin 2016, el diseo fue sencillo ya que se adecu a
los datos que se requiere en la generacin de estadsticas de uso de los
proyectores.
Implementacin y prueba de unidades
47
Durante esta etapa, el diseo del software se lleva acabo como un conjunto o
unidades de programas. La prueba de unidades implica verificar que cada una
cumpla su especificacin.
En esta etapa se llev a cabo la programacin del sistema, es decir, se agregaron

todas las funciones de los objetos que fueron utilizados en el diseo del sistema,
adecundolo a los datos que se requiere para las estadsticas de uso de
proyectores. Adems, se verifico que cada objeto utilizado cumpla con las funciones
requeridas, para que le resulte fcil de interpretar al usuario al momento de usarlo.
Integracin y prueba del sistema
Los programas o las unidades individuales de programas se integran y prueban

como un sistema completo para asegurar que se cumplan los requerimientos del
software. Despus de las pruebas, el sistema se entrega al cliente.
En esta etapa el equipo de desarrollo tuvo que unificar todo el diseo y la

programacin que se llev a cabo en las distintas Forms como se suele llamar en
el entorno de desarrollo integrado Microsoft Visual Studio 2017, y obviamente los
objetos ya con las funciones requeridas por el usuario. Una vez unificado se
procedi a realizar las primeras pruebas del sistema, esto con el fin de conocer si
es que hay algn tipo de fallas o pequeos detalles del sistema.
Funcionamiento y mantenimiento
Por lo general (aunque no necesariamente), esta es la fase ms larga del ciclo de

vida. El sistema se instala y se pone en funcionamiento practico. El mantenimiento
implica corregir errores no descubiertos en las etapas anteriores del ciclo de vida,
48
mejorar la implementacin de las unidades del sistema y resaltar los servicios del
sistema una vez que se descubren nuevos requerimientos.
En esta ltima etapa se hace entrega del proyecto ya verificado y probado con todas
las funciones programadas, el usuario final, que en este caso son los profesores
que hacen uso de los laboratorios del centro de cmputo del Instituto Tecnolgico
de Tuxtepec, el software se instala y se empieza a usar, tambin se detallan ms
los problemas que puedan surgir al momento de que el software est en
funcionamiento. Una vez previstos todas las inconformidades que pueda tener el
usuario, incluso podran hacer sugerencias para poder mejorar el sistema de control
de prstamo de proyectores.
Tabla 3.- Cronograma de actividades
Actividades FEBRERO MARZO ABRIL MAYO
Fases 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
Anlisis de requisitos del

software
Diseo del sistema
Diseo del programa
Codificacin
Pruebas
Verificacin
Mantenimiento
49
Resultados
Figura 5.- Interfaz de inicio en SQL Server 2016
Figura 6.- Se establece la autenticacin del usuario
50
Figura 7.- Se crea una nueva base de datos
Figura 8.- Ventana emergente para asignar nombre a la base de datos
51
Figura 9.- Se asigna un nombre a la base de datos
Figura 10.- Se crea una tabla dentro de la base de datos
52
Figura 11.- Se introducen los valores y el tipo de dato
Figura 12.- Columnas de la tabla
53
Figura 13.- Se asigna un nombre a la tabla
Figura 14.- Creacin de un proyecto en Visual Studio 2017
54
Figura 15.- Ventana emergente para seleccionar el tipo de proyecto
Figura 16.- Se cargan los componentes necesarios para iniciar el proyecto
55
Figura 17.- Primera vista del proyecto ya cargado
Figura 18.- Se redimensiona los valores de ancho y alto de la ventana
56
Figura 19.- Se insertan los objetos necesarios al proyecto
Figura 20.- Diseo de la interfaz del sistema
57
Figura 21.- Ventana de programacin de la interfaz del sistema
Figura 22.- Conexin a una base de datos
58
Figura 23.- Se indican los valores de la base de datos y el servidor de base de datos
Figura 24.- Programacin de los objetos utilizados
59
Actividades sociales realizadas
CUESTIONARIO PARA USUARIOS
NOMBRE
AREA
Instrucciones: Conteste brevemente las siguientes preguntas.
1.- Cul es el tiempo promedio que invierte en el sistema de control de

proyectores?
Menos de 1 min. 1 min. Ms de 1 min.
2.- Cunto tiempo inverta en el registro manual?
1 min 2 min Ms de 2 min
3.- En comparacin con el registro manual, hay una reduccin de tiempo de

registro?
S No
4.- La interfaz del sistema de control de proyectores es amigable e intuitiva?
S No
5.- El sistema de control de proyectores solicita los datos adecuados?
S No
6.- Indique cul de las opciones le parece mejor.
Registro manual Registro con el sistema de control.
60
CUESTIONARIO PARA ENCARGADO
NOMBRE
AREA
PERFIL
Instrucciones: Conteste brevemente las siguientes preguntas.
1.- Cada que tiempo se generaba estadsticas de uso de proyectores con el

registro manual?
Diario Semanal Mensual Nunca
2.- Con el sistema de control de proyectores, las estadsticas de uso de

proyectores se generan con ms facilidad?
S No
3.- Con el sistema de control de proyectores se estima con mayor precisin

el ciclo de vida de los proyectores?
S No
4.- El sistema de control de proyectores considera los datos adecuados para

ser incluidos en las estadsticas de uso?
Si no
5.- Con la implementacin del sistema de control de prstamo de proyectores

se reduce de manera considerable el uso de papel?
S No
6.- Con este nuevo sistema se reduce el uso de materiales como lapiceros y
reglas para hacer el trazado del formato manual?
S No
61
1.- Cul es el tiempo promedio que invierte en
el sistema de control de proyectores?
26% 30% Menos de 1

1 min
Mas de 1 min
44%
Figura 25.- Pregunta 1
Del cuestionario que se aplic para evaluar el sistema realizado, podemos observar
que el 44% de los entrevistados dijeron que invierten 1 min para rellenar su solicitud
de prstamo.
2.- Cunto tiempo inverta en el registro

manual?
13%
Menos de 1
52% 1 min
35% Mas de 1 min
62
El 13% de los encuestados opinaron que cuando exista el registro manual
comnmente invertan menos de 1 min, el otro 35% dijo que 1 min y el 52% concluye
que ms de 1 Min.
3.- En comparacin con el registro manual, hay

una reduccin de tiempo de registro?
0%
Si
No
100%
En comparacin del registro manual vs el sistema de control de proyectores el 100%

de los usuarios dicen que si existe una reduccin de tiempo en cuanto al registro.
63
4.- La interfaz del sistema de control de
proyectores es amigable e intuitiva?
30%
Si
No
70%
El 70% de los usuarios sealan que el sistema de control de proyectores es

amigable e intuitiva, mientras el 30% de ellos indican que No.
5.- El sistema de control de proyectores solicita

los datos adecuados?
13%
Si
No
87%
64
El 87% de los encuestados consideran que en el sistema se solicita los datos
adecuados para el registro, mientras tanto el 13% revelan que No.
6.- Indique cul de las opciones le parece mejor.
4%
Rgistro manual
Registro con el sistema de

control
96%
Finalmente, del 100% de los encuestados el 96% de ellos manifiestan que el

Registro con el sistema de control es la que mejor les parece, mientras el 4%
consideran que el Registro manual.
65
Figura 31.- Cuestionario aplicado al encargado
66
Conclusin
Finalmente, el proyecto ha sido de mucha utilidad para los profesores y usuarios de

los proyectores del centro de cmputo del Instituto Tecnolgico de Tuxtepec (ITTux),
ya que se ha reducido de manera considerable el tiempo que invierten en el
rellenado del formato de solicitud de prstamo, a comparacin del modelo
tradicional que era un proceso manual.
Las estadsticas que genera el sistema de informacin han indicado la informacin

que el encargado precisa para calcular el ciclo de vida til de las lmparas de los
proyectores, as como tambin se ha reducido en gran medida el uso de papel, que
en este caso era una libreta con el formato, tambin el uso de lpiz, lapicero y juego
geomtrico para el trazado del formato.
Finalmente se puede mencionar que el proyecto cumpli con las expectativas

esperadas por parte del equipo de desarrollo.
67
Recomendaciones
El equipo de desarrollo sugiere las siguientes recomendaciones al sistema de

registro para el control de prstamo de proyectores en el Instituto Tecnolgico de
Tuxtepec (ITTux):
Mejorar la interfaz, es decir, agregar colores ms llamativos.

Exportar las estadsticas en formatos .xlsx, .docx y .pdf
Exportar las estadsticas de acuerdo a datos especficos, por ejemplo,
mostrar el proyector ms usado por los profesores, mostrar el profesor que
utiliza proyectores a diario, etc.
Asignar un encargado para hacer el mantenimiento del sistema.
Optimizar el cdigo de programacin del sistema.
68
Experiencia profesional personal adquirida
El equipo de desarrollo ha adquirido nuevos conocimientos del rea de desarrollo

de software, conocido comnmente con ingeniera de software, tales como:
El trabajo en equipo
Trabajar con nuevos entornos de desarrollo integrado(IDE)
Mantener una estrategia para poder desarrollar el software
Seguir una metodologa especfica, en este caso la metodologa en cascada,
respetando sus fases y realizando las actividades pertinentes al desarrollo
de software.
Hacer investigaciones claras y concisas del marco terico, respetando a los
autores que han colaborado en el rea.
69
Competencias desarrolladas y/o aplicadas
Competencias instrumentales
Capacidad de anlisis y sntesis

Capacidad de administrar, organizar, planificar y liderar.
Comunicacin oral y escrita
Habilidades en el estudio y manejo de las TI emergentes
Habilidad para buscar y analizar informacin proveniente de fuentes diversas
Solucin de problemas
Toma de decisiones.
Competencias interpersonales
Capacidad crtica y autocrtica

Capacidad de trabajo en equipo
Habilidades interpersonales
Capacidad crtica y autocritica
Compromiso tico.
Competencias sistmicas
Capacidad de aplicar los conocimientos en la prctica

Capacidad de liderazgo
Habilidades de investigacin
Capacidad de aprender
Capacidad de generar nuevas ideas (creatividad)
Habilidad para trabajar en forma autnoma
Bsqueda del logro.
70
Referencias
Alarcn, V. F. (2010). Desarrollo de sistemas de informacin: una metodologa basada en el

modelado. Univ. Politc. de Catalunya.
Amaya, J. A. (s.f.). Sistemas de informacin. Universidad Santo Toms.
Collado, J. A. (2002). Concepto de Sistema de Informacion en la Organizacion. UOC papers.
Galipienso, M. I. (2005). Ingeniera del software. Pearson Educacin.
Martnez, R. N. (2017). El proceso de desarrollo de software. IT campus Academy.
Morales, D. A. (s.f.). Anlisis y desarrollo de sistemas de informacin.
Morales, R. C. (s.f.). Introduccin Al Anlisis de Sistemas Y la Ingeniera de Software. Universidad

Estatal a distancia.
PUTIER, S. (2016). VB.NET y Visual Studio 2015: Los fundamentos del lenguaje. Ediciones ENI.
71
Anexos
Anexo 1.- Realizando la encuesta
Anexo 2.- Realizando la encuesta a la encargada
72
Anexo 3.- Evidencia de la realizacin de la encuesta
Anexo 4.- Realizacin de la encuesta
73

Proyectodesistemaderegistroparaelcontroldeprestamodeproyectores 170523203135

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Proyectodesistemaderegistroparaelcontroldeprestamodeproyectores 170523203135

Hochgeladen von

Copyright:

Verfügbare Formate

S.E.P.

TECNOLGICO NACIONAL DE MXICO

SAN JUAN BAUTISTA TUXTEPEC,

El presente proyecto se enfocar en el desarrollo de un sistema de registro para el

La metodologa que se va a usar para el desarrollo del proyecto es la Metodologa

ndice de contenido ................................................................................................. iii

ndice de tablas ...................................................................................................... vii

ndice de figuras .................................................................................................... viii

ndice de frmulas ................................................................................................... x

Planteamiento del problema .................................................................................... 4

Objetivos especficos ........................................................................................... 7

Hiptesis de trabajo ........................................................................................... 11

Hiptesis nula .................................................................................................... 11

Identificacin y operacionalizacin de las variables ........................................... 11

Variable Independiente: ................................................................................. 11

Identificacin y definicin de las variables ......................................................... 12

Operacionalizacin de las variables .................................................................. 14

Clculo de la muestra ............................................................................................ 17

2 Ingeniera de software .................................................................................... 19

3 Sistema de informacin .................................................................................. 20

3.1 Definicin de sistema de informacin ....................................................... 20

3.2 Una definicin de sistemas de informacin desde una perspectiva

4 Proceso de desarrollo de software ................................................................. 23

5 El software de los sistemas de informacin ................................................... 26

5.1 Programas de software ............................................................................ 26

5.2 Software de sistemas ............................................................................... 26

5.3 Datos e informacin ................................................................................. 27

5.4 Los niveles de informacin ....................................................................... 27

5.5 Caractersticas deseables para la informacin ......................................... 28

6 Categoras de sistemas de informacin ......................................................... 29

6.1 Sistemas transaccionales ......................................................................... 29

6.2 Sistemas de control de la gestin (o gerenciales) .................................... 30

6.3 Sistemas de apoyo a la toma de decisiones ............................................ 30

7 Componentes de un sistema de informacin ................................................. 31

7.1 Individuos participantes ............................................................................ 31

7.3 Procesos de negocio ................................................................................ 35

7.4 Tecnologas de la informacin ................................................................. 36

8 La necesidad de sistemas de informacin ..................................................... 38

9 La plataforma .NET ........................................................................................ 39

9.1 Historia ..................................................................................................... 39

9.1.1 API Windows (Win16 & Win32) ......................................................... 39

9.1.2 MFC (Microsoft Foundation Classes) ................................................ 39

9.1.3 COM (Component Object Model) ...................................................... 39

9.2 Versiones ................................................................................................. 40

9.2.1 Versin 1.0 ........................................................................................ 40

9.2.2 Versin 1.1 ........................................................................................ 41

9.2.3 Versin 2.0 ........................................................................................ 41

9.2.4 Versin 3.0 ........................................................................................ 42

9.2.5 Versin 3.5 ........................................................................................ 42

9.2.6 Versin 4.0 ........................................................................................ 42

9.2.7 Versin 4.5 ........................................................................................ 43

Tecnologa de desarrollo ....................................................................................... 44

Microsoft Visual Studio 2017 ............................................................................. 44

Microsoft SQL Server 2016................................................................................ 44

Modelo en cascada ............................................................................................ 46

Anlisis y definicin de requerimientos .......................................................... 46

Diseo del sistema y del software .................................................................. 47

Implementacin y prueba de unidades .......................................................... 47

Funcionamiento y mantenimiento .................................................................. 48

Actividades sociales realizadas ............................................................................. 60

Experiencia profesional personal adquirida ........................................................... 69

Competencias desarrolladas y/o aplicadas ........................................................... 70

Competencias interpersonales .......................................................................... 70