ESPECIFICACIN DE REQUERIMIENTOS Ingeniera de Software I

DOCUMENTO DE ESPECIFICACIN DE REQUERIMIENTOS

ESPECIFICACIN DE REQUERIMIENTOS Ingeniera de Software I

CONTENIDO
1- Presentacin del Producto
1.1 Propsito del Sistema 1.1.1 Objetivo 1.1.2 Alcance 1.1.3 El Sistema no contempla 1.2 Restricciones y Supuestos 1.3 Abreviaturas y definiciones

2- Descripcin General
2.1 istado de la !uncionalidad del Sistema 2.2 "onte#to del Producto 2.3 Perspectivas futuras del producto 2.$ Re%las y !unciones de &e%ocio

3- Descripcin Detallada de Requerimientos

3.1 Actores 3.2 Re'uerimientos !uncionales 3.2.1 (ia%ramas de "asos de )so 3.2.2 istado de "asos de )so 3.2.3 (etalles de "asos de )so 3.2.$ Prototipo de *nterfa+ de )suario 3.3 Re'uerimientos &o !uncionales 3.3.1 (el Producto 3.3.2 (el Ambiente

4- Requerimientos de Interfaz 5- Restricciones de Diseo - Requerimientos de !icencia "- #$ser%aciones &- 'istoria de (am$ios

ESPECIFICACIN DE REQUERIMIENTOS Ingeniera de Software I

1) Presentacin del Producto

11 Pro!sito del Siste"a

111 O#$eti%o& Gestionar y controlar los cambios sobre tems de un proyecto, originalmente de software. 11' Alcance: El sistema constar de los siguientes mdulos: Mdulo de Ad"inistracin, que gestiona los usuarios y roles del sistema; incluyendo tambin configuraciones del sistema. Mdulo de (estin de ca"#io, que permitir administrar los cambios de elementos que se encuentren en una lnea base. Mdulo de Desarrollo, que genera y modifica los tems de un proyecto. 11) El Siste"a no conte"!la: eali!ar cambios sobre tems "alidados en una lnea base de una fase de proyecto. El sistema no cubrir el trato con los riesgos e#ternos $falla elctrica, falla de alg%n componente &ardware'. 1 ' Restricciones * Su!uestos: El sistema podr ser utili!ado por usuarios que posean los roles necesarios para cada accin que desea reali!ar en el sistema. (ara que un usuario pueda ingresar al sistema, deber primeramente loguearse o identificarse ante el mismo. 1 ) A#re%iaturas * de+iniciones

ESPECIFICACIN DE REQUERIMIENTOS Ingeniera de Software I Usuarios logueados: son aquellos que ya se identificaron ante el sistema y este a "alidado al usuario y su contrase)a. Roles de usuario& son aquellas entidades del sistema que poseen permisos para determinadas acciones. Lneas Base: est definida como el bloqueo de los atributos de todos o casi todos $lnea base parcial' los tems de una fase. El estado de un Proyecto puede ser: E* +,*-. /++01* $El proyecto ya est creado y en proceso pero no se &a culminado', .E 20*34, $ya se &an terminado todas las fases, pero el cliente no las &a "alidado todas', 5360434, $El proyecto &a sido "alidado por el cliente. El estado de una Fase pueder ser: 4E70*0+01* $6a fase a%n no tiene tems pero ya fue creada', 4E-3 ,66, $la fase ya posee tems, pero no todos los tems estn en lnea base' y 3( ,83+01* $todos los tems estn en lnea base'. El estado de un tem puede ser: E* +,*-. /++01* $cuando no se &an terminado de completar los atributos del tem', .E 20*34, $-e &a terminado de completar todos los atributos del tem' y 5360434, $El tem &a sido "alidado por el usuario y el cliente est de acuerdo con el tem'.

' Descri!cin (eneral

' 1 ,istado de la Funcionalidad del Siste"a El sistema se organi!ar en tres mdulos: 1- 2dulo de administracin: (ermite definir usuarios, roles, proyectos y roles por proyecto. 6os permisos para el sistema y el proyecto sern dinmicos y personali!ables. 2- 2dulo de Gestin de cambio: El sistema permitir la generacin de lneas base en la finali!acin de cada fase de un proyecto y gestionar los estados de cada fase. 3- 2dulo de desarrollo: 4eber permitir generar tems para un proyecto, almacenando su &istorial de "ersiones con la posibilidad de reali!ar re"ersiones a "ersiones anteriores del tem. +ada tem en las distintas fases de un proyecto estar relacionado con los dems tems, controlando que no se incurran en bucles. ' ' Conte-to del Producto El sistema "a a estar desarrollado en un entorno web y es totalmente auto9contenido por lo que no necesita de otros sistemas o entidades para su completo funcionamiento. ' ) Pers!ecti%as +uturas del !roducto -e espera que en "ersiones futuras del sistema, el mismo pueda cumplir con el requerimiento de que considere cambios sobre tems que ya se encuentren en una lnea base.

ESPECIFICACIN DE REQUERIMIENTOS Ingeniera de Software I '. Re/las * Funciones de Ne/ocio

) Descri!cin Detallada de Re0ueri"ientos ) 1 Actores

3dministrador de -istema: Es el encargado de crear roles, crear usuarios. 3dministrador de (royecto: Es el encargado de crear y gestionar un proyecto. 3dministrador de 7ase: Encargado de crear y gestionar las fases, tipos de tem y tipos de atributos, tambin de crear y administrar las lneas base. 4esarrollador de 7ase: administra los tems y el clculo del impacto de cada tem.

) ' Re0ueri"ientos Funcionales Autorizacin y autenticacin del sistema Autenticacin de usuario 79:. -e debern almacenar los datos de todos los /suarios que utili!arn el sistema. 79;. (ara que un /suario ingrese al sistema, deber especificar su nombre de usuario y contrase)a. 79<. El sistema deber "erificar que el usuario y contrase)a coincidan con los registrados. 79=. El usuario deber elegir las acciones a reali!ar que pueden ser de configuraciones de sistema o de un proyecto. 79>. (ara cada accin que desea reali!ar el usuario, el sistema "erificar los permisos que tiene el mismo. 79?. /na "e! "erificados los permisos, el sistema crear una sesin para el usuario en donde sus operaciones quedarn registradas.

ESPECIFICACIN DE REQUERIMIENTOS Ingeniera de Software I

Mdulo de Administracin Usuario 79@. El sistema deber permitir crear usuarios. 6os datos de cada usuario sern nombre de usuario, contrase)a, email. 79A. El sistema permitir crear nombres de usuario y contrase)a que contengan por lo menos > caracteres y no ms de :=. 79B. El sistema asignar de manera automtica un n%mero identificador a cada usuario. 79:C. El sistema deber permitir que un usuario correctamente logueado pueda modificar sus datos: nombre, contrase)a, email. 79::. El sistema deber permitir eliminar usuarios que no estn a cargo de proyectos. -e listarn todos los usuarios actuales, se seleccionar y se eliminar al usuario. Roles y permisos 79:;. El sistema deber permitir, a usuarios logueados y con los permisos adecuados, crear roles. 6os datos de cada rol sern nombre, descripcin. 79:<. El sistema asignar de manera automtica un n%mero identificador a cada rol. 79:=. /n usuario deber tener al menos un rol para poder acceder a los mdulos del sistema. 79:>. /na "e! iniciada la sesin del usuario, el sistema obtendr todos los roles asociados a este. 79:?. 4e acuerdo a los permisos de cada rol, el sistema deber &abilitar el acceso a los mdulos del sistema. 79:@. +uando el usuario acceda a uno de los mdulos, el sistema &abilitar todas las funcionalidades correspondientes a los permisos del usuario. 79:A. El sistema deber permitir asignar permisos a los roles 79:B. .odos los permisos del sistema sern predefinidos y no podrn ser modificados ni eliminados. 79;C. 6os permisos se agrupan en cuatro ni"eles: *i"el de -istema, *i"el de (royecto, *i"el de 7ase, *i"el de tem. 79;:. 6os permisos a ni"el de sistema son: 79;;. +ontrol total 79;<. +reacin de usuarios 79;=. 3dministracin de usuarios 79;>. +reacin de proyectos 79;?. 3dministracin de proyectos 79;@. +reacin de roles 79;A. 3signacin de roles a usuarios 79;B. 3dministracin de roles 79<C. 3signacin de permisos a roles

ESPECIFICACIN DE REQUERIMIENTOS Ingeniera de Software I 6os permisos a ni"el de proyecto son: 79<;. +ontrol total sobre proyectos 79<<. 3signacin de roles a usuarios 79<=. 3dministracin de 7ases 79<>. 3dministracin de .ipos de tems 79<?. +onsulta 79<@. 6os permisos a ni"el de 7ase son: 79<A. +ontrol total sobre fases 79<B. +reacin de 6nea base 79=C. +onsulta de 6nea base 79=:. 6os permisos a ni"el de tem son: 79=;. +reacin de tems 79=<. 2odificacin, eliminacin, re"ersin y re"i"ir 79==. 3probacin 79=>. +onsulta 79=?. El sistema debera permitir, a usuarios con los permisos correspondientes, modificar los datos de un rol y los permisos asociados a este Proyecto 79=@. El sistema deber permitir crear proyectos a usuarios logueados con los permisos adecuados. 6os datos de cada proyecto sern nombre, encargado, estado, duracin. 79=A. 6os estados de un proyecto podrn ser: en construccin, terminado, "alidado. 79=B. El estado inicial de un proyecto ser en construccin. 79>C. El sistema asignar de manera automtica un n%mero identificador a cada proyecto. 79>:. El sistema deber permitir asignar un proyecto a usuarios con los roles del proyecto. 79>;. El sistema controlar que slo los usuarios con permisos sobre el proyecto podrn modificar el mismo. 79><. El sistema deber permitir la modificacin de los datos de proyecto: nombre, encargado, duracin, de proyectos que a%n no estn en estado "alidado. Fase 79>=. El sistema deber permitir crear 7ases para cada proyecto. 6os datos de cada fase sern nombre, descripcin, estado, duracin. 79>>. 6os estados de cada fase podrn ser: definicin, desarrollo, aprobacin. 79>?. El estado inicial de cada fase ser por defecto definicin. 79>@. El sistema asignar de manera automtica un n%mero identificador a cada fase. 79<:.

ESPECIFICACIN DE REQUERIMIENTOS Ingeniera de Software I 79>A. El sistema deber controlar que un proyecto como mnimo tendr una fase. 79>B. El sistema deber permitir a usuarios con los roles correspondientes modificar los datos de una fase: nombre, descripcin y duracin. 79?C. El sistema cambiar de manera automtica el estado de la fase, de definicin a desarrollo, una "e! que se &aya creado el primer tem. 79?:. El sistema cambiar de manera automtica el estado de la fase, de desarrollo a aprobacin, una "e! que estn "alidados todos los tems de esa fase. 79?;. El sistema cambiar de manera automtica el estado de la fase, de aprobacin a desarrollo, si se crean nue"os tems. 79?<. El sistema permitir eliminar fases de proyectos que no estn en estado aprobado. Tipo de tem 79?=. El sistema deber permitir a usuarios con roles correspondientes, crear tipos de tem, con los siguientes datos: nombre, descripcin, atributos. 79?>. El sistema generar de manera automtica un n%mero identificador para cada tipo de tem. 79??. El sistema deber permitir a usuarios con roles correspondientes, modificar los datos: nombre, descripcin, de los tipos de tem. 79?@. El sistema deber permitir a usuarios con roles correspondientes, eliminar un tipo de tem que no est en uso por alg%n proyecto. 79?A. El sistema deber registrar el usuario, &ora y fec&a de creacin, eliminacin y modificacin de un tipo de tem. Tipo de atributo 79?B. El sistema deber permitir a usuarios con roles correspondientes, crear tipos de atributos, con los siguientes datos: nombre, descripcin, tipo de dato, longitud. 79@C. El sistema asignar un cdigo numrico que identificar un"ocamente al .ipo de 3tributo en el sistema. 79@:. El sistema "erificar que el nombre de .ipo de 3tributo sea %nico en el sistema. 79@;. -e deber seleccionar el .ipo de 4ato $*umrico, 7ec&a, .e#to, 6gico'. 79@<. En caso de que el .ipo de 4ato seleccionado sea *umrico, se deber especificar la precisin del .ipo de 3tributo. 79@=. En caso de que el .ipo de 4ato seleccionado sea *umrico o .e#to, se deber especificar la longitud m#ima del "alor del .ipo de 3tributo.

ESPECIFICACIN DE REQUERIMIENTOS Ingeniera de Software I 79@>. El sistema deber permitir, a usuarios con roles correspondientes, modificar los datos de un tipo de atributo: nombre, tipo de dato, longitud, descripcin, slo si este no est asociado a ning%n tipo de tem. 79@?. El sistema deber permitir a usuarios, con roles correspondientes, eliminar tipos de atributos que no estn asociados a ning%n tipo de tem. 79@@. El sistema registrar automticamente el /suario, la fec&a y &ora de la creacin, modificacin y eliminacin del .ipo de 3tributo. Mdulo de Gestin de Cambios Lnea Base 79@A. El sistema deber permitir la generacin de 6nea 8ase al finali!ar una fase de un proyecto. Esta lnea base tendr los siguientes datos: descripcin, tems in"olucrados. 79@B. -olo los usuarios con los roles correspondientes podrn crear una 6nea 8ase. 79AC. El sistema generar de manera automtica el n%mero de 6nea 8ase del proyecto. 79A:. El usuario, con los roles correspondientes, seleccionar los tems "alidados que estarn en una lnea base sea esta total o parcial. 79A;. El sistema deber permitir crear lneas bases parciales sobre tems que ya &an sido "alidados. 79A<. El sistema se encargar de bloquear los atributos de todos los tems in"olucrados en una lnea base. 79A=. El sistema deber registrar el usuario, &ora, fec&a de la creacin de una 6nea 8ase. 79A>. El sistema deber generar un informe por cada lnea base con la descripcin de todos los tems in"olucrados. Mdulo de Desarrollo tem 79A?. El sistema deber permitir, a usuarios con los roles correspondientes, crear tems para cada fase, registrando: tipo de tem, "ersin, prioridad, estado, descripcin, obser"aciones, costo de tiempo, costo monetario, arc&i"os e#ternos. 79A@. El sistema generar automticamente la numeracin de cada tem dentro de cada fase, como un atributo de tem, que ser independiente entre fases. 79AA. 6os estados de los tems podrn ser: en construccin, terminado, "alidado.

ESPECIFICACIN DE REQUERIMIENTOS Ingeniera de Software I 79AB. El usuario, con los roles correspondientes, podr modificar el estado del tem de en construccin a terminado. 79BC. El sistema deber cambiar el estado de un tem, de terminado a en construccin, si el usuario reali!a modificaciones sobre este. 79B:. El usuario, con los roles correspondientes, podr modificar el estado de un tem de terminado a "alidado. 79B;. El estado inicial de un tem ser en construccin. 79B<. 6a "ersin de un tem se crear automticamente al pasar del estado de construccin a terminado. 79B=. El sistema generar automticamente la numeracin de las "ersiones de cada tem. 79B>. El sistema deber permitir modificar los datos: prioridad, descripcin, obser"aciones, costo, arc&i"os e#ternos, atributos, relaciones, solamente de aquellos tems que no se encuentren en estado "alidado. 79B?. El sistema deber permitir agregar o eliminar atributos o relaciones de los tems que no se encuentren "alidados. 79B@. El sistema deber mantener el &istorial de "ersiones por cada tem. 79BA. El sistema permitir al usuario, con los roles correspondientes, "isuali!ar la "ersiones anteriores de un tem. 79BB. El sistema deber permitir, a usuarios con roles correspondientes, recuperar una "ersin anterior $sus atributos y relaciones' del tem, generando as una nue"a "ersin. 79:CC. El sistema deber permitir de manera opcional la inclusin de arc&i"os e#ternos para cada tem. 79:C:. El sistema deber permitir agregar atributos propios de manera opcional a cada tem de configuracin. 79:C;. El sistema deber permitir asignar relaciones entre tems, ya sean estos de la misma o de distintas fases. 79:C<. El sistema corroborar que cada tem debe tener al menos una relacin. 79:C=. El sistema deber registrar el usuario, &ora y fec&a de la creacin, modificacin o eliminacin de un tem. Relaciones 79:C>. 6os tipos de relaciones que especifican la interaccin entre los tems, sern: antecesor9sucesor, padre9&iDo. 79:C?. -e deber controlar y e"itar la formacin de ciclos en relaciones entre los tems luego de la asignacin de una relacin. 79:C@. El sistema deber controlar que en una relacin estn in"olucrados e#actamente ; tems. 79:CA. El sistema deber controlar que el antecesor o padre de la relacin entre tems de distintas fases, est "alidado. 79:CB. El sistema deber permitir la modificacin de tems

ESPECIFICACIN DE REQUERIMIENTOS Ingeniera de Software I in"olucrados en una relacin. 79::C. El sistema deber permitir la eliminacin de tems in"olucrados en una relacin. 79:::. El sistema deber permitir la eliminacin de relaciones e#istentes entre tems. 79::;. El sistema deber registrar el usuario, &ora y fec&a de asignacin y eliminacin de una relacin. Costos 79::<. El sistema deber permitir a usuarios, con los roles correspondientes, "isuali!ar el clculo del impacto de cada tem. 79::=. (ara la "isuali!acin del impacto de cada tem, mediante la solicitud del usuario, el sistema reali!ar el clculo del impacto. 79::>. (ara el clculo del impacto de cada tem, "erificar el costo de dic&o tem y de los tems que estn relacionados con l de manera directa o indirecta. 79::?. El usuario podr seleccionar reali!ar el clculo de impacto temporal, monetario o ambos de cada tem. ,istado de Casos de Uso 1. 3utenticacin de /suario 2. +rear /suario 3. 2odificar /suario 4. Eliminar /suario 5. 6istar /suarios 6. +onsultar /suario 7. 8uscar /suario 8. +rear rol 9. 3signar ol 10. 2odificar ol 11. 6istar oles 12. +rear (royecto 13. 2odificar (royecto 14. 3signar (royecto 15. 6istar (royecto 16. +onsultar (royecto 17. 8uscar (royecto 18. +rear 7ase 19. 2odificar 7ase 20. 6istar fases 21. 3signar 7ase 22. +onsultar 7ase 23. 8uscar 7ase

ESPECIFICACIN DE REQUERIMIENTOS Ingeniera de Software I 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. Eliminar 7ase +rear .ipo de tem 2odificar tipo de tem Eliminar .ipo de tem 6istar .ipos de tem +onsultar .ipo de tem 8uscar .ipo de tem +rear tipo de atributo 2odificar tipo de atributo 6istar tipos de atributos Eliminar tipo de atributo +onsultar .ipo de 3tributo 8uscar .ipo de 3tributo Generar 6nea base 6istar 6neas 8ase +onsultar 6nea 8ase 8uscar 6nea 8ase Generar informe de 6nea 8ase +rear tem +onsultar 0tem 2odificar tem 6istar tems 8uscar tems 5isuali!ar "ersiones anteriores de tem e"i"ir tem Eliminar tem 8usqueda General +rear elacin 2odificar elacin Eliminar elacin eali!ar clculo de impacto de tem

Detalle de Casos de Uso *o 3plica Prototi!o de Inter+a1 de Usuario *o 3plica ) ) Re0ueri"ientos No Funcionales 1 El sistema se desarrollar en un entorno Eeb. 2 -e utili!ar el modelo +liente F -er"idor. 3 El sistema se implementar en el 6enguaDe de (rogramacin

ESPECIFICACIN DE REQUERIMIENTOS Ingeniera de Software I (yt&on. 4 El sistema utili!ar (ostgre-G6 para la gestin de la 8ase de 4atos. 5 El sistema podr eDecutarse en el na"egador de 2o!illa 7irefo#, mnimamente en la "ersin ;;. 6 .ambin deber poder eDecutarse mnimamente en el na"egador Google +&rome en su "ersin :.C 7 (odrn establecer cone#in concurrentemente con el sistema como mnimo :CC usuarios. 8 (ara acceder al sistema, el 6,G0* no deber tardar ms de > segundos. 9 /na "e! ingresado al sistema, se debe generar una "ista para el usuario, dic&a "ista debe cumplir con estndares de usabilidad. 10 El sistema debe poder ser portable, es decir, debe poder eDecutarse en Eindows $"ersin ;CCCHI(H"istaH@', 6inu# $"ersiones soportadas por 7irefo# y +&rome' y 2ac ,- $:C.?H:C.@H:C.A'. 11 6as "istas del sistema deben estar preparadas para una resolucin mnima de pantalla de :C;=#@?A. 12 (ara el lado del +liente, se deber contar con un mnimo de >CC Jbps de anc&o de banda. 13 (ara el lado del ser"idor, este deber estar con una cone#in de = 2bps. 14 (ara usuarios normales, el tiempo de capacitacin ser de cuatro das y para usuarios e#pertos, dos das. 15 El sistema est preparado para ser operado a tra"s de mouse y teclado. 16 .odas las pantallas deben tener un modo de cancelar la operacin en curso. 17 .odas las b%squedas o consultas deben estar paginadas $botones primero, %ltimo, siguiente y anterior'. 18 6os campos obligatorios debern estar marcados con K $asterisco'. 19 5erificarH"alidar lmites de campos y tipos de datos de las pantallas en relacin al modelo de datos. 20 4isponibilidad: Especificar el porcentaDe de disponibilidad de tiempo, &oras de uso, acceso de mantenimiento, etc. 21 .iempo mnimo entre fallas: A meses. 22 .iempo mnimo de reparacin: : &ora. 23 4isponibilidad: B@L. 24 .iempo de respuesta para una transaccin menor a > segundos. 25 -e espera mantener la escalabilidad del sistema en relacin a la concurrencia de usuarios.

ESPECIFICACIN DE REQUERIMIENTOS Ingeniera de Software I

26 El sistema deber liberar a todos los recursos de memoria al momento de cerrar una "entana y finali!ar una funcionalidad. 27 El sistema deber capturar las e#cepciones producidas debido a la finali!acin de la session en el aplication -er"er debido al timeout de la misma y mostrar un mensaDe comunicando lo ocurrido. 28 +orrecta redaccin y ortografa en las pantallas. 29 El sistema debe garanti!ar la confidencialidad de la informacin. El sistema debe mostrar los datos confidenciales de un usuario slo a ese usuario.

. Re0ueri"ientos de Inter+a1
*o 3plica . 1 Inter+aces de 2ard3are El ser"idor debe disponer de cone#in .+(H0( por medio de una tarDeta de red. 6a unidad de procesamiento del ser"idor debe ser de generacin 0ntel 4ual +ore o 324 3t&lon I;, o superiores para garanti!ar una respuesta inmediata del sistema. 6a memoria 32 del ser"idor debe ser de al menos =Gb de tecnologa 44 ; como mnima para garanti!ar la concurrencia de usuarios en el sistema. /nidades de almacenamientos de >CCGb para garanti!ar la capacidad de almacenamiento de datos. . ' Inter+aces de So+t3are *o 3plica. . ) Inter+aces de Co"unicacin (ara el lado del +liente, se deber contar con un mnimo de >CC Jbps de anc&o de banda. (ara el lado del ser"idor, este deber estar con una cone#in de = 2bps.

4 Restricciones de Dise5o
*o 3plica.

6 Re0ueri"ientos de ,icencia
-e utili!an &erramientas ,pen -ource.

ESPECIFICACIN DE REQUERIMIENTOS Ingeniera de Software I

7 O#ser%aciones
*o aplica.

8 2istoria de Ca"#ios
Fec9a :=HCBH;C:< :ersin :.C Descri!cin Autor Msapy ,rt! Eduardo Gimne!