Especificación de Requisitos según el estándar de IEEE 830

Transcripción

1 Especificación de Requisits según el estándar de IEEE 830 Tabla de cntenid 1.Intrducción Prpósit Ámbit del Sistema Descripción General Perspectiva del Prduct Funcines del Prduct Características de ls usuaris: Restriccines: Supsicines y Dependencias Requisits Futurs: Requisits Específics Interfaces Externas Funcines Restriccines de Rendimient Restriccines de Diseñ Atributs del Sistema... 6

2 1.Intrducción 1.1 Prpósit En este dcument se va a añadir tda la infrmación referente a la gestión de la Fundación CBG para gestinar su club deprtiv de balncest. El dcument está dirigid tant al grup de desarrlladres cm al prpi cliente que n pidió la realización de este sftware. 1.1 Ámbit del Sistema Al sistema se le va a asignar el nmbre de Gestión Fundación CBG, ya que va a estar destinad a gestinar la administración de: Alumns. Entrenamients. Pistas de entrenamient. Ligas. Partids. Pags de inscripcines. Material deprtiv. Ntificacines. Estadísticas pr jugadr y partid. Entrenadres. Equips. Categrías( Femeninas y másculinas). Cntrl de acces cn distints privilegis: Persnal ficina. Entrenadres. Clasificación Gestión usuaris en el sistema N se va a tener en cuenta para el desarrll del sftware Gestión Fundación CBG ls siguientes aspects: Clabradres y patrcinadres. Gestión de pags cn el banc. Se desea btener un sistema que mejre y agilice la gestión actual de la Fundación CBG, Facilitand el pag de inscripcines y la gestión del alumnad. Además cm facilitar a nuestrs Entrenadres tmar las mejres decisines para intentar mejrar ls resultads btenids pr ls equips.

3 2. Descripción General 2.1 Perspectiva del Prduct En un futur esta sftware pdría frmar parte de un sistema más grande en el que se tendrían en cuenta la gestión de patrcinadres. 2.2 Funcines del Prduct El sftware que se va a desarrllar está destinad a la gestión de un club de balncest, y va a tener que cntemplar la gestión de: Alumns: ls alumns deben de estar registrads en el sistema para pder inscribirls en una categría, equip, Entrenamients, etc. Equips: Un equip va a cntemplar a un cnjunt de jugadres. Ests se irán creand en función del númer de alumns existentes en una categría. Est quiere decir que se añadirán al sistema baj demanda de una determinada categría y sex. Pistas de entrenamient: Las pistas de entrenamient deben ser almacenadas en el sistema para que puedan ser asignadas a ls entrenamients. Entrenamients: Tds ls equips del club deben tener un hrari y pista de entrenamient. Partids: Ls partids sn ls encuentrs en ls que se enfrentan ls equips entre si. En un partid participan 2 equips. Ligas: Las ligas van a ser ls trnes en ls que participen ls equips. Pags de inscripcines: Tds ls alumns deberán abnar una cuantía al club para pder realizar ls entrenamients, recibir material deprtiv y participar cn su equip en una varias ligas. Material deprtiv: El material deprtiv es aquél que el club le frece a sus alumns: chándal, equipación, cubre, etc. Ntificacines: Para mantener infrmads a ls padres de ls distintas nticias que tienen lugar cn sus hijs cn el club, el sistema enviara ntificacines a ls padres para que estén infrmads. Padres: El sistema tiene que tener cnstancia de ls Padres de ls alumns para pder pnerse en cntact el centr cn ests para diverss mtivs. Estadísticas: Las estadísticas pueden ser de 2 tips: De alumns: Van a infrmar de cuál es la trayectria del alumn dentr del club, facilitand al entrenadr realizar estrategias para afrntar ls partids. De Equip: El sistema también cntemplara la prgresión de un equip, almacenand estadísticas glbales de ls jugadres de su equip. Entrenadres: El sistema cntendrá infrmación acerca de las persnas que se encargan de ls entrenamients de cada equip, cn el fin de pder asignarles hraris y distribuirls entre ls equips. Categrías: Las categrías van a agrupar a ls alumns en función de su edad, y pr tant a ls equips que pueden pertenecer ests. Las categrías se dividen pr edades y pr sex.

4 Cntrl de acces: El acces al sistema se va a realizar pr 2 grups de usuaris: Persnal ficina: Va a tener plen acces a tds ls apartads del sistema. Entrenadres: Van a pder sl acceder a aquells aspects del sistema que estén relacinads cn ls equips y jugadres, per n cn ls aquells que pertenezcan a la gestión cntable. Clasificación: La clasificación va a servir para cnsultar cual es la psición que cupan ls equips del club en las distintas ligas, y la del rest de equips participantes en estas. Gestión de usuaris en el sistema: Existirá un varis usuaris en el sistema a ls que se le permita gestinar trs usuaris. Ests usuaris a ls que se les dan privilegis cm para pder gestinar a trs usuaris. 2.3 Características de ls usuaris: Pr ls cncimients demstrads pr la persna entrevistada, se bserva que n dispne de cncimients avanzads de infrmática. Est implica que se deberá realizar una aplicación sencilla e intuitiva de manejar, facilitand su us, ya que: El sistema va a ser tratad pr persnas que pueden tener un nivel educacinal mínim de E.S.O. El cncimient de ls usuaris sbre la fundación y el balncest, en general, va a ser alta. Ls usuaris n han manejad ningún sistema similar al que se va a desarrllar, pr l que su experiencia usand este tip de sftware es baja. 2.4 Restriccines: Pese a que se detalló claramente cuál era el bjetiv del sistema que fueran ls aspects que tenía que gestinar la aplicación, n se impusiern casi ninguna restricción. Las restriccines que hay que tener sn: Debe ser una aplicación de escritri. N va a existir cnexión permanentemente a internet. Para antar ls dats de ls partids se hará us de un rdenadr prtátil. El sistema perativ sbre el que crra la aplicación será Windws. Ls recurss hardware sn ls frecids pr rdenadres persnales para un us pc exigente: De sbremesa y rdenadres prtátiles. 2.5 Supsicines y Dependencias Supsicines: Se supne que el sistema perativ sbre el que se va a implementar, Windws, n va a cambiar, per prbablemente tampc afectaría ya que supnems inicialmente que se va a implementar en un sistema multiplatafrma.

5 Se presupne que el sftware generad n va a necesitar demasiads recurss para ejecutarse, pr l que el hardware actual será más que suficiente. 2.6 Requisits Futurs: El sistema en un futur pdría administrar la gestión de patrcinadres y de dnacines al club. 3 Requisits Específics 3.1 Interfaces Externas En cuant a interfaces externas, n es necesari que el usuari utilice nada, y en cuant al sistema la única interfaz que usará el sistema es la de intercambi de dats cn la base de dats, l cual es alg que cntams en las restriccines 3.2 Funcines Ls usuaris del sistema se van agrupar en 2 grandes cnjunts, cn ls siguientes rles: Ls Secretaris: Se van a encargar de las siguientes tareas: Inscripción de ls alumns, el secretari intrducirá al sistema la infrmación del tríptic tal y cm se hacía anterirmente al sistema, para que este intrduzca en el sistema ls dats, e infrmación del jugadr inscrit, junt cn la infrmación de su actividad, rpa dada, preci pagad, ect las altas de ls equips y de las cmpeticines, es decir, en las cmpeticines, el secretari interactuará cn el sistema, para identificar qué cmpetición juega cada equip, y qué tip de cmpetición es, junt cn ls participantes El secretari pdrá revisar qué integrantes han realizad ls pags, y cuáles n, además de pder revisar si a algún integrante n se prprcinad aún el material Pdrá intrducir actividades esprádicas que puedan ser cm las cmpeticines, es decir que en ellas se inscriban participantes, a la hra de intrducir esas actividades habrá que especificar de qué se trata, y el preci, ect. Ls Entrenadres: Se van a encargar de las siguientes actividades: Intrducir las estadísticas del partid, para ell intrducirá ls dats generales del partid y ls dats de cada jugadr para generar las estadísticas, y el sistema las almacenará y calculará las estadísticas relevantes a ls jugadres y al equip Pdrá cnsultar tds ls dats relativs a cada partid, a la cmpetición en general tant de ls jugadres cm del equip, y la clasificación del mism equip que entrena. El rl de Entrenadr l pdrán desempeñar ls usuaris cn rl de secretari.

6 3.3 Restriccines de Rendimient El sistema n ha de sprtar carga excesiva, cualquier tip de rdenadr crriente actual pdrá sprtar al sistema sin mayr esfuerz que cntener a una base de dats en us para ell. 3.4 Restriccines de Diseñ Una de las restriccines de diseñ que se han impuest es que el cliente ns ha indicad que su máquina tiene Windws, y pr tant el sftware va a ser desarrllad para dicha platafrma y esta especificación deberá mantenerse inalterada para el funcinamient del sftware a realizar. La aplicación se va a implementar bligatriamente mediante un sftware de escritri, pr l que se descarta el desarrll web. La implementación del sistema se tendrá que hacer implementándla en una platafrma de desarrll que n limite la funcinalidad del sistema, que este actualizada y que facilite el desarrll de entrns de ventanas. 3.5 Atributs del Sistema Ls atributs de calidad del sistema: Fiabilidad, mantenibilidad, prtabilidad, y seguridad. Deberá especificarse que usuaris están autrizads, n a realizar ciertas tareas, y cóm se implementarán ls mecanisms de seguridad ( pr ejempl cn un lgin y un passwrd). El sistema deberá estar dispnible en cualquier mment que necesite ser usad pr ls usuaris, y la persna que esté de respnsable del sftware será la única que pdrá hacer un respald de la base de dats. El sistema sl será diseñad para Micrsft Windws. Cristian Vílchez Ceballs Antni Olid Checa