Proyecto de IS3.

Segunda iteracin

Documento de requisitos no funcionales

InfoMedia 7 de abril de 2009

Proyecto de IS3. Segunda iteracin Documento de requisitos no funcionales

InfoMedia 07 0! 2009

ndice
"istorial............................................................................................................3 #equisitos no funcionales del sistema..............................................................! $acilidad de uso..............................................................................................! $iabilidad........................................................................................................! #endimiento...................................................................................................% So&orte...........................................................................................................' Im&lementacin..............................................................................................' Interfa(...........................................................................................................' )&eraciones...................................................................................................' *m&aquetamiento..........................................................................................' +egales...........................................................................................................7

,2,

Proyecto de IS3. Segunda iteracin Documento de requisitos no funcionales

InfoMedia 07 0! 2009

Historial
Versi Fecha n Comentarios

0! 07 09 .ersin inicial del documento.

,3,

Proyecto de IS3. Segunda iteracin Documento de requisitos no funcionales

InfoMedia 07 0! 2009

Requisitos no funcionales del sistema

Facilidad de uso
, /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 cmodas y amigables &osible facilitando al m13imo su traba6o5 como bien se comenta en el documento de &lanificacin. , /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; men< de arc=i2o5 editar5 etc. , /7ue documentacin se le debe &ro&orcionar al usuario4 Se le &ro&orcionar1 toda documentacin multimedia necesaria.

Fiabilidad
, /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 &rogramacin en cualquier momento. 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 &rogramacin de las cadenas en cualquier momento. *n cuanto a fiabilidad5 es un requisito que debe tenerse en cuenta aunque no de forma es&ecial5 ya que no estamos traba6ando con informacin es&ecialmente im&ortante. , /*s ace&table reiniciar el sistema en caso de que se &rodu(ca un fallo4 Deben e2itarse fallos en la a&licacin que cola&sen el sistema. Si el fallo es a6eno a nuestra a&licacin5 al no ser las m1quinas donde se e6ecuta &arte de nuestra res&onsabilidad5 s> ser>a ace&table reiniciar el sistema. , /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 ,!,

Proyecto de IS3. Segunda iteracin Documento de requisitos no funcionales

InfoMedia 07 0! 2009

bases de datos u otros &roblemas e3ternos. , /0mo 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; 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. , /"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 &rogramacin &uede causar malestar entre nuestros tele2identes y &erder audiencia. 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. , /"ay restricciones de acceso al sistema4 S>5 e3istir1n dos ni2eles de administracin. An ni2el &ertenecer1 al 6efe de la cadena y otro ni2el a los administradores de los canales. Badie &odr1 acceder al sistema sin un nombre de usuario y una contrase?a 2alidos.

Rendimiento
, /0mo debe res&onder el sistema4 *l sistema debe res&onder en un tiem&o ra(onable. )b2iamente5 el sistema no 2a a reali(ar c1lculos com&le6osC &or lo que el tiem&o m13imo sera el de interaccin con la base de datos. , /*s cr>tico el tiem&o en alguna tarea de usuario4 Bo. Pero es recomendable que sea lo mas r1&ido &osible. , /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. +a base de datos sera la encargada de mane6ar el acceso concurrente. , /7u8 tama?o se es&era que tenga el almacenamiento de datos4

,%,

Proyecto de IS3. Segunda iteracin Documento de requisitos no funcionales

InfoMedia 07 0! 2009

Ser1 del orden de FG de informacin5 conforme se 2aya almacenando informacin de los &rogramas. +a informacin audio2isual ser1 incluida mediante enlaces. , /0u1l es la &eor situacin ace&table &ara el usuario4 De&ende; &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.

Soporte
, /0u1les son las &osibles e3tensiones al sistema4 *l sistema se dise?ar1 de manera modular5 &or lo que cualquier e3tensin sera f1cil de a?adir al con6unto del sistema.

Implementacin
, /"ay restricciones sobre la &lataforma =ard:are4 +a a&licacin debe desarrollarse &ara ordenadores &ersonales usuales Dsin caracter>sticas a2an(adas en &rocesamiento5 memoria5 etc.E. , /*l equi&o de mantenimiento &ruebas =a im&uesto restricciones4 S>5 son las siguientes; +engua6es de &rogramacin; +a a&licacin cliente se dise?ara sobre la &lataforma Ha2a. Gase de datos; usaremos una base de datos MySql. ID*; &ara el desarrollo de la a&licacin usaremos Betbeans como ID*.

Interfaz
, /Debe el sistema interaccionar con otros sistemas4 Bo5 el sistema reali(a toda la funcionalidad necesaria &or s> mismo.

peraciones
, /7ui8n gestiona el sistema cuando est1 e6ecut1ndose4 ,',

Proyecto de IS3. Segunda iteracin Documento de requisitos no funcionales

InfoMedia 07 0! 2009

*l sistema ser1 gestionado <nicamente &or los administradores del canal5 con la e3ce&cin del 6efe de la cadena5 que tambi8n &odr1 gestionar el sistema.

!mpaquetamiento
, /7ui8n instala el sistema4 *l sistema ser1 instalado &or el &ro&io equi&o de desarrollo. , /0u1ntas instalaciones se &re28n4 Iantas como administradores =aya mas el 6efe de la cadena. , /"ay restricciones de tiem&o sobre las instalaciones4 Bo.

"e#ales
*l sistema se desarrollar1 en la medida de lo &osible con =erramientas libres. )fim1tica; &aquete )&en)ffice. 0ontrol de 2ersiones; Sub2ersion. Sistema de gestin de bases de datos; MyS7+. +engua6e de &rogramacin; Ha2a. *ntorno de desarrollo; Betbeans. Sistema o&erati2o; +inu3.

,7,