Vous êtes sur la page 1sur 9

Especificación de requisitos de

software
Proyecto: [Nombre del proyecto]
Revisión 2017

[Mes de año]
Instrucciones para el uso de este formato
Este formato es una plantilla tipo para documentos de requisitos del software, adaptado para
su uso en el tecnólogo de Análisis y Desarrollo de Sistemas de Información del Centro de
Servicios Financieros del SENA.

Está basado y es conforme con el estándar IEEE Std 830-1998.

Las secciones que no se consideren aplicables al sistema descrito podrán de forma


justificada indicarse como no aplicables (NA).

Notas:
Los textos en color azul son indicaciones que deben eliminarse y, en su caso, sustituirse por
los contenidos descritos en cada apartado.

Los textos entre corchetes del tipo “[Inserte aquí el texto]” permiten la inclusión directa de
texto con el color y estilo adecuado a la sección, al pulsar sobre ellos con el puntero del ratón.

Los títulos y subtítulos de cada apartado están definidos como estilos de MS Word, de forma
que su numeración consecutiva se genera automáticamente según se trate de estilos
“Titulo1, Titulo2 y Titulo3”.

La sangría de los textos dentro de cada apartado se genera automáticamente al pulsar Intro
al final de la línea de título. (Estilos Normal indentado1, Normal indentado 2 y Normal
indentado 3).

El índice del documento es una tabla de contenido que MS Word actualiza tomando como
criterio los títulos del documento.
Una vez terminada su redacción debe indicarse a Word que actualice todo su contenido para
reflejar el contenido definitivo.

De la plantilla de formato del documento © & Coloriuris http://www.qualitatis.org


.
Ficha del documento

Fecha Autor Revisión Revisor Verificado dep. calidad.

[Fecha] [Descripcion] [Rev] [Instructor] [Firma o sello]


[Nombre del proyecto] Rev. [99.99]
Especificación de requisitos de software Pág. 4

Contenido
FICHA DEL DOCUMENTO 3

CONTENIDO 4

1 INTRODUCCIÓN 5

1.1 Propósito 5

1.2 Alcance 5

1.3 Personal involucrado 5

1.4 Definiciones, acrónimos y abreviaturas 5

1.5 Referencias 5

2 DESCRIPCIÓN GENERAL 7

2.1 Perspectiva del producto 7

2.2 Funcionalidad del producto 7

2.3 Características de los usuarios 7

2.4 Restricciones 7

2.5 Suposiciones y dependencias 7

2.6 Evolución previsible del sistema 7

3 REQUISITOS ESPECÍFICOS 8

3.1 Requisitos comunes de los interfaces 8


3.1.1 Interfaces de usuario 8
3.1.2 Interfaces de hardware 8
3.1.3 Interfaces de software 8
3.1.4 Interfaces de comunicación 8

3.2 Requisitos funcionales 8

3.3 Requisitos no funcionales 9

3.4 Otros requisitos 9

4 APÉNDICES 9

Descripción de requisitos del sofware


[Nombre del proyecto] Rev. [99.99]
Especificación de requisitos de software Pág. 5

1 Introducción
Damos a conocer por medio del presente documento, los requisitos funcionales y no
funcionales basada en la plantilla IEEE830, sobre el proyecto Sistema de información
para la organización y logística de eventos.

1.1 Propósito
El presente documento va dirigido la empresa Scorpion Company S.A.S., su
propósito es informar cuales son los requisitos funcionales y no funcionales
necesarios para la elaboración de nuestro proyecto educativo. Personal
involucrado

1.2 Alcance
EventiLite es sistema de información para agilizar el proceso de organización y logística
por cada uno de los eventos de Scorpion Company S.A.S, los cuales se incluyen la
venta de boletería y administración. Teniendo en cuenta los parámetros legales y también
los que nos permita esta empresa.

1.3 Personal involucrado

Nombre Nelson Javier Jiménez Torres


Rol Analista y Desarrollador
Categoría profesional Tecnólogo
Responsabilidades Desarrollar el sistema de información
Información de contacto 311 253 6772

Nombre Erika Patricia Cacais Tique


Rol Analista y Desarrollador
Categoría profesional Tecnólogo
Responsabilidades Desarrollar el sistema de información
Información de contacto 322 858 7594

Nombre Pilar Andrea Giraldo Vanegas


Rol Analista y Desarrollador
Categoría profesional Tecnólogo
Responsabilidades Desarrollar el sistema de información
Información de contacto 322 418 9503

Nombre Nataly Torres Urquijo


Rol Analista y Desarrollador
Categoría profesional Tecnólogo
Responsabilidades Desarrollar el sistema de información
Información de contacto 3135410225

1.4 Definiciones, acrónimos y abreviaturas

Dirección URL: dirección que permite localizar un sitio en internet.

Dirección IP: es un número que te identifica dentro de una red.

Descripción de requisitos del sofware


[Nombre del proyecto] Rev. [99.99]
Especificación de requisitos de software Pág. 6

Interfaz: conjunto de elementos de la pantalla que permiten al usuario


realizar acciones sobre el Sitio Web

Dashboard: una herramienta para obtener información de los datos y


para saber qué está pasando realmente con tu negocio.

Arquitectura de software: es la guía que se utiliza para la construcción


de un software.

Barman:

Software: Es el conjunto de instrucciones que una computadora debe


seguir para realizar alguna tarea.

S.I.: es un recurso que debe resultar ágil y eficaz para la solución de un


problema.

Lenguaje de programación: Pueden usarse para crear programas que


controlen el comportamiento físico y lógico de una máquina.

PHP:

HTML: lenguaje de marcado que interpreta el navegador web para


mostrar los sitios o aplicaciones web

Sistema operativo: conjunto de programas que sirve de intermediario


entre el usuario y la computadora.

Base de datos: es un “almacén” que nos permite guardar grandes


cantidades de información de forma organizada

Formularios: es un documento con (campos) en donde se pueden


escribir o seleccionar opciones.

Registros: conjunto de datos que mantienen una cierta vinculación entre


sí.

Framework: paquete que nos ofrece ciertas funcionalidades las cuales


se encuentran agrupadas que debemos importar a nuestro proyecto para
poder empezar a utilizar.

Iniciar sesión: es nombre dado al momento de autentificación al


ingresar a un servicio o sistema.

1.5 Referencias
Referencia Titulo Ruta Fecha Autor
[Ref.] [Título] [Ruta] [Fecha] [Autor] Commented [I1]: Formulación de proyecto e IEEE 830

Descripción de requisitos del sofware


[Nombre del proyecto] Rev. [99.99]
Especificación de requisitos de software Pág. 7

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.

2 Descripción general
2.1 Perspectiva del producto Commented [I2]: Descripción general de qué hace el
Sistema de Información

El producto a desarrollar independiente de cualquier otro sistema, en este


presentamos un nueva y/o innovadora forma de agilizar los procesos que
actualmente se llevan en la entidad mencionada anteriormente.

2.2 Funcionalidad del producto Commented [I3]: Agregar los diagrama de casos de uso.
Especificación sencilla de cada módulo

El sistema que se está planteando, tiene como función principal auxiliar al


administrador para que apresure la logística y administración interna por cada
evento, por medio de las boletas incorporaremos un sistema que mejore la
ubicación y administración de las personas al ingreso e internamente su estadía.

2.3 Características de los usuarios

Tipo de usuario Cliente


Formación No aplica
Habilidades Adquirir las boletas
Actividades Ingresar al evento

Tipo de usuario Administrador


Formación No aplica
Habilidades Capacidad de usar de manera básica un computador
Actividades Administrar el sistema de información

2.4 Restricciones Commented [I4]: No son restricciones del Sistema.


Las Metodologías, modelos (RUP) y lenguaje
 El rol del administrador solo puede ser usado por un usuario.
 Para realizar las compras de boletería tiene que estar registrado.
 El usuario solo puede comprar máximo 10 boletas en el sistema.
 El usuario solo puede obtener la recuperación de la contraseña 3
veces.

2.5 Suposiciones y dependencias Commented [AT5]: Son los casos en donde se alteran las
restricciones o se cambian, es decir que factores podrían
alterar el desarrollo del sistema. Por ejemplo:
En caso de que el administrador no Actualice de alguna funcionalidad que desee Algunos factores que pueden afectar los requerimientos del
cambiar o agregar sistema se tendrían que replantear los requisitos o también sistema son:
• Modificación en la filosofía de trabajo.
que se vea una posible dificultad en algún proceso de la empresa. • Modificación de la estructura de un curso, proceso, tarea
etc…
• Modificación del modelo del negocio.
• Agregar nuevas funcionalidades a las ya definidas
anteriormente.
• Modificar el curso de los eventos en las acciones de los
usuarios con el sistema
• El lenguaje de programación a utilizar no apto para
implementar los requerimientos definidos.

Descripción de requisitos del sofware


[Nombre del proyecto] Rev. [99.99]
Especificación de requisitos de software Pág. 8

2.6 Evolución previsible del sistema Commented [AT6]: Son las nuevas funcionalidades que
podría tener si se sigue con el proyecto: Por ejemplo agregar
lector de huellas dactilares, utilizar código de barras para
Teniendo en cuenta el tiempo que se ha usado el sistema de información, determinada función. Tener en cuenta algún proceso, por
ejemplo agregar facturación, ventas o inventario.
se podría llegar a adicionar mejoras, como hacer una base de datos de • Crear un repositorio de algunos procesos.
las boletas, para que al ingresar se haga lectura del código de barras y • Tener en cuenta algún estándar.
destruir del 25% de la boleta para evitar fraudes. • Ofrecer diferentes opciones de idioma en el sistema.
• Permitir que el sistema se conecte con el Sistema de
Información de otra entidad .
3 Requisitos específicos • Ampliar los tipos de herramientas para realizar determinados
procesos. Etc…

3.1 Requisitos comunes de los interfaces


Los requisitos para el sistema, más que todo, son unos que brinden
comodidad al cliente y al administrador, y conforme avance el sistema se
podrán ir modificando o implementando nuevos requisitos.

3.1.1 Interfaces de usuario Commented [AT7]: Como bien lo nombran, es el estilo de la


interfaz: colores de la empresa, determinado logo. Si se tendrá
La interfaz deber ser de manera fácil, entendible por el usuario, con dispositivos de audio que darán indicaciones audibles para los
solo el texto y las pestañas que sean fundamentalmente necesarias suscriptores con discapacidad visual. Ej: Las interfaces de usuario
deberán tener colores tradicionales para tener una
para hacer uso de este e implementar un método seguro de pago en buena visión sin reflejos.
línea. - Las distintas funciones deben ser accesibles desde la pantalla
principal.

3.1.2 Interfaces de hardware Commented [AT8]: Defina cualquier interfaz de hardware


Funcionará en el sistema operativo Windows y no necesita que el que deba ser soportada por el software incluyendo la
estructura lógica, la dirección física, el comportamiento
computador tenga un procesador muy avanzado para que el sistema esperado, etc.
funcione, simplemente necesitara el acceso a internet. Las características del equipo o dispositivos en donde estará
ejecutándose.

3.1.3 Interfaces de software Commented [AT9]:


¿Existen sistemas externos con los cuales tenga que
El computador debe tener la versión de JAVA actualizada para que el sistema interaccionar el software? ¿Existen restricciones debido a la
funciones correcta y eficazmente. naturaleza de la interfaz, tales como el formato de datos que
se transfiere? ¿Dichas interfaces usan un protocolo
específico? Describir la interfaz o interfaces, que el
3.1.4 Interfaces de comunicación sistema tenga con otros sistemas. Dichas interfaces
pueden incluir
El programa funcionara correctamente en un computador y no tendrá necesidad componentes comprados, componentes reusados desde otra
de otros dispositivo. aplicación, componentes que deben ser desarrollados por
subsistemas que se encuentran fuera del ámbito del proyecto
pero con los cuales se tiene que interaccionar. Para cada
sistema se deben considerar tanto las interfaces requeridas
como las provistas.

Commented [AT10]: Describa cualquier interfaz de comunicaci


ón que se tenga con
otros sistemas o dispositivos tales como redes de área local (LAN)
, dispositivos seriales
remotos, etc. **Debido a que el sistema no interactúa con otros
sistemas no se desarrollaran interfaces con otras aplicaciones. El
modelo a trabajar es cliente – servidor con el protocolo HTTP

Descripción de requisitos del sofware


[Nombre del proyecto] Rev. [99.99]
Especificación de requisitos de software Pág. 9

3.2 Requisitos funcionales


No. de Respons
Nombre de requisito Tipo Prioridad Commented [I11]: Si es un requisito o es una restricción.
requisito able
RF1 Ingresar a compra de boletería Alta Commented [I12]: El StakeHolder que está asociado a ese
requisito
RF2 Mostrar clase de boletas Media
RF3 Escoger la clase de boletas Media
RF4 Comprar Alta

3.1 Requisitos no funcionales


No. de
Nombre de requisito Tipo Prioridad Responsable
requisito
RNF1 Ingresar al sistema Media
RNF2 Búsqueda del evento Alta
RNF3 Mostrar detalles del evento Alta
RNF4 Agregar detalles Media

Prioridad de Requisitos No Funcionales


- Alta/Esencial
- Media/Deseado
- Baja/ Opcional

3.2 Otros requisitos


[Inserte aquí el texto]
Cualquier otro requisito que no encaje en ninguna de las secciones anteriores.

Por ejemplo:
Requisitos culturales y políticos
Requisitos Legales

4 Apéndices
[Inserte aquí el texto]
Pueden contener todo tipo de información relevante para la SRS pero que, propiamente, no
forme parte de la SRS.

Descripción de requisitos del sofware

Vous aimerez peut-être aussi