Implementando COSMICEjemplo Practico
Implementando COSMICEjemplo Practico
Implementando COSMICEjemplo Practico
1
1.1 Introducción
Este estudio de caso presenta los resultados de la aplicación del método de medición del tamaño
funcional COSMIC v4.0.1 (ISO / IEC 19761: 2011) a los requisitos del sistema de software de
registro de cursos ('C-Reg') como se describe a continuación.
Los requisitos se escriben como texto sin formato, por lo que no se necesita conocimiento de
ningún sistema o método de análisis de datos para comprender los requisitos.
Después de describir los requisitos generales y el contexto de C-Reg en la siguiente sección, los
requisitos y sus respectivos análisis y mediciones se tratan en dos secciones por separado, de
interés para:
Registradores y profesores
Registradores y estudiantes
Estos requisitos pretenden ser fáciles de entender, auto contenidos (pero no completos) y libres de
defectos para que se pueden usar para enseñar la medición del tamaño funcional COSMIC. (Casi
todos los requisitos del mundo real son incompletos y tienen ambigüedades, etc., por lo que
necesitan interpretación y suposiciones para medir un tamaño funcional. Estos deben estar
documentados para rastrear la aplicación de las reglas de medición a los requisitos incompletos y
ambiguos. Requisitos desarrollados de forma iterativa, por ejemplo, utilizando métodos ágiles,
nunca son "perfectos" hasta que el usuario haya cerrado la sesión del software).
El sistema actual de CRS ha estado en uso desde hace varios años y carece de la capacidad para
manejar la carga de estudiantes y cursos proyectada para el futuro. C-Reg permitirá a todos,
profesores y estudiantes acceder al sistema, además de los empleados de la Oficina de registro, a
través de PC conectadas a la red informática y a través de cualquier computadora personal
conectada a través de Internet.
Todos los usuarios de C-Reg (es decir, Registradores, Profesores y Estudiantes) acceden a su
funcionalidad a través de un menú principal. Cómo el sistema controla la seguridad de acceso y la
funcionalidad disponible para cada tipo de usuario está más allá del alcance de estos requisitos.
2
Cada profesor se identifica por una identificación única (o 'ID') en la forma [apellido, número de
serie], Ejemplo:
'Smith3'. [Para simplificar los requisitos, suponemos que al realizar cualquier consulta, un
registrador conoce la ID de todos los profesores, y que cada profesor conoce su propia
identificación única.]
C-Reg debe permitir que un registrador realice cualquiera de las tareas:
'Agregar Profesor',
'Modificar Profesor',
'Eliminar Profesor 'o
'Consultar datos del Profesor'.
3
f) Alternativamente, si el registrador selecciona 'no', la operación se cancela.
g) Si el Profesor se compromete a enseñar cualquier Oferta de Curso, no se permite la eliminación,
muestra C-Reg un mensaje de error y el Registrador debe abandonar la operación.
El catálogo de cursos también posee el "indicador de disponibilidad" para cada oferta de curso.
4
• Un par de identificaciones para cada conflicto, si corresponde.
(Si no hay conflictos, el Catálogo de Cursos puede cambiar el estado del Curso seleccionado
Las ofertas de 'no disponible' a 'disponible' para que los estudiantes puedan inscribirse ahora).
[La razón del recuento de ofrendas de curso conflictivas debe devolverse en caso de que el
recuento sea cero. C-Reg interpreta esto como una confirmación de que las Ofertas de Cursos
comprometidas han sido aceptadas por el Catálogo de Cursos.]
e) Si alguna oferta de curso entra en conflicto en fecha o ubicación, C-Reg indica las
identificaciones de los conflictos pares en la pantalla de ofertas de cursos, con un mensaje de
error. El profesor puede entonces resolver el conflicto al des-seleccionar una o más Ofertas del
Curso y seleccionar nuevas, o cancelar la operación, en cuyo caso cualquier selección se perderá.
f) C-Reg envía los detalles de cualquier oferta de curso modificada al catálogo de cursos según el
paso d).
5
2.2.2 Alcance de medición y nivel de granularidad (descomposición)
El alcance de medición es todos los requisitos funcionales del usuario (FUR) del sistema C-Reg.
Hay una única capa de software para este conjunto de requisitos, la capa de aplicación.
Los requisitos no mencionan intercambios entre el cliente de PC y el servidor web, es decir, el C-
Reg
El sistema debe medirse 'como un todo', ignorando que físicamente tiene dos componentes.
Curso
Oferta de curso
Profesor
6
A continuación se muestra una lista de los objetos de interés y sus atributos de datos almacenados
que conocemos debido a los requisitos.
Curso: una serie estándar de conferencias/contenidos, etc. sobre un tema específico del Catálogo
de cursos
Clave: (ID del curso). Otros atributos (asumidos): Nombre del curso, descripción, Departamento.
Oferta de cursos: un curso que se ofrece a los estudiantes durante el próximo semestre
Clave: (ID del curso, nombre del semestre). Otros atributos: mes, código de habitación de las
conferencias, etc., disponibilidad
Indicador (no disponible, disponible, completo, cancelado, cerrado), ID del profesor asignado,
número de estudiantes matriculados, número máximo de estudiantes que pueden inscribirse.
Profesor: Una persona que está registrada en la universidad y que puede entregar una Oferta de
Curso para uno de sus Cursos del Departamento.
Clave: (Profesor ID). Otros atributos: nombre, dirección, fecha de nacimiento, número de seguro
social, calificaciones, Departamento, teléfono, correo electrónico
Nota: Se muestra solo la estimación o cálculo de los Cosmic Function Points (CFP) para los
requisitos de la gestión de profesores por parte de los registradores
Gestión de
Profesores
2.1.1.2 Agregar Registrador El registrador ingresa Detalles Profesor E 1
Profesor detalles del profesor profesor
C-Reg valida la entrada Detalles Profesor R 1
de datos y valida que el profesor
profesor no exista
Registrador Selecciona "Guardar"
C-Reg crea un nuevo Detalles Profesor W 1
profesor profesor
Total 3
2.1.1.3 Consultar Registrador El registrador ingresa Id de Profesor Id Profesor E 1
Profesor profesor
C-Reg recupera los datos Detalles Profesor R 1
del profesor profesor
Registrador C-Reg despliega los Detalles Profesor X 1
detalles del profesor profesor
Total 3
2.1.1.4 Modificar Registrador El registrador modifica Detalles Profesor E 1
Profesor algún dato del profr. profesor
C-Reg valida los datos y Detalles Profesor W 1
actualiza registro profesor
Total 2
7
2.1.1.5 Borrar Registrador El registrador selecciona la Profesor Id Profesor E 1
Profesor opción "Borrar"
sobre el profesor
seleccionado
C-Reg consulta en el Profesor Id Profesor X 1
Catálogo de cursos
si hay ofertas de
compromisos
El Catálogo de cursos Compromis Oferta E 1
responde os cursos
cursos
profesor
C-Reg borra el registro del Detalles Profesor W 1
profesor profesor
Total 4
Para el caso de los requisitos de la secc 3.1.1 los requisitos requieren las operaciones de
mantenimiento básicas: crear, consultar, modificar y eliminar registros de estudiantes.
En el caso de la secc. 3.1.2, que implica que un estudiante pueda crear por sí mismo su horario
personal de estudio para el próximo semestre; por lo que se esperan igualmente operaciones
CRUD.
NOTA: El resto de la información para completar la estimación del tamaño del sistema en puntos
de función COSMIC, se puede consultar en el manual en inglés en el sitio directamente de
COSMIC https://cosmic-sizing.org/publications/course-registration-c-reg-system-case-
study/