MATRICULA

Requerimientos funcionales:
Son declaraciones de los servicios que proveer el sistema, de la
manera en que ste reaccionar a entradas particulares. En algunos
casos, los requerimientos funcionales de los sistemas tambin
declaran explcitamente lo que el sistema no debe hacer.
Los requerimientos funcionales de un sistema describen la
funcionalidad o los servicios que se espera que ste provea. Estos
dependen del tipo de software y del sistema que se desarrolle y de los
posibles usuarios del software. Cuando se expresan como
requerimientos del usuario, habitualmente se describen de forma
general mientras que los requerimientos funcionales del sistema
describen con detalle la funcin de ste, sus entradas y salidas,
excepciones, etc. Muchos de los problemas de la ingeniera de
software provienen de la imprecisin en la especificacin de
requerimientos. Para un desarrollador de sistemas es natural dar
interpretaciones de un requerimiento ambiguo con el fin de simplificar
su implementacin. Sin embargo, a menudo no es lo que el cliente
desea. Se tienen que estipular nuevos requerimientos y se deben
hacer cambios al sistema, retrasando la entrega de ste e
incrementando el costo.
En principio, la especificacin de requerimientos funcionales de un
sistema debe estar completa y ser consistente. Completa significa que
todos los servicios solicitados por el usuario estn definidos. Y la
consistencia significa que los requerimientos no tienen definiciones
contradictorias. En la prctica, para sistemas grandes y complejos, es
imposible cumplir los requerimientos de consistencia y completitud. La
razn de esto se debe parcialmente a la complejidad inherente del
sistema y parcialmente a que los diferentes puntos de vista tienen
necesidades inconsistentes. Estas inconsistencias son obvias cuando
los requerimientos se especifican por primera vez. Los problemas
emergen despus de un anlisis profundo. Una vez que stos se
hayan descubierto en las diferentes revisiones o en las fases
posteriores del ciclo de vida, se deben corregir en el documento de
requerimientos.

Requerimientos funcionales Matriculacin:

La matricula ser realizada de forma interactiva. Se le preguntara al
alumno cual es el plan de estudios en que desea matricularse (pueden
ser varios).
Se podr generar una copia impresa de la matricula (sin valor oficial)
en el computador desde donde se realice el proceso de matriculacin.
As mismo, se podr generar el impreso de pago debidamente
cumplimentado.
Para la matriculacin se consultaran los datos del expediente y se
realizaran las validaciones necesarias, descritas a continuacin.
Pago de matrcula:
La aplicacin generara un impreso para que el alumno realice el pago
correspondiente a la matricula en 1 o 2 plazos (segn las fechas
establecidas).
Si el alumno tiene matriculas de honor de cursos anteriores o disfruta
de algn tipo de beca, la aplicacin deber calcular automticamente
los descuentos correspondientes
Gestin de docencia
El secretario ser el encargado de introducir que profesores
corresponden a cada asignatura (si no, no podrn introducir las actas
los profesores).
Los profesores de cada asignatura tendrn acceso a las listas de los
alumnos que estn matriculados en sus asignaturas y la aplicacin les
debe permitir rellenar las actas.
Estadsticas
En control de estudio se podrn obtener estadsticas que clasifiquen a
los alumnos por su lugar de residencia, sexo, edad, cursos o
asignaturas

Requerimientos no funcionales:
Son restricciones de los servicios o funciones ofrecidos por el sistema.
Incluyen restricciones de tiempo, sobre el proceso de desarrollo,
estndares, y otros
Son aquellos requerimientos que no se refieren directamente a las
funciones especficas que entrega el sistema, sino a las propiedades
emergentes de ste como la fiabilidad, la respuesta en el tiempo y la
capacidad de almacenamiento. De forma alternativa, definen las
restricciones del sistema como la capacidad de los dispositivos de
entrada/salida y la representacin de datos que se utiliza en la
interface del sistema.
Muchos requerimientos no funcionales se refieren al sistema como un
todo ms que a rasgos particulares del mismo. Esto significa que a
menudo con ms crticos que los requerimientos funcionales
particulares. Mientras que el incumplimiento de este ltimo degradar
el sistema, una falla en un requerimiento no funcional del sistema lo
inutiliza.
Los requerimientos no funcionales surgen de la necesidad del usuario,
debido a las restricciones en el presupuesto, a las polticas de la
organizacin, a la necesidad de interoperabilidad con otros sistemas
de software o hardware o a factores externos como los reglamentos
de seguridad, las polticas de privacidad, etctera.
Requerimientos NO funcionales Matriculacin:
Interfaces
Hardware: El sistema se debe implementar sobre la infraestructura
existente en las aulas de prcticas de la ctedra Ingeniera de
Software
Software: No existe posibilidad de adquirir software. La aplicacin
deber funcionar sobre Oracle
Estos diferentes tipos de requerimientos se clasifican de acuerdo con
sus implicaciones.

Requerimientos del producto

Especifican el comportamiento del producto; como los requerimientos
de desempeo en la rapidez de ejecucin del sistema y cunta
memoria se requiere; los de fiabilidad que fijan la tasa de fallas para
que el sistema sea aceptable; los de portabilidad y los de usabilidad.
Requerimientos organizacionales. Se derivan de las polticas y
procedimientos existentes en la organizacin del cliente y en la del
desarrollador: estndares en los procesos que deben utilizarse;
requerimientos de implementacin como los lenguajes de
programacin o el mtodo de diseo a utilizar, y los requerimientos de
entrega que especifican cundo se entregar el producto y su
documentacin.
Requerimientos externos
Se derivan de los factores externos al sistema y de su proceso de
desarrollo. Incluyen los requerimientos de interoperabilidad que
definen la manera en que el sistema interacta con los otros sistemas
de la organizacin; los requerimientos legales que deben seguirse
para asegurar que el sistema opere dentro de la ley, y los
requerimientos ticos. Estos ltimos son impuestos al sistema para
asegurar que ser aceptado por el usuario y por el pblico en general.
Un problema comn con los requerimientos no funcionales es que
algunas veces son difciles de verificar. Se redactan para reflejar las
metas generales del usuario, como la facilidad de uso, la capacidad
del sistema para recuperarse de las fallas o la respuesta rpida al
usuario. Estos requerimientos causan problemas a los desarrolladores
del sistema puesto que dejan abierta la posibilidad a la interpretacin,
lo que provoca discusiones subsecuentes una vez que el sistema se
entregue.
De forma ideal, los requerimientos no funcionales no se deben
expresar de manera cuantitativa utilizando mtricas que se puedan
probar de forma objetiva.
En la prctica, la especificacin cuantitativa de requerimientos es
difcil. A los clientes no les es posible traducir sus metas en
requerimientos cuantitativos; para algunas de stas, como las de
mantenimiento, no existen mtricas que se puedan utilizar; el costo de
verificar de forma objetiva los requerimientos no funcionales
cuantitativos es muy alto.

En principio, los requerimientos funcionales y no funcionales se

diferencian en el documento de requerimientos. En la prctica, esto es
difcil. Si un requerimiento no funcional se declara de forma separada
a los funcionales, algunas veces es difcil ver la relacin entre ellos. Si
se declaran con los requerimientos funcionales, es difcil separar las
condiciones funcionales y no funcionales e identificar los
requerimientos que se refieren al sistema como un todo. Se debe
hallar un balance apropiado que dependa del tipo de sistema a
especificar. Sin embargo, los requerimientos que claramente se
refieren a las propiedades emergentes del sistema se deben resaltar.
Esto se hace colocndolos en una seccin aparte o diferencindolos,
de alguna forma, de los otros requerimientos del sistema.