Ejemplo de Especificacion de Requerimientos - para Sesion 9

 

SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de la Universidad del Valle – Versión 1.0

Especificación de requisitos de software Proyecto: SIS-WEB (Sistema de Información de Seminarios WEB) Revisión 1.0 Tania Isadora Mora Dorance Moreno Luis Yovany Romo

Septiembre 2007

Realizado Por: Tania I. Mora – Dora Dorance nce Moreno Moreno – Luis Yovany Yovany R Romo omo

Página No. 1 de 26

 

SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de la Universidad del Valle – Versión 1.0

TABLA DE CONTENIDO Página

1.......................................... 1.................. ............................................... .............................................. .............................................. ............................... ........ ............................................ .................... ............................................... .............................. ....... CONTROL DE CAMBIOS 3 2. 2.1

INTR INTRODUCC ODUCCIÓN. IÓN...... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... ......... ....... ... 3 Propósito Propósito.... ......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... ......... .... 3

2.2

Alcance. Alcance...... .......... .......... .......... .......... .......... ......... ......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... ....... 4

2.3

Personal Involucrado Involucrado..................... ............................................ .............................................. ..................................4 ...........4

2.4

Definicio Definiciones, nes, siglas siglas y abreviaci abreviaciones ones..... .......... .......... .......... .......... .......... .......... .......... .......... .......... ..........4 .....4

2.4.1

Del nego negocio. cio...... .......... .......... .......... .......... .......... .......... .......... .......... ......... ......... .......... .......... .......... .......... .......... .......... .........4 ....4

2.4.2

Del Siste Sistema... ma........ .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... ..... 5

2.4.3

De tecnologí tecnología.... a......... .......... .......... .......... .......... .......... .......... .......... .......... ......... ......... .......... .......... .......... .......... .......... ........6 ...6

2.5

Referenc Referencias.. ias....... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... ......... ......... .........8 ....8

2.6 3.

Descripc Descripción.. ión....... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... ......... ....... ... 8 DESC DESCRIPC RIPCIÓN IÓN GENERAL.. GENERAL....... ......... ......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... ......9 .9

3.1

Perspecti Perspectivas vas del producto producto..... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... ......9 .9

3.2

Funcione Funcioness del producto producto..... .......... .......... ......... ......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... ......9 .9

3.3

Caracter Característica ísticass del usuario. usuario...... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... ........9 ...9

3.3.1 3.3 .1

Perfil Perfil de dell us usuar uario. io.... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ..... 10

3.3.2 3.3 .2

Jerarq Jerarquía uía de Usuari Usuarios. os.... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... .....1 ..111

3.4

Restricc Restriccione iones.... s......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... ....... 11

3.4.1 3.4 .1

Polític Políticas as regula regulador doras as... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... .....11 ..11

3.4.2 3.4 .2 3.4.3 3.4.3

Limita Limitacio ciones nes de hardw hardware are... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... .....12 ..12 Interfac Inter faces es con otr otras as aplica aplicacio ciones nes... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...12 12

3.4.4 3.4 .4

Funcio Funciona namie miento nto en parale paralelo. lo.... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ....12 .12

3.4.5 3.4 .5

Funcio Funciones nes de aud audito itoría ría... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ..... 12

3.4.6 3.4 .6

Funcio Funciones nes de Con Contro trol.. l..... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... .....12 ..12

3.4.7 3.4 .7

Requi Requisit sitos os del lengua lenguaje. je.... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ... 12

3.4.8 3.4 .8

Protoc Protocolo oloss se señal ñalado ados.. s..... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...12 12

3.4.9 3.4 .9

Requi Requisit sitos os de fiabil fiabilida idad.. d..... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ..... 13

3.4.10 3.4 .10

Credib Credibili ilidad dad de la aplica aplicació ción.. n..... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ..... 13

3.4.11 3.4.11 3.5

Cons Consider ideracio aciones nes de seguridad seguridad..... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... ......13 .13 Atención Atención y dependen dependencias cias..... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... ..... 13

Realizado Por: Tania I. Mora – Dora Dorance nce Moreno Moreno – Luis Yovany Yovany R Romo omo

Página No. 2 de 26

 

SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de la Universidad del Valle – Versión 1.0

3.6 4.

Prorratea Prorratearr los requisito requisitos... s........ .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... ........14 ...14 REQU REQUISIT ISITOS OS ESPEC ESPECÍFIC ÍFICOS... OS........ .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... ........ ...14 14

4.1

Interfac Interfaces es exter externas. nas...... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... ......... ....14 14

4.2

Requisitos Requisitos funcio funcionales nales..... .......... .......... .......... .......... .......... .......... .......... .......... ......... ......... .......... .......... .......... .......... ..... 16

4.2.1 4.2 .1

Ingre In greso so a la ap aplic licac ación ión... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ....... 16

4.2.2 4.2 .2

Admini Administr strac ación ión de us usuar uarios ios... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ....... 16

4.2.3 4.2 .3

Admini Administr strac ación ión de se semin minari arios os... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ..... 18

4.2.4 4.2 .4

Coordi Coordinac nación ión de Se Semin minari arios. os.... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...20 20

4.2.5 4.2 .5

Admini Administr strac ación ión de ins inscri cripci pcione ones.. s..... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... ...... .....20 ..20

4.2.6

Navegació Navegación.... n......... .......... .......... .......... ......... ......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .........22 ....22

4.3

Requisitos Requisitos de desa desarrol rrollo.... lo......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... ......... 23

4.4

Requisitos Requisitos del banco banco de datos lógico... lógico........ .......... .......... .......... .......... .......... .......... .......... .......... ........ ... 25

4.5

Atributos Atributos del soft software ware del sistema... sistema........ .......... .......... .......... .......... .......... .......... .......... .......... .......... .......26 ..26

Realizado Por: Tania I. Mora – Dora Dorance nce Moreno Moreno – Luis Yovany Yovany R Romo omo

Página No. 3 de 26

 

SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de la Universidad del Valle – Versión 1.0

1

CO CONT NTRO ROL L DE CA CAMB MBIO IOS S Registro del control de cambios en el documento SRS del SIS-WEB (Sistema de Información de Seminarios –WEB)

Numero Revisión 001

2 2.1 2.1

 

 

Descripción

Autor

Versión Inicial, previa aprobación del cliente.

Tania Isadora Mora Dorance Moreno Luis Yovany Romo

Fecha (d/m/a)

Versión que Genera

19/09/07

SRS_V1

IN INTR TROD ODUC UCCI CIÓN ÓN Pr Prop opós ósit itoo

El pres presen ente te docu docume ment ntoo tiene tiene como como prop propós ósit itoo de defi fini nirr la lass es espe peci cifi fica caci cion ones es func funcio iona nale les, s, no func funcio iona nale less y de dell si sist stem emaa pa para ra la imple impleme ment ntac ació iónn de un unaa apli aplica caci ción ón WE WEB B qu quee pe perm rmit itirá irá admi admini nist stra rarr y co cons nsul ulta tarr la in info form rmac ació iónn de seminarios semin arios de la Univers Universidad idad del Valle, utilizada utilizada por estudiantes estudiantes,, profesores, profesores, directivos y público en general. 2.2

Alcan lcancce

Diseño, desarrollo e implantación del sistema SIS-WEB (Sistema de Información de Seminarios WEB). El SIS-WEB SIS-WEB será una apli aplicac cación ión que func funcion ionará ará en un entorn entornoo WEB

que

 permitirá administrar y consultar la información de seminarios de la Universidad del Valle. Ésta aplicación dará apoyo a los siguientes procesos: •

Administrar seminarios

•

Administrar inscripciones

•

Gestión de programación de actividades.

•

Administrar ayudas audiovisuales.

•

Administrar usuarios del sistema.

•

Generación de estadísticas.

Realizado Por: Tania I. Mora – Dora Dorance nce Moreno Moreno – Luis Yovany Yovany R Romo omo

Página No. 4 de 26

 

SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de la Universidad del Valle – Versión 1.0 El SI SISS-WE WEB B perm permit itirá irá una una fle flexi xibi bilid lidad ad de ac acce ceso so a la in info form rmac ació iónn en la  programación de los seminarios, igualmente una actualización dinámica de la misma. Permit Per mitirá irá rea realiz lizar ar ins inscri cripci pcione oness de desce scentr ntrali alizad zadas as a través través de una estaci estación ón de cómputo dotada con una conexión a Internet. A través del sistema no se podrá realizar pagos electrónicos para la inscripción en aquellos seminarios que tengan algún un costo. 2.3

2.4 2. 2.4. 4.11

Per Person sonal al inv involu olucra crado do Nombre Rol Cate Ca tego gorí ría a pro profe fesi sion onal al Responsabilidades

Tania Isadora Mora Programador   In Inge geni nier ero o de sist sistem emas as Codificar la la a ap plicación

Nombre Rol Cate Ca tego gorí ría a prof profes esio iona nall Resp Re spon onsa sabi bili lida dade des s

Luis Yovany Romo Tester - Diseñador grafico Inge Ingeni nier ero o de sist sistem emas as o Dis Diseñ eñad ador or gra grafi fico co Real Realiz izar ar las las int inter erfa face ces s grá gráfi fica cas s de de la ap apli lica caci ción ón y re real aliz izar ar las pruebas al sistemas

Nombre Rol Cate Ca tego gorí ría a pro profe fesi sion onal al Resp Re spon onsa sabi bili lida dade des s

Dorance Moreno Seguimiento y Entregador   In Inge geni nier ero o de Sist Sistem emas as Coor Coordi dina nado dorr d del el Pr Proy oyec ecto to y con conta tact cto o con con el cl clie ient nte e

Defi Definicio niciones, nes, sigla siglass y abre abreviacio viaciones nes De Dell nego negoci cioo

a.   Reserva: Proc Proces esoo por por el cual cual el co coor ordi dina nado dorr de se semi mina nari rioo so soli lici cita ta la utilización de un recurso par un determinado seminario.  b.   Inscripción: Proceso en el que una persona se matricula en un seminario. c.   Publi Publicar car Infor Informació mación: n: Pro Proces cesoo que realiz realizaa el coordi coordina nador dor de semina seminario rio agrega o modifica información del sistema de gestión de seminarios (SISWEB) d.   Consultar Información: Proceso en el que una procesa busca información en el SIS-WEB.

Realizado Por: Tania I. Mora – Dora Dorance nce Moreno Moreno – Luis Yovany Yovany R Romo omo

Página No. 5 de 26

 

SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de la Universidad del Valle – Versión 1.0 e.   Cancelar Inscripción: Proceso en el que una persona cancela la matricula a un seminario. f.   Precio de Inscripción: Valor establecido que el cliente debe pagar para ingresar a un seminario. g.   Coordinador de Seminario:  Pers Person onaa en enca carg rgad adaa de ad admi mini nist stra rarr un determinado seminario. h.   Administrador de Seminarios: Seminarios: Persona responsable por la administración del sistema de seminarios. i.   Coordinad Coordinador or de Recurso Recursos: s: Pers Persona ona resp responsa onsable ble de la administra administración ción de recursos audiovisuales.  j.   Participante: Persona que esta matriculada para asistir a un seminario. k.   Conferencista: Persona responsable de orientar las actividades del seminario. 2. 2.4. 4.22

De Dell Sist Sistem emaa

a.   Administra Administrar: r: Ac Acci ción ón de agre agrega gar, r, mo modi difi fica car, r, el elim imin inar ar y co cons nsul ulta tarr la información de un determinado objeto o persona.  b.   Visitante: Persona que navega o utiliza el SIS-WEB. c.   Usuario: Persona que puede ingresar a la zona privada del SIS-WEB, a través de un proceso de autenticación utilizando nombre de usuario y contraseña. d.   Rendimiento:  Referencia al resultado deseado efectivamente obtenido por cada unidad que realiza la actividad, donde el término unidad puede referirse a un individuo, un equipo, un departamento o una sección de una organización. e.   Permiso: Parámetro que especifica si su poseedor dispone de acceso a una determinada función del sistema o a una parte de la interfaz de usuario del sistema f.   Rol: Es un conjunto de permisos que puede asignarse a un usuario. g.   Administrador del Sistema: Persona encargada de ofrecer el soporte técnico y operativo al SIS-WEB. h.   Pruebas Pruebas:: Proceso mediante el cual se realizan actividades para verificar la optima función del sistema.

Realizado Por: Tania I. Mora – Dora Dorance nce Moreno Moreno – Luis Yovany Yovany R Romo omo

Página No. 6 de 26

 

SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de la Universidad del Valle – Versión 1.0 2.4.3 2.4 .3

De tecnol tecnologí ogíaa

a.   Dominio: Nombre base que agrupa a un conjunto de equipos o dispositivos y que permite proporcionar nombres de equipo más fácilmente recordables en lugar de una dirección IP numérica, Ej: sis-web.com.  b.   Servid progra rama ma qu quee imple impleme ment ntaa el pr prot otoc ocol oloo HTTP HTTP Servidor or WE WEB B :  Es un prog (hypertext transfer protocol). Este protocolo está diseñado para transferir lo que llamamos hipertextos, páginas web o páginas HTML (hypertext markup langua lan guage ge): ): tex textos tos comple complejos jos con enlace enlaces, s, figura figuras, s, formul formulari arios, os, botone botoness y objetos incrustados como animaciones o reproductores de música. c.   URL : Significa Uniform Resource Locator, es decir, localizador uniforme de recurso. Es una secuencia de caracteres, de acuerdo a un formato estándar, que se usa para nombrar recursos, como documentos e imágenes en Internet, por su localización. d.   HTTP : El protocolo de transferencia de hipertexto (HTTP, HyperText Transfer Protocol) es el protocolo usado en cada transacción de la Web (WWW). e.   Enlaces :  una referencia referencia en un documen documento to de hipertexto hipertexto a otro documento documento o recurso f.   Si Sist stem emaa de gest gestió ión n de Ba Base se de Da Dato tos: s: So Sonn un ti tipo po de so soft ftwa ware re muy muy específico, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan. g.   Base de Datos: Es un conjunto de datos que pertenecen al mismo contexto almacenados sistemáticamente sistemáticamente para su posterior uso. h.   Aplicación: Es un progr programa ama informát informático ico diseñad diseñadoo para facilitar facilitar al usuario usuario la realización de un determinado tipo de trabajo. i.   MySQL: Sis Sistem temaa de gesti gestión ón de base base de da datos tos relaci relaciona onal.l. Comúnm Comúnment entee utilizados en aplicaciones Web.  j.   PHP (PHP Hypertext Pre-processor )):: Lenguaje de programación interpretado usado para la creación de aplicaciones para servidores, o creación de contenido dinámico para sitios web. k.   Apache: Servidor de WEB de código abierto.

Realizado Por: Tania I. Mora – Dora Dorance nce Moreno Moreno – Luis Yovany Yovany R Romo omo

Página No. 7 de 26

 

SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de la Universidad del Valle – Versión 1.0 l.   Dirección IP (Internet (Internet Pro Protocol) tocol) : Número que identifica de manera lógica y  jerárquica a una interfaz de un dispositivo (habitualmente una computadora) dentro de una red que utilice el protocolo IP (Internet Protocol). m.  Protocolo IP : El Protocolo de Internet (IP, de sus siglas en inglés Internet Protocol) es un protocolo no orientado a la conexión, usado tanto por el origen como por el destino para la comunicación de estos a través de una red (Internet). n.   Browser Browser o Motor d dee Naveg Navegació ación: n: Es una aplicación que permite al usuario recuperar y visualizar documentos de hipertexto, comúnmente descritos en HTML, desde servidores web de todo el mundo a través de Internet o.   DNS: Es una base de datos distribuida y jerárquica que almacena información asociada de una dirección IP a nombres de dominio en redes como Internet.  p.   HTML (Hy Hype perTe rText xt Ma Mark rkup up La Lang ngua uage ge)): Es un le leng ngua uaje je de marc marcac ació iónn diseñado para estructurar textos y presentarlos en forma de hipertexto, que es el formato estándar de las páginas web. q.   Ajax (Asynchronous JavaScript And XML): es una técnica de desarrollo web  para crear aplicaciones aplicaciones interactivas. r.   RIA (Rich Internet Applications): es un nuevo tipo de aplicación con más vent ventaj ajas as que que las las trad tradic icio iona nale less apli aplica caci cion ones es Web. Web. Esta Esta su surg rgee co como mo un unaa comb combin inac ació iónn de las las ve vent ntaj ajas as que que of ofre rece cenn la lass ap apli lica caci cion ones es Web Web y la lass aplicaciones tradicionales. s.   Javascri Javascript: pt: Es un leng lengua uaje je inte interp rpre reta tado do,, es de deci cir, r, qu quee no re requ quie iere re compilación, utilizado principalmente en páginas web. t.   Internet: Es un mé méto todo do de inte interc rcon onex exió iónn de desc scen entra traliz lizad adaa de re rede dess de comput com putado adoras ras imp implem lement entado ado en un con conjun junto to de protoc protocolo oloss den denomi ominad nadoo TCP/IP u.   Encriptar: Ocultar el contenido de un mensaje mediante un proceso de codi codifi fica caci ción ón de mane manera ra tal tal que que el ac acce ceso so al co cont nten enid idoo de dell mens mensaj ajee se seaa restringido.

Realizado Por: Tania I. Mora – Dora Dorance nce Moreno Moreno – Luis Yovany Yovany R Romo omo

Página No. 8 de 26

 

SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de la Universidad del Valle – Versión 1.0 2. 2.55

Re Refe fere renc ncia iass

Titulo del Documento Referencia Standard IEEE 830 - 1998 IEEE WebSA (Web Software http://www.dlsi.ua.es/~santi/papers/websatr.pdf  Architecture) Softwa Sof tware reandArc Archit hitec ectur ture: e: Past, Past, http://msdn2.microsoft.com/enPresent Future us/skyscrapr/bb426891.aspx

2. 2.66

De Desc scri ripc pció ión n

En el pr pres esen ente te do docu cume ment ntoo se enco encont ntra rará rá la in info form rmac ació iónn ac acer erca ca de la lass características del producto de software, interfases del usuario, interfases del sistem sis tema, a, ca carac racter teríst ística icass de los usuari usuarios, os, descri descripci pción ón de los requer requerimi imient entos os funcionales, no funcionales y del sistema, los cuales se representaran mediante el siguiente formato:

SIS-WEB SRS – Especificación de Requerimientos Código Nombre Fecha Grado Necesidad Fecha de Importancia del Referencia de  Nombre del requerimiento requerimiento Especificación requerimiento requerimiento Descripción Descripción del requerimiento Entradas Fuente Salida Destino Restricciones Entradas del Fuentes de Salidas del Donde se Restricciones a tener Requerimiento las entradas requerimiento lleva la salida en cuenta Proceso Efecto Colateral

Descripción detallada de las actividades que realiza el requerimiento. Efectos generados a otros proceso o sistemas, si es el caso

Código: RF : Requerimiento Funcional RFN : Requerimiento No Funcional RI:

Requerimiento de Interfaz

Realizado Por: Tania I. Mora – Dora Dorance nce Moreno Moreno – Luis Yovany Yovany R Romo omo

Página No. 9 de 26

 

SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de la Universidad del Valle – Versión 1.0

3 3.1

DES DESCRI CRIPCI PCIÓN ÓN GEN GENERA ERAL L Per Perspe specti ctivas vas del Pro Produc ducto to

El sistema SIS-WEB será un producto diseñado para trabajar en entornos WEB, lo que permitirá su utilización de forma descentralizada, además trabajará de manera independiente por lo tanto no interactuará i nteractuará con otros sistemas. 3.2

Fun Funcio ciones nes del Pro Produc ducto. to.

El sistema SIS-WEB permitirá realizar las siguientes funciones: a.   Administración de Usuarios: El administrador del sistema podrá gestionar los usuarios (agregar, modificar, eliminar, buscar, listar).  b.   Administración de Seminarios: El administrador del sistema podrá gestionar seminarios, y asignarles un coordinador de seminario para que lo administre. c.   Administración de Roles: El administrador del sistema gestionará los roles de usuarios del sistema, de igual forma asignará los roles a los usuarios.  d.   Coordinac Coordinación ión de Seminario Seminarios: s: El coordinador de seminario planificará los recurs rec ursos os necesa necesario rioss para para el sem semina inario rio,, tal tales es com como: o: reserv reservas as de salone salones, s, recursos audiovisuales y recursos en general. También asignará el ponente del semina sem inario rio,, se enca encarga rgará rá de la pub public licac ación ión de la inform informac ación ión referent referentee al mismo y la administración de los participantes (activación y cancelación de matriculados). e.   Publicación de Información: El administrador del sistema actualizará la información general del SIS-WEB. f.   Inscripción: Proceso que permitirá a una persona matricularse a un seminario. g.   Navegación: Proceso por el cual una persona podrá utilizar el SIS-WEB. 3.3

Cara Caracterí cterísticas sticas del usua usuario. rio.

El sist sistem emaa SISSIS-WE WEB B cont conten endr dráá 5 tipo tiposs de us usua uari rios os qu quee in inte tera ract ctua uara rann y lo administraran: Visitante, Participante, Administrador del Sistema, Coordinador Seminarios y Coordinador de recursos.

Realizado Por: Tania I. Mora – Dora Dorance nce Moreno Moreno – Luis Yovany Yovany R Romo omo

Página No. 10 de 26

 

SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de la Universidad del Valle – Versión 1.0 3.3.1 3.3 .1

Per Perfil fil del usu usuari arioo

Cada usuario tendrá un perfil específico para que su interacción con el sistema sea correcto y no conlleve a fallos:

Visitante: Persona que interactuará continuamente con el sistema, su educación no puede ser definida y no debe tener una capacitación con respecto al sistema únicamente debe tener un conocimiento básico sobre navegación en paginas Web.

Participante: Su rol rol en el si sist stem emaa co cons nsis iste te en pa pasa sarr de se serr vi visi sita tant ntee a  participante en el momento que se inscriba a un seminario, al igual que el visitante su conocimiento debe ser básico en el manejo de páginas Web para que realice su inscripción.

Administrador del Sistema: Usuario con gran conocimiento en el manejo del sistema siste ma con una previa previa capaci capacitació taciónn por parte de la entidad. entidad. Encargado Encargado de manejar el sistema con gran responsabilidad sobre los criterios de permisos sobre los usuarios.

Coordinador de Seminarios:  Pers Person onaa qu quee ma mane neje je la ad admi mini nist stra raci ción ón de información y con con conocimiento sobre sobre el tema de seminarios. Debe tener un unaa capacitación previa sobre el sistema y debe manejar aplicaciones tipo Web.

Coordinador de Recursos: Persona encargada de la administración de recursos audiov aud iovisu isuale ales, s, deb deberá erá ten tener er co conoc nocimi imient entoo de interf interfaz az de planif planifica icació ciónn de recursos, que le permita disponer de los mismos.

Realizado Por: Tania I. Mora – Dora Dorance nce Moreno Moreno – Luis Yovany Yovany R Romo omo

Página No. 11 de 26

 

SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de la Universidad del Valle – Versión 1.0 3.3.2 3.3 .2

3. 3.44 3.4.1 3.4 .1

Jer Jerarq arquía uía de usu usuari arios os

Re Rest stri ricc ccio ione nes. s. Pol Políti íticas cas reg regula ulador doras as

La aplicación se desarrollará mediante software de licencia l icencia abierta por lo tanto no se deberá pagar por el uso de : servidor WEB (Apache), Sistema de Gestión de base de datos (MySQL) y el lenguaje de programación (PHP), por lo tanto, la utilización de estos programas se hará mediante las políticas establecidas por este tipo de licenciamiento. .

Realizado Por: Tania I. Mora – Dora Dorance nce Moreno Moreno – Luis Yovany Yovany R Romo omo

Página No. 12 de 26

 

SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de la Universidad del Valle – Versión 1.0 3.4.2

Limit Limitacion aciones es de hard hardware ware

Para esta aplicación será necesario un computador servidor en el cual se instalará el servidor WEB apache, apache, MySQL, PHP y la aplicacios aplicacios SIS-WEB. 3.4.3

Inte Interfaces rfaces con otras aplic aplicacion aciones es

Debido a que el sistema no interactúa con otros sistemas y es autónomo no se desarrollaran interfaces con otras aplicaciones. aplicaciones. Las conexiones conexiones necesarias para para la utilización del servidor web, MySql, PHP y un DNS, se hará por medio de la configuración de estos programas. 3.4.4

Funci Funcionam onamiento iento para paralelo lelo

 No es condición condición en el proyecto. proyecto. 3.4.5

Funci Funciones ones de audi auditoria toria

 No es condición condición en el proyecto. proyecto. 3.4.6 3.4 .6

Fun Funcio ciones nes de con contro troll

El sist sistem emaa de debe be cont contro rola larr los los pe permi rmiso soss qu quee ti tien enee ca cada da us usua uario rio pa para ra su accesi acc esibil bilida idadd de una man manera era corr correct ecta, a, de tal forma que pueda pueda accede accederr la inform inf ormac ación ión que le corre correspo sponde nde de ac acuer uerdo do a su rol. Debe Debe tener tener controle controless adecuados para la validación de datos, de igual manera la programación de las actividades específicas para cada seminario. 3.4.7

Requ Requisito isitoss del lengu lenguaje aje

Todo el material que se realice para el usuario y la aplicación debe de estar en lenguaje español. 3.4.8 3.4 .8

Pro Protoc tocolo oloss señ señala alados dos

Se usará protocolos de comunicación TCP/IP, HTTP. Realizado Por: Tania I. Mora – Dora Dorance nce Moreno Moreno – Luis Yovany Yovany R Romo omo

Página No. 13 de 26

 

SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de la Universidad del Valle – Versión 1.0 3.4.9

Requ Requisito isitoss de fiabi fiabilidad lidad

La información correspondiente a la programación de los seminarios como la fecha, la hora, el sitio, cantidad de inscritos, ponente y los recursos deben estar ajustados a la realidad para evitar desorganización. 3.4.10 Credibilidad de la aplicación

Para garantizar una buena credibilidad el sistema deberá ser sometido a una serie de pruebas para establecer que se encuentra acorde a los requerimientos que se  plasman en el documento en tanto a la consistencia de datos como al rendimiento de la aplicación, tales como tiempos de respuesta.. 3.4.11 Consideraciones de seguridad

Cada usuario deberá autenticarse y su acceso verificado por una sola Terminal  para su respectiva labor de acuerdo a lo que su rol especifique. Todas las claves de seguridad deberán estar seguras y en su defecto encriptadas en la base de datos para dar una buena seguridad al sistema y su información. 3.5

Ate Atenci nción ón y Dep Depend endenc encias ias.. •

La red interna deberá de estar configurada para el manejo de protocolos TCP/ TC P/IP IP,, HT HTTP TP,, DN DNS, S, prin princi cipa palm lmen ente te to todo do lo re rela laci cion onad adoo en cu cuan anto to a

•

desempeño y seguridad. Debe realizarse una capacitación adecuada y acorde a lo que cada usuario va a realizar. realiz ar. Su capac capacitaci itación ón de hará en el mome momento nto que sea necesari necesariaa y a las  persona indicada. indicada.

 

Realizado Por: Tania I. Mora – Dora Dorance nce Moreno Moreno – Luis Yovany Yovany R Romo omo

Página No. 14 de 26

 

SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de la Universidad del Valle – Versión 1.0 3.6

Pro Prorra rratea tearr los Requis Requisito itos. s.

Los siguientes aspectos no están incluidos en la presente versión:

a) Control y administración de los sitios utilizados en los seminarios tales como salones, auditorios o cualquier otro espacio, el coordinador del seminario hará la solicitud a quien corresponda.

b) Realización de pagos electrónicos de aquellos seminarios que tengan un costo. c) El sistema no manejará todo lo relacionado a inventarios de recursos y/o materiales que se necesitan para realizar un seminario.

d)  No tendrá interfaces de conexión conexión con los programas de tesore tesorería ría o contabilidad  para el control de pagos pagos y demás costos.

4 4.1

REQ REQUIS UISITO ITOS S ESPECÍ ESPECÍFI FICOS COS In Inter terfac faces es Ext Extern ernas. as.

El sistema SIS-WEB no tendrá interconexión con otros sistemas de información,  por lo tanto no es necesario la utilización utilización de interfaz alguna. alguna. La relación con un servidor WEB, DNS y Gestor de Base de Datos se hará a través de los archivos archivos de configu configuración ración de éstos.

Realizado Por: Tania I. Mora – Dora Dorance nce Moreno Moreno – Luis Yovany Yovany R Romo omo

Página No. 15 de 26

 

SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de la Universidad del Valle – Versión 1.0

4.2 Requisitos Funcionales. 4.2.1 Ingr Ingreso eso a la aplicació aplicación n SIS-WEB SRS – Especificación de Requerimientos Funcionales Código Nombre Fecha Grado Necesidad RF_421.1 Apertura a la aplicación 19/09/2007 Esencial Descripción El sistema debe permitir ingresar por medio de la cabecera HTTP Entradas Fuente Salida Destino Restricciones El IP del Pantalla en computador El ingreso solo lo realiza opción de en donde se  pantallas el personal autorizado Red registrar al encuentre  para tal evento. usuario conectado o URL El sistema debela tener un nombre por medio del cual permita su ingreso digitándolo en la barra del navegador: http//nombre…. Todo Proceso esto debidamente configurado en el servidor Web. Efecto Para este sistema la dirección será: Colateral http://colegiobennet.edu.co/~sisweb 4.2.2 Admin Administra istración ción de usua usuarios rios SIS-WEB SRS – Especificación de Requerimientos Funcionales Código

Nombre Fecha Grado Necesidad Ingreso o supresión de 19/09/2007 Esencial RF_422.2 roles El sistema debe permitir el ingreso de uno o mas roles y de igual Descripción manera su supresión. Entradas Fuente Salida Destino Restricciones Usuarios Formulario Base de Cada usuario tendrá un Usuarios del con su rol de ingreso datos rol como mínimo. sistema rol asignado de datos En la administración del sistema tendrá la opción de administrar usuarios, al ingresar a esta opción se desplegará un listado de los usuarios, los usuarios van a tener la opción de asignar roles, el administrador hace clic sobre esta opción relacionada con el usuario y Proceso el sistema le despliega el listado de roles disponibles para que el administrador seleccione los adecuados para ese usuario. Una vez el usuario administrador del sistema de la opción de guardar, el sistema  pide confirmación y luego procederá a almacenar los cambios. Efecto Colateral

 No aplica

Realizado Por: Tania I. Mora – Dora Dorance nce Moreno Moreno – Luis Yovany Yovany R Romo omo

Página No. 16 de 26

 

SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de la Universidad del Valle – Versión 1.0

SIS-WEB SRS – Especificación de Requerimientos Funcionales Código Nombre Fecha Grado Necesidad RF_ 422.2 Creación de usuarios 19/09/2007 Esencial El sistem sistemaa deb debee per permit mitir ir la cre creac ación ión de difere diferente ntess usuar usuarios ios par paraa Descripción a esus Entradas asignarles Fuente permisos Salde idaacuerdo D stintareas. o Restricciones Datos del usuario: Password, Los campos son Formulario Usuario con  Nombre, Base de obligatorios y no puede acceso al Apellidos, de ingreso datos. haber usuarios repetidos. sistema. de datos Cargo, Tipo de Usuario, Cédula, email. El administrador del sistema tendrá una opción que le permitirá Admi Ad mini nist stra rarr los los us usua uario rioss defin definie iend ndoo su ti tipo po,, le pe perm rmiti itirá rá cr crea earr usuarios. El sistema verificara que la información necesaria para Proceso crear un usuario este completa y luego al dar la opción de guardar esta información, el sistema creara el usuario en la BD y lo dejara di disp spon onib ible le para para qu quee pued puedaa in ingr gres esa. a. An Ante tess de al alma mace cena nars rsee la información en la BD el sistema le presenta al usuario una pantalla con la confirmación de los datos ingresados. Efecto  No aplica Colateral SIS-WEB SRS – Especificación de Requerimientos Funcionales Código

Nombre Fecha Grado Necesidad Actualización password de RF_ 422.3 usuarios 19/09/2007 Esencial El sistema debe permitir la actualización de los password de los Descripción usuarios. Entradas Fuente Salida Destino Restricciones Formulario Confirmación Base de Identificación Máximo 10 caracteres. de ingreso  por pantalla datos. y password de datos El administrador del sistema tendrá una opción que le permitirá Administrar los usuarios para la modificación de su password, por medio de un formulario ya definido en el cual se solicitara el Proceso número de identificación y el password actual y el nuevo password. Al confirmar la operación su nuevo password se almacenara en la  base de datos datos y el usuario lo vverificara erificara en su próximo próximo ingreso. Efecto Colateral

 No aplica

Realizado Por: Tania I. Mora – Dora Dorance nce Moreno Moreno – Luis Yovany Yovany R Romo omo

Página No. 17 de 26

 

SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de la Universidad del Valle – Versión 1.0

SIS-WEB SRS – Especificación de Requerimientos Funcionales Código RF_ 422.4

Nombre Habilitar o deshabilitar usuarios

Fecha

Grado Necesidad

19/09/2007

Esencial

Descripción Entradas

debe habilitar FueElntsistema e Salidpermitir a Destinoo deshabilitar Restusuarios. ricciones El usuario administrador del Propiedad Formulario Confirmación Identificación sistema no podrá ser del usuario de ingreso  por pantalla de usuario modificada deshabilitado ya que es de datos el quien lo maneja. El administrador del sistema tendrá una opción que le permitirá listar los usuarios para habilitar o deshabilitarlo, enfrente de su nombre existirá una casilla que el utilizara de acuerdo a la acción que desea desea realizar. realizar. Obviament Obviamentee la opción opción de habilitar habilitar la tiene los Proceso usuarios deshabilitados y la de deshabilitar los usuarios habilitados. Todo esto se confirma y se explica la razón por la cual se realiza la operación en un espacio de comentario. Efecto Usuario deshabilitado no puede ingresar al sistema. Colateral

4.2.3 Admin Administra istración ción de semin seminarios arios SIS-WEB SRS – Especificación de Requerimientos Funcionales Código RF_ 423.1

Nombre Fecha Grado Necesidad Crear seminario 19/09/2007 Esencial El si sist stem emaa debe debe perm permit itir ir regi regist stra rarr lo loss da dato toss ne nece cesa sario rioss pa para ra la Descripción creación de un seminario. Entradas Fuente Salida Destino Restricciones Código seminario, nombre, fecha de  No deben existir existir datos Formulario Confirmación Base de registro, repetidos en cuanto a de ingreso  por pantalla datos descripción seminarios. de datos de seminarios y código del coordinador del seminario.

Realizado Por: Tania I. Mora – Dora Dorance nce Moreno Moreno – Luis Yovany Yovany R Romo omo

Página No. 18 de 26

 

SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de la Universidad del Valle – Versión 1.0

Proceso

El administrador del sistema tendrá una opción que le permitirá Administrar los seminarios, le permitirá crear seminarios. El sistema verificará que la información necesaria para crear un seminario este completa y luego al dar la opción de guardar esta información, el sistema creará el el seminario en la BD y lo dejará disponible disponible para que  pueda ser observado por el coordinador del seminario asignado. Antes de almacenarse la información en la BD el sistema le presenta al ad admin minist istrad rador or una panta pantalla lla con la confir confirmac mación ión de los datos datos ingresados.

Efecto Colateral

 No aplica

SIS-WEB SRS – Especificación de Requerimientos Funcionales Código RF_ 423.2

Descripción

Nombre Fecha Grado Necesidad Modificar y eliminar 19/09/2007 Esencial seminario El sistema debe permitir modificar y eliminar un seminario.

ECódigo ntradas Fuente Salida Destino Restricciones seminario, El seminario se eliminará nombre, Formulario Confirmación solo en el momento que Base de descripción de ingreso  por pantalla sea cancelado o se haya datos y código del de datos de seminarios realizado. coordinador del seminario. El admi admini nist stra rado dorr ingr ingres esar aráá en la op opci ción ón de ad admi mini nist stra raci ción ón de seminarios, en donde aparecerá un listado de los seminarios creados o  podrá buscarlo a través del código del seminario. El administrador Proceso decidirá si la acción a seguir es eliminar el seminario, para el sistema solicitará solic itará con confirmac firmación ión de la operac operación. ión. En caso de modifica modificarr los dato da toss de dell se semi mina nari rio, o, el ad admi mini nist stra rado dorr in intr trod oduc ucir iráá lo loss da dato toss correspondientess y grabará los cambios. correspondiente Efecto En caso de cambio de coordinador de seminario para el mismo, sólo Colateral coordinador quedará con la administración del mismo.

Realizado Por: Tania I. Mora – Dora Dorance nce Moreno Moreno – Luis Yovany Yovany R Romo omo

Página No. 19 de 26

 

SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de la Universidad del Valle – Versión 1.0

4.2.4 Coor Coordina dinación ción de Semin Seminario arioss SIS-WEB SRS – Especificación de Requerimientos Funcionales Código

Nombre Fecha Grado Necesidad Actualización Descripción 19/09/2007 Esencial RF_ 424.1 del Seminario Descripción El sistema debe permitir asignar los ponentes a un seminario Entradas Fuente Salida Destino Restricciones Código seminario, descripción seminario, Confirmación Los datos deben llenarse Formulario Fecha Base de  por pantalla a totalidad, el seminario Seminario, de ingreso datos de debe estar creado de datos Ubicación actualización Seminario, Horario, recursos a utilizar  El coor coordi dina nado dorr del del se semi mina nari rioo so soli lici cita tará rá in info form rmac ació iónn de dell un Proceso seminario semin ario espe específic cíficoo a travé travéss del código y diligen diligenciará ciará los datos correspondientes para la actualización de los mismos. Efecto  No aplica Colateral SIS-WEB SRS – Especificación de Requerimientos Funcionales Código Nombre Fecha Grado Necesidad RF_ 424.2 Asignar Ponentes 19/09/2007 Esencial El sistema debe permitir asignar los ponentes a un seminario Descripción Entradas Fuente Salida Destino Restricciones Código Confirmación seminario, Los datos deben llenarse Formulario Base de  por pantalla nombre(s) a totalidad, el seminario de ingreso datos de  ponente(s), debe estar creado de datos asignación. descripción de ponente(s) El coordinador del seminario accederá al formulario de asignación Proceso de ponentes a seminarios, seminarios, ingresará el código del mismo e ingresará ingresará la información de los ponentes. Efecto  No aplica Colateral

Realizado Por: Tania I. Mora – Dora Dorance nce Moreno Moreno – Luis Yovany Yovany R Romo omo

Página No. 20 de 26

 

SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de la Universidad del Valle – Versión 1.0

4.2.5 Admin Administra istración ción de insc inscripci ripción ón SIS-WEB SRS – Especificación de Requerimientos Funcionales Código RF_ 425.1 Descripción

Nombre

Fecha

Grado Necesidad

Crear inscripción 19/09/2007 Esencial El sistema debe permitir realizar la inscripción y el ingreso de los datos de visitantes al seminario. Fuente Salida Destino Restricciones

Entradas Código seminario, nombre seminario, Confirmación identificación Formulario  por pantalla usuario, de ingreso de nombres y de datos inscripción. apellidos del visitante,

Base de datos

Los datos deben llenarse a totalidad, un visitante o usuario no puede inscribirse dos veces en el mismo seminario.

teléfono mail. y e-

Proceso

El us usua uari rioo de dell si sist stem emaa tend tendrá rá un unaa op opci ción ón qu quee le pe perm rmit itir iráá Admini Adm inistr strar ar las ins inscri cripci pcione oness a los semina seminario rio en un for formul mulari arioo  previamente diseñado. El sistema verificara que la información necesaria para realizar una inscripción este completa y luego al dar la opción opción de gua guarda rdarr est estaa inf inform ormac ación ión,, el sistema sistema rea realiz lizara ara la insc inscri ripc pció iónn ingr ingres esán ándo dola la en la BD, BD, an ante tess de al alma mace cena narr la información en la base de datos se confirmara la inscripción al visitante. visita nte. Una vez realiz realizado ado este proce proceso so existirá una opción opción para que el formulario pueda darse en formato impreso para su respectivo tramite fuera del sistema.

Efecto Colateral

 No aplica

SIS-WEB SRS – Especificación de Requerimientos Funcionales Código RF_ 425.2

Descripción Entradas

Nombre Fecha Grado Necesidad Modificar y eliminar 19/09/2007 Esencial inscripción El sistema debe permitir modificar y eliminar una inscripción. Fuente Salida Destino Restricciones

Realizado Por: Tania I. Mora – Dora Dorance nce Moreno Moreno – Luis Yovany Yovany R Romo omo

Página No. 21 de 26

 

SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de la Universidad del Valle – Versión 1.0 La modificación solo la realiza el Confirmación usuario(visitante) y para Formulario Base de  por pantalla Identificación eliminar lo puede hacer de ingreso datos de del usuario también el de datos inscripción administrador del sistema El usuario del sistema tiene la opción de eliminar y modificar en la administr admi nistración ación de la inscri inscripció pción. n. Ingresa Ingresa su identificac identificación ión en un formato diseñado y la información eess verificada por el sistema. Se lista los seminarios a los cuales se inscribió y enfrente de cada Proceso seminario esta la opción de eliminar o modificar de acuerdo a lo que necesite. Una vez realiza realizada da la operació operaciónn y se confirma los los datos son enviados a la base de datos. Efecto  No aplica Colateral

4.2.6 4.2 .6 Nav Navega egació ción n SIS-WEB SRS – Especificación de Requerimientos Funcionales Código RI_ 426.1 Descripción Entradas Textos o iconos

Proceso Efecto Colateral

Nombre Fecha Grado Necesidad Vínculos de navegación 19/09/2007 Esencial El sistema debe presentar o contener vínculos de navegación entendibles. Fuente Salida Destino Restricciones Si los vínculos son Hojas de Vinculo Usuario imágenes deben tener un estilo en entendible comentario tipo texto cascada  No aplica El usuario puede navegar de una manera más fácil y dirigida.

SIS-WEB SRS – Especificación de Requerimientos Funcionales Código RI_ 426.2

Nombre Fecha Grado Necesidad Imagen empresarial 19/09/2007 Esencial El sistema debe en cada una de las paginas contener la imagen Descripción empresarial. Entradas Fuente Salida Destino Restricciones Formularios Despliegue El formato de la imagen de de l imagen Logo Usuario debe ser de tipo: .jpg o inscripción en las de datos  pantallas .gif 

Realizado Por: Tania I. Mora – Dora Dorance nce Moreno Moreno – Luis Yovany Yovany R Romo omo

Página No. 22 de 26

 

SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de la Universidad del Valle – Versión 1.0

Proceso

La imagen será vinculada desde el archivo principal de estilos de la aplicación.

Efecto Colateral

El usuario interactúa continuamente con el logo de la empresa.

SIS-WEB Código RI_ 426.3 Descripción Entradas Formularios

Proceso Efecto Colateral 4.3

SRS – Especificación de Requerimientos Funcionales Nombre Fecha Grado Necesidad Ayudas tipo texto 19/09/2007 Esencial El sistema debe indicar ayudas tipo texto en el ingreso de datos en los formatos. Fuente Salida Destino Restricciones Diagrama de Ayudas tipo Usuario Idioma español navegación texto Los campos de todos los formatos o formularios tendrán ayuda tipo texto tex to que permi permitirá tirá al usua usuario rio guia guiarlo rlo en su ingres ingreso. o. Si existen existen restricciones deben también indicarse por medio de esta herramienta. Menor posibilidad de error en el ingreso de los datos.

Requisitos Requisitos de Desa Desarroll rrollo. o. SIS-WEB SRS – Especificación de Requerimientos Funcionales Código

Nombre Fecha Grado Necesidad Cantidad de usuarios 19/09/2007 Esencial RNF_ 43.1 concurrentes. El número máximo dependerá de la capacidad del servidor. El Descripción Sistema debe soportar un número de usuarios de acuerdo a los recursos de infraestructura Entradas

Fuente

Salida Destino Restricciones Si se desea incrementar  Numero de los usuarios debe Sistema SISArquitectura usuarios Infraestructura revisarse la WEB del sistema soportados infraestructura. El usuario podrá ingresar tantas veces al sistema como le sea Proceso  posible, no obligando obligando a que de deba ba inscribirse en aalgún lgún seminario. Efecto Si el administrador no ha planificado bien la infraestructura el Colateral sistema en algún momento puede colapsar.

Realizado Por: Tania I. Mora – Dora Dorance nce Moreno Moreno – Luis Yovany Yovany R Romo omo

Página No. 23 de 26

 

SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de la Universidad del Valle – Versión 1.0

SIS-WEB SRS – Especificación de Requerimientos Funcionales Código RNF_ 43.2

Nombre Cantidad de información

Fecha

Grado Necesidad

19/09/2007

Esencial

almacenada. El número máximo de información a registrar dependerá de la Descripción cap capaci acidad dad del ser servid vidor. or. El sistem sistemaa debe debe so sopor portar tar un número número de inscripciones de acuerdo a los recursos de infraestructura Entradas Fuente Salida Destino Restricciones Si se desea incrementar  Número de Sistema SIS- las inscripciones debe Arquitectura inscripciones Infraestructura revisarse la WEB del sistema soportadas infraestructura. El sistema debe permitir realizar n inscripciones por parte de los Proceso visitantes y esto debe ser tenido en cuenta por el administrador del sistema. Efecto Si el administrador no ha planificado bien la infraestructura el Colateral sistema en algún momento puede colapsar.

SIS-WEB SRS – Especificación de Requerimientos Funcionales Código RNF_ 43.3

Nombre Fecha Grado Necesidad Base de datos 19/09/2007 Esencial El sistema debe permitir la manipulación de la información por Descripción medio de un motor de base de datos. Entradas Fuente Salida Destino Restricciones La carga de la Esquema de Ejecución Scripts de la aplicación de la base de la base de Documentación datos debe estar de consultas aplicación datos distribuida Proceso

Las consultas que permiten la interacción de los scripts con la base de datos debe permitir interactuar con el motor de base de datos.

Efecto Colateral SIS-WEB SRS – Especificación de Requerimientos Funcionales Código RNF_ 43.3

Nombre Fecha Grado Necesidad Sistema operativo 19/09/2007 Esencial El sistema debe permitir instalar en un sistema operativo Windows Descripción y/o Linux, y los clientes pueden correrlo en los mismos sistemas operativos. Entradas

Fuente

Salida

Destino

Realizado Por: Tania I. Mora – Dora Dorance nce Moreno Moreno – Luis Yovany Yovany R Romo omo

Restricciones

Página No. 24 de 26

 

SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de la Universidad del Valle – Versión 1.0 Características Se instalara en sistema Arquitectura  No aplica No aplica de la  _______  del sistema arquitectura La apli aplica caci ción ón debe debe se serr in inde depe pend ndie ient ntee de dell si sist stem emaa op oper erat ativ ivoo Proceso utilizado. Efecto

Colateral SIS-WEB SRS – Especificación de Requerimientos Funcionales Código Nombre Fecha Grado Necesidad RNF_ 43.3 Servidor Web 19/09/2007 Esencial Descripción El sistema debe ejecutarse bajo el servidor web apache Entradas Fuente Salida Destino Restricciones Características de la  No aplica No aplica No aplica No aplica arquitectura Se entregara toda la documentación necesaria para configurar el Proceso servidor para la aplicación. Efecto  No aplica Colateral 4.4

Requisitos Requisitos del Banco Banco de Dato Datoss Lógic Lógico. o. SIS-WEB SRS – Especificación de Requerimientos Funcionales Código RNF_ 44.1 Descripción Entradas Procesos que administren información

Nombre Fecha Grado Necesidad Retención de datos 19/09/2007 Esencial El sistema debe permitir la retención de datos para guardar una historia de ellos para posteriores reportes. Fuente Salida Destino Restricciones SRS

No aplica

Base de datos

 No aplica

Proceso

El sistema sistema debe debe tener en cuent cuentaa que inform informac ación ión solo puede puede ser eliminada y cual es de gran importancia.

Efecto Colateral

La infraestructura debe ser capaz de soportar estos procedimientos.

Realizado Por: Tania I. Mora – Dora Dorance nce Moreno Moreno – Luis Yovany Yovany R Romo omo

Página No. 25 de 26

 

SRS para el desarrollo del SIS-WEB (Sistema de Información de Seminarios – WEB) de la Universidad del Valle – Versión 1.0

4.5

Atributos Atributos del Software Software del Sistema. Sistema. SIS-WEB SRS – Especificación de Requerimientos Funcionales Código

Nombre

Fecha

Grado Necesidad

RNF_ 45.1 DisponibElilisistema dad del debe sistemofrecer a 19una /09/2disponibilidad 007 Esencial Descripción completa. Entradas Fuente Salida Destino Restricciones Depende de controladores Arquitectura  No aplica No aplica No aplica y factores externos. de diseño El sis sistem temaa deb deberá erá es estar tar dis dispon ponibl iblee a menos menos que su suced cedan an ca causa usass Proceso externas como: perdida de fluido eléctrico y que el administrador este actualizando la información. Efecto  No aplica Colateral

SIS-WEB SRS – Especificación de Requerimientos Funcionales Código Nombre Fecha Grado Necesidad RNF_ 45.1 Seguridad de password 19/09/2007 Esencial Descripción El sistema debe permitir encriptar los password para mayor seguridad Entradas Fuente Salida Destino Restricciones Contraseña Formulario Password Base de Proceso de encriptación de ingreso de un encriptado datos de datos usuario Al mom omen ento to que se cree ree un usu suaari rioo en el sis iste tema ma el sc scri rippt correspondiente encriptará la clave para almacenarla en la BD. Al momento que un usuario requiera ser validado en el sistema, este le Proceso  presentara una pantalla de autenticación de usuario para que el usuario ingrese su nombre y contraseña, al momento de enviar estos datos el script encripta la contraseña ingresada por el usuario y compara estos datos contra los de la l a base de datos. Efecto Usuario que no se encuentre registrado en la base de datos no se le Colateral  permitirá el acceso.

Realizado Por: Tania I. Mora – Dora Dorance nce Moreno Moreno – Luis Yovany Yovany R Romo omo

Página No. 26 de 26