Sunteți pe pagina 1din 177
Sede Maipú S ISTEMA PARA LA AUTOMATIZACIÓN DE INGRESO Y ADMINISTRACIÓN DE LA MATRÍCULA ESCOLAR

Sede Maipú

SISTEMA PARA LA AUTOMATIZACIÓN DE INGRESO Y ADMINISTRACIÓN DE LA MATRÍCULA ESCOLAR

TRABAJO DE SEMINARIO PARA OPTAR AL TÍTULO DE

INGENIERÍA EN INFORMÁTICA

PROFESORES GUÍA: SR. LUIS PEÑA H.

FABIAN ALEXANDER DIAZ LLANZA

SR. JUAN FUENTES L.

DAVID MOISES ZACARIAS CABAS VERGARA

2013

2
2

Agradecimientos

Primero que nada agradecer a dios por darme la fuerza y voluntad de seguir adelante para cumplir mis metas. Dar gracias a mi familia y a todo que me ha apoyado en este proceso, a crecer como persona; y agradecer especialmente a mis padres, por estar conmigo en momentos difíciles y que sin ellos no hubiera podido llegar hasta esta etapa de mi vida.

David Moises Zacarias Cabas Vergara

A mis padres, por darme la oportunidad de estudiar una carrera Universitaria y apoyarme en los momentos más difíciles de mi vida.

Fabian Alexander Diaz Llanza

3
3

Dedicatoria

Quiero dedicar este seminario a mi familia y especialmente a mis padres, por ayudarme a salir adelante y apoyarme en todo momento.

David Moises Zacarias Cabas Vergara

A mis padres, por hacer de mí una persona con valores, recordándome siempre la importancia de estudiar. Porque todo lo que soy se lo debo a ellos.

A mi hermano por su sacrificio y esfuerzo.

Fabian Alexander Diaz Llanza

4
4

Resumen

Actualmente el establecimiento cliente posee un problema con los documentos y contratos archivados en sus dependencias, ya que están en constante riesgo de ser extraviados o arruinados bajo cualquier circunstancia, además de ser estos de lenta consulta (la búsqueda de archivadores y la lectura de cada documento buscando la información necesaria). Un sistema automatizado o computarizado provee un fácil orden y control de estos ficheros al estar contenidos en un mismo sitio. Asimismo, gracias a la interfaz de software su consulta se hace cuestión de segundos, otorgando así, mayor eficacia al usuario.

Incorporar este desarrollo en la organización, proveerá mayor control de los datos y de información, también de la seguridad para éstos. Otro beneficio es la rapidez de acceso a registros y formularios, mencionando también que gracias a las funcionalidades del proyecto las duplicidades de documentos, archivos o registros, serán plenamente controladas.

Al observar el entorno en el que se va a implementar este producto, éste se verá beneficiado por grandes cambios tanto físicos como lógicos. El alivio de eliminar cantidades de archivadores, o la ya reiterada velocidad de acceso a los datos, como también el fuerte control de éstos se verá potenciado. Todos estos puntos serán una mejora de entorno y de negocio.

El desarrollo contempla unir la mayor cantidad de funcionalidades que satisfagan las necesidades administrativas y curriculares. Necesidades presentes en un oficina como cualquiera, ya sea digitalizar un documento, imprimir un registro, modificar un formulario, solicitar una firma, etc.

5
5

Abstract

Currently the customer establishment has a big problem with archived documents and contracts on its premises, as they are at constant risk of being lost or ruined in any circumstance, besides being slow query documents (search for files and reading every document looking for the necessary information). An automated or computerized system provides easy command and control of these documents to be contained in one place. And thanks to the software interface makes your query within seconds, giving thus more effectively to the user.

Incorporate this development in the organization, provide greater control of data and information, and the security for these. Another benefit is also the speed of access to records and forms, mentioning also that thanks to the functionality of the project duplication of documents, files or records will be fully controlled.

If we talk about the environment in which to implement this product, it will benefit from major changes both physical and logical. Think of the relief remove quantities of files, or repeated and speed of access to data, as well as the strong control of these. All these points will be an improvement and business environment.

The development includes joining the largest amount of functionality to meet the administrative and curricular needs. Needs present in a office as anyone, either scan a document, print a record, edit a form, request a signature, etc.

6
6

Índice

Índice

7

Introducción

11

I. Formulación y delimitación del problema en estudio

12

 

1.1

Descripción de la organización

13

1.1.1 Antecedentes

13

1.1.2 Estructura organizacional

15

1.2

Descripción del problema

16

II. Objetivos

17

2.1 Objetivo general

18

2.2 Objetivos específicos

18

III.

Marco teórico

19

3.1

Matrícula escolar

20

3.1.1 ¿Qué es una matrícula escolar?

20

3.1.2 ¿Qué permite la matrícula escolar?

20

3.1.3 Participantes de una matrícula

20

3.1.4 Beneficiados con la matrícula escolar

21

3.1.5 Documentos legales para efectuar matrícula

21

3.1.6 Elección de establecimiento educativo

21

3.2

Tipos de establecimiento en que se aplica la matrícula escolar

22

3.2.1 Establecimiento municipal o estatal

22

3.2.2 Establecimiento particular

23

3.2.3 Particular subvencionado

23

3.2.4 Particular pagado

24

3.4

Ejecución de la matrícula en el establecimiento educacional

26

IV.

Metodología de

trabajo

30

4.1

Metodologías propuestas

31

4.1.1 Modelo en cascada

31

4.1.2 Modelo de Prototipos

33

4.1.3 Modelo Incremental

33

7
7

4.1.4

Espiral

34

4.1.5 Rapid Application Development (RAD)

35

4.1.6 Otros enfoques de desarrollo de software

36

4.2

Toma de requisitos

40

4.2.1 Requerimientos Funcionales:

40

4.2.2 Requerimientos

No Funcionales:

42

4.3 Propuesta de solución

44

4.4 Alternativas de solución

44

4.4.1 Sistema automatizado para la administración de datos del alumno matriculado

 

45

4.4.1.1 Factibilidad técnica

46

4.4.1.2 Factibilidad económica

49

4.4.1.3 Factibilidad operativa

52

4.4.1.4 Factibilidad legal

54

4.4.2 Sitio Web para la administración de datos del alumno matriculado

56

4.4.2.1 Factibilidad técnica

57

4.2.2.2 Factibilidad económica

60

4.2.2.3 Factibilidad operativa

63

4.2.2.4 Factibilidad legal

65

4.5

Solución propuesta

67

4.5.1 Metodología seleccionada

67

4.5.2 Alternativa de solución

68

4.6 Beneficios de la solución

69

4.7 Desarrollo técnico

70

4.7.1 Marco de Desarrollo

70

4.7.2 Plan de proyecto

71

4.7.2.1 Asignación de responsabilidades

72

4.7.2.2 Carta Gantt y asignación de tareas

73

4.7.2.3 Estimación de esfuerzo

77

4.7.2.4 Ruta crítica

82

4.7.2.5 Matriz de riesgo

85

4.8

Análisis

88

4.8.1

Modelo conceptual de datos

88

8
8

4.8.1.1

Diseño físico de datos

88

4.8.2

Especificación de requerimientos (Funciones, datos, interfaz)

90

4.8.2.1 Funciones

 

90

4.8.2.2 Datos

92

4.8.2.3 Interfaz

93

4.8.3

Especificación de requisitos (Restricciones técnicas, funcionales, no

funcionales)

 

95

4.8.3.1 Restricciones técnicas

95

4.8.3.2 Requerimientos funcionales

95

4.8.3.3 Requerimientos no funcionales

96

4.9

Diseño

97

4.9.1

Diagramas de comportamiento del sistema

97

4.9.1.1 Diagramas de casos de uso

97

4.9.1.2 Diagramas de actividades

124

4.9.1.3 Diagramas de estado

137

4.9.2

Diagramas de interacción

145

4.9.2.1 Diagrama de secuencia

145

4.9.2.2 Diagrama

de

colaboración

147

4.9.3

Diagramas de diseño estructural

148

4.9.3.1

Diagramas de clases

148

4.9.3.2

Diagramas de componentes

149

4.9.3.2

Diagramas de despliegue

150

4.9.4

Diseño detallado (Diccionario de datos, especificaciones estructuradas)

151

4.9.4.1 Diccionario de datos

151

4.9.4.2 Especificaciones estructuradas

157

5.0

Plan de pruebas

162

5.0.1

Prueba del sistema

 

163

5.0.1.1 Pruebas de caja blanca

163

5.0.1.2 Pruebas de caja negra

166

5.0.2

Pruebas de aceptación

168

Conclusión

 

172

Bibliografía

173

ANEXO A

174

9
9

ANEXO

B

175

ANEXO C

176

10
10

Introducción

Los contratos de matrícula son utilizados por los establecimientos educacionales para registrar un alumno además de su compromiso al pago de los servicios y la aceptación de éste por parte de la institución. El contrato de matrícula, es usado para comprobar que un alumno pertenece a un determinado colegio.

Normalmente para matricularse en un colegio, se pide documentación normal e información básica personal, por ejemplo: Rut, Nombres, Apellidos, presentar cédulas de identidad y concentración de notas si es un alumno que cambiará de un colegio a otro. Esta información personal es solicitada tanto para alumnos como para sus respectivos apoderados.

El proceso de matrícula comúnmente, es realizado a mano, muchas veces se llena un formulario y se solicita la firma de los apoderados. El tener que llenar estos documentos a mano para cada alumno a matricular en el establecimiento hace que sea una tarea lenta, tediosa y hasta se corre el riesgo de extravío de documentación.

Por tal motivo, es necesario desarrollar un sistema el cual pueda administrar de manera eficiente la información actual del alumno y poder hacer uso de ella en todo momento. El sistema tendrá la obligación de automatizar y agilizar las tareas diarias (manuales) que el operador realiza en el establecimiento.

11
11

I. Formulación y delimitación del problema en estudio

12
12

1.1 Descripción de la organización

1.1.1 Antecedentes

Sociedad Educacional Echaurren LTDA.

Establecimiento educacional nivel kínder, básica y media (La enseñanza media hasta 3° año).

La sociedad posee 2 establecimientos, uno en la comuna de Estación Central y otro en la comuna de Maipú. La ubicación de la sede de estación central se encuentra en la calle “Calle Luis Infante Cerda 5484”, número de teléfono: (2)

27413747.

13
13

La ubicación de la sede de Maipú se encuentra en la calle “Avda. Las Parcelas 3101” y su número telefónico es: 227449017.

Parcelas 3101 ” y su número telefónico es: 227449017.  El precio por matricula es gratis,

El precio por matricula es gratis, a cambio se debe pagar $15.000 por familia para derecho de centro de padres. El costo por mensualidad es de $25.000 (pre-kínder y kínder) y $42.000 enseñanza básica y media.

Descuento por hermanos de alumnos matriculados: primer hermano tiene un descuento de 25% a la mensualidad, 50% al segundo hermano y gratis al tercer hermano.

El establecimiento posee solo un curso por nivel de enseñanza.

14
14

1.1.2 Estructura organizacional

Sostenedor economico (Gonzalo Avila Candia) Directora (Carolina Avila Candia) Inspectora (Pamela Administracion
Sostenedor economico
(Gonzalo Avila Candia)
Directora (Carolina Avila
Candia)
Inspectora (Pamela
Administracion
Cordinacion academica
Varela)
Secretaria (Isabel
González)
Cordinacion academica
de enseñanza basica y
jefa de UTP (Piedad
Varela Aguirre)
Cordinacion academica
enseñanza media
(Miguel Pérez Dotte)
Docentes
15

1.2 Descripción del problema

Actualmente el colegio tiene problemas en el ámbito administrativo, el registro manual y administración de los documentos usados a diario, tales como:

matriculas, mensualidades, registro de alumnos, apoderados, fichas personales, etc. El problema, en concreto de esta situación, es la ardua tarea de organizar y clasificar los documentos cada año, mes o semana, además de la lentitud que provoca el buscar un documento de alumno nombre por nombre, como también lo complicado que es el tratar de modificar la información de un documento, por lo que usualmente acostumbran a rehacerlos y por último, el riesgo a perder los ficheros e información. El ingreso de una matrícula del alumno en el actual sistema manual, hace que el proceso sea lento y de mucho trabajo, al momento de efectuar la matrícula es necesario llenar formularios de datos del alumno y apoderados, este proceso es bastante lento ya que es necesario ingresar todos los datos uno por uno y no es posible recupéralos al instante (alumnos antiguos). En resumen el principal problema de la organización es la disponibilidad de información y documentos que se manejan a diario.

16
16

II. Objetivos

17
17

2.1

Objetivo general

Desarrollar un software que administre los datos del proceso de matrícula del alumno durante periodo de escolaridad pactado

2.2 Objetivos específicos

Efectuar entrevista para conocer problemática actual

Obtención de datos relevantes (formularios de datos, comprobantes de matrícula y pago, planillas, otros)

Especificar el problema de investigación

Desarrollar una efectiva toma de requerimientos

Conocer el proceso manual de administración de los documentos

Conocer que procesos manuales se pueden automatizar

Elegir e implementar una metodología de trabajo que se adapte al proyecto

Obtener información relevante para realizar propuestas de solución

Crear propuestas de solución y evaluar sus factibilidades

Desarrollar e implementar un plan de proyecto

Crear Modelos UML y BPMN según sea correspondiente

Desarrollar primera versión del software

Evaluar resultados

18
18

III. Marco teórico

19
19

3.1 Matrícula escolar

3.1.1 ¿Qué es una matrícula escolar?

Es el proceso en el cual se hace efectiva la documentación y los antecedentes escolares del alumno a matricular en un determinado establecimiento educacional

El proceso de matrícula se aplica de manera genérica en todas las instituciones de educación básica y media, todo esto compuesto en el actual sistema y estatutos del Ministerio de Educación.

3.1.2 ¿Qué permite la matrícula escolar?

Permite que el alumno pueda ingresar a un establecimiento educacional, siendo privado o municipal y hacer uso de los recursos de este para poder cumplir con el periodo de enseñanza.

3.1.3 Participantes de una matrícula

Los participantes en la ejecución de la matrícula son: el alumno que será matriculado; institución educativa en el que se matriculará y el apoderado o fiador que financiará el proceso de estudio y desarrollará las actividades estudiantiles correlativas de su pupilo. La participación de los miembros anteriores es genérica en todos los establecimientos de educación básica y media, ya que sin ellos no se ejecutaría el proceso.

20
20

3.1.4

Beneficiados con la matrícula escolar

Para la enseñanza básica, la matrícula escolar es beneficiaria para niños y jóvenes (chilenos y extranjeros) que tengan 6 años cumplidos al 31 de marzo.

Para educación media, es necesario haber aprobado el octavo básico y tener como máximo 16 años cumplidos (Primer año diurno).

3.1.5 Documentos legales para efectuar matrícula

Para efectuar la matrícula en enseñanza básica se necesita el certificado de nacimiento del alumno (para verificar su nacionalidad y fecha de nacimiento), en el caso que el alumno ingrese en un año distinto a primero básico; es necesario que tenga un certificado de estudios que acredite que egresó del último curso. Para enseñanza media, se solicita el certificado de nacimiento (para la verificación de la nacionalidad y la fecha de nacimiento), certificado de estudio de octavo básico para verificar el egreso de la educación primaria y el informe escolar del alumno.

3.1.6 Elección de establecimiento educativo

Para la elección de un establecimiento educativo, es necesario tener varios factores en cuenta:

Establecimiento reconocido por el Ministerio de Educación

Estándares para la selección de alumnos

Estándares del financiamiento de matrícula y mensualidades

Estadísticas en los resultados de evaluaciones que midan la enseñanza

Beneficios extras que ofrece el establecimiento

Estándares en la participación de actividades de los apoderados

21
21

3.2 Tipos de establecimiento en que se aplica la matrícula escolar

3.2.1 Establecimiento municipal o estatal

Establecimientos propios de la municipalidad en el cual está situado el recinto, estos normalmente son financiados por el estado, los aranceles del proceso de selección, matrícula y mensualidad son:

Educación básica:

Selección y admisión: $3500

Matrícula: Gratuita

Mensualidad: Gratuita

Educación media:

Selección y admisión: $3500

Matrícula: $3500 o menos

Mensualidad: Gratuita

22
22

3.2.2

Establecimiento particular

Establecimiento educacional en donde el propietario no es el estado. Se paga mensualidad y matricula correlativamente, estos se clasifican en particular subvencionado y particular pagado.

3.2.3 Particular subvencionado

Establecimiento particular el cual está financiado por el estado y por privados; estos pueden o no tener financiamiento compartido. Los aranceles son:

Sin financiamiento compartido

Educación básica:

Selección y admisión: $3500

Matrícula: $3500 máximo

Mensualidad: Gratuita

Educación Media:

Selección y admisión: $3500

Matrícula: $3500 o menos

Mensualidad: Gratuita

1

1 Financiamiento compartido: es el cual en el que el establecimiento se financia con aporte del estado y de los apoderados de este

23
23

Con financiamiento compartido

Educación básica:

Selección y admisión: $3500

Matricula: Gratuita

Mensualidad: No puede superar las 4 unidades de subvención educacional (USE)

Educación media:

Selección y admisión: $3500

Matricula: $3500 o menos

Mensualidad: No puede superar las 4 unidades de subvención educacional (USE)

3.2.4 Particular pagado

Establecimiento particular en el cual no tiene subvención del estado y se financia con la recaudación de las matrículas y mensualidades por parte de los apoderados. Los aranceles de los procesos de selección, matrícula y mensualidad son definidas por el establecimiento. 2

2 USE (Unidad de subvención educacional): Valor anual que entrega el estado para financiar las instituciones educacionales con subvención, se reajusta en diciembre de cada año o cuando se ajustan los sueldos al sector público. Para aplicarlo a cada institución y alumno de esta se realizan una serie de operaciones para dar el monto mensual.

24
24

3.3 Decretos relevantes en el proceso de matrícula escolar

Decreto 3177 exento: fija el monto máximo de derechos de matrícula que podrán cobrar los establecimientos subvencionados de enseñanza media, ambas modalidades y los administrados por el decreto ley n° 3.166, de 1980, para el año escolar 2013; establece sistema de rebajas o exenciones a dicho monto y determina derechos de escolaridad que indica.

Ley de subvenciones, art 22: Los centros de padres y apoderados de los establecimientos educacionales, subvencionados que estén reglamentariamente constituidos, podrán cobrar anualmente un aporte por apoderado no superior al valor de media unidad tributaria mensual. Este aporte tendrá el carácter de voluntario y podrá enterarse en diez cuotas mensuales. Los directores deberán entregar anualmente a los centros de padres y apoderados, un informe de la gestión educativa del establecimiento, correspondiente al año escolar anterior, en el primer semestre del nuevo año escolar. A quienes no cumplan con esta obligación, se les aplicara la sanción contemplada en la letra a) del artículo 45 de este cuerpo legal.

Ley subvenciones, art 45 (sanciones): las sanciones consistirán en:

- Multas.

- Suspensión del pago de la subvención.

- Privación de la subvención, que puede ser total o parcial, definitiva o temporal.

- Revocación del reconocimiento oficial.

- Inhabilidad temporal o perpetua del o de los sostenedores para mantener o participar de cualquier forma en la administración de establecimientos educacionales subvencionados.

25
25

3.4

Ejecución de la matrícula en el establecimiento

educacional

Al momento de ejecutar la matrícula en el establecimiento educacional seleccionado por el apoderado, se procede a completar los formularios y solicitudes correspondientes para el ingreso del alumno al establecimiento.

Datos del formulario de matricula

El formulario a completar para la matrícula del o los alumnos son:

Datos únicos del formulario

Nº de Folio

Fecha

Nº de comprobante

Datos del apoderado y pupilo

 

Nombre apoderado

Como apoderado solicito matrícula para el (los) siguientes alumnos (s)

 

Indicar nivel

1

Nombre alumno

Curso

 

2

Nombre alumno

Curso

 

3

Nombre alumno

Curso

 

4

Nombre alumno

Curso

 
26
26

Datos del tutor económico

El tutor económico es

El padre

La madre

Otro

Nombre tutor

 

RUT

 

Teléfono

 

Fono

 

particular

trabajo

Domicilio

 

Lugar de trabajo

 

Ocupación actual

 

Profesión

 

El formato de datos anterior, es de exclusiva propiedad de la Sociedad Educacional Echaurren LTDA.

El formulario anterior está respaldado por la ficha de matrícula del colegio “Echarurren de Maipúque se adjuntara a continuación.

27
27

Formulario de contrato de servicio: el cual indica el o los alumnos a matricular por parte del apoderado y los datos del tutor económico que financiara el periodo e escolaridad del alumno.

28
28

Formulario de contrato de pagos: formulario en el cual se concreta el servicio de pagos anual que se cancelaran de inmediato o durante el periodo pactado.

29
29

IV. Metodología de trabajo

30
30

4.1 Metodologías propuestas

Los modelos prescriptivos de proceso o metodologías de trabajo se crearon

originalmente para ordenar el caos del desarrollo de software y proporcionar un

camino a seguir razonablemente efectivo para los equipos de software. Sin

embargo, el trabajo de la ingeniería del software y el producto resultante aún

permanecen “al borde del caos”.

4.1.1 Modelo en cascada

Es un proceso secuencial de desarrollo en el que los pasos son vistos hacia abajo

(como en una cascada de agua).

La Fases de este Modelo son:

Análisis de requisitos: En esta fase se analizan las necesidades de los usuarios

finales del software para determinar qué objetivos debe cubrir. Es importante

señalar que en esta etapa se debe consensuar todo lo que se requiere del sistema

y será aquello lo que seguirá en las siguientes etapas, no pudiéndose requerir

nuevos resultados a mitad del proceso de elaboración del software.

Diseño del Sistema: Descompone y organiza el sistema en elementos que puedan elaborarse por separado, aprovechando las ventajas del desarrollo en equipo.

Diseño del Programa: Es la fase en donde se realizan los algoritmos necesarios para el cumplimiento de los requerimientos del usuario así como también los análisis necesarios para saber que herramientas usar en la etapa de Codificación.

31
31

Codificación: Es la fase en donde se implementa el código fuente, haciendo uso de prototipos así como de pruebas y ensayos para corregir errores. Dependiendo del lenguaje de programación y su versión se crean las bibliotecas y componentes reutilizables dentro del mismo proyecto para hacer que la programación sea un proceso mucho más rápido.

Pruebas: Los elementos, ya programados, se ensamblan para componer el sistema y se comprueba que funciona correctamente y que cumple con los requisitos, antes de ser entregado al usuario final.

Verificación: Es la fase en donde el usuario final ejecuta el sistema, para ello el o los programadores ya realizaron exhaustivas pruebas para comprobar que el sistema no falle. En la creación de desarrollo de cascada se implementa los códigos de investigación y pruebas del mismo.

Mantenimiento: Una de las etapas más críticas, ya que se destina un 75% de los recursos, es el mantenimiento del Software ya que al utilizarlo como usuario final puede ser que no cumpla con todas nuestras expectativas.

Estas fases son utilizadas por otros Modelos, aunque no así su método de trabajo,

el cual posee un gran riesgo en su fase vital, ya que cualquier error de diseño

detectado en la etapa de prueba conduce necesariamente al rediseño y nueva

programación del código afectado, aumentando los costos del desarrollo.

Los principios básicos del modelo de cascada son los siguientes:

El proyecto está dividido en fases secuenciales, con cierta superposición

entre fases.

Se hace hincapié en la planificación, los horarios, fechas, presupuestos y

ejecución de todo un sistema de una sola vez.

Un estricto control se mantiene durante la vida del proyecto a través de la

utilización de una amplia documentación escrita, así como a través de

32
32

comentarios y aprobación por el usuario y la tecnología de la información de gestión al final de la mayoría de las fases antes de comenzar la próxima fase.

4.1.2 Modelo de Prototipos

Cuando un cliente no especifica o no tiene claro sus requerimientos el responsable del proyecto no logra asegurarse de la eficacia del algoritmo o producto a desarrollar. Por lo que se recurre a un prototipo estimado de lo que podrían ser los requerimientos a futuro para lograr en conjunto (cliente-desarrollador) captar de mejor manera las necesidades del proyecto.

4.1.3 Modelo Incremental

El modelo incremental entrega una serie de lanzamientos, llamados incrementos, que proporcionan en forma progresiva más funcionalidad para los clientes a medida que se entrega cada uno de los incrementos.

Se decide utilizar para este proyecto el Modelo Incremental debido a su flexibilidad para trabajar con personal reducido; permite planear de manera concreta cada incremento para evitar colisiones en las fechas de entrega y bloqueos en cuanto a herramientas de incrementos anteriores. Además provee un producto operacional con cada incremento, dando la posibilidad de evaluar las funcionalidades del producto en una plataforma concreta.

33
33

4.1.4 Espiral

El modelo en espiral fue desarrollado por Boehm, quien lo describe así:

El modelo de desarrollo en espiral es un generador de modelo de proceso guiado por el riesgo que se emplea para conducir sistemas intensivos de ingeniería de software concurrente y a la vez con muchos usuarios.”

Los principios básicos son:

La atención se centra en la evaluación y reducción del riesgo del proyecto, dividiendo este en segmentos más pequeños y proporcionar más facilidad de cambio durante el proceso de desarrollo; así como ofrecer la oportunidad de evaluar los riesgos y con un peso de la consideración de la continuación del proyecto durante todo el ciclo de vida.

Cada viaje alrededor de la espiral atraviesa cuatro cuadrantes básicos:

1. Determinar objetivos, alternativas, y desencadenantes de la iteración.

2. Evaluar alternativas; Identificar y resolver los riesgos.

3. Desarrollar y verificar los resultados de la iteración.

4. Planear la próxima iteración.

Cada ciclo comienza con la identificación de los interesados y sus condiciones de ganancia, y termina con la revisión y examinación.

Modelos evolutivos como el espiral, son apropiados, particularmente para el desarrollo de Sistemas Orientados a Objetos.

34
34

4.1.5 Rapid Application Development (RAD)

El desarrollo rápido de aplicaciones (RAD) es una metodología de desarrollo de software, que implica el desarrollo iterativo y la construcción de prototipos.

Principios básicos:

Cada objetivo es clave para un rápido desarrollo y entrega de una alta calidad dentro de un sistema de relativamente bajo costo de inversión.

Intenta reducir el riesgo inherente del proyecto dividiéndolo en segmentos más pequeños y proporcionar más facilidad de cambio durante el proceso de desarrollo.

Orientación dedicada a producir sistemas de alta calidad con rapidez, principalmente mediante el uso de iteración por prototipos (en cualquier etapa de desarrollo), promueve la participación de los usuarios y el uso de herramientas de desarrollo computarizadas. Estas herramientas pueden incluir constructores de Interfaz gráfica de usuario (GUI), Computer Aided Software Engineering (CASE) las herramientas, los sistemas de gestión de bases de datos (DBMS), lenguajes de programación de cuarta generación, generadores de código, y técnicas orientada a objetos.

Hace

especial

mientras

importancia.

que

hincapié

en

la

ingeniería

el

cumplimiento

tecnológica

o

de

la

necesidad

la

excelencia

es

comercial,

de

menor

Control de proyecto implica el desarrollo de prioridades y la definición de los plazos de entrega. Si el proyecto empieza a aplazarse, se hace hincapié en la reducción de requisitos para el ajuste, no en el aumento de la fecha límite.

35
35

La participación activa de los usuarios es imprescindible, de modo que, por lo general incluye Joint application development (JAD), donde los usuarios están intensamente participando en el diseño del sistema, ya sea a través de la creación de consenso estructurado en talleres, o por vía electrónica.

Iterativamente realiza la producción de software, en lugar de enfocarse en un prototipo.

Produce la documentación necesaria para facilitar el futuro desarrollo y mantenimiento.

4.1.6 Otros enfoques de desarrollo de software

Metodologías de desarrollo Orientado a objetos o Diseño orientado a objetos (OOD) de Grady Booch, también conocido como Análisis y Diseño Orientado a Objetos (OOAD). El modelo incluye seis diagramas: de clase, objeto, estado de transición, la interacción, módulo, y el proceso.

Top-down programming, evolucionado en la década de 1970 por el investigador de IBM Harlan Mills (y Niklaus Wirth) en Desarrollo Estructurado.

Proceso Unificado, es una metodología de desarrollo de software, basado en UML. Organiza el desarrollo de software en cuatro fases, cada una de ellas con la ejecución de una o más iteraciones de desarrollo: creación, elaboración, construcción, y las directrices. Hay una serie de herramientas y productos diseñados para facilitar la aplicación. Una de las versiones más populares es la de Rational Unified Process.

36
36

Modelo

Enfoque

Ventajas / Desventajas

 

Aplicabilidad

Cascada

El inicio de cada etapa debe esperar a la finalización de la inmediatamente anterior.

Los proyectos raras veces siguen una evolución secuencial. No todos los requisitos son expuestos, al principio, de forma explícita como requiere este modelo. El cliente debe tener paciencia, ya que la aplicación solo estará disponible en un estado muy avanzado del proyecto.

Este modelo es comúnmente

utilizado

cuando el

jefe de

proyecto

es

capaz

de

Cualquier error de diseño detectado en la etapa de prueba conduce necesariamente al rediseño y nueva programación del código afectado, aumentando los costes del desarrollo.

recopilar

especificaciones

amplias

 

de

los

requerimientos del cliente.

Prototipo

No posee la funcionalidad total del sistema, pero si condensa la idea principal del mismo, Paso a Paso crece

El cliente puede pensar que el prototipo es una versión acabada. Pueden llegar a pasarse por alto la calidad del software global o el mantenimiento a largo plazo. Las herramientas elegidas pueden ser inadecuadas.

Se utiliza si en el mercado no

se

encuentra

el

producto

pero

el

cliente

desea

 

resultados inmediatos.

su funcionalidad, alto grado de participación del usuario.

Conveniente en caso de ser necesario desarrollar módulos para sistemas interactivos pequeños, partes de sistemas grandes o para sistemas de vida corta.

37
37
 

El sistema no se entrega de una vez, sino que se divide en incrementos con

Los clientes no tienen que esperar hasta tener el sistema completo. El primer incremento satisface los requisitos más críticos. Los primeros incrementos sirven como prototipo y ayudan en la tarea de detectar los posteriores requisitos. Existe un riesgo bajo de fallar en el proyecto total. Los servicios del sistema con la prioridad más alta tienden a ser los más probados. Puede ser difícil ajustar los requisitos a los incrementos.

Utilizado para reemplazar el

Incremental

antiguo

desarrollo

con

uno

funcionalidades

previamente

nuevo

que

satisfaga

las

establecidas. Los requisitos son priorizados, los de más alta prioridad se incluyen en los incrementos más tempranos.

nuevas

necesidades

de

función,

según

las

redefiniciones

realizadas

al

problema.

 

Los requisitos de un incremento son inamovibles. Sin embargo estos pueden verse modificados en incrementos posteriores. Este proceso se repite hasta la obtención de un producto completo. No obstante, el modelo incremental se centra en la entrega de un producto operativo en cada incremento.

Manejo de Versiones.

 

Modelo

Enfoque

 

Ventajas / Desventajas

 

Aplicabilidad

   

Espiral

Es una mejora del Modelo Basado en prototipos, cada vuelta en la espiral representa una fase del proceso. No hay fases fijas, cada vuelta en la espiral determina las actividades a realizar. La dimensión radial representa el coste acumulado en la financiación de las fases. La dimensión angular representa el progreso hecho en completar cada ciclo de la espiral. Un ciclo a través de la espiral es simular un paso a través de un modelo en cascada.

Requiere una comunicación permanente con el cliente por lo tanto si se cambia el contacto con el cual se realiza el desarrollo es necesario que esté al tanto de lo realizado y lo pendiente, cliente debe ser gran conocedor del sistema.

Utilizado

para

el

desarrollo

de

aplicaciones

complejas

y/o

específicas.

(Ej.

Investigación

Genética)

 
38
38

RAD

Rapid Application Development implica el desarrollo iterativo y la construcción de prototipos. Cada objetivo es clave para un rápido desarrollo y entrega de un sistema de alta calidad a bajo costo de inversión.

Intenta reducir riesgos inherentes del proyecto dividiéndolo en segmentos más pequeños para su mayor manejo. Si el proyecto empieza a aplazarse, se hace una reducción de requisitos y no un aumento en la fecha límite. La participación activa de los usuarios es imprescindible, por lo que están constantemente participando en el diseño del proyecto.

Orientado a producir sistemas de alta calidad con rapidez, a través de prototipos. Se enfoca en el cumplimiento de la necesidad comercial, mientras que la ingeniería tecnológica es de menor importancia.

OOD -

Es programación orientada a Objetos. Se utilizan objetos, clases y se reutilizan en diferentes partes del sistema.

Optimiza los tiempos de respuesta a los requerimientos del cliente y facilita la labor del programador pues hay un alto aprovechamiento del código. Facilita mantenimiento del software.

Sistemas

robustos

y

de

alta

OOAD

proyección.

Posteriormente a la toma de requisitos se escogerá la metodología de trabajo más adecuada para el desarrollo del software en sí.

39
39

4.2 Toma de requisitos

Luego de una entrevista con el cliente, se recaudaron las siguientes necesidades del software:

4.2.1 Requerimientos Funcionales:

Los requerimientos funcionales, son declaraciones de los servicios que debe proporcionar el sistema, de la manera en que éste debe reaccionar a entradas particulares y de cómo se debe comportar en situaciones particulares. En algunos casos, los requerimientos funcionales de los sistemas también pueden declarar explícitamente lo que el sistema no debe hacer.

R1. Crear formularios de registro de matrícula y pago de mensualidades.

Prioridad

Una sección para el registro de matrículas que incluye los datos del alumno con su fiador y el formulario de financiamiento con campos de fácil llenado y clasificación.

Principal, Muy Alta

R2. Imprimir comprobantes.

Prioridad

Cada formulario al ser completado podrá ser impreso para entregar como comprobante al apoderado y a su vez será almacenado dentro de la base de datos para registro del establecimiento.

Alta

R3. Sub-Sección para Cancelación de matrículas.

Prioridad

Dentro de la administración de matrículas nuevas y antiguas, se tendrá la opción de cancelar y/o eliminar una matrícula dependiendo del debido caso, ya sea, por petición del propio apoderado del alumno o por normativa del establecimiento.

Media

40
40

R4. Registro de mensualidades pagadas o atrasadas.

Prioridad

El control de las mensualidades es muy importante para el cliente, de modo que el registro y conteo mes a mes de quienes han pagado parte o la totalidad de la mensualidad, dará un orden y un riguroso control económico.

Alta

R5. Mantenedores con filtros y categorías para becas, modo de pago.

Prioridad

Dentro de las secciones de administración de datos, tendremos la búsqueda de información filtrada, ya sea, solo becados, no becados, forma de pago, búsqueda por nombre de alumno, Rut, curso, apoderados, etc. La búsqueda además de permitir revisar la información de los alumnos, también servirá para la edición de datos, como por ejemplo, cambio de domicilio, de teléfono, de apoderado, etc.

Muy Alta

Impresión de planilla Excel, con filtros (para reuniones y ministerio).

Prioridad

Se trata de una sección para la impresión de planillas con el registro de los alumnos, dando la posibilidad de seleccionar los campos de información deseados, dependiendo del uso que se quiera dar a la planilla. (Ministerio, Reuniones, Uso de profesores, etc.)

Muy Alta

R7. Asignar, modificar, quitar becas a alumnos

Prioridad

Sección para administrar becas correspondientes a los alumnos, ya sea asignarle una beca, modificarla o quitarla.

Media

41
41

4.2.2 Requerimientos No Funcionales:

Los requerimientos No Funcionales son necesarios para la realización y ejecución de los Requerimientos Funcionales. Describen aspectos del sistema que son visibles por el usuario que no incluyen una relación directa con el comportamiento funcional del sistema. Los requerimientos no funcionales incluyen restricciones como el tiempo de respuesta (desempeño), la precisión, recursos consumidos, seguridad, etc.

R1. Hardware necesario para el funcionamiento del software.

Prioridad

Se debe tener el hardware mínimo requerido para el buen rendimiento y funcionamiento del software.

Principal, Alta

R2. Software previamente instalado en el computador del cliente.

Prioridad

Para la realización básica de los procesos anteriores, se necesita tener el software previamente instalado y configurado en el computador del o los usuarios finales.

Principal, Alta

R3. Instalación y configuración de la Base de Datos.

Prioridad

Para el uso de consultas y/o llenado de la información y formularios, se debe tener conectada y configurada la base de datos con la aplicación para el uso del cliente.

Principal, Alta

42
42

R4. Conexión a internet y Red LAN

Prioridad

Se requiere una conexión estructurada a internet con un Router incluido para poder configurar una red LAN y utilizarla en el uso compartido de documentos internos.

Alta

R5. Hardware para Impresión y Scanner.

Prioridad

Para poder realizar las funciones de impresión y escaneo de documentos, es necesario que el cliente posea un kit de impresión o de preferencia una Impresora Multifuncional para ahorra espacio y facilitar su manejo.

Media

R6. Configurar Grupo de Trabajo.

Prioridad

Se necesita configurar un grupo de trabajo dentro de la organización para la utilización remota de la Base de Datos por parte de los usuarios.

Alta

Los requerimientos funcionales mencionados anteriormente son propios de la necesidad del cliente, por lo que no están detallados. Cabe señalar que estos requerimientos no han sido puestos a un plan de estudio, por lo tanto al momento del análisis de los requerimientos, se podrá especificar de manera detallada los requisitos funcionales que estarán implementados en el software a desarrollar.

43
43

4.3

Propuesta de solución

4.4 Alternativas de solución

Como parte del proceso de resolución de problemas llegamos al momento en que tenemos que generar alternativas de solución, las cuales luego de un proceso de evaluación nos llevarán a tomar una decisión sobre la solución a implementar.

Para que las alternativas de solución sean válidas debe ser operativa y concreta, es decir que puedan ejecutarse de manera efectiva, que nos permitan conseguir los resultados esperados.

Es un error frecuente en muchos responsables de una operación o de un proyecto que ante un problema lo intentan resolver con planteamientos u opciones que resultan imprecisas o utópicas. Para generar alternativas de soluciones estas deben ser factibles y posibles de analizar.

.A continuación se presentara las alternativas de solución posibles. Se analizaran de acuerdo a sus factibilidades (económica, técnica, operativa y legal), para finalmente seleccionar que alternativa es más eficiente para implantar la solución de manera efectiva.

Las alternativas de solución a analizar serán:

1

Sistema automatizado para la administración de datos del alumno matriculado.

2

Sitio Web para la administración de datos del alumno matriculado

44
44

4.4.1 Sistema automatizado para la administración de datos del alumno matriculado

Se desarrollara un software de escritorio el cual se instalara en el computador del personal. El software tendrá las funciones pactadas en el análisis de requisitos.

El lenguaje de programación que se utilizara para desarrollar el software será Visual Basic.net, por ser un lenguaje apropiado para Windows y sus aplicaciones, por su fácil desarrollo y aprendizaje, y especialmente por su buen soporte y diseños de formularios en Windows.

Para lo anterior expuesto se necesita de la implementación de base de datos principalmente para almacenar los datos de alumnos. El gestor de base de datos que se utilizara será de MySql, por ser un gestor Open Source (código abierto), por su fácil acceso a la base de datos, fácil instalación, puede ser ocupado por variados lenguajes de programación y puede gestionarse en ordenadores de bajos recursos.

45
45

4.4.1.1 Factibilidad técnica

La factibilidad técnica evalúa si los recursos de hardware y software son óptimos

para poner en marcha el proyecto. Claramente hay que definir con qué recursos el

sistema de información rendirá de manera eficiente.

El lugar físico donde se implementará el software es una oficina de un colegio la

cual contiene los artículos predefinidos de una oficina, ejemplo: escritorio, estantes,

sillas, otros. El software en desarrollo contiene aplicaciones las cuales hacen el uso

externo de otros dispositivos, por ejemplo la fotocopiadora, impresora, scanner o

simplemente una multifuncional. Se necesita tener un hardware y software que

soporte la instalación y el manejo de los aparatos mencionados anteriormente.

Expuesto lo anterior los recursos de hardware, software y personal adecuado para

el rendimiento óptimo del sistema de información serán los siguientes:

 

HARDWARE

 

Monitor

Monitor

LCD,

pantalla

Monitor de pantalla plana para tener mejor captación del contenido

plana

Teclado

Teclado básico (incorpora numérico)

Primordial es el uso del teclado numérico para el ingreso de datos

Mouse

Mouse USB

   

Disco Duro

ATA 120gb mínimo

Capacidad mínima para almacenar datos en el disco(no se fabrican Discos duros con una capacidad menor)

Unidad de CD/DVD

Grabador de CD/DVD

Unidad de CD/DVD para instalar el software en desarrollo

Procesador

1,7 GHz mínimo

 

Capacidad mínima y optima al momento de ejecutar transacciones y procesos(no se fabrican procesadores de menor capacidad)

Memoria RAM

1gb mínimo

 

Capacidad mínima y óptima para

 

ejecutar el software

   

No es relevante la capacidad de la

Tarjeta grafica

No relevante

 

tarjeta gráfica, ya que no es un

46
46
   

software que pida recursos gráficos

Tarjeta de red

Mínimo un puerto LAN

Tarjeta de red para que el software interactúe con otros dispositivos y ordenadores a través de la red interna

Puertos

- Mínimo USB 2.0

Puertos USB para conectar dispositivos básicos como mouse,

x2

- 1 puerto VGA

teclado. Puerto VGA para conectar monitor

Cable de red

Cables de red par

Cables RJ45 para enlazar red entre dispositivos de impresión y con host de otro personal

trenzado

con

conector RJ45

Router

Rowter Belkin Inalambrico - N300

Router para configurar red local en las que interactúen los dispositivos y los host de otros personales

47
47
 

SOFTWARE

Sistema operativo

Microsoft Windows Xp -

Sistema operativo Windows, por el

7

hecho de tener una interfaz

amigable en oficinas, fácil de

operarlo y por el soporte del

lenguaje de programación que se

realizará el software

Compresor de

Winrar - Winzip

El archivo instalador del gestor de

archivos

base de datos mysql está

compreso, se necesitan lo

programas anteriores para

descomprimir el archivo de

instalación

Antivirus

Avast Free

Software para la protección contra

virus y otras amenazas

PERSONAL

Para el correcto desarrollo, funcionamiento y mantención del sistema de

información se necesita tener el personal adecuado para operar con lo anterior.

Las características óptimas que debe cumplir el personal son:

Experiencia en captura y análisis de requerimientos

Capacidad para implementar una metodología de trabajo

Capacidad para realizar factibilidad del proyecto

Capacidad para implementar soluciones

Experiencia en lenguaje unificado de modelado(UML)

Experiencia en business process management(BPM)

Conocimiento en lenguaje de programación visual basic.net

Conocimiento en base de datos y modelamiento de éste

Disposición para resolver problemas técnicos

Disposición para mantención del software en cuando se solicite

Trabajo en equipo

48
48

4.4.1.2 Factibilidad económica

Se refiere al capital en efectivo disponible o de los créditos de financiamiento

necesario para invertir en el desarrollo del proyecto, que deberá haber probado que sus beneficios a obtener son superiores a sus costos en que incurrirá al desarrollar

e

implementar el proyecto o sistema; tomando en cuenta la recesión económica y

la

inflación para determinar costos a futuro.

Recursos humanos

Personal

Horas

Costo por

Costo

Totales(6

hora

Mensual

meses aprox)

Jefe de proyecto y desarrollador lógico

8

$2.400

$403.200

$2.419.200

Desarrollador

lógico

       

y programador

8

$2.400

$403.200

$2.419.200

 

TOTAL

$4.838.400

Notas:

El costo de la hora fue obtenido por consultas de personal con experiencia en el cargo y de acuerdo al actual mercado(depreciando el valor por ser estudiantes)

El costo mensual se calculó por los días avilés (lunes a viernes) y se descartaron sábado y domingo.

49
49

Software y licencias

Descripción

Costo

Licencia de Visual Studio 2010

$421.696

Windows 7

 

Profesional

$94.000

MySql Server

Licencia gratis

TOTAL

$515.696

Recursos materiales y costos fijos

Descripción

Unidades

Costo

Total

Resmas hoja carta

2

$1.800

$3.600

Resmas hoja oficio

2

$1.900

$3.800

Costos de

     

desarrollos

-

$28.000

$28.000

informes

Descripción

Costo

Costos de luz

$102.000

Costos internet

$180.000

Agua potable

$60.000

Notas:

El precio de los costos fijos (luz, internet), están calculados en base al total de los meses de desarrollo del proyecto.

50
50

Flujo de Caja

El flujo de caja es la acumulación neta de activos líquidos en un periodo determinado y, por lo tanto, constituye un indicador importante de la liquidez de una empresa.

Flujo de Caja

 

Detalle de Ingresos

 

Año 0

Año 1

Año 2

Ingreso por Venta

 

$ 0

$ 1.800.000

$

0

Otros Ingresos (Mantención)

 

$ 0

 

$

0

$ 500.000

Total de Ingresos

 

$ 0

$

1.800.000

$ 500.000

Detalle de Egresos

     

Energía Eléctrica (Luz)

$

102.000

$ 45.750

$ 45.750

Agua Potable

$ 60.000

$ 36.500

$ 36.500

Internet

$ 180.000

$ 180.000

$ 180.000

Egresos en Consumo

$ 342.000

$ 262.250

$ 262.250

Licencia Visual Studio Profesional 2010

$421.696

 

$

0

$

0

Windows 7 Profesional

$94.000

 

$0

$0

MySql Server

 

$0

 

$0

$0

Egresos Operativos

$ 515.696

 

$ 0

$ 0

Total de Egresos

$ 857.696

$ 262.250

$ 262.250

Saldo Neto

-$ 857.696

$

1.537.750

$ 237.750

Saldo Acumulado(saldo neto)

-$ 857.696

$ 555.000

$ 792.750

VAN

TIR

TASA ANUAL

$ 669.769

95%

10%

51
51

4.4.1.3 Factibilidad operativa

La factibilidad operativa evalúa el impacto que causa el nuevo software en los operadores de este. Se pondrá a evaluación la probabilidad de que el nuevo sistema de información se use como corresponde.

En base a lo anterior, para efectuar el buen análisis de factibilidad operativa se deben considerar 3 puntos fundamentales: complejidad del sistema, resistencia al cambio, adaptabilidad.

Complejidad del sistema

Una de las principales características que tendrá el sistema a desarrollar es su fácil uso. La interfaz de usuario tendrá menús y submenús claramente detallados para que el operador entienda de qué se tratan éstos. Las ventanas mostrarán detalladamente la información que se requiera visualizar o modificar. El sistema de información se conectará automáticamente al gestor de base de datos para poder operar con él. Por parte de la autenticación del usuario, se verá claramente detallado los pasos a seguir para el ingreso de usuario y contraseña; teniendo un ejemplo de cómo ingresar los datos correspondientes.

A la entrega del software, los usuarios que operarán con este tendrán una breve inducción al uso del sistema de información, claramente con su respectivo manual de usuario.

52
52

Resistencia al cambio

Los usuarios que usarán el sistema pueden que estén acostumbrados al sistema antiguo en el cual operan, dado el nuevo sistema éstos facilitarán el trabajo manual por el cual se verán favorecidos. En cuanto al personal operativo, no será afectado en sus puestos de trabajo ya que el sistema de información lo ocupará el mismo personal administrativo por lo que solo se agilizaran y automatizaran los procesos.

Adaptabilidad

El cambio del sistema anterior al nuevo puede causar gran impacto, tan solo por el hecho estar acostumbrados a un sistema manual de manejo de formularios, etc.

Se tendrá que implementar una efectiva capacitación a los operadores sobre el nuevo software, para así, evitar la posible declinación o resistencia de los operadores con respecto al producto.

53
53

4.4.1.4 Factibilidad legal

La factibilidad legal se encarga de evaluar que el producto de software no viole ningún distrito o ley activa en el actual sistema del país, ni en cuanto a su desarrollo como su implementación.

Se analizará la factibilidad legal en base a dos puntos: el ámbito legal en el desarrollo del software y en la aplicación de este en el momento de la manipulación de la información.

Desarrollo del software

En este punto, se explicará de qué manera legal se obtendrán las herramientas que se utilizarán para desarrollar el producto y las que se implementaran de manera paralela en el funcionamiento:

Sistema operativo en que se opera: El actual sistema operativo en que se desarrollara el software se encuentra con licencia completa y activada.

Herramientas de desarrollo del software: Las herramientas que se ocuparán para el desarrollo o codificación del software (Microsoft Visual Studio) se obtendrán por medio de compra, por lo que su licencia y activación estaría garantizada.

Gestor de Base de datos: La obtención e instalación del gestor de base de datos (MySql) se obtendrá mediante el sitio de descarga de la página oficial de MySql (http://dev.mysql.com/downloads/) por lo que su descarga e instalación es gratuita.

54
54

Software antivirus: el software antivirus pactado en la factibilidad técnica, se obtendrá de manera gratuita, cabe mencionar que este software antivirus tiene versiones gratuitas como también pagadas.

Aplicación del software

Certificados legales: El matrícula tiene validez legal, ya que es un documento que acredita los servicios a ser contratados por parte del apoderado.

Datos erróneos: Formularios, comprobantes de pago o de matrícula u otros documentos tendrán que tener sus datos exactos y sin errores para que sean válidos y legales. El sistema puede modificar datos del alumno y su apoderado, tales como su Rut, dirección, otros, como también datos de carácter administrativo tales como, el método de pago de mensualidades, y otros. Todo lo anterior con sus respectivas validaciones.

55
55

4.4.2

Sitio Web para la administración de datos del

alumno matriculado

Se desarrollara una aplicación web la cual será operada a través de un Web Browser (navegador web). La aplicación tendrá todas las funciones explicadas en el análisis de requisitos. Cabe señalar que algunas funciones solo podrán ser ejecutadas por el personal autorizado siendo este secretaria, rector académico, otros.

La aplicación web estará almacenada en un “host remoto” el cual será el ordenador del personal de secretaria o rectoría

El lenguaje de desarrollo web en el que se desarrollara es asp.net. Se utilizará este lenguaje por tener autenticación de Windows para proteger de mejor manera sus aplicaciones, buena complementación con el código base de HTML, reducción de código en aplicaciones de gran tamaño y especialmente por la fácil complementación con el envio de formularios.

Igualmente con lo expuesto en la alternativa del software de escritorio se implementara el gestor de base de datos SQL SERVER, por este ser de fácil acceso a la base de datos, fácil instalación, puede ser ocupado por variados lenguajes de programación especialmente por asp.net y puede gestionarse en ordenadores de bajos recursos.

56
56

4.4.2.1 Factibilidad técnica

Expuesto lo anterior los recursos de hardware y software para el rendimiento óptimo del sistema de información serán los siguientes:

 

HARDWARE

Monitor

Monitor LCD, pantalla plana

Monitor de pantalla plana para tener mejor captación del contenido

Mouse

Mouse USB

 

Disco Duro

ATA 120gb mínimo

Capacidad mínima para almacenar datos en el disco(no se fabrican Discos duros con una capacidad menor)

Unidad de CD/DVD

Grabador de CD/DVD

Unidad de CD/DVD para copiar la aplicación en el host local

Procesador

1,7 GHz mínimo

Capacidad mínima y óptima al momento de ejecutar transacciones y procesos(no se fabrican procesadores de menor capacidad)

Memoria RAM

1gb mínimo

Capacidad mínima y óptima para ejecutar el software

Tarjeta grafica

No relevante

No es relevante la capacidad de la tarjeta gráfica, ya que no es un software que pida recursos gráficos

Tarjeta de red

Mínimo un puerto LAN

Tarjeta de red para que el software interactúe con otros dispositivos y ordenadores a través de la red interna

57
57
 

-

Mínimo USB 2.0

Puertos USB para conectar dispositivos básicos como mouse, teclado. Puerto VGA para conectar monitor

Puertos

x2

 

-

1 puerto VGA

 

Cable de red

 

Cables de red par trenzado con conector RJ45

Cables RJ45 para enlazar red entre dispositivos de impresión y con host de otro personal

Router

 

Rowter Belkin Inalambrico - N300

Router para configurar la red local en las que interactúen los dispositivos y los host de otros personales

SOFTWARE

Sistema operativo

Microsoft Windows Xp -

7

Sistema operativo Windows, por el hecho de tener una interfaz amigable en oficinas, fácil de

operarlo y por el soporte del lenguaje de programación que se realizara el software

El archivo instalador del gestor de base de datos mysql esta compreso, se necesitan lo programas anteriores para descomprimir el archivo de instalación

Compresor de archivos

Winrar - Winzip

58
58

Web Browser (navegador web)

Internet Explorer 8

Se necesita de un navegador predeterminado para ejecutar los procedimientos de la aplicación web

Antivirus

Avast Free

Software para la protección contra virus y otras amenazas

PERSONAL

Para el correcto desarrollo, funcionamiento y mantención del sistema de información se necesita tener el personal adecuado para operar con lo anterior. Las características optimas que debe cumplir el personal son:

Experiencia en captura y análisis de requerimientos

Capacidad para implementar una metodología de trabajo

Capacidad para realizar factibilidad del proyecto

Capacidad para implementar soluciones

Experiencia en lenguaje unificado de modelado(UML)

Experiencia en business process management(BPM)

Conocimiento en lenguaje de programación web asp.net

Conocimiento en html y css

Conocimiento en base de datos y modelamiento de este

Disposición para resolver problemas técnicos

Disposición para mantención del software en cuando se le solicite

Trabajo en equipo

59
59

4.2.2.2 Factibilidad económica

Se refiere al capital en efectivo disponible o de los créditos de financiamiento

necesario para invertir en el desarrollo del proyecto, que deberá haber probado que sus beneficios a obtener son superiores a sus costos en que incurrirá al desarrollar

e

implementar el proyecto o sistema; tomando en cuenta la recesión económica y

la

inflación para determinar costos a futuro.

Recursos humanos

Personal

Horas

Costo por

Costo

Totales(6

hora

Mensual

meses aprox)

Jefe de proyecto y desarrollador lógico

8

$2.400

$403.200

$2.419.200

Desarrollador

lógico

       

y programador

8

$2.400

$403.200

$2.419.200

 

TOTAL

$4.838.400

Notas:

El costo de la hora fue obtenido por consultas de personal con experiencia en el cargo y de acuerdo al actual mercado(depreciando el valor por ser estudiantes)

El costo mensual se calculó por los días avilés (lunes a viernes) y se descartaron sábado y domingo.

60
60

Software y licencias

Descripción

Costo

Licencia de Visual Studio 2010

$421.696

Windows 7

 

Profesional

$94.000

Microsoft Server Server 2012 (Developer edition)

$23.500

TOTAL

$515.696

Recursos materiales y costos fijos

Descripción

Unidades

Costo

Total

Resmas hoja carta

2

$1.800

$3.600

Resmas hoja oficio

2

$1.900

$3.800

Costos de

     

desarrollos

-

$28.000

$28.000

informes

Descripción

Costo

Costos de luz

$102.000

Costos internet

$180.000

Agua potable

$60.000

Notas:

El precio de los costos fijos (luz, internet), están calculados en base al total de los meses de desarrollo del proyecto.

61
61

Flujo de Caja

El flujo de caja es la acumulación neta de activos líquidos en un periodo determinado y, por lo tanto, constituye un indicador importante de la liquidez de una empresa.

Flujo de Caja

 

Detalle de Ingresos

 

Año 0

Año 1

Año 2

Ingreso por Venta

 

$ 0

$ 1.800.000

$

0

Otros Ingresos (Mantención)

 

$ 0

 

$

0

$ 500.000

Total de Ingresos

 

$ 0

$

1.800.000

$ 500.000

Detalle de Egresos

     

Energía Eléctrica (Luz)

$

102.000

$ 45.750

$ 45.750

Agua Potable

$ 60.000

$ 36.500

$ 36.500

Internet

$ 180.000

$ 180.000

$ 180.000

Egresos en Consumo

$ 342.000

$ 262.250

$ 262.250

Licencia Visual Studio Profesional 2010

$421.696

 

$

0

$

0

Windows 7 Profesional

$94.000

 

$0

$0

Sql Server 2012 (Developer Edition)

$23.500

 

$0

$0

Egresos Operativos

$ 539.196

 

$ 0

$ 0

Total de Egresos

$ 881.196

$ 262.250

$ 262.250

Saldo Neto

-$ 881.196

$

1.537.750

$ 237.750

Saldo Acumulado(saldo neto)

-$ 881.196

$ 555.000

$ 792.750

VAN

$ 648.405

TIR

89%

TASA ANUAL

10%

62
62

4.2.2.3 Factibilidad operativa

Complejidad del sistema

Una de las principales características que tendrá el sistema a desarrollar es su fácil uso. La interfaz de usuario tendrá menús y submenús claramente detallados para que el operador entienda de qué se tratan éstos. Las páginas mostrarán detalladamente la información que se requiera visualizar o modificar, cabe señalar que el usuario puede sentir incomodidad en el aspecto que el contenido se mostrara solo en una página o en otras pestañas, teniendo que dejar una pestaña inactiva para poder ver otra. El sistema de información se conectará automáticamente al gestor de base de datos para poder operar con él. Por parte de la autenticación del usuario se verá claramente detallado los pasos a seguir para el ingreso de usuario y contraseña, teniendo un ejemplo de cómo ingresar los datos correspondientes.

A la entrega de la aplicación web, los usuarios que operarán con la aplicación tendrán una breve inducción al uso del sistema de información, claramente con su respectivo manual de usuario.

Resistencia al cambio

Los usuarios que usarán el sistema pueden que estén acostumbrados al sistema antiguo en el cual operan, dado el nuevo sistema estos facilitarán el trabajo manual por el cual se les vera favorecidos. En cuanto al personal operativo, no será afectado en sus puestos de trabajo ya que el sistema de información lo ocupará el mismo personal administrativo por lo que solo se agilizarán y automatizarán los procesos.

63
63

Adaptabilidad

El cambio del sistema anterior al nuevo puede causar gran impacto, tan solo por el hecho estar acostumbrados a un sistema manual de manejo de formularios.

Se tendrá que implementar una efectiva capacitación a los operadores sobre el nuevo software, para así, evitar la posible declinación o resistencia de los operadores con respecto al producto.

Un factor negativo que puede surgir es la lenta respuesta a las transacciones de la aplicación web, con esto, el usuario puede sentirse inconforme con el rendimiento de la aplicación y llegar a tomar la decisión de no aceptar la aplicación.

64
64

4.2.2.4 Factibilidad legal

Se analizará la factibilidad legal en base a dos puntos: el ámbito legal en el desarrollo del software y en la aplicación del software en el momento de manipular información

Desarrollo del software

En este punto se explicará de qué manera legal se obtendrán las herramientas que se utilizarán para desarrollar el producto y las que se implementaran de manera paralela en el funcionamiento:

Sistema operativo en que se opera: el actual sistema operativo en que se desarrollará el software se encuentra con licencia completa y activada.

Herramientas de desarrollo del software: las herramientas que se ocuparán para el desarrollo o codificación del software (Microsoft Visual Studio) se obtendrán por medio de compra, por lo que su licencia y activación estaría garantizada.

Software antivirus: el software antivirus pactado en la factibilidad técnica, se obtendrá de manera gratuita, cabe mencionar que este software antivirus tiene versiones gratuitas como también pagadas.

Web Browser: el navegador web el cual ejecutará la aplicación web (Internet Explorer 8) está incluido con el sistema operativo de Windows.

65
65

Aplicación del software

Certificados legales: Al igual que el formulario de matrícula, éste tiene validez legal, ya que es un documento que acredita los servicios a ser contratados por parte del apoderado.

Datos erróneos: formularios, comprobantes de pago o de matrícula u otros documentos tendrán que tener sus datos exactos y sin errores para que sean válidos y legales. El sistema puede modificar datos del alumno y su apoderado, tales como su Rut, dirección, otros, como también datos de carácter administrativo tales como, el método de pago de mensualidades, cuenta corriente asociada, etc.

66
66

4.5 Solución propuesta

4.5.1 Metodología seleccionada

Analizando las ventajas y desventajas de las metodologías de desarrollo expuestas anteriormente, se determina que se utilizara la metodología incremental. Teniendo en cuenta su flexibilidad para trabajar con personal reducido, además de ser el más adecuado para tener avances funcionales e ir comprobando si satisfacen los requerimientos del establecimiento.

Se opta por desarrollar para el primer incremento todas las funcionalidades básicas de la manera más sencilla posible para organizar la estructura que tendrá el producto final dejando todo el diseño y la vista para el incremento final.

Teniendo los requerimientos claros y expuestos, se clasificaron de acuerdo a su prioridad, por lo tanto, los que tengan una prioridad más alta serán los que estén en la primera versión.

Ventajas al utilizar modelo incremental:

El modelo incremental provee un impacto ventajoso frente al cliente, que es la entrega temprana de partes operativas del Software.

El modelo proporciona todas las ventajas del modelo en cascada realimentado, reduciendo sus desventajas sólo al ámbito de cada incremento.

Resulta más sencillo acomodar cambios al acotar el tamaño de los incrementos.

Por su versatilidad requiere de una planeación cuidadosa tanto a nivel administrativo como técnico.

67
67

4.5.2 Alternativa de solución

De acuerdo al análisis de factibilidad expuesto anteriormente, se determina que la propuesta más eficiente será la del Sistema automatizado para la administración de datos del alumno matriculado”. Los motivos por el cual se eligió el anterior son:

Es menos complejo implantar una interfaz amigable para el usuario que la aplicación web, los elementos de formularios solo se tiene que tomar y arrastrar al formulario, en cambio para crear los elementos en la aplicación web es necesario implementar más código en HTML o CSS para posicionar bien los elementos del formulario.

La rapidez de inicio del software automatizado sería más rápida que la del sitio web, en cambio la aplicación web puede tardarse en iniciar, ya que esta depende del Web Browser internet Explorer.

El sistema automatizado tiene menos posibilidades de ser rechazado que el sitio web, ya que en esta última puede que se demoren las transacciones y procesos que se ejecuten.

En el sistema automatizado se requiere de una leve menor cantidad de conocimientos para su desarrollo, en cambio en la aplicación web es necesario tener gran conocimiento en HTML y CSS si es relevante.

68
68

4.6 Beneficios de la solución

A continuación se darán a conocer los beneficios la alternativa de solución elegida:

Ingreso rápido y automatizado de matriculas

Administración de la matrícula escolar a lo largo del periodo académico

Facilitación y reducción de tiempos del trabajo de secretaria

Eliminación de archivos manuales y documentos que ocupan espacio

Gestión rápida de documentos

Digitalización de documentos mediante scanner

Administración de mensualidades, ya sea de X modo de pago

Respaldo de datos de pagos, alumnos, matrícula y otros.

Impresión al instante de algún documento ya sea de datos de alumnos, apoderado, comprobantes u otros.

Visualización al instante de datos del alumno, apoderado, tutor económico u otros.

Seguridad y respaldo de datos del alumno y parentescos.

Control de usuarios que ingresa al sistema.

Acceso a la información mediante autorización (confidencialidad).

69
69

4.7 Desarrollo técnico

4.7.1 Marco de Desarrollo

Es necesaria la realización de este proyecto para suplir las necesidades tecnológicas del cliente. Además de proveer la automatización de los procesos de la organización.

El desarrollo de este proyecto garantiza la mejora de los procesos en cuanto a eficacia, eficiencia, seguridad y control.

Actualmente los registros y contratos archivados están en constante riesgo de ser extraviados o arruinados bajo cualquier circunstancia, además de ser documentos de lento proceso de consulta (la búsqueda de archivadores y la lectura de cada documento buscando la información necesaria). Un sistema automatizado o computarizado provee un fácil orden y control de estos documentos o archivos al estar contenidos en el mismo sitio. Además, gracias a la interfaz de software su consulta se hace cuestión de segundos, otorgando así, mayor eficacia al usuario.

Como ya se ha mencionado, incorporar este desarrollo en la organización, proveerá mayor control de los datos y la información, además de la seguridad para los mismos datos. Otro beneficio también es la rapidez de acceso a registros y formularios, mencionando también que gracias a las funcionalidades del proyecto las duplicidades o copias de documentos, archivos o registros, serán plenamente controladas.

Si hablamos del entorno en el que se va a implementar el producto final, este se verá beneficiado por grandes cambios tanto físicos como lógicos. Pensemos en el alivio de eliminar cantidades de archivadores, o la ya reiterada velocidad de acceso a los datos, como también el fuerte control de estos. Todos estos puntos serán una mejora de entorno y de negocio.

70
70

El desarrollo contempla unir la mayor cantidad de funcionalidad que satisfagan las necesidades administrativas y curriculares. Necesidades presentes en un oficina como cualquiera, ya sea digitalizar un documento, imprimir un registro, modificar un formulario, administrar conjuntos de datos para finalidades de categorización, etc.

4.7.2 Plan de proyecto

Los planes de proyectos, sin importar qué tan simple sean, son un elemento clave para poderlos dirigir exitosamente. Son útiles porque requieren que pienses en todo el proyecto y pongas los detalles del proyecto en papel. Cuando son estrictamente respetados y te adhieres a ellos, los planes de proyecto pueden ayudarte a estar más organizado durante el proceso de trabajo en un nuevo proyecto.

El objetivo de éste Plan de Proyecto es tener una visión general, de manera clara y concisa sobre las fases del ciclo de vida del proyecto; y tener de manera organizada las actividades a desarrollas en cada una de las fases antes mencionadas.

El plan de proyecto considerara los siguientes aspectos:

Asignación de responsabilidades.

Carta Gantt.

Estimación de Esfuerzo.

Diagrama Pert (Ruta Crítica).

Matriz de Riesgo.

71
71

4.7.2.1 Asignación de responsabilidades

Nombre

Cargo

Responsabilidades

David Cabas

Jefe de Proyecto Desarrollador Lógico

Planificación del Desarrollo del Proyecto. Modelado de Diagramas UML.

Fabián Diaz

Programador Desarrollador Lógico

Codificación y Diseño. Desarrollo del Producto.

72
72

4.7.2.2 Carta Gantt y asignación de tareas

Incremento 1

73
73
74
74

Incremento 2

75
75

Incremento 3

Incremento 3 76
76
76

4.7.2.3 Estimación de esfuerzo

Calculo de Factores de Peso

Tabla de Factor de Peso por Complejidad

 

Factor de Peso por Complejidad

Tipo de Función

 

Simple

Mediano

Complejo

Entradas de usuario Salidas de usuario Peticiones de usuarios Archivos o entidades

3

4

6

4

5

7

3

4

6

7

10

15

Interfaces externas

5

7

10

Tabla de Cálculo de Factores de Peso

   

Cuenta

 

Total

 

Tipo de Función

Factor de Peso

Simple

Mediano

Complejo

Cuenta

   

Número de entradas de usuario

25

34

0

59

(25 * 3) + (34 * 4) = 211

Número de salidas de usuario

5

32

0

37

(5 * 4) + (32 * 5) = 180

Número de peticiones de usuarios

         

2

16

2

20

(2 * 3) + (16 * 4) + (2 * 6) = 82

Número de archivos o entidades

0

9

1

10

(9 * 10) + (1 * 15) = 105

Número de interfaces externas

0

0

0

0

0

Cuenta Total de Puntos de Función Sin Ajustar

 

578

Entradas: 25 entradas Simples para el llenado de formularios de registro, campos de búsqueda e inicio de sesión y 34 entradas de nivel Medio para el registro de datos en más de una tabla a la vez, campos complejos de formularios y edición de la información en la aplicación.

Salidas: 5 salidas Simples para información en pantalla y alertas al usuario y 32 salidas de nivel Medio para recuperación de datos tras una consulta.

Peticiones: 2 consultas Básicas para recuperar información acotada, 16 consultas de nivel Medio para procedimientos de control y 2 consultas Complejas para revisión de más de una tabla a la vez.

Archivos o Entidades: La Base de Datos posee 9 tablas de nivel Medio y 1 tabla principal Compleja.

Interfaces Externas: No existen interfaces externas relacionadas a este proyecto.

77
77

Calculo de Puntos de Complejidad Técnica

 

Complejidad

Grado

Valores

1

¿Requiere el sistema copias de seguridad y de recuperación fiables?

Significativo

4

2

¿Se requieren comunicaciones de datos?

Sin Influencia

0

3

¿Existen funciones de procesamiento distribuido?

Sin Influencia

0

4

¿Es crítico el rendimiento?

Medio

3

5

¿Será ejecutado el sistema en un entorno operativo existente y fuertemente utilizado?

Medio

3

6

¿Requiere el sistema entrada de datos interactiva?

Medio

3

7

¿Requiere la entrada de datos interactiva que las transacciones de entrada se lleven a cabo sobre múltiples pantallas o variadas operaciones?

Moderado

2

8

¿Se actualizan los archivos maestros en forma interactiva?

Significativo

4

9

¿Son complejas las entradas, las salidas, los archivos o las peticiones?

Significativo

4

10

¿Es complejo el procesamiento interno?

Significativo

4

11

¿Se ha diseñado el código para ser reutilizable? Hasta 10% = 0 20-30% = 2 10-20% = 1 30-40% = 3 40-50% = 4 Sobe- 50% = 5

Medio

3

12

¿Están incluidas en el diseño la conversión y la instalación?

Medio

3

13

¿Se ha diseñado el sistema para soportar múltiples instalaciones en diferentes organizaciones?

Medio

3

14

¿Se ha diseñado la aplicación para facilitar los cambios y para ser fácilmente utilizada por el usuario?

Esencial

5

 

Total Puntos de Complejidad Técnica

41

Roger Pressman, Ingeniería del software, 5ta edición (pág. 28 31)

78
78

Descripción de Puntos de Complejidad

1. Debido a que los registros e información personal de los alumnos son almacenados en la Base de Datos, es de gran importancia mantener una copia de estos archivos constantemente actualizada.

2. Debido a que es una aplicación de plataforma independiente, no se requiere ninguna conexión con servicios externos.

3. Todas las funciones de procesamiento son realizadas en un mismo equipo.

4. El hardware considerado es suficiente para la ejecución del software y no presenta grandes exigencias de procesamiento.

5. El software será desarrollado para su funcionamiento óptimo en una maquina existente.

6. Parte de las funciones del software son de contacto interactivo con el usuario.

7. No es significativo hacer uso de otras pantallas ya que cada proceso posee su propia interfaz visual y no requiere de traslado a otras para continuar un proceso.

8. Los cambios dados por los usuarios son directamente actualizados en la base de datos al momento en que guarden estos cambios.

9. Al igual que el proyecto tanto las entradas como salidas y demás tipos de funciones son de nivel de complejidad medio en su mayoría.

10. El procesamiento interno funciona en base a consultas estructuradas a la Base de Datos.

79
79

11. Es de gran importancia que el código sea reutilizable para facilitar las actualizaciones de este como también para su masificación y/o posible comercio.

12. Es de gran importancia el método de instalación del software, tanto para la comodidad del usuario, como también para su distribución en otra sede de la organización.

13. A pesar de que no está acordada su masificación, el software está pensado para su distribución a más de un usuario.

14. Una de los principales objetivos es que el software sea lo más interactivo posible y fácil de utilizar para el usuario.

Calculo de Factor de Complejidad Técnica

Factor de Complejidad Técnica (FCT)

Factor de Complejidad Técnica (FCT)

0.65 + (0.01 * Puntos de Complejidad Técnica)

0.65 + (0.01 * Puntos de Complejidad Técnica)

FCT =

FCT =

FCT =

0.65 + (0.01 * 41)

0.65 + 0.41

1.06

Calculo de Puntos de Función Ajustados

PF = Factor de Peso * Factor de Complejidad Técnica (FCT)

PF = 578 * (0.65 + (0.01 * 41))

PF = 578 * 1.06

PF = 612.68

80
80

Conversión a Líneas de Código (LDC)

Lenguaje a Utilizar = Visual Basic

Valor = 24 (correlación de código fuente aprox.)

LDC = PF * Correlación Código Fuente

LDC = 612.68 * 24

LDC = 14704.32 (Líneas de Código)

KLDC = 14704.32 / 1000

KLDC = 15 Kilos de Líneas de Código Aprox.

Calculo de COCOMO Orgánico (Básico)

E

= a(KLDC) b

D

= c(E) d

P

= E/D

C

= P *Sueldo

Tipo de proyecto

A

B

C

D

Orgánico

2.4

1.05

2.5

0.38

Medio

3.0

1.12

2.5

0.35

Embebido

3.6

1.20

2.5

0.32

Esfuerzo (E) = 2.4*( 15) 1,05 = 41.22 Meses/Hombre Duración (D) = 2.5*(41.22) 0,38 = 10.27 Meses (4 Personas) Personal (P) = 41.22 / 10.27 = 4.01 Personas (4 Aprox.)

Roger Pressman, Ingeniería del software, 5ta edición (pág. 28 31)

81
81

4.7.2.4 Ruta crítica

 

Nombre de tarea

Duración

Predecesoras

1

Sistema para la automatización de ingreso y administración de la matrícula escolar

   

201

días

 

2

Incremento 1

151

días

 

3

Comunicación

20

días

 

4

Entrevista

1

día

 

5

Descripción de la organización en estudio

1

día

4

6

Descripción del problema

1

día

5

7

Formular objetivo general

1

día

6

8

Formular objetivos específicos

1

día

7

9

Creación de marco teórico referencial

5

días

8

10

Presentar opciones de metodología de trabajo

   

4

días

9

 

11

Reunión, toma y análisis de requisitos

6

días

10

12

Planeación

44

días

3

13

Generar alternativas de solución

4

días

 

14

Evaluar alternativas de solución

4

días

13

15

Elegir metodología de trabajo y alternativa de solución más factible

   

4

días

14

 

16

Establecer beneficios de la solución

4

días

15

17

Desarrollo técnico

31

días

16

18

Modelado

16

días

12

19

Análisis

5 días

 

20

Desarrollar modelo conceptual de datos

1

día

 

21

Modelo de procesos

1

día

20

22

Especificación de requerimientos

1

día

21

23

Diseño

11

días

19

24

Diagramas UML (comportamiento)

6

días

 

25

Diagramas UML (diseño estructural)

5

días

24

26