Plantilla IEEE830

FASE 4: DOCUMENTO DE ESPECIFICACIÓN DE REQUERIMIENTOS
Juan Pablo Franco Lozada

GERMAN INSUASTY
RONNY LAGUADO
Grupo: 301308A_12
PRESENTADO A:
MOISES DE JESUS RODRIGUEZ BOLAÑO
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

PROGRAMA ACADÉMICO INGENIERÍA DE SISTEMAS
IBAGUÉ - 2020
Especificación de requisitos de software
Este documento presenta el análisis y diseño de un

sistema para control de matrículas de una institución
educativa. El enfoque es detallar el sistema y no
presentar un marco teórico de lo que es cada uno de
los temas presentados. Para el desarrollo de este
diseño se han utilizado conocimientos que pueden ser
encontrados en libros o en internet, pero más que una
explicación de cada uno de estos tópicos, se detalla una
propuesta concreta de un sistema que se quiere poner
en marcha.
Las secciones en las que se divide este documento se

encuentran ordenadas de manera tal que al finalizar la
lectura del mismo, cualquier persona tendrá una idea
bastante clara y un buen panorama de lo que se ofrece
con ese sistema y de la manera en la que se va a
utilizar.
El sistema se analiza y expone de forma general, pero

a la vez se consideran muchos detalles y aspectos
específicos del funcionamiento, precios, ventajas y
desventajas. Muchos de los beneficios de este sistema
son indiscutibles, por lo que se afirma que es una gran
opción para cualquier institución educativa que desee
automatizar su sistema de matrículas.
Se aclara que el enfoque que se ha hecho es para una

institución educativa primaria (primero a noveno
grado) o secundaria (bachillerato), pero que la misma
idea se puede retomar e implementar para una
Modelo de ingeniería 0.3
[Nombre documento] Pág. 3
universidad, haciendo varias modificaciones en la

estructura de la base de datos, pero conservando el
mismo modelo y esquema de trabajo.
Proyecto: Ingreso de Matriculas

Revisión: 28/07/20
Descripción de requisitos del sofware

Proyecto Sistema de Clientes de Matricula(Estudiantes)

Ficha del documento
Fecha Revisión Autor Verificado dep. calidad.
28/07/2020 28/07/2020 Juan Pablo Franco Lozada Juan Pablo Franco Lozada
Documento validado por las partes en fecha: [Fecha]
Por el cliente Por la empresa suministradora

El cliente Afirma que el Realizado Proyecto Muy bien elaborado para un
Software de Matricula de estudiantes buen uso en la parte estudiantil por
esta Muy bien realizado y excellente parte del colegio administrativo por
majoras en la parte de la interface por ello se lleva a cabo el ingreso de login
que genera Una Gran calidad y el proceso de matricula de los
sumistrada por el trabajador. estudiantes.

Nombre de trabajador: Juan Pablo Nombre de Empresa: Exelemcian.

franco
Contenido
FICHA DEL DOCUMENTO 5
CONTENIDO 6
1 INTRODUCCIÓN 9
1.1 Propósito 9
1.2 Alcance 9
1.3 Personal involucrado 10
1.4 Definiciones, acrónimos y abreviaturas 11
1.5 Referencias 13
1.6 Resumen 15
2 DESCRIPCIÓN GENERAL 16
2.1 Perspectiva del producto 16
2.2 Funcionalidad del producto 16
2.3 Características de los usuarios 17

2.4 Restricciones 17
2.5 Suposiciones y dependencias 17
2.6 Evolución previsible del sistema 17
3 REQUISITOS ESPECÍFICOS 18
3.1 Requisitos comunes de los interfaces 18

3.1.1 Interfaces de usuario 18
3.1.2 Interfaces de hardware 19
3.1.3 Interfaces de software 19
3.1.4 Interfaces de comunicación 19
3.2 Requisitos funcionales 19

3.2.1 Requisito funcional 1 20
3.2.4 Requisito funcional n 21
3.3 Requisitos no funcionales 21

3.3.1 Requisitos de rendimiento 21
3.3.2 Seguridad 21
3.3.3 Fiabilidad 21
3.3.4 Disponibilidad 21
3.3.5 Mantenibilidad 22
3.3.6 Portabilidad 22
3.4 Otros requisitos 22
4 APÉNDICES 22
4.1 Diagramas de Casos de Uso 23
4.2 Casos de uso 26

4.3 Prototipos 26
5 CONCLUSIONES 27
6 BIBLIOGRAFÍA 28

1 Introducción
Este documento presenta el análisis y diseño de un sistema para control de matrículas de
una institución educativa. El enfoque es detallar el sistema y no presentar un marco teórico
de lo que es cada uno de los temas presentados. Para el desarrollo de este diseño se han
utilizado conocimientos que pueden ser encontrados en libros o en internet, pero más que
una explicación de cada uno de estos tópicos, se detalla una propuesta concreta de un
sistema que se quiere poner en marcha.
Las secciones en las que se divide este documento se encuentran ordenadas de manera tal
que al finalizar la lectura del mismo, cualquier persona tendrá una idea bastante clara y un
buen panorama de lo que se ofrece con ese sistema y de la manera en la que se va a
utilizar.
El sistema se analiza y expone de forma general pero a la vez se consideran muchos

detalles y aspectos específicos del funcionamiento, precios, ventajas y desventajas. Muchos
de los beneficios de este sistema son indiscutibles, por lo que se afirma que es una gran
opción para cualquier institución educativa que desee automatizar su sistema de matrículas.
Se aclara que el enfoque que se ha hecho es para una institución educativa primaria
(primero a noveno grado) o secundaria (bachillerato), pero que la misma idea se puede
retomar e implementar para una universidad, haciendo varias modificaciones en la
estructura de la base de datos, pero conservando el mismo modelo y esquema de trabajo.
1.1 Propósito
El presente documento tiene como propósito definir las especificaciones
funcionales, no funcionales y del sistema para la implementación de una
aplicación WEB que permitirá administrar y consultar la información de
seminarios de la Universidades y colegios, utilizada por estudiantes, profesores,
directivos y público en general.
1.2 Alcance
Diseño, desarrollo e implantación del sistema SIS-WEB (Sistema de Información
de Seminarios WEB).
El SIS-WEB será una aplicación que funcionará en un entorno WEB que
permitirá administrar y consultar la información de seminarios de la Universidad
del Valle. Esta aplicación dará apoyo a los siguientes procesos:
• Administrar seminarios
• Administrar inscripciones

• Gestión de programación de actividades.

• Administrar ayudas audiovisuales.
• Administrar usuarios del sistema.
• Generación de estadísticas.
SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de

la Universidad del Valle – Versión 1.0
El SIS-WEB permitirá una flexibilidad de acceso a la información en la
programación de los seminarios, igualmente una actualización dinámica de la
misma.
Permitirá realizar inscripciones descentralizadas a través de una estación de
cómputo dotado con una conexión a Internet.
A través del sistema no se podrá realizar pagos electrónicos para la inscripción en
aquellos seminarios que tengan algún un costo.
1.3 Personal involucrado
Nombre Juan Pablo Franco Lozada

Rol Programador
Categoría profesional Tecnólogo En Análisis y Desarrollo de Sistemas de
Información
Responsabilidades Codificación de Software
Información de 3214827036
contacto
Aprobación Coordinador de Colegio y universidad.
Las tres personas del proyecto de sistemas son Juan Pablo Franco Lozada
GERMAN INSUASTY
RONNY LAGUADO
1.4 Definiciones, acrónimos y abreviaturas

Del negocio
a. Reserva: Proceso por el cual el coordinador de seminario solicita la
utilización de un recurso par un determinado seminario.
b. Inscripción: Proceso en el que una persona se matricula en un seminario.

c. Publicar Información: Proceso que realiza el coordinador de seminario

agrega o modifica información del sistema de gestión de seminarios (SISWEB)
d. Consultar Información: Proceso en el que una procesa busca información en
el SIS-WEB. Cancelar Inscripción: Proceso en el que una persona cancela la matricula a
un seminario.
f. Precio de Inscripción: Valor establecido que el cliente debe pagar para
ingresar a un seminario.
g. Coordinador de Seminario: Persona encargada de administrar un
determinado seminario.
h. Administrador de Seminarios: Persona responsable por la administración del
sistema de seminarios.
i. Coordinador de Recursos: Persona responsable de la administración de
recursos audiovisuales.
j. Participante: Persona que esta matriculada para asistir a un seminario.
k. Conferencista: Persona responsable de orientar las actividades del seminario.
2.4.2 Del Sistema
a. Administrar: Acción de agregar, modificar, eliminar y consultar la
información de un determinado objeto o persona.
b. Visitante: Persona que navega o utiliza el SIS-WEB.
c. Usuario: Persona que puede ingresar a la zona privada del SIS-WEB, a través
de un proceso de autenticación utilizando nombre de usuario y contraseña.
d. Rendimiento: Referencia al resultado deseado efectivamente obtenido por
cada unidad que realiza la actividad, donde el término unidad puede referirse a
un individuo, un equipo, un departamento o una sección de una organización.
e. Permiso: Parámetro que especifica si su poseedor dispone de acceso a una
determinada función del sistema o a una parte de la interfaz de usuario del
sistema
f. Rol: Es un conjunto de permisos que puede asignarse a un usuario.
g. Administrador del Sistema: Persona encargada de ofrecer el soporte técnico
y operativo al SIS-WEB.
h. Pruebas: Proceso mediante el cual se realizan actividades para verificar la
optima función del sistema. 2.4.3 De tecnología
a. Dominio: Nombre base que agrupa a un conjunto de equipos o dispositivos y
que permite proporcionar nombres de equipo más fácilmente recordables en
lugar de una dirección IP numérica, Ej: sis-web.com.
b. Servidor WEB : Es un programa que implementa el protocolo HTTP
(hypertext transfer protocol). Este protocolo está diseñado para transferir lo
que llamamos hipertextos, páginas web o páginas HTML (hypertext markup
language): textos complejos con enlaces, figuras, formularios, botones y

objetos incrustados como animaciones o reproductores de música.

c. URL : Significa Uniform Resource Locator, es decir, localizador uniforme de
recurso. Es una secuencia de caracteres, de acuerdo a un formato estándar, que
se usa para nombrar recursos, como documentos e imágenes en Internet, por su
localización.
d. HTTP : El protocolo de transferencia de hipertexto (HTTP, HyperText
Transfer Protocol) es el protocolo usado en cada transacción de la Web
(WWW).
e. Enlaces : una referencia en un documento de hipertexto a otro documento o
recurso
f. Sistema de gestión de Base de Datos: Son un tipo de software muy
específico, dedicado a servir de interfaz entre la base de datos, el usuario y las
aplicaciones que la utilizan.
g. Base de Datos: Es un conjunto de datos que pertenecen al mismo contexto
almacenados sistemáticamente para su posterior uso.
h. Aplicación: Es un programa informático diseñado para facilitar al usuario la
realización de un determinado tipo de trabajo.
i. MySQL: Sistema de gestión de base de datos relacional. Comúnmente
utilizados en aplicaciones Web.
j. PHP (PHP Hypertext Pre-processor): Lenguaje de programación interpretado
usado para la creación de aplicaciones para servidores, o creación de contenido
dinámico para sitios web.
k. Apache: Servidor de WEB de código abierto. Dirección IP (Internet Protocol) : Número
que identifica de manera lógica y
jerárquica a una interfaz de un dispositivo (habitualmente una computadora)
dentro de una red que utilice el protocolo IP (Internet Protocol).
m. Protocolo IP : El Protocolo de Internet (IP, de sus siglas en inglés Internet
Protocol) es un protocolo no orientado a la conexión, usado tanto por el origen
como por el destino para la comunicación de estos a través de una red
(Internet).
n. Browser o Motor de Navegación: Es una aplicación que permite al usuario
recuperar y visualizar documentos de hipertexto, comúnmente descritos en
HTML, desde servidores web de todo el mundo a través de Internet
o. DNS: Es una base de datos distribuida y jerárquica que almacena información
asociada de una dirección IP a nombres de dominio en redes como Internet.
p. HTML (HyperText Markup Language): Es un lenguaje de marcación
diseñado para estructurar textos y presentarlos en forma de hipertexto, que es
el formato estándar de las páginas web.
q. Ajax (Asynchronous JavaScript And XML): es una técnica de desarrollo web

para crear aplicaciones interactivas.

r. RIA (Rich Internet Applications): es un nuevo tipo de aplicación con más
ventajas que las tradicionales aplicaciones Web. Esta surge como una
combinación de las ventajas que ofrecen las aplicaciones Web y las
aplicaciones tradicionales.
s. Javascript: Es un lenguaje interpretado, es decir, que no requiere
compilación, utilizado principalmente en páginas web.
t. Internet: Es un método de interconexión descentralizada de redes de
computadoras implementado en un conjunto de protocolos denominado
TCP/IP
u. Encriptar: Ocultar el contenido de un mensaje mediante un proceso de
codificación de manera tal que el acceso al contenido del mensaje sea
restringido.
1.5 Referencias
Referencia Titulo Ruta Fecha A

IEEE 830 Requerimientos https://www.fdi.ucm.es/profesor/gmendez/docs/is0809/ieee830.pdf 28/07/2020 M
normas_IEEE 20
Software Estrategias https://docs.microsoft.com/es-es/previous- 28/072020 M
Architecture: ingenieria de versions/dn630665(v=msdn.10)?redirectedfrom=MSDN 20
Past, Sistemas.
Present and Future
3 DESCRIPCIÓN GENERAL
3.1 Perspectivas del Producto
El sistema SIS-WEB será un producto diseñado para trabajar en entornos WEB, lo
que permitirá su utilización de forma descentralizada, además trabajará de manera
independiente por lo tanto no interactuará con otros sistemas.
3.2 Funciones del Producto.
El sistema SIS-WEB permitirá realizar las siguientes funciones:

a. Administración de Usuarios: El administrador del sistema podrá gestionar

los usuarios (agregar, modificar, eliminar, buscar, listar).
b. Administración de Seminarios: El administrador del sistema podrá gestionar
seminarios, y asignarles un coordinador de seminario para que lo administre.
c. Administración de Roles: El administrador del sistema gestionará los roles de
usuarios del sistema, de igual forma asignará los roles a los usuarios.
d. Coordinación de Seminarios: El coordinador de seminario planificará los
recursos necesarios para el seminario, tales como: reservas de salones,
recursos audiovisuales y recursos en general. También asignará el ponente del
seminario, se encargará de la publicación de la información referente al
mismo y la administración de los participantes (activación y cancelación de
matriculados).
e. Publicación de Información: El administrador del sistema actualizará la
información general del SIS-WEB.
f. Inscripción: Proceso que permitirá a una persona matricularse a un seminario.
g. Navegación: Proceso por el cual una persona podrá utilizar el SIS-WEB.
3.3 Características del usuario.
El sistema SIS-WEB contendrá 5 tipos de usuarios que interactuaran y lo
administraran: Visitante, Participante, Administrador del Sistema, Coordinador
Seminarios y Coordinador de recursos.
1.6 Resumen
Perfil del usuario
Cada usuario tendrá un perfil específico para que su interacción con el sistema
sea correcto y no conlleve a fallos:
Visitante: Persona que interactuará continuamente con el sistema, su educación
no puede ser definida y no debe tener una capacitación con respecto al sistema
únicamente debe tener un conocimiento básico sobre navegación en paginas

Web.
Participante: Su rol en el sistema consiste en pasar de ser visitante a
participante en el momento que se inscriba a un seminario, al igual que el
visitante su conocimiento debe ser básico en el manejo de páginas Web para que
realice su inscripción.
Administrador del Sistema: Usuario con gran conocimiento en el manejo del
sistema con una previa capacitación por parte de la entidad. Encargado de
manejar el sistema con gran responsabilidad sobre los criterios de permisos
sobre los usuarios.
Coordinador de Seminarios: Persona que maneje la administración de
información y con conocimiento sobre el tema de seminarios. Debe tener una
capacitación previa sobre el sistema y debe manejar aplicaciones tipo Web.
Coordinador de Recursos: Persona encargada de la administración de recursos
audiovisuales, deberá tener conocimiento de interfaz de planificación de
recursos, que le permita disponer de los mismos.
2 Descripción general
2.1 Perspectiva del producto
El sistema SIS-WEB contendrá 5 tipos de usuarios que interactuaran y lo

administraran: Visitante, Participante, Administrador del Sistema, Coordinador
Seminarios y Coordinador de recursos.
2.2 Funcionalidad del producto
Perfil del usuario



Web.
sobre los usuarios.
Coordinador de Seminarios: Persona que maneje la administración de
información y con conocimiento sobre el tema de seminarios. Debe tener una
capacitación previa sobre el sistema y debe manejar aplicaciones tipo Web.
recursos, que le permita disponer de los mismos
2.3 Características de los usuarios
Tipo de usuario Administrador

Formación Universitario
Habilidades Coordinador de Programación
Actividades Coordinar Programadores
Administrador se diferencia por la gran parte de programadores de administrar

todos los avances de cada proyecto de programación exigido por la empresa.
2.4 Restricciones
Políticas reguladoras
La aplicación se desarrollará mediante software de licencia abierta por lo tanto
no se deberá pagar por el uso de : servidor WEB (Apache), Sistema de Gestión
de base de datos (MySQL) y el lenguaje de programación (PHP), por lo tanto, la
utilización de estos programas se hará mediante las políticas establecidas por
este tipo de licenciamiento.
2.5 Suposiciones y dependencias
Para esta aplicación será necesario un computador servidor en el cual se instalará

el servidor WEB apache, MySQL, PHP y la aplicación SIS-WEB.
2.6 Evolución previsible del sistema
Debido a que el sistema no interactúa con otros sistemas y es autónomo no se

desarrollaran interfaces con otras aplicaciones. Las conexiones necesarias para
la utilización del servidor web, MySql, PHP y un DNS, se hará por medio de la
configuración de estos programas.
3 Requisitos específicos
Requisitos de fiabilidad
La información correspondiente a la programación de los seminarios como la
fecha, la hora, el sitio, cantidad de inscritos, ponente y los recursos deben estar
ajustados a la realidad para evitar desorganización.
3.4.10 Credibilidad de la aplicación
Para garantizar una buena credibilidad el sistema deberá ser sometido a una serie
de pruebas para establecer que se encuentra acorde a los requerimientos que se
plasman en el documento en tanto a la consistencia de datos como al
rendimiento de la aplicación, tales como tiempos de respuesta..
3.4.11 Consideraciones de seguridad
Cada usuario deberá autenticarse y su acceso verificado por una sola Terminal
para su respectiva labor de acuerdo a lo que su rol especifique. Todas las claves
de seguridad deberán estar seguras y en su defecto encriptadas en la base de
datos para dar una buena seguridad al sistema y su información.
3.1 Requisitos comunes de los interfaces

El sistema SIS-WEB no tendrá interconexión con otros sistemas de información,
por lo tanto no es necesario la utilización de interfaz alguna.
La relación con un servidor WEB, DNS y Gestor de Base de Datos se hará a
través de los archivos de configuración de éstos.

3.1.1 Interfaces de usuario

Apertura a la aplicación esencial el sistema deja ingresar por medio de la
cabecera HTTP El IP del computador en donde se encuentre
conectado o URL. El sistema debela tener un nombre por medio del cual permita
su
ingreso digitándolo en la barra del navegador: http//nombre…. Todo
esto debidamente configurado en el servidor Web.
3.1.2 Interfaces de hardware

El administrador del sistema tendrá una opción que le permitirá
listar los usuarios para habilitar o deshabilitarlo, enfrente de su
nombre existirá una casilla que el utilizará de acuerdo a la acción
que desea realizar. Obviamente la opción de habilitar la tiene los
usuarios deshabilitados y la de deshabilitar los usuarios habilitados.
Todo esto se confirma y se explica la razón por la cual se realiza la
operación en un espacio de comentario
3.1.3 Interfaces de software

El administrador del sistema tendrá una opción que le permitirá
Administrar los Colegio, le permitirá crear Colegio. El sistema
verificará que la información necesaria para crear un seminario este
completa y luego al dar la opción de guardar esta información, el
sistema creará el seminario en la BD y lo dejará disponible para que
pueda ser observado por el coordinador del Colegio asignado.
Antes de almacenarse la información en la BD el sistema le presenta
al administrador una pantalla con la confirmación de los datos
ingresados.
3.1.4 Interfaces de comunicación

Al momento que se cree un usuario en el sistema el script
correspondiente encriptará la clave para almacenarla en la BD. Al
momento que un usuario requiera ser validado en el sistema, este le

presentara una pantalla de autenticación de usuario para que el
usuario ingrese su nombre y contraseña, al momento de enviar estos
datos el script encripta la contraseña ingresada por el usuario y
compara estos datos contra los de la base de datos
3.2 Requisitos funcionales

El sistema SIS-WEB permitirá realizar las siguientes funciones:
a. Administración de Usuarios: El administrador del sistema podrá gestionar
los usuarios (agregar, modificar, eliminar, buscar, listar).
b. Administración de Seminarios: El administrador del sistema podrá gestionar
seminarios, y asignarles un coordinador de seminario para que lo administre.
c. Administración de Roles: El administrador del sistema gestionará los roles de
usuarios del sistema, de igual forma asignará los roles a los usuarios.
d. Coordinación de Seminarios: El coordinador de seminario planificará los
recursos necesarios para el seminario, tales como: reservas de salones,
recursos audiovisuales y recursos en general. También asignará el ponente del
seminario, se encargará de la publicación de la información referente al
mismo y la administración de los participantes (activación y cancelación de
matriculados).
3.2.1 Requisito funcional 1

Publicación de Información: El administrador del sistema actualizará la
información general del SIS-WEB.
f. Inscripción: Proceso que permitirá a una persona matricularse a un seminario.
g. Navegación: Proceso por el cual una persona podrá utilizar el SIS-WEB.

Web.



sobre los usuarios.
Coordinador de Colegios o semanarios.
3.2.4 Requisito funcional no Funcionales

recursos, que le permita disponer de los mismos.
3.3 Requisitos no funcionales

Debido a que el sistema no interactúa con otros sistemas y es autónomo no se
desarrollaran interfaces con otras aplicaciones. Las conexiones necesarias para
la utilización del servidor web, MySql, PHP y un DNS, se hará por medio de la
configuración de estos programas
3.3.1 Requisitos de rendimiento

El sistema debe controlar los permisos que tiene cada usuario para su
accesibilidad de una manera correcta, de tal forma que pueda acceder la
información que le corresponde de acuerdo a su rol. Debe tener controles
adecuados para la validación de datos, de igual manera la programación de las
actividades específicas para cada Colegio.
3.3.2 Seguridad
Implementa un sistema de seguridad con un script en la url para identificar el
candado de seguridad identifica un backap de seguridad informática para en caso
De perdida de datos de la base de datos recuperarla.

3.3.3 Fiabilidad
La información correspondiente a la programación de los seminarios como la
fecha, la hora, el sitio, cantidad de inscritos, ponente y los recursos deben estar
ajustados a la realidad para evitar desorganización.
3.3.4 Disponibilidad
Para garantizar una buena credibilidad el sistema deberá ser sometido a una
serie
de pruebas para establecer que se encuentra acorde a los requerimientos que se
plasman en el documento en tanto a la consistencia de datos como al
rendimiento de la aplicación, tales como tiempos de respuesta
3.3.5 Mantenibilidad
Cada usuario deberá autenticarse y su acceso verificado por una sola Terminal
para su respectiva labor de acuerdo a lo que su rol especifique. Todas las claves
de seguridad deberán estar seguras y en su defecto encriptadas en la base de
datos para dar una buena seguridad al sistema y su información.
3.3.6 Portabilidad
La red interna deberá de estar configurada para el manejo de protocolos
TCP/IP, HTTP, DNS, principalmente todo lo relacionado en cuanto a
desempeño y seguridad.
3.4 Otros requisitos

Debe realizarse una capacitación adecuada y acorde a lo que cada usuario va a
realizar. Su capacitación de hará en el momento que sea necesaria y a las
persona indicada
4 Apéndices
Los siguientes aspectos no están incluidos en la presente versión:
a) Control y administración de los sitios utilizados en los seminarios tales como
salones, auditorios o cualquier otro espacio, el coordinador del seminario hará
la solicitud a quien corresponda.
b) Realización de pagos electrónicos de aquellos seminarios que tengan un costo.
c) El sistema no manejará todo lo relacionado a inventarios de recursos y/o
materiales que se necesitan para realizar un seminario.
d) No tendrá interfaces de conexión con los programas de tesorería o contabilidad
para el control de pagos y demás costos

4.1 Diagramas de Casos de Uso


4.2 Casos de uso

4.3 Prototipos

5 CONCLUSIONES
No modela la realidad, sino la forma en que las personas comprenden y procesan la

realidad. Es un proceso ascendente basado en una abstracción de clases en
aumento. Se basa en identificación de objetos, definición y organización de
librerías de clases, y creación de macros para aplicaciones específicas. Utiliza
menor cantidad de código. Es más reutilizable. El conjunto de actividades
empleadas para el desarrollo del Sistema de Matrículas nos proporciona guía para:
Definir actividades a llevarse a cabo en un Proyecto de S.I. Unificar criterios en la
organización para el desarrollo de S.I.  Proporcionar puntos de control y
revisión. Gráfico N° 01 METODOLOGÍA
12. 5 FUENTE: Documentación Sistema de Información Académico UNCP -
SADAV 1.2.2 Técnicas Programación orientada a objetos (POO).- Es un paradigma
de programación que usa objetos y sus interacciones, para diseñar aplicaciones y
programas informáticos. Está basado en varias técnicas, incluyendo herencia,
abstracción, polimorfismo y encapsulamiento. Su uso se popularizó a principios de
la década de los años 1990. En la actualidad, existe variedad de lenguajes de
programación que soportan la orientación a objetos. Nuestra metodología se
orienta a usar las técnicas del POO. 1.2.3 Instrumentos Observación.- Para el
desarrollo de nuestra metodología utilizamos la observación, que es una técnica que
consiste en observar atentamente el fenómeno, hecho o caso, tomar información y
registrarla para su posterior análisis. La observación es un elemento fundamental
de todo proceso investigativo; en ella se apoya el investigador para obtener el
mayor numero de datos. Gran parte del acervo de conocimientos que constituye la
ciencia a sido lograda mediante la observación. Existen dos clases de observación:
la Observación no científica y la observación científica. La diferencia básica entre
una y otra está en la intencionalidad: observar científicamente significa observar
con un objetivo claro, definido y preciso: el investigador sabe qué es lo que desea
observar y para qué quiere hacerlo, lo cual implica que debe preparar
cuidadosamente .

6 BIBLIOGRAFÍA
http://www.lmi.ub.es/te/any96/marques_software/
http://blogsoftwareeducativos.blogspot.com/2013/02/conclusion-de-gabriela-
casteleiro_28.html
Natalie Gagliordi, “US universities at greater risk for security breaches than retail and
healthcare: BitSight,” ZDNet, August 21, 2014.
Gary Langsdale, “What It Takes to Keep Student Information Safe in the Digital Age,” The
EvoLLLution, October 2, 2014.
«We Built, We Bought, We Shared: The Costs of Administrative Service Systems vs. the
Academic Mission (EDUCAUSE Review) | EDUCAUSE.edu». www.educause.edu.
Consultado el 2 de junio de 2015.
«Copia archivada». Archivado desde el original el 16 de agosto de 2016. Consultado el 1
de agosto de 2016.
https://www.maricopa.edu/erp/student-information-system-sis-modernization/sis-key-events-
and-timeline
U.S. Department of Education Office of Planning, Evaluation and Policy Development
(2009).
Rankin, J. (2013, March 28).
Academic Earth (2009). "Mission Statement". Recuperado el 28 de octubre de 2009, de:

http://www.academicearth.org/about
Andreoni Adriana (2006). "Plataformas educativas en Internet - Condicionantes tecnológicos
culturales". Recuperado el 27 de octubre de 2009, de:
http://www.ateneonline.net/datos/06_3_Andreoni_Adriana_y_otros.pdf
Angora (2009). “Plataformas Educativas”. Recuperado 31 de octubre de 2009, de Agora:
http://agora.ucv.cl/manual/plataformas/plataformas.html
Area Moreira, Manuel. "¿Qué es la tecnología educativa?". Recuperado el 31 de octubre de
2009, de ULL.es:
https://web.archive.org/web/20100329130313/http://webpages.ull.es/users/manarea/investe
c/1tecno.html
Blackboard Foundation. Plataforma Tecnológica. Recuperado el 31 de octubre de 2009, de:
https://web.archive.org/web/20090327133436/http://www.blackboard.com/
Caroline. “Documentation”. Recuperado el 31 de octubre de 2009, de:
http://www.claroline.net/online-documentation/online-documentation.html
Díaz Nosty, Bernardo. "Nuevas Tecnologías Informativas". Recuperado el 31 de octubre de
2009, de Infoamerica.org: http://www.infoamerica.org/documentos_pdf/nosty50.pdf

Eraut, M. (1989). "The International Encyclopedia of Educational Technology". Londres:

Pergamon Press.
Gallego, M. J. (1996). “La tecnología Educativa en acción”. Granada: Force.
GNU. "Plataformas Educativas". Recuperado el 31 de octubre de 2009, de:
http://moodle.org/
ITESM. Plataforma Tecnológica. Recuperado el 31 de octubre de 2009, del ITESM.mx
https://web.archive.org/web/20090828030840/http://www.itesm.mx/va/innovacioneducativa/0
1/1_4.htm#4
Maier, Ronald (2004). "Knowledge Management Systems". Nueva York: Springer-Verlag.
Rostoll, P. "Majó afirma que las nuevas tecnologías informativas agudizarán la exclusión
social". Recuperado el 1 de noviembre de 2009, de Universidad de Alicante:
http://www.ua.es/dossierprensa/1997/05/10/8.html
Saettler, P. (1990). "The evolution of American Educational Technology". Colorado:
Englewood, Librairies Unlimited.
Sakai Foundation. "Plataformas Tecnológicas". Recuperado el 31 de octubre de 2009, de
sakai: http://sakaiproject.org/
Sánchez Rodríguez, José (2009). Plataformas de enseñanza virtual para entornos
educativos. Pixel-Bit. Revista de Medios y Educación, 34, 217–233. [Consulta: 8 de febrero
de 2019] Disponible en web: https://recyt.fecyt.es/index.php/pixel/article/view/61377.

Plantilla IEEE830

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Plantilla IEEE830

Cargado por

Copyright:

Formatos disponibles

FASE 4: DOCUMENTO DE ESPECIFICACIÓN DE REQUERIMIENTOS

Juan Pablo Franco Lozada

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

Este documento presenta el análisis y diseño de un

Las secciones en las que se divide este documento se

El sistema se analiza y expone de forma general, pero

Se aclara que el enfoque que se ha hecho es para una

universidad, haciendo varias modificaciones en la

Proyecto: Ingreso de Matriculas

Descripción de requisitos del sofware

Proyecto Sistema de Clientes de Matricula(Estudiantes)

Descripción de requisitos del sofware

Ficha del documento

Fecha Revisión Autor Verificado dep. calidad.

Documento validado por las partes en fecha: [Fecha]

Por el cliente Por la empresa suministradora

Descripción de requisitos del sofware

Nombre de trabajador: Juan Pablo Nombre de Empresa: Exelemcian.

FICHA DEL DOCUMENTO 5

1.3 Personal involucrado 10

1.4 Definiciones, acrónimos y abreviaturas 11

2.1 Perspectiva del producto 16

2.2 Funcionalidad del producto 16

2.3 Características de los usuarios 17

Descripción de requisitos del sofware

2.5 Suposiciones y dependencias 17

2.6 Evolución previsible del sistema 17

3.1 Requisitos comunes de los interfaces 18

3.2 Requisitos funcionales 19

3.3 Requisitos no funcionales 21

3.4 Otros requisitos 22

4.1 Diagramas de Casos de Uso 23

4.2 Casos de uso 26

Descripción de requisitos del sofware

Descripción de requisitos del sofware

El sistema se analiza y expone de forma general pero a la vez se consideran muchos

Descripción de requisitos del sofware

• Gestión de programación de actividades.

SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de

1.3 Personal involucrado

Nombre Juan Pablo Franco Lozada

1.4 Definiciones, acrónimos y abreviaturas

Descripción de requisitos del sofware

c. Publicar Información: Proceso que realiza el coordinador de seminario

Descripción de requisitos del sofware

objetos incrustados como animaciones o reproductores de música.

Descripción de requisitos del sofware

para crear aplicaciones interactivas.

Referencia Titulo Ruta Fecha A

Descripción de requisitos del sofware

a. Administración de Usuarios: El administrador del sistema podrá gestionar

Perfil del usuario

sea correcto y no conlleve a fallos:

Visitante: Persona que interactuará continuamente con el sistema, su educación

únicamente debe tener un conocimiento básico sobre navegación en paginas

Descripción de requisitos del sofware

Participante: Su rol en el sistema consiste en pasar de ser visitante a

participante en el momento que se inscriba a un seminario, al igual que el

Administrador del Sistema: Usuario con gran conocimiento en el manejo del

sistema con una previa capacitación por parte de la entidad. Encargado de

manejar el sistema con gran responsabilidad sobre los criterios de permisos

sobre los usuarios.

Coordinador de Seminarios: Persona que maneje la administración de