Instituto de Sistemas Empressariales Indoamerica Corrigido

“CENTRO DE EDUCACION TECNICO PRODUCTIVO INDOAMERICA
CARRERA PROFESIONAL DE COMPUTACIÓN E INFORMÁTICA”
Proyecto Productivo
TÍTULO DEL PROYECTO
“IMPLEMENTACIÓN DE SISTEMA DE MATRÍCULA EN EL

INSTITUTO DE SISTEMAS EMPRESARIALES INDOAMERICA”
PARA OPTAR AL TÍTULO

TÉCNICO EN COMPUTACIÓN E INFORMÁTICA
ESPECIALIDAD
OPERACIÓN DE COMPUTADORAS
INTEGRANTES
 HUAMANI CONZAMOLLO, Dionicia

 SUCLLE MAMANI, Felicitas
 HUILLCA COLQUE, Nancy
CAMANA-AREQUIPA-PERU
2018
PÁGINA 1
DEDICATORIA
Dedico este proyecto a Dios, quien me dio la vida, fortaleza para terminar este proyecto y a
mis padres por apoyarme.
NANCY HUILLCA COLQUE
Dedico este proyecto a DIOS, quien inspiró para la conclusión de mi carrera Técnica
Profesional en Computación e Informática. A mis padres quienes me dieron vida, educación,
apoyo y consejo.
DIONICIA HUAMANI CONZAMOLLO
Dedico este proyecto a. DIOS, por cuidarme y protegerme incondicionalmente, a mi madre por
darme la vida, hermano y hermana por estar conmigo en lo bueno y lo malo. A mis profesores
por haberme brindado sus conocimientos y tener paciencia conmigo a mis compañeros de clase
que gracias a nuestro compañerismo y amistad han aportado mis ganas de seguir adelante en
esta carrera.
FELICITAS SUCLLE MAMANI
PÁGINA 2
AGRADECIMIENTO
Queremos agradecer a todos nuestros maestros ya que ellos nos enseñaron a valorar los
estudios y a superarnos cada día, también agradecemos a nuestros padres porque ellos estuvieron
en los días más difíciles de nuestras vidas como estudiantes. Agradecemos a Dios por darnos
salud, estamos seguras que nuestras metas planteadas darán fruto en el futuro, y por ende nos
debemos esforzar cada día para ser mejores en nuestra vida profesional dignos, sin olvidar el
respeto que engrandece a la persona, responsables y capaces de enfrentar a la sociedad.
PÁGINA 3
ÍNDICE
CAPITULO I ................................................................................................................ 9
NOMBRE DEL PROYECTO ..................................................................................... 9
CAPITULO II ............................................................................................................. 10
2.1. DIAGNÓSTICO .................................................................................................. 10
2.1.1. DESCRIPCIÓN DEL PROBLEMA............................................................... 10
2.2. INSTITUCIÓN Y ÁREA DONDE SE DESARROLLA................................ 11
2.2.1. FUNCIONES DEL ÁREA DE DESARROLLO DEL INSTITUTO DE SISTEMAS
EMPRESARIALES INDOAMERICA..................................................................... 11
2.3. RAZÓN SOCIAL ................................................................................................ 12
2.3.1. NOMBRE .......................................................................................................... 12
2.3.2. NATURALEZA ................................................................................................ 13
2.3.3. MARCO LEGAL.............................................................................................. 13
2.4. ACTIVIDADES QUE REALIZA ...................................................................... 13
2.4.1. FUNCIONES DE LA OFICINA DE ADMINISTRACIÓN ......................... 13
2.5. ASPECTOS TÉCNICOS .................................................................................... 14
2.5.1. UBICACIÓN GEOGRÁFICA ........................................................................ 14
2.5.2. PLANO DE UBICACIÓN ............................................................................... 15
2.5.3. ORGANIZACIÓN Y FUNCIONES ............................................................... 16
2.5.4. INFRAESTRUCTURA TECNOLÓGICA: ................................................... 18
2.6. JUSTIFICACIÒN................................................................................................ 19
2.6.1. JUSTIFICACIÓN TÉCNICA ......................................................................... 19
2.6.2. JUSTIFICACIÓN ECONÓMICA.................................................................. 19
PÁGINA 4
2.6.3. JUSTIFICACIÓN SOCIAL ............................................................................ 20
CAPITULO III ........................................................................................................... 21
3.1. MARCO TEORICO............................................................................................ 21
3.1.1 ARQUITECTURA WINDOWS....................................................................... 21
3.1.2. USO .................................................................................................................... 23
3.1.3. FUNCIONAMIENTO ...................................................................................... 24
3.2. APLICACIÓN WINDOWS................................................................................ 24
3.2.1. MODELO CASCADA. .................................................................................... 24
3.2.3. CAPA DE PRESENTACIÓN.......................................................................... 25
3.2.4. CAPA DE NEGOCIO ...................................................................................... 26
3.2.5. CAPA DE DATOS............................................................................................ 27
3.3. VISUAL STUDIO................................................................................................ 28
3.3.1. ALGUNAS CARACTERÍSTICAS PRINCIPALES: ................................... 28
3.3.2. NUEVAS CARACTERÍSTICAS EN VISUAL STUDIO ............................. 29
3.3.3. VERSIONES ..................................................................................................... 30
3.4. C# .......................................................................................................................... 30
3.4.1. CARACTERÍSTICAS PRINCIPALES ......................................................... 31
3.4.2. NUEVAS CARACTERÍSTICAS DE C# 2015............................................... 31
3.5. SQL ....................................................................................................................... 31
3.5.1. ALGUNAS CARACTERÍSTICAS DE ESTA BASE DE DATOS:............. 31
3.5.2. NUEVAS CARACTERÍSTICAS DE SQL SERVER 2014 .......................... 32
CAPITULO IV............................................................................................................ 34
4.1. DESCRIPCIÓN DEL PROYECTO ................................................................ 34
PÁGINA 5
4.1.1. OBJETIVOS ..................................................................................................... 34
4.1.1.1. OBJETIVO ESPECÍFICO ........................................................................... 34
4.2. JUSTIFICACIÓN................................................................................................ 35
4.2.1. BENEFICIARIOS DIRECTOS E INDIRECTOS ........................................ 36
4.3. DISEÑO DEL PROYECTO ............................................................................... 36
4.3.1. PROCESO......................................................................................................... 36
4.4. HISTORIA Y ESCENARIOS ............................................................................ 38
CAPITULO V ............................................................................................................. 65
5.1. ADMINISTRACION DEL PROYECTO POR ETAPAS ............................... 65
5.2. INVERSIÓN DEL PROYECTO........................................................................ 66
5.2.1. PRESUPUESTO DE EQUIPO........................................................................ 66
5.2.2. PRESUPUESTO PARA EL HARDWARE ................................................... 67
5.2.3. PRESUPUESTO PARA EL SOFTWARE..................................................... 67
5.2.4. RESUMEN DEL PRESUPUESTO TOTAL DEL PROYECTO ................. 68
5.3. PRESUPUESTOS DE INGRESOS Y GASTOS .............................................. 68
5.4. FINANCIAMIENTO .......................................................................................... 68
5.5. CONTINUIDAD Y SOSTENIBILIDAD DEL PROYECTO.......................... 68
5.5.1. CONCLUSIONES ............................................................................................ 69
5.5.2. RECOMENDACIONES .................................................................................. 69
ANEXOS ..................................................................................................................... 70
BIBLIOGRAFÍA ........................................................................................................ 83
PÁGINA 6
PÁGINA 7
INTRODUCCIÓN
El presente proyecto pretende, implementar un SISTEMA DE MATRÍCULA para el Instituto de
SISTEMAS EMPRESARIALES “INDOAMERICA” -Espinar.
El sistema de matrícula de los estudiantes, es de cuantiosa importancia, en la actualidad el I.S.E.I.
cuenta con un sistema de matrícula gestionado en hojas de cálculo (Excel), el cual tiene desventajas
de manejo de datos y demora en el tiempo de consulta de reportes (ficha de matrícula, consulta de
pagos de boletas y control de asistencias, etc.).
El conocimiento de la nueva tecnología de la información y comunicación TICs y la globalización,
gracias a la red de redes (INTERNET), los sistemas informáticos han progresado notoriamente, la
información misma es globalizada los datos están al alcance de todos.
Con todos estos avances a nuestro alrededor, nosotras las estudiantes egresadas de la especialidad
de computación e informática pretendemos diseñar e implementar el un sistema de matrículas. Qué
será de amplio beneficio para vuestra institución, realizando trabajos manuales en un tiempo
reducido, ahorrando mano de obra, el gaste de la energía eléctrica de esta manera se contribuye
indirectamente al gaste de nuestra ecología, el gaste de equipos de cómputo que con este sistema
aumentaran su tiempo de la vida útil; todo esto sumado disminuye los egresos de nuestra
institución. El software se construirá en un lenguaje Orientado a Objetos POO.
Con un administrador de base de datos de gran prestigio cual es SQL server. (Información, 2011).
El proyecto va a causar un gran impacto social y beneficiará a todos los estudiantes de esta
institución, ya que causará gran satisfacción debido a las buenas repercusiones que traerá este
sistema al momento de realizar los trámites de matrícula.
PÁGINA 8
CAPITULO I
NOMBRE DEL PROYECTO

“IMPLEMENTACIÓN DE SISTEMA DE MATRÍCULA EN EL INSTITUTO DE
SISTEMAS EMPRESARIALES “INDOAMERICA”
PÁGINA 9
CAPITULO II
2.1. DIAGNÓSTICO
2.1.1. DESCRIPCIÓN DEL PROBLEMA
En nuestro país, cerca de 70 CETPROs han entrado en un proceso de evaluación para
su respectiva acreditación; debido a la alta disponibilidad de los Centros de Educación
Técnica Productiva y a su accesibilidad económica. Así mismo, algunos de los Centros
de Educación Técnica Productiva no presentan un proceso de matrícula integral, en
consecuencia, solo se limitan en seguir operando de manera tradicional lo que implica
retrasos, postergaciones que afectan la normal programación académica de las
instituciones; esto es por el desconocimiento de las tecnologías de información y los
sistemas de información que permiten mejorar y optimizar estos procesos. Así, por
ejemplo, uno de estos centros del distrito de Espinar, provincia de Espinar con 10 años
de funcionamiento. Durante ese tiempo aproximadamente se han generado 1,200
archivos que ocupan un ambiente de 15m2, el cual es uno de los principales problemas
generados por el espacio y su almacenamiento; así también para poder evitar la pérdida
de miles de datos, si ocurriera un incendio u otro tipo de desastres.
Para comenzar, en el año 2016, el Instituto matricula 100 alumnos, en el cual el
promedio de demora del proceso de matrícula fue de 10 minutos por alumno; en
consecuencia, la entidad prevé alrededor de 5 personas con la finalidad de llevar a cabo
este proceso, el cual resulta también lento; además de otro tipo de incomodidades que
se genera por parte de los alumnos, en algunos casos de los padres de familia y/o
apoderados. Así mismo, otro problema es la parte económica, debido a los altos costos
de los recursos como papel (que se destinó 3 millares), cientos de fólderes, fotocopias,
PÁGINA 10
etc. Además, la calidad de atención está relacionada indiscutiblemente con este
proceso de matrícula, el cual, si se mejora, elevará aún más el prestigio del CETPRO,
el mismo que indirectamente repercute en el incremento de la demanda de estudiantes.
Es que, estas demoras en el proceso de matrícula, los excesivos costos, mala atención
y continuas postergaciones de lo programado debilitan la imagen de la institución.
2.2. INSTITUCIÓN Y ÁREA DONDE SE DESARROLLA
El lugar donde se llevará a cabo la implementación es en el Instituto de Sistemas
Empresariales “INDOAMERICA”, bajo la dependencia de la Oficina de Administración
quien a su vez está a cargo de los diferentes órganos de línea en la Institución.
2.2.1. FUNCIONES DEL ÁREA DE DESARROLLO DEL INSTITUTO DE
SISTEMAS EMPRESARIALES INDOAMERICA
2.2.1.1 SON FUNCIONES DEL DIRECTOR, LOS SIGUIENTES:
Formular, ejecutar y evaluar el presupuesto anual del Centro de Educación
Técnico - Productiva. En los centros privados, el director cumplirá la ejecución
del presupuesto, en coherencia con el plan anual de trabajo y con participación
de la comunidad educativa, publicándolo e informando a su comunidad
mensualmente el avance de la ejecución respectiva.
Actuar en los asuntos de su competencia con transparencia, dinamismo,
eficacia, flexibilidad y tolerancia.
2.2.1.2. SON FUNCIONES DEL COORDINADOR, LOS SIGUIENTES:
En los Centros de Educación Técnico-Productiva con más de 10 profesores,
existe un coordinador, que depende del director. Sus funciones las establece
cada Centro de Educación Técnico - Productiva.
PÁGINA 11
2.2.1.3. SON FUNCIONES DEL PROFESOR; SON LOS SIGUIENTES.
 Organizar, desarrollar y evaluar con creatividad y eficiencia las actividades
educativas y productivas.
 Propiciar en el estudiante la creatividad, una cultura emprendedora y de
responsabilidad en el uso de la tecnología para la producción de bienes y
servicios.
 Diseñar y promover innovaciones aplicadas en el proceso educativo y
productivo.
 Conducir el proceso de enseñanza y aprendizaje con sentido de
responsabilidad, transparencia, eficacia y profesionalismo.
 Mantener una vinculación constante con el sector productivo del ámbito
de acción del Centro de Educación Técnico-Productiva para posibilitar las
prácticas de los estudiantes.
 Mantener la infraestructura y el equipamiento de su especialidad en buen
estado de funcionamiento.
2.3. RAZÓN SOCIAL
2.3.1. NOMBRE
E.I.R.LTDA. INDOAMERICA
RUC.: 20490131753
Dirección : Jr. Pichigua N° 247 - Espinar
Teléfono : 964606061
PÁGINA 12
2.3.2. NATURALEZA
Tipo de Institución: CETPRO privada
2.3.3. MARCO LEGAL
La Educación Técnico - Productiva es una forma de educación orientada a la adquisición
y desarrollo de competencias laborales y empresariales en una perspectiva de desarrollo
sostenible, competitivo y humano, así como a la promoción de la cultura innovadora
que responda a la demanda del sector productivo y a los avances de la tecnología, del
desarrollo local, regional y nacional, así como a las necesidades educativas de los
estudiantes en sus respectivos entornos. Asimismo, contribuye a un mejor desempeño
de la persona que trabaja, a mejorar su nivel de empleabilidad y a su desarrollo personal.
Está destinada a las personas que buscan una inserción o reinserción en el mercado
laboral y a alumnos de la Educación Básica. Se rige por los principios dispuestos en los
artículos 40° al 45° de la Ley General de Educación Nº 28044.
2.4. ACTIVIDADES QUE REALIZA
2.4.1. FUNCIONES DE LA OFICINA DE ADMINISTRACIÓN
 Determinar las necesidades y expectativas de la Educación Técnico-Productiva en
su ámbito de influencia y sustentar su PEI mediante los correspondientes estudios
de factibilidad integral de oferta y demanda educativa y laboral, con la contribución
de los Sectores de Trabajo y Promoción del Empleo, Producción, así como otros
sectores del Estado y de la sociedad.
 Promover y participar en actividades de pasantías e intercambio de experiencias,
con el fin de perfeccionar la tecnología productiva y educativa.
PÁGINA 13
 Promover, realizar y apoyar acciones de investigación, experimentación e
innovaciones de nuevas metodologías, estrategias de enseñanza, aprendizaje y
tecnología aplicada a la producción.
 Apoyar las actividades técnico pedagógicas y de gestión de la Educación Básica
Alternativa y Educación Básica Regular.
 Cumplir y hacer cumplir las funciones de Gestión Institucional, Pedagógica,
Administrativa, Financiera y Productiva.
 Participar en redes de cooperación con las instituciones educativas de su localidad.
2.5. ASPECTOS TÉCNICOS
2.5.1. UBICACIÓN GEOGRÁFICA
El Instituto de Sistemas Empresariales “INDOAMERICA” se encuentra ubicado en
la Jr. Pichigua N°247, en el distrito de Espinar, Provincia de Espinar, Departamento
Región Cusco.
PÁGINA 14
2.5.2. PLANO DE UBICACIÓN
Plano de ubicación geográfica del Instituto “INDOAMERICA”.
Figura Nº 1: Plano de Ubicación del Instituto “INDOAMERICA”.
Fuente: Google Maps ©Google 2018
PÁGINA 15
2.5.3. ORGANIZACIÓN Y FUNCIONES
2.5.3.1. MISIÓN
Formar técnicos profesionales con principios y valores en diversas
actividades para la inserción y reinserción en el mercado laboral, mejorando
su calidad de vida y contribuyendo al desarrollo de la comunidad y del país.
2.5.3.2. VISIÓN
Ser líderes de la educación técnica -productiva, con identidad propia y
valores; impartir una formación técnica profesional acorde con la ciencia y la
tecnología; y fortalecer la enseñanza de los estudiantes de una forma integral,
estimulando su creatividad de manera tal que los haga emprendedores y
competentes para ocupar puestos de trabajo y generar autoempleos en el
mercado laboral.
2.5.3.3. OBJETIVOS DE LA INSTITUCIÓN
Son objetivos fundamentales del Instituto de Sistemas Empresariales
“INDOAMERICA”, los siguientes:
 Propiciar la participación de la comunidad educativa, de los gobiernos
locales y regionales, de los sectores productivos, de organizaciones
laborales y de la sociedad, en las actividades educativas de esta forma
educativa.
 Promover una cultura emprendedora e innovadora que facilite la inserción
laboral de los egresados y que los habilite para generar su propio empleo
o empresa.
PÁGINA 16
2.5.3.4. ORGANIGRAMA ESTRUCTURAL DE LA INSTITUCIÓN
El organigrama estructural del Instituto de Sistemas Empresariales

“INDOAMERICA” (Figura Nº 2)
DIRECCION
SUB DIRECCIÓN
CONEI
COMITÉ DE ALUMNOS
JEFE DE AREA DE
ACTIVIDADES
PRODUCTIVAS Y
EMPRESARIALES
DOCENTES
PERSONAL DE
SERVICIO
ALUMNOS
Figura Nº 2: Organigrama Estructural del Instituto “INDOAMERICA”
Fuente: Reglamento de Organizaciones y Funciones (ROF)
PÁGINA 17
2.5.4. INFRAESTRUCTURA TECNOLÓGICA:
2.5.4.1. HARDWARE
A continuación, se presenta la Tabla Nº 1, referida a la infraestructura de
hardware con la que cuenta el instituto.
PUNTOS N° DE N° DE N° DE
UBICACIÓN DESCRIPCIÓN
DE RED PCs. TELEF. IMPR.
Ambiente N° 01 Director 00 01 00 01
Ambiente N° 02 Secretaría 00 01 00 01
Ambiente N° 03 Laboratorio 1 00 18 00 00
TOTAL 00 20 00 02
Tabla Nº 1: Hardware del Instituto “INDOAMERICA”.
Fuente: Elaboración propia.
2.5.4.2. SOFTWARE
Los sistemas operativos con los que trabajan son:

 Windows XP (SP2 y SP3)
 Windows 7
 Windows 8.1.
Los programas que generalmente utilizan son:

 Ofimática: Office 2010 y 2013, Adobe Reader.
 Diseño Gráfico: CorelDraw y Photoshop.
 Antivirus: Eset Smart.
PÁGINA 18
2.6. JUSTIFICACIÒN
2.6.1. JUSTIFICACIÓN TÉCNICA
Para la implementación de este sistema de matrícula se cuenta con computadoras
Core™ i3-3220. en la institución, en los cuales se registrarán de manera óptima la
matrícula de los alumnos en el entidad “INDOAMERICA” permitiendo reducir el
costo del servicio, y asimismo almacenar toda la información en la base de datos, lo
cual ayudara a optimizar los servicios teniendo mayor disponibilidad de la información
de registros de alumnos que han pagado sus cuotas, también es necesario que se
registre adecuadamente a los alumnos que han pagado a tiempo o que han sido
calificados como morosos, de esta forma la entidad obtendrá dicha información para
tomar una mejor decisión en un lapso de tiempo menor, ya que la información que se
le mostrara será ordenada de acuerdo a la necesidad del usuario.
Por último, en el tema de la seguridad se realizarán copias de seguridad que garanticen
y salva guarden la información.
2.6.2. JUSTIFICACIÓN ECONÓMICA
Se requiere minimizar el consumo de recursos en el proceso de matrícula del Centro
de Educación Técnica Productiva “INDOAMERICA”, por tal motivo, se vio la
necesidad de implementar un sistema de matrícula en dicha Entidad.
Se logrará un ahorro considerable en millares de papel, fotocopias, almacenamiento y
personal con un ahorro en costos de aproximadamente de S/. 5,000 nuevos soles.
PÁGINA 19
2.6.3. JUSTIFICACIÓN SOCIAL
En primer lugar, se requiere agilizar el tiempo de atención al usuario. Por consiguiente,
con este sistema, el instituto tendrá una mejor imagen desarrollando sus actividades
con herramientas tecnológicas. Al mejorar sus procesos de negocio, el CETPRO, hará
que progrese de forma notable no solo en el ámbito académico, sino también en el
campo administrativo.
PÁGINA 20
CAPITULO III
3.1. MARCO TEORICO
3.1.1 ARQUITECTURA WINDOWS.
La arquitectura de las aplicaciones Windows se desarrolla en un esquema de tres capas.

3.1.1.1 DEFINICIÓN
Es un estilo de programación, cuyo objetivo principal es la separación de la
capa de presentación, capa de negocio y capa de datos, cuyo desarrollo se
puede llevar a cabo en varios niveles y, en caso de que sobrevenga algún
cambio.
El desarrollo de sistemas informáticos actuales se suele usar las arquitecturas
multilinial o programación por capas.
“Permite distribuir el trabajo de creación de una aplicación por niveles; cada
grupo de trabajo está totalmente abstraído del resto de los niveles, de forma
que basta conocer la API que existe entre niveles.” (Bastida, 2005)
PÁGINA 21
3.1.1.2. ESQUEMA DE PROGRAMACIÓN
(Figura Nº 3:)
Figura Nº 4: Esquema de programación en 3 capas
Fuente: http://joseluisgarciab.blogspot.pe/2014/09/programacion-en-3-capas.html
PÁGINA 22
3.1.2. USO
La primera capa de presentación (interfaz) que es responsable de dar los datos en
forma adecuada. La segunda capa está referida habitualmente a algún tipo de
programa oh script también se conoce como reglas de negocio, en esta capa se puede
tener componentes que permitan el funcionamiento de la interfaz y que puedan
interactuar con los datos. Finalmente la capa tres, proporciona a la segunda, los datos
necesarios para su ejecución. (Reyes, 2017)
(Figura Nº 4)
Figura Nº 5: Arquitectura de Windows por capas
Fuente: https://es.slideshare.net/Decimo/arquitectura-3-capas
PÁGINA 23
3.1.3. FUNCIONAMIENTO
Una aplicación Windows típica recogerá los datos del usuario (capa de presentación),
los enviará al servidor, que ejecutará un programa (capa de negocio y datos) y cuyo
resultado será formateado y presentado al usuario (capa de presentación otra vez).
3.2. APLICACIÓN WINDOWS
Metodología de desarrollo.
3.2.1. MODELO CASCADA.

El desarrollo en cascada, también llamado modelo en cascada (denominado así por la
posición de las fases en el desarrollo de esta, que parecen caer en cascada “por
gravedad” hacia las siguientes fases), es el enfoque metodológico que ordena
rigurosamente las etapas del proceso para el desarrollo de software, de tal forma que el
inicio de cada etapa debe esperar a la finalización de la etapa anterior. Al final de cada
etapa, el modelo está diseñado para llevar a cabo una revisión final, que se encarga de
determinar si el proyecto está listo para avanzar a la siguiente fase. Este modelo fue el
primero en originarse y es la base de todos los demás modelos de ciclo de vida.
(WIKIPEDIA, 2017).
PÁGINA 24
La metodología de desarrollo que se plantea como propuesta es este modelo.
(Figura 05)
Figura Nº 6: Modelo de desarrollo en cascada
Fuente: http://si2008.wikispaces.com/Metodolog%C3%ADa+de+desarrollo
3.2.3. CAPA DE PRESENTACIÓN
Esta capa es la que ve el usuario, presenta el sistema al usuario, le comunica la
información y captura la información del usuario en un mínimo de proceso.
Esta capa se comunica únicamente con la capa de negocio. También es conocida como
interfaz gráfica y debe tener la característica de ser "amigable" para el usuario
generalmente se presentan como formularios. (Calle, 2008).
PÁGINA 25
(Figura Nº 6)
Figura Nº 7: Formulario de interfaz
Fuente: Visual Studio 2015.

3.2.4. CAPA DE NEGOCIO
Aquí es donde, se reciben las peticiones del usuario y se envían las respuestas tras el
proceso. Se denomina capa de negocio (e incluso de lógica del negocio) porque es aquí
donde se establecen todas las reglas que deben cumplirse. Esta capa se comunica con
la capa de presentación, para recibir las solicitudes y presentar los resultados, y con la
capa de datos, para solicitar al gestor de base de datos para almacenar o recuperar datos
de él.
Toda aplicación tiene código para implementar reglas de negocios, se puede
seleccionar almacenar la lógica de negocios sobre cada estación de cliente, u optar por
ejecutar la lógica de negocios sobre un servidor de aplicaciones.
No toda la lógica de negocio es la misma algunas no requieren un frecuente acceso a
los datos, pero una interface de usuario robusta necesitará de la lógica de negocios para
PÁGINA 26
la validación en la entrada de campos, cálculos en tiempo real u otras interacciones de
usuarios.
3.2.5. CAPA DE DATOS
Es donde residen los datos y es la encargada de acceder a los mismos. Está formada
por uno o más gestores de bases de datos que realizan todo el almacenamiento de datos,
reciben solicitudes de almacenamiento o recuperación de información desde la capa
de negocio. (Calle, 2008)
(Figura Nº 7)
Figura Nº 8: Interfaz del gestor de base de datos
Fuente: Servidor local SQL 2014
PÁGINA 27
3.3. VISUAL STUDIO
Es un entorno de desarrollo integrado (IDE, por sus siglas en inglés) para sistemas
operativos Windows. Soporta múltiples lenguajes de programación tales
como C++, C#, Visual Basic .NET, F#, Java, Python, Ruby, PHP; al igual que entornos de
desarrollo web como ASP.NET MVC, Django, etc., a lo cual sumarle las nuevas capacidades
online bajo Windows Azure en forma del editor Mónaco.
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 versión .NET 2002).
Así se pueden crear aplicaciones que se comuniquen entre estaciones de trabajo, páginas web,
dispositivos móviles, dispositivos embebidos, consolas, entre otros. (Microsoft, 2016)
3.3.1. ALGUNAS CARACTERÍSTICAS PRINCIPALES:
 Lenguaje de fácil aprendizaje pensado tanto para programadores principiantes
como expertos, guiado por eventos, y centrado en un motor de formularios que
facilita el rápido desarrollo de aplicaciones gráficas.
 Admite el polimorfismo mediante el uso de las Interfaces.
 No admite la herencia.
 No requiere de manejo de punteros.
 Posee un manejo muy sencillo de cadenas de caracteres.
 Posee varias bibliotecas para manejo de bases de datos, pudiendo conectar con
cualquier base de datos a través de ODBC (Informix, DBase, Access, MySQL, SQL
Server, PostgreSQL, etc.) a través de ADO.
PÁGINA 28
3.3.2. NUEVAS CARACTERÍSTICAS EN VISUAL STUDIO
 Aplicaciones Móviles entre plataformas en C# con Xamarin para Visual Studio.
 Aplicaciones Móviles entre multiplataforma en HTML/JavaScript con Apache
Córdova.
 Juegos Móviles entre plataformas C# y Unity.
 Aplicaciones y bibliotecas multiplataforma para C++ Nativo.
 Aplicaciones Windows universales para cualquier dispositivo con Windows 10.
Figura Nº 9
Figura Nº 10: Plataforma de Windows
Fuente: blogs.windows.com
PÁGINA 29
3.3.3. VERSIONES
 Visual Studio 6.0
 Visual Studio .NET (2002)
 Visual Studio .NET 2003
 Visual Studio 2005
3.4. C#
C# fue diseñado por Microsoft, y posteriormente estandarizado por el organismo ECMA. C#
intenta aprovechar, en la medida de lo posible, las características de la plataforma .NET. Este
nuevo lenguaje, evolución natural de Java y C++, también intenta facilitar a los programadores
el cambio de plataforma, por su parecida sintaxis al lenguaje Java. Sus principales creadores
son Scott Wiltamuth y Anders Heljslberg, éste último conocido por haber sido el diseñador del
lenguaje Turbo Pascal y la herramienta de diseño rápido Delphi. En la plataforma .NET es
posible escribir código en muchos otros lenguajes, pero C# es el único que ha sido diseñado
específicamente para ser utilizado en ella. Utilizar este lenguaje para programar en ella es
mucho más sencillo e intuitivo que hacerlo con cualquiera de los otros lenguajes que nos provee
la plataforma .NET. Es por esta razón que se suele decir que C# es el lenguaje nativo de .NET.
PÁGINA 30
3.4.1. CARACTERÍSTICAS PRINCIPALES
 Orientado a objetos.
 Orientado a componentes.
 Seguridad de tipos de datos.
 Compatible para facilitar la migración de programadores de C++ o Java a C#.
 No permite el uso de punteros.
3.4.2. NUEVAS CARACTERÍSTICAS DE C# 2015
 Lenguaje y compilador: C# admite ahora tipos genéricos
 Usa una copia local de Servicios de Internet Information Server (IIS).
 Editor de código: Fragmentos de código, refactorización, entorno de desarrollo
 Entorno de desarrollo
 Documentación y especificaciones del lenguaje
 Depuración
 Administración del diseño de las ventanas
 Explorador de etiquetas en el Diseñador de páginas Web
3.5. SQL
Base de datos desarrollada por Microsoft. Su primera versión fue El Standard Edition de
SQL Server fue lanzado en abril de 1996.
3.5.1. ALGUNAS CARACTERÍSTICAS DE ESTA BASE DE DATOS:
Escalabilidad: Se adapta a las necesidades de la empresa, soportando desde unos pocos
usuarios a varios miles. Empresas centralizadas u oficinas distribuidas, replicando
cientos de cites.
PÁGINA 31
Potencia: “Microsoft SQL Server es la mejor base de datos para Windows NT Server.
Posee los mejores registros de los benchmarks independientes (TCP) tanto en
transacciones totales como en coste por transacción.” (Microsoft, 2013)
Gestión: Con un completo interfaz gráfico que reduce la complejidad innecesaria de
las tareas de administración y gestión de la base de datos.
Orientada al desarrollo: Visual Basic, Visual C++, Visual J++, Visual Interdev,
Microfocus Cobol y muchas otras herramientas son compatibles con Microsoft SQL
Server.
3.5.2. NUEVAS CARACTERÍSTICAS DE SQL SERVER 2014
3.5.2.1. MOTOR DE BASE DE DATOS
Tablas almacenadas en memoria
Se podrán almacenar tablas completas en memoria, en un formato optimizado
para uso OLTP y de forma transparente para su manipulación y consulta. Esta
es sin duda la funcionalidad más esperada, por la sustancial mejora en el
rendimiento que traerá aparejada.
Optimización de planes de ejecución y mejor rendimiento
A partir de una nueva implementación en el algoritmo de estimación de
cardinalidad del motor, se podrán generar planes de ejecución más eficientes
y rápidos.
PÁGINA 32
Índices ColumnStore de tipo agrupado (clustered) y actualizables
Ahora los índices ColumnStore podrán ser del tipo clustered y además estos
índices serán actualizables en forma transparente mediante las operaciones
normales de manipulación de datos (insert, update y delete, Integration
Services, BCP, etc).
3.5.2.2. ALTA DISPONIBILIDAD
Archivos de datos y backup en Windows Azure Blob Storage
Se podrán realizar backups hacia una URL que apunte a un blob de Windows
Azure. Lo mismo los archivos de datos de las bases podrán residir en este
servicio de almacenamiento.
Aumento de la cantidad de réplicas de AlwaysOn
Se podrán tener ahora hasta 8 réplicas, cuando previamente eran hasta 4.
Réplicas de Always On en SQL Azure
Las réplicas de AlwaysOn podrán estar alojadas en máquinas virtuales en la
nube mediante el servicio de Windows Azure VM.
PÁGINA 33
CAPITULO IV
4.1. DESCRIPCIÓN DEL PROYECTO

4.1.1. OBJETIVOS
Implementar una solución que permitan procesar de forma rápida y eficiente el
proceso de matrícula d e l Instituto de Sistemas Empresariales “INDOAMERICA”,
considerando necesario para esto el desarrollo de un sistema de gestión de
matrículas.
4.1.1.1. OBJETIVO ESPECÍFICO

 Identificar las necesidades del cliente mediante un análisis de
requerimientos.
 Ofrecer mediante el desarrollo del sistema de matrícula: rapidez,
seguridad de datos, e información a tiempo real, a la institución.
 Proponer un sistema de Gestión de Matrículas orientado a mejorar la
atención al cliente.
 Proporcionar información oportuna y confiable, en el momento que se
precise.
PÁGINA 34
4.2. JUSTIFICACIÓN
Las dificultades actuales del Instituto de Sistemas Empresariales “INDOAMERICA”, son
principalmente el registro, procesamiento y consulta de la información de los estudiantes.
Actualmente las capacidades de gestión académica son todas, utilizando algunos archivos
en Excel o manuales, esto se ve limitado por algunas inconsistencias y el tiempo que
realiza las consultas es muy amplio, estos datos generados son visualizados por los usuarios
en Excel.
Entre los principales problemas que enfrentan actualmente, se pueden contar las siguientes:
 Información inconsistente y repetitiva.
 La mayoría de la información se encuentra en diferentes partes y no se sabe realmente
cual es la actual.
 La información se encuentra en este momento comprometida en su seguridad, teniendo
acceso con el equipo. Es necesario restringir la información por niveles de acceso.
 todas las personas que entran en contacto El personal que realiza la labor de
comunicarse con cada uno de los clientes (padres), necesitan el directorio de los clientes
con los datos organizados y actualizados, lo cual contribuirá en una rápida
comunicación.
 Una de las funciones de la secretaria es de realizar las matrículas de los alumnos, dicha
información la realiza en: procesadores de textos como Word, hojas de cálculo (Excel),
repitiendo la información al acomodo de sus necesidades.
 Se necesita un control de los ingresos por concepto de matrículas y pensiones.
PÁGINA 35
4.2.1. BENEFICIARIOS DIRECTOS E INDIRECTOS
Se beneficiarán los estudiantes, de los cuales tenemos dos beneficiarios:

4.2.1.1. BENEFICIARIOS DIRECTOS:
Los estudiantes de la carrera profesional de computación e informática, los
docentes y la parte administrativa.
4.2.1.2. BENEFICIARIOS INDIRECTOS:
Los estudiantes de otras carreras, padres de familia y la población en
general.
4.2.1.3. METAS Y RESULTADOS ESPERADOS DEL PROYECTO
Los alumnos tendrán esa facilidad de realizar sus respectivas matriculas en el
Instituto de Sistemas Empresariales “Indoamerica”
4.3. DISEÑO DEL PROYECTO
4.3.1. PROCESO
La metodología que se propone para el desarrollo del sistema de matrícula está
basada en el modelo en cascada.
PÁGINA 36
(Figura Nº 9)
Figura Nº 11: Metodología de desarrollo de software
Fuente: es.wikipedia.org
PÁGINA 37
En el siguiente cuadro se presenta el lenguaje de aplicación utilizado en el desarrollo
de la aplicación para Windows así como también el gestor de base de datos:
(Tabla Nº 2)
WINDOWS
interfaz usuario servidor de componentes motor de base de datos
DCOM
(Distributed Component
SQL Server 2008 (Tablas,
Cliente Windows Visual Object Model ó Modelo de
Vistas, Store Procedure)
Studio 2015 (Visual C# 2015) Componente de Objeto
Distribuido), COM+
Tabla Nº 2: Propuesta de (lenguaje de desarrollo y gestor de base de datos)
Fuente: Elaboración propia
4.4. HISTORIA Y ESCENARIOS
Contiene escenarios particulares del sistema expresados como casos de uso y su
solución con el sistema de software, C#, diagrama inicial E-R que involucra dicho
escenario, diagramas de secuencia, diagramas de clases, diagramas de actividad.
Escenario Nº 1: Requerimiento de Matrícula

Caso de Uso (Figura Nº 10)
Figura Nº 10: Caso de uso (requerimiento de matrícula)

Fuente: Software StarUml
PÁGINA 38
Especificación: (Tabla Nº 03)
Nombre: Requerimiento de matrícula.
Actores: Padre, Secretaria.
Descripción: El Padre de familia hace su requerimiento de matrícula a la
Secretaria.
Precondiciones: El formato debe estar diligenciado correctamente por los
estudiantes.
Flujo: La Secretaria decepciona el requerimiento de Matrícula.
Excepciones: Ninguna.
Subflujos: Ninguna.
Post condiciones: Ninguna.
Tabla Nº 03: Especificación de caso de uso (requerimiento de matrícula)

Diagrama de Estado: (Figura Nº 11)
Figura Nº 11: Diagrama de estado (requerimiento de matrícula)

PÁGINA 39
Diagrama de Secuencia: (Figura Nº 12)
Figura Nº 12: Diagrama de secuencia (requerimiento de matrícula)

Diagrama de Actividades:
(Figura Nº 13)
Figura Nº 13: Diagrama de actividades (requerimiento de matrícula)

PÁGINA 40
Escenario Nº 2: Llenar Formato de Inscripción de Matrícula
Caso de Uso: (Figura Nº 14)
Figura Nº 14: Caso de uso (llenar formato de inscripción de matrículas)

Nombre: Llenar formato de inscripción de matrículas.
Actores: Padre, Secretaria.
Descripción: El Padre debe llenar el formato de inscripción o actualización

de matrícula que contiene información personal.
Precondiciones: La inscripción o actualización de matrículas debe ser llenada

con información real.
Flujo: 1. Este formato es entregado al coordinador.
Sub flujos: Ninguna.

Tabla Nº 04: Especificación del caso de uso (llenar formato de inscripción de matrículas)
PÁGINA 41
Figura Nº 15: Diagrama de estado (llenar formato de inscripción de matrículas)

Figura Nº 16: Diagrama de secuencia (llenar formato de inscripción de matrículas)

PÁGINA 42
Diagrama de Actividades: (Figura Nº 17)
Figura Nº 17: Diagrama de actividades (llenar formato de inscripción de matrículas)

Escenario Nº 3: Gestionar Matrícula

Figura Nº 18: Caso de uso (Gestionar Matricula)

PÁGINA 43
Especificación: (Cuadro Nº 05)
Nombre: Gestionar Matricula.
Actores: Secretaria Padre
Descripción: La Secretaria crea nuevo código alumno, actualiza datos alumno,
verifica la conformidad de la Información.
Precondiciones: La información académica implica el rendimiento académico del

estudiante, observaciones.
Flujo: La Secretaria debe llevar el orden de la información la cual
también es tarea que debe desempeñar el coordinador.
Excepciones: Ninguna
Subflujos: Ninguna
Poscondiciones: Ninguna
Tabla Nº 05: Especificación del caso de uso (Gestionar Matricula)
Figura Nº 19: Diagrama de estado (Gestionar Matricula)

PÁGINA 44
Figura Nº 20: Diagrama de secuencia (Gestionar Matricula)

Diagrama de Actividad: (Figura Nº 21)
Figura Nº 21: Diagrama de actividades (Gestionar Matricula)

PÁGINA 45
Escenario Nº 4: Autorizar Matrículas
Figura Nº 22: Caso de uso (Autorizar Matricula)

Nombre: Autorizar matrículas.

Actores: Director.
Descripción: El director autoriza la matrícula y después legaliza
Precondiciones: Recibir
la matriculaloscon sello.
formularios de actualización de información del
estudiante ya diligenciados.
Flujo: 1. El director autoriza las matrículas p a r a luego legalizar.
Se debe verificar que los padres de los estudiantes h a ya n

Excepciones: diligenciado correctamente el formulario de actualización de
información.
1. El director después de autorizar las matrículas las legaliza y después
Subflujos: las entrega al coordinador.
Se v e r i f i c a n fotocopias de i d e n t i f i c a c i ó n y e l historial de
Pos condiciones: nivel académico, para anexarlas a una carpeta.
Tabla Nº 06: Especificación del caso de uso (Autorizar Matricula)
PÁGINA 46
Figura Nº 23: Diagrama de estado (Autorizar Matricula)

Figura Nº 24: Diagrama de secuencia (Autorizar Matricula)

PÁGINA 47
Figura Nº 25: Diagrama de secuencia (Autorizar Matricula)

Escenario Nº 5: Administra Información Académica

Figura Nº 26: Caso de uso (Administrar Información Académica)

PÁGINA 48
Especificacion: (Cuadro Nº 07)
Nombre: Administrar Información Académica.
Actores: Coordinador - Secretaria
Descripción: El coordinador administra todo tipo de informacion académica que
contempla las notas del estudiante, las observaciones y el historial años
cursados.
Precondiciones: Deben estar todos los items de los módulos con sus respectivas notas.
Flujo: la información académica también es una función que desempeña el

Director.
Excepciones: La información académica debe contener todas las notas del estudiante.
Subflujos: Ninguna.
Poscondiciones: Ninguna.
Tabla Nº 07: Especificación del caso de uso (Administrar Información Académica)

Diagrama de Estado: Figura Nº 27
Figura Nº 27: Diagrama de Estado (Administrar Información Académica)

PÁGINA 49
Figura Nº 28: Diagrama de Secuencia (Administrar Información Académica)

Figura Nº 29: Diagrama de Actividades (Administrar Información Académica)

PÁGINA 50
Escenario Nº 6: Entrega de Reporte de Notas
Figura Nº 30: Caso de uso (Entrega de Reporte de Notas)

Especificacion: (Tabla Nº 08)
Nombre: Entrega - Reporte de Notas.

Actores: Secretaria - Padre
Descripción: La secretaria es la encargada de entregar las planillas y reporte de notas
para que sean llevados al sistema de registro.
Precondiciones: Deben estar todos los items de los cursos con sus respectivas notas.
Flujo: Los registros de notas deben ser entregados a la secretaria para que los
registre.
Excepciones: La planilla debe ser entregada en la fecha estipulada.
Subflujos: Ninguna.
Poscondiciones: El formato debe estar soportado con copias de la informacion suministrada.
Tabla Nº 08: Especificación del caso de uso (Entrega de Reporte de Notas)

PÁGINA 51
Diagrama de Estados: (Figura Nº 31)
Figura Nº 31: Diagrama de estados (Entrega de Reporte de Notas)

Figura Nº 32: Diagrama de secuencia (Entrega de Reporte de Notas)

PÁGINA 52
Figura Nº 33: Diagrama de Actividades (Entrega de Reporte de Notas)

Escenario Nº 7: Registra Matrícula

Figura Nº 35: Caso de uso (Registra Matrícula)

PÁGINA 53
NOMBRE. REGISTRO MATRICULA :
Actores: Secretaria Sistema.
Descripción: Secretaria registra matricula del estudiante al sistema.
Tener acceso al computador para ingresar datos a WORD Y
Precondiciones:
EXCEL
La secretaria ingresa los datos a través de las herramientas de
Flujo:
WORD Y EXCEL.
Subflujos: Ninguna.
Tabla Nº 09: Especificación del caso de uso (Registra Matrícula)

Figura Nº 36: Diagrama de estado (Registra Matrícula)

PÁGINA 54
Figura Nº 37: Diagrama de secuencia (Registra Matrícula)

Figura Nº 38: Diagrama de actividades (Registra Matrícula)

PÁGINA 55
Escenario Nº 8: Administrar Información Académica
Figura Nº 39: Caso de uso (Administrar información Académica)

NOMBRE: ADMINISTRAR INFORMACION ACADEMICA:
Actores: Coordinador.
El coordinador administra todo tipo de información académica que

Descripción: contempla las notas de los estudiantes las observaciones y el historial de los
años cursados.
Precondiciones: Debe estar todos los ítems con sus respectivas notas.
La información académica también es una función que desempeña el

Flujo:
director.
Excepciones: La información académica debe contener todas las notas del estudiante.
Subflujos: Ninguna.
Tabla Nº 10: Especificaciones del caso de uso (Administrar información Académica)

PÁGINA 56
Figura Nº 40: Diagrama de estado (Registra Matrícula)

Figura Nº 41: Diagrama de secuencia (Administrar información Académica)

PÁGINA 57
Figura Nº 42: Diagrama de actividades (Administrar información Académica)

Escenario Nº 9: Reportar Notas

Figura Nº 43: Caso de uso (Reportar Notas)

PÁGINA 58
Nombre: Reportar Notas.
Actores: Docente Coordinador.
El docente lleva el control de las notas en planilla y se las entrega al

Descripción:
estudiante.
La entrega de las notas debe contener el valor de las calificaciones de
Precondiciones:
cada curso y luego entregado al estudiante.
Flujo: Esta entrega de notas se realiza del docente hacia los estudiantes.
Subflujos: Ninguna.
Pos condiciones: Ninguna.
Tabla Nº 11: Especificaciones del caso de uso (Reportar Notas)

PÁGINA 59
Figura Nº 44: Diagrama de estado (Reportar Notas)

Figura Nº 45: Diagrama de secuencia (Reportar Notas)

PÁGINA 60
Figura Nº 46: Diagrama de actividades (Reportar Notas)

Escenario Nº 10: Ingresar Notas

Figura Nº 47: Caso de uso (Ingresar Notas)

PÁGINA 61
Nombre: Reportar Notas.
Actores: Docente Coordinador.
El docente lleva el control de las notas en planilla y se las entrega al
Descripción:
estudiante.
La entrega de las notas debe contener el valor de las calificaciones de
Precondiciones:
cada curso y luego entregado al estudiante.
Flujo: Esta entrega de notas se realiza del docente hacia los estudiantes.
Subflujos: Ninguna.
Pos condiciones: Ninguna.
Tabla Nº 12: Especificaciones del caso de uso (Ingresar Notas)

Figura Nº 48: Diagrama de estado (Ingresar Notas)

PÁGINA 62
Diagrama de Secuencia: : (Figura Nº 49)
Figura Nº 49: Diagrama de secuencia (Ingresar Notas)

Figura Nº 50: Diagrama de actividades (Ingresar Notas)

PÁGINA 63
Diagrama de Clases: (Figura Nº 51)
Figura Nª 51: Diagrama de clases

PÁGINA 64
CAPITULO V
5.1. ADMINISTRACION DEL PROYECTO POR ETAPAS

CRNOCRMA DE ELBORACION DEL PROYECTO
OCTUBRE NOVIEMBRE DICIEMBRE ENERO
ACTIVIDADES DURACION (días) 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
1. Proyecto de software 112
1.1 Visión/Alcance 7 día s
1.1.1 Ma gni tud del proyecto 7 día s
1.2 Planeamiento 14 día s
1.2.1 Des a rrol l o de pl a nes de cos to 7 día s
1.2.2 Es tudi o de fa cti bi l i da d económi ca7 día s
1.2.3 Pl a n de tra ba jo 7 día s
1.3 Historia y escenario 28di a s
1.3.1 Recopi l a ci ón de i nforma ci ón 14 día s
1.3.2 Di s eño de di a gra ma s 14 día s
1.3.3 El a bora ci ón del model o E-R 7 día s
1.3.4 Di s eño de i nterfa z 21 día s
1.4 Implementación funcional 21 día s
1.4.1 Des a rrol l o de BD 21 día s
1.4.2 Rea l i za r l a progra ma ci ón 21 día s
1.5 Test y pruebas 14 día s
1.5.1 Rea l i za r l a s prueba s en el s i s tema14 día s
1.5.2 Corregi r errores 14 día s
1.6 Estabilización 7 día s
1.6.1 obtener y pres enta r el prototi po de
7di
s iasstema
1.7 control de calidad 7 día s
1.7.1 veri fi ca r funci ona l i da d y vel oci da d7 día s
1.8 desarrollo de planes 7 día s
1.8.1 el a bora r el s i s tema de a yuda 7 día s
1.8.2 ca pa ci ta ci ón de us ua ri os 7 día s
1.9 despliegue 7 día s
1.9.1 fi na l i za ci ón de proyecto 7 día s
PÁGINA 65
5.2. INVERSIÓN DEL PROYECTO
MATERIALES Y MOBILIARIOS
RECURSOS
N° CANTIDAD UNI C/U C/TOTAL
MATERIALES
1 Papel bond A4 2 paquetes 1000 S/.30.00 S/.60.00
Redacción y
2 1 perfil 20 S/.0.50 S/.10.00
tipiado de perfil
Fotocopias del 3 copias del
3 200 S/.0.10 S/.60.00
proyecto ejemplar
Redacción y
4 1 ejemplar 200 S/.1.00 S/.200.00
tipiado de proyecto
Impresión del
5 1 ejemplar 200 S/.0.50 S/.100.00
proyecto
TOTAL S/.430.00
5.2.1. PRESUPUESTO DE EQUIPO
COSTOS DE MATERIALES Y EQUIPOS

DESCRIPCIÓN UNID. OBSERVACIONES PRECIO
Alquiler de laptop 2 Por 3 meses S/.300.00
Alquiler De
1 Por 3 meses S/.200.00
Impresora
S/.240.00
Internet 1 Por 3 meses
TOTAL S/.740.00
PÁGINA 66
5.2.2. PRESUPUESTO PARA EL HARDWARE
DESCRIPCIÓN CANT. PRECIO PRECIO TOTAL

CONEXIÓN DE RED LOCAL
Switch D-Link 24 puertos DES-
1 S/.300.00 S/.300.00
1000SD
Tarjeta Red D-Link 10/1000 Mbps 5 S/.30.00 S/.150.00
Cable UTP Categoria 5 (metros) 100 S/.1.00 S/.100.00
Conector RJ-45 50 S/.1.00 S/.50.00
SERVIDOR
HP 1 S/.9,000.00 S/.9,000.00
COMPUTADORAS E IMPRESORAS
I7 2 S/.3,000.00 S/.6,000.00
HP Impresora Matricial Deskjet 2 S/.7,00.00 S/.1,400.00
Total Hardware S/.17,000.00
5.2.3. PRESUPUESTO PARA EL SOFTWARE
DESCRIPCIÓN CANTIDAD PRECIO TOTAL

HERRAMIENTAS DE DESARROLLO
Microsoft Visual Studio
1 S/. 2,800.00 S/. 2,800.00
2010 Profesional
Microsoft Office 2016
1 S/. 500.00 S/. 500.00
Profesional
Rational Rose
1 S/. 600.00 S/. 600.00
Enterprise 2003
BASE DE DATOS
XAMPP. (MYSQL) 1 S/. - S/. -
Workbench 6.3 1 S/. - S/. -
yEd Graph Editor 1 S/. - S/. -
SISTEMA OPERATIVO
Microsoft Windows 7
2 S/. 440.00 S/. 2,640.00
Ultimate
Linux Debían (Server) 1 S/. - S/. -
Total Software S/. 6,540.00
PÁGINA 67
5.2.4. RESUMEN DEL PRESUPUESTO TOTAL DEL PROYECTO
RESUMEN COSTO TOTAL EN NUEVOS SOLES

Presupuesto analítico y mobiliarios S/. 430.00
Presupuesto de equipos S/. 1,140.00
Presupuesto para el hardware S/. 17,000.00
Presupuesto para el software S/. 6,540.00
TOTAL S/. 25,110.00
5.3. PRESUPUESTOS DE INGRESOS Y GASTOS

INGRESOS GASTOS
S/. 25,110.00
0.00 0
5.4. FINANCIAMIENTO
La inversión económica para la ejecución del proyecto en gastos de equipos y otros que se
requirieron para su total funcionamiento, se financio con recursos propios.
Posteriormente será solventado por la carrera de computación e informática del IESTP-
INDOAMERICA la cual será beneficiaria.
5.5. CONTINUIDAD Y SOSTENIBILIDAD DEL PROYECTO
El proyecto tiene una continuidad aproximada de hasta dos (2) años de funcionamiento ya que
posteriormente puede quedar obsoleto, ya que las nuevas tecnologías de hoy en día solicitan
mejores recursos informáticos, además del uso de internet en todos sus procesos pasado los
años se puede actualizarse.
PÁGINA 68
5.5.1. CONCLUSIONES
 El sistema informático cuenta con los requerimientos establecidos por la institución
educativa.
 El software permite el control de todos los registros de matrícula de cada estudiante
de manera eficiente y segura.
 El software permite brindar la información necesaria a la institución de manera
dinámica, rápida, y correcta, mejorando el nivel de atención a los padres de familia,
estudiantes del Instituto.
5.5.2. RECOMENDACIONES
 Capacitar al personal administrativo, para dar a conocer cómo se debe utilizar el
software, para evitar algún error en los resultados.
 Siempre que vaya a realizar alguna operación en el sistema esté completamente
seguro, para el buen procesamiento de datos y resultados deseados.
 El software debe estar a cargo sólo del personal encargado.
PÁGINA 69
ANEXOS
PÁGINA 70
PÁGINA 71
PÁGINA 72
PÁGINA 73
PÁGINA 74
PÁGINA 75
PÁGINA 76
PÁGINA 77
PÁGINA 78
PÁGINA 79
PÁGINA 80
PÁGINA 81
PÁGINA 82
BIBLIOGRAFÍA
Bastida, M. D. (2 de 8 de 2005). Arquitectura de Sistemas Operativos. Obtenido de

Monografias.com: http://www.monografias.com/trabajos26/arquitectura-
windows/arquitectura-windows.shtml
Calle, F. (24 de 6 de 2008). Arquitectura 3 Capas. Obtenido de SlideShare:
https://es.slideshare.net/Decimo/arquitectura-3-capas
Microsoft. (11 de 2013). SQL Server 2014. Obtenido de Data Platform:
https://www.microsoft.com/es-xl/sql-server/sql-server-2014
Microsoft. (10 de 2016). Welcome to Visual Studio 2015. Obtenido de Herramientas y lenguajes
de Desarrollo: https://msdn.microsoft.com/es-pe/library/dd831853.aspx
Reyes, D. G. (5 de 7 de 2017). Telecomunicaciones: Arquitectura Cliente/Servidor . Obtenido de
Monografias.com: http://www.monografias.com/docs114/telecomunicaciones-
arquitectura-cliente-servidor/telecomunicaciones-arquitectura-cliente-servidor.shtml
WIKIPEDIA. (24 de 8 de 2017). Desarrollo en Cascada. Obtenido de Ciclo de Vida de un
Software: https://es.wikipedia.org/wiki/Desarrollo_en_cascada
PÁGINA 83

Instituto de Sistemas Empressariales Indoamerica Corrigido

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Instituto de Sistemas Empressariales Indoamerica Corrigido

Transféré par

Droits d'auteur :

Formats disponibles

“CENTRO DE EDUCACION TECNICO PRODUCTIVO INDOAMERICA

CARRERA PROFESIONAL DE COMPUTACIÓN E INFORMÁTICA”

TÍTULO DEL PROYECTO

“IMPLEMENTACIÓN DE SISTEMA DE MATRÍCULA EN EL

PARA OPTAR AL TÍTULO

 HUAMANI CONZAMOLLO, Dionicia

mis padres por apoyarme.

NANCY HUILLCA COLQUE

Profesional en Computación e Informática. A mis padres quienes me dieron vida, educación,

DIONICIA HUAMANI CONZAMOLLO

FELICITAS SUCLLE MAMANI

respeto que engrandece a la persona, responsables y capaces de enfrentar a la sociedad.

NOMBRE DEL PROYECTO ..................................................................................... 9

2.1. DIAGNÓSTICO .................................................................................................. 10

2.1.1. DESCRIPCIÓN DEL PROBLEMA............................................................... 10

2.2. INSTITUCIÓN Y ÁREA DONDE SE DESARROLLA................................ 11

2.2.1. FUNCIONES DEL ÁREA DE DESARROLLO DEL INSTITUTO DE SISTEMAS

2.3. RAZÓN SOCIAL ................................................................................................ 12

2.3.1. NOMBRE .......................................................................................................... 12

2.3.2. NATURALEZA ................................................................................................ 13

2.3.3. MARCO LEGAL.............................................................................................. 13

2.4. ACTIVIDADES QUE REALIZA ...................................................................... 13

2.4.1. FUNCIONES DE LA OFICINA DE ADMINISTRACIÓN ......................... 13

2.5. ASPECTOS TÉCNICOS .................................................................................... 14

2.5.1. UBICACIÓN GEOGRÁFICA ........................................................................ 14

2.5.2. PLANO DE UBICACIÓN ............................................................................... 15

2.5.3. ORGANIZACIÓN Y FUNCIONES ............................................................... 16

2.5.4. INFRAESTRUCTURA TECNOLÓGICA: ................................................... 18

2.6.1. JUSTIFICACIÓN TÉCNICA ......................................................................... 19

2.6.2. JUSTIFICACIÓN ECONÓMICA.................................................................. 19

CAPITULO III ........................................................................................................... 21

3.1. MARCO TEORICO............................................................................................ 21

3.1.1 ARQUITECTURA WINDOWS....................................................................... 21

3.1.2. USO .................................................................................................................... 23

3.1.3. FUNCIONAMIENTO ...................................................................................... 24

3.2. APLICACIÓN WINDOWS................................................................................ 24

3.2.1. MODELO CASCADA. .................................................................................... 24

3.2.3. CAPA DE PRESENTACIÓN.......................................................................... 25

3.2.4. CAPA DE NEGOCIO ...................................................................................... 26

3.2.5. CAPA DE DATOS............................................................................................ 27

3.3. VISUAL STUDIO................................................................................................ 28

3.3.1. ALGUNAS CARACTERÍSTICAS PRINCIPALES: ................................... 28

3.3.2. NUEVAS CARACTERÍSTICAS EN VISUAL STUDIO ............................. 29

3.3.3. VERSIONES ..................................................................................................... 30

3.4.1. CARACTERÍSTICAS PRINCIPALES ......................................................... 31

3.4.2. NUEVAS CARACTERÍSTICAS DE C# 2015............................................... 31

3.5. SQL ....................................................................................................................... 31

3.5.1. ALGUNAS CARACTERÍSTICAS DE ESTA BASE DE DATOS:............. 31

3.5.2. NUEVAS CARACTERÍSTICAS DE SQL SERVER 2014 .......................... 32

4.1. DESCRIPCIÓN DEL PROYECTO ................................................................ 34

4.1.1.1. OBJETIVO ESPECÍFICO ........................................................................... 34

4.2.1. BENEFICIARIOS DIRECTOS E INDIRECTOS ........................................ 36

4.3. DISEÑO DEL PROYECTO ............................................................................... 36

4.4. HISTORIA Y ESCENARIOS ............................................................................ 38

5.1. ADMINISTRACION DEL PROYECTO POR ETAPAS ............................... 65

5.2. INVERSIÓN DEL PROYECTO........................................................................ 66

5.2.1. PRESUPUESTO DE EQUIPO........................................................................ 66

5.2.2. PRESUPUESTO PARA EL HARDWARE ................................................... 67

5.2.3. PRESUPUESTO PARA EL SOFTWARE..................................................... 67

5.2.4. RESUMEN DEL PRESUPUESTO TOTAL DEL PROYECTO ................. 68

5.3. PRESUPUESTOS DE INGRESOS Y GASTOS .............................................. 68

5.4. FINANCIAMIENTO .......................................................................................... 68

5.5. CONTINUIDAD Y SOSTENIBILIDAD DEL PROYECTO.......................... 68