CEASL Especificacion

Especificacin de Requerimientos del Software Proyecto: Sistema de Control de Estudio
Versin: 1.0
Identificador del documento:
ceasl-001 SubdireccindeAutomatizacinInformticayTelecomunicaciones
Especificacinderequerimientosdelsoftware SistemadeControldeEstudioparaelProgramaAcademiadeSoftwareLibre
Versin:1.0
Historial de Revisiones
Versin 1.0 1.0 1.0 1.01 16/01/2009 30/04/09 Fecha 26/06/2008 Autor Ing. Carla C Montilla Lic. Desiree Crescenzo Ing. Carla C Montilla Lic. Sandra Garces Primera versin del correccin alguna Descripcin documento, todava no tiene
de Segunda correccin del documento Tercera correccin del documento Revisin de los Casos de Uso
Noviembre, 2009
Pg.2de33
Versin:1.0
ndice de Contenido
1 Introduccin..................................................................................................................................................4 1.1 Alcance...............................................................................................................................................................4 1.2 Definiciones, Acrnimos y Abreviaturas..............................................................................................................4 1.3 Documentos relacionados..................................................................................................................................4 2 Casos de Uso...............................................................................................................................................5 2.1 Resumen y Actores.............................................................................................................................................5 2.2 Diagrama............................................................................................................................................................6 2.3 Especificaciones de Casos de Uso...................................................................................................................12 2.4 Usabilidad.........................................................................................................................................................29 2.5 Confiabilidad.....................................................................................................................................................30 2.6 Seguridad.........................................................................................................................................................30 2.7 Eficiencia..........................................................................................................................................................30 2.8 Mantenimiento y Actualizacin.........................................................................................................................30 2.9 Soportabilidad y Operabilidad...........................................................................................................................30 2.10 Restriccin de Diseo.....................................................................................................................................30 2.11 Requerimientos de Documentacin en Lnea y de Sistemas de Ayuda........................................................30 2.12 Interfaces........................................................................................................................................................31 2.12.1 Interfaces de Usuario..............................................................................................................................31 2.12.2 Interfaces de Software............................................................................................................................31 2.12.3 Interfaces de Hardware...........................................................................................................................31 2.12.4 Interfaces de Comunicaciones................................................................................................................31 2.13 Aspectos Legales............................................................................................................................................31 2.13.1 Polticas de la Organizacin...................................................................................................................31 2.13.2 Contratos con Otras Organizaciones......................................................................................................31 2.13.3 Propiedad Intelectual..............................................................................................................................31 2.14 Estndares Aplicables....................................................................................................................................32
Noviembre, 2009
Pg.3de33
Versin:1.0
Especificacin de Requerimientos del Software

1 Introduccin
1.1 Alcance
Describir el alcance, mencionar los proyectos asociados y determinar que se ve afectado por este documento. El proyecto asociado es la plataforma de educacin a distancia e-learning del Programa Academia de Software Libre 1.2 Definiciones, Acrnimos y Abreviaturas En este apartado se debe mostrar las definiciones de todos los trminos, siglas y abreviaciones requeridos para entender este documento, a su vez estas se deben reflejar en el glosario del sistema. 1.3 Documentos relacionados Para poder visualizar las referencias a otros documentos, se debe de llenar la tabla que se muestra a continuacin: Ttulo <ttulo> Fecha <dd/mm/aa> Organizacin <nombre> Identificador del documento <Id documento>
Noviembre, 2009
Pg.4de33
Versin:1.0
2 Casos de Uso
2.1 Resumen y Actores
Cdigo Colocar un cdigo nemotcnico (ID) generalcontrolestudio
Caso de Uso Realizar un resumen del caso de uso.
Actores participantes Identificar los actores que intervienen.
Presenta el caso de uso general para el sistema de Coordinador Acadmico, control de estudio, en el cual se observan todos los instructor y estudiante modulos que el mencionado sistema contempla Presenta el caso de uso que requerimientos asociados al curso requerimientos asociados al instructor administrara los Coordinador instructor Acadmico e
casusoadmincurso
casusoadmininstructor Presenta el caso de uso que administrara los Coordinador Acadmico casuso adminlaboratorio casusoadminencuesta casusoadminsistema
Presenta el caso de uso que administrara requerimientos asociados al laboratorio Presenta el caso de uso que administrara requerimientos asociados a la encuesta los Coordinador Acadmico los Coordinador estudiante Acadmico y
Presenta el caso de uso que administrara los Coordinador Acadmico requerimientos asociados a la seguridad del sistema y perfiles de acceso de los usuarios del mismo requerimientos asociados al estudiante
casusoadminestudiante Presenta el caso de uso que administrara los Coordinador Acadmico casusoadmininstitucion Presenta el caso de uso que administrara los Coordinador Acadmico
requerimientos asociados a la institucin
casuso adminconstancias
Presenta el caso de uso que administrara los Coordinador Acadmico requerimientos asociados a las constancias que el sistema debe emitir
Noviembre, 2009
Pg.5de33
Versin:1.0
2.2
Diagrama GENERALCONTROLESTUDIO
Noviembre, 2009
Pg.6de33
Versin:1.0
CASUSO-ADMINCURSO
Noviembre, 2009
Pg.7de33
Versin:1.0
CASUSO-ADMININSTRUCTOR
Nota: El caso de uso adminpago, cambiar su nombre por administrarpuntocuenta.
Noviembre, 2009
Pg.8de33
Versin:1.0
CASUSO-ADMINLABORATORIO
Nota: El caso de uso adminlaboratorio, cambiar su nombre por administraraula. El caso de uso organizar calendario, cambiar su nombre por calendarioaula.
Noviembre, 2009
Pg.9de33
Versin:1.0
CASUSO-REPORTES
Nota: Definir bien los reportes que generara el sistema, el sistema no trabajara con encuestas de cursos, estas se administrarn desde el moodle
CASUSO-ADMINSISTEMA
Noviembre, 2009
Pg.10de33
Versin:1.0
Nota: en el caso de uso admin cuentas de usuario, agregar ovalito: asignar permisos de usuario
CASUSO-ADMINESTUDIANTE
Nota: El caso de uso administrarestudiante, cambiar su nombre por administrarparticipante. El actor es el estudiante que asiste al curso, este formulario se ubicara en un link en el moodle, al cual se accesara cada vez que se inicie un curso, si el estudiante realiza un curso y es la primera vez que se inscribe llenara todos sus datos, pero si ya tiene por lo menos un curso realizado no ser necesario llenar todos sus datos.
Noviembre, 2009
Pg.11de33
Versin:1.0
CASUSO-ADMININSTITUCION
2.3
Especificaciones de Casos de Uso

Caso de Uso-casuso-manejarcurso.
Nombre: Descripcin:
casuso-manejarcurso. Este caso de uso debe reflejar los distintos procesos que se llevan a cabo para lograr la administracin de un curso del Programa Academia de Software Libre desde su inicio hasta que finaliza. Se requiere tener inscripcin de participantes, inscripcin de Instituciones que envan a los participantes, asignacin de instructor a curso . Se deben cumplir las siguientes condiciones: Registro y autenticacin del cliente. Los participantes que participarn en el curso, deben estar previamente pre-inscritos. Se requiere tener aprobado por parte de la direccin ejecutiva el punto de cuenta del instructor, para poder dictar un curso, este dato es requerido en el formulario curso
Requerimiento:
Precondicin:
Flujo Normal: Actor 1.Crea la ctedra (del curso) en el cual se especifica: nombre, cdigo, horas y contenido. 2.Realiza una planificacin de ctedra en funcin de horarios y fechas. 4.Crea un curso, en la cual se indica ctedra a dictar, nombre y datos de los participantes previamente preinscritos, instructor que dictara el curso, perodo de tiempo Sistema 3.Guarda la ctedra y lo asocia a una lista de instructores que lo pueden dictar, en funcin de las fechas y los horarios especificados. 5.El Instructore, vaca en el formulario de curso notas obtenidas por el participante. 6. El sistema genera los certificados de participacin del curso en funcin de la asistencia de los estudiantes y las notas recibidas.
Noviembre, 2009
Pg.12de33
Versin:1.0
Caso de Uso-casuso-manejarcurso. (fechas) durante el cual se dictar el curso , horario y laboratorio. Poscondicin: Despus de ejecutarse el caso de uso debe estar listo: Diferentes ctedras con sus caractersticas creadas Planificacin de ctedra elaborada Formulario de curso elaborado Emisin de certificados
Puntos de Extensin:
Caso de Uso-casuso-adminstructor Nombre: Descripcin: casuso-adminstructor. Este caso de uso debe reflejar los distintos procesos que se llevan a cabo para lograr la administracin de los requerimientos asociados al instructor. Se deben cumplir las siguientes condiciones: Registro y autenticacin del cliente.
Requerimiento: Precondicin: Flujo Normal: Actor Sistema
1.Crea el instructor e introduce los datos requeridos 4.El sistema debe restar horas del punto de cuenta asignado a un 2.Se crea un punto de cuenta para asociar un intructor con determinado instructor cada vez que el mismo dicte un curso una lista de cursos que debe dictar, una cantidad de horas que debe cumplir en un lapso de tiempo determinado 3.Al crearse un curso, se asigna un instructor al mismo, el cual tiene que tener un punto de cuenta asignado, de lo contrario no podr dictar el curso especificado Poscondicin: Puntos de Extensin: Despus de ejecutarse el caso de uso debe estar listo: Datos del instructor creados en el sistema Este caso de uso se extender por el sistema administrativo SAID, ya que debe registrar automticamente al instructor como beneficiario y debe registrar la solicitud de pago del instructor
Noviembre, 2009
Pg.13de33
Versin:1.0
Caso de Uso-casuso-administrarparticipante Nombre: Descripcin: casuso-administrarparticipante Este caso de uso debe reflejar los distintos procesos que se llevan a cabo para lograr la administracin del ingreso de participantes a las distintas ctedras ofertadas Se deben cumplir las siguientes condiciones: Registro y autenticacin del cliente. Ctedra a realizar estar creado dentro del sistema.
Requerimiento: Precondicin:
Flujo Normal: Actor 1.El estudiante se pre-inscribe a una ctedra en particular al llenar la planilla de pre-inscripcin, ubicada en la pgina web de la sede del Programa ASL 3.El estudiante a travs de la pgina Web de Fundacite Carabobo, acepta la participacin al curso y realiza su registro indicando los datos solicitados por la pgina. 6. El participante recibe por correo electrnico el login y password para iniciar sesin en la plataforma de educacin a distancia del Programa ASL, sigue los pasos especificados en la misma y completa la inscripcin al curso. Poscondicin: Sistema 2.El Sistema enva un correo electrnico de invitacin a los primeros diez y seis (16) estudiantes pre-inscritos, iniciando en orden cronolgico; una vez se halla creado el curso y establecido el mismo en el cronograma de cursos 4.El sistema sensa se hallan producido diez y seis (16) registros al curso especificado, de no ser as vuelve al paso dos(2) y lo realiza tantas veces sea necesario hasta lograr el registro de los participantes especificados 5. Una vez se tengan los diez y seis (16) participantes registrados, se les enva por correo usuario y password de acceso a la plataforma de educacin a distancia del Programa ASL para que realicen proceso de inscripcin al curso. Despus de ejecutarse el caso de uso debe estar listo: Aspirante con sus datos registrados en el sistema Participante inscrito en el curso deseado El sistema de control de estudio debe contar con el mdulo de preinscripcin ubicado en la pgina web de Fundacite Carabobo. Tambin debe enviar el login y password al usuario para loguearse a la plataforma de educacin a distancia del Programa ASL
Puntos de Extensin:
Noviembre, 2009
Pg.14de33
Versin:1.0
Caso de Uso-casuso-admininstitucion Nombre: Descripcin: casuso-admininstitucion Este caso de uso debe reflejar los distintos procesos que se llevan a cabo para lograr la administracin de las instituciones pblicas y privadas manejadas por el sistema Se deben cumplir las siguientes condiciones: Registro y autenticacin del cliente. Cursos de inters para la institucin estar creados en el sistema.
Requerimiento: Precondicin:
Flujo Normal: Actor 1.Crea la institucin e introduce los datos requeridos 2.Indica los cursos de inters para el personal de la Institucin 3.Al iniciar el curso el participante debe llenar la planilla de pre-inscripcin e indicar a qu Institucin pertenece. Poscondicin: Puntos de Extensin: Despus de ejecutarse el caso de uso debe estar listo: Institucin con sus datos creada en el sistema Sistema
Caso de Uso-casuso-adminaula Nombre: Descripcin: casuso-adminaula. Este caso de uso debe reflejar los distintos procesos que se llevan a cabo para lograr la administracin de los requerimientos asociados al aula, lugar en el cual se dictan los cursos. Se deben cumplir las siguientes condiciones: Registro y autenticacin del cliente.
Requerimiento: Precondicin: Flujo Normal: Sistema Actor 1.Crea el aula de cursos e introduce los datos requeridos 2.Una vez creado el aula, se procede a la elaboracin del calendario del mismo en el cual se especifican las fechas
Noviembre, 2009
Pg.15de33
Versin:1.0
Caso de Uso-casuso-adminaula Nombre: de uso al ser dictado los cursos Poscondicin: Despus de ejecutarse el caso de uso debe estar listo: Datos del aula creados en el sistema Calendario de uso de aulas especificado casuso-adminaula.
Puntos de Extensin:
Caso de Uso-casuso-generarreporte Nombre: ripcin: casuso-generarreporte Este caso de uso debe reflejar los distintos procesos que se llevan a cabo para lograr la administracin de las constancias y reportes que deban ser emitidos por el sistema Se deben cumplir las siguientes condiciones: Registro y autenticacin del cliente.
Requerimiento: Precondicin: Flujo Normal: Sistema Actor 1.Se indica los datos y parmetros que la constancia debe 2.El sistema emite el reporte solicitado segn los parmetros establecidos por el usuario tener para ser emitida por el sistema Poscondicin: Puntos de Extensin: Despus de ejecutarse el caso de uso debe estar listo: Emisin de reportes o constancias solicitadas
Noviembre, 2009
Pg.16de33
Versin:1.0
Requerimientos Funcionales
ID del Requerimiento: Nombre del Requerimiento: Identificacin del requerimiento: Caractersticas:
reqadmincursoadmincursoingresocatedra1 Ingresodectedra.
SedebetomarencuentaqueladefinicindecursosdebesercentralizadaatravsdelaCoordinacin Nacionalde laASL,paraevitarasquesedefinanlosmismoscursosenlasdistintasASLcon nombresycdigosdistintosloscualesnospermitirngenerarreportesyestadsticasadecuados. Ladefinicin delacodificacindebetomarencuentalainformacindelrea, subreaydela materia.
RegistrodelasctedrasqueseencuentranadisposicindelasASLparaserplanificadasydictadas.Lainformacinquedebeincluir: Nombredelcurso Cod_curso Nmerodehoras rea(desarrollo,administracin,soporte,usuariofinal) Subrea(Lenguajesdeprogramacin,herramientasdeofimtica,GestordeContenidos,etc) Prelaciones Descripcin Requisitosdelparticipante(pblicoengeneral,conocimientoseninformtica,etc) Contenidoprogramtico
La prioridad es: Alta ID del Requerimiento: Nombre del Requerimiento: Identificacin del requerimiento: Caractersticas:
reqadmincursoadmincursoadmincatedra2 Administracindectedra
Identificacin del requerimiento funcional (con un nmero o un conjunto de caracteres que debe verse reflejado en el apartado de definicin, acrnimos y abreviaturas).
SedebetomarencuentaqueladefinicindecursosdebesercentralizadaatravsdelaCoordinacin Nacional de la ASL, para evitar as que se definan los mismos cursos en las distintas ASL con nombresycdigosdistintosloscualesnospermitirngenerarreportesyestadsticasadecuados. La definicin de la codificacin debe tomar en cuenta la informacin del rea, subrea y de la materia.
Losdatosdelamateriaregistradadebenpoderactualizarse,modificarse,agregarseyeliminarse
La prioridad es: Alta
Noviembre, 2009
Pg.17de33
Versin:1.0
ID del Requerimiento: Nombre del Requerimiento:
reqadmincursoorganizacalendariocursocreacalendario3. Crearyorganizarcalendariodectedra
Identificacin del requerimiento: Identificacin del requerimiento funcional (con un nmero o un conjunto de caracteres que debe verse reflejado en el apartado de definicin, acrnimos y abreviaturas). Caractersticas:
Organizacindeuncalendariodecursosquepermitalaprogramacindecursosadictarduranteelao.Lainformacinquedebeincluir: Nombredelcurso Horario Fechadeinicio FechadeFin(Debecalcularseautomticamenteenfuncindelafechadeinicio,delnmerodehorasydelhorario) Instructores Laboratorioausar Observaciones Elhorariodelcursodebeasociarseconladisponibilidadhorariaquetienenlosinstructores,asmismoparapoderasociaruninstructoraun cursoestedebeposeerloscursodefinidosensuperfil. Loshorarios,instructoresyespaciosfsicosdebenvalidarsedemaneraquepuedanserasociadosyasuvesquenoexistancolisionesni impedimentossegnlosatributosdecadaunodeestosconceptos.
ID del Requerimiento: Nombre del Requerimiento: Identificacin del requerimiento:
reqadmincursoorganizacalendariocatedraadmincalendario3. Administrarcalendariodectedra
Caractersticas:
Losdatosdelcalendariodecursoscreadosdebenpoderactualizarse,modificarse,agregarseyeliminarse
Noviembre, 2009
Pg.18de33
Versin:1.0
reqadminestudiantecrearestudianteaperturacurso4
Aperturadecursosautomtica
Eselprocesoenelcualsedecidequeuncursosevaadictar(oseasevarealizar).Eselcambio deestatusdeplanificadoaaperturado.Laaperturadelcursopuedeserautomticaoasistida,la apertura automtica es cuando el nmero de alumnos preinscritos supere en mnimo para aperturaresecursoysedebenotificarporcorreoelectrnicoalinstructor,alresponsableyalos alumnospreinscritossolicitandolaconfirmacindelapreinscripcin. Laconfirmacinsolo puedeserrealizadaporelresponsabledelaASLyestadebesersolicitadaalparticipantepre inscrito.
Tipos de status: Planificado Confirmado Aperturado Cancelado La prioridad es: Alta ID del Requerimiento: Nombre del Requerimiento:
reqadminparticipantecrearparticipanteaperturacurso4
Iniciodecurso
EselprocesoestablecidoporelCoordinadorAcadmicoenlafechayhoraquefuepautadaenla planificacinparadarcomienzoalcurso. ElCoordinadoracadmico,daaperturaauncursoalcrearelmismoenelsistemaespecificandolos siguientesdatos: cod_curso cod_planificacion fecha_inicio fecha_finalizacion cod_instructor cod_aula hora_inicio hora_finalizacion cod_ptocuenta fecha observaciones Participantesinscritosenelmismo Notasobtenidasporlosparticipantes
La prioridad es: Alta Noviembre, 2009
Pg.19de33
Versin:1.0
ID del Requerimiento: Nombre del Requerimiento: Identificacin del requerimiento:
reqadmincursoorganizacalendarioreprogramacioncurso5
Reprogramacindecurso
Esteprocesosedacuandouncursodebesermodificadoensuprogramacinhorariaodefechas. Uncursosepuedereprogramarenlossiguientescasos: Cuandouncursoseaperturynoseinicioalafechapautada. Cuandouncursoestainiciadoysesuspendiporalgnmotivo. Al reprogramar un curso no iniciado, los participantes confirmados automticamente se des confirmanypasanaserpreinscritos,sedebeenviaruncorreoatodoslosparticipantesconfirmados notificandolareprogramacin.
Caractersticas:
EselprocesomedianteelcualunparticipanteseregistraenalgncursodelosdefinidosenlaASL (quenoestnplanificados).Lapostulacinlahaceelaspirantealingresarenlapginawebdel ProgramaASLyllenarelformulariodepreinscripcin,especificandoloscursosdesuinters.
reqadminparticipantecrearparticipantepostulacion6
Postulacin
reqadminparticipantecrearparticipanteconfirmacin7
Confirmacin
Eselprocesodondeunparticipantepreinscritoconfirmasuasistenciaenuncursoqueyafue
programado,Estaaccinserealizacuandoelsistemaenvauncorreoelectrnicoatodoslospre inscritos en unadeterminada ctedra, enel cualse especificalink dirigidoa unformulario de confirmacin, en el cual un participante aprueba su asistencia al curso en la fecha y horario especificados. Sialmomentodelaconfirmacinelaspiranteconsigueloscuposdelactedrallenaprocedera anotarseenunalistadeespera,lacualtendrunalongituddesiete(7)aspirantes. Unaconfirmacinpuedeserdesconfirmada.
La prioridad es: Alta ID del Requerimiento: Nombre del Requerimiento:
reqadminparticipantecrearparticipanteinscripcin8
Inscripcindeparticipante
Noviembre, 2009
Pg.20de33
Versin:1.0
Identificacin del requerimiento:
Enestemomentosedeberealizarlainscripcinporpartedelparticipanteenelcurso,habiendo previamenterecibidoporpartedelsistemauncorreoelectrnicodeconfirmacinyasegurarsu cupo. Unavezcreadoelcurso,elpartcipanteenelprimerdadeclasesingrresarenlaplataformade educacinadistanciadelProgramaASL,enlacualseinscribirformalmenteenelcurso. Unparticipantepuedeabandonaroretirarsedeuncurso,locualdebereflejarsedeformadistinta enelsistema. Un participante no necesariamente tiene que estar postulado o preinscrito para realizar la inscripcinenuncursoiniciado. Parapoderrealizarlainscripcinauncursoiniciadoestadebeestarabierta.Esteprocesolorealiza elparticipante. Losdatosquedebetenerelparticipantesonlossiguientes: Nombreyapellidodelestudiante CIdelestudiante Cursosrealizados Calificacionesobtenidas Ttuloacadmicooniveldeinstruccin Correoelectrnico Telfonos(habitacin,oficina,celular) Direccin EmpresaoInstitucinenlacuallabora Estado,Municipio,parroquiaendondevive Gnero(masculino,femenino) Fechadenacimiento Tipodeparticipante(APN,Comunidad,estudiante,etc)
Caractersticas:

Lainformacinquedebeincluir.
reqadminsistemaadministrarsederegistrosede9 Registrodesedes
SerefierealadefinicindelainfraestructurafsicadelasASL,incluidasuubicacin.
CdigodelaSede. Nombre. Estado,Municipio. Direccin. Telfonos. EnteAdscritoalMCT(Fundacite,CNTI,Cenditel,cualquierotroente)Art.17RPCTIASL.
Noviembre, 2009
Pg.21de33
Versin:1.0
DirectordelaSedeArt.24RPCTIASL. CoordinadorAcadmicodelaSedeArt.24RPCTIASL. CoordinadorTcnicodelaSedeArt.24RPCTIASL. CoordinadorAdministrativodelaSedeArt.24RPCTIASL.
LaaperturadelassedesescentralizadaatravsdelaCoordinacinNacionaldelaASL.Elcdigodelassedesdebesernicoyrepresentativo deestasanivelnacional,puedeserelrifdelaInstitucin(Fundacite).Sedeberamantenerunhistricodeautoridades.
reqadminsistemaadministrarsedeadminsede10 Administracindesede
Losdatosdelasederegistradadebenpoderactualizarse,modificarse,agregarseyeliminarse
reqadminorganizacionadmincentrocapregistrarcentrocap11 Registrodecentrosdecapacitacinasociados
SerefierealadefinicindelainfraestructurafsicadelosCentrosdeCapacitacindeAsociadosa lasede,incluidasuubicacin.
Lainformacinquedebeincluir: CdigodeCentrodeCapacitacin Tipo:asociadoodelasede Sedealaquepertenece. Estado,Municipio. Direccin. Telfonos. Correoelectrnico Responsable(noloconsideraelReglamentoASL,sinembargoparecierasernecesario). LainstalacindeunCentrodeCapacitacinAsociado(ySede?)debeserautorizadoporlaSedeASL.Art.32RPCTIASL. SiesunCentrodeCapacitacindeSedesedebeestablecerelentealqueestadscritalaSede. SiesunCentrodeCapacitacinAsociadosedebeestablecersiesunentepblicooprivado.
Noviembre, 2009
Pg.22de33
Versin:1.0
reqadminorganizacionadmincentrocapadministrarcentrocap12 Administracindecentrosdecapacitacinasociados
Losdatosdeloscentrosdecapacitacinasociadosdebenpoderactualizarse,modificarse,agregarseyeliminarse
Serefierealadefinicindedatosgeneralesdelosinstructores
reqadmininstructorcrearinstructorregistroinstructor13
Registrodeinstructores
Lainformacinquedebeincluir: CdigodelInstructor(CIdelmismo). NombreyApellido. Direccin,telfono Edad,sexoyfechadenacimiento NivelProfesional(ogradodeinstruccin). TipodeInstructor(Contratado,HonorarioProfesional(H.P.),Invitado,etc). Estado(Activo,permiso,etc). Perfil(Descripcingeneraldeconocimientos,habilidadesydestrezas). Sedebendefinirhorariosdisponiblesporlosinstructoresespecialmenteenlosquelaboranadestajo(H.P.)yestosdebentomarseencuentaal momentodeasociaruninstructorauncursodeformaqueloshorariosseancompatibles,deigualmanerauninstructordebetenerasociadolos cursosdefinidosqueestacapacitadoparadictaryalmomentodeasociarelinstructoralcursoelsistemadebevalidarqueelinstructortiene esecursodentrodesushabilidades.Loshorariosasociadosauninstructordebenestablecerseenbasealadisponibilidadenunasemana. Loshonorariosprofesionalesapercibir,lacantidaddehorasycursosadictar,ascomoelperododecontratosernespecificadosenunpunto decuenta.
reqadmininstructormodificarinstructormodificainstructor14 Administracindelosdatosdelinstructor
Losdatosdelosinstructoresdebenpoderactualizarse,modificarse,agregarseyeliminarse
Noviembre, 2009
Pg.23de33
Versin:1.0
reqadministraraulaadminaulacrearaula15
Registrodeespaciofsico(aulasolaboratorios)
Serefierealascondicionesdelosespaciosfsicosdondeseimpartirnloscursosplanificados.
Serefierealascondicionesdelosespaciosfsicosdondeseimpartirnloscursosplanificados. Lainformacinquedebeincluir: CdigodelEspacioFsico. NombredelEspacioFsico. Descripcin. CentrodeCapacitacinalquepertenece. Capacidad.(msdirigidoanmerodepersonas,dadosepuededarelcasodeusodeporttilesovariaspersonasporcomputador) Recursosconlosquecuenta(Didcticos,deInfraestructura,tecnolgicos,etc). Horario. Nmerodecomputadores(DistribucindeGNU/Linux) Calendariodeusoqueespecifiqueladisponibilidaddellaboratorio Losespaciofsicossonasociadosaloscursoscuandoseplanifican,estosdebenverificaryvalidarespecificacionesdelcursoal momentodelaasociacin,talescomonmerodecomputadores,etc.
reqadministraraulaadminaulamodificaraula16
Administracindelosdatosdelaula
Losdatosdelaslaboratoriosoaulasdebenpoderactualizarse,modificarse,agregarseyeliminarse
Noviembre, 2009
Pg.24de33
Versin:1.0
reqadministraraulacalendarioaulacrearcalendario17
Elaboracindecalendariodelaula
Elcontroldeladisponibilidadyusodeunaulasecontrolaratravsdeuncalendario,enelcualseespecificarnlossiguientesdatos: Cdigodelaula Cdigodeplanificacin Statusdelaplanificacin Horariodeusodelaula Fechadeinicio Fechadefinalizacin Observaciones
reqadministraraulacalendarioaulamodificarcalendario18 Administracindelosdatosdelcalendariodelaula
Losdatosdelcalendariodebenpoderactualizarse,modificarse,agregarseyeliminarse
reqgenerarreportesexpedirconstancias19
Constancias Serefierealasconstanciasquedebenseremitidasporelsistema Serefierealascondicionesdelosespaciosfsicosdondeseimpartirnloscursosplanificados.
Lasconstanciasqueelsistemadebeemitirson: Constanciadeestudios Constanciadenotas Constanciadeinscripcinenuncursooperfilespecfico Estasconstanciasdebenpermitirlealestudiantemonitorearelrcorddesuactividadacadmica. Laprioridades:Alta
Noviembre, 2009
Pg.25de33
Versin:1.0
reqgenerarreportesexpedirreportes20
Reportes
Serefierealosreportesquedebenseremitidosporelsistema
ReportedeAulas:(EspacioFsico) ReportedeAulas ReportedenmerodecomputadoresporAula Reportesdecursosplanificadosenlasaulasenunperiododeterminado(Rangodefechas). ReportedeCursos: Reportedecursosdictados:porrangodefecha,porctedra,porperfil,porhorario,porinstructor Reportedecatedrasplanificados,aperturados,iniciadosyfinalizados. Estos reportes deben realizarse por fechas y otros criterios. El sistema debe permitir de alguna forma que se pueda establecer una comunicacinconlasdemsacademiasafindegenerarestadsticasentiemporealsobrelosreportesdeCurso. ReportesdeParticipantes: Reportedeparticipantesporcursos:asistentes,aprobadosyretirados. ReportedeparticipantesporInstituciones,estudiantes,municipios,otros. Reportedecantidaddeparticipantes:capacitadasporcurso. Cursospostuladospreinscritos,inscritosyculminadosporunparticipante. ReportedeInstituciones ReportedecantidaddeInstituciones:capacitadasporcursoyporperfil ReportedeInstitucionesregistradasysusdatos ReportequeespecificacursosrecibidosporunadeterminadaInstitucinyelpersonalquelosrecibi ReportedePuntosdecuenta Reportedepuntosdecuentaaprobadosporrangodefechaconsusrespectivosdatos Reportequeespecificaundeterminadopuntodecuentaparaundeterminadocurso PuntosdecuentaasociadosaunInstructor HorastrabajadasporunInstructor,restantesdelpuntodecuenta ReportedeCentrosdecapacitacin ListadodeCentrosdecapacitacinasociadosaunasede Listadodecursosdictadosenundeterminadocentrodecapacitacin Listadodeaulasdisponiblesenuncentrodecapacitacin ReportedeInstructores: Reportedecursosplanificados,aperturados,iniciadosycerrados. Reportedehoraslaboradas. Todoslosreportesdebenconsiderarseenperiodosdetiempo,ascomootroscriterios Laprioridades:Alta
Noviembre, 2009
Pg.26de33
Versin:1.0
reqadmininstructoradminpuntocuentacrearpago21
Crearactadecontroldeinformedepagoalinstructor
Sedebecrearunactaquepermitarealizarseguimientodecursoapagar
Losdatosquesedebemanejarson: Nombredelcurso fechadeinicio fechadefinalizacin Nombreyapellidodelinstructor CIdelinstructor Horasdictadas Fechadeentregadeinformedelinstructor Responsabledeltrmitedelpago Totalapagar Laprioridades:Alta
reqadmininstructoradminpuntocuentaadminpago22
Administracindeactadecontroldeinformedepagoalinstructor
Losdatosdelactadepagoalinstructordebenpoderactualizarse,modificarse,agregarseyeliminarse
Sedebecrearunactaquepermitarealizarseguimientodepuntosdecuentaasociadosacursose instructores
reqadmininstructoradminpuntocuentacrearpuntocuenta23
CrearactadecontroldepuntocuentadeInstructor
Losdatosquesedebemanejarson: Nombredelcurso fechadeinicio fechadefinalizacin NombreyapellidoyCIdelinstructor Horasdictadas Costodehoradelinstructor Fechadeelaboracinderequisicinquegeneraelpuntodecuenta Laprioridades:Alta
Noviembre, 2009
Pg.27de33
Versin:1.0
reqadmininstructoradminpuntocuentaadminpuntocuenta24 Administracindeactadecontroldepuntodecuentadelinstructor
Losdatosdelactadecontroldepuntodecuentadelinstructordebenpoderactualizarse,modificarse,agregarseyeliminarse
Sedebecrearunacuentaparacadausuariodelsistemaquecontroleelingresoalmismoyque establezcalosnivelesypermisosdeusoquetendrelusuario
reqadminsistemaadmincuentascuentausuario25
Crearcuentadeusuario
Losdatosquesedebemanejarson: CIusuario Permisos Login Password Sedebeestablecerunajerarquadeusuariosquegaranticeelaccesoyseguridaddelaaplicacin,quemanejelossiguientesdatos: cod_tipo descripcin Laprioridades:Alta
reqadminsistemaadmincuentasadmincuentausuario26
Administracindecuentasdeusuario
Losdatosdelacuentadeusuariodebenpoderactualizarse,modificarse,agregarseyeliminarse
Noviembre, 2009
Pg.28de33
Versin:1.0
reqadministrarorganizacionadmininstitucioncrearinstitucion27
CrearInstitucin
SedebecrearunaplanillaenlacualseespecifiquenlosdatosdeInstitucinpblicaoprivadaque solicitacursosdeadiestramientoparasupersonal
Losdatosquesedebemanejarson: NombreoraznsocialdelaInstitucin RIFdelaInstitucin NombreyapellidodelapersonacontactoenlaInstitucin CIdelapersonacontacto Cargodelapersonacontacto Correoelectrnicodelapersonacontacto Telfonos(habitacin,oficina,celular)delapersonacontacto DireccindelaInstitucin Estado,MunicipiodondeseubicalaInstitucin Sedebeestablecerunajerarquadeusuariosquegaranticeelaccesoyseguridaddelaaplicacin Laprioridades:Alta
reqadministrarorganizacionadmininstitucionadmininstitucion28 AdministracindeplanillacondatosdelaInstitucin
LosdatosdelaplanillaconlosdatosdelaInstitucindebenpoderactualizarse,modificarse,agregarseyeliminarse
Noviembre, 2009
Pg.29de33
Versin:1.0
reqadmincursoadminincertificadocrearcertificado29
Administracindecertificado
Elsistemadebegenerardeformaautomticaloscertificadosdecadacursodictado
Losdatosquesedebemanejarson: Nombredelcursodictado Nombreyapellidodelparticipantealcualselehaceentregadelcertificado CIdelparticipante Horasdeduracindelcurso Enlaparteposteriordelcertificadosedebeespecificarelcontenidoprogramticomanejadoenelcurso NombreyapellidodelPresidentedelaInstitucinquefirmaelcertificado Nmerocorrelativodelcertificadoqueidentifique:Sedeycentrodecapacitacin Sedebetomarencuentaqueelcertificadopuedeserdeasistenciaodeaprobacin,enelcasodequeelestudiantenohallacumplidoconla notamnimaaprobatoriadelcursosehaceentregadeuncertificadodeasistencia,enelcasodequeelestudiantehallafaltadoauntotaldel 25%delasclasesnosehaceentregadeningncertificado. Elinstructoralvaciarlasnotasdelestudiantedeebespecificarsiestecumplioconlosrequerimientosmnimosdeasistenciaespecificadosen elreglamentodelProgramaASL Laprioridades:Alta
RequerimientosNoFuncionales
Describa los requerimientos no funcionales para este documento. Los requerimientos no funcionales tienen que ver con las caractersticas que de una u otra forma puedan limitar el sistema como son: el rendimiento (en tiempo y espacio), confiabilidad, interfaces, fiabilidad (robustez del sistema, disponibilidad de equipo), mantenimiento, seguridad, portabilidad, estndares, etc. 2.4 Usabilidad En este apartado se debe incluir la lista de todos los requerimientos que afecten la usabilidad. Esto debe incluir: el tiempo que se tomar un usuario en aprender a utilizar el sistema y se podra explicar por qu debe ser rpido el aprendizaje, los tiempos medibles de tarea para las tareas tpicas y los requerimientos para concordar con estndares. 2.5 Confiabilidad Aqu se deben detallar los requerimientos de confiabilidad del sistema. Describa las caractersticas de confiabilidad explicando la posibilidad del sistema de realizar las funciones para las que fue diseado sin presentar fallos. Entre estos requerimientos puede mencionar caractersticas como la disponibilidad, el porcentaje de fallas mximo, etc.
Noviembre, 2009
Pg.30de33
Versin:1.0
2.6
Seguridad Aqu se deben detallar los requerimientos de seguridad del sistema. Esto incluye si el acceso al sistema ser controlado con nombres de usuario y contraseas, que solo los usuarios con privilegios de administrador podrn acceder a las funciones administrativas y los usuarios normales no podrn.
2.7
Eficiencia En este apartado se debe ver reflejado las caractersticas de eficiencia del sistema. Se debe especificar: el tiempo de respuesta para una transaccin (promedio), capacidad (nmero de clientes y transacciones), rendimiento del procesamiento (Ej. transacciones por segundo) y cuando el sistema se ha degradado cul es el modo aceptable de operacin.
2.8
Mantenimiento y Actualizacin En este apartado se debe ver reflejado los requerimientos de mantenimiento y actualizacin. La capacidad de mantenimiento es la habilidad que se tiene para realizar cambios al producto en el tiempo y la capacidad de actualizacin es la habilidad que se tiene para entregar las versiones del producto a bajo costo a los clientes con un mnimo de tiempo de descarga. Una caracterstica clave para apoyar este objetivo es la descarga automtica de parches o actualizaciones y actualizaciones del equipo del usuario final. Tambin debemos utilizar formatos para archivos de datos que incluyan suficientes metadatos para permitirnos trasformar con seguridad la informacin existente del usuario durante una actualizacin.
2.9
Soportabilidad y Operabilidad Especificar los requerimientos de soportabilidad y operabilidad del sistema. La soportabilidad la habilidad de proveer soporte tcnico eficiente y a buen precio y la operabilidad es la habilidad que se tiene de hospedar y operar el software como un ASP (Proveedor de Servicios de Aplicaciones).
2.10
Restriccin de Diseo
En este apartado se debe indicar cualquier limitacin de diseo en el sistema que es construido. Por ejemplo: lenguajes de software, requerimientos del proceso de software, uso de herramientas de desarrollo, componentes comprados, etc. 2.11 Requerimientos de Documentacin en Lnea y de Sistemas de Ayuda
En caso de que exista se debe describir los requerimientos, para la documentacin en lnea del usuario, sistemas de ayuda, ayuda sobre avisos, etc. 2.12 Interfaces
En este apartado se definen las interfaces que debe apoyar la aplicacin, como son: las interfaces de usuario, interfaces de software, etc. En caso de que aplique es conveniente hacer referencia a estndares de la aplicacin o corporativos.
Noviembre, 2009
Pg.31de33
Versin:1.0
2.12.1 Interfaces de Usuario Describir las interfaces de usuario que van a hacer ejecutadas por el software. 2.12.2 Interfaces de Software Hay que describir las interfaces de software hacia otros componentes del sistema. Pueden ser: componentes comprados, reutilizados o realizados para subsistemas fuera del alcance de este documento. 2.12.3 Interfaces de Hardware Aqu se describen comentarios de cualquier interfaz de hardware que debe ser apoyada por el software, esto incluye: comportamiento, estructura lgica, etc. 2.12.4 Interfaces de Comunicaciones Se debe definir las interfaces de comunicaciones a los dems sistemas o dispositivos como: redes LAN y dispositivos seriales remotos. 2.13 Aspectos Legales Este punto define las cuestiones legales que pudieran afectar esta entrega. No considerar cuidadosamente estas cuestiones puede poner a la organizacin de desarrollo en riesgo de una accin legal. Busque consejo profesional si es necesario. 2.13.1 Polticas de la Organizacin Debe responder la siguiente pregunta: El producto satisface las polticas de la organizacin (por ejemplo, de privacidad y seguridad)? S. Describa cmo se satisfacen cada una de estas polticas. No. Describa los pasos a tomar para hacer que el producto las cumpla. No. No hay polticas que apliquen. 2.13.2 Contratos con Otras Organizaciones Debe responder la siguiente pregunta: Fue algn componente o informacin producido por otra organizacin bajo contrato? S. Revise los detalles del contrato para derechos de propiedad y licenciamiento. No. No se requiere hacer nada al respecto. 2.13.3 Propiedad Intelectual
Componente Nombre del producto Base de datos
Dueo Nosotros Distribuidor
Licencia Marca Registrada GNU GPL
Estado Registro pendiente
Comentarios debemos usar "(TM)", no "(R)" 2
En conformidad, Se limita a cobra cuota estndar procesadores/servidores
Noviembre, 2009
Pg.32de33
Versin:1.0
Imgenes de clip-art Librera controladores sonido
Ninguna
Dominio pblico BSD
En conformidad En conformidad El indexador correo en un proceso aparte, no hace nuestro cdigo GPL. Bsqueda de patente terminada, aplicacin de patente en revisin.
de de OS del Proyecto
Indexador de la OS del Proyecto mquina de bsqueda Otras libreras OS del Proyecto
GPL BSD Patente pendiente
En conformidad En conformidad En conformidad
Patente de algoritmo Nosotros especial
2.14
Estndares Aplicables En este apartado se debe describir por referencia cualquier estndar aplicable y las secciones especficas de dichos estndares que se apliquen al sistema, como son: estndares de calidad aspectos legales, interoperabilidad, internacionalizacin, estndares de seguridad de la informacin, compatibilidad del sistema operativo, etc.
Noviembre, 2009
Pg.33de33

CEASL Especificacion

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

CEASL Especificacion

Cargado por

Copyright:

Formatos disponibles

Especificacin de Requerimientos del Software Proyecto: Sistema de Control de Estudio

Identificador del documento:

Especificacin de Requerimientos del Software

Cdigo Colocar un cdigo nemotcnico (ID) generalcontrolestudio

Caso de Uso Realizar un resumen del caso de uso.

Actores participantes Identificar los actores que intervienen.

Nota: El caso de uso adminpago, cambiar su nombre por administrarpuntocuenta.

Especificaciones de Casos de Uso

Requerimiento: Precondicin: Flujo Normal: Actor Sistema

ID del Requerimiento: Nombre del Requerimiento: Identificacin del requerimiento: Caractersticas:

La prioridad es: Alta

ID del Requerimiento: Nombre del Requerimiento:

La prioridad es: Alta

ID del Requerimiento: Nombre del Requerimiento: Identificacin del requerimiento:

La prioridad es: Alta

ID del Requerimiento: Nombre del Requerimiento: Identificacin del requerimiento: Caractersticas:

La prioridad es: Alta Noviembre, 2009

ID del Requerimiento: Nombre del Requerimiento: Identificacin del requerimiento:

La prioridad es: Alta ID del Requerimiento: Nombre del Requerimiento:

Identificacin del requerimiento:

La prioridad es: Alta

ID del Requerimiento: Nombre del Requerimiento: Identificacin del requerimiento: Caractersticas:

CdigodelaSede. Nombre. Estado,Municipio. Direccin. Telfonos. EnteAdscritoalMCT(Fundacite,CNTI,Cenditel,cualquierotroente)Art.17RPCTIASL.

DirectordelaSedeArt.24RPCTIASL. CoordinadorAcadmicodelaSedeArt.24RPCTIASL. CoordinadorTcnicodelaSedeArt.24RPCTIASL. CoordinadorAdministrativodelaSedeArt.24RPCTIASL.

La prioridad es: Alta

ID del Requerimiento: Nombre del Requerimiento:

La prioridad es: Alta

ID del Requerimiento: Nombre del Requerimiento: Identificacin del requerimiento: Caractersticas:

La prioridad es: Alta

ID del Requerimiento: Nombre del Requerimiento:

La prioridad es: Alta

ID del Requerimiento: Nombre del Requerimiento:

La prioridad es: Alta

ID del Requerimiento: Nombre del Requerimiento: Identificacin del requerimiento: Caractersticas:

La prioridad es: Alta

ID del Requerimiento: Nombre del Requerimiento:

La prioridad es: Alta

ID del Requerimiento: Nombre del Requerimiento:

La prioridad es: Alta

ID del Requerimiento: Nombre del Requerimiento:

Lasconstanciasqueelsistemadebeemitirson: Constanciadeestudios Constanciadenotas Constanciadeinscripcinenuncursooperfilespecfico Estasconstanciasdebenpermitirlealestudiantemonitorearelrcorddesuactividadacadmica. Laprioridades:Alta

ID del Requerimiento: Nombre del Requerimiento: Identificacin del requerimiento: Caractersticas:

ID del Requerimiento: Nombre del Requerimiento: Identificacin del requerimiento: Caractersticas:

ID del Requerimiento: Nombre del Requerimiento: Identificacin del requerimiento: Caractersticas:

Losdatosquesedebemanejarson: Nombredelcurso fechadeinicio fechadefinalizacin NombreyapellidoyCIdelinstructor Horasdictadas Costodehoradelinstructor Fechadeelaboracinderequisicinquegeneraelpuntodecuenta Laprioridades:Alta

ID del Requerimiento: Nombre del Requerimiento: Identificacin del requerimiento: Caractersticas:

Losdatosquesedebemanejarson: CIusuario Permisos Login Password Sedebeestablecerunajerarquadeusuariosquegaranticeelaccesoyseguridaddelaaplicacin,quemanejelossiguientesdatos: cod_tipo descripcin Laprioridades:Alta

ID del Requerimiento: Nombre del Requerimiento: Identificacin del requerimiento: Caractersticas:

La prioridad es: Alta

ID del Requerimiento: Nombre del Requerimiento: Identificacin del requerimiento: Caractersticas:

ID del Requerimiento: Nombre del Requerimiento:

La prioridad es: Alta

ID del Requerimiento: Nombre del Requerimiento: Identificacin del requerimiento: Caractersticas:

Componente Nombre del producto Base de datos

Dueo Nosotros Distribuidor

Licencia Marca Registrada GNU GPL

Estado Registro pendiente

Comentarios debemos usar "(TM)", no "(R)" 2

En conformidad, Se limita a cobra cuota estndar procesadores/servidores

Imgenes de clip-art Librera controladores sonido

Dominio pblico BSD

Indexador de la OS del Proyecto mquina de bsqueda Otras libreras OS del Proyecto

GPL BSD Patente pendiente