Formato - Ieee830 PROMETEO

Especificación de requisitos de
software
Proyecto: Sistema de Información para la Gestión de
Novedades de los Monumentos de la Ciudad de
Ibagué – PROMETEO
Revisión 00.1
revisión 00.2
Febrero 2016
[Nombre del proyecto] Rev. [99.99]
Especificación de requisitos de software Pág. 2
Descripción de requisitos del sofware

Ficha del documento
Fecha Revisión Autor Verificado dep. calidad.
Tecnología en análisis y
FEBRERO
00.1 desarrollo de sistemas de Sandra Milena Cruz
2016
información. 1024399
Documento validado por las partes en fecha: 20 de febrero de 2016
Por el cliente Por la empresa suministradora
Secretaria cultura turismo y comercio

SENA REGIONAL TOLIMA
de ibagué
Fdo. D./ Dña Ana Maria Bernal Cortes Fdo. D./Dña [Nombre]
Sistema de información para la gestión de
novedades de los monumentos de la ciudad de Rev. 00.1
Ibagué - PROMETEO Pág. 4
Especificación de requisitos de software
Contenido
FICHA DEL DOCUMENTO.......................................................................................................... 2
1 INTRODUCCIÓN................................................................................................................. 4
1.1 Propósito........................................................................................................................ 4
1.2 Alcance........................................................................................................................... 4
1.3 Personal involucrado.................................................................................................... 5
1.4 Definiciones, acrónimos y abreviaturas....................................................................15
1.5 Referencias.................................................................................................................. 15
1.6 Resumen...................................................................................................................... 15
2 DESCRIPCIÓN GENERAL............................................................................................... 15
2.1 Perspectiva del producto............................................................................................ 15
2.2 Funcionalidad del producto........................................................................................ 15
2.3 Características de los usuarios..................................................................................16
2.4 Restricciones............................................................................................................... 16
2.4.1 Políticas reguladoras................................................................................................. 16
2.4.2 Limitaciones de hardware......................................................................................... 16
2.4.3 Interfaces con otras aplicaciones..............................................................................17
2.4.4 Funciones de control................................................................................................. 17
2.4.5 Requisitos del lenguaje............................................................................................. 17
2.4.6 Restricciones de Software......................................................................................... 17
2.4.7 Protocolos señalados................................................................................................ 17
2.5 Suposiciones y dependencias...................................................................................17
2.6 Evolución previsible del sistema...............................................................................17
3 REQUISITOS ESPECÍFICOS............................................................................................ 18
3.1 Requisitos comunes de los interfaces......................................................................18

3.1.1 Interfaces de usuario................................................................................................. 18
3.1.2 Interfaces de hardware.............................................................................................. 18
3.1.3 Interfaces de software............................................................................................... 18
3.1.4 Interfaces de comunicación.......................................................................................18
3.2 Requisitos funcionales............................................................................................... 19

3.2.1 Registro en el aplicativo:........................................................................................... 19

3.3 Requisitos no funcionales.......................................................................................... 20

3.3.1 Requisitos de rendimiento......................................................................................... 20
3.3.2 Seguridad.................................................................................................................. 20
3.3.3 Fiabilidad................................................................................................................... 21
3.3.4 Disponibilidad............................................................................................................ 21
3.3.5 Mantenibilidad........................................................................................................... 21
3.3.6 Portabilidad............................................................................................................... 21
4 Tablas de requisitos........................................................................................................... 21

1 Introducción
El proyecto Sistema para la Gestión de Novedades --Prometeo, forma parte de
una estrategia de aprendizaje por proyectos del Servicio Nacional de
Aprendizaje Sena, que propicia el desarrollo de capacidades técnicas,
tecnológicas y sociales, con la aplicación de metodologías didácticas activas,
que estimulan el pensamiento para la resolución de problemas simulados y
reales; soportadas en la permanente utilización de las tecnologías de la
información y la comunicación, integradas, en ambientes abiertos y
pluritecnológicos, que en todo caso recrean el contexto productivo y vinculan al
aprendiz con la realidad cotidiana y el desarrollo de las competencias.
Este documento captura las características de las diferentes fases del diseño
hasta la implementación y puesta en marcha del Sistema para la Gestión de
Novedades --Prometeo. En él se usa un lenguaje natural y de fácil
entendimiento. Se capturan todos los requerimientos, sus tipos y funciones, la
documentación de las distintas técnicas de recolección de información, su
justificación y las herramientas que se implementaron para su desarrollo.
Así mismo especifica los alcances y el impacto social que tendrá este sistema
en la comunidad ibaguereña, cómo, la evolución de los sistemas de
información pueden soportar la generación e implementación de cultura y
apropiamiento del patrimonio artístico y cultural de la ciudad por parte de la
comunidad y la inclusión de la misma como solución a una problemática de
orden social.
1.1 Propósito
Documentar cada paso o etapa del proyecto de gestión de novedades
de los monumentos de Ibagué teniendo en cuenta la importancia de cada
fase, los tiempos que se gastaron en desarrollo de esta aplicación.
Así mismo se recopilaran la información del software y hardware que se
deben utilizar, las características del equipo móvil para su
rendimiento.
1.2 Alcance
El sistema para la gestión de novedades para los monumentos de Ibagué
“Prometeo”. Será una aplicación capaz de gestionar todas las
operaciones relacionadas con el registro, seguimiento y consulta de
novedades de los monumentos culturales de la ciudad .igual permitirá la
gestión de los usuarios del sistema y la generación de diferentes informes
estadísticos.

1.3 Personal involucrado

1. Nombre 3. Valentina Ávila
2.
4. Rol 5. diseñador
6. Categoría 7.
profesional 8. Tecnólogo: ADSI
9. 1 Definir el diseño de las clases

10. 2 Diseñar el modelo de la base de datos
3 Diseñar el prototipo de la aplicación
Responsabilidad 4 Establecer la plataforma en la cual se
programará.
1. Información del 3124365784
contacto
Aprobación INING. Sandra milena cruz molano
Nombre Jorge Luis Arciniegas
Rol Testeador
Categoría profesional
Tecnólogo: ADSI
1 Planificar las pruebas en base a la
metodología o prácticas establecidas.
2 Crear bancos de pruebas establecidas.
3 Ejecutar las pruebas establecidas.
Responsabilidades 4 Corregir los errores encontrados en la
ejecución de pruebas hasta que cumplan con
los requerimientos.
5 Documentar la realización de las pruebas.
Información del 3223382273
contacto
Aprobación ING. Sandra milena cruz molano
Nombre Lina Mayey Galvis
Rol
Diseñador
Tecnólogo: ADSI
1 Definir el diseño de las clases
2 Diseñar el modelo de la base de
datos
Responsabilidades 3 Diseñar el prototipo de la aplicación
4 Establecer la plataforma en la cual se
programará.
contacto
Nombre Daniel Felipe carrasquilla
Rol Desarrollador
Tecnólogo: ADSI
1 Esquematizar los requerimientos funcionales mediante
la formulación de algoritmos.
2 Determinar los estándares de programación.
3 Reutilizar elementos ya desarrollados para el nuevo
código de programación si aplica.
4 Crear el código de programación de los nuevos
Responsabilidades elementos.
5 Integrar los elementos de programación para generar
la funcionalidad completa.
6 Documentar la programación como parte del código.
contacto
Nombre
Lina Tatiana Villegas
Rol
Testeador

Tecnólogo: ADSI
1 Planificar las pruebas en base a la metodología o
prácticas establecidas.
4 Corregir los errores encontrados en la ejecución de
Responsabilidades pruebas hasta que cumplan con los requerimientos.

contacto
Nombre
Dayana roa
Rol
Analista
Tecnólogo: ADSI
1 Conocimiento del paradigma tradicional de la
ingeniería del software y del tradicional ciclo de vida del
software en cascada.
Responsabilidades 2 Modelado funcional: Diagrama de flujo de datos,
diagrama de estado, etc.
3 Modelado de datos y sus técnicas: Diagrama entidad-
relación, modelo relacional, etc.
4 Conocimiento de la tecnología: arquitectura de
software, bases de datos, etc.
contacto
Nombre
Edna roció Bermúdez
Rol
Diseñador
Tecnólogo: ADSI
1 Definir el diseño de las clases
2 Diseñar el modelo de la base de datos
Responsabilidades 3 Diseñar el prototipo de la aplicación
4 Establecer la plataforma en la cual se programará.
contacto
Nombre Oscar lozano
Rol
Analista
Tecnólogo: ADSI
Responsabilidades 1 Conocimiento del paradigma tradicional de la
2 Modelado funcional: Diagrama de flujo de datos,
3 Modelado de datos y sus técnicas: Diagrama entidad-
contacto
Nombre Andrés Leonardo rodríguez
Rol
Desarrollador
Tecnólogo: ADSI
contacto
Nombre
Mario Javier romero
Rol
Analista
Tecnólogo: ADSI
Responsabilidades 3 Modelado de datos y sus técnicas: Diagrama entidad-
contacto
Nombre Carlos Andrés Cardona
Rol
Desarrollador
Tecnólogo: ADSI


elementos.
Responsabilidades
Información del
contacto 3143774769
Nombre
Armando Gómez Osorio
Rol
Testeador
Tecnólogo: ADSI
1 Planificar las pruebas en base a la metodología
o prácticas establecidas.
Responsabilidades 4 Corregir los errores encontrados en la ejecución
de pruebas hasta que cumplan con los
requerimientos.
contacto
Nombre
Jimmy bejarano
Rol
Testeador
Tecnólogo: ADSI

1 Planificar las pruebas en base a la metodología o

prácticas establecidas.
Responsabilidades 4 Corregir los errores encontrados en la ejecución de
pruebas hasta que cumplan con los requerimientos.
contacto
Nombre
John Édison Ochoa
Rol
Analista
Tecnólogo: ADSI
Responsabilidades 3 Modelado de datos y sus técnicas: Diagrama entidad-
contacto
Nombre Andrés Clavijo
Rol
Desarrollador
Tecnólogo: ADSI

contacto
Nombre
Rol
ingeniero de requerimientos
Categoría profesional Tecnólogo: ADSI
Responsabilidades 1 Plantear inquietudes al usuario, relacionadas con sus

requerimientos.
2 Recopilar la información y políticas de desarrollo de la
organización.
3 Definir la programación de tareas generales para el
desarrollo de los elementos informáticos acorde a
especificaciones.
Información del
contacto
Aprobación ING. Sandra milena cruz molano 21
Nombre
Rol

requerimientos.

organización.
especificaciones.
Información del
contacto
Nombre
Rol

requerimientos.
organización.
especificaciones.
Información del
contacto
1.4 Definiciones, acrónimos y abreviaturas

[Inserte aquí el texto]
Definición de todos los términos, abreviaturas y acrónimos necesarios para interpretar
apropiadamente este documento. En ella se pueden indicar referencias a uno o más
apéndices, o a otros documentos.
1.5 Referencias
Referencia Titulo Ruta Fecha Autor
[Ref.] [Título] [Ruta] [Fecha] [Autor]

Jimenez,J; Domínguez, M; Martinez, C. (2009). Estrategias y competitividad de los

negocios de artesanía en México. Recuperado de:
https://www.redalyc.org/pdf/646/64612291008.pdf
Relación completa de todos los documentos relacionados en la especificación de

requisitos de software, identificando de cada documento el titulo, referencia (si
procede), fecha y organización que lo proporciona.
1.6 Resumen
Este documento se divide en tres partes. En la primera parte podemos
observar una introducción que nos da una vista general, un objetivo,
alcance y un propósito.
La segunda parte del formato se realiza una descripción general del

sistema o producto, con sus características, la funcionalidad del producto
y una perspectiva. En esta descripción general se da a conocer las
principales funciones que deben realizar, todos los datos asociados,
factores, restricciones y dependencias que afectan el desarrollo.
En esta última parte del documento o formato es aquella en la que se

definen detallada mente los requisitos funcionales y no funcionales.
2 Descripción general
2.1 Perspectiva del producto
El sistema de información para la gestión de novedades de los
monumentos de la ciudad de Ibagué – PROMETEO será un software
diseñado para trabajar en entorno web y también podrá ser utilizado en
dispositivos móviles como: Smartphone, Tablet, ipad, entre otros. Este
sistema será independiente es decir no dependerá de otras aplicaciones.
2.2 Funcionalidad del producto

El sistema de información para la gestión de novedades de los
monumentos de la ciudad de Ibagué – PROMETEO permitirá realizar la
siguiente información:
Registro de usuario: el usuario podrá crear una cuenta de acceso a la
aplicación.
Iniciar sesión: el usuario podrá ingresar a la aplicación logueandose
con usuario y contraseña.
Registrar novedad: el usuario testigo –ciudadano registrará la aplicación
la novedad de afectación que sufra un monumento determinado.

Seguimiento de la novedad: el usuario podrá consultar el estado en el

que se encuentra la novedad registrada.
Consulta de novedad: el ente regulador podrá consultar el estado de
novedades reportadas por los testigos-ciudadanos.
Generar informes: el ente de control podrá generar diferentes informes
sobre las novedades reportadas.
2.3 Características de los usuarios

Tipo de usuario Administrador
Formación Profesional
Habilidades Responsabilidad de mantener y operar
responsable mente una base datos.
Actividades Encargado de manejar el sistema con gran
responsabilidad sobre los criterios de permiso
sobre el usuario ,consistencia
Tipo de usuario Programador

Formación Profesional
Habilidades Analizar y programar un sistema de información
Actividades Desarrollar construir y diseñar los modelos de la
base de datos.
Tipo de usuario Usuario final

Formación Leer y escribir
Habilidades Saber manejar dispositivos móviles.
Actividades Registrar y verificar las novedades afectadas de
cada monumento.
2.4 Restricciones
2.4.1 Políticas reguladoras

La aplicación se desarrollará mediante software de licencia 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 (Delphi), por lo tanto, la utilización de
estos programas se hará mediante las políticas establecidas por
este tipo de licenciamiento.
2.4.2 Limitaciones de hardware

Para esta aplicación será necesario dispositivos móviles con
conectividad a internet 1gb de memoria RAM.

2.4.3 Interfaces con otras aplicaciones

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

El sistema debe controlar los permisos que tiene cada usuario
para su accesibilidad de una manera correcta, de tal forma que
pueda acceder la información que le corresponde de acuerdo a su
rol. Debe tener controles adecuados para la validación de datos.
2.4.5 Requisitos del idioma

Todo el material que se realice para el usuario y la aplicación
debe de estar en lenguaje español.
2.4.6 Restricciones de Software

El dispositivo móvil debe contar con un sistema operativo IOS,
Android y Windows Phone.
2.4.7 Protocolos señalados

Se usará protocolos de comunicación TCP/IP, HTTP.
2.5 Suposiciones y dependencias

Los requisitos descritos en este documento pueden cambiar, pues los
procesos son dinámicos y por lo tanto cambian los requisitos del software,
para lo cual es necesario que las fases de análisis y diseño esten bien
documentadas y además definir una metodología de mantenimiento del
sistema.
El sistema de información “PROMETEO” funciona independientemente,
sin necesidades de comunicarse con otros sistemas externos, por lo que
no hay dependencias respecto de otros sistemas.
La red interna deberá de estar configurada para el manejo de protocolos
TCP/IP, HTTP, DNS, principalmente todo lo relacionado en cuanto a
desempeño y seguridad.
Debe realizarse una capacitación adecuada y acorde a lo que cada
usuario va a realizar. Su capacitación se hará en el momento que sea
necesaria y a la persona indicada.
2.6 Evolución previsible del sistema

Se mejoraría el ingreso de la interfaz realizando a través de la huella
digital facilitando el ingreso, suprimiendo la contraseña de usuario

Mejorar los tiempos de respuesta en la interacción con el usuario

Que aparte de ser una aplicación para la recepción de daños y descuidos
con los monumentos de la ciudad de Ibagué, sea de uso para varias
entidades de servicio público y dependencias gubernamentales
3 Requisitos específicos
3.1 Requisitos comunes de los interfaces
3.1.1 Interfaces de usuario

 El sistema presentará un diseño de interfaz amable e interactivo
con el usuario.
 El sistema contendrá opciones gráficas que darán rápido acceso
a las funciones principales de la aplicación.
 El sistema utilizará una gama de colores de acuerdo a los
requerimientos del cliente.
 El sistema contará con sonidos cortos de acuerdo a algunas
funciones realizadas.
 El sistema manejará mensajes emergentes.
3.1.2 Interfaces de hardware

El requerimiento mínimo para la aplicación será:
 Procesador de 800 GHZ
 Memoria RAM de 512 Mb
 Memoria ROM de 1 Gb
 Cámara de 640 X 480 pixeles
3.1.3 Interfaces de software

 Herramienta de desarrollo: Rad Studio
 Lenguaje de programación: Java
 Sistema gestor de base de datos: MySQL
 Herramientas case: Power Designer, ArgoUML.
3.1.4 Interfaces de comunicación

 El sistema realizará un protocolo de aplicación que permitirá
transmitir archivos de un servidor al cliente.
 La información circulará por una red segura que va del móvil al
servidor.

3.2 Requisitos funcionales
3.2.1 Registro en el aplicativo:
RF01: La aplicación podrá ser descargada por medio de todas las

plataformas para Smartphone.
RF02: La aplicación permite el registro de cualquier usuario mayor de

15 años.
RF03: El sistema solicitará información básica del usuario para el

proceso de registro.
RF04: El sistema generará un código de validación para la activación

del registro.
Inicio de sesión:
 RF05: La aplicación solicitará usuario y contraseña para acceder a la
plataforma.
 RF06: El sistema validará los datos.
 RF07: El sistema permitirá que el usuario recupere la contraseña.
Registro de la novedad:
 RF08: El sistema mostrará las opciones de registro de la novedad y
seguimiento de la novedad.
 RF09: El sistema permitirá almacenar imágenes y texto.
 RF10: El sistema mostrará una opción para subir a la plataforma una
foto.
 RF11: Permitirá la selección de un tipo de estado del monumento, y
dará la opción de escoger otro estado y una breve descripción, en
caso que la novedad no coincida con ninguna de las opciones
predeterminadas.
 RF12: El sistema permitirá hacer una búsqueda de información
almacenada en el equipo para subirla a la plataforma.
 RF13: La aplicación realizará un renderizado de la imagen para
reducir su tamaño.
 RF14: El sistema validará que los datos ingresados sean correctos.
 RF15: El sistema generará una notificación a manera de respuesta al
recibir la información.
Seguimiento de la novedad:

 RF16: El sistema permitirá que el usuario consulte las novedades

reportadas.
 RF17: El sistema permitirá dejar un comentario al momento de
consultar la novedad.
Consulta de las novedades ente de control:

 RF18: El sistema mostrará las novedades por orden cronológico.
 RF19: El sistema marcará como leídas las novedades ya revisadas.
Seguimiento de las novedades ente de control:

 RF20: El sistema realizará una búsqueda por fecha de las novedades
registradas.
 RF21: El sistema dará la opción de clasificar por importancia todas
las novedades.
 RF22: El sistema permitirá cambiar el estado a la novedad.
 RF23: El sistema permitirá registrar información sobre la intervención
y accionar en la novedad registrada por parte del ente de control.
Generación de informes ente de control:

 RF24: El sistema permitirá generar un informe detallado de las
estadísticas de las diferentes novedades registradas.
 RF25: El sistema permitirá generar un informe detallado acerca del
resultado obtenido con la intervención y accionar en la novedad
registrada.
3.3 Requisitos no funcionales
3.3.1 Requisitos de rendimiento

 RNF01: El número máximo de usuarios simultáneamente
conectados a la aplicación será aproximadamente de 3000.
 RNF02: El tiempo estimado de respuesta en los procesos de la

aplicación será aproximadamente de 3 a 6 segundos.
 RNF03: La base de datos será implementada en un sistema

gestor de base de datos robusto, consistente y seguro que
garantice la eficiente y ágil ejecución de las operaciones del
sistema.

3.3.2 Seguridad
 RNF04: La información manejada por el sistema está protegida
de acceso no autorizado y divulgación.
 RNF05: Los permisos de acceso al sistema podrán ser
cambiados solamente por el administrador.
 RNF06: El sistema se desarrollará aplicando patrones y
recomendaciones de programación que incrementen la
seguridad de los datos.
 RNF07: Si el sistema identifica ataques de seguridad no
continuará operando hasta ser desbloqueado por el
administrador.
 RNF08: El sistema podrá ocultar los caracteres de las claves de

los usuarios.
3.3.3 Fiabilidad
 RNF09: El sistema no presentará más de dos fallos al mes.
3.3.4 Disponibilidad
 RNF10: El sistema tendrá una disponibilidad al usuario 24
horas al día los 7 días de la semana.
3.3.5 Mantenibilidad
 RNF11: El sistema estará en capacidad de realizar backups
automáticos periódicamente.
 RNF12: El sistema tendrá las tareas de mantenimiento a cargo
del ente de control quien designará la realización de las mismas.
3.3.6 Portabilidad
 RNF13: La aplicación podrá ser usada bajo los siguientes
sistemas operativos:
o Android
o IOS
o Windows Phone
 RNF14: El sistema usará el lenguaje de programación Delphi

ya que permite producir archivos ejecutables para Windows,
IOS y Android entre otros.

4 Tablas de requisitos
Número de requisito RF01

Nombre de requisito La aplicación podrá ser descargada por medio de
todas las plataformas para Smartphone.
Tipo ☒Requisito ☐Restricción
Fuente del requisito Técnicas de recolección de información
Prioridad del requisito ☐Alta/Esencial ☒Media/Deseado
☐Baja/Opcional

Nombre de requisito La aplicación permite el registro de cualquier usuario
mayor de 15 años.
☐Baja/Opcional

Nombre de requisito El sistema solicitará información básica del usuario
para el proceso de registro.
☐Baja/Opcional

Nombre de requisito El sistema generará un código de validación para la
activación del registro.
☐Baja/Opcional

Nombre de requisito La aplicación solicitará usuario y contraseña para
acceder a la plataforma.
☐Baja/Opcional

Nombre de requisito El sistema validará los datos.


☐Baja/Opcional

Nombre de requisito El sistema permitirá que el usuario recupere la
contraseña.
☐Baja/Opcional

Nombre de requisito El sistema mostrará las opciones de registro de la
novedad y seguimiento de la novedad.
☐Baja/Opcional

Nombre de requisito El sistema permitirá almacenar imágenes y texto.
☐Baja/Opcional

Nombre de requisito El sistema mostrará una opción para subir a la
plataforma una foto.
☐Baja/Opcional

Nombre de requisito Permitirá la selección de un tipo de estado del
monumento, y dará la opción de escoger otro estado
y una breve descripción, en caso que la novedad no
coincida con ninguna de las opciones
predeterminadas.

☐Baja/Opcional

Nombre de requisito El sistema permitirá hacer una búsqueda de
información almacenada en el equipo para subirla a
la plataforma.
☐Baja/Opcional

Nombre de requisito La aplicación realizará un renderizado de la imagen
para reducir su tamaño.
☐Baja/Opcional

Nombre de requisito El sistema validará que los datos ingresados sean
correctos.
☐Baja/Opcional

Nombre de requisito El sistema generará una notificación a manera de
respuesta al recibir la información.
☐Baja/Opcional

Nombre de requisito El sistema permitirá que el usuario consulte las
novedades reportadas.
☐Baja/Opcional

Nombre de requisito El sistema permitirá dejar un comentario al momento

de consultar la novedad.
☐Baja/Opcional

Nombre de requisito El sistema mostrará las novedades por orden
cronológico.
☐Baja/Opcional

Nombre de requisito El sistema marcará como leídas las novedades ya
revisadas.
☐Baja/Opcional

Nombre de requisito El sistema realizará una búsqueda por fecha de las
novedades registradas.
☐Baja/Opcional

Nombre de requisito El sistema dará la opción de clasificar por
importancia todas las novedades.
☐Baja/Opcional

Nombre de requisito El sistema permitirá cambiar el estado a la novedad.
☐Baja/Opcional


Nombre de requisito El sistema permitirá registrar información sobre la
intervención y accionar en la novedad registrada por
parte del ente de control.
☐Baja/Opcional

Nombre de requisito El sistema permitirá generar un informe detallado de
las estadísticas de las diferentes novedades
registradas.
☐Baja/Opcional

Nombre de requisito El sistema permitirá generar un informe detallado
acerca del resultado obtenido con la intervención y
accionar en la novedad registrada.
☐Baja/Opcional
Número de requisito RNF01

Nombre de requisito El número máximo de usuarios simultáneamente
conectados a la aplicación será aproximadamente
de 3000.
☐Baja/Opcional

Nombre de requisito El tiempo estimado de respuesta en los procesos de
la aplicación será aproximadamente de 3 a 6
segundos.
☐Baja/Opcional


Nombre de requisito La base de datos será implementada en un sistema
gestor de base de datos robusto, consistente y
seguro que garantice la eficiente y ágil ejecución de
las operaciones del sistema.
☐Baja/Opcional

Nombre de requisito La información manejada por el sistema está
protegida de acceso no autorizado y divulgación.
☐Baja/Opcional

Nombre de requisito Los permisos de acceso al sistema podrán ser
cambiados solamente por el administrador.
☐Baja/Opcional

Nombre de requisito El sistema se desarrollará aplicando patrones y
recomendaciones de programación que incrementen
la seguridad de los datos.
☐Baja/Opcional

Nombre de requisito Si el sistema identifica ataques de seguridad no
continuará operando hasta ser desbloqueado por el
administrador.
☐Baja/Opcional

Nombre de requisito El sistema podrá ocultar los caracteres de las claves

de los usuarios.
☐Baja/Opcional

Nombre de requisito El sistema no presentará más de dos fallos al mes.
☐Baja/Opcional

Nombre de requisito El sistema tendrá una disponibilidad al usuario 24
horas al día los 7 días de la semana.
☐Baja/Opcional

Nombre de requisito El sistema estará en capacidad de realizar backups
automáticos periódicamente.
☐Baja/Opcional

Nombre de requisito El sistema tendrá las tareas de mantenimiento a
cargo del ente de control quien designará la
realización de las mismas.
☐Baja/Opcional

Nombre de requisito  La aplicación podrá ser usada bajo los
siguientes sistemas operativos:
o Android
o IOS
o Windows Phone


Prioridad del requisito ☐Alta/Esencial ☒Media/Deseado ☐Baja/Opcional

Nombre de requisito El sistema usará el lenguaje de programación Delphi
ya que permite producir archivos ejecutables para
Windows, IOS y Android entre otros.
☐Baja/Opcional

Formato - Ieee830 PROMETEO

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Formato - Ieee830 PROMETEO

Cargado por

Copyright:

Formatos disponibles

Especificación de requisitos de

Descripción de requisitos del sofware

Fecha Revisión Autor Verificado dep. calidad.

Documento validado por las partes en fecha: 20 de febrero de 2016

Por el cliente Por la empresa suministradora

Secretaria cultura turismo y comercio

FICHA DEL DOCUMENTO.......................................................................................................... 2

1.3 Personal involucrado.................................................................................................... 5

1.4 Definiciones, acrónimos y abreviaturas....................................................................15

2.1 Perspectiva del producto............................................................................................ 15

2.2 Funcionalidad del producto........................................................................................ 15

2.3 Características de los usuarios..................................................................................16

2.5 Suposiciones y dependencias...................................................................................17

2.6 Evolución previsible del sistema...............................................................................17

3.1 Requisitos comunes de los interfaces......................................................................18

3.2 Requisitos funcionales............................................................................................... 19

Descripción de requisitos del sofware

3.3 Requisitos no funcionales.......................................................................................... 20

Descripción de requisitos del sofware

Descripción de requisitos del sofware

1.3 Personal involucrado

9. 1 Definir el diseño de las clases

Aprobación INING. Sandra milena cruz molano

Nombre Jorge Luis Arciniegas

Aprobación ING. Sandra milena cruz molano

Nombre Lina Mayey Galvis

Nombre Daniel Felipe carrasquilla

Aprobación ING. Sandra milena cruz molano

Descripción de requisitos del sofware

Información del 3219213300

Aprobación ING. Sandra milena cruz molano

Aprobación ING. Sandra milena cruz molano

Aprobación ING. Sandra milena cruz molano

Nombre Oscar lozano

Aprobación ING. Sandra milena cruz molano

Nombre Andrés Leonardo rodríguez

Aprobación ING. Sandra milena cruz molano

Aprobación ING. Sandra milena cruz molano

Nombre Carlos Andrés Cardona

Descripción de requisitos del sofware

1 Esquematizar los requerimientos funcionales mediante

Aprobación ING. Sandra milena cruz molano

Descripción de requisitos del sofware

1 Planificar las pruebas en base a la metodología o

Aprobación ING. Sandra milena cruz molano

Aprobación ING. Sandra milena cruz molano

Nombre Andrés Clavijo

Descripción de requisitos del sofware

Aprobación ING. Sandra milena cruz molano

Categoría profesional Tecnólogo: ADSI

Responsabilidades 1 Plantear inquietudes al usuario, relacionadas con sus

Aprobación ING. Sandra milena cruz molano 21

Categoría profesional Tecnólogo: ADSI

Responsabilidades 1 Plantear inquietudes al usuario, relacionadas con sus

2 Recopilar la información y políticas de desarrollo de la

Aprobación ING. Sandra milena cruz molano 21

Categoría profesional Tecnólogo: ADSI

Responsabilidades 1 Plantear inquietudes al usuario, relacionadas con sus

Aprobación ING. Sandra milena cruz molano 21

1.4 Definiciones, acrónimos y abreviaturas

Descripción de requisitos del sofware

Jimenez,J; Domínguez, M; Martinez, C. (2009). Estrategias y competitividad de los

Relación completa de todos los documentos relacionados en la especificación de