Está en la página 1de 12

REPÚBLICA BOLIVARIANA DE VENEZUELA

UNIVERSIDAD RAFAEL BELLOSO CHACÍN


CÁTEDRA: INGENIERIA DEL SOFTWARE

SECCIÓN: N813

PROYECTO:
SOFTWARE DE CALIFICACIONES ESCOLARES

Maracaibo, enero de 2022


PARTICIPANTES DEL PROYECTO

Wilder Páez. C.I:27.682.090

Andres Castillo. C.I: 28.137.841

Fabiana Quintana. C.I: 28.604.587

Jesus Bracamonte. C.I: 29.859.223


1. Descripción del sistema actual

En Internet hay muchas y muy diferentes opciones para


lograr la conversión de archivos a distintos formatos. Con
ellas, los usuarios pueden convertir un archivo determinado
para que pueda ser reproducido en un determinado
dispositivo, ya que no todos aceptan todos los formatos. Sin
embargo, muchas de estas opciones online o programas
instalables en el sistema operativo vienen recargada con
demasiada publicidad y en algunos casos por cada conversion
realizada puedes estar descargando algún archivo infectado o
malicioso. La conversión alude al proceso de transformación
de datos informáticos de una representación concreta a otra,
cambiando los bits de un formato a otro, normalmente para
lograr la interoperabilidad de aplicaciones o sistemas
diferentes.

2. Objetivos del sistema


1. Crear una interfaz de login y pagina convertidora de
archivos.

2. Agilizar el proceso de conversion.

3. Garantizar la seguridad de la información convertida.

4. Ofrecer el mayor soporte de archivos posible para las


conversiones.

3. Alcance
Este proyecto busca desarrollar un sistema informático, en
donde los usuarios puedan realizar conversiones de manera
segura y eficiente, con la capacidad de escalar en un futuro a
compartir archivos y convertir esta pagina web a una aplicacion
movil con soporte para sistemas operativos variados.

4. Definiciones, acrónimos y abreviaturas


Definiciones:

Usuario: Es aquella persona registrada en el sistema con


la capacidad para hacer uso de la pagina conversora

Administrador: Es la persona encargada de modificar y


solucionar cualquier problema del sistema.

Software: Es el sistema que satisface las necesidades de


la empresa.

Hardware: Son los equipos de cómputo.

Equipos de cómputo: Es un sistema informático de


componentes electrónicos que en conjunto proporcionan
datos de salida.

Requerimientos: Es la descripción de necesidades a las


que debe responder el producto a desarrollar.

Información: Son todas las especificaciones del servicio


que ofrece el sistema.

Acrónimos y abreviaturas:

AVEI: Asociación Venezolana de Educación e Informática

PIE: Programa de Informática Educativa.

CSI: Construcción del Sistema de Información.

PSG: Plan De Gestión de Riesgos.

5. referencias
 Teresa Anguera, Angel Blanco. Tecnología para el
desarrollo de aplicaciones. Pag 97, año 2021.

 Juan Francisco González. Análisis e implementación de


un de una pagina web. Pag 215, año 2015.

 Ian Sommerville. Ingeniería del software. Pag, 15, año


2018.

 Marco Fernández. Programación de bases de datos. Pag


106, año 2010.

6. Catálogos de requisitos del sistema.


Tabla #1 Registro de usuario

Ref. Requis Catego


itos ría
R.001 Nombre de usuario Evidente
R.002 Contraseña Evidente
R.003 Correo Evidente

Tabla #2 Conversion de archivo

Ref. Requisitos Categoría


R.004 Subir archivo Evidente
R.005 Identificacion de formato del archivo Evidente
R.006 Seleccion de formato futuro Evidente

6.1 Requisitos de información.

Los requisitos de información deben cumplir los mismos


requisitos del sistema, añadiéndole la definición del criterio de
ordenamiento de la serie de elementos para caracterizar las
distancias entre los pares de categorías o grados consecutivos
que no deben ser necesariamente iguales. En efecto, dicha
información no debe poseer cero en absoluto, este requisito
permite efectuar operaciones en las que se suman mediciones
obtenidas independientemente o en las que se comparan
mediciones. Es necesario que exista un sistema de información
del programa con un contenido responsable, sobre sus objetivos,
imagen y trayectoria con la finalidad de tener un sistema
visualmente comprensible para cualquier usuario o administrador

Requisitos funcionales.

Son los conjuntos de elementos o características que debe


tener el sistema a emplear, estos deben ser especificados, en
definitiva, como aquello que de forma efectiva; deben tener los
diversos módulos u opciones a desarrollar. Una particularidad
indispensable de su definición es que se debe indicar de una
forma precisa la manera en la que se puede comprobar su
cumplimiento. Para lograr su definición precisa de los requisitos
funcionales del software, es necesario entender el ciclo de vida de
la definición de los requisitos los mismos que a continuación
presentamos:

Para el Personal Administrativo:


- Garantizar la seguridad de los datos.
- Mantenimiento del sistema y/o pagina web.
- Generar los distintos, listados, constancias y reportes
internos.

 Para el Usuario:
- Realizar el proceso de inicio de sesion.
- Verificar y evaluar los datos ingresados.
- Realizar la conversion de archivos ingresados.

6.2.3 Casos de usos

Los casos de uso plantean es este proyecto informático una descripción


de un conjunto de secuencias de acciones que el sistema ejecuta y que
produce un resultado observable de interés para un actor en particular.
Reflejando de esta forma el uso que harán dichos actores en el sistema,
mostrándose a través de ellos tanto las funcionalidades que ofrecerá el
sistema, como los diferentes inherentes a las situaciones contempladas para
cada una de estas.

Tabla #4 Caso de uso del Usuario

Actor Caso de Uso


Usuario -Inicio de sesion.
-Conversion de archivos

Tabla #5 Caso de uso del Administrador

Actor Caso de Uso


-Inicio de sesion
-Mantenimiento de pagina web
Administrador
-Mantenimiento de la Base de Datos

6.2.3.1 Resumen de casos de usos y actores.


Caso de Uso Categoría
Ingresar Sistema. Usuario de todos los tipos:
Usuario y Administrador.
Salir Sistema. Usuario de todos los tipos:
Usuario y Administrador.
Modificar datos Administrador.

6.2.3.2 Diagrama de casos de usos.

1. Gráfico #1 Niveles de usuarios


2. Gráfico #2 Diagrama de casos de usos (Permisos)

6.3 requisitos no funcionales.

6.3.1: Usabilidad o Fácil Usabilidad.

La interfaz del sistema deberá ser implementada como una aplicación


web manera que sea fácil para la comprensión del usuario de manera que
este no requiera mayor esfuerzo para utilizar el sistema. El sistema deberá
tener una interfaz gráfica sencilla y amigable, basada en menús, ventanas,
listas desplegables y botones de acción.
6.3.2 Confiabilidad. Disponibilidad.

El sistema funcionara 7 días, 24 horas con accesibilidad para todos los


docentes, desde cualquier sitio.

6.3.3. Desempeño.

El sistema debe utilizar los servicios de la red interna de la institución,


para establecer comunicación entre las coordinaciones y departamentos
de directivos, el servidor y el manejador de base de datos
proporcionándonos un gran rendimiento en todas las áreas.

6.3.4. Mantenibilidad.

El sistema deberá ser desarrollado bajo software libre, utilizando el


lenguaje desprogramación PHP y utilizará el estándar HTML para el diseño
de las páginas web de sistema. De esta forma se garantizaría que el
código HTML para asegurar que futuras modificaciones se puedan hacer
de manera rápida y con el menor número de tiempo. Se realizarán
revisiones periódicas del sistema para evitar fallo y asegurar que el
sistema sea funcional.

6.3.5. Seguridad.

 El sistema deberá contar con una verificación de los datos para el
correcto acceso a la aplicación por parte del administrador y de los
docentes registrados. Cada docente que desee ingresar al sistema, deberá
introducir en la página principal un código de usuario y una contraseña, la
cual será validada por el sistema, dándole acceso al sistema o enviándole
un mensaje para que introduzca nuevamente sus datos.

6.4 Interfaces.

6.4.1 Interfaces Usuario.

La interfaz de usuario es la parte del programa que permite al usuario


interaccionar con él. La API de HTML,CSS Y JAVASCRIPT proporciona
una biblioteca de clases para el desarrollo de Interfaces gráficas de
usuario (en realidad son dos). La biblioteca proporciona un conjunto de
herramientas para la construcción de interfaces gráficas que tienen una
apariencia y se comportan de forma semejante en todas las plataformas en
las que se ejecuten. La estructura básica de la biblioteca gira en torno a
componentes y contenedores. Los contenedores contienen componentes y
son componentes a su vez, de forma que los eventos pueden tratarse
tanto en contenedores como en componentes. La API está constituida por
clases, interfaces y derivaciones.

6.4.2 Interfaces Hardware.

Al tratarse de una aplicación web, se podrá visualizar sobre cualquier


sistema operativo.

6.4.3 Interfaces de comunicaciones.

Las comunicaciones se efectuarán siguiendo el protocolo HTTP


mediante conexiones TCP/IP.

6.5 Requerimientos de Licenciamiento.

No hay ningún requerimiento de licenciamiento ya que se usará


exclusivamente software libre para desarrollar el sistema.

6.5.1 Aspectos Legales, Derechos de Autos


y otros Avisos.

Para el desarrollo del sistema, se planea utilizar herramientas y


lenguajes Open Source, de manera que no existan problemas con
violaciones de Derecho de Autos. Como lenguaje de programación, la
empresa ha seleccionado HTML,CSS Y JAVASCRIPT, y como manejador
de Base de datos PostgreSQL, ambos, herramientas de código libre.

6.5.2 Estándares Aplicables.


Debido a que se requiere que la información, almacenada en el
sistema se pueda acceder por internet, todos los aspectos vinculados con
la interfaz del mismo se deben regir bajos los lineamientos establecidos
por la DII. También es necesario ser cuidadosos con el manejo de toda
esta información, ya que está relacionada con el pago de prestaciones
sociales y nómina, por lo tanto, el sistema debe contribuir con el
cumplimiento de ciertos aspectos legales por parte del departamento de
registro y ordenamiento de pagos de la USB:

- Constitución de la República Bolivariana de Venezuela.


- Ley de simplificación de trámites Administrativos.
- Ley orgánica del Trabajo.
- Ley Contra la Corrupción.
- Ley Orgánica de la Contraloría General de la Republica y del
Sistema Nacional del Fiscal.

TABLAS DE DATOS

TABLA USUARIOS:

TABLA ADMINISTRADORES:
DIAGRAMA E-R

También podría gustarte