Proyecto de IS3.

Segunda iteración

Documento de requisitos no funcionales
InfoMedia 7 de abril de 2009

...' Interfa(.........................................................................................................................................................3 #equisitos no funcionales del sistema..................................................' )&eraciones............................Proyecto de IS3...........................................% So&orte....................' +egales.....................................................................................' Im&lementación.......................................2.................................................................................................................. Segunda iteración Documento de requisitos no funcionales InfoMedia 07 0! 2009 Índice "istorial...................................................................................................................! $iabilidad............................................................................................................................................! #endimiento.......................................................................................................' *m&aquetamiento................................... ...............................................................................................................7 ............! $acilidad de uso........................

. Segunda iteración Documento de requisitos no funcionales InfoMedia 07 0! 2009 Historial Versió Fecha n Comentarios 0! 07 09 . .3.Proyecto de IS3.ersión inicial del documento.

. /7u8 interfaces de usuario est1ndares son familiares al usuario4 Su&onemos que el usuario traba6ara con 9indo:s o +inu35 &or lo que las interfaces est1ndares a las que estar1 acostumbrado ser1n las que a&arecen en estos dos sistemas o&erati2os. /7ue documentación se le debe &ro&orcionar al usuario4 Se le &ro&orcionar1 toda documentación multimedia necesaria. . . men< de arc=i2o5 editar5 etc. /0u1ntos datos &uede &erder el sistema4 *l sistema se dise?ar1 &ara no &erder datos5 al menos en lo que concierne al &ro&io sistema. )b2iamente5 el sistema no &uede e2itar que se borren las . Debe estar siem&re dis&onible5 no se contem&la que el sistema &ueda estar en es&era o se necesite es&erar alg<n tiem&o &ara usarlo ya que &uede =aber modificaciones en la &rogramación de las cadenas en cualquier momento.Proyecto de IS3.!. . /7u8 grado de fiabilidad5 dis&onibilidad y robuste( debe tener el sistema4 *l sistema debe ser robusto5 ya que &odemos necesitar =acer un cambio de &rogramación en cualquier momento. /0u1l es el ni2el de e3&eriencia de los usuarios4 *n &rinci&io5 el 6efe y los administradores no tienen un alto conocimiento en inform1tica5 &or lo que las interfaces de las a&licaciones locales deben ser lo m1s cómodas y amigables &osible facilitando al m13imo su traba6o5 como bien se comenta en el documento de &lanificación. /*s ace&table reiniciar el sistema en caso de que se &rodu(ca un fallo4 Deben e2itarse fallos en la a&licación que cola&sen el sistema. . Fiabilidad . Segunda iteración Documento de requisitos no funcionales InfoMedia 07 0! 2009 Requisitos no funcionales del sistema Facilidad de uso . Si el fallo es a6eno a nuestra a&licación5 al no ser las m1quinas donde se e6ecuta &arte de nuestra res&onsabilidad5 s> ser>a ace&table reiniciar el sistema. *n cuanto a fiabilidad5 es un requisito que debe tenerse en cuenta aunque no de forma es&ecial5 ya que no estamos traba6ando con información es&ecialmente im&ortante.

. .Proyecto de IS3. /0ómo debe mane6ar las e3ce&ciones el sistema4 +as e3ce&ciones que se &rodu(can &or un mal uso del usuario del sistema5 &odr1n ser tratadas de dos formas. .%. . Por ello es necesario reali(ar de forma usual co&ias de seguridad de la base de datos5 bien el 6efe manualmente5 o cada cierto &eriodo de tiem&o. /*s cr>tico el tiem&o en alguna tarea de usuario4 Bo. )b2iamente5 el sistema no 2a a reali(ar c1lculos com&le6osC &or lo que el tiem&o m13imo sera el de interacción con la base de datos. . /0ómo debe res&onder el sistema4 *l sistema debe res&onder en un tiem&o ra(onable. ignoradas en caso de que no afecte al sistema5 o tratadas mediante una llamada a un gestor de e3ce&ciones que informar1 al usuario de su error a tra28s de la interfa( gr1fica. +a base de datos sera la encargada de mane6ar el acceso concurrente. An ni2el &ertenecer1 al 6efe de la cadena y otro ni2el a los administradores de los canales. /7u8 tama?o se es&era que tenga el almacenamiento de datos4 . /"ay requerimientos de seguridad en el sistema4 /@ en el entorno4 +a seguridad en el sistema se =ace necesaria5 &ues una &8rdida total o &arcial de la &rogramación &uede causar malestar entre nuestros tele2identes y &erder audiencia. Segunda iteración Documento de requisitos no funcionales InfoMedia 07 0! 2009 bases de datos u otros &roblemas e3ternos. . . Rendimiento . /0u1ntos usuarios concurrentes debe so&ortar el sistema4 *l sistema no traba6a de manera concurrente5 aunque el acceso a la base de datos s> lo ser1 Del &eor caso ser>a tener tantos accesos como administradores de canales =ayaE. /"ay restricciones de acceso al sistema4 S>5 e3istir1n dos ni2eles de administración. Pero es recomendable que sea lo mas r1&ido &osible. Badie &odr1 acceder al sistema sin un nombre de usuario y una contrase?a 2alidos.

Proyecto de IS3. +a información audio2isual ser1 incluida mediante enlaces. . ID*. usaremos una base de datos MySql. &ara el tele2idente5 que el tiem&o de carga de la &1gina :eb sea lentoC &ara el 6efe y el administrador5 que el acceso a los recursos de la base de datos sea lento. peraciones . &ara el desarrollo de la a&licación usaremos Betbeans como ID*. . +engua6es de &rogramación.E. /0u1l es la &eor situación ace&table &ara el usuario4 De&ende. Interfaz .'. /0u1les son las &osibles e3tensiones al sistema4 *l sistema se dise?ar1 de manera modular5 &or lo que cualquier e3tensión sera f1cil de a?adir al con6unto del sistema. Gase de datos. /Debe el sistema interaccionar con otros sistemas4 Bo5 el sistema reali(a toda la funcionalidad necesaria &or s> mismo. /*l equi&o de mantenimiento &ruebas =a im&uesto restricciones4 S>5 son las siguientes. Segunda iteración Documento de requisitos no funcionales InfoMedia 07 0! 2009 Ser1 del orden de FG de información5 conforme se 2aya almacenando información de los &rogramas. Implementación . Soporte . . /"ay restricciones sobre la &lataforma =ard:are4 +a a&licación debe desarrollarse &ara ordenadores &ersonales usuales Dsin caracter>sticas a2an(adas en &rocesamiento5 memoria5 etc. +a a&licación cliente se dise?ara sobre la &lataforma Ha2a. /7ui8n gestiona el sistema cuando est1 e6ecut1ndose4 .

/0u1ntas instalaciones se &re28n4 Iantas como administradores =aya mas el 6efe de la cadena. )fim1tica. Ha2a. /7ui8n instala el sistema4 *l sistema ser1 instalado &or el &ro&io equi&o de desarrollo. &aquete )&en)ffice. *ntorno de desarrollo. +engua6e de &rogramación. . Sistema o&erati2o. /"ay restricciones de tiem&o sobre las instalaciones4 Bo.7. !mpaquetamiento . Sistema de gestión de bases de datos. +inu3. . "e#ales *l sistema se desarrollar1 en la medida de lo &osible con =erramientas libres. 0ontrol de 2ersiones. . Betbeans. Segunda iteración Documento de requisitos no funcionales InfoMedia 07 0! 2009 *l sistema ser1 gestionado <nicamente &or los administradores del canal5 con la e3ce&ción del 6efe de la cadena5 que tambi8n &odr1 gestionar el sistema. Sub2ersion.Proyecto de IS3. . MyS7+.