ANLISIS Y APLICACIN DE INGENIERA DE

REQUERIMIENTOS PERTENECIENTE A LA UNIDAD

EDUCATIVA SANTA BARBARA- NIVEL SECUNDARIO
CAPITULO I: GENERALIDADES
1.1

INTRODUCCIN

Hoy en da se puede observar que las unidades educativas no cuentan con

herramientas que les permita administrar y gestionar de manera eficiente las
calificaciones de los estudiantes, ya que en la mayora de los establecimientos
los reportes relacionados con las calificaciones son hechas de manera manual
realizndose reuniones celebradas con motivo de entrega de notas. Que en
muchos casos los padres no se presentan por motivo de falta de tiempo,
trabajo, o falta de inters y por lo tanto no saben cmo va el rendimiento
acadmico de sus hijos que ms adelante genera problemas para la
administracin del establecimiento.
Actualmente la unidad educativa Santa Brbara no cuenta con un sistema
computarizado eficaz, que administre notas, inscripciones, reportes, siendo su
desventaja de no generar los reportes requeridos haciendo dificultoso tener a
mano informacin que se necesite en ese momento.
El cual nos dio el motivo de analizar y disear una herramienta informtica que
pueda dar solucin a los problemas descritos anteriormente ahorrando tiempo,
adems de contar con los datos consistentes en el momento que se requiera y
que genere los reportes requeridos, as se podr dar ms nfasis a otros
procesos que lleva cabo el establecimiento.

1.2

ANTECEDENTES

El presente proyecto tiene como antecedentes los siguientes puntos:

1.2.1 ANTECEDENTES INSTITUCIONALES

DATOS REFERENCIALES:
1.

Ciudad:

La Paz El Alto Bolivia.

2.

Zona:

Brasil, Rio Seco.

3.

Direccin:

Av. Cuzco N# 408.

4.

Telfono:

2 2862434.

5.

Niveles:

Secundario;

6.

Grados:

3 a 6 Secundaria.

7.

Turno:

Maana.

8.

Director:

Lic. Rolando Selaya

9.

Personal Docente:

20 profesores y 4 de apoyo.

10.

Personal Administrativo:

5 personas (Secretaria y regentes).

11.

Personal de Servicio:

1 persona (portera).

12.

Poblacin estudiantil:

469 estudiantes.

1.3

PLANTEAMIENTO DEL PROBLEMA

El llenado manual de libretas de los estudiantes de la unidad educativa Santa

Brbara provoca retraso en la entrega de reportes e informes, adems la falla
en la transcripcin de notas.

1.3.1 PROBLEMA PRINCIPAL

El Colegio Santa Brbara realiza el llenado de libretas manualmente lo cual
genera retrasos y errores en cuanto a la entrega de notas de los estudiantes

1.3.2 PROBLEMA SECUNDARIO

El sistema actual de registro de notas no es eficiente ya que los datos

pueden ser incorrectos al ser transcritos manualmente.

Prdida de tiempo a causa de las transcripciones.

El reporte de notas de cada estudiante requiere de mucho tiempo, que

generalmente son manejados por el plantel administrativo.

1.4

OBJETIVOS

1.4.1 OBJETIVO GENERAL

Realizar un anlisis desde la perspectiva de ingeniera de sistemas para
optimizar el proceso actual de llenado de libretas y boletines del colegio Santa
Brbara y as obtener informacin oportuna mejorando los procesos de
bsqueda de informacin.

1.4.2 OBJETIVO ESPECIFICO

Los objetivos especficos que se pretenden obtener con la realizacin de este
proyecto son los siguientes:

Realizar el acopio de datos e informacin mediante observaciones,

entrevistas y encuestas.

Realizar el anlisis mediante diagramas de secuencias.

Identificar los requisitos, funcionales y no funcionales, mediante la

Ingeniera de requerimientos.

Plantear alternativas de solucin

Planificar la aplicacin o ejecucin de las mismas y seleccionar la

alternativa viable econmicamente y por calidad.

1.5

JUSTIFICACIN

1.5.1 JUSTIFICACIN TCNICA

Se justifica tcnicamente porque se requiere realizar el anlisis del proceso de
calificaciones para optimizarlo.

1.5.2 JUSTIFICACIN ECONMICA

Se justifica econmicamente para disminuir los costos del llenado manual de
los boletines y libretas, adems de reducir los pagos de personal innecesario.

1.5.3 JUSTIFICACIN SOCIAL

Se justifica socialmente porque se requiere realizar un mejor servicio hacia los
estudiantes.

CAPITULO II: MARCO TERICO

2.1 INGENIERA DE REQUERIMIENTOS
La Ingeniera de Requerimientos cumple un papel primordial en el
proceso de produccin de software, ya que enfoca un rea fundamental:
La definicin de lo que se desea producir. Su principal tarea consiste
en la generacin de especificaciones correctas que describan con
claridad, sin ambigedades, en forma consistente y compacta, el
comportamiento del sistema; de esta manera, se pretende minimizar los
problemas relacionados al desarrollo de sistemas.
El proceso de recopilar, analizar y verificar las necesidades del cliente
para un sistema es llamado Ingeniera de Requerimientos. La meta de la
Ingeniera de Requerimientos (IR) es entregar una especificacin de
requisitos de software correcta y completa.
A continuacin se darn algunas definiciones para ingeniera de
requerimientos.
"Es el proceso mediante el cual se intercambian diferentes puntos de
vista para recopilar y modelar lo que el sistema va a realizar. Este
proceso utiliza una combinacin de mtodos, herramientas y actores,
cuyo producto es un modelo del cual se genera un documento de
requerimientos" Leite 1987.
"Ingeniera de Requerimientos es la disciplina para desarrollar una
especificacin completa, consistente y no ambigua, la cual servir como
base para acuerdos comunes entre todas las partes involucradas y en
dnde se describen las funciones que realizar el sistema" Boehm 1979.
"Ingeniera de requerimientos es un enfoque sistmico para recolectar,
organizar y documentar los requerimientos del sistema; es tambin el

proceso que establece y mantiene acuerdos sobre los cambios de

requerimientos, entre los clientes y el equipo del proyecto" Rational
Software
CLASIFICACIN DE LA INGENIERA DE REQUERIMIENTOS
Los requerimientos puedes dividirse en requerimientos funcionales y
requerimientos no funcionales.
Los requerimientos funcionales: Definen las funciones que el sistema
ser capaz de realizar. Describen las transformaciones que el sistema
realiza sobre las entradas para producir salidas.
Los requerimientos no funcionales: Tienen que ver con caractersticas
que de una u otra forma puedan limitar el sistema, como por ejemplo, el
rendimiento (en tiempo y espacio), interfaces de usuario, fiabilidad
(robustez del sistema, disponibilidad de equipo), mantenimiento,
seguridad, portabilidad, estndares, etc.
CARACTERSTICAS DE LOS REQUERIMIENTOS
Las caractersticas de un requerimiento son sus propiedades principales.
Un conjunto de requerimientos en estado de madurez, deben presentar
una serie de caractersticas tanto individualmente como en grupo.
A continuacin se presentan las ms importantes:
Necesario: Un requerimiento es necesario si su omisin provoca una
deficiencia en el sistema a construir, y adems su capacidad,
caractersticas fsicas o factor de calidad no pueden ser reemplazados
por otras capacidades del producto o del proceso.
Conciso: Un requerimiento es conciso si es fcil de leer y entender. Su
redaccin debe ser simple y clara para aquellos que vayan a consultarlo
en un futuro.
Completo: Un requerimiento est completo si no necesita ampliar
detalles en su redaccin, es decir, si se proporciona la informacin
suficiente para su comprensin.
Consistente: Un requerimiento es consistente si no es contradictorio con
otro requerimiento.
No ambiguo: Un requerimiento no es ambiguo cuando tiene una sola
interpretacin. El lenguaje usado en su definicin, no debe causar
confusiones al lector.

Verificable: Un requerimiento es verificable cuando puede ser

cuantificado de manera que permita hacer uso de los siguientes
mtodos de verificacin: inspeccin, anlisis, demostracin o pruebas.
Importancia de la Ingeniera de Requerimientos
Los principales beneficios que se obtienen de la Ingeniera de
Requerimientos son:

Permite gestionar las necesidades del proyecto en forma

estructurada: Cada actividad de la IR consiste de una serie de pasos
organizados y bien definidos.

Mejora la capacidad de predecir cronogramas de proyectos, as

como sus resultados: La IR proporciona un punto de partida para
controles subsecuentes y actividades de mantenimiento, tales como
estimacin de costos, tiempo y recursos necesarios.

Disminuye los costos y retrasos del proyecto: Muchos estudios han

demostrado que reparar errores por un mal desarrollo no descubierto a
tiempo, es sumamente caro; especialmente aquellas decisiones tomadas
durante la RE.

Mejora la calidad del software: La calidad en el software tiene que

ver con cumplir un conjunto de requerimientos (funcionalidad, facilidad
de uso, confiabilidad, desempeo, etc.).

Mejora la comunicacin entre equipos: La especificacin de

requerimientos representa una forma de consenso entre clientes y
desarrolladores. Si este consenso no ocurre, el proyecto no ser exitoso.

Evita rechazos de usuarios finales: La ingeniera de requerimientos

obliga al cliente a considerar sus requerimientos cuidadosamente y
revisarlos dentro del marco del problema.

Actividades de la Ingeniera de Requerimientos

Dependiendo del tamao del proyecto y del modelo de proceso de
software utilizado para el ciclo de desarrollo, las actividades de la IR
varan tanto en nmero como en nombres.
A pesar de las diferentes interpretaciones que cada desarrollador tenga
sobre el conjunto de actividades mostradas en la tabla anterior,
podemos identificar y extraer cinco actividades principales que son:

Anlisis del Problema

Evaluacin y Negociacin

Especificacin

Validacin

Evolucin

2.2 CASOS DE USO

Los casos de uso son una tcnica para especificar el comportamiento de
un sistema: "Un caso de uso es una secuencia de interacciones entre un
sistema y alguien o algo que usa alguno de sus servicios."
Todo sistema de software ofrece a su entorno una serie de servicios. Un
caso de uso es una forma de expresar cmo alguien o algo externo a un
sistema lo usa. Cuando decimos "alguien o algo" hacemos referencia a
que los sistemas son usados no slo por personas, sino tambin por
otros sistemas de hardware y software.
El nombre de un caso de uso se expresa con un verbo en gerundio,
seguido generalmente por el principal objeto o entidad del sistema que
es afectado por el caso. Grficamente, los casos de uso se representan
con un valo, con el nombre del caso en su interior.

Es importante notar que el nombre del caso siempre est expresado

desde el punto de vista del actor y no desde el punto de vista del
sistema. Por eso el segundo caso de uso se llama "Recibiendo
informacin de pedidos" y no "Generando informacin de pedidos".
Los casos de uso tienen las siguientes caractersticas:
-Estn expresados desde el punto de vista del actor.
-Se documentan con texto informal.
-Describen tanto lo que hace el actor como lo que hace el sistema
cuando interacta con l, aunque el nfasis est puesto en la
interaccin.
-Son iniciados por un nico actor.

-Estn acotados al uso de una determinada funcionalidad del sistema,

claramente diferenciada.
2.3 DIAGRAMA DE SECUENCIA
Un diagrama de secuencia muestra la interaccin de un conjunto de
objetos en una aplicacin a travs del tiempo y se modela para cada
mtodo de la clase. El diagrama de secuencia contiene detalles de
implementacin del escenario, incluyendo los objetos y clases que se
usan para implementar el escenario, y mensajes intercambiados entre
los objetos.
Existen dos tipos de mensajes: sncronos y asncronos. Los mensajes
sncronos se corresponden con llamadas a mtodos del objeto que
recibe el mensaje. El objeto que enva el mensaje queda bloqueado
hasta que termina la llamada. Este tipo de mensajes se representan con
flechas con la cabeza llena. Los mensajes asncronos terminan
inmediatamente, y crean un nuevo hilo de ejecucin dentro de la
secuencia. Se representan con flechas con la cabeza abierta.
Caractersticas
- Los diagramas de secuencia muestran grficamente las interacciones
del actor y de las operaciones a que dan origen.
- Los diagramas de secuencia se preparan durante la fase de anlisis de
un ciclo de desarrollo
- Su creacin depende de la formulacin previa de los casos de uso.
- El diagrama de secuencia muestra un determinado escenario de un
caso de uso, los eventos generados por actores externos, su orden y los
eventos internos del sistema.
Elementos del diagrama de secuencia
Objetos: se representan mediante una lnea vertical llamada lnea de
vida, en la parte superior se coloca un rectngulo con el nombre del
objeto o de la clase.
Foco de control o activacin: se representa mediante un rectngulo
superpuesto a la lnea de vida del objeto, su tamao depende de la
duracin de la accin realizada por el objeto, la parte superior indica el
inicio de la accin, la parte inferior indica la terminacin.
Mensajes: se representan mediante una lnea horizontal entre las lneas
de vida de los objetos que intercambian los mensajes, es posible aadir
a los mensajes condiciones o iteraciones, la condicin se representara

mediante una condicin booleana entre corchetes, el mensaje ser

enviado si la condicin es cierta. La iteracin se representa mediante un
asterisco y una expresin entre corchetes indicando el nmero de veces
Palabras claves
Lnea de vida de un objeto: La lnea de vida de un objeto representa la
vida del objeto durante la interaccin. En un diagrama de secuencia un
objeto se representa como una lnea vertical punteada con un
rectngulo de encabezado y con rectngulos a travs de la lnea
principal que denotan la ejecucin de mtodos (activacin).
Activacin: Muestra el perodo de tiempo en el cual el objeto se
encuentra desarrollando alguna operacin, bien sea por s mismo o por
medio de delegacin a alguno de sus atributos. Se denota como un
rectngulo delgado sobre la lnea de vida del objeto.
Mensaje: El envo de mensajes entre objetos se denota mediante una
lnea slida dirigida, desde el objeto que emite el mensaje hacia el
objeto que lo ejecuta.
Tiempos de transicin: En un entorno de objetos concurrentes o de
demoras en la recepcin de mensajes, es til agregar nombres a los
tiempos de salida y llegada de mensajes
Destruccin de un objeto Se representa como una X al final de la lnea
de ejecucin del objeto.
Ejemplo:

2.4 COSTOS DE INSUMO

El trmino insumo se utiliza para hacer referencia a todos aquellos
implementos que sirven para un determinado fin y que se pueden
denominar como materias primas, especficamente tiles para diferentes
actividades y procesos.
El recurso a ciertos insumos siempre tiene que ver con actividades
productivas que tienen por fin la realizacin de otro bien ms complejo y
que implica un mayor proceso de elaboracin. Cuando el insumo es
utilizado en combinacin con otros insumos ms o menos complejos
para la elaboracin de otro tipo de productos, dejan de considerarse
como tales ya que han perdido sus caractersticas esenciales.
Hay diferentes tipos de insumos que pueden ser tiles en diferentes
tipos de situaciones o actividades.
Mientras algunos insumos son tiles para un nico tipo de actividad,
otros pueden ser componentes de diversos productos manufacturados.
Evidentemente, mientras ms nico y difcil de conseguir sea el insumo,
mayor o ms elevado ser su precio por lo cual tambin se elevarn los
costes del producto final.
Los insumos son la parte esencial de todo proceso productivo y no
contar con ellos es una de las principales razones por las cuales una
industria se puede ver parada. Las principales causas de falta de
insumos puede ser la escasez de los mismos en determinadas regiones
(lo cual hace que conseguirlos en otras partes sea extremadamente
caro), la elevacin de los precios, la presencia de factores externos que
pueden contribuir a su escasez, etc.
En muchos ambientes productivos la mano de obra tambin es
considerada un insumo de vital importancia ya que es la responsable de
encadenar todos los procesos productivos entre el producto primario y el
producto finalizado. Al mismo tiempo, la mano de obra puede presentar
los mismos problemas que el resto de los insumos materiales en lo que
hace a su acceso, a su mantenimiento, etc.

CAPITULO III: MARCO PRCTICO

3.1 PROCESO DE INFORMACIN CON BASE A LAS ENTREVISTAS
Se realiz la entrevista a diferentes docentes y a secretaria de la unidad
educativa. Lo cual obtuvimos los siguientes resultados:

Cada docente realiza su respectivo llenado de calificaciones en su

cuaderno de seguimiento a lo largo del bimestre y hace la entrega a
direccin.
El director junto con el docente verifican que el llenado de las
calificaciones estn correctas.
Terminada la verificacin son pasadas a secretaria.
En secretaria son centralizadas todas las calificaciones y
posteriormente realizan la transcripcin a los boletines de forma
magntica en formato Excel, donde sus registros son almacenados en
carpetas por ao.
Para el llenado de las libretas, es decir, una vez al ao (final de
gestin), se lo realiza manualmente en secretaria.
Entrega de boletines y libreta al tutor del estudiante, en
respectivas fechas dispuestas por direccin.
3.2 DIAGNSTICO DE REQUISITOS CON BASE EN OBSERVACIN
En las instalaciones de la unidad educativa Santa Brbara, se pudo
observar que el proceso que realizan para el llenado de calificaciones de
cada estudiante requiere de mucho tiempo al ser verificadas las notas
de los estudiantes con el cuaderno de seguimiento de cada docente con
la supervisin del director y al ser transcritas por secretaria.
3.3 IDENTIFICACIN Y DESCRIPCIN DE LOS REQUERIMIENTOS
Identificacin de los Actores:
Los actores del sistema fueron identificados como:
Secretaria: Persona que realiza el registro, verificacin de notas de los
estudiantes de la unidad educativa Santa Brbara.
Docente: Persona encargada del llenado de calificaciones y entrega a
direccin.
Director: Persona encargada de la verificacin de las notas.
Tutor: Persona que requiere de informes y reportes.
CASO DE USO

DIAGRAMA DE SECUENCIA

COSTOS
PAGOS

PAGO MENSUAL

PAGO POR
HORA

PAGO DIARIO

Director

Bs.-3625

Bs.-31.38

Bs.- 172,61

Secretaria

Bs.-2500

Bs.- 21.64

Bs.- 119,04

Profesor

Bs.- 2550

Bs.- 22.08

Bs.- 121.43

TOTAL

Bs.- 413,08

DESCRIPCIN DEL PROCESO

TIEMPO
Director

Secretari
o

PROCESO POR CURSO

3.30 Hrs. - Verifica que los informe

de notas coincida con el
cuaderno de seguimiento
de cada docente
-sella y firma boletines
2 Hrs.

-transcripcin de notas a
Excel
-imprime boletines
-sella y firma boletines

TECNOLOGA
(MATERIAL)
Cuaderno de
seguimiento del
profesor

-Computadora
-Impresora.
-Sellos.

Profesor

0.25

-llena notas en el Excel

-imprime un informe
adjuntando a direccin.

-Computadora
-impresora

COSTO TOTAL DE BOLETN

N

EQUIPO

TOTAL

Computadora

Bs.- 600

Paquete hojas bon

Bs.- 88

1
2

Impresoras
Sellos

Bs.- 350
Bs.- 45

Tampo

Bs.- 20
Bs.- 1103

PERSONAL DE TRABAJO

Director

Bs.- 1317,96

Secretario

Bs.- 519,36

Profesores

Bs.- 33.12

Total

Bs.- 1870,44

COSTO TOTAL POR AO

Bs.- 8584,76

3.4 PLANTEAMIENTO DE ALTERNATIVAS

Una solucin a corto plazo es realizar un contrato adicional para
que ayude al registro de calificaciones y de esta manera poder agilizar
las entregas de notas.
Una solucin a largo plazo es implementar un sistema de
calificaciones al colegio para el registro de calificaciones y de esta
manera poder agilizar las entregas de calificaciones reducir los tiempos
de trabajos del personal
3.5 EVALUACIN ECONMICA DE ALTERNATIVAS
Se aumentara los salarios del personal ya que se implementan
ayudantes para el registro de calificaciones

Se realizar un gasto extra en el momento de implantacin del

sistema y los materiales que se necesita para ello, pero adems los
gastos por los salarios al personal reducirn.
3.6 SOLUCIN AL PROBLEMA PLANTEADO
Para optimizar el proceso actual se realizara una modificacin en el
desarrollo del proceso actual de modo que mejoraremos, reduciremos
los costos del personal y el tiempo invertido.

COSTOS
PAGOS

PAGO
MENSUAL

PAGO POR
HORA

PAGO DIARIO

Director

Bs.-3625

Bs.-31.38

Bs.- 172,61

Secretaria

Bs.-2500

Bs.- 21.64

Bs.- 119,04

Profesor

Bs.- 2550

Bs.- 22.08

Bs.- 121.43

TOTAL

Bs.- 413,08

DESCRIPCION DEL PROCESO

TIEMPO

PROCESO POR CURSO

Director

0.25
Hrs.

-sella y firma boletines

Secretar
io

0.5 Hrs.

-imprime boletines
-sella y firma boletines

TECNOLOGIA
(MATERIAL)
Cuaderno de
seguimiento del
profesor
-Computadora
-Impresora.
-Sellos.

Profesor

0.25
Hrs.

-llena notas en el sistema

-imprime un informe
adjuntando a direccin.

-Computadora
-Impresora

COSTO TOTAL DE BOLETIN

N

EQUIPO

TOTAL

Paquete hojas bon

Bs.- 88

Impresoras

Bs.- 350

Sellos

Bs.- 45

Tampo

Bs.- 20
Bs.- 503

N
1
1

PERSONAL DE TRABAJO
Director
Secretario
Profesores

Bs.- 99.14
Bs.- 129,84
Bs.- 33.12
Bs.- 262,1
TOTAL POR AO

COSTO TOTAL POR AO

1551,4

COSTO TOTAL DEL SISTEMA

N

PERSONAL DE TRABAJO

TOTAL

Analista

Bs.- 4000

Desarrollador

Bs.- 2000

Diseador

Bs.- 2000

EQUIPO
2

Equipo de computacin

Bs.- 1200

Material de escritorio

Bs.- 1000

AMBIENTE
1

Buffet

Bs.- 1500

COSTO TOTAL

Bs.- 11700

RESULTADOS DEL VAN

7033,

7033,3

7033,

7033,3

7033,

1170

VAN =

11700 7033.36 7033.36 7033.36 7033.36 7033.36 7033.36

+
+
+
+
+
+
( 1+0.05 )0 ( 1+ 00.5 )1 ( 1+ 0.05 )2 ( 1+0.05 )3 ( 1+0.05 ) 4 ( 1+0.05 )5 ( 1+0.05 )6

VAN =18750.77

18750.77>0
Por lo tanto se aceptara el proyecto.

CAPITULO IV: CONCLUSIONES Y RECOMENDACIONES

A pesar de la importancia que tiene la Ingeniera de Requerimientos, ha
costado mucho que se le preste la atencin adecuada a esta actividad.
An quedan muchos desafos que deben ser mejorados, tales como la
integracin de requerimientos funcionales y no funcionales.
Cada actividad y tcnica de la IR utilizada individualmente, dar
diferentes soluciones para diferentes proyectos, incluyendo aquellos

casos en los que el dominio y el rea del problema son el mismo. Por
esta razn, considero que no existe un modelo de proceso ideal para la
IR; encontrar el mtodo o la tcnica perfecta es una ilusin, pues cada
mtodo y tcnica ofrece diferentes soluciones ante un problema.
En esta investigacin se presentaron una serie de actividades y tcnicas,
que no pertenecen a un modelo de proceso en s, sino, que son una
alternativa al material publicado por diferentes autores y que, desde mi
punto de vista, son las ms importantes.
Debemos recordar que la Ingeniera de Requerimientos es una actividad
que involucra a clientes, usuarios, equipo de desarrollo, administradores
de proyectos, etc.; por lo tanto, el proceso de IR no depende solamente
de la forma en cmo se percibe el problema, sino tambin, del nivel de
experiencia que tengan los involucrados.
Es importante tomarse el tiempo necesario para conocer a nuestros
clientes y usuarios, as como su ambiente de trabajo. Esto, tambin
ayuda a establecer una buena relacin de trabajo y comunicacin entre
el equipo de desarrollo y los clientes. Es realmente necesario que los
clientes y usuarios participen en la definicin de sus requerimientos,
pues ellos son los que deciden nuestro destino en el proyecto, deciden si
les gustamos o no y adems financian el proyecto.
En cuanto a la investigacin realizada de la tcnica de Casos de Uso
para la Ingeniera de Requerimientos, puede decirse que los casos de
uso son independientes del mtodo de diseo que se utilice, y por lo
tanto, del mtodo de programacin.
Entregar software de calidad, a tiempo y dentro del presupuesto, har
que nuestros clientes confen y asegurar el crecimiento y madurez de la
relacin de negocio.