tap - sistema web de asesoría tutoría para los alumnos de ingenieria - sergio meza
TRANSCRIPT
UNIVERSIDAD RICARDO PALMA
ESCUELA ACADÉMICO PROFESIONAL DE
INGENIERÍA INFORMÁTICA
Docentes: Beltran Saravia Victor, Tamayo Zumaeta Miguel
Alumnos: Meza Hernández, Sergio Vandor
Curso: Taller de Aplicacion Profesional
Proyecto: Sistema Web de Asesoría y Tutoría para los alumnos de la Facultad de Ingeniería de la Universidad Ricardo Palma
Lima – Surco
Noviembre / 2012
1
Universidad Ricardo Palma
Curso de Taller de Aplicacion Profesional
“Sistema Web de Asesoría y Tutoría para los alumnos de la Facultad de Ingeniería de la Universidad Ricardo Palma”
Meza, Hernández, Sergio Vandor
“Trabajo presentado en cumplimiento de las exigencias académicas de la Facultad de Ingeniería Informática en el curso de Taller de Aplicación
Profesional”
Lima – SurcoNoviembre / 2012
2
DEDICATORIA
Dedico este proyecto de investigación y la formación de
mi carrera universitaria a mis padres por todo el apoyo
que siempre me han brindado y por todo el esfuerzo que
hacen en que concluyan mis estudios universitarios.
3
AGRADECIMIENTOS
A la Universidad Ricardo Palma,por haberme dado la
oportunidad de tener una formación profesional y pudiera
cumplir mi gran sueño de terminar con éxito mi carrera.
A mis Padres, por su gran amor que siempre me
brindan y el apoyo constante en mi vida.
4
Meza Hernández, Sergio Vandor
Sistema Web de asesoría y tutoría para los alumnos de la facultad de Ingeniería de la Universidad Ricardo Palma/ Meza Hernández, Sergio Vandor
Monografía – Curso de Taller de Aplicación Profesional
Surco – Lima, Noviembre 2012
Ingeniería Informática
Profesores: Víctor Beltrán Saravia, Miguel Tamayo Zumaeta
1. Asesoría 2.Tutoría 3. Sistema Web
5
RESUMEN
El presente trabajo de tesis tiene como propósito principal mejorar el proceso
de administración de las asesorías y tutorías que se realizan para los alumnos
Facultad de Ingeniería de la Universidad Ricardo Palma, que tienen problemas
académicos, están en riesgo y han desaprobado en el semestre anterior con
más del 50% del número de créditos cursados.
El programa de asesoría y tutoría es llevado a cabo únicamente en la Facultad
de Ingeniería de la Universidad Ricardo Palma.
Actualmente el proceso de planificación de las asesorías y el llenado de las
fichas por los docentes es realizado de manera manual es decir se utilizan
hojas de papel para el caso de las fichas y la planificación se realiza por medio
de un cuadro Excel, esto ocasiona que cada vez que el Jefe del programa
necesite elaborar un informe para las autoridades de la Universidad
(Funcionarios) tenga que revisar los Registros de Atención de los Asesores
(Docentes que brindan servicio de Asesoría) y en el caso de que necesite
elaborar un reporte de manera gráfica debe ingresar las cantidades una por
una de cada ficha para cumplir su objetivo.
La información de las Asesorías brindadas es llenada por cada docente en una
ficha llamada Registro de Asesorías Brindadas, hay casos en las que las
sesiones tienen poca concurrencia de alumnos pero hay otros casos en las que
son masivas especialmente en los cursos de Matemáticas y Físicas esto
ocasiona que el docente deba quedarse más tiempo fuera de sus horas no
lectivas o disminuir el tiempo de duración de las sesiones.
La solución propuesta es el desarrollo e implementación de un sistema web
que permite facilitar, optimizar y automatizar todo el proceso de las asesorías y
tutorías que se llevan a cabo en la Facultad de Ingeniería de la Universidad
Ricardo Palma.
PALABRAS CLAVES
Asesoría, Tutoría, Sistema web de asesoría y tutoría,
6
ABSTRACT
This thesis aims primarily at enhancing the management process of Tutoring
and Guidance Program are made to the Faculty of Engineering of the University
Ricardo Palma, who have academic problems, are at risk and deprecated in the
previous semester more than 50% of the number of credits taken.
The Tutoring and Guidance program is carried out only in the Faculty of
Engineering of the University Ricardo Palma.
Currently the process of planning advice and fill the chips for teachers is done
by hand is used for sheets for the chips and the planning is done by an Excel
table, this causes whenever the head of the program need a report to the
authorities of the University (officials) have to review the records of the Advisory
service (Teachers Advisory service providing) and in case you need to prepare
a report on a chart should enter the quantities one by one on each tab to fulfill
its objective.
The information offered is the Guidance completed for each teacher in a tab
Guidance Call records given, there are cases in which the sessions have low
turnout of students but there are other cases which are massive especially in
Mathematics and Physics courses this cause the teachers need to stay more
time out of their time not teaching or decrease the duration of the sessions.
The proposed solution is the development and implementation of a web system
that helps firms streamline and automate the whole process oftutoring and
guidance to take place at the Faculty of Engineering of the University Ricardo
Palma.
KEY WORDS
Guidance Tutoring, Web system, Tutoring and Guidance,
7
Tabla de contenido
Capítulo I: Visión del Proyecto..........................................................................15
1.1. Planteamiento del problema.................................................................15
1.1.1. El Negocio.....................................................................................15
1.1.2. Los procesos de negocio...............................................................20
1.1.2.1. Mapeo de procesos de negocio.................................................20
1.1.2.2. Situación actual..........................................................................23
1.1.3. Descripción del problema..............................................................27
1.1.4. Sistema propuesto.........................................................................29
1.2. Fundamentación del problema.............................................................30
1.2.1. Marco teórico....................................................................................30
1.2.1.1. La educación en el Perú ............................................................30
1.2.1.2. EducaciónBásica........................................................................30
1.2.1.2.1. EducaciónBásica Regular.......................................................30
1.2.1.2.2. Educación Básica Especial.....................................................31
1.2.1.2.3. Educación Básica Alternativa..................................................31
1.2.1.2.4. Educación Superior Universitaria............................................32
1.2.1.3. Tutores ......................................................................................33
1.2.1.4. El profesorado y la tutoría académica........................................34
1.2.1.5. Orientación Psicológica .............................................................36
1.2.1.6. Asesoría Académica .................................................................39
1.2.1.7. Introducción a las tecnologías de información...........................40
1.2.1.8. Marco normativo.........................................................................78
1.2.1.8.1. Estatuto:..................................................................................78
1.2.1.8.2. Reglamento General de Matricula:.........................................79
1.2.1.8.3. Reglamento de Organización y Funciones:............................85
1.2.1.9. Estadísticas................................................................................86
1.3. Estado del arte.....................................................................................89
1.4.1. Marco lógico....................................................................................114
1.4.1.1. Árbol de problemas..................................................................115
1.4.1.2. Árbol de objetivos.....................................................................116
1.4.2. Objetivo general..............................................................................116
1.4.3. Objetivos específicos......................................................................117
1.5. Beneficios del proyecto......................................................................117
1.5.1. Justificación académica..................................................................117
8
1.5.2. Beneficios tangibles........................................................................117
1.5.3. Beneficios intangibles.....................................................................118
1.6. Alcance del proyecto..........................................................................118
1.7. Estrategia metodológica.....................................................................119
1.8. Conclusiones......................................................................................120
Capítulo II: Modelamiento del Negocio............................................................121
2.1. Introducción........................................................................................121
2.2. Reglas del Negocio............................................................................121
2.3. Casos de Uso del Negocio.................................................................122
2.3.1. Diagrama de Actores del Negocio..................................................122
2.3.2. Diagrama de Trabajadores del Negocio.........................................122
2.3.3. Diagrama de Casos de Uso del Negocio........................................123
2.3.4. Diagrama de actividades del negocio.............................................123
CUN: Asistir a una sesión de Asesoría y Tutoría.........................................125
Capítulo III: Requerimientos del Proyecto.......................................................126
3.1. Introducción........................................................................................126
3.2. Requerimientos de Software..............................................................126
3.2.1. Requerimientos Funcionales..........................................................126
3.2.2. Requerimientos No Funcionales.....................................................127
3.3. Casos de uso del sistema..................................................................129
3.3.1. Diagrama de actores del sistema....................................................129
3.3.2. Diagrama de paquetes....................................................................130
3.3.3. Diagrama de Casos de Uso del Sistema........................................131
3.3.3.1. Paquete de Administración..........................................................131
3.3.3.2. Paquete de Consulta...................................................................132
3.3.3.3. Paquete de Manejo......................................................................132
3.3.3.4. Realización de Casos de Uso del sistema más significativos.....133
3.3.3.5. Especificaciones de Casos de Uso del sistema más significativos134
Administrar Sesiones de Asesoría..................................................................134
Breve Descripción........................................................................................134
Flujo de Eventos..............................................................................................134
Flujo Básico.................................................................................................134
Selección de la opción “Registrar Alumnos en Riesgo Académico”.........134
Selección de la opción “Registrar Alumnos en General”..........................135
9
Flujo Alternativo...........................................................................................135
Ingreso de valores nulos..........................................................................135
Ingreso incorrecto de datos......................................................................135
Precondición....................................................................................................136
Post-condición.................................................................................................136
Consultar RegistroSesiones Asesoría.............................................................136
Breve Descripción........................................................................................136
Flujo de Eventos..............................................................................................136
Flujo Básico.................................................................................................136
1.1.1 Selección de la opción “Consultar Sesiones Asesoría”...............136
Flujo Alternativo...........................................................................................136
No hay registros.......................................................................................136
Precondición....................................................................................................137
Post-condición.................................................................................................137
Administrar Convocatoria................................................................................137
Breve Descripción........................................................................................137
Flujo de Eventos..............................................................................................137
1.1 Flujo Básico........................................................................................137
1.1.1 Selección de la opción “Registrar Convocatoria”.........................137
1.1.2 Selección de la opción “Modificar Convocatoria”.........................138
1.1.3 Eliminar Convocatoria..................................................................138
1.2 Flujo Alternativo.................................................................................138
1.2.1 Ingreso de valores nulos..............................................................138
1.2.2 Ingreso incorrecto de datos.........................................................138
2. Precondición............................................................................................138
3. Post-condición..........................................................................................138
3.4. Modelo Conceptual............................................................................139
3.4.1. Modelo conceptual del sistema.......................................................139
3.5. Benchmarking....................................................................................140
3.6. Prototipos...........................................................................................141
Capítulo IV: Gestión del Proyecto...................................................................142
4.1. Introducción........................................................................................142
4.2. Viabilidad del proyecto.......................................................................142
4.2.1. Viabilidad técnica............................................................................142
4.2.2. Viabilidad económica......................................................................145
10
4.2.3. Cálculo de VAN y TIR.....................................................................149
4.3. Organización del proyecto..................................................................156
4.3.1. Organigrama del proyecto..............................................................156
4.3.2. EDT.................................................................................................157
4.4. Estimación y ejecución del proyecto..................................................158
4.4.1. Cronograma de ejecución del proyecto..........................................158
Conclusiones...................................................................................................161
Glosario de Términos......................................................................................162
Siglario............................................................................................................166
Bibliografía......................................................................................................168
11
Índice de gráficos
Gráfico #1 - Organigrama de la Facultad de Ingeniería de la Universidad Ricardo Palma.........19
Gráfico #2 - Se muestra el mapeo de procesos estratégicos, core y de soporte de la
universidad............................................................................................................................... 20
Gráfico #3 - Se muestra el proceso general del programa de asesoría y tutoría de la
Facultad de Ingeniería de la Universidad Ricardo Palma.....................................................23
Gráfico #3- Se muestra el Proceso general de una asesoría y tutoría para los alumnos de
la facultad de Ingeniería de la Universidad Ricardo Palma..................................................23
Gráfico #4- Se muestra el Proceso de una asesoría que se realiza para los alumnos de la
facultad de Ingeniería de la Universidad Ricardo Palma......................................................24
Gráfico #5 - Se muestra el Proceso de una tutoría que se realiza para los alumnos de la
facultad de Ingeniería de la Universidad Ricardo PalmaUniversidad Ricardo Palma........25
Gráfico # 6 –............................................................................................................................... 41
Esquema grafico del funcionamiento de un servidor...........................................................41
Gráfico # 7 –.............................................................................................................................. 55
Registro de Base de Datos.........................................................................................................55
Gráfico # 8 –............................................................................................................................... 65
Gráfico #9 –................................................................................................................................ 67
Comparación gráfica del modelo tradicional de aplicación web y del nuevo modelo propuesto
por AJAX. (Imagen original creada por AdaptivePath y utilizada con su permiso) ....................67
Gráfico # 10 –............................................................................................................................. 69
Comparación entre las comunicaciones síncronas de las aplicaciones web tradicionales y las
comunicaciones asíncronas de las aplicaciones AJAX (Imagen original creada por
AdaptivePath y utilizada con su permiso)...................................................................................69
Gráfico # 11 –............................................................................................................................ 73
Arquitectura de .Net Framework.................................................................................................73
Gráfico # 12 –............................................................................................................................. 76
Biblioteca de .Net Framework.................................................................................................76
Gráfico # 13 - Cantidad de alumnos por docente en porcentaje................................................88
Gráfico # 14 - Servidor Blade.....................................................................................................98
Gráfico # 15 – 3 capas MVC (Modelo Vista Controlador).........................................................102
Gráfico #16 - Árbol de problemas.............................................................................................115
12
Gráfico # 17 - Árbol de objetivos..............................................................................................116
Gráfico # 18 – Diagrama Actores del Negocio.........................................................................122
Gráfico # 19 – Diagrama Trabajadores del Negocio................................................................122
Gráfico # 20 – Diagrama Casos de Uso del Negocio...............................................................123
Gráfico # 21 – Diagrama de Actividades – CUN Asistir a una sesión de Asesoría y Tutoría. . .124
Gráfico # 22 – Diagrama de Actividades – CUN Distribuir Relación de Alumnos en Riesgo....125
Gráfico # 23 – Diagrama de Actividades – CUN Solicitar un informe de las asesorías y tutorías
de los alumnos......................................................................................................................... 125
Gráfico # 24 – Diagrama de Actores del Sistema.....................................................................129
Gráfico # 25 – Diagrama de Paquetes.....................................................................................130
Gráfico # 26 – Paquete de Administración...............................................................................131
Gráfico # 27 – Paquete de Consulta........................................................................................132
Gráfico # 28 – Paquete de Manejo...........................................................................................133
d. El usuarioselecciona la opción aceptar...........................................................................138
e. El Sistema valida y elimina la convocatoria seleccionada...............................................138
Gráfico # 32 – Modelo Conceptual...........................................................................................139
Gráfico # 33 – BenchMarking...................................................................................................140
Fuente: Elaboración propia......................................................................................................140
Gráfico # 34 – Prototipos..........................................................................................................141
Fuente: Elaboración propia......................................................................................................141
Gráfico # 35 - Organigrama del proyecto.................................................................................156
Gráfico # 36 - EDT del proyecto...............................................................................................157
Gráfico # 37 - Cronograma del proyecto..................................................................................160
13
Índice de cuadros
Cuadro # 1 - Cantidad de alumnos de la Facultad de Ingeniería en la Universidad Ricardo
Palma con más del 50% del número de créditos desaprobados................................................86
Cuadro # 2- Cantidad de alumnos por docente..........................................................................87
Cuadro # 3- Cantidad de alumnos por tipo de sanción de la facultad de ingeniería de la
Universidad Ricardo Palma........................................................................................................89
Cuadro #4 - Características del servidor para el proyecto........................................................143
Cuadro #5 - Características de la PC.......................................................................................144
Cuadro # 6 - Análisis de alternativas del software para el desarrollo del proyecto...................145
Cuadro #7 - Costos de hardware para implementar el proyecto..............................................146
Cuadro # 8 - Costos de software utilizando la alternativa #1 para implementar el proyecto. . .147
Cuadro # 9 - Costos de software utilizando la Alternativa #2 para implementar el proyecto....148
Cuadro #10- Costos de software utilizando la Alternativa #3 para implementar el proyecto....149
Cuadro #11–Cuadro de gastos de docentes...........................................................................150
Fuente: Elaboración propia......................................................................................................150
Cuadro #12– Costos en los procesos de la situación actual del programa de Asesoría y Tutoría
................................................................................................................................................. 150
Fuente: Elaboración propia......................................................................................................150
Cuadro #13– Costos en los procesos con el sistema webparael programa de Asesoría y Tutoría
................................................................................................................................................. 151
Fuente: Elaboración propia......................................................................................................151
Cuadro #14–Beneficio Neto del Proyecto.................................................................................152
Fuente: Elaboración propia......................................................................................................152
Cuadro #15–Cuadro de costos de la Inversión del proyecto....................................................152
14
Fuente: Elaboración propia......................................................................................................152
Cuadro #16–Calculo del VAN...................................................................................................153
Fuente: Elaboración propia......................................................................................................153
................................................................................................................................................. 155
Cuadro #17–Calculo general del van y tir del proyecto............................................................155
Fuente: Elaboración propia......................................................................................................155
Capítulo I: Visión del Proyecto
1.1.Planteamiento del problema
1.1.1. El Negocio
Introducción1
Más de 40 años de intensa actividad
La Universidad Ricardo Palma cumplió, el 1ro de julio del 2012,
43 años de actividad institucional al servicio de la comunidad
peruana.
Las tareas académicas y administrativas, desarrolladas con
intensidad y en forma permanente en el transcurso del tiempo
consolidan a nuestra institución como una de las universidades de
mayor prestigio a nivel nacional e internacional, gracias al nivel
académico de nuestros profesores y alumnos y, también, a la
infraestructura y al soporte técnico acordes con la tecnología de
punta y la modernidad.
La mejor manera de cumplir nuestro rol en la sociedad es,
precisamente, formando seres humanos para una cultura de paz;
entregando a los alumnos una educación profesional de gran
nivel, para que, llegado el momento de realizar su actividad
laboral, no sólo sean ejecutores, sino, a la vez, proactivos y
siempre dispuestos a encontrar solución a los problemas.
Misión
1 Fuente: Universidad Ricardo Palma
15
Formar integralmente profesionales competitivos a nivel
internacional, a través de programas académicos
multidisciplinarios, permanentemente actualizados y con énfasis
en la investigación aplicada, y mecanismos de inserción temprana
en el mercado laboral.
Ofrecer soluciones innovadoras a la problemática del país y de las
regiones, que atiendan necesidades de sectores productivos y
sociales.
Visión
Ser la primera universidad del Perú con reconocimiento
internacional, promotora del desarrollo integral de la persona y del
país.
Reseña histórica2
La Universidad Ricardo Palma es una institución educativa que
fue creada, por Decreto Ley No 17723, el 1ro de julio de 1969.
Tiene autonomía académica, económica, normativa y
administrativa de conformidad con la Constitución Política del
Estado, la Ley Universitaria 23733, las leyes de la República y su
propio Estatuto.
Se dedica a la enseñanza, la investigación y extensión
universitaria y proyección social de la ciencia y la cultura hacia la
comunidad nacional e internacional. Está integrada por
profesores, estudiantes y graduados. La conforman también los
trabajadores no docentes, como personal de apoyo, en la
realización de sus objetivos y fines.
Actualmente, la Universidad Ricardo Palma está siendo conducida
con la acertada gestión de su Rector, doctor Iván Rodríguez
Chávez. Y cuenta con las siguientes facultades: Arquitectura y
Urbanismo, Ingeniería, Ciencias Económicas y Empresariales,
2 Fuente: Universidad Ricardo Palma
16
Ciencias Biológicas, Psicología, Humanidades y Lenguas
Modernas, Medicina Humana, y Derecho y Ciencia Política.
En sus aulas estudian más de diez mil alumnos y alumnas una de
las siguientes carreras profesionales:
Arquitectura, Biología, Medicina Veterinaria, Medicina Humana,
Economía, Administración y Gerencia, Administración de
Negocios Globales, Contabilidad y Finanzas, Turismo, Hotelería y
Gastronomía, Ingeniería Informática, Ingeniería Electrónica,
Ingeniería Civil, Ingeniería Industrial, Ingeniería Mecatrónica,
Psicología, Traducción e Interpretación, Derecho y Relaciones
Internacionales. Añadiéndose la carrera de Enfermería, en
convenio con las Escuelas de Enfermería "Padre Luis Tezza" y
"San Felipe".
Como parte de su organización académica, la Escuela de
Postgrado ofrece los doctorados en Ciencias Políticas y
Relaciones Internacionales, en Arquitectura y en Administración
de Negocios Globales, así como maestrías en diferentes áreas del
conocimiento, y segunda especialidad profesional en
Psicopedagogía, en Didáctica Universitaria y en Gestión
Educativa
Igualmente, la Universidad Ricardo Palma ofrece los estudios de
diplomados vinculados a las diversas actividades humanas.
También desarrollan sus actividades el Centro Pre Universitario
CEPURP y los centros de: Investigación; Tecnología, Desarrollo
Empresarial y Liderazgo; Idiomas; Cultural CcoriWasi;
Orientación Psicológica; Estudios para Comunidades Saludables;
Perfeccionamiento Profesional; Conchas de Abanico.
Facultad de Ingeniería de la Universidad Ricardo Palma
La facultad de ingeniería de la Universidad Ricardo Palma cuenta
con 5 carreras profesionales:
Escuela Académico Profesional de Ingeniería Civil.
17
Escuela Académico Profesional de Ingeniería Electrónica.
Escuela Académico Profesional de Ingeniería Industrial.
Escuela Académico Profesional de Ingeniería Informática.
Escuela Académico Profesional de Ingeniería Mecatrónica.
También cuenta con las siguientes oficinas:
Secretaria Académica.
Oficina de Registros y Matrícula.
Oficina de Grados y Títulos.
CITDEL.
Oficina de Servicios Administrativos.
Centro de Prácticas y Desarrollo Profesional.
Biblioteca Especializada.
Centro de Prácticas y Desarrollo Profesional.
Biblioteca Especializada.
Departamento Académico de Ingeniería.
Instituto de Construcción.
Instituto de Investigación.
Centro de Producción de Bienes y Servicios.
Centro de Extensión Universitaria y Proyección Social.
Unidad de Presupuesto.
Comisión Consultiva.
Comisión de Evaluación Curricular.
Biblioteca Virtual de Ingeniería.
18
Gráfico #1 - Organigrama de la Facultad de Ingeniería de la Universidad Ricardo Palma
Fuente: Universidad Ricardo Palma - Facultad de Ingeniería
19
1.1.2. Los procesos de negocio
1.1.2.1. Mapeo de procesos de negocio
Gráfico #2 - Se muestra el mapeo de procesos estratégicos, core y de soporte de la
universidad
Fuente: Elaboración propia
A continuación se detallará los procesos que tiene la Universidad
Ricardo Palma.
Macroprocesos estratégicos
Direccionamiento
Responsabilidad, autoridad y comunicación.
Revisión por la dirección.
Planificación
Proyectos.
Presupuesto – Planes (Jefes).
Presupuesto – Rectorado.
20
Infraestructura – Estadística.
Gestión de calidad
Control de documentos y registros.
Gestión documental.
Control y seguimiento de acciones correctivas, preventivas y
de mejora.
Acreditación (ABET Ingeniería).
Desarrollo Académico.
Macroprocesoscore
Admisión
Inscripción.
Selección.
Bienestar Universitario
Bienestar.
Asesoría psicológica.
Servicio médico.
Capellania.
Trabajo Social (Brigada URP).
Registro Académico (ORECA)
Registro de notas.
Certificación y servicios de información académica
(Diplomados).
Reincorporación de alumnos
Relaciones Universitarias
Convenios (Universidades extranjero)
Desarrollo académico.
Carrera Académica
Convocatoria, selección y categorización de profesores nuevos
de planta y cátedra.
Información documental y estadística.
Inscripción, promoción, ascenso, reclasificación de profesores.
Desarrollo y evaluación de clases.
Evaluación Practicas Pre profesionales
21
Eventos académicos
Gestión de biblioteca
Desarrollo de ejemplares.
Procesamiento técnico de material bibliográfico.
Servicios al público.
Producción de estadísticas y reportes bibliográficos.
Macroprocesos Soporte
Gestión de recursos humanos
Selección y contratación de personal.
Capacitación.
Bienestar de personal
Salud ocupacional.
Nómina y seguridad social.
Gestión de administración
Compras.
Control de activos fijos.
Selección, evaluación y reevaluación de proveedores.
Gestión de tecnología de la información (OFICIC)
Desarrollo.
Software y proyectos.
Centro de datos.
Página web.
Redes y comunicaciones.
Helpdesk y Soporte.
Gestión Financiera
Economía.
Contabilidad.
Tesorería.
Cuentas corrientes.
Costos y presupuestos.
22
1.1.2.2. Situación actual
Programa de Asesoría y Tutoría
Gráfico #3 - Se muestra el proceso general del programa de
asesoría y tutoría de la Facultad de Ingeniería de la Universidad
Ricardo Palma
Gráfico #3- Se muestra el Proceso general de una asesoría y tutoría para los alumnos
de la facultad de Ingeniería de la Universidad Ricardo Palma
Fuente: Elaboración Propia
Comentario: Este proceso está basado en el estudio de
los procesos de una asesoría y tutoría.
Caso 1: “Proceso de una asesoría que se realiza para los
alumnos de la facultad de Ingeniería de la Universidad Ricardo
Palma”
23
Gráfico #4- Se muestra el Proceso de una asesoría que se realiza para los
alumnos de la facultad de Ingeniería de la Universidad Ricardo Palma
Fuente: Elaboración Propia
Caso 2: ““Proceso de una tutoría que se realiza para los alumnos
de la facultad de Ingeniería de la Universidad Ricardo Palma”
24
Gráfico #5 - Se muestra el Proceso de una tutoría que se realiza para los
alumnos de la facultad de Ingeniería de la Universidad Ricardo
PalmaUniversidad Ricardo Palma
Fuente: Elaboración Propia
25
Para entender bien el problema es necesario explicar cómo
funciona el proceso del programa de asesoría y tutoría de la
facultad Ingeniería de la Universidad Ricardo Palma, expresado
en los 3 gráficos.
En el primer caso los pasos son los siguientes:
La Oficina Central de Informática y Computo (OFICIC) envía a
la Oficina de Registros y Matricula (ORM) la relación de
alumnos en riesgo.
Una vez obtenida la relación de alumnos, el Jefe del Programa
de Asesoría y Tutoría recoge la lista de alumnos en Riesgos.
El jefe de programa asigna las relaciones de alumnos a los
docentes del programa.
Cada Asesor recibe una lista de alumnos en riesgo, y procede
a hacer una convocatoria vía correo electrónico y llamadas
telefónicas a los alumnos, llenando la información obtenida de
las llamadas en una Ficha denominada Registro de Llamadas
Telefónicas de Docentes Tutores.
Cada alumno con riesgo académico, es libre de decidir si
asiste o no a una Tutoría o Asesoría.
Si el alumno opta por asistir a una asesoría entonces acude a
ella para reforzar en los temas y puntos que tiene dificultad y
debilidad.
Finalmente el Asesor registra a los alumnos que asistieron y
las observaciones durante la sesión.
Si en caso el asesor es informado por parte del alumno o
detecta que necesita una asesoría en otro curso,
inmediatamente lo registra en una ficha de derivación a otras
áreas para su atención.
El alumno decide si desea asistir a la siguiente sesión de
asesoría ya que no es obligatorio asistir a todas, solo cuando
el alumno crea conveniente.
26
En el segundo caso los pasos son los siguientes:
La Oficina Central de Informática y Computo (OFICIC) envía a
la Oficina de Registros y Matricula (ORM) la relación de
alumnos en riesgo.
Una vez obtenida la relación de alumnos, se le envía al Jefe de
Programa de Asesoría y tutoría.
El jefe de programa asigna las relaciones de alumnos a los
docentes del programa, en este caso será tutor.
Cada tutor recibe una lista de alumnos en riesgo, y procede a
hacer una convocatoria vía correo electrónico y llamadas
telefónicas a los alumnos.
Cada alumno con riesgo académicos, es libre si desea o no
tener una tutoría
Si el alumno opta por tener una tutoría entonces acude a ella
para recibir orientación académica, mejorar sus hábitos de
estudios, problemas psicológicos.
Finalmente el tutor registra a los alumnos que asistió.
Si en caso el tutor. es informado por parte del alumno que
necesita una asesoría en otro curso, inmediatamente lo
registra en una ficha de derivación a otras áreas.
A diferencia de una asesoría, la tutoría es constante.
1.1.3. Descripción del problema
El programa de asesoría y tutoría maneja toda la información que
recopila de los alumnos, asesores y tutores de manera manual.
El manejo de información de los alumnos y asesorías se lleva a
cabo por medio de fichas y registros (ficha es un formulario en
una hoja de papel, que tiene como objetivo reunir la información
de los alumnos, existe también un formato para la derivación a
otras áreas. Las atenciones de las asesorías, registros de
llamadas telefónicas y las evaluaciones a los docentes se
manejan por medio de registros) el manejo dela información de
manera manual implica correr el riesgo de que se traspapele y
que se pueda deteriorar con el paso del tiempo.
27
La información obtenida de los alumnos es insuficiente, debido a
que a partir de esta no se puede conocer su situación real
(Académica), no se puede conocer su perfil como alumno y
persona, no se puede determinar si el alumno tiene dificultades o
problemas personales ni sociales, esto imposibilita llevar a cabo
una tutoría eficaz y no permite cumplir el objetivo a cabalidad del
programa.
Debido a la forma actual con la que se lleva a cabo el proceso del
Programa de Asesoría y Tutoría no es posible obtener información
concreta sobre su nivel de efectividad (Esta información es
solicitada por el Decanato y el Consejo de Facultad que desean
saber si el programa de asesoría y tutoría cumple con los
objetivos planteados), así mismo no es posible realizar un
seguimiento a un alumno que haya participado en el programa
(Con la información obtenida).
Los docentes asignados al programa de Asesoría y Tutoría no
tienen correctamente definido el rol que deben desarrollar, debido
a que algunos docentes solo se dedican a asesorar mientras que
para otros hacen ambos roles, tanto asesores como tutores.
Algunos alumnos que tienen asesoría tal vez sean correctamente
ayudados ya que el mismo asesor es a su vez el profesor de
curso y pueden tener control en cuanto a su rendimiento de ellos
mientras que para otros que no lo son, estos docentes no puede
determinar si su asesoría resulto exitosa al alumno.
El informe que genera el jefe de programa para el decano y el
consejo de facultad, no contiene información suficiente debido a
que no se informa detalladamente el proceso de la asesoría y
28
tutoría que se le da al alumno y si realmente la asesoría es o no
efectiva.
Algunos docentes comentan que para llevar una asesoría y tutoría
integral se requiere más tiempo debido a que es una actividad en
muchos casos es muy demandante.
1.1.4. Sistema propuesto
Se propone realizar un sistema web que permita administrar las
asesorías y tutorías para los alumnos de la Facultad de Ingeniería
de la Universidad Ricardo Palma, el proceso inicial, durante y final
de cada asesoría y tutoría de cada alumno.
Se detallará todas las funcionalidades y restricciones en el
alcance de este trabajo de tesis y en los requerimientos
funcionales del sistema.
29
1.2.Fundamentación del problema
1.2.1. Marco teórico
1.2.1.1. La educación en el Perú 3
Se define educación como proceso de socialización de los
individuos. Es también el proceso de aprendizaje y
enseñanza que se desarrolla en toda la vida.
En el Perú la educación está bajo la jurisdicción del
Ministerio de Educación, que tiene como misión estratégica
la promoción del desarrollo de la persona humana, por
medio de un nuevo sistema educativo en el cual se vean
las capacidades individuales fortalecidas, gracias a una
formación integral y permanente.
1.2.1.2. EducaciónBásica4
1.2.1.2.1. EducaciónBásica Regular
La Educación Básica Regular está dirigida a los
niños y adolescentes que pasan, oportunamente, por
el proceso educativo de acuerdo con su evolución
física, afectiva y cognitiva, desde el momento de su
nacimiento. La educación básica es lo que nos
enseñan desde pequeños hasta ser mayores de
edad.
Inicial
Se inicia a partir de los 3 años, donde el niño
es el protagonista de su aprendizaje junto a
los agentes internos y externos que le
3Fuente: Información General, Ministerio de Educación,Minedu, Consultado Junio (2012),
http://www.minedu.gob.pe/institucional/index.php
4Fuente: Educación en el Perú, Wikipedia, Consultado Junio (2012),
http://es.wikipedia.org/wiki/Educaci%C3%B3n_en_el_Per%C3%BA#cite_note-0
30
brindarán condiciones óptimas para el
despliegue de sus capacidades.
Primaria
Se inicia con el primer ciclo, conformado por
el 1er y 2do grado. La edad de ingreso para
los niños es a los 5 y 6 años. Este nivel
empieza en el 1er grado y termina en el 6to
grado de primaria.
Secundaria
La educación secundaria consta de 5 años,
de 1ero al 5to año.
1.2.1.2.2. Educación Básica Especial
La educación básica especial tiene un enfoque
inclusivo y atiende a personas que tienen un tipo de
discapacidad que dificulte un aprendizaje regular y a
niños y adolescentes superdotados o con talentos
específicos. Es transversal a todo el sistema
educativo, articulándose mediante procesos flexibles
que permitan la interconexión entre las etapas,
modalidades y niveles y formas de la educación.
1.2.1.2.3. Educación Básica Alternativa
La educación básica alternativa está dirigida a
estudiantes que no tuvieron acceso a la Educación
Básica Regular. Enfatiza la preparación para el
trabajo y el desarrollo de capacidades
empresariales. Se organiza (en programas)
flexiblemente en función de las necesidades y
31
demandas específicas de los estudiantes. Los
servicios educativos se brindan a través de los
programas. La atención se da en función de las
necesidades de los estudiantes y se desarrolla en
las formas siguientes: presencial, semipresencial y a
distancia. Consta de 4 ciclos de estudios, cada uno
de 8 meses y un mes de descanso entre cada ciclo:
Ciclo I (equivalente a 1°-2° de Secundaria), Ciclo II
(equivalente a 3° de Secundaria), Ciclo III
(equivalente a 4° de Secundaria), y Ciclo IV
(equivalente a 5° de Secundaria).
1.2.1.2.4. Educación Superior Universitaria
La educación superior universitaria, se inicia en el
Perú con la creación de la Universidad Nacional
Mayor de San Marcos, por Real Cédula expedida por
don Carlos V, el 12 de mayo de 1551, la misma que
fue inaugurada en la Sala Capitular del Convento de
Santo Domingo en el Año 1553. En el año 1571
obtiene la aprobación Pontificia y en el año 1574,
recibe el nombre de Universidad Nacional Mayor de
San Marcos. La creación de la Universidad Nacional
Mayor de San Marcos, tiene como Institución
Precursora la creación en la Ciudad de Los Reyes,
del “Estudio General o Universidad”, a cargo de la
Orden de Predicadores –Padres Dominicos- el 1º de
Julio de 1548, celebrado en la ciudad del Cusco.
Dicha Institución se encargaría de la formación de
los evangelizadores de las nuevas tierras. Se
enseñaría Escritura, Teología, Gramática y Lengua
Quechua.
32
Hoy en día, el sistema de Educación Superior
peruano ostenta una superioridad notable en
cantidad de universidades privadas. El crecimiento
de estas se produjo a partir de 1994.
Del total de Universidades peruanas, 92 en total,
sólo 36 son del Estado mientras el resto pertenecen
a la gestión privada.
Según cifras de la Asamblea Nacional de Rectores
(ANR), en el año 2006, alrededor de 597.760
estudiantes circulaban por las universidades
peruanas. De este total, 290.516 (48,6%) estudiaban
en universidades públicas y 307.243 (51,4%) en
privadas.
1.2.1.3. Tutores 5
Tutors will try to clarify course content, help you prepare for
exams as well as help you improve your study skills.
However, tutors cannot do your homework, write your term
papers, make up for missed classes, substitute for
professors, study or learn for you.
Traducción
Los tutores son los que trataran de aclarar los contenidos
del curso, ayudar a prepararse para los exámenes así
como mejorar las habilidades de estudio. Sin embargo
tutores no puedes hacer tareas, escribir los trabajos de
5Fuente: Who and What Are Tutors?, McGill, ConsultadoJunio (2012),
http://www.mcgill.ca/tutoring/who
33
clase, hacer faltar a clases, sustituir profesores, estudiar o
aprender para la persona atendida.
1.2.1.4. El profesorado y la tutoría académica
La implantación de un sistema de tutorías en el marco de la
enseñanza universitaria ha de constituir un factor clave que
ayude a dinamizar este nuevo modelo formativo, cuyo eje
central lo constituye el proceso de aprendizaje del
alumnado y la ayuda metodológica que recibe del
profesorado. Ello va a requerir un cambio de mentalidad en
buena parte del profesorado universitario que ha de
redefinir su labor, haciendo que el péndulo oscile desde
una práctica docente basada en la enseñanza a otra
basada en el aprendizaje autónomo del alumnado.
El profesorado ha de asumir este nuevo reto, renunciando
al papel protagonista que ha tenido en la formación
universitaria como experto en contenidos, para centrar sus
esfuerzos en facilitar el logro de las competencias y
estimular el aprendizaje autónomo del alumnado. Su rol
debe ser ahora el de acompañante, guía del aprendizaje,
creador de espacios de aprendizaje, potenciando el
“aprender a aprender”, la motivación y el apoyo para que
los estudiantes alcancen los objetivos y las competencias
establecidas (tanto específicas como generales).
¿Qué tipo de profesor universitario es el que encajaría
mejor en este modelo de tutoría?; pues un profesor
reflexivo e innovador de su propia práctica (DEWEY, 1989:
25) “la enseñanza reflexiva es aquella en la que se lleva a
cabo el examen activo, persistente y cuidadoso de toda
creencia o supuesta forma de conocimiento a la luz de los
fundamentos que la sostienen y las conclusiones a las que
tiende”. Según MARCELO (1992) algunas de las
34
características que definen a un profesor flexible, abierto al
cambio, capaz de analizar su enseñanza, crítico consigo
mismo, con dominio de destrezas cognitivas y relacionales
son las siguientes: se pregunta qué, por qué y cómo hacen
las cosas; busca alternativas; busca el marco teórico que
subyace a los, métodos, programas, etc.; analiza qué hace
que funcionen las cosas y en qué contexto; evalúa qué ha
funcionado, qué no ha funcionado y por qué.
El profesorado universitario debe enfrentar la tarea de
redefinir su labor docente en tanto que ahora se pone en
primer plano de su actuación la tutorización y atención más
personalizada, la organización de materiales docentes, el
seguimiento y la evaluación de las actividades no
presenciales, la coordinación entre enseñanza presencial y
no presencial. Y en este nuevo escenario, la tarea
fundamental del profesor tutor será la de guiar, hacer un
seguimiento y apoyar el proceso de aprendizaje académico
para que el estudiante personalice el aprendizaje, incorpore
a su funcionamiento cotidiano las habilidades y estrategias
adquiridas aplicándolas a las distintas situaciones con
eficacia, desarrolle habilidades para la obtención de
información. Para estos fines no vale un modelo de
enseñanza expositivo, sino un modelo basado en el
aprendizaje y en el trabajo del alumnado, que habrá de
activar capacidades como la observación, la indagación, el
análisis, la deducción, el descubrimiento, la aplicación, la
clasificación, la reflexión, etc. Desde esta perspectiva se
puede emplear el espacio de la tutoría como un recurso
para la mejora de la enseñanza (RODRÍGUEZ ESPINAR,
2004).
35
La tutoría, por tanto, es una estrategia pedagógica con la
que se pretende apoyar y asesorar a los estudiantes en su
proceso de integración, de desarrollo y de formación.
Pretende potenciar las capacidades de cada alumno/a,
ayudándoles a superar las dificultades que van
apareciendo a lo largo del proceso educativo (LÓPEZ
FRANCO Y OLIVEROS, 1999; ALMAJANO, 2002). Por
ello, en tanto la tutoría se presenta como una actividad en
íntima conexión con la enseñanza, no hay un espacio
marcado y delimitado para su desarrollo (ÁLVAREZ, 2002).
Para cumplir con esta tarea no basta sólo la buena
disposición, sino que el profesor tutor debe formarse, debe
seleccionar los métodos más idóneos, las estrategias más
apropiadas para desarrollar su función asesora de manera
adecuada e integrada en la práctica educativa. Sólo así se
logrará entender la tutoría como un espacio más para el
aprendizaje del alumnado, con contenidos propios y con
una planificación de actividades apropiadas para el
desarrollo de las competencias requeridas.
1.2.1.5. Orientación Psicológica 6
La orientación psicológica es una ayuda profesional,
psicológica, que se aplica a personas que se encuentran
ante una tarea de desarrollo (actividades o situaciones que
los sujetos de determinada cultura tienen que enfrentar
como parte de su vida psicosocial: ir a la escuela,
adaptarse a sus requerimientos; constituir familia y
atenderla; insertarse laboral y profesionalmente, etcétera)
ante la que no están brindando la respuesta adecuada; o
bien enfrentan una situación conflictiva para la que no
6 Fuente: La orientación Psicológica, Salud Vida, Consultado Junio (2012), http://www.sld.cu/saludvida/psicologia/temas.php?idv=6067
36
encuentran solución y que comienza a generar ansiedad y
otros síntomas molestos. También se contemplan las
situaciones que requieren de la toma de una decisión que
permanece bloqueada a pesar del reconocimiento de su
necesidad.
La orientación psicológica tiene un carácter más bien
preventivo y se ha de aplicar cuando la problemática o
situación es más bien circunstancial y sus efectos sobre el
funcionamiento psicosocial del sujeto no ha adquirido una
connotación de cierta cronicidad o de estabilidad.
Para precisar un poco más los objetivos, podemos decir
que la orientación psicológica está encaminada a ayudar a
la personas a mantener su salud mental y lograr un
funcionamiento psicológico óptimo que se sustente en la
autoconfianza, la autoestima, la auto comprensión y el
desarrollo de las habilidades para trabajar, amar, y disfrutar
satisfactoriamente.
El orientador, en sus funciones, realiza las siguientes
actividades:
Establecimiento de la relación: Trabaja para fomentar
desde el comienzo del proceso un tipo de relación de
confianza y colaboración con su interlocutor.
Clarificación: Se esfuerza por ayudar a la persona que lo
consulta, a comprender su situación, así como los factores
actuantes y sobre todo el peso de su propia actuación en
los hechos.
37
Reforzamiento: Contribuye a que la persona desarrolle el
valor o la autoconfianza necesaria para afrontar el
problema o situación conflictiva.
Empatía: Trata de comprender el asunto desde el punto de
vista del sujeto y sobre esta base, brindarle la información
que le ayude a aumentar su comprensión del problema.
Liberación emocional: Ayuda a la persona a sentirse libre
de temores y a disminuir las tensiones y emociones
negativas.
Pensamiento racional: Estimula un pensamiento claro y
coherente, y brinda al sujeto los recursos para lograrlo.
Brinda alternativas: Aunque no toma decisiones por el
sujeto, el orientador lo ayuda a generar y evaluar
alternativas de solución a su problemática.
Reorientación: El orientador trabaja por ayudar a las
personas a clarificar sus valores y al cambio interno de sus
metas personales, cuando esto resulte necesario.
Si el individuo siente que se encuentra confundido o
atascado en el acometimiento de determinada actividad, o
que está afrontando sentimientos ambivalentes ante esa
situación o ante determinada persona o relación, o bien
encuentra que determinadas barreras internas le están
impidiendo tomar cierta decisión a pesar de reconocer la
necesidad de hacerlo o bien de pronto comienza a tener
estados emocionales negativos, ansiedad, depresión,
etcétera, sin causas aparentes, entonces requiere
orientación psicológica para enfrentar la situación.
38
1.2.1.6. Asesoría Académica 7
La asesoría académica es una actividad a través de la cual
se brinda apoyo a los estudiantes para que desarrollen
actividades de consulta para lograr la cabal compresión de
los diferentes temas de estudio. Cabe mencionar que es
distinta a la Tutoría ya que es una actividad dirigida
fundamentalmente al área del conocimiento. Está basada
en consultas que brinda un profesor, fuera de su tiempo de
docencia sobre temas específicos de su dominio.
¿QuéUtilidad tiene la Asesoría?
Es un espacio donde los estudiantes pueden resolver
sus dudas específicas respecto a alguna materia con
el apoyo de un profesor.
Es un respaldo que el profesor puede brindar a los
estudiantes para comprender mejor los temas
expuestos anteriormente y revisados por ellos.
Es una actividad creada con el propósito de ayudar a
los alumnos que han tenido dificultades académicas en
el estudio de su carrera profesional.
1.2.1.7. Introducción a las tecnologías de información
1.2.1.7.1. Servidor8
7 Fuente: Asesoría Académica, Salud Vida, Consultado Junio (2012), http://www.sld.cu/saludvida/psicologia/temas.php?idv=6067
8 Fuente: Servidores, masadelante, Consultado Junio (2012)http://www.masadelante.com/faqs/servidor
39
En Internet, un servidor es un ordenador remoto que
provee los datos solicitados por parte de los
navegadores de otras computadoras.
En redes locales se entiende como el software que
configura un PC como servidor para facilitar el
acceso a la red y sus recursos.
Los Servidores almacenan información en forma de
páginas web y a través del protocolo HTTP lo
entregan a petición de los clientes (navegadores
web) en formato HTML.
40
Gráfico # 6 –
Esquema grafico del funcionamiento de un servidor9
Tipos de Servidores 10
Servidor de impresiones: controla una o más
impresoras y acepta trabajos de impresión de otros
clientes de la red, poniendo en cola los trabajos de
impresión (aunque también puede cambiar la
prioridad de las diferentes impresiones), y realizando
la mayoría o todas las otras funciones que en un sitio
de trabajo se realizaría para lograr una tarea de
impresión si la impresora fuera conectada
directamente con el puerto de impresora del sitio de
trabajo.
Servidor de correo: almacena, envía, recibe, enruta
y realiza otras operaciones relacionadas con email
para los clientes de la red.
9 Fuente: http://www.alegsa.com.ar/Dic/servidor.php
10Fuente: Tipos de Servidores, Wiki pedía, Consultado Junio (2012)
http://es.wikipedia.org/wiki/Servidor
41
fax: almacena, envía, recibe, enruta y realiza otras
funciones necesarias para la transmisión, la
recepción y la distribución apropiadas de los fax.
Servidor de la telefonía: realiza funciones
relacionadas con la telefonía, como es la de
contestador automático, realizando las funciones de
un sistema interactivo para la respuesta de la voz,
almacenando los mensajes de voz, encaminando las
llamadas y controlando también la red o el Internet,
p. ej., la entrada excesiva de la voz sobre IP (VoIP),
etc.
Servidor proxy: realiza un cierto tipo de funciones a
nombre de otros clientes en la red para aumentar el
funcionamiento de ciertas operaciones (p. ej.,
prefetching y depositar documentos u otros datos
que se soliciten muy frecuentemente), también
proporciona servicios de seguridad, o sea, incluye
un cortafuegos. Permite administrar el acceso a
internet en una red de computadoras permitiendo o
negando el acceso a diferentes sitios Web.
Servidor del acceso remoto (RAS): controla las
líneas de módem de los monitores u otros canales
de comunicación de la red para que las peticiones
conecten con la red de una posición remota,
responde llamadas telefónicas entrantes o reconoce
la petición de la red y realiza la autentificación
necesaria y otros procedimientos necesarios para
registrar a un usuario en la red.
Servidor de uso: realiza la parte lógica de la
informática o del negocio de un uso del cliente,
aceptando las instrucciones para que se realicen las
42
operaciones de un sitio de trabajo y sirviendo los
resultados a su vez al sitio de trabajo, mientras que
el sitio de trabajo realiza la interfaz operadora o la
porción del GUI del proceso (es decir, la lógica de la
presentación) que se requiere para trabajar
correctamente.
Servidor web: almacena documentos HTML,
imágenes, archivos de texto, escrituras, y demás
material Web compuesto por datos (conocidos
colectivamente como contenido), y distribuye este
contenido a clientes que la piden en la red.
Servidor de base de datos: provee servicios de
base de datos a otros programas u otras
computadoras, como es definido por el modelo
cliente-servidor. También puede hacer referencia a
aquellas computadoras (servidores) dedicadas a
ejecutar esos programas, prestando el servicio.
Servidor de reserva: tiene el software de reserva de
la red instalado y tiene cantidades grandes de
almacenamiento de la red en discos duros u otras
formas del almacenamiento (cinta, etc.) disponibles
para que se utilice con el fin de asegurarse de que la
pérdida de un servidor principal no afecte a la red.
Esta técnica también es denominada clustering.
Servidor de Seguridad: Tiene software
especializado para detener instrucciones maliciosas,
normalmente tienen antivirus, antispyware,
antiadware, además de contar con cortafuegos
redundantes de diversos niveles y/o capas para
evitar ataques, los servidores de seguridad varían
dependiendo de su utilización e importancia.
43
1.2.1.7.2. Lenguaje de programación11
Un lenguaje de programación es un lenguaje artificial
que puede ser usado para controlar el
comportamiento de una máquina, especialmente una
computadora. Estos se componen de un conjunto de
reglas sintácticas y semánticas que permiten
expresar instrucciones que luego serán
interpretadas, para crear un conjunto de
instrucciones que, al final, constituirá un programa o
subprograma informático.
Un lenguaje de programación difiere en muchos
aspectos de un lenguaje humano. Un código escrito
en un lenguaje de programación específico siempre
se interpreta de la misma manera (no como los
idiomas humanos ambiguos), los errores son mucho
más significativos (a tal punto de que un código
puede volverse ininterpretable por la computadora),
etc.
El código fuente es el conjunto de instrucciones que
conforman un programa (o subprograma o módulo).
El código fuente debe ser compilado para poder ser
interpretado y ejecutado por la computadora. La
compilación traduce el código fuente (que depende
del lenguaje de programación) a un lenguaje
máquina (que depende del sistema de la máquina).
11Fuente: ¿Qué es un Lenguaje de programación?, alegsaonline, Consultado Junio (2012)
http://www.alegsaonline.com/art/11.php
44
Clasificación12
Los lenguajes de programación se pueden clasificar
atendiendo a varios criterios, los principales son:
● Según el nivel de abstracción
● Según la forma de ejecución
● Según el paradigma de programación que poseen
cada uno de ellos
Según el Nivel de Abstracción
Lenguajes de máquina y de bajo nivel
Los lenguajes de máquina están escritos en códigos
(código máquina) directamente inteligibles por la
máquina (computadora), siendo sus instrucciones
cadenas binarias (0 y 1).
“Lenguaje de máquina” hace referencia al lenguaje
específico de una computadora, mientras que
“código máquina” hace referencia al modo en que se
escriben los diferentes lenguajes de máquina.
12Fuente: ¿Tipos de lenguajes de Programación? wikimedia, Consultado Junio (2012)
http://www.aufop.com/aufop/uploaded_files/articulos/1230039381.pdf
45
Los lenguajes de bajo nivel son lenguajes de
programación que se acercan al funcionamiento de
una computadora. Los lenguajes de más bajo nivel
son los lenguajes de máquinas. A éste nivel le sigue
el lenguaje ensamblador, ya que al programar en
ensamblador se trabajan con los registros de
memoria de la computadora de forma directa.
La programación en un lenguaje de bajo nivel tiene
como ventajas una mayor adaptación al equipo,
además de la posibilidad de obtener la máxima
velocidad con el mínimo uso de memoria.
Sin embargo tiene importantes inconvenientes, como
la imposibilidad de escribir código independiente de
la máquina y la mayor dificultad en la programación y
en la comprensión de los programas.
Lenguajes de medio nivel Minoritariamente en
algunos textos se diferencian algunos lenguajes
como de medio nivel, como el lenguaje C, ya que
tienen ciertas características que los acercan a los
lenguajes de bajo nivel, como gestión de punteros de
memoria y registros, pero con sintaxis, vocabulario y
gramática de alto nivel.
Lenguajes de alto nivel y de muy alto nivel
Los lenguajes de programación de alto nivel se
caracterizan por expresar los algoritmos de una
manera adecuada a la capacidad cognitiva humana,
en lugar de estar orientados a su ejecución en las
máquinas.
46
Los lenguajes de alto y bajo nivel requieren de
conocimientos específicos de programación y del
lenguaje concreto (vocabulario, gramática y sintaxis)
para realizar las secuencias de instrucciones lógicas.
Los lenguajes de muy alto nivel se crearon para que
el usuario común pudiese solucionar ciertos
problemas sencillos de procesamiento de datos de
una manera más fácil y rápida.
Según la forma de ejecución
Los procesadores usados en las computadoras son
capaces de entender y actuar según lo indican
programas escritos en un lenguaje fijo para cada
arquitectura, llamado lenguaje de máquina. Todo
programa escrito en un lenguaje de alto nivel puede
ser ejecutado de dos maneras:
● Lenguajes compilados: Antes de poder utilizarse el
programa debe utilizarse un traductor llamado
“compilador” que se encarga de traducir (“compilar”)
el programa original (“código fuente”) al programa
equivalente escrito en lenguaje de máquina o
ensamblador (“binario”). Los binarios son los
programas ejecutables y los únicos necesarios para
el funcionamiento del programa.
● Lenguajes interpretados: Cada vez que se usa el
programa debe utilizarse un traductor llamado
“intérprete” que se encarga de traducir (“interpretar”)
las instrucciones del programa original (“código
fuente”) a código máquina según van siendo
47
utilizadas. Para el funcionamiento del programa
siempre es necesario disponer del código original y
del intérprete.
Diferencias entre lenguajes compilados e
interpretados
● Los lenguajes compilados se compilan una vez y
se utilizan cuantas veces se desee sin necesidad de
volver a utilizar el compilador. Los lenguajes
interpretados son interpretados, valga la
redundancia, cada vez que se ejecutan y necesitan
siempre del intérprete.
● Los compiladores analizan todo el programa y no
generan resultados si no es correcto todo el código.
Los intérpretes analizan las instrucciones según las
necesitan y pueden iniciar la ejecución de un
programa con errores e incluso terminar
correctamente una ejecución de un programa con
errores siempre que no haya sido necesario el uso
de las instrucciones que contienen dichos errores.
● Un compilador traduce cada instrucción una sola
vez. Un intérprete debe traducir una instrucción cada
vez que la encuentra.
● Los binarios son compilados para una arquitectura
específica y no pueden ser utilizados en otras
arquitecturas no compatibles (aunque pueden existir
distintos compiladores para generar binarios para
diferentes arquitecturas). Un lenguaje interpretado
48
puede ser utilizado en cualquier arquitectura que
disponga de un intérprete sin necesidad de cambios.
● Los lenguajes compilados son más eficientes que
los interpretados y además permiten distribuir el
programa en forma confidencial mediante binarios.
● Es más sencillo empaquetar lenguajes
interpretados dentro de otros lenguajes, como Java
Script dentro de HTML.
Para obtener las ventajas de ambos tipos de
lenguajes algunos utilizan una aproximación en dos
fases. Primero el programa original (código fuente)
es precompilado a un binario confidencial, portable e
interpretable. En una segunda fase el binario
precompilado es interpretado en cada arquitectura.
Ésta aproximación es la que realiza por ejemplo
Java. Hay que hacer notar que algunas aplicaciones
permiten ser programadas con lenguajes. Estos
lenguajes no tienen por objeto solicitar acciones a la
computadora sino solicitar acciones a la aplicación
sobre la que se ejecutan. Por tanto aunque algunos
de estos lenguajes son lenguajes de programación,
no son lenguajes de programación de computadoras
y por tanto no necesitan ser traducidos a código
máquina.
Es el caso por ejemplo de SQL, un lenguaje
declarativo de cuarta generación diseñado para
trabajar con bases de datos.
49
Este lenguaje SQL es interpretado por el motor de la
Base de Datos, no por la CPU.
Según el Paradigma de la programación
Un paradigma de programación representa un
enfoque particular o filosofía para la construcción del
software. Si bien puede seleccionarse la forma pura
de estos paradigmas a la hora de programar, en la
práctica es habitual que se mezclen, dando lugar a la
programación multiparadigma. Los diferentes
paradigmas de programación son:
● Algorítmico, Imperativo o Por procedimientos. El
más común y está representado, por ejemplo, por C
o porBASIC.
Describe la programación en términos del estado del
programa y sentencias que cambian dicho estado.
Los programas imperativos son un conjunto de
instrucciones que le indican al computador cómo
realizar una tarea.
La implementación de hardware de la mayoría de
computadores es imperativa ya que el hardware está
diseñado para ejecutar código de máquina que es
imperativo.
● Declarativo o Predicativo. Basado en la utilización
de predicados lógicos (lógico) o funciones
matemáticas (funcional), su objetivo es conseguir
lenguajes expresivos en los que no sea necesario
especificar cómo resolver el problema (programación
50
convencional imperativa), sino qué problema se
desea resolver. Los intérpretes de los lenguajes
declarativos tienen incorporado un motor de
inferencia genérico que resuelve los problemas a
partir de su especificación. ○ Lógico. Un ejemplo es
PROLOG. El mecanismo de inferencia genérico se
basa en los procedimientos de deducción de
fórmulas válidas en un sistema axiomático ○
Funcional. Representado por la familia de lenguajes
LISP (en particular Scheme), ML o Haskell. El
mecanismo de inferencia genérico se basa en la
reducción de una expresión funcional a otra
equivalente simplificada.
● Orientado a Objetos. Cada vez más utilizado,
sobre todo en combinación con el imperativo. De
hecho los lenguajes orientados a objetos permiten la
programación imperativa. Algunos ejemplos de
lenguajes orientados a objetos son C++, Java,
Python. Usa objetos y sus interacciones para diseñar
aplicaciones y programas de computadora. Está
basado en varias técnicas, incluyendo herencia,
modularidad.
1.2.1.7.3. Web1314
13Fuente: ¿Qué es la web 1.0, 2.0, 3.0?, blogspot, Consultado Junio (2012)
http://dimamoa.blogspot.com/2008/05/qu-es-la-web-10-20-30.html
14Fuente: ¿Qué es Web 1.0?, scribd, Consultado Junio (2012)
http://es.scribd.com/doc/550264/Que-es-web-10
51
La Web o World Wide Web no es sinónimo de
internet, es básicamente un medio de comunicación
de texto, gráficos y otros objetos multimedia a través
de internet, es decir, la web es un sistema de
hipertexto que utiliza Internet como su mecanismo
de transporte o desde otro punto de vista, una forma
gráfica de explorar Internet.
Web 1.0
Es un tipo de web estática con
documentos que jamás se actualizaban
y los contenidos dirigidos a la navegación
(HTML y GIF).
Web 2.0
Es una evolución de Web 1.0. Es un
“ecosistema” de la información: Google,
Wikipedia, Ebay, Youtube, SkypeSkype,
Writely, Blogger, RSS, Flickr, Emule, Todas
estas aplicaciones y sitios tienen en común
que su principal activo es el usuario. A mayor
número de usuarios aumenta el valor del sitio
y su contenido. No hay versiones, siempre
está cambiando. la Web 2.0 está destinada a
la navegación. Tiene innovaciones
(tecnologías)
Goog le : es más que un buscador, es una
marca que abarca desde un sistema de
correo electrónico (Gmail) hasta un
mapa mundial con callejeros y orto
fotografías (Google maps)
Emule: es una aplicación que permite el
intercambio de archivos entre usuarios de
forma descentralizada.-Wikipedia es un
52
proyecto de enciclopedia libre donde son los
usuarios los que escriben los artículos.
Ebay: Es un sitio que permite a millones de
usuarios en todo el mundo comprar y vender
cualquier cosa en cualquier sitio.
Youtube: Es el sitio favorito de miles de
usuarios para ver vídeos que los mismo
usuarios aportan y comparten.
Skype: Es una aplicación que permite hablar
gratuitamente con otros usuarios que se
encuentran en cualquier parte del mundo,
usando tecnología de voz sobre IP. Skype
permite incluso hablar por teléfono con todo el
mundo a un precio muy competitivo.
Blogger: Es la aplicación más popular para
crear un weblog de forma fácil. Los weblogs
están revolucionando Internet y blogger es la
forma más fácil de crear un diario en Internet.
Flickr: Es un sitio que facilita que los
internautas compartan fotografías. Permite de
forma gratuita la creación de álbumes que
luego se presentan como diapositivas
Web 3.0
Aplicaciones web conectándose a
aplicaciones web, a fin de enriquecer la
experiencia de las personas, a esto agrega:
estado de conciencia del contexto en la Web
Geoespacial, autonomía respecto del
navegador y construcción de la Web
Semántica.
1.2.1.7.4. Base de Datos15
15Fuente: ¿Qué es una Base de datos? - Definición de Base de datos, masadelante,
Consultado Junio (2012)
53
Una base de datos es una colección de información
organizada de forma que un programa de ordenador
pueda seleccionar rápidamente los fragmentos de
datos que necesite. Una base de datos es un
sistema de archivos electrónico.
Las bases de datos tradicionales se organizan por
campos, registros y archivos. Un campo es una
pieza única de información; un registro es un sistema
completo de campos; y un archivo es una colección
de registros. Por ejemplo, una guía de teléfono es
análoga a un archivo. Contiene una lista de registros,
cada uno de los cuales consiste en tres campos:
nombre, dirección, y número de teléfono.
http://www.masadelante.com/faqs/base-de-datos
54
Gráfico # 7 –
Registro de Base de Datos16
Sistema Gestor de Base de Datos (SGBD)
Un Sistema Gestor de Bases de Datos (SGBD) o
DBMA (DataBase Management System) es una
colección de programas cuyo objetivo es servir de
interfaz entre la base de datos, el usuario y las
aplicaciones. Se compone de un lenguaje de
definición de datos, de un lenguaje de
manipulación de datos y de un lenguaje de
consulta.
Un SGBD permite definir los datos a distintos
niveles de abstracción y manipular dichos datos,
garantizando la seguridad e integridad de los
mismos.
Algunos ejemplos de SGBD son Oracle, DB2,
PostgreSQL, MySQL, MS SQL Server, etc.
Un SGBD debe permitir:
16Fuente: sistemas de información gerencial, blogspot,http://siglauracastellanos.blogspot.com/2011/05/base-de-datos.html
55
• Definir una base de datos: especificar tipos,
estructuras y restricciones de datos.
• Construir la base de datos: guardar los datos en
algún medio controlado por el mismo SGBD.
• Manipular la base de datos: realizar consultas,
actualizarla, generar informes.
Las características de un Sistema Gestor de Base
de Datos SGBD son:
Abstracción de la información. Los
SGBD ahorran a los usuarios detalles
acerca del almacenamiento físico de los
datos. Da lo mismo si una base de datos
ocupa uno o cientos de archivos, este
hecho se hace transparente al usuario. Así,
se definen varios niveles de abstracción.
Independencia. La independencia de los
datos consiste en la capacidad de
modificar el esquema (físico o lógico) de
una base de datos sin tener que realizar
cambios en las aplicaciones que se sirven
de ella.
Redundancia mínima. Un buen diseño de
una base de datos logrará evitar la
aparición de información repetida o
redundante. De entrada, lo ideal es lograr
una redundancia nula; no obstante, en
algunos casos la complejidad de los
cálculos hace necesaria la aparición de
redundancias.
Consistencia. En aquellos casos en los
que no se ha logrado esta redundancia
nula, será necesario vigilar que aquella
56
información que aparece repetida se
actualice de forma coherente, es decir, que
todos los datos repetidos se actualicen de
forma simultánea.
Seguridad. La información almacenada en
una base de datos puede llegar a tener un
gran valor. Los SGBD deben garantizar
que esta información se encuentra
segurizada frente a usuarios
malintencionados, que intenten leer
información privilegiada; frente a ataques
que deseen manipular o destruir la
información; o simplemente ante las
torpezas de algún usuario autorizado pero
despistado. Normalmente, los SGBD
disponen de un complejo sistema de
permisos a usuarios y grupos de usuarios,
que permiten otorgar diversas categorías
de permisos.
Integridad. Se trata de adoptar las
medidas necesarias para garantizar la
validez de los datos almacenados. Es
decir, se trata de proteger los datos ante
fallos de hardware, datos introducidos por
usuarios descuidados, o cualquier otra
circunstancia capaz de corromper la
información almacenada.
Respaldo y recuperación. Los SGBD
deben proporcionar una forma eficiente de
realizar copias de respaldo de la
información almacenada en ellos, y de
restaurar a partir de estas copias los datos
que se hayan podido perder.
57
Control de la concurrencia. En la mayoría
de entornos (excepto quizás el doméstico),
lo más habitual es que sean muchas las
personas que acceden a una base de
datos, bien para recuperar información,
bien para almacenarla. Y es también
frecuente que dichos accesos se realicen
de forma simultánea. Así pues, un SGBD
debe controlar este acceso concurrente a
la información, que podría derivar en
inconsistencias.
1.2.1.7.5. Arquitectura Cliente Servidor17
La arquitectura cliente-servidor es un modelo de
aplicación distribuida en el que las tareas se
reparten entre los proveedores de recursos o
servicios, llamados servidores, y los
demandantes, llamados clientes. Un cliente
realiza peticiones a otro programa, el servidor,
que le da respuesta. Esta idea también se puede
aplicar a programas que se ejecutan sobre una
sola computadora, aunque es más ventajosa en
17Fuente:http://icomparable.blogspot.com/2008/10/arquitectura-n-tier-o-arquitectura-n.html,
http://www.mitecnologico.com/Main/ArquitecturaAplicacionesWeb
58
un sistema operativo multiusuario distribuido a
través de una red de computadoras.
En esta arquitectura la capacidad de proceso está
repartida entre los clientes y los servidores,
aunque son más importantes las ventajas de tipo
organizativo debidas a la centralización de la
gestión de la información y la separación de
responsabilidades, lo que facilita y clarifica el
diseño del sistema.
La separación entre cliente y servidor es una
separación de tipo lógico, donde el servidor no se
ejecuta necesariamente sobre una sola máquina
ni es necesariamente un sólo programa. Los tipos
específicos de servidores incluyen los
servidores web, los servidores de archivo, los
servidores del correo, etc. Mientras que sus
propósitos varían de unos servicios a otros, la
arquitectura básica seguirá siendo la misma.
Una disposición muy común son los sistemas
multicapa en los que el servidor se descompone
en diferentes programas que pueden ser
ejecutados por
diferentes computadoras aumentando así el grado
de distribución del sistema.
La arquitectura cliente-servidor sustituye a
la arquitectura monolítica en la que no hay
distribución, tanto a nivel físico como a nivel
lógico.
La red cliente-servidor es aquella red de
comunicaciones en la que todos los clientes están
conectados a un servidor, en el que se centralizan
los diversos recursos y aplicaciones con que se
cuenta; y que los pone a disposición de los
clientes cada vez que estos son solicitados. Esto
59
significa que todas las gestiones que se realizan
se concentran en el servidor, de manera que en él
se disponen los requerimientos provenientes de
los clientes que tienen prioridad, los archivos que
son de uso público y los que son de uso
restringido, los archivos que son de sólo lectura y
los que, por el contrario, pueden ser modificados,
etc. Este tipo de red puede utilizarse
conjuntamente en caso de que se esté utilizando
en una red mixta.
Características
En la arquitectura C/S el remitente de una
solicitud es conocido como cliente. Sus
características son:
Es quien inicia solicitudes o peticiones,
tienen por tanto un papel activo en la
comunicación (dispositivo maestro o amo).
Espera y recibe las respuestas del
servidor.
Por lo general, puede conectarse a varios
servidores a la vez.
Normalmente interactúa directamente con
los usuarios finales mediante una interfaz
gráfica de usuario.
Al contratar un servicio de redes, se debe
tener en cuenta la velocidad de conexión
que le otorga al cliente y el tipo de cable
que utiliza, por ejemplo: cable de cobre
ronda entre 1 ms y 50 ms.
Al receptor de la solicitud enviada por el cliente se
conoce como servidor. Sus características son:
Al iniciarse esperan a que lleguen las
solicitudes de los clientes, desempeñan
60
entonces un papel pasivo en la
comunicación (dispositivo esclavo).
Tras la recepción de una solicitud, la
procesan y luego envían la respuesta al
cliente.
Por lo general, aceptan conexiones desde
un gran número de clientes (en ciertos
casos el número máximo de peticiones
puede estar limitado).
No es frecuente que interactúen
directamente con los usuarios finales.
Comparación de la arquitectura C/S con otras
arquitecturas de red
Comparación con las redes de pares
Las redes de pares, también conocidas como
redes par-a-par o peer-to-peer (abreviado con las
siglas P2PM) son otro tipo de arquitectura de red.
Comparación con la arquitectura Cliente-Cola-
Cliente
Si bien la clásica arquitectura C/S requiere uno de
los puntos terminales de comunicación para
actuar como un servidor, que puede ser algo más
difícil de aplicar, la arquitectura Cliente-Cola-
Cliente habilita a todos los nodos para actuar
como clientes simples, mientras que el servidor
actúa como una cola que va capturando las
peticiones de los clientes (un proceso que debe
pasar sus peticiones a otro, lo hace a través de
una cola, por ejemplo, una consulta a una base
de datos, entonces, el segundo proceso conecta
con la base de datos, elabora la petición, la pasa
a la base de datos, etc.). Esta arquitectura
61
permite simplificar en gran medida la
implementación de software. La
arquitectura P2P originalmente se basó en el
concepto "Cliente-Cola-Cliente".
Arquitecturas multi-capas
La arquitectura cliente/servidor genérica tiene dos
tipos de nodos en la red: clientes y servidores.
Consecuentemente, estas arquitecturas genéricas
se refieren a veces como arquitecturas de dos
niveles o dos capas.
Algunas redes disponen de tres tipos de nodos:
Clientes que interactúan con los usuarios
finales.
Servidores de aplicación que procesan los
datos para los clientes.
Servidores de la base de datos que
almacenan los datos para los servidores de
aplicación.
Ventajas de las arquitecturas n-capas:
La ventaja fundamental de una arquitectura n-
capas comparado con una arquitectura de dos
niveles (o una tres-capas con una de dos niveles)
es que separa hacia fuera el proceso, eso ocurre
para mejorar el balance la carga en los diversos
servidores; es más escalable.
Desventajas de las arquitecturas de la n-capas:
Pone más carga en la red, debido a una mayor
cantidad de tráfico de la red.
Es mucho más difícil programar y probar
el software que en arquitectura de dos niveles
porque tienen que comunicarse más dispositivos
para terminar la transacción de un usuario.
62
Arquitectura de 3 Capas
La arquitectura de tres capas es un diseño
reciente que introduce una capa intermedia en el
proceso. Cada capa es un proceso separado y
bien definido corriendo en plataformas separadas.
En la arquitectura tradicional de tres capas se
instala una interfaz de usuario en la computadora
del usuario final (el cliente). La arquitectura
basada en Web transforma la interfaz de
búsqueda existente (el explorador de Web), en la
interfaz del usuario final.
Ventajas de la Arquitectura de Tres Capas:
Las llamas de la interfaz del usuario en la
estación de trabajo, al servidor de capa
intermedia, son más flexibles que en el
diseño de dos capas, ya que la estación
solo necesita transferir parámetros a la
capa intermedia.
Con la arquitectura de tres capas, la
interfaz del cliente no es requerida para
comprender o comunicarse con el receptor
de los datos. Por lo tanto, esa estructura de
los datos puede ser modificada sin cambiar
la interfaz del usuario en la PC.
El código de la capa intermedia puede ser
reutilizado por múltiples aplicaciones si
está diseñado en formato modular.
La separación de roles en tres capas, hace
más fácil reemplazar o modificar una capa
sin afectar a los módulos restantes.
63
Desventajas de las Arquitecturas de Tres Capas y
basadas en Web:
Los ambientes de tres capas pueden
incrementar el tráfico en la red y requiere
más balance de carga u tolerancia a las
fallas.
Los exploradores actuales no son todos
iguales.
La estandarización entre diferentes
proveedores ha sido lenta en desarrollarse.
Muchas organizaciones son forzadas a
escoger uno en lugar de otro, mientras que
cada uno ofrece sus propias y distintas
ventajas.
1.2.1.7.6. AJAX18
En realidad, el término AJAX es un acrónimo
de Asynchronous JavaScript + XML, que se
puede traducir como "JavaScript asíncrono
+ XML".
El artículo define AJAX de la siguiente forma:
Ajax no es una tecnología en sí mismo. En
realidad, se trata de varias tecnologías
independientes que se unen de formas nuevas y
sorprendentes.
18Fuente: Introducción Ajax http://www.librosweb.es/ajax/capitulo1.html
64
Gráfico # 8 –
Tecnologias agrupadas bajo el concepto Ajax19
Desarrollar aplicaciones AJAX requiere un
conocimiento avanzado de todas y cada una de
las tecnologías anteriores.
En las aplicaciones web tradicionales, las
acciones del usuario en la página (pinchar en un
botón, seleccionar un valor de una lista, etc.)
desencadenan llamadas al servidor. Una vez
procesada la petición del usuario, el servidor
devuelve una nueva página HTML al navegador
del usuario.
En el siguiente esquema, la imagen de la
izquierda muestra el modelo tradicional de las
aplicaciones web. La imagen de la derecha
muestra el nuevo modelo propuesto por AJAX:
19Fuente: Introducción Ajax http://www.librosweb.es/ajax/capitulo1.html
65
Gráfico #9 –
Comparación gráfica del modelo tradicional de aplicación web y del nuevo modelo
propuesto por AJAX. (Imagen original creada por AdaptivePath y utilizada con su permiso) 20
Esta técnica tradicional para crear aplicaciones
web funciona correctamente, pero no crea una
buena sensación al usuario. Al realizar peticiones
continuas al servidor, el usuario debe esperar a
que se recargue la página con los cambios
20 Fuente: Introducción Ajax http://www.librosweb.es/ajax/capitulo1.html
66
solicitados. Si la aplicación debe realizar
peticiones continuas, su uso se convierte en algo
molesto.
AJAX permite mejorar completamente la
interacción del usuario con la aplicación, evitando
las recargas constantes de la página, ya que el
intercambio de información con el servidor se
produce en un segundo plano.
Las aplicaciones construidas con AJAX eliminan
la recarga constante de páginas mediante la
creación de un elemento intermedio entre el
usuario y el servidor. La nueva capa intermedia
de AJAX mejora la respuesta de la aplicación, ya
que el usuario nunca se encuentra con una
ventana del navegador vacía esperando la
respuesta del servidor.
El siguiente esquema muestra la diferencia más
importante entre una aplicación web tradicional y
una aplicación web creada con AJAX. La imagen
superior muestra la interacción síncrona propia de
las aplicaciones web tradicionales. La imagen
inferior muestra la comunicación asíncrona de las
aplicaciones creadas con AJAX.
67
Gráfico # 10 –
Comparación entre las comunicaciones síncronas de las aplicaciones web tradicionales
y las comunicaciones asíncronas de las aplicaciones AJAX (Imagen original creada por
AdaptivePath y utilizada con su permiso)21
21Fuente: Introducción Ajax http://www.librosweb.es/ajax/capitulo1.html
68
Las peticiones HTTP al servidor se sustituyen por
peticiones JavaScript que se realizan al elemento
encargado de AJAX. Las peticiones más simples
no requieren intervención del servidor, por lo que
la respuesta es inmediata. Si la interacción
requiere una respuesta del servidor, la petición se
realiza de forma asíncrona mediante AJAX. En
este caso, la interacción del usuario tampoco se
ve interrumpida por recargas de página o largas
esperas por la respuesta del servidor.
Desde su aparición, se han creado cientos de
aplicaciones web basadas en AJAX. En la
mayoría de casos, AJAXpuede sustituir
completamente a otras técnicas como Flash.
Además, en el caso de las aplicaciones web más
avanzadas, pueden llegar a sustituir a las
aplicaciones de escritorio.
1.2.1.7.7. Framework22
El Microsoft .NET Framework, es un componente
de software que puede ser o es incluido en los
sistemas operativos Microsoft Windows. Provee
soluciones pre-codificadas para requerimientos
comunes de los programas y gestiona la
ejecución de programas escritos específicamente
22Fuente: .Net Framework http://www.desarrolloweb.com/articulos/1328.php
69
para este framework.
Microsoft desea que todas
las aplicaciones creadas para
la plataforma Windows, sean basadas en el .NET
Framework. Su objetivo es crear un marco de
desarrollo de software sencillo, reduciendo las
vulnerabilidades y aumentando la seguridad de
los programas desarrollados.
Las soluciones pre-codificadas que forman
la biblioteca .NET, cubren un gran rango de
necesidades de la programación de programas.
Los programadores las emplean y combinan con
sus propios códigos en sus programas. El
framework incluye soluciones en áreas como:
la interfaz de usuario, acceso a datos,
conectividad a bases de datos, criptografía,
desarrollo de aplicaciones web, algoritmos
numéricos y comunicación de redes.
Con esta plataforma Microsoft incursiona de lleno
en el campo de los servicios web y establece
al XMLcomo norma en el transporte de
información en sus productos y lo promociona
como tal en los sistemas desarrollados utilizando
sus herramientas.
70
Arquitectura básica de la plataforma .Net.
Descripción del Framework y sus principales
componentes: Lenguajes, biblioteca de clases
y CLR.23
La nueva tecnología de Microsoft ofrece
soluciones a los problemas de programación
actuales, como son la administración de código o
la programación para Internet. Para aprovechar al
máximo las características de .Net es necesario
entender la arquitectura básica en la que esta
implementada esta tecnología y así beneficiarse
de todas las características que ofrece esta nueva
plataforma.
El Framework de .Net es una infraestructura
sobre la que se reúne todo un conjunto de
lenguajes y servicios que simplifican
enormemente el desarrollo de aplicaciones.
Mediante esta herramienta se ofrece un entorno
de ejecución altamente distribuido, que permite
crear aplicaciones robustas y escalables. Los
principales componentes de este entorno son:
Lenguajes de compilación
Biblioteca de clases de .Net
CLR (CommonLanguageRuntime)
23Fuente: Net Framework http://www.desarrolloweb.com/articulos/1328.php
71
Gráfico # 11 –
Arquitectura de .Net Framework24
Actualmente, el Framework de .Net es una
plataforma no incluida en los diferentes sistemas
operativos distribuidos por Microsoft, por lo que es
necesaria su instalación previa a la ejecución de
programas creados mediante .Net. El Framework se
puede descargar gratuitamente desde la web oficial
de Microsoft.
.Net Framework soporta múltiples lenguajes de
programación y aunque cada lenguaje tiene sus
características propias, es posible desarrollar
cualquier tipo de aplicación con cualquiera de estos
lenguajes. Existen más de 30 lenguajes adaptados a
24Net Framework http://www.desarrolloweb.com/articulos/1328.php
72
.Net, desde los más conocidos como C# (C Sharp),
Visual Basic o C++ hasta otros lenguajes menos
conocidos como Perl o Cobol.
CommonLanguageRuntime (CLR)
El CLR es el verdadero núcleo del Framework
de .Net, ya que es el entorno de ejecución en el que
se cargan las aplicaciones desarrolladas en los
distintos lenguajes, ampliando el conjunto de
servicios que ofrece el sistema operativo estándar
Win32.
La herramienta de desarrollo compila el código
fuente de cualquiera de los lenguajes soportados por
.Net en un mismo código, denominado código
intermedio (MSIL, Microsoft Intermediate Lenguaje).
Para generar dicho código el compilador se basa en
el CommonLanguageSpecification (CLS) que
determina las reglas necesarias para crear código
MSIL compatible con el CLR.
De esta forma, indistintamente de la herramienta de
desarrollo utilizada y del lenguaje elegido, el código
generado es siempre el mismo, ya que el MSIL es el
único lenguaje que entiende directamente el CLR.
Este código es transparente al desarrollo de la
aplicación ya que lo genera automáticamente el
compilador.
Sin embargo, el código generado en MSIL no es
código máquina y por tanto no puede ejecutarse
directamente. Se necesita un segundo paso en el
que una herramienta denominada compilador JIT
73
(Just-In-Time) genera el código máquina real que se
ejecuta en la plataforma que tenga la computadora.
De esta forma se consigue con .Net cierta
independencia de la plataforma, ya que cada
plataforma puede tener su compilador JIT y crear su
propio código máquina a partir del código MSIL.
La compilación JIT la realiza el CLR a medida que se
invocan los métodos en el programa y, el código
ejecutable obtenido, se almacena en la memoria
caché de la computadora, siendo recompilado sólo
cuando se produce algún cambio en el código
fuente.
Biblioteca de clases de .Net
Cuando se está programando una aplicación
muchas veces se necesitan realizar acciones como
manipulación de archivos, acceso a datos, conocer
el estado del sistema, implementar seguridad, etc. El
Framework organiza toda la funcionalidad del
sistema operativo en un espacio de nombres
jerárquico de forma que a la hora de programar
resulta bastante sencillo encontrar lo que se
necesita.
Para ello, el Framework posee un sistema de tipos
universal, denominado CommonTypeSystem (CTS).
Este sistema permite que el programador pueda
interactuar los tipos que se incluyen en el propio
Framework (biblioteca de clases de .Net) con los
creados por él mismo (clases). De esta forma se
aprovechan las ventajas propias de la programación
74
orientada a objetos, como la herencia de clases
predefinidas para crear nuevas clases, o el
polimorfismo de clases para modificar o ampliar
funcionalidades de clases ya existentes.
Gráfico # 12 –
Biblioteca de .Net Framework25
La biblioteca de clases de .Net Framework incluye,
entre otros, tres componentes claves:
ASP.NET para construir aplicaciones y
servicios Web.
25Net Framework http://www.desarrolloweb.com/articulos/1328.php
75
Windows Forms para desarrollar interfaces de
usuario.
ADO.NET para conectar las aplicaciones a
bases de datos.
La forma de organizar la biblioteca de clases de .Net
dentro del código es a través de los espacios de
nombres (namespaces), donde cada clase está
organizada en espacios de nombres según su
funcionalidad. Por ejemplo, para manejar ficheros se
utiliza el espacio de nombres System.IO y si lo que
se quiere es obtener información de una fuente de
datos se utilizará el espacio de nombres
System.Data.
La principal ventaja de los espacios de nombres
de .Net es que de esta forma se tiene toda la
biblioteca de clases de .Net centralizada bajo el
mismo espacio de nombres (System). Además,
desde cualquier lenguaje se usa la misma sintaxis de
invocación, ya que a todos los lenguajes se aplica la
misma biblioteca de clases.
Ensamblados
Uno de los mayores problemas de las aplicaciones
actuales es que en muchos casos tienen que tratar
con diferentes archivos binarios (DLLŽs), elementos
de registro, conectividad abierta a bases de datos
(ODBC), etc.
Para solucionarlo el Framework de .Net maneja un
nuevo concepto denominado ensamblado. Los
76
ensamblados son ficheros con forma de EXE o DLL
que contienen toda la funcionalidad de la aplicación
de forma encapsulada. Por tanto la solución al
problema puede ser tan fácil como copiar todos los
ensamblados en el directorio de la aplicación.
Con los ensamblados ya no es necesario registrar
los componentes de la aplicación. Esto se debe a
que los ensamblados almacenan dentro de si
mismos toda la información necesaria en lo que se
denomina el manifiesto del ensamblado. El
manifiesto recoge todos los métodos y propiedades
en forma de meta-datos junto con otra información
descriptiva, como permisos, dependencias, etc.
Para gestionar el uso que hacen la aplicaciones de
los ensamblados .Net utiliza la llamada caché global
de ensamblados (GAC, Global Assembly Cache).
Así, .Net Framework puede albergar en el GAC los
ensamblados que puedan ser usados por varias
aplicaciones e incluso distintas versiones de un
mismo ensamblado, algo que no era posible con el
anterior modelo COM.
1.2.1.8. Marco normativo
1.2.1.8.1. Estatuto:
Capítulo III: Estudio, Grados y Títulos:Matricula
Art.54°: El número mínimo de créditos que debe
aprobar un estudiante en cada semestre académico
es del 50%, del total de créditos en que se matriculo
en dicho semestre; si desaprueba los cursos en esta
proporción, será amonestado por escrito por el
77
Decano de la Facultad; si al semestre siguiente no
supera esta situación será suspendido por un
semestre; si a su reincorporación, y en un programa
especial, sigue desaprobando los cursos en la
proporción establecida, será separado
definitivamente de la universidad.
Los Reglamentos de Matricula y Evaluación
Académica, establecen los procedimientos de
aplicación del presente Artículo.
Capítulo IX: Bienestar Universitario
Art. 221° La Universidad brindará a sus miembros,
servicios de salud, deportes, recreación, servicio,
social, tutoría académica, orientación
psicopedagógica. La Oficina de Bienestar
Universitario se encarga de promover, organizar y
dirigir las acciones que correspondan. La Dirección
de la Oficina recae en un profesional especialista, de
preferencia docente de la Universidad, designado
por el Consejo Universitario, a propuesta del Rector.
1.2.1.8.2. Reglamento General de Matricula:
Capitulo X: De la Amonestación, Suspensión y
Separación de los estudiantes por bajo
rendimiento académico
Art. 68°: Los estudiantes regulares y los especiales,
según establece el Art.54° del Estatuto de la
Universidad, deberán aprobar mínimamente en
cada semestre el 50% del total del créditos en
78
quese Matricularon. De no aprobar los créditos en
esa proporción serán amonestados por escrito por el
Decano y puestos en observación.
Art. 69°: Las Facultades designarán tutores entre los
profesores de tiempo completo para todos aquellos
estudiantes, que habiendo sido amonestados están
en observación
Art. 70°: Los estudiantes regulares o especiales que
en el semestre siguiente no aprueben al menos el
50% de los créditos en que se inscribieron serán
suspendidos en el semestre subsiguiente,
conservando las mismas condiciones
administrativas.
Art.71°: Los estudiantes suspendidos por bajo
rendimiento académico podrá Matricularse en el
semestre siguiente a la suspensión sin realizar el
proceso de reincorporación. De no hacerlo deberá
seguir el procedimiento de reincorporación,
manteniendo la condición de observado.
Art. 72°: Los estudiantes que al término del periodo
de suspensión por bajo rendimiento académico, se
reincorporen a la universidad se matricularan en el
número de créditos que establece el reglamento
General de Matrícula para estos casos. Las
Facultades designaran tutores entre los profesores
de tiempo completo para todos aquellos estudiantes,
que habiendo sido reincorporados, están en
observación.
79
Art.73°: Si en el semestre siguiente al de su
suspensión, los estudiantes siguen sin aprobar los
créditos cursados en el porcentaje establecido en el
Art. 70% del presente reglamento serán
definitivamente separados de la Universidad.
Art.74°: El Art. 68° del presente reglamento no rige
para los estudiantes ingresantes matriculados por
primera vez, a quienes se les debe comunicar sobre
lo señalado en los artículos anteriores en el
momento de su primera matricula en la universidad.
Art. 75°: La situación de amonestado o suspendido,
desaparece cuando el estudiante aprueba el 50% o
más de los créditos Matriculados, mientras no
incurra nuevamente en los alcances del Art. 68° del
presente reglamento.
Art. 76°: Los reclamos que pudieran presentar los
alumnos afectados por aplicación de los artículos
anteriores deberán ser resueltos por el Consejo de
facultad e informados al Consejo Universitario.
Art. 77°: Los procedimientos administrativos que
deben seguir la Facultad y las dependencias de la
Universidad en aplicación del Art. 68°, se encuentran
señaladas en el Anexo 1.
Anexo 1: Procedimientos administrativos para
aplicación del reglamento sobre el Art. 54° del
estatuto universitario
80
Art. 1°: En el área de observaciones del Consolidado
de notas de todos los alumnos que han aprobado
menos del 50% de los créditos Matriculados, la
Oficina, la Oficina Central de Informática y Computo
(OFICIC) incluirá automáticamente la siguiente nota:
“En aplicación del Artículo n° 54 del Estatuto de la
Universidad y conforme al Reglamento General de
Evaluación Académica de Estudiantes, usted será
sancionado por su Facultad al no haber aprobado
como mínimo el 50% de los créditos cursados”
Art. 2°: La Oficina Central de Registros y matricula
(OCRM) debe de remitir a cada Facultad la relación
por separado de los alumnos de cada carrera que
hayan aprobado menos del 50% de los créditos
cursados
a) Relación de alumnos incursos por primera
vez.
b) Relación de alumnos incursos
consecutivamente en dos semestres.
c) Relación de alumnos incursos
consecutivamente en tres semestres.
Art. 3°: El Consejo de Facultad, deberá de tomar el
acuerdo de amonestar a los alumnos que por
primera vez están incursos el Art. 54° del Estatuto de
la Universidad, autorizando al Decano para que
comunique esta decisión por escrito a cada alumno.
El documento de amonestación deberá ser
entregado adjunto al Consolidado de Notas.
Art. 4°: Copia del acuerdo de amonestación del
Consejo de Facultad, con la relación firmada por el
Decano, debe remitirse para conocimiento al
81
Vicerrectorado Académico, Escuela Académica
Profesional correspondiente, Oficina de Registros y
Matricula.
Art. 5°: La relación de alumnos que por segunda vez
consecutiva han aprobado menos del 50% de los
créditos, es puesta a consideración del Consejo de
Facultad, quien sancionara a los alumnos con la
suspensión por el siguiente semestre académico
conforme estipula el Art. 70° del Reglamento
General de Evaluación Académica de Estudiantes.
Art. 6°: El Decano emitirá y hará llegar a cada uno
de los alumnos suspendidos la resolución del
Consejo de Facultad correspondiente, poniendo en
conocimiento del alumno las acciones que la
Facultad ha previsto en aplicación del Art. 70° del
Reglamento General de Evaluación Académico de
Estudiante.
Art. 7°: Copia de la Resolución del Consejos de
Facultad de suspensión debe de remitirse para
conocimiento del Rector, Vicerrector Académico,
Escuela Académico Profesional, OFICIC, Dirección
de Economía, ORM de la Facultad.
Art. 8°: Los alumnos que aprueben menos del 50%
de los créditos cursados consecutivamente por tres
semestres, se hacen acreedores de la separación
definitiva de la Universidad por bajo rendimiento
académico, conforme se señala en el Art. 73° del
Reglamento General de Estudiantes.
82
Art. 9°: El consejo de Facultad debe tomar acuerdo
de sancionar al alumno con la separación definitiva y
solicitar al Consejo Universitario la ratificación de
este acuerdo, la que dará lugar a la Resolución de
Consejo Universitario de separación definitiva. Copia
de esta Resolución será remitida para conocimientos
y fines consiguientes al estudiante, al Vicerrectorado
Académico, Vicerrectorado Administrativo, Facultad,
OCRM, OFICIC, ORM de la Facultad, Dirección de
Economía.
Art. 10°: De existir errores en el Consolidado de
Notas y el aluno haya sido amonestado, suspendido
o separado de la universidad, podrá apelar ante el
Decano de su Facultad, una vez que hayan sido
superados los errores siguiendo los procedimientos
establecidos para ese fin.
Art. 11°: De ser este el caso, la Facultad debe de
tomar acuerdo de levantar las sanciones de
amonestación y de suspensión que debe ser elevado
al Consejo Universitario para su ratificación.
Art. 12°: Los alumnos amonestados pueden
Matricularse en el Ciclo de Verano, la aprobación de
los cursos no cambia el efecto de amonestación, por
no ser un semestre regular.
Art. 13°: La OCRM inmediatamente después de
tomar conocimiento de que un alumno ha sido
suspendido, debe solicitar a OFICIC que en el
siguiente semestre no emite ficha de matrícula y
oficiara a Economía para que no emita la primera
Boleta de pensiones de estudios.
83
Al término de semestre de suspensión, OFICIC debe
emitir la Ficha de Matricula y la Oficina de Economía
la primera Boleta de pensiones de Estudios, sin que
se medie ningún otro tramite.
1.2.1.8.3. Reglamento de Organización y Funciones:
Oficina de Registros y Matricula
Art. 50° La ORM para el cumplimiento de sus
funciones coordina con la Secretaria Académica de
la Facultad, las Escuelas Académicas Profesionales,
la Oficina Central de Informática y Computo
(OFICIC), la Oficina Central de Registro y Matricula
(OCRM).
Sus Funciones son:
Coordinar con las Escuelas Académico-
Profesionales, con OFICIC y otras dependencias,
las acciones relacionadas con el registro de
ingresantes, la programación de exámenes, actas
de evaluaciones, ampliación de créditos,
exámenes de subsanación, reincorporaciones y
otros de interés de los estudiantes regulares y
egresados. (Inciso B)
Organizar y mantener el archivo y el récord
histórico de notas de los estudiantes. (Inciso D)
Centralizar la distribución de todos los
documentos de los alumnos relacionados con la
actividad académica dentro de la Facultad.
(Inciso J)
84
Suministrar información estadística sobre
rendimientos académicos y otros para dictar las
políticas y sus usos que convengan sobre el
particular. (Inciso K)
1.2.1.9. Estadísticas
¿Cuántosalumnoshan desaprobado con más del 50%
del número de créditos en el ciclo 2012-2?
CARRERA CANTIDADCIVIL 428INDUSTRIAL 147INFORMATICA 88ELECTRONICA 74MECATRONICA 51TOTAL 788
Cuadro # 1 - Cantidad de alumnos de la Facultad de
Ingeniería en la Universidad Ricardo Palma con más del 50% del
número de créditos desaprobados26
Comentario:
En total hay 788 alumnos que han desaprobado con
más del 50% del número de créditos, que se puede
decir que son aquellos que requieren asesoría y tutoría.
También se concluye que la mayor cantidad de
alumnos, es decir el 54% del total son de la carrera de
Ingeniería Civil.
26Fuente: Universidad Ricardo Palma – Programa de Asesoría y Tutoría
85
¿Cuántos alumnos tienen cada docente asignado en el
ciclo actual 2012-1?
DOCENTES ALUMNOSCAMPOMANES MORÁN, AMÉRICA 55CLEMENTE REYES, WALTER 55CONTRERAS CHAMORRO, PEDRO 66GONZÁLEZ AVALOS, ANÍBAL 69JOYA BRAVO, JULIO 55LERGGIOS ARRASCUE, ROSSANA 138LINO OREGON, PABLO 83LUNA VICTORIA MUÑÓZ, RICARDO 58MIRANDA BUENO, JOSE ABELARDO 41REYES ÑIQUE, JUAN MIGUEL 41SOLIS AMANZO, IRMA 55VADILLO GUTIÉRREZ, AIDA 41VILLEGAS HUAMAN, LETICIA 31TOTAL 788
Cuadro # 2- Cantidad de alumnos por docente27
7%7%
8%
9%
7%
18%
11%
7%
5%
5%
7%
5%4%
CANTIDAD DE ALUMNOS POR DOCENTECAMPOMANES MORÁN, AMÉRICA CLEMENTE REYES, WALTERCONTRERAS CHAMORRO, PEDRO GONZÁLEZ AVALOS, ANÍBALJOYA BRAVO, JULIO LERGGIOS ARRASCUE, ROSSANALINO OREGON, PABLO LUNA VICTORIA MUÑÓZ, RICARDOMIRANDA BUENO, JOSE ABELARDO REYES ÑIQUE, JUAN MIGUELSOLIS AMANZO, IRMA VADILLO GUTIÉRREZ, AIDAVILLEGAS HUAMAN, LETICIA
27Fuente: Universidad Ricardo Palma – Programa de Asesoría y Tutoría
86
Gráfico # 13 - Cantidad de alumnos por docente en porcentaje28
Comentario:
El docente con el mayor número de alumnos asignados
es la Profesora Rossana Lerggios en el área de
Psicología
¿Cuántos alumnos hay por tipo de sanción en el actual
semestre?
CARRERA ADVERTIDOS AMONESTADOS TOTALCIVIL 30 398 428INDUSTRIAL 31 116 147INFORMATICA 16 72 88ELECTRONICA 14 60 74MECATRONICA 5 46 51TOTAL 96 692 788
Cuadro # 3- Cantidad de alumnos por tipo de sanción de la facultad
de ingeniería de la Universidad Ricardo Palma29
Comentario:Actualmente en el semestre hay 2 tipos de
sanciones las cuales son Amonestados y Advertidos. Hay
96 alumnos advertidos y 692 amonestados.
1.3.Estado del arte
1.3.1. Taxonomía
a) Clasificación Primaria H. Sistemas de InformaciónH.4 Aplicaciones de Sistemas de InformaciónH.4.2 Tipos de Sistemas
28Fuente: Universidad Ricardo Palma – Programa de Asesoría y Tutoría29Fuente: Universidad Ricardo Palma – Programa de Asesoría y Tutoría
87
1.3.2. Metodologías para el desarrollo del proyecto
1.3.2.1. RationalUnifiedProcess (RUP)
El proceso de desarrollo RUP (RationalUnifiedProcess)
aplica varias de las mejores prácticas en el desarrollo
moderno de software en una forma que se adapta a un
amplio rango de proyectos y organizaciones. Provee a cada
miembro del equipo, un fácil acceso a una base de
conocimiento con guías., plantillas y herramientas para
todas las actividades criticas del desarrollo de software.
Esta metodología permite que todos los integrantes de un
equipo de trabajo, conozcan y compartan el proceso de
desarrollo, una base de conocimientos y los distintos
modelos de cómo desarrollar el software utilizando un
lenguaje modelado común: UML.
El RUP es un proceso de desarrollo de software:
Provee un enfoque estructurado para realizar tareas y
responsabilidades en una organización de desarrollo. Su
principal objetivo es asegurar la producción de software de
alta calidad, que cumpla las necesidades de sus usuarios
finales, que sea realizado en las fechas acordadas y con el
presupuesto disponible.
El RUP es un producto:
IBM comercializa un producto que permite instanciar al
RUP según las características del proyecto, siendo una
referencia en la metodología que sirve como repositorio
único de información.
El RUP es un marco de trabajo (Framework):
Este marco de trabajo puede ser adoptado y extendido
para satisfacer las necesidades de la organización que lo
88
utilice seleccionando las fases y interacciones, los flujos de
trabajo y disciplinas que se van a recorrer y los entregables
o productos (artifacts) que se van a construir. Es importante
conocer como está organizado y estructurado el proceso
para poder seleccionar el framework, los elementos del
proceso que más valor darán al proyecto.
El RUP incorpora muchas de las conocidas como “buenas
prácticas” en el desarrollo de software moderno, lasa
cuáles se deben tener presentes en el desarrollo de
aplicaciones empresariales para garantizar el éxito del
proyecto, tales como: Desarrollo iterativo, Gestión de
Requerimientos, Arquitectura basada en componentes,
Modelo Visual, Verificación de la calidad en forma continua
y control de cambios.
El RUP presenta 3 características que constituyen la
esencia de todo el proceso de desarrollo:
1. Dirigido por los casos de uso.
2. Centrado en la arquitectura.
3. Ciclo de vida iterativo.
Otras características o ventajas de la aplicación de esta
metodología son las siguientes:
• Reconoce que las necesidades del usuario y sus
requerimientos no se pueden definir completamente al
principio.
• Permite evaluar tempranamente los riesgos en lugar de
descubrir problemas en la integración final del sistema.
• Reduce el costo del riesgo a los costos de un solo
incremento.
• Acelera el ritmo del esfuerzo de desarrollo en su totalidad
debido a que los desarrolladores trabajan para obtener
resultados claros a corto plazo.
89
• Distribuye la carga de trabajo a lo largo del tiempo del
proyecto ya que todas las disciplinas colaboran en cada
iteración.
• Facilita la reutilización del código teniendo en cuenta que
se realizan revisiones en las primeras iteraciones lo cual
además permite que se aprecien oportunidades de mejoras
en el diseño.
El proceso de desarrollo está dividido en Fases a lo largo
del tiempo cada una de las cuales tiene objetivos
específicos y un conjunto de “artefactos” definidos que
deben alcanzarse. La duración de cada fase depende del
equipo y del producto a generar.
A su vez, cada fase puede tener una o más iteraciones y
cada iteración sigue el modelo en cascada pasando por las
distintas disciplinas. Cada iteración termina con una
liberación del producto.
Las fases son las siguientes:
1) Inicio
2) Elaboración
3) Construcción
4) Transición
1.3.2.2. UnifiedModelingProcess(UML)
Lenguaje Unificado de Modelado (UML, por sus siglas en
inglés, UnifiedModelingLanguage) es el lenguaje de
modelado de sistemas de software más conocido y
utilizado en la actualidad; está respaldado por el OMG
(Object Management Group). Es un lenguaje gráfico para
visualizar, especificar, construir y documentar un sistema.
90
UML ofrece un estándar para describir un "plano" del
sistema (modelo), incluyendo aspectos conceptuales tales
como procesos de negocio y funciones del sistema, y
aspectos concretos como expresiones de lenguajes de
programación, esquemas de bases de datos y
componentes reutilizables.
Es importante resaltar que UML es un "lenguaje de
modelado" para especificar o para describir métodos o
procesos. Se utiliza para definir un sistema, para detallar
los artefactos en el sistema y para documentar y construir.
En otras palabras, es el lenguaje en el que está descrito el
modelo
.
Se puede aplicar en el desarrollo de software entregando
gran variedad de formas para dar soporte a una
metodología de desarrollo de software (tal como el Proceso
Unificado Racional o RUP), pero no especifica en sí mismo
qué metodología o proceso usar.
UML no puede compararse con la programación
estructurada, pues UML significa Lenguaje Unificado de
Modelado, no es programación, solo se diagrama la
realidad de una utilización en un requerimiento. Mientras
que, programación estructurada, es una forma de
programar como lo es la orientación a objetos, sin
embargo, la programación orientada a objetos viene siendo
un complemento perfecto de UML, pero no por eso se toma
UML sólo para lenguajes orientados a objetos.
UML cuenta con varios tipos de diagramas, los cuales
muestran diferentes aspectos de las entidades
representadas.
1.3.3. Software y Herramientas a utilizar
1.3.3.1. Microsoft Visual Studio
91
Microsoft Visual Studio es un entorno de desarrollo
integrado (IDE, por sus siglas en inglés) para sistemas
operativos Windows. Soporta varios lenguajes de
programación tales como Visual C++, Visual C#, Visual J#,
ASP.NET y Visual Basic .NET, aunque actualmente se han
desarrollado las extensiones necesarias para muchos
otros.
Visual Studio permite a los desarrolladores crear
aplicaciones, 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 intercomuniquen entre estaciones de
trabajo, páginas web y dispositivos móviles.
Visual Studio 2010
Visual Studio 2010 es la versión más reciente de esta
herramienta, acompañada por .NET Framework 4.0. La
fecha del lanzamiento de la versión final fue el 12 de abril
de 2010.5
Hasta ahora, uno de los mayores logros de la versión 2010
de Visual Studio ha sido el de incluir las herramientas para
desarrollo de aplicaciones para Windows 7, tales como
herramientas para el desarrollo de las características de
Windows 7 (System.Windows.Shell) y la RibbonPreview
para WPF.
Entre sus más destacables características, se encuentran
la capacidad para utilizar múltiples monitores, así como la
posibilidad de desacoplar las ventanas de su sitio original y
acoplarlas en otros sitios de la interfaz de trabajo.
92
Además ofrece la posibilidad de crear aplicaciones para
muchas plataformas de Microsoft, como Windows, Azure,
Windows Phone 7 o SharePoint. Microsoft ha sido sensible
a la nueva tendencia de las pantallas táctiles y con este
Visual Studio 2010 también es posible desarrollar
aplicativos para pantallas multitáctiles.
1.3.3.2. Microsoft SQL Server
Microsoft SQL Server es un sistema de base de datos
relacional de gestión desarrollado por Microsoft . Como una
base de datos, es un producto de software cuya principal
función es la de almacenar y recuperar datos según lo
solicitado por otras aplicaciones de software, ya sea los
que en el mismo equipo o los que se ejecuta en otro
ordenador a través de una red (incluido Internet). Hay por lo
menos una docena de diferentes ediciones de Microsoft
SQL Server destinadas a diferentes públicos y por las
cargas de trabajo diferentes que van desde pequeñas
aplicaciones que se almacenan y recuperan los datos en el
mismo equipo, a los millones de usuarios y equipos que
tienen acceso a enormes cantidades de datos a través de
Internet al mismo tiempo).
Fiel a su nombre, primarias Microsoft SQL Server de
lenguajes de consulta son de T-SQL y ANSI SQL
SQL Server 2008 R2
SQL Server 2008 R2 (con nombre código original de SQL
Server "Kilimanjaro") se anunció en el TechEd 2009, y fue
lanzado a la fabricación el 21 de abril de 2010. SQL Server
2008 R2 agrega algunas características de SQL Server
2008, incluyendo una gestión de datos maestros del
sistema calificado como Master Data Services , una gestión
93
centralizada de datos maestros de las entidades y las
jerarquías. Gestión Multi Server también, una consola
centralizada para administrar múltiples instancias de SQL
Server 2008 y servicios, incluyendo bases de datos
relacionales, ReportingServices, AnalysisServices y
IntegrationServices.
SQL Server 2008 R2 incluye una serie de nuevos servicios,
incluido PowerPivot para Excel y SharePoint, servicios de
datos maestros, StreamInsight, ReportBuilder 3.0,
ReportingServicesAdd-in for SharePoint, una función de
capa de datos en Visual Studio que permite a los envases
de bases de datos por niveles, como parte de una
aplicación y una utilidad de SQL Server con nombre de la
UC (Punto de Control Utility), que forma parte de la AMSM
(Solicitud y Multi-Management Server) que se utiliza para
administrar varios servidores SQL Server,
El primero de SQL Server 2008 R2 Service Pack (Service
Pack 1) fue lanzado el 11 de julio de 2011.
1.3.3.3. Servidores Blade
Blade Server es una arquitectura que ha conseguido
integrar en tarjetas todos los elementos típicos de un
servidor. Éstas tarjetas (blades) se insertan en el backplane
dentro de un chasis que a su vez integra y permite
compartir los elementos comunes como son la ventilación,
los switches de red, la alimentación, etc. Reduciendo el
consumo eléctrico, cables, sistemas de enfriamiento, etc.
Una tarjeta Blade es un servidor completo. La memoria
RAM, el disco duro, la CPU, están contenidos en el "Blade",
éstas son instaladas mediante la simple inserción. Las
bandejas pueden ponerse cuando se quiera y quitarse de
94
igual manera, no sufriendo el servidor modificación alguna
y permaneciendo siempre a pleno rendimiento.
Las empresas que requieren de la actualización de sus
sistemas enfrentan el problema de consumo eléctrico,
espacio, control de temperatura y ubicación de los nuevos
equipos. Tradicionalmente, hasta la llegada de los
servidores Blade, el método para incrementar la
performance general del centro de datos era agregar más
servidores en rack o en torres, lo que ocupa más espacio,
complica el cableado, hace más compleja la gestión de
administración de los sistemas, consume más recursos,
etc.
La reciente introducción de blade servers ha buscado
brindar las capacidades de servidor en un diseño más
eficiente en cuanto a costo y espacio. Para suministrar
soluciones cada vez más poderosas y una solución
bladeeficiente se ha buscado la manera de reducir el
tamaño del chasis, un bajo consumo, simplificar el
cableado y el mantenimiento, mientras se incrementa
performance.
Ventajas
La arquitectura Blade server presenta muchas ventajas
frente a otros sistemas. Reduce la carga de trabajo de
gestión gracias a su infraestructura simplificada y elimina la
necesidad de excesivos conocimientos técnicos. La gestión
de los servidores blade se realiza desde una misma
consola.
Comparte fuentes de alimentación y ventiladores y una
gestión del sistema centralizada disminuye los costos a
largo plazo comparado con servidores montados en rack.
95
Comparte un backplane común, en el cual se conecta cada
blade, eliminando la mayoría del cableado que se
encuentran en los sistemas montados en rack.
Intercambio en caliente (Hot-Swap) significa que un blade
que falla puede ser reemplazado con el equipo energizado
sin ningún impacto en los otros blades.
La eliminación de cableado, la disponibilidad de los
servidores en un solo equipo, la integración de todos los
elementos en un único equipo y la gestión unificada de los
mismos facilitan el trabajo de los técnicos.
Blade server es una solución ideal para:
-Crear un entorno de cómputo modular abarcando poder
de procesamiento, almacenamiento de datos y
conectividad.
-Agregar o quitar servidores frecuentemente.
-Cuando se tiene una aplicación que necesita varios
servidores o procesadores.
- Agregar frecuentemente nuevos sistemas operativos,
aplicaciones o parches en muchos servidores.
-Salvar espacio.
-Una infraestructura distribuida.
-La funcionalidad hot-swap.
96
Gráfico # 14 - Servidor Blade30
Blade server es una solución ideal para:
Crear un entorno de cómputo modular abarcando poder
de cómputo, almacenamiento de datos y conectividad.
Agregar o quitar servidores frecuentemente.
Cuando se tiene una aplicación que necesita varios
servidores o procesadores.
Agregar frecuentemente nuevos sistemas operativos,
aplicaciones o parches en muchos servidores.
Salvar espacio.
Una infraestructura distribuida.
Una arquitectura flexible que pueda ser fácilmente
construida “a medida que usted crezca.(TGA Ingeniería
y Electrónica )
30 Fuente: Introducción a la arquitectura Blade Server, http://es.wikipedia.org/wiki/Archivo:IBM_bladecenter_(front).jpg
97
JQuery
jQuery es software libre y de código abierto, posee un
doble licenciamiento bajo la Licencia MIT y la Licencia
Pública General de GNU v2, permitiendo su uso en
proyectos libres y privativos.jQuery, al igual que otras
bibliotecas, ofrece una serie de funcionalidades basadas en
JavaScript que de otra manera requerirían de mucho más
código, es decir, con las funciones propias de esta
biblioteca se logran grandes resultados en menos tiempo y
espacio.JQuery
jQuery es una biblioteca de JavaScript, creada inicialmente
por John Resig, que permite simplificar la manera de
interactuar con los documentos HTML, manipular el árbol
DOM, manejar eventos, desarrollar animaciones y agregar
interacción con la técnica AJAX a páginas web. Fue
presentada el 14 de enero de 2006 en el BarCamp NYC.
jQuery es software libre y de código abierto, posee un
doble licenciamiento bajo la Licencia MIT y la Licencia
Pública General de GNU v2, permitiendo su uso en
proyectos libres y privativos.jQuery, al igual que otras
bibliotecas, ofrece una serie de funcionalidades basadas en
JavaScript que de otra manera requerirían de mucho más
código, es decir, con las funciones propias de esta
biblioteca se logran grandes resultados en menos tiempo y
espacio.
JAVA SCRIPT31
¿Qué es JavaScript y en qué se diferencia de la tecnología Java?
31 Fuente: Introducción a la arquitectura Blade Server, http://www.java.com/es/download/faq/java_javascript.xml
98
El lenguaje de programación JavaScript, desarrollado por
Netscape, Inc., no forma parte de la plataforma Java;
JavaScript no crea applets ni aplicaciones independientes.
En su formato más habitual, JavaScript está en
documentos HTML y puede ofrecer niveles de
interactividad en páginas web que no se consiguen solo
con HTML.
A continuación, se muestran las diferencias clave entre
Java y JavaScript.
Java es un lenguaje de programación OOP, mientras
que Java Script es un lenguaje de scripts OOP.
Java crea aplicaciones que se ejecutan en una máquina
o navegador virtual, mientras que el código JavaScript
sólo se ejecuta en un navegador.
El código Java necesita compilación, mientras que el
código JavaScript está en todo el texto.
Necesitan diferentes plugins
Arquitectura Modelo Vista Controlador en ASP.NET32
El patrón de arquitectura Model-View-Controller (MVC)
separa una aplicación en tres componentes principales: el
modelo, la vista y el controlador. La versión de ASP.NET
MVC framework proporciona una alternativa a la aplicación
ASP.Patrón de NET Web Forms para crear aplicaciones
Web basadas en MVC. La versión de ASP.NET MVC es un
framework de presentación liviana, altamente comprobables
que (como con aplicaciones basadas en formularios Web
32Fuente: Arquitectura 3 capas en asp.net, http://www.asp.net/mvc/tutorials/older-versions/overview/asp-net-mvc-overview
99
Forms) se integra con las aplicaciones ASP.NETAS
funciones, tales como las páginas maestras y autenticación
basada en la pertenencia. MVC framework se define en el
espacio de nombres System.Web.Mvc y es una parte
fundamental, con el apoyo del espacio de
nombres System.Web .
MVC es un patrón de diseño estándar que muchos
desarrolladores están familiarizados con. Algunos tipos de
aplicaciones Web se beneficiarán de MVC framework. Otros
seguirán utilizando ASP tradicional. Patrón NET aplicación
basada en formularios Web y las devoluciones de
datos. Otros tipos de aplicaciones Web combinará los dos
enfoques; ni enfoque excluye la otra.
MVC framework incluye los siguientes componentes:
Gráfico # 15 – 3 capas MVC (Modelo Vista Controlador)33
Modelos. Modelo de objetos son las partes de la
aplicación que implementan la lógica del dominio de
33 Fuente: MVC, http://i1.asp.net/asp.net/images/mvc/21/image001.png
100
aplicación s datos. A menudo, objetos del modelo de
recuperar y almacenan el estado de modelo en una base
de datos. Por ejemplo, un objeto producto podría
recuperar la información de una base de datos, operar
sobre ella y luego escribir información actualizada en
una tabla de productos en SQL Server.
En pequeñas aplicaciones, el modelo es a menudo una
separación conceptual en lugar de uno físico. Por ejemplo, si
la aplicación sólo lee un conjunto de datos y envía a la vista,
la aplicación no tiene una capa de modelo físico y clases
asociadas. En ese caso, el conjunto de datos toma el papel
de un objeto de modelo.
Vistas. Las vistas son los componentes que mostrar la
interfaz de usuario de aplicación s (IU). Normalmente,
esta interfaz de usuario se crea desde los datos del
modelo. Un ejemplo sería una vista de edición de una
tabla de productos que muestra cuadros de texto, listas
desplegables, casillas de verificación y basadas en el
estado actual de un objeto de productos.
Controladores. Los controladores son los componentes
que manejan la interacción con el usuario, trabajan con
el modelo y en última instancia, seleccione una vista
para representar que muestra la interfaz de usuario. En
una aplicación MVC, la vista muestra sólo la
información; el controlador maneja y responde a la
entrada del usuario y la interacción. Por ejemplo, el
controlador maneja valores de cadena de consulta y
pasa estos valores para el modelo, que a su vez
consulta la base de datos utilizando los valores.
101
El patrón MVC le ayuda a crear aplicaciones que
separan los diferentes aspectos de la aplicación (entrada
lógica, lógica empresarial y la lógica de la interfaz de
usuario), al tiempo que proporciona un acoplamiento
flexible entre estos elementos. El patrón específica
donde debe ubicarse cada tipo de lógica en la
aplicación. La lógica de la interfaz de usuario pertenece
a la vista. Entrada lógica pertenece en el
controlador. Lógica de negocio pertenece en el
modelo. Esta separación le ayuda a administrar la
complejidad al crear una aplicación, porque le permite
centrarse en un aspecto de la aplicación en un
momento. Por ejemplo, usted puede centrarse en la vista
sin dependiendo de la lógica empresarial.
Además de administrar la complejidad, el patrón MVC
facilita la prueba de aplicaciones que es probar una
aplicación basada en formularios Web
FormsASP.Aplicación Web de NET. Por ejemplo, en una
aplicación basada en formularios Web
FormsASP.Aplicación Web de NET, una sola clase se
utiliza para mostrar la salida y para responder a la
entrada del usuario. Pruebas de escritura automatizada
para basada en formularios Web Forms ASP.NETAS
aplicaciones pueden ser complejas, porque para probar
una página individual, debe instanciar la clase page,
todos sus controles secundarios y clases dependientes
adicionales en la aplicación. Porque se crean instancias
de tantas clases para ejecutar la página, puede ser difícil
escribir pruebas que se centran exclusivamente en las
partes individuales de la aplicación. Pruebas de Web
basada en formularios ASP.NET seguras, por tanto,
pueden resultar más difíciles de implementar que las
102
pruebas en una aplicación MVC. Además, las pruebas
en una aplicación basada en formularios Web Forms
ASP.NET aplicación requiere un servidor Web. MVC
framework desvincula los componentes y hace un uso
intensivo de las interfaces, que hace posible probar
componentes individuales en aislamiento del resto del
marco.
El acoplamiento flexible entre los tres principales
componentes de una aplicación MVC también promueve
el desarrollo paralelo. Por ejemplo, un programador
puede trabajar en la vista, un segundo desarrollador
puede trabajar en la lógica del controlador y un tercer
desarrollador puede centrarse en la lógica de negocio en
el modelo.
Decidir cuándo se debe crear una aplicación MVC
Se debe considerar cuidadosamente si desea implementar
una aplicación Web mediante cualquier ASP.NET MVC
framework o ASP.Modelo NET Web Forms. MVC framework
no reemplazar el modelo de formularios Web Forms; puede
utilizar cualquier marco para aplicaciones Web. (Si tiene
aplicaciones basadas en formularios Web Forms existentes,
estos siguen funcionando exactamente como siempre
tienen.)
Antes de decidir utilizar MVC framework o el modelo de
formularios Web Forms para un sitio Web específico,
sopesar las ventajas de cada enfoque.
Ventajas de una aplicación Web basada en MVC
La versión de ASP.NET MVC framework ofrece las
siguientes ventajas:
103
Resulta más fácil de administrar la complejidad
dividiendo una aplicación en el modelo, la vista y el
controlador.
No utiliza el estado de vista o formularios basados en
servidor. Esto hace que MVC framework ideal para
desarrolladores que desean un control total sobre el
comportamiento de una aplicación.
Utiliza un patrón Front Controller que procesa las
solicitudes de aplicación Web a través de un único
controlador. Esto le permite diseñar una aplicación que
admite la infraestructura de enrutamiento de una
rica.Para obtener más información, vea Controlador
frontal en el sitio Web de MSDN.
Proporciona mayor compatibilidad para el desarrollo
guiado por pruebas (TDD).
Funciona bien para aplicaciones Web que son apoyadas
por grandes equipos de desarrolladores y diseñadores
Web que necesitan un alto grado de control sobre el
comportamiento de la aplicación.
Ventajas de una aplicación Web basada en formularios Web
El marco basada en formularios Web Forms ofrece las
siguientes ventajas:
Es compatible con un modelo de eventos que conserva
el Estado sobre HTTP, que beneficia el desarrollo de
aplicaciones Web de línea de negocio. La aplicación
basada en formularios Web Forms proporciona decenas
104
de eventos que son compatibles con cientos de
controles de servidor.
Utiliza un modelo de controlador de Page que agrega
funcionalidad a las páginas individuales. Para obtener
más información, vea Controlador de Page en el sitio
Web de MSDN.
Utiliza el estado de vista o formularios basados en
servidor, que pueden facilitar información de estado de
administración.
Funciona bien para pequeños equipos de
desarrolladores Web y diseñadores que quieren
aprovechar la gran cantidad de componentes disponibles
para desarrollo rápido de aplicaciones.
En general, es menos complejo para el desarrollo de
aplicaciones, ya que los componentes (la clase Page ,
controles etc.) están estrechamente integrados y
usualmente requieren menos código que el modelo
MVC.
Características de ASP.NET MVC Framework
La versión de ASP.NET MVC framework proporciona las
siguientes características:
Separación de las tareas de aplicación (entrada lógica,
lógica empresarial y la lógica de la interfaz de usuario),
prueba y desarrollo guiado por pruebas (TDD) por
defecto. Todos los contratos de núcleo en MVC
framework están basados en la interfaz y pueden
probarse mediante objetos de simulacros, que son
objetos simulados que imitan el comportamiento de
105
objetos reales en la aplicación. Usted puede unidad-la
aplicación de prueba sin tener que ejecutar los
controladores en una página ASP.Proceso de NET, que
hace pruebas unitarias rápida y flexible. Puede utilizar
cualquier marco de pruebas unitarias que es compatible
con el.NET Framework.
Un marco extensible y conectable. Los componentes de
la aplicación ASP.NET MVC framework están diseñadas
para que puedan ser fácilmente reemplazados o
personalizados. Puede conectar su propio motor de
vista, Directiva de enrutamiento de URL, serialización de
parámetro de método de acción y otros componentes. La
versión de ASP.NET MVC framework admite también el
uso de modelos de contenedor de inyección de
dependencia (DI) y la inversión de Control (COI). DI
permite inyectar objetos a una clase, en lugar de
depender de la clase para crear el objeto en sí. IOC
especifica que si un objeto requiere otro objeto, los
primeros objetos deben obtener el segundo objeto de
una fuente externa, como un archivo de
configuración.Esto hace más fácil probar.
Un componente de asignación de dirección URL potente
que permite crear aplicaciones que tienen URL
comprensibles y búsquedas. URL no tiene que incluir las
extensiones de nombre de archivo y están diseñadas
para soportar patrones de nombres de URL que
funcionan bien para buscar el motor de optimización
(SEO) y la transferencia de estado representacional
(resto) abordar.
Soporte para el uso de la marca en las aplicaciones
ASP.NET (archivos .aspx), control de usuario
(archivos .ascx) y archivos maestros de marcado de
106
página (archivos .master) como plantillas de vista. Puede
utilizar las aplicaciones ASP.NETAS funciones con
ASP.NET MVC framework, anidados como páginas
maestras, expresiones en línea (< % = % >), controles
de servidor declarativa, plantillas, enlace de datos,
localización y así sucesivamente.
Soporte para las aplicaciones ASP.Funciones de
red. ASP.NET MVC permite utilizar funciones como la
autenticación de formularios y la autenticación de
Windows, URL autorización, pertenencia y papeles,
salida y el almacenamiento en caché de datos,
administración de estado de sesión y perfil, vigilancia de
la salud, el sistema de configuración y la arquitectura del
proveedor.
Arquitectura 3 Capas34
La arquitectura de software incluye los aspectos estáticos y
dinámicos más significativos del software que se desea
crear. De acuerdo Robert Pressman, la arquitectura de
software no es otra cosa que “…una descripción de los
subsistemas y los componentes de un sistema informático y
las relaciones entre ellos”. De igual manera, la arquitectura
de software de tres niveles, incluye todos estos aspectos, y
además, brinda mejores opciones para proyectos
informáticos de gran alcance y complejidad.
La arquitectura de software a utilizar para desarrollar un
producto software se define en la fase de elaboración, para
poder comprender mejor el sistema, organizar el desarrollo
34 Fuente: Arquitectura 3 capas,http://www.ecured.cu/index.php/Arquitectura_de_tres_niveles
107
del mismo, fomentar la reutilización, y hacer evolucionar el
sistema.
Arquitectura de 3 Niveles
También conocida como arquitectura de tres capas, la
arquitectura de tres capas, define cómo organizar el modelo
de diseño en capas, que pueden estar físicamente
distribuidas, lo cual quiere decir que los componentes de una
capa sólo pueden hacer referencia a componentes en capas
inmediatamente inferiores. Este patrón es importante porque
simplifica la comprensión y la organización del desarrollo de
sistemas complejos, reduciendo las dependencias de forma
que las capas más bajas no son conscientes de ningún
detalle o interfaz de las superiores. Además, nos ayuda a
identificar qué puede reutilizarse, y proporciona una
estructura que nos ayuda a tomar decisiones sobre qué
partes comprar y qué partes construir.
Para enfrentarse a estos temas, la comunidad de software
desarrolló la noción de una arquitectura de tres niveles. La
aplicación se divide en tres capas lógicas distintas, cada una
de ellas con un grupo de interfaces perfectamente definido.
La primera capa se denomina capa de presentación y
normalmente consiste en una interfaz gráfica de usuario de
algún tipo.
La capa intermedia, o capa de empresa, consiste en la
aplicación o lógica de empresa, y la tercera capa, la capa de
datos, contiene los datos necesarios para la aplicación. La
capa intermedia (lógica de aplicación) es básicamente el
código al que recurre la capa de presentación para recuperar
los datos deseados. La capa de presentación recibe
entonces los datos y los formatea para su presentación.
108
Esta separación entre la lógica de aplicación de la interfaz
de usuario añade una enorme flexibilidad al diseño de la
aplicación. Pueden construirse y desplegarse múltiples
interfaces de usuario sin cambiar en absoluto la lógica de
aplicación siempre que está presente una interfaz
claramente definida a la capa de presentación.
Capas o Niveles
Capa de presentación
Es la que se encarga de que el sistema interactúe con el
usuario y viceversa, muestra el sistema al usuario, le
presenta la información y obtiene la información del
usuario en un mínimo de proceso. En el mundo de la
informática es conocida como interfaz gráfica y debe
tener la característica de ser amigable, o sea, entendible
y fácil de usar para el usuario. Esta capa se comunica
únicamente con la capa intermedia o de negocio.
Capa de negocio
Es donde residen las funciones que se ejecutan, se
reciben las peticiones del usuario, se procesa la
información y se envían las respuestas tras el proceso.
Se denomina capa de negocio o capa de lógica del
negocio, porque es aquí donde se establecen todas las
reglas que deben cumplirse. Esta capa se comunica con
la de presentación, para recibir las solicitudes y
presentar los resultados, y con la capa de acceso a
datos, para solicitar al gestor de base de datos
almacenar o recuperar datos de él.
Capa de acceso a datos
Esta capa es la encargada de almacenar los datos del
sistema y de los usuarios. Su función es almacenar y
devolver datos a la capa de negocio, aunque para esto
109
también es necesario en algunos casos, que tengan
procedimientos y funciones dentro de la capa. En una
arquitectura de tres capas, esta capa es la única que
puede acceder a los mismos. Está formada por uno o
varios sistemas gestores de bases de datos, localizados
en un mismo servidor o en varios.
Estas capas, pueden estar localizadas todas en un
mismo ordenador, si el programa o software informático
que se desarrolla es de baja complejidad, porque si, por
el contrario, fuera de gran complejidad tanto los datos
como la lógica de negocio, entonces cada una de las
capas pudiera estar situada en diferentes ordenadores,
para mejorar la funcionalidad de las mismas, incluso, en
productos de gran complejidad, existen varios
ordenadores para la capa de acceso a datos, y varios
ordenadores para la capa de negocio.
1.3.4. Sistemas existentes
1.3.4.1. Sistema de Asesoría de Carrera (SIAC)
Sistema de asesoría académica para alumnos con
condición de riesgo académico (debido a su bajo
rendimiento académico se encuentra al borde de ser
separado de la universidad). Si un alumno ha desaprobado
dos a más veces una asignatura, presenta dos promedios
ponderados continuos desaprobados o tres promedios
ponderados desaprobados alternos, se dice que este
alumno se encuentra en riesgo académico.
Este sistema es un sistema web desarrollado en la
Universidad Peruana de Ciencias Aplicadas (UPC).
1.3.4.2. Problemas que va a solucionar un sistema web de
asesoría y tutoría
110
1. El manejo y control de la información se realiza de
manera manual
Las fichas y registros que los docentes son de papel, lo
cual implica demora en el tiempo en el momento de
llenarlas y el posible riesgo de traspapelarse. Con el
desarrollo e implementación del sistema se podrá
registrar y almacenar la información de manera más
segura y óptima lo cual evitara perdida de información,
ahorro en costo de papel y tiempo.
2. Información insuficiente sobre el proceso de la
asesoría y tutoría
El programa de Asesoría y Tutoría envía mensualmente
informes al decanato sobre las atenciones brindadas a
los alumnos, esta información enviada solo es un
registro de atenciones de cada profesor junto con una
calificación otorgada por el jefe del programa, ahora
bien este informe también es enviado al Consejo de
Facultad .
En ambos casos tanto el Decanato como el consejo de
Facultad indican que desean contar con información
más al detalle del proceso y sobre todo poder tener una
idea clara del nivel de efectividad del programa en la
facultad de Ingeniería, por la manera en que se lleva el
proceso obtener dicha información toma mucho tiempo
el Sistema permitirá obtener un informe sobre las
atenciones brindadas por los docentes (asignados al
programa de asesoría y tutoría) así mismo permitirá
saber que alumnos fueron asesorados, cuando qué
tema cuales fueron sus observaciones y monitorear su
desempeño basándose en datos pasados y actuales
(promedio del ciclo anterior en el curso en el que está
recibiendo asesoría y está matriculado)
111
3. La información obtenida de los alumnos
participantes por medio de las fichas utilizadas en el
programa es Insuficiente
Las fichas acumulativas, que son formatos en papel que
tienen como objetivo obtener información, no recopila
los datos necesarios ya que no es objetiva, no es muy
detallada ni hace hincapié en puntos clave para conocer
la situación actual del alumno.
Se plantea ante este problema una elaboración nueva
de fichas con indicadores que tienen como objetivo
conocer el contexto del alumno y medir su desempeño
a lo largo del programa.
Este nuevo modelo de fichas propuestas serán
automatizadas por el sistema siendo la base para la
recopilación de información para los alumnos
1.4.Objetivos del proyecto
1.4.1. Marco lógico
La metodología de marco lógico es una herramienta para facilitar
el proceso de conceptualización, diseño, ejecución y evaluación
de proyectos.
Se exponen secuencialmente el árbol de problemas propuestos y
el árbol de objetivos.
112
1.4.1.1. Árbol de problemas
Gráfico #16 - Árbol de problemas
Fuente: Elaboración propia
113
1.4.1.2. Árbol de objetivos
Gráfico # 17 - Árbol de objetivos
Fuente: Elaboración propia
1.4.2. Objetivo general
Automatizar y controlar el proceso de asesoría y tutoría que se
realiza para los alumnos de la facultad de ingeniería de la
114
Universidad Ricardo Palma para mejorar su rendimiento
académico.
1.4.3. Objetivos específicos
Mostrar y difundir las facilidades a los docentes del
manejo de las asesorías y tutorías.
Tener un control detallado por cada alumno que
participe en la las asesorías y tutorías.
Mostrar y facilitar las consultas de los horarios
disponibles y capacidad de las asesorías y
tutorías.
Tener acceso a la base de datos de la universidad.
Análisis y diseño de la asesoría y tutoría.
1.5.Beneficios del proyecto
1.5.1. Justificación académica
El desarrollo de la presente investigación permitirá al
estudiante involucrarse profundamente en temas de gestión de
asesoría y tutoría, así como le permitirá desarrollar mayores
conocimientos y capacidades en lo que refiere a temas
estadísticos. Del mismo modo que obtendrá una visión acerca
de los procesos internos de asesorías de la universidad
Ricardo Palma.
1.5.2. Beneficios tangibles
Reducción del porcentaje desaprobados por carrera
Economía de recursos, en lo que respecta los materiales como
papel, lapicero, hojas.
115
Acceso de inmediato a la información del programa de
Asesoría y Tutoría.
Reducción del tiempo utilizado en obtener información de las
diversas fichas utilizadas en el programa.
Brindar un almacenamiento digital de la información del
programa de Asesoría y Tutoría.
Permitir que la información del programa de Asesoría y Tutoría
sea accesada de manera descentralizada y por diversos
Usuarios.
1.5.3. Beneficios intangibles
Mejora de prestigio de la institución.
Mejora de la satisfacción del alumno.
Información confiable.
Mayor Difusión del programa de Asesoría y Tutoría.
1.6.Alcance del proyecto
Este proyecto tiene como finalidad desarrollar un sistema web para el
programa de asesoría y tutoría para los alumnos de la facultad de
ingeniería de la Universidad Ricardo Palma que permita automatizar los
siguientes procesos:
Se Ingresará una lista de alumnos por medio de un archivo Excel
al sistema ahorrando tiempo al usuario.
Las convocatorias a los alumnos se realizan por 2 medios: correo
y registro de llamadas telefónicas (el Sistema permitirá guardar la
información perteneciente a ambos registros).
El sistema permitirá enviar correos a los alumnos por medio de la
Interfaz de Usuario.
El proceso de Gestión de una Asesoría y Tutoría, permitiendo que
almacene, consulte y exporte la información en ambos casos.
116
El registro de las notas iníciales (promedio del ciclo anterior) el
proceso durante una asesoría o tutoría y las notas finales (del
curso actual) permitiendo así hacer un seguimiento académico por
“semestre” sobre el rendimiento del alumno y a su vez conocer el
grado de efectividad del programa de Asesoría y Tutoría en la
facultad.
Se entregará un DVD el cual contendrá el sistema, manual de usuario y
manual de instalación en PDF.
Este proyecto no se integrara con el sistema de intranet de la
universidad, ni contempla un registro de asistencia de los alumnos en el
programa de asesoría y tutoría.
El sistema tampoco se integrara con otro sistema que tenga referente
de disponibilidad de aulas.
1.7.Estrategia metodológica
1.7.1. Recopilación de Información
Se recopilará información del programa de Asesoría y Tutoría
para la gestión de los alumnos con motivos de riesgos y para
conocer al detalle todo el proceso para lograr así un producto
más objetivo.
1.7.2. Entrevistas
Se realizarán entrevistas al jefe programa de Asesoría y Tutoría, y
a los docentes (asignados al área de Asesoría y Tutoría para
tener mayor conocimiento del proceso de la asesoría y tutoría de
los alumnos y determinar la manera de cómo visualizar y tener
control de los alumnos y sus rendimientos académicos.
1.7.3. Reuniones
117
Se convocará al jefe de programa de asesoría y tutoría para poder
mostrar un avance del sistema y también con algunos docentes
para poder tener un mejor entendimiento sobre el proceso.
1.8.Conclusiones
La implementación del sistema web ayudará a todos los estudiantes,
docentes, al decano de la facultad de ingeniería y al consejo de facultad
tener la información de las asesorías y tutorías.
La facultad de Ingeniería tendrá un proceso estándar para la gestión de
todas las asesorías y tutorías que se vayan a realizar en los diferentes
semestres académicos.
La implementación del sistema web permitirá conocer el proceso de una
asesoría y tutoría, de cómo se lleva a cabo y también permitirá saber la
efectividad.
.
118
Capítulo II: Modelamiento del Negocio
1.9. Introducción
En el presente capítulo contiene el desarrollo del modelamiento del
negocio definiendo las reglas del negocio, los actores y trabajadores del
negocio, así como los casos de uso del negocio, diagrama de
actividades del presente proyecto.
1.10. Reglas del Negocio
RN1 –Todas las Sesiones de Tutoría son llevadas a cabo de manera
individual.
RN2–Las Sesiones de Asesorías pueden ser realizadas de manera
grupal o individual a libertad del docente.
RN3 – Los Salones Asignados a cada docente según el horario
establecido por el programa son su responsabilidad y por tanto
intransferibles.
RN4 – La información de todas las atenciones debe ser almacenadas
en las fichas brindadas por el Programa de Asesoría y Tutoría.
RN5 – Es alumno tiene completa libertad de asistir o no a las Asesorías
y Tutorías brindadas por el programa.
RN6 – Todos los docentes deben presentar sus informes de atención
mensualmente al jefe del Programa.
RN7 – El Jefe del Programa de Asesoría y Tutoría debe presentar
informes acerca de las actividades del programa de manera mensual al
decanato y al consejo de facultad.
119
1.11. Casos de Uso del Negocio
1.11.1. Diagrama de Actores del Negocio
Diagrama de Casos de Usos del Negocio
AN_Decano
(from Actores del Negocio)
AN_Director de Escuela
(from Actores del Negocio)
AN_Alumno Riesgo
(from Actores del Negocio)
AN_Alumno General
(from Actores del Negocio)
AN_Funcionario
(from Actores del Negocio)
CUN_Solicitar un informe de las asesorías y tutorías de los alumnos
CUN_Asistir a una sesión de Asesoria y TutoríaAN_Alumno
(from Actores del Negocio)
CUN_Solicitar una sesión de Asesoría y Tutoría
AN_OFICIC
(from Actores del Negocio)
CUN_Generar Lista de Alumnos en Riesgo
AN_Alumno Especial
(from Actores del Negocio)
AN_Consejo de Facultad
(from Actores del Negocio)
AN_Apoderado
(from Actores del Negocio)
CUN_Solicitar Informacion Sobre Un Alumno en Particular
AN_Jefe del Programa
(from Actores del Negocio)
CUN_Distribuye Lista Clasificada de Alumnos en Riesgo a Docentes
Gráfico # 18 – Diagrama Actores del Negocio
Fuente: Elaboración propia
1.11.2. Diagrama de Trabajadores del Negocio
Gráfico # 19 – Diagrama Trabajadores del Negocio
Fuente: Elaboración propia
120
1.11.3. Diagrama de Casos de Uso del Negocio
Gráfico # 20 – Diagrama Casos de Uso del Negocio
Fuente: Elaboración propia
1.11.4. Diagrama de actividades del negocio
CUN: Asistir a una sesión de Asesoría y Tutoría
121
Gráfico # 21 – Diagrama de Actividades – CUN Asistir a una sesión de Asesoría y
Tutoría
Fuente: Elaboración propia
122
CUN: Asistir a una sesión de Asesoría y Tutoría
Generar Informacion Alumnos
: BDAlumno
Enviar Informacion de Alumnos en Riesgo
Recepciona Lista de Alumnos en Riesgo
Recoge Lista de Alumnos en Riesgo
: Lista de Alumnos En Riesgo
Asignacion de Alumnos por Docente
Envio de Lista Clasificada
: Horarios
Recepciona lista de alumnos Asignados
DocentesJefe de ProgramaOficina de Registros y MatriculasOFICIC
Gráfico # 22 – Diagrama de Actividades – CUN Distribuir Relación de Alumnos en
Riesgo.
Fuente: Elaboración propia
CUN: Solicitar un informe de las asesoría y tutoría de los alumnos
Gráfico # 23 – Diagrama de Actividades – CUN Solicitar un informe de las asesorías y
tutorías de los alumnos.
Fuente: Elaboración propia
123
Capítulo III: Requerimientos del Proyecto
1.1. Introducción
En el presente capítulo se describe los requerimientos funcionales y no
funcionales del proyecto, se definen los actores del sistema, los casos
de uso del sistema, el modelo conceptual del sistema, el benchmarking
y prototipos.
1.2.Requerimientos de Software
1.2.1. Requerimientos Funcionales
RF1: Carga Masiva de Alumnos en Riesgo.
Carga de información de los alumnos en riesgo en una hoja Excel
al sistema.
RF2: Administrar Alumnos
El sistema será capaz de registrar, consultar, modificar y eliminar
la información de los alumnos.
RF3: Administrar Sesiones de asesoría
Permite registrar el evento de atención a los alumnos en riesgo,
en sus distintas modalidades: presencial, virtual, padres o tutores,
contacto, procesos de retiro, etc. Guardando una glosa de la
atención, las fechas y tiempos asociados.
RF4: Administrar Situación Final de los alumnos
Permite registrar la situación final de los alumnos (registrar si
supero su situación en riesgo o no) al final del ciclo académico o
de su periodo de asesoría y tutoría.
RF5: Exportar Sesiones de asesoría
124
Permite exportar la información de las sesiones de riesgo en un
archivo Excel en un formato determinado para su posterior
explotación.
RF6: Administrar Usuarios
El sistema será capaz de registrar, consultar, modificar y eliminar
usuarios del sistema y a su vez permite distinguir niveles de
accesibilidad en el Sistema.
RF7: Realizar y registrar información de Convocatoria por
El sistema será capaz de registrar una convocatoria a los alumnos
por correo.
RF8: Registrar Convocatoria por Teléfono
El sistema será capaz de registrar la información de la
convocatoria que se realiza a cada alumno por teléfono en los
campos de un formulario.
RF9: Generar Reportes
El Sistema será capaz de explotar la información del sistema por
medio de reportes en pdf y graficas al estilo Excel.
RF10: Administrar Horario
El sistema será capaz de generar un horario virtual en el que
permita administrar horas, días, docentes, Salones.
1.2.2. Requerimientos No Funcionales
RFN1: Usabilidad
El usuario deberá ser capaz de utilizar cualquier función del
sistema, utilizando solamente los elementos de ayuda del sistema
125
entre 10 a 20 minutos dependiendo del grado de conocimiento del
usuario (novato, sin experiencia / intermedio, con experiencia pero
no ha utilizado un sistema igual /experto, ha utilizado un sistema
similar). En un 90% de los casos.
RFN2: Interfaz amigable e intuitiva para el usuario
El usuario debe ser capaz de encontrar una función del sistema
en un periodo de tiempo de menos de 30 segundos. En el 90% de
los casos.
RFN3: Las Interfaces deben estar estandarizadas
El usuario debe ser capaz de familiarizarse con las pantallas
gracias a la estandarización de las mismas.
RFN4: Disponibilidad
El sistema estará disponible en todo momento siempre y cuando
el usuario decide ingresar a este.
RFN5: MTBF (Tiempo estimado entre fallas)
El sistema debe ser tolerante a fallas El tiempo estimado entre
fallas será no mayor a un 0.1% por usuario (mientras está
utilizando el sistema).
RFN6: MTTR (Tiempo estimado entre reparaciones)
El sistema debe tener una recuperación rápida. En caso de
reparación por fallas el tiempo dependerá de la falla y deberá ser
dado por un técnico calificado.
RFN7: Tolerancia de Errores
126
En el peor de los casos el sistema seguirá funcionando aunque
los tiempos de respuesta se incrementaran proporcionalmente
según la gravedad de la falla.
RFN8: Concurrencia de Usuarios Simultáneos:
El sistema no soportará conexiones simultáneas de usuarios en
una misma plataforma.
1.3.Casos de uso del sistema
1.3.1. Diagrama de actores del sistema
Gráfico # 24 – Diagrama de Actores del Sistema
Fuente: Elaboración propia
127
1.3.2. Diagrama de paquetes
Gráfico # 25 – Diagrama de Paquetes
Fuente: Elaboración propia
128
1.3.3. Diagrama de Casos de Uso del Sistema
1.3.3.1. Paquete de Administración
CUS_Cargar Alumnos
CUS_Administrar Carreras
CUS_Administrar Horarios
(from Paquete de Programación)
CUS_Administrar Entrevistas
CUS_Administrar Convocatoria
CUS_Administrar Actividades
AS_Docente
(f rom Actores del Sistema)
CUS_Administrar Alumnos <<extend>>
CUS_Administrar Docentes
CUS_Administrar Usuarios
CUS_Administrar Perfiles
CUS_Administrar Facultad
<<include>>
CUS_Administrar Plan Curricular
AS_Jefe de Programa
(f rom Actores del Sistema)
CUS_Administrar Curso
Gráfico # 26 – Paquete de Administración
Fuente: Elaboración propia
129
1.3.3.2. Paquete de Consulta
Gráfico # 27 – Paquete de Consulta
Fuente: Elaboración propia
1.3.3.3. Paquete de Manejo
130
Gráfico # 28 – Paquete de Manejo
Fuente: Elaboración propia
1.3.3.4. Realización de Casos de Uso del sistema más
significativos
Lista de casos de uso más significativos
Modulo: Administración
Nombre del caso de uso Descripción Justificación
El caso de uso permite a un usuario poder registrar y modificar una convocatoria para los alumnos de una sesión.
Para gestionar convocatoria.
Lista de casos de uso más significativos
Modulo: Manejo
Nombre del caso de uso Descripción Justificación
El caso de uso permite a un Docente poder crear modificar y finalizar una sesión de asesoría.
Para poder consultar los documentos digitalizados.
Modulo: Consultar
Nombre del caso de uso Descripción Justificación
Este caso de uso permitirá a los funcionarios y Jefe de programa de asesoría y tutoría consultar las sesiones de asesorías que se han realizado.
Para poder consultar las asesorías realizadas.
131
1.3.3.5. Especificaciones de Casos de Uso del sistema más
significativos
Especificación de Caso de Uso: Administrar Sesiones de Asesoría
Administrar Sesiones de Asesoría
Breve Descripción
En este caso de uso el Administrador del sistema podrá registrar Sesiones de Asesoría.
Flujo de Eventos
Flujo Básico
a. El Sistema muestra el menú con la opción “Administrar Sesiones de Asesoría”.
b. El Usuario tiene las opciones para seleccionar:
i. Alumnos en Riesgo Académico
ii. Alumnos en General
c. El Usuario selecciona la opción “Administrar Alumnos en Riesgo Académico”.
d. El Sistema muestra al Usuario una pantalla en donde podrá elegir entre las siguientes opciones: “Registrar Asesoría”
Selección de la opción “Registrar Alumnos en Riesgo Académico”.
a. El Usuario ingresa a la opción “Registrar Riesgo Académico”.
b. El Sistema muestra un formulario solicitando que ingrese los datos requeridos.
c. Datos del Alumno:
Carrera
Alumno
Entrevistador
Código
Asesor
Convocatoria
Motivo Sesión
132
d. Datos de la Sesión:
Fecha
Tiempo (Minutos)
Hora
Resumen de la Atención
e. El Usuario selecciona los datos y selecciona la opción “Registrar”.
f. El Sistema guarda los datos y muestra el mensaje “La sesión de asesoría fue registrada con éxito”.
Selección de la opción “Registrar Alumnos en General”.
a. El Usuario ingresa a la opción “Registrar Alumnos en General”.
b. El Sistema muestra un formulario solicitando que ingrese los datos requeridos.
Datos del Alumno:
Carrera
Alumno
Motivo Sesión
Datos de la Sesión:
Fecha
Tiempo (Minutos)
Hora
Resumen de la Atención
c. El Usuario selecciona los datos y selecciona la opción “Registrar”.
d. El Sistema guarda los datos y muestra el mensaje “La sesión de asesoría fue registrada con éxito”.
Flujo Alternativo
Ingreso de valores nulosSi el Administrador del sistema no ingresa datos en una o varias cajas de texto del formulario presentado, el sistema mostrará un mensaje de error con el nombre de o de las caja(s) de texto que están con valores nulos.
Ingreso incorrecto de datosSi el Administrador del sistema ingresa datos incorrectos en la caja de texto del formulario, el sistema mostrará un mensaje con el nombre del texto con valores no correspondientes.
133
Precondición
Realizar el CUS_Iniciar_Sesión.
Post-condición
El caso de uso del sistema “Administrar Sesiones de Asesoría” se realizó satisfactoriamente.
Especificación de Caso de Uso: Consultar Registro Sesiones Asesoría
Consultar Registro Sesiones Asesoría
Breve Descripción
En este caso de uso el Funcionario podrá consultar el registro de las sesiones de asesoría.
Flujo de Eventos
Flujo Básico
a. El Sistema muestra el menú con la opción “Consultar Sesiones Asesoría”.
b. El Usuario selecciona la opción “Consultar Sesiones Asesoría”.
Selección de la opción “Consultar Sesiones Asesoría”.
a. El Usuario ingresa a la opción “Consultar Sesiones Asesoría”.
b. Se mostrará un listado de las sesiones de asesoría y sus atributos: Código de la Sesión Motivo de la Sesión Fecha Observación
Flujo Alternativo
No hay registros.
a. Si en el sistema no existen Sesiones de Asesoría registradas, éste procederá a emitir un mensaje “No existen Sesiones registradas”.
134
Precondición
El Docente ha debido de registrar sesiones de asesoría.
Post-condición
El caso de uso del sistema “Consultar Registro Sesiones de Asesoría” se realizó satisfactoriamente.
Especificación de Caso de Uso: Administrar Convocatoria
Administrar Convocatoria
Breve Descripción
En este caso de uso el Docente podrá registrar, modificar o eliminar una convocatoria.
Flujo de Eventos
Flujo Básico
a) El Sistema muestra el menú con la opción “Administrar Convocatoria”.
b) El Usuario selecciona la opción “Administrar Convocatoria”.
c) El Sistema muestra al Usuario una pantalla en donde tiene la opción de: “Registrar Convocatoria”, “Eliminar Convocatoria” y en la parte inferior un icono de “Modificar”.
Selección de la opción “Registrar Convocatoria”.
a. El Usuario ingresa a la opción “Registrar Convocatoria”.
b. El Sistema muestra un formulario solicitando que ingrese los datos requeridos.
Código de la Sesión
Código del Alumno
Tipo de Convocatoria
Código del estado de la Convocatoria
Fecha de Llamada
Nombre de la Persona que atendió la llamada
c. El Usuario ingresa los datos y selecciona la opción “Registrar”.
d. El Sistema guarda los datos y muestra el mensaje “Convocatoria Registrada”.
135
Selección de la opción “Modificar Convocatoria”.
a. El Sistema muestra en pantalla una lista de todas las convocatorias registradas en el sistema.
b. El Usuario selecciona la convocatoria que desea modificar.
c. El Sistema muestra una interfaz con los datos de la convocatoria.
Tipo de Convocatoria
Fecha de Llamada
Nombre de la Persona que atendió la llamada
d. El Usuario modifica los datos de la convocatoria y selecciona la opción guardar.
e. El Sistema muestra una interfaz con el mensaje “¿Está seguro que desea modificar?”.
f. El Usuario selecciona la opción aceptar.
g. El Sistema valida los cambios y guarda los datos.
Eliminar Convocatoria
Si el Administrador del Sistema desea eliminar una convocatoria entonces:
a. El Sistema muestra en pantalla una lista de todas las convocatorias registradas en el sistema.
b. El Usuario selecciona la convocatoria que desea eliminar.
c. El Sistema muestra una interfaz con el mensaje “¿Está seguro que desea eliminar?”.
d. El usuarioselecciona la opción aceptar.
e. El Sistema valida y elimina la convocatoria seleccionada.
Flujo Alternativo
Ingreso de valores nulos
Si el Docente no ingresa datos en una o varias cajas de texto del formulario presentado, el sistema mostrará un mensaje de error con el nombre de o de las caja(s) de texto que están con valores nulos.
Ingreso incorrecto de datos
Si el Docente ingresa datos incorrectos en la caja de texto del formulario, el sistema mostrará un mensaje con el nombre de o de las caja(s) de texto con valores no correspondientes.
Precondición
Realizar el CUS_Iniciar_Sesión.
Post-condición
136
El caso de uso del sistema “Administrar Convocatoria” se realizó satisfactoriamente.
1.4.Modelo Conceptual
1.4.1. Modelo conceptual del sistema
Gráfico # 32 – Modelo Conceptual
Fuente: Elaboración propia
137
1.5.Benchmarking
Gráfico # 33 – BenchMarking
Fuente: Elaboración propia
138
1.6.Prototipos
Gráfico # 34 – Prototipos
Fuente: Elaboración propia
139
Capítulo IV: Gestión del Proyecto
1.1. Introducción
En el presente capítulo contiene información correspondiente a la
viabilidad de proyecto, ya sea técnica, económica, el cálculo del VAN
así como la organización del proyecto, la estimación y ejecución del
proyecto, incluyendo el cronograma de actividades que se desarrollarán
durante la realización del proyecto.
1.2.Viabilidad del proyecto
El estudio de factibilidad es desarrollado a continuación para determinar
la infraestructura tecnología y/o capacidad técnica que implica implantar
el sistema en cuestión, así como los costos y beneficios que la
herramienta propuesta genera en la institución.
1.2.1. Viabilidad técnica
Para la realización del proyecto son necesarios los recursos
tecnológicos tanto de software como de hardware para desarrollar
el proyecto de investigación.
De acuerdo a la tecnología necesaria para la implantación del
sistema propuesto de la tesis se evaluó bajos dos enfoques:
Hardware y Software.
Hardware
Desde el punto de vista hardware se evaluó en dos enfoques:
servidor y pc.
Servidor
Servidor
Características Función
Modelo: Blade
Marca: HP
Se implementará un servidor virtual para la
base de datos y la aplicación según se vea
necesario.
140
Nombre Producto: Proliant BL 480C G1
Procesador: QuadCore Intel Xeon, 2666
MHZ
Disco Duro: 60 Gb.
Memoria: 8 Gb. de RAM
Cuadro #4 - Características del servidor para el proyecto
Fuente: Elaboración propia
PC
Características
Procesador
Memoria Caché
Bus del Sistema
Memoria RAM
Disco Duro
Unidad CD/DVD
Tarjeta de Red
Audio
Video
Teclado
Intel Core 2 Duo E4400 a 2.0 GHz2 GB
2 MB de memoria caché integrada L2
Hasta 800MHz
2 GB DDR2 PC2-5300 (667Mhz)
160 GB de 7200 rpm
48x
Tarjeta de red 10/100 (Integrada a la Tarjeta Madre)
Integrado en la Tarjeta Madre
Integrado en la Tarjeta Madre
Teclado PS/2 en Español
141
Mouse Mouse PS/2 de dos botones con scroll para Internet
Cuadro #5 - Características de la PC
Fuente: Elaboración propia
Software
Desde el punto de vista del software, para la realización del
proyecto se ha evaluado diferentes alternativas.
Alternativa 1: Licencias GNU Software Libre
Alternativa 2: Licencias Software Propietario
Alternativa 3: Licencias Mixtas
-
Alternativa #1
Software
Base / Licencia
Alternativa #2
Software Base /
Licencia
Alternativa #3
Software Base / Licencia
Lenguaje
ProgramaciónPHP
Microsoft Visual Studio
.NET 2010 C#
Microsoft Visual Studio .NET
2010 C#
Motor Base
DatosPostgres
Microsoft SQL Server
2008 R2MySQL 5.0
Modelamiento
de la soluciónStar UML
IBM Rational (rose y
requisite pro)
IBM Rational (rose y
requisite pro)
S.O UsuarioLinux Ubuntu
11.0.4
Windows XP
Profesional ó SuperiorWindows XP o Superior
S.O ServidorLinux Centos
5.5
Windows Server 2003
R2 Enterprise
Windows Server 2003 R2
Enterprise
Oficina Open Office Microsoft Office
Profesional 2010
Open Office (para Windows)
142
Cuadro # 6 - Análisis de alternativas del software para el desarrollo del proyecto
Fuente: Elaboración propia
1.2.2. Viabilidad económica
Cotización del dólar = 2.63 Nuevos Soles.
Hardware
A continuación se detallan los costos de hardware mínimo para el
desarrollo, prueba e implementación del sistema:
Dispositivos (Características) Cantidad Costo Subtotal
Servidor*
Modelo: Blade
Marca: HP
Nombre Producto: Proliant BL 480C G1
Procesador: QuadCore Intel Xeon, 2666
MHZ
Disco Duro: 60 Gb.
Memoria: 8 Gb.
1 $0 $0
PC*
Procesador : Intel Core 2 Duo E4400 a 2.0
GHz2 GB
Memoria caché: 2 MB de memoria caché
integrada L2
Bus sistema: Hasta 800MHz
Memoria RAM: 2 GB DDR2 PC2-5300
Disco duro: 160 GB de 7200 rpm
Unidad CD/DVD
Audio y Video
Tarjeta de red 10/100 (Integrada a la Tarjeta
Madre)
Teclado PS/2 en Español
Mouse PS/2 de dos botones con scroll para
Internet
1 $0 $0
Dominio(Anual)* 1 $0 $0
143
Total $0
Cuadro #7 - Costos de hardware para implementar el proyecto
Fuente: Elaboración propia
La Universidad Ricardo Palma cuenta con el Hardware adecuado
para el desarrollo e implantación del sistema propuesto en la
tesis, por ello el costo es de $0.
A. Software
En cuanto a software analizaremos el costo de las tres
alternativas identificas en la viabilidad técnica.
Alternativa #1
Software Base / LicenciaCosto en el mercado
Lenguaje Programación PHP $0
Motor Base Datos Postgres $0
Modelamiento de la
soluciónStar UML $0
S.O Usuario Linux Ubuntu 11.0.4 $0
S.O Servidor Linux Centos 5.5 $0
Oficina Open Office $0
Total $0
Cuadro # 8 - Costos de software utilizando la alternativa #1 para implementar el
proyecto
Fuente: Elaboración propia
144
Alternativa #2
Software Base / LicenciaCosto en el mercado
Lenguaje Programación Microsoft Visual Studio .NET
2010 C#$ 499.00
Motor Base Datos Microsoft SQL Server 2008 R2 $898.00
Modelamiento de la soluciónIBM Rational (rose y requisite
pro)$986.00
S.O UsuarioWindows XP Profesional ó
Superior$79.90
S.O ServidorWindows Server 2003 R2
Enterprise$1200.00
OficinaMicrosoft Office Profesional
2010$685.00
Total $4447.9
Cuadro # 9 - Costos de software utilizando la Alternativa #2 para implementar el
proyecto
Fuente: Elaboración propia
La Universidad Ricardo Palma (Facultad de Ingeniería) cuenta
con todas las licencias requeridas, por ello se concluye que el
costo es $0.
145
Alternativa #3
Software Base / LicenciaCosto en el mercado
Lenguaje Programación Microsoft Visual Studio .NET
2010 C#$ 599.00
Motor Base Datos MySQL 5.0 $0
Modelamiento de la
solución
IBM Rational (rose y requisite
pro)$986.00
S.O Usuario Windows XP o Superior $79.90
S.O ServidorWindows Server 2003 R2
Enterprise$1200.00
Oficina Open Office (para Windows) $0
Total $2864.9
Cuadro #10- Costos de software utilizando la Alternativa #3 para implementar el
proyecto
Fuente: Elaboración propia
Comentario:
Alternativa #1: Aquí se observa que el resultado de costos es
cero ya que todo el software identificado son de licencias GNU
Software Libre
Alternativa #2: Aquí se observa que el resultado de costos es el
más elevado a comparación de las demás, ya que se utilizan
licencias de Microsoft y de IBM.
Alternativa #3: Aquí se observa que estamos utilizando una
mezcla de software propietario y software libre, lo cual el costo
baja a casi la mitad de la alternativa #1.
146
Conclusión: Se puede concluir, que la opción elegida es la
alternativa #2 ya que la Universidad Ricardo Palma (Facultad de
Ingeniería) cuenta con todas las licencias y el costo total sería
$0, además es el estándar utilizado por la institución.
1.2.3. Cálculo de VAN y TIR
Para calcular el retorno de la inversión se han evaluado los costos
aproximados y los beneficios estimados por mes en un rango de
tiempo adecuado.
A continuación se muestra un estimado de los gastos actuales:
Cant. Trabajadores 13Salariopromedio 3000Horaslaborales 8Díaslaborales 5Salario / Hora 15Horas laborales / Asesoría y/o Tutoría
5
Cant. De Asesorias / Mes 30
Cuadro #11–Cuadro de gastos de docentes
Fuente: Elaboración propia
Procesos Convocatoria a una Sesion de Asesoria o Tutoría
Realizacion de Asesorias
Elaboración de Informe de Atenciones
Sub - Procesos
RLAR
RAD CAR LFRLLTD
LLFRARF
BSA LLO
BTRA
ACC ERA JACD
Dia/Proceso 1 1 2 1 1 1 1 1 1 1 1Hora/Dia 1 3 3 3 3 2 1 1 2 1 2
Cantidad de personas
1 1 1 1 1 1 1 1 1 1 1
Costo 15 45 45 15 45 30 15 15 30 15 30Costo
Total/Tutoría300
Costo Total/Mes
9000*
147
Cuadro #12– Costos en los procesos de la situación actual del programa de Asesoría y
Tutoría
Fuente: Elaboración propia
*Cálculo del costo total por mes del proceso actual del programa
de asesoría y tutoría.
RLAR= Recoger Lista de Alumnos en Riesgo
RAD= Repartición de los Alumnos por Docente
CAR= Convocatoria para los alumnos en Riesgo
LFRLLTDT= Llenado de Ficha Registro de llamada Telefónica de
Docentes
LLFRARF= Llenado del formato de Registro de Atenciones de
Alumnos Regulares o Familiares
BSA= Brindar servicio de Asesoría
LLO= Llenado de Observaciones
BTRA= Buscar Todos los Registros de Atenciones
ACC= Agruparlos por Carrera y Curso
ERA= Envía Registros de Atenciones
JACD=Jefe de Área Califica al docente
Procesos Convocatoria a una Sesion de Asesoria o Tutoría
Realizacion de Asesorias
Elaboración de Informe de Atenciones
Sub - Procesos
RLAR
RAD
CAR LFRLLTD
LLFRARF
BSA LLO BTRA ACC ERA JACD
Dia/Proceso 1 1 1 1 1 1 1 1 1 1 1Hora/Dia 1 1 0.25 0.5 0.5 2 0.5 0.25 0.25 0.25 0.75
Cantidad de personas
1 1 1 1 1 1 1 1 1 1 1
Costo 15 15 3.75 7.50 7.50 30 7.50 3.75 3.75 3.75 11.25
Costo Total/Tutoría
108.75
Costo Total/Mes
3262.50*
148
A continuación se mostrara el cuadro de los gastos reducidos
con el sistema planteado:
Cuadro #13– Costos en los procesos con el sistema webparael programa de Asesoría y
Tutoría
Fuente: Elaboración propia
*Cálculo del costo total por mes del proceso del programa de
asesoría y tutoría.
Observando los beneficios vemos que se planea reducir el tiempo
que realiza cada docente en un subproceso de la asesoría y
tutoría, esto beneficiaria también por parte de los docentes que
podrían emplear más horas para otras asesorías o tutorías.
Costo Total (Sin Sistema) 9000.00 SolesCosto Total (Sistema) 3262.50 Soles
BeneficioNeto 5737.50 Soles
Cuadro #14–Beneficio Neto del Proyecto
Fuente: Elaboración propia
Observando el cuadro se puede concluir que 5737.50 soles es el
beneficio neto que será el gasto reducido por mes, una vez
implementado el sistema propuesto.
A continuación se mostrara el cuadro de los gastos de la inversión
del proyecto:
Inversión (Soles) Costo/Hora
HorasLaborales
DíasLaborales
Semanas Costo en soles
Desarrollador 7 8 5 12 3360Administrador de BD 8 8 5 12 3840
Analista 9 8 5 12 4320Tester 9 8 5 12 4320
CostosMateriales * 500Otroscostos 400
Total 16740
149
Cuadro #15–Cuadro de costos de la Inversión del proyecto
Fuente: Elaboración propia
*Papeles, fólderes, etc.
Observando el cuadro de la inversión del proyecto se concluye
que se invertirá 16740 soles para el desarrollo del proyecto.
A continuación se mostrara el cálculo del VAN del proyecto:
Inversión 16740.00-16740.00 5737.50
Mes 1 -11002.50Mes 2 -5265.00Mes 3 472.50Mes 4 6210.00Mes 5 11947.50Mes 6 17685.00Mes 7 23422.50
Cuadro #16–Calculo del VAN
Fuente: Elaboración propia
Para poder llevar a cabo el cálculo de VAN (Valor neto actual) se
procede a realizar el cálculo de flujo de caja, para el cual se va a
efectuar con la información correspondiente a los ingresos.
Para poder hallar el VAN, la formula a aplicar es la siguiente:
Dónde:
Vt: Representa los flujos de caja en cada periodo t.
I0: Es el valor del desembolso inicial de la inversión.
n: Es el número de períodos considerado.
K: El tipo de interés. Tasa de actualización.
150
El TIR es la rentabilidad que nos está proporcionando el proyecto.
A continuación se mostrara un cuadro en donde se procede a
explicar con mayor detenimiento la interpretación de los
resultados del VAN.
Valor Significado Decisión a tomar
VAN > 0
La inversión produciría
ganancias por encima de la
rentabilidad exigida.
El proyecto puede aceptarse
VAN < 0
La inversión produciría
ganancias por debajo de la
rentabilidad exigida.
El proyecto debería rechazarse
VAN = 0La inversión no produciría ni
ganancias ni pérdidas.
Dado que el proyecto no agrega valor monetario
por encima de la rentabilidad exigida (r), la
decisión debería basarse en otros criterios, como
la obtención de un mejor posicionamiento en el
mercado u otros factores.
En el presenten cuadro se observan los flujos de caja general
151
Cuadro #17–Calculo general del van y tir del proyecto
Fuente: Elaboración propia
152
1.3.Organización del proyecto
1.3.1. Organigrama del proyecto
Gráfico # 35 - Organigrama del proyecto
Fuente: Elaboración propia
153
1.3.2. EDT
Gráfico # 36 - EDT del proyecto
Fuente: Elaboración propia
154
1.4.Estimación y ejecución del proyecto
1.4.1. Cronograma de ejecución del proyecto
155
156
Gráfico # 37 - Cronograma del proyecto
Fuente: Elaboración propia
157
Conclusiones
Con la elaboración de este proyecto de tesis se puede concluir de lo
importante que son los sistemas informáticos como apoyo a los
procesos de negocio de una empresa, para la presente tesis como
mejora el proceso de las asesorías y tutorías, donde permitirá conocer el
proceso y tener un seguimiento de cada alumno de la Facultad de
Ingeniería de la Universidad Ricardo Palma, beneficiando no solamente
al usuario interesado, sino también a la misma Universidad mejorando
su imagen institucional.
Para poder lograr un buen desarrollo de un proyecto de informático se
requiere conocer previamente el funcionamiento de los procesos del
negocio y las funciones de los usuarios; con el fin de lograr una solución
óptima que satisfaga alos usuarios finales.
El sistema web propuesto en este proyecto de tesis resolverá el
problema principal que la falta de información de las asesorías y tutorías
que se realizan a los alumnos de la facultad de Ingeniería de la
Universidad Ricardo, ya que actualmente es realizada en forma manual,
teniendo el riesgo de la perdida de información importante, con el
sistema se optimizará todo ese proceso y toda la data estará guardada
en una base de datos.
El proyecto de tesis beneficiará a las personas interesadas (alumnos,
docentes, personal administrativo) ya que ellos podrá tener toda la
información de lasasesorías y tutorías que se realizan.
158
Glosario de Términos
Administrador del sistema
Persona encargada de administrar el sistema, se encargará de la
gestión de usuarios, perfiles y los permisos.
Alumno Advertido
Se le denomina alumno advertido a aquel alumno que el semestre
anterior ah desaprobado más del 50% de créditos matriculados y
reprobó estando en el primer semestre.
Alumno Amonestado
Se le denomina alumno Amonestado a aquel alumno que el semestre
anterior ah desaprobado más del 50% de créditos matriculados y ya no
está en primer semestre ni reprobó dicha cantidad de créditos durante
su primer semestre.
Alumno en Riesgo
Se le denomina alumno en riesgo a aquel alumno que el semestre
anterior ah desaprobado más del 50% de créditos matriculados y en el
caso de no ser alumno de primer ciclo es amonestado y convocado al
programa de Asesoría y Tutoría.
Aplicación Web
Sistema, de información donde una gran cantidad de datos son
actualizados, procesados, eliminados y consultados mediante
navegadores.
Asesoría de Riesgo
Estrategia que se ofrece para apoyar a los estudiantes que tengan
dificultades académicas
159
Atenciones Psicológicas
Área Psicológica encargada de ofrecer alternativas terapéuticas que
más se adapten al entorno universitario.
Base Datos
Es el conjunto de datos que son almacenados digitalmente en disco
físico o virtual.
Código Fuente
Conjunto de instrucciones escritas en algún lenguaje de programación
de computadoras, hechas para ser leídas por seres humanos, y para ser
transformadas por alguna herramienta de software (compilador,
intérprete, ensamblador) en lenguaje de máquina o instrucciones
ejecutables en la máquina.
Convocatoria
Se le denomina convocatoria al llamado que realizan los docentes
asignados al programa de Asesoría y Tutoría a los alumnos que tienen
asignados usando medios de comunicación electrónico y llamadas
telefónicas.
Consolidado de Notas
Documento en el que consta las notas del alumno del semestre cursado.
Estatuto
Se le denomina estatuto de alumnos al conglomerado de reglas bajo las
cuales se rige la universidad y los que pertenecen a ella.
Ficha Acumulativa
160
Es un formulario en una hoja de papel que se usa para los casos de
Tutoría tiene como fin recopilar información personal del alumno sobre
su contexto y entorno.
Ficha de Derivación
Es un formulario en una hoja de papel que es utilizado por los docentes
asignados al programa de Asesoría y Tutoría para derivar o enviar a un
alumno para ser Asesorado en otra área académica.
Horas Lectivas
Se denomina Horas lectivas a aquellas horas que los docentes dictan
clases en la Universidad.
Horas No Lectivas
Se denomina Horas lectivas a aquellas horas que los docentes no dictan
clases en la Universidad pero siguen estando en horas de trabajo es
decir estas horas normalmente son empleadas por la institución para
que los docentes realicen otras funciones y en nuestro caso están
asignado al programa de Asesoría y Tutoría.
Internet
Es la red de redes a nivel mundial, con comunicaciones que interconecta
a las computadoras entre sí alrededor de todo el mundo.
Manual de Usuario
Documento que sirve para la descripción y el funcionamiento de la
aplicación.
Manual de Instalación
Documento que sirve de guía para la instalación y configuración de la
aplicación.
Orientación Vocacional
161
Área encarga de guiar al alumno a elegir una carrera, y a evaluar cuan
compatible y posible le será continuar en la carrera o considerar otra
alternativa.
Perfil
Identificación de los usuarios que interactuaran con el sistema.
Registro de llamadas Telefónicas
Es un formulario en una hoja de papel que es utilizado por los docentes
asignados al programa de Asesoría y Tutoría para registrar la
información de las diversas convocatorias vía llamada telefónica
brindada a los alumnos.
Registro de Atención de los Alumnos
Es un formulario en una hoja de papel que es utilizado por los docentes
(en particular por los Asesores) asignados al programa de Asesoría y
Tutoría para registrar la información de necesaria de los alumnos
asistentes a una sesión de Asesoría.
Sistema de información
Es un conjunto de elementos (personas, datos, actividades) orientados
al tratamiento y administración de datos e información, organizados y
listos para su posterior uso, generados para cubrir una necesidad
(objetivo).
Usuario
Persona que interactúa con el sistema.
Siglario
1. ASP
162
Active Server Pages (solución de software de Microsoft, para la
programación en páginas web)
2. DHTML
Dynamic HTML (HTML Dinámico)
3. EDT
Estructura de desglose de trabajo
4. FTP
File Transfer Protocol (Protocolo de transferencia de archivos)
5. HTTP
Hypertext Transfer Protocol
6. IIS
Internet Information Services
7. ITIL
InformationTechnologyInfrastructure Library (Biblioteca de Infraestructura de
Tecnologías de la Información)
8. HTML
HyperTextMarkupLanguage («lenguaje de marcado de hipertexto»)
9. MOF
Manual de organización y funciones
10.OFICIC
Oficina central de informática y cómputo
11.ORM
163
Oficina de registros y matricula
12.URP
Universidad Ricardo Palma
13.ROF
Reglamento de organización y funciones
14.RUP
RationalUnifiedProcess (Proceso Unificado Racional)
15.SMTP
Simple Mail Transfer Protocol (Protocolo simple de transferencia de correo)
16.TI
Tecnología de la Información
17.URL
UniformResourceLocator (Localizador de Recurso Uniforme)
18.VAN
Valor actual neto
19.XHTML
Extensible HyperTextMarkupLanguage (lenguaje extensible de marcado de
hipertexto)
20.XML
Siglas en inglés de eXtensibleMarkupLanguage ('lenguaje de marcas
extensible'), es un metalenguaje extensible de etiquetas desarrollado por el
World Wide Web Consortium (W3C).
Bibliografía
164
1. Academiceventmanagement. (s.f.). Recuperado el 29 de Setiembre de
2011, de Academiceventmanagement:
https://www.academiceventmanagement.com/
2. Educación en el Perú, Wiki pedía, Recuperado Junio
(2012),http://es.wikipedia.org/wiki/Educaci%C3%B3n_en_el_Per
%C3%BA#cite_note-0
3. Who and What Are Tutors?, McGill, Recuperado Junio (2012),
http://www.mcgill.ca/tutoring/who
4. La orientación Psicológica, Salud Vida, Recuperado Junio (2012),
http://www.sld.cu/saludvida/psicologia/temas.php?idv=6067
5. Asesoría Académica, Salud Vida, Recuperado Junio (2012),
http://www.sld.cu/saludvida/psicologia/temas.php?idv=6067
6. Servidores, masadelante, Recuperado Junio (2012),
http://www.masadelante.com/faqs/servidor
7. ¿Qué es un Lenguaje de programación?, alegsaonline, Recuperado
Junio (2012), http://www.alegsaonline.com/art/11.php
8. ¿Tipos de lenguajes de Programación? wikimedia, Consultado Junio
(2012),
http://www.aufop.com/aufop/uploaded_files/articulos/1230039381.pdf
9. Tipos de Servidores, Wiki pedía
Consultado Junio (2012), http://es.wikipedia.org/wiki/Servidor
165
10.¿Qué es la web 1.0, 2.0, 3.0?, blogspot, Consultado Junio (2012),
http://dimamoa.blogspot.com/2008/05/qu-es-la-web-10-20-30.html
11.¿Qué es Web 1.0?, scribd, Consultado Junio (2012),
http://es.scribd.com/doc/550264/Que-es-web-10
12.Servidores Blade, Consultado Junio (2012),
http://es.wikipedia.org/wiki/Archivo:IBM_bladecenter_(front).jpg
13.Registro de Base de Datos, Sistemas de Información Gerencial,
Consultado Junio (2012),
http://siglauracastellanos.blogspot.com/2011/05/base-de-datos.html
14.Metodología RUP y Metodología UML, Consultado Junio (2012),
http://antwan03.blogspot.com/2009/06/metodologia-rup-y-metodologia-
uml.html
15.Sistema de Asesoría de Carrera , Consultado Junio (2012),
http://cybertesis.upc.edu.pe/upc/2010/trisoglio_cr/pdf/trisoglio_cr-
TH.front.2.pdf
16.Definicion de JQuery, Consultado Junio
(2012),http://es.wikipedia.org/wiki/JQuery
17.Servidor Blade, Consultado Junio
(2012),http://www.tga.es/articulos/BladeServer.htm
18.Funcionamiento de un Servidor, alegsa, Recuperado Junio (2012),
http://www.alegsa.com.ar/Dic/servidor.php
166