LOGO

UNIVERSIDAD NACIONAL DE SAN

CRISTOBAL DE HUAMANGA
ESCUELA DE FORMACION PROFESIONAL DE
INGENIERIA DE SISTEMAS

SOFTWARE PARA LA INSCRIPCIN DEL SIMPOSIO

VA WEB DE LA ESCUELA DE FORMACIN
PROFESIONAL DE INGENIERA CIVIL
INFORME DE PRCTICAS PREPROFESIONALES
PRESENTADO POR:
CASTILLO POMA, PERCY.

AYACUCHO, NOVIEMBRE DEL

2012

Company Logo

CAPITULO I
OBJETIVOS

OBJETIVO GENERAL

Implementar una aplicacin web para el control de inscritos del

simposio, casos de uso: emitir reporte de inscritos, registro de
inscritos, publicar informacin de cursos, mediante la metodologa
ICONIX, el sistema de Gestin de Base de Datos SQL Server
2008, el lenguaje de programacin orientado a objetos. C#, el
software de aplicacin ASP.Net y las tecnologas de internet, con
el propsito de obtener una forma ms eficiente para apoyar en
los procesos de inscripcin y la finalidad de optimizar la gestin de
informacin en la Escuela de Formacin Profesional de Ingeniera
Civil

OBJETIVO ESPECIFICO

a) Acercar los servicios de Inscripcin al simposio realizado cada

ao por la escuela de Ingeniera Civil. Mediante el uso de la
aplicacin

web,

que

simplifiquen

los

procedimientos

tradicionales.
b) Los participantes podrn modificar su perfil de datos
personales en un formulario como resumen de su inscripcin
antes de la realizacin del simposio.
c) Administrar los registros de los participantes de manera ms
adecuada con eficacia y eficacia en el simposio.

Company Logo

CAPITULO II
MARCO DE REFERENCIA

LENGUAJE UNIFICADO DE MODELADO - (UML)

Es un lenguaje grfico para visualizar, especificar, construir y documentar un
sistema. UML ofrece un estndar para describir un "plano" del sistema
(modelo), incluyendo aspectos conceptuales tales como procesos de
Conductor. La navegabilidad nos muestra donde est ubicado el atributo.

DIAGRAMA DE CLASES
Los diagramas de clases proporcionan una perspectiva esttica del
sistema (representan su diseo estructural). Las relaciones existentes
entre las distintas clases nos indican cmo se comunican los objetos
de esas clases entre s

Company Logo

METODOLOGA ICONIX
ICONIX se define como un Proceso de desarrollo de software practico.
ICONIX es un proceso simplificado en comparacin con otros procesos
ms tradicionales, que unifica un conjunto de mtodos de orientacin a
objetos con el objetivo de abarcar todo el ciclo de vida de un proyecto. La
metodologa ICONIX consiste en un lenguaje de modelamiento y un
proceso. El lenguaje de modelamiento es la notacin grafica (Incluye
diferentes tipos de diagramas). El proceso quien debe hacer que, cuando
y como alcanzar un objetivo. El Proceso de ICONIX utiliza slo cuatro
diagramas UML basados en un proceso de cuatro pasos que convierte
texto de casos de uso en el cdigo de trabajo.

 PROCEDIMIENTO DE OBTENCIN DE UNA CUENTA DE ACCESO

Para poder usar la Metodologa Iconix, el usuario deber pasar 4

hitos para poder concluir el diseo del software que maneja dicho
aplicativo y obtener un software de calidad:

Requisitos
funcionales y no
funcionales.

Descripcin de
casos de uso.

Diagrama de
secuencia.

Escribir y generar el
cdigo.

Modelo del dominio.

Diagrama de
robustez.

Diagrama de
clases.

Pruebas unitarias.

Prototipo de interfaz
grafica GUI.

Actualizacin del
modelo de dominio.

Diagrama de casos
de uso.

ANLISIS DE REQUERIMIENTOS

ANLISIS Y DISEO PRELIMINAR

DISEO DETALLADO

IMPLEMENTACIN Y PRUEBAS

PROGRAMACIN ORIENTADO A OBJETOS

Segn Weitzenfeld (2005), a diferencia de la programacin tradicional, la
programacin orientada a objetos define una estructura del ms alto nivel llamado
objeto, que ofrece dos ventajas sobre la programacin tradicional:
La primera es permitir al programador que organice su programa de acuerdo con
abstracciones del ms alto nivel, siendo estas ms cercanas a la manera de pensar
de la gente, en otras palabras los objetos son las unidades de representacin de las
aplicaciones.
La segunda es que los datos globales desaparecen, siendo estos junto con las
funciones parte interna de los objetos. Por lo tanto cualquier cambio en la estructura
de alguno de los datos, solo debiera afectar las funciones definidas en ese mismo
objeto y no en los dems.

Company Logo

CAPITULO III
ANALISIS Y RESULTADOS DE LA INVESTIGACION

Company Logo

PROBLEMTICA
La Escuela de Formacin Profesional de Ingeniera Civil de la Universidad nacional de
San Cristbal de Huamanga, realiza cada ao eventos acadmicos con motivo de
realzar y difundir los avances cientficos y tecnolgicos y la investigacin en el campo
de la ingeniera civil.
La Escuela Profesional de Ingeniera Civil llega a ofrecer las conferencias cada ao
aproximadamente a una cantidad de 500 alumnos con solo estudiantes de nuestra
regin, este ao se propuso difundir a nivel nacional el evento acadmico con la misin
de convocar a una mayor cantidad de poblacin estudiantil y no teniendo la forma de
registrar a los participantes de los distintos departamentos ni con un responsable en el
centro de estudiantes para la inscripcin en las 24 horas del da, u otras formas de
comunicacin (telfono, Messenger, etc.). La comisin organizadora vio que no era
adecuado ni formal el proceso de inscripcin de manera tradicional en hojas de clculo y
documentos de Word. Adems la comisin organizadora en su afn de ofrecer un mejor
servicio y atencin en el da de la realizacin de las conferencias, necesita implementar
nuevas formas de inscripcin que de la manera tradicional no podra registrarlo.

SOLUCION DESARROLLADA
La solucin propuesta correspondiente a mis prcticas pre - profesionales fue
desarrollar el anlisis de la Aplicacin Web para el Simposio de la escuela
Profesional de Ingeniera Civil de la Universidad Nacional San Cristbal de
Huamanga, disear los casos de uso: CU01: Registro de participante, CU02:
Mantenimiento datos de participante, CU03: Administrar el registro de participantes.
CASOS DE USO:
Registro de participante.
Mantenimiento datos de participante.
Administrar el registro de participantes.

ANLISIS DE REQUISITOS
REQUISITOS FUNCIONALES
Inscripcin Simposio
El sistema debe permitir registrar la inscripcin del participante (docente y estudiante).
El sistema debe permitir mantener la inscripcin del participante (docente y estudiante).
El sistema debe permitir emitir reporte de participante (docente y estudiante) inscritos.
Docentes
El sistema debe permitir registrar los datos de un Docente.
El sistema debe permitir mantener los datos de un Docente.
El sistema debe permitir consultar Directorio de un Docente.
El sistema debe permitir emitir reporte general de Docentes.
Participante
El sistema debe exportar los datos de los participantes desde un

formato .XLS y PDF

(formato de documento portable)

Noticia
El sistema debe permitir registrar noticia.
El sistema debe permitir mantener noticia.
El sistema debe permitir visualizar las noticias.
El sistema debe ser capaz de mostrar en la pgina principal las noticias ms recientes y
relevantes de la regin.

Company Logo

Enlace de Inters
El sistema debe permitir registrar enlaces a
las pginas web de inters.
El sistema debe permitir mantener enlaces a
las pginas web de inters.
El sistema debe permitir visualizar los enlaces
de inters.
Administracin
La aplicacin web debe ser accedida mediante un
nombre

de

usuario

(administrador

de

sistema,

Docente, Alumno) y una contrasea.

El administrador debe ser capaz de crear una cuenta
para un usuario, previa solicitud de acceso.
La

aplicacin

web

debe

ser

administrada

dinmicamente por un administrador de cuentas de

usuario previa solicitud de usuario.

Tabla N 3.2: Requisitos

funcionales.

Company Logo

N REQ.

REQUISITOS NO FUNCIONALES
El software debe ejecutarse en cualquier sistema operativo garantizando su
portabilidad.
El software debe presentar interfaces graficas fciles de utilizar.
El software debe ser personalizable para garantizar el cumplimiento del rol de
un usuario.
El software debe presentar una arquitectura y codificacin usando estndares
que permita su operacin y mantenimiento adecuado.

Tabla N 3.3: Requisitos no funcionales.

Company Logo

GLOSARIO DE TRMINOS

Company Logo

PRIMER INTENTO DE MODELO DE DOMINIO

RELACIN ENTRE REQUISITOS FUNCIONALES Y CASOS DE USO.

REQUISITOS FUNCIONALES

CASOS DE USO

Inscripcin Simposio
Req.01:

El sistema debe permitir registrar la CU01: Registro de participante

inscripcin del participante (docente y estudiante). (docente, estudiante, externo).

Req.02: El sistema debe permitir mantener la CU02: Mantenimiento datos de
inscripcin

del

participante

(Profesional

y participante (profesional, estudiante

estudiante).

externo).

Req.03: El sistema debe permitir emitir reporte de

participante (docente y estudiante) inscritos.

CU03: Emitir reporte de

participantes (docente, estudiante,
externo).

Docentes
Req.04: El sistema debe permitir registrar los datos CU04: Registro de datos de un
de un Docente.

docente.

Req.05: El sistema debe permitir mantener los datos CU05: Mantener de datos de
de un Docente.

docente.

Req.06: El sistema debe permitir consultar Directorio CU06: Consultar directorio de un

de un Docente.
Req.07: El sistema debe permitir emitir
general de Docentes.

docente.
reporte CU07: Emitir reporte general de
docentes.

Participante

Req.08: El sistema debe exportar los datos de los participantes

CU08: Exportar datos de participante en

desde un

formato XLS y PDF.

formato .XLS y PDF (formato de documento portable)

Noticia

Req.09: El sistema debe permitir registrar noticia.

CU09: Registrar Noticia.

Req.10: El sistema debe permitir mantener noticia.

CU10: Mantener Noticia.

Req.11: El sistema debe permitir visualizar las noticias.

Req.12: El sistema debe ser capaz de mostrar en la pgina principal
las noticias ms recientes y relevantes de la regin.

CU11: Mostrar noticias recientes.

Enlace de Inters
Req.13: El sistema debe permitir registrar enlaces a las pginas web
de inters.
Req.14: El sistema debe permitir mantener enlaces a las pginas
web de inters.
Req.15: El sistema debe permitir visualizar los enlaces de inters.

CU12: Registrar Enlaces de Inters.

CU13: Mantener Enlaces de Inters.

CU14: Mostrar enlaces de inters en orden
prioritario.

Administracin
Req.16:

La

aplicacin

web

debe

ser

accedida mediante un nombre de usuario

(administrador de sistema, Docente,

CU15: Login de usuario.

Alumno) y una contrasea.

Req.17: El administrador debe ser capaz
de crear una cuenta para un usuario, previa CU16: Solicitud de usuario.
solicitud de acceso.
Req.18:

La

administrada

aplicacin

web

debe

dinmicamente

por

ser
un CU17: Gestin de cuenta de

administrador de cuentas de usuario usuario.

previa solicitud de usuario.
Req.19: La aplicacin web debe ser capaz
de

buscar

informacin

nombre de los archivo.

por

docente

CU18: Mostrar publicaciones

de Archivos por docentes.

Tabla N 3.4: Relacin de requisitos funcionales con los casos de Uso.

Apellido Paterno:

Nombres:

Nombres:

DNI:

DNI:

Datos Personales
Datos Personales

Bienvenido:Carlos Pariona Arana

PROTOTIPO INICIAL DE INTERFAZ GRAFICA

REGISTRO DE ASISTENCIA

custom User Interface

custom User Interface

Registro Inscripcion

Mantenimiento

41881258
Carlos
Pariona
Arana
966792447
pariona@hotmail.com
UNSCH
......

Modificar

Banco de la Nacion
10/11/2012
Examinar

035087
80.00

Aceptar

Cancelar

REGISTRO DE INSCRIT OS

custom User Interface

custom User Interface

Administrador de Participantes

Inscritos

seleccione

Participante

Universidad

Departamento

Fecha Registro

Seleccione

Carlos Pariona
Arana

UNSCH

Ayacucho

10/11/2012

Grabar

Seleccionar

Bienv enida
Aqui

Aceptar

2 3 4

Participante

Modificar

Universidad

Grabar

Entidad Financiera Fecha

Cancelar

Estado

Eliminar

Company Logo

LISTADO DE CASOS DE USO

CU01: Registro de participante (docente, estudiante, externo).
CU02: Mantenimiento datos de participante (profesional, estudiante externo).
CU03: Emitir reporte de participantes (docente, estudiante, externo).
CU04: Registro de datos de un docente.
CU05: Mantener de datos de docente.
CU06: Consultar directorio de un docente.
CU07: Emitir reporte general de docentes.
CU08: Exportar datos de participante en formato XLS y PDF.
CU09: Registrar Noticia.
CU10: Mantener Noticia.
CU11: Mostrar noticias recientes.
CU12: Registrar Enlaces de Inters.
CU13: Mantener Enlaces de Inters.
CU14: Mostrar enlaces de inters en orden prioritario.
CU15: Login de usuario.
CU16: Solicitud de usuario.
CU17: Gestin de cuenta de usuario.
CU18: Mostrar publicaciones de archivos por docentes.

Company Logo

EMPAQUETADOS DE CASOS DE USO

DIAGRAMA DE CASOS DE USO

PRIMER BORRADOR DE CASOS DE USO

CU01: REGISTRO DE PARTICIPANTE (DOCENTE, ESTUDIANTE, EXTERNO).
CURSO BSICO:
el usuario (participante) busca en el explorador la direccin URL
(www.ingenieriacivilunsch.edu.pe), el usuario ubica el opcin "Inscripciones" el sistema
muestra el formulario de inscripcin en la cual ingresa los datos necesarios (nombres,
apellido paterno, apellido materno, universidad de procedencia, correo electrnico, tipo
de participante, fecha de inscripcin, entre otros)del participante, el usuario clic el botn
"Registrar Inscripcin", el sistema guarda el nuevo registro de inscripcin en la base de
datos, mandando un usuario y contrasea al correo del participante para su
confirmacin de la inscripcin, finalmente mostrando un mensaje de confirmacin de
inscripcin.
CURSO ALTERNO:
El usuario no ingresa datos en todos los campos, el sistema muestra mensaje de
advertencia para ingresar todos los campos.
El usuario datos incorrectos en campos correspondientes el sistema no permite ingresar
ningn tipo dato que no corresponde.

CU02: MANTENIMIENTO DATOS DE PARTICIPANTE (PROFESIONAL,

ESTUDIANTE EXTERNO).
CURSO BSICO
El usuario (participante) ingresa al sistema y hace clic en la opcin inscripcin, el
sistema mostrara una ventana con las diferentes opciones de men y hacer clic en
Inscritos el sistema mostrara los participantes inscritos. El participante hace clic en
la fila de sus datos personales mostrados, el sistema mostrara una interfaz de
Bienvenida en el cual te pedir q te registres con los datos enviados a tu correo
electrnico en la inscripcin y hacer clic en el botn aceptar. El sistema
automticamente mostrara un formulario con los datos personales y datos del
depsito, en el cual el participante podr modificar su password y sus datos
personales y/o fotografa personal.
CURSO ALTERNO
El usuario (participante) no ingresa su password y/o usuario saldr un mensaje de
no haber sido registrado. El participante al modificar su perfil de fotografa, el
sistema mostrara un mensaje si esta no est en el formato jpg.

CU03: ADMINISTRAR EL REGISTRO DE PARTICIPANTES (PROFESIONAL,

ESTUDIANTE, EXTERNO).
CURSO BSICO:
El usuario (Administrador del sistema) ingresa al sistema como usuario administrador,
el sistema mostrara una interfaz de administracin de participantes. Con la relacin de
los inscritos donde muestra con los datos siguientes: participante, procedencia de la
universidad, entidad financiera, fecha de inscripcin, el estado y la opcin de eliminar, el
administrador tiene la opcin de seleccionar una de registrados y modificar sus datos y
suspender el estado y de eliminar.
CURSO ALTERNO:
El usuario administrador si modifica algn dato de los inscritos y al hacer clic en el botn
modificar esta mostrara un mensaje de modificacin en el registro.
El usuario administrador podr visualizar la paginacin si esta no existe esta mostrara q
no existen ms registro de participante.

ANALISIS Y DISEO PRELIMINAR

REVISION DE REQUISITOS FUNCIONALES
REQUISITOS FUNCIONALES
Req01: El sistema debe permitir registrar la inscripcin del participante (docente, estudiante y externo).
Req02: El sistema debe permitir mantener la inscripcin del participante (docente, estudiante y externo).
Req03: El sistema debe permitir administrar el registro de participante (profesional y estudiante) inscritos.
Req04: El sistema debe permitir emitir reporte de participante (docente, estudiante y externo) inscritos.
Req05: El sistema debe permitir registrar los datos de un Docente.
Req06: El sistema debe permitir mantener los datos de un Docente.
Req07: El sistema debe exportar los datos de los participantes en formato XLS y PDF (formato de documento portable)
Req08: El sistema debe permitir registrar noticia.
Req09: El sistema debe permitir mantener noticia.
Req10: El sistema debe ser capaz de mostrar en la pgina principal las noticias ms recientes y relevantes de la regin.
Req11: El sistema debe permitir registrar enlaces a las pginas web de inters.
Req12: El sistema debe permitir mantener enlaces a las pginas web de inters.
Req13: El sistema debe permitir visualizar los enlaces de inters.
Req14: La aplicacin web debe ser accedida mediante un nombre de usuario (administrador de sistema, Docente,
Alumno) y una contrasea.
Req15: El administrador debe ser capaz de crear una cuenta para un usuario, previa solicitud de acceso.
Req16: La aplicacin web debe ser administrada dinmicamente por un administrador de cuentas de usuario previa
solicitud de usuario.

REVISION DEL MODELO DEL DOMINIO

REVISION DEL PROTOTIPO INICIAL

Revisin de Identificacin de los casos de uso a partir de los Requisitos.

REQUISITOS FUNCIONALES
Req01: El sistema debe permitir registrar la inscripcin del participante (Profesional, estudiante y externo).
Req02: El sistema debe permitir mantener la inscripcin del participante (Profesional, estudiante y externo).
Req03: El sistema debe permitir administrar el registro de participante (profesional y estudiante) inscritos.

CASOS DE USO
CU01: Registro de participante (profesional,
estudiante, externo).
CU02: Mantenimiento datos de participante
(profesional, estudiante externo).
CU03: Administrar el registro de participantes
(profesional, estudiante, externo).

Req04: El sistema debe permitir emitir reporte de participante (Profesional, estudiante y externo) inscritos.

CU04: Emitir reporte de participantes

Req05: El sistema debe permitir registrar los datos de un Docente.

CU05: Registro de datos de un docente.

Req06: El sistema debe permitir mantener los datos de un Docente.

CU06: Mantener datos de docente.

Req07: El sistema debe exportar los datos de los participantes en formato XLS y PDF (formato de documento portable)

CU07: Exportar datos de participante en

formato XLS y PDF.

Req08: El sistema debe permitir registrar noticia.

CU08: Registrar Noticia.

Req09: El sistema debe permitir mantener noticia.

CU09: Mantener Noticia.

Req10: El sistema debe ser capaz de mostrar en la pgina principal las noticias ms recientes y relevantes de la regin.

CU10: Mostrar noticias recientes.

Req11: El sistema debe permitir registrar enlaces a las pginas web de inters.

CU11: Registrar Enlaces de Inters.

Req12: El sistema debe permitir mantener enlaces a las pginas web de inters.

CU12: Mantener Enlaces de Inters.

Req13: El sistema debe permitir visualizar los enlaces de inters.

Req14: La aplicacin web debe ser accedida mediante un nombre de usuario (administrador de sistema, Docente,
Alumno) y una contrasea.
Req15: El administrador debe ser capaz de crear una cuenta para un usuario, previa solicitud de acceso.
Req16: La aplicacin web debe ser administrada dinmicamente por un administrador de cuentas de usuario previa
solicitud de usuario.
Req17: La aplicacin web debe ser capaz de buscar informacin por docente y nombre de los archivo.

CU13: Mostrar enlaces de inters en orden

prioritario.
CU14: Login de usuario.
CU15: Solicitud de usuario.
CU16: Gestin de cuenta de usuario.
CU17: Mostrar publicaciones de archivos por
docentes.

REVISION DEL LISTADO DE CASOS DE USO

1.CU01: Registro de participante (profesional, estudiante, externo).
2.CU02: Mantenimiento datos de participante (profesional, estudiante externo).
3.CU03: Administrar el registro de participantes (profesional, estudiante,
externo).
4.CU04: Emitir reporte de participantes (profesional, estudiante, externo) en
formato XLS y PDF.
5.CU05: Registro de datos de un docente.
6.CU06: Mantener datos de docente.
7.CU08: Registrar Noticia.
8.CU09: Mantener Noticia.
9.CU10: Mostrar noticias recientes.
10.CU11: Registrar Enlaces de Inters.
11.CU12: Mantener Enlaces de Inters.
12.CU13: Mostrar enlaces de inters en orden prioritario.
13.CU14: Login de usuario.
14.CU15: Solicitud de usuario.
15.CU16: Gestin de cuenta de usuario.
16.CU17: Mostrar publicaciones de archivos por docentes.

REVISION DEL EMPAQUETADOS DE CASOS DE USO

REVISION DE DIAGRAMA DE CASOS DE USO

REVISION DEL PRIMER BORRADOR DE CASOS DE USO

CU01: REGISTRO DE PARTICIPANTE (PROFESIONAL, ESTUDIANTE, EXTERNO).
CURSO BSICO:
El usuario (participante) busca en el explorador la direccin URL
(www.ingenieriacivilunsch.edu.pe).
El usuario ubica el opcin "Inscripciones", hace clic en la pestaa "Inscripciones de
participante" el sistema muestra el formulario de inscripcin con datos personales en la
cual ingresa los datos (DNI, nombres, apellido paterno, apellido materno, telfono
celular, grado acadmico, departamento procedencia, universidad de procedencia,
correo electrnico) del participante y en el formulario comprobante de pago ingresa los
datos (fecha de pago Boucher, numero de transaccin, monto de depsito, enviar
imagen de comprobante de pago).
El usuario clic el botn "Aceptar", el sistema guarda el nuevo registro de inscripcin en
la base de datos, mandando un usuario y contrasea al correo del participante para su
confirmacin de la inscripcin,
Finalmente mostrando un mensaje de confirmacin de inscripcin.
Repetir los itera las opciones 1, 2, 3 y 4 para otra inscripcin.

CU02: MANTENIMIENTO DATOS DE PARTICIPANTE (PROFESIONAL,

ESTUDIANTE EXTERNO).
CURSO BSICO:
El usuario (participante) ingresa al sistema y hace clic en la opcin inscripcin, el
sistema muestra la interfaz de administracin con una lista de opciones del men.
El usuario participante hace clic en la opcin Inscritos y con la lista de participantes
inscritos. El participante selecciona fila registrada de sus datos. El sistema mostrara una
interfaz de Bienvenida donde te invita a registrar el usuario y password enviados a tu
correo durante la inscripcin.
El usuario participante har clic una vez registrados sus datos de usuario y password, el
sistema mostrara la interfaz de con los formularios de datos personales y datos de
depsito.
El usuario participante podr modificar su password y sus datos personales y/o
fotografa personal.
el usuario itera las opciones 1, 2, 3 y 4 para otra inscripcin diferente.

CU03: ADMINISTRAR EL REGISTRO DE PARTICIPANTES

ESTUDIANTE, EXTERNO).

(PROFESIONAL,

CURSO BSICO:
El usuario (Administrador del sistema) hace clic en la opcin de ingreso al
administrador, el cual mostrara un lista de men de opciones.
El usuario Administrador hace clic en la opcin de administracin de participantes el
cual mostrara la relacin de inscritos.
El usuario administrador tendr la opcin de registrar y mantener los datos del
participante adems de eliminar a un participante.
El usuario administrador itera las opciones de insertar, modificar y actualizar.
CURSO ALTERNO:
El usuario administrador si modifica algn dato de los inscritos y al hacer clic en el botn
modificar esta mostrara un mensaje de modificacin en el registro.
El usuario administrador podr visualizar la paginacin si esta no existe esta mostrara q
no existen ms registro de participante.

DISEO PRELIMINAR

datos (DNI, nombres, apel li do

personales en l a cual i ngresa l os
formulari o de inscripci n con datos
partici pante" el sistema muestra el
pestaa "Inscripciones de
"Inscri pci ones", hace clic en la
2)
El usuari o ubi ca el opcin
(www.ingeni eriaci vilunsch.edu.pe).
expl orador la di recci n URL
1)
El usuari o (parti cipante) busca en el
CURSO BSICO:
(PROFESIONAL, ESTUDIANTE, EXTERNO).
CU01: REGISTRO DE PARTICIPANTE

DISEO DETALLADO E IMPLEMENTACION

sd CU01: Registro de participante (profesional, estudiante, externo).

Parti cipante

ContenedorSel BL
Pagina Inicio

Pagina
Inscripcion

UsuarioBL
Ubigeo

Contenedor

Incripcion

Financiera

Procedencia

Participante

clic()
cl ic()
cargarCombos()
pCargarDropDownList(ddl Di strito, dtUbi geo, dtUbi geo.Columns["codDist"].T oString(), dtUbi geo.Columns["nombre"].ToString());
oContenedorSel BL.fListarContenedor(oBaseBE);

ProcedenciaSel BL oProcedenciaSelBL = new ProcedenciaSelBL();

Inscripci onBE oInscri pcionBE = new InscripcionBE();

oFi nancieraBE= new FinancieraBE()

oParticipanteBE = new Partici panteBE();

oUsuarioBL.fInsertarUsuario()
regi stro satisfactori amente()

(from Actor)

interfaz de administracin con una lista de opciones del

clic en la opcin inscripcin, el sistema muestra la
1.
El usuario (participante) ingresa al sistema y hace
CURSO BSICO:
(PROFESIONAL, ESTUDIANTE EXTERNO).
CU02: MANTENIMIENTO DATOS DE PARTICIPANTE

sd CU02: Mantenimiento datos de participante (profesional, estudiante externo).

Participante

ParticipanteSelBL
Pagina principal

Bienvenida
Pagina incritos

usuario

Procedencia

Inscripcion

UsuarioBE oUsuarioBE=new UsuarioBE();

ParticipanteBE oParticipanteBE = new ParticipanteBE();
ProcedenciaBE oProcedenciaBE = new ProcedenciaBE();
UbigeoBE oUbigeoBE= new Ubigeo();
InscripcionBE oInscripcionBE = new InscripcionBE ()

oParticipanteSelBL.fListarParticipante((BaseBE)oParticipanteBE);

(from Actor)

Participante

Ubigeo

hace clic en la opcin de ingreso al

1) El usuario (Administrador del sistema)
CURSO BSICO:
EXTERNO).
PARTICIPANTES (PROFESIONAL, ESTUDIANTE,
CU03: ADMINISTRAR EL REGISTRO DE

sd CU03: Administrar el registro de participantes (profesional, estudiante, externo).

Administrador del sistema

Pagina
administracion

ParticipanteSelBEProcedenciaBE
Pagina login
Procedencia

ContenedorSelBE
Partciante
Contendor Inscrripcion

UsuarioBL
Financiera

Ubigeo

Administrador

Usuario

UsuarioBE oUsuarioBE=new UsuarioBE()

FinancieraBE oFinancieraBE=new FinancieraBE()

int resultado =
oUsuarioBL.fActualizarUsuario((BaseBE)oUsuarioBE,
(BaseBE)oParticipanteBE, (BaseBE)oInscripcionBE);

ParticipanteBE oParticipante=new ParticipanteBE()

ProcedenciaBE oProcedencia=new ProcedenciaBE()
ProcedenciaBE oProcedencia=new ProcedenciaBE()

UsuarioBE oUsuarioBE=new UsuarioBE()

oContenedorSelBL.fListarContenedor(oBaseBE);
InscripcionBE oInscripcionBE=new InscripcionBE()

oContenedorBL.fInsertarContenedor(oInscricionBE,oSexoBE,oEstadoCivilBE))
Hcer Administrador clic()
Hace clic()
Registro satisfactorio()

(from Actor)

DIAGRAMA DE CLASES
cla ss Deta ile d Cla ss Diagram

Ins cripcionBE

Fina ncieraBE
+
+
+

i d Fi n anci e ra: i nt
de no mi na ci on : ch ar
nroCu enta: i nt
estad o: b yte

Fi nan ci era BE() : voi d

p rop erty
+
i d Fi n anci e ra() : i n t
+
de no mi na ci on () : cha r
+
nroCu enta() : i n t
+
estad o() : byte

+
+
+
+
+

i d In scri pci on : i nt
i d Pa rti ci pa nte: i nt
i d Fi nan ci era : i nt
fe cha Inscri p ci on : da te
fe cha Pago : date
m on to: i n t
tran sacci on: cha r
e stad o: byte

In scri pci onBE() : voi d

pro perty
+
i d In scri pci on () : i nt
+
i d Pa rti ci pa nte() : i nt
+
i d Fi nan ci era () : i nt
+
fe cha Inscri p ci on () : d ate
+
fe cha Pago () : da te
+
m on to() : i nt
+
tran sacci on() : ch ar
+
e stad o() : byte

Ubige oBE
+
+
+
+
+

i d Ubi geo : i nt
cod Dpto: cha r
cod Pro v: char
cod Di st: char
no mbre : char
estad o: byte

Ub i ge oBE() : voi d

p rope rty
+
i d Ubi geo () : i n t
+
cod Dpto() : ch ar
+
cod Pro v() : cha r
+
cod Di st() : cha r
+
no mbre () : cha r
+
estad o() : b yte

Conte ne dorBE
+
+
+

i d Con ten ed or: i nt

i d T ab l a: i n t
i d Sub tab l a : i n t
no mbre : char
ab revi atura: char
estad o: byte

Co nte ne do rBE() : voi d

p rope rty
+
i d Con ten ed or() : i n t
+
i d T ab l a() : i nt
+
i d Sub tab l a () : i nt
+
no mbre () : cha r
+
ab revi atura() : cha r
+
estad o() : b yte

UsuarioBE
+
+
+
+
+
+
+
+
+
+
+
+

i dUsuari o: i nt
usu ari o : ch ar
password: char
nom bre : char
apPate rn o: ch ar
apM ate rno : ch ar
dni : ch ar
cel u l ar: cha r
em ai l : ch ar
tel e fono : char
url Imag en: cha r
i dEstad oCi vi l : i nt
i dT i po Usua ri o : i n t
i dSexo: i n t
i dUbi g eo : i n t
di re cci on : cha r
esta do : b yte

Usua ri o BE() : voi d

p roperty
+
i dUsuari o() : i nt
+
usu ari o () : cha r
+
password() : cha r
+
nom bre () : char
+
apPate rn o() : cha r
+
apM ate rno () : char
+
dni () : cha r
+
cel u l ar() : ch ar
+
em ai l () : char
+
tel e fono () : cha r
+
url Imag en() : ch ar
+
i dEstad oCi vi l () : i n t
+
i dT i po Usua ri o () : i nt
+
i dSexo() : i nt
+
i dUbi g eo () : i nt
+
di re cci on () : ch ar
+
esta do () : byte

ParticipanteBE
+
+
-

i dP arti ci pa nte : i n t
i dP roced en ci a: i nt
i nsti tu ci o n: char
fech aRe gi stro : da te
i dUsua ri o: i n t

Pa rti ci pa nteBE() : voi d

prop erty
+
i dP arti ci pa nte () : i nt
+
i dP roced en ci a() : i n t
+
i nsti tu ci o n() : cha r
+
fech aRe gi stro () : d ate
+
i dUsua ri o() : i nt
ProcedenciaBE
+
+

i dProced enci a :
den om i n aci on :
esta do: byte

i nt
cha r

Proce den ci aBE() : vo i d

pro pe rty
+
i dProced enci a () : i nt
+
den om i n aci on () : ch ar
+
esta do() : byte
AdministradorBE
-

i dA dm i ni strad or:
i dUsua ri o: i n t

int

Ad mi n i stra do rBE() : vo i d

prop erty
+
i dA dm i ni strad or() : i nt
+
i dUsua ri o() : i nt

PRUEBAS
NOMBRE
Objetivo
Condiciones de
Ejecucin

Entrada

Resultado
Esperado
Resultado Obtenido

DESCRIPCIN
La siguiente prueba es el caso de uso: Registro de
participante (profesional, estudiante, externo).
El usuario (participante) para poder registrarse como
participante es necesario que pague a la entidad
financiera para tener el numero de Boucher.
El usuario participante busca la opcin de Inscripcin y
selecciona las condiciones para su inscripcin, si el
participante no hizo el pago previo a la entidad financiera
entonces el administrador le deshabilitara .
El sistema inserta los datos ingresados a la base de
datos y muestra un mensaje de confirmacin.
satisfactorio

NOMBRE
DESCRIPCIN
Objetivo
La siguiente prueba es para es el caso de uso: Mantenimiento datos
de participante (profesional, estudiante externo).
Condiciones de El usuario (participante) para poder acceder a esta funcionalidad el
Ejecucin
participante necesita datos de usuario y password que estn en su
bandeja de correo electrnico.
Entrada

El usuario participante selecciona su registro de datos que esta en la

opcin de inscritos y se loguea con sus password y usuario y este
observa de manera resumida sus datos personales y el deposito
hecho en la entidad financiera , adems el usuario puede modificar
su password y ingresar su foto y registra los datos en la base de
datos.

Resultado
Esperado

El sistema inserta los datos de los ingresantes a la base de datos y

muestra un mensaje de confirmacin en pantalla.

Resultado
Obtenido

Satisfactorio

NOMBRE

DESCRIPCIN

Objetivo

La siguiente prueba es para el caso de uso: Administrar el

registro de participantes (profesional, estudiante, externo).

Condiciones de
Ejecucin

El usuario (Administrador) para poder ingresar al

administrador del sistema debe estar previamente
logueado con su usuario y contrasea.

Entrada

Resultado Esperado

Resultado Obtenido

El usuario (Administrador) selecciona de l men de

opciones el Administrador participantes , ello mostrara la
lista de inscritos , en esta opcin el administrador podr
modificar el estado del participante, modificar datos
personales, etc.
El sistema administra los datos de los participantes a la
base de datos y muestra un mensaje de confirmacin en
pantalla.
satisfactorio

CAPITULO IV
CONCLUCIONES Y RECOMENDACIONES

CONCLUSIONES

Se desarroll una Aplicacin Web para el Proceso

de Inscripcin de la Escuela de formacin profesional de
Ingeniera Civil, que constituye una forma eficiente de
apoyar en los procesos de inscripcin del simposio de la
CEIC-UNSCH.

Se analiz los Procesos de Inscripcin,

estableciendo as los requisitos funcionales y no
funcionales para la aplicacin web.
Se logr implementar los casos de uso: Inscripcin
del participante, Mantener datos de participante y
administrar el registro de participante.

RECOMENDACIONES
Se recomienda desarrollar aplicaciones para las dems
escuelas profesionales ya que es una forma de difundir
la existencia de la escuelas de la UNSCH adems es
un medio ms de cmo un
participante podra
inscribirse en un simposio acadmico.

DEMOSTRACION
http://www.ingenieriacivilunsch.edu.pe

LOGO

A
R
G

S
A
CI