Documente Academic
Documente Profesional
Documente Cultură
Requerimientos de Software
Proyecto: LogiCo
Revisin 001
Junio 2017
Instrucciones para el uso de este formato
Este formato es una plantilla tipo para documentos de requisitos del software.
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 inclusin directa de
texto con el color y estilo adecuado a la seccin, al pulsar sobre ellos con el puntero del
ratn.
Los ttulos y subttulos de cada apartado estn definidos como estilos de MS Word, de
forma que su numeracin consecutiva se genera automticamente segn se trate de
estilos Titulo1, Titulo2 y Titulo3.
El ndice del documento es una tabla de contenido que MS Word actualiza tomando como
criterio los ttulos del documento.
Una vez terminada su redaccin debe indicarse a Word que actualice todo su contenido
para reflejar el contenido definitivo.
.
Versin del Template
Fecha de Versin Elaborado Por Aprobado por y Descripcin del
Elaboracin fecha Cambio
Josu Cea
25-06-2017 SRSV1.00 Daniel Carvajal Versin Inicial
Matas Albornoz
<nombre>
<nombre>
<nombre>
(o adjunte
Operacional
aprobacin via
email)
<nombre>
Firma y Timbre Fecha
<Aada nombres de otros
participantes segn sea (o adjunte
necesario> aprobacin via
email)
Contenido
VERSIN DEL TEMPLATE 3
CONTENIDO 5
1 INTRODUCCIN 7
1.1 Propsito 7
1.5 Referencias 7
3 DESCRIPCIN GENERAL 8
3.5 Restricciones 9
4 REQUISITOS ESPECFICOS 11
5 TRAZABILIDAD DE REQUERIMIENTOS 13
7 LIMITACIONES DE PRUEBAS DE QA 14
8 RIESGO OPERACIONAL 14
9 Apndices 15
1 Introduccin
El presente documento contiene la descripcin detallada de los requerimientos del proyecto
de software LogiCo, obtenidos en el levantamiento de requerimientos realizado
anteriormente por parte del equipo de analistas, en conjunto con el cliente.
La especificacin de los requerimientos y las restricciones estn escrita de forma tal que el
cliente los pueda entender, con el fin de mejorar la comunicacin con el equipo de desarrollo
del software.
1.1 Propsito
Este documento tiene como objetivo reflejar las necesidades y peticiones en cuanto a los
requerimientos funcionales y no funcionales por parte del cliente. La documentacin de
estos ser una gua para cada uno de los pasos que conlleva la elaboracin de los
proyectos de software.
Detalle del sistema: el sistema se llevar a cabo con el fin de mejorar las labores de
registro de los movimientos que realizan los motoristas contratados por Discopro Ltda.,
quin brinda servicios de entrega a Farmacias Cruz Verde.
Esta aplicacin dar apoyo a los siguientes procesos:
Registrar los 5 diferentes tipos de movimientos que realizan actualmente los
motoristas
Registrar motoristas y los locales a los cuales han sido asignados
Buscar movimientos realizados por los motoristas
Listado de movimientos registrados
Creacin de informes de acuerdo a los movimientos que se han registrado un da
en especfico.
Apoyo a la contabilidad, calculando los cobros de cada movimiento segn la
distancia recorrida.
Administrar usuarios del sistema
El sistema podr ser accedido a travs de una computadora dotada con conexin a
internet.
1.5 Referencias
Referencia Titulo Ruta Fecha Autor
1 Estndar IEEE 830 [Ruta] [Fecha] [Autor]
3 Descripcin general
3.1 Antecedentes Generales
3.1.1 Objetivo del Desarrollo (Proyecto) Solicitado
[Inserte aqu el texto]
Detalle las reas de negocio afectadas de un modo top down, distintas del rea
requirente.
Describir que problema soluciona este proyecto, cuales son los beneficios esperados del
proyecto, alcance y limitaciones del proyecto.
Modulos o Motivos o
Aplicativos Directos Indirectos
funciones razones
3.5 Restricciones
[Inserte aqu el texto]
Descripcin de aquellas limitaciones a tener en cuenta a la hora de disear y desarrollar
el sistema, tales como el empleo de determinadas metodologas de desarrollo, lenguajes
de programacin, normas particulares, restricciones de hardware, de sistema operativo
etc.
SOLO Si es una modificacin que no genera datos nuevos, no elimina datos antiguos,
no genera, elimina ni modifica interfaces y no altera la cantidad de usuarios, su
distribucin geogrfica ni su patrn de uso del sistema., debe indicar No Aplica.
4 Requisitos Especficos
Esta es la seccin ms extensa y ms importante del documento.
Debe contener una lista detallada y completa de los requisitos que debe cumplir el sistema
a desarrollar. El nivel de detalle de los requisitos debe ser el suficiente para que el equipo
de desarrollo pueda disear un sistema que satisfaga los requisitos y los encargados de las
pruebas puedan determinar si stos se satisfacen.
La distribucin de los prrafos que forman este punto puede diferir del propuesto en esta
plantilla, si las caractersticas del sistema aconsejan otra distribucin para ofrecer mayor
claridad en la exposicin.
4.4.2 Fiabilidad
[Inserte aqu el texto]
Especificacin de los factores de fiabilidad necesaria del sistema. Esto se
expresa generalmente como el tiempo entre los incidentes permisibles, o el total
de incidentes permisible.
4.4.3 Disponibilidad
[Inserte aqu el texto]
Especificacin de los factores de disponibilidad final exigidos al sistema.
Normalmente expresados en % de tiempo en los que el software tiene que
mostrar disponibilidad.
4.4.4 Mantenibilidad
[Inserte aqu el texto]
Identificacin del tipo de mantenimiento necesario del sistema.
Especificacin de quien debe realizar las tareas de mantenimiento, por ejemplo
usuarios, o un desarrollador.
Especificacin de cuando debe realizarse las tareas de mantenimiento. Por
ejemplo, generacin de estadsticas de acceso semanales y mensuales.
4.4.5 Portabilidad
[Inserte aqu el texto]
Especificacin de atributos que debe presentar el software para facilitar su
traslado a otras plataformas u entornos. Pueden incluirse:
Porcentaje de componentes dependientes del servidor.
Porcentaje de cdigo dependiente del servidor.
Uso de un determinado lenguaje por su portabilidad.
Uso de un determinado compilador o plataforma de desarrollo.
Uso de un determinado sistema operativo.
Por ejemplo:
Requisitos culturales y polticos
Requisitos Legales
5 Trazabilidad de Requerimientos
[Inserte aqu el texto]
Especificar las matrices de trazabilidad utilizadas para gestionar cambios
7 Limitaciones de Pruebas de QA
<Se deben mencionar aquellas funcionalidades que no podrn ser probadas por QA,
describiendo los motivos de las limitantes y su posible impacto.>
8 Riesgo Operacional
<En este apartado debern contestar las siguientes preguntas referentes a Riesgo
Operacional con un SI o un NO indicando en el campo descripcin la justificacin de la
respuesta>
Respuesta
Tipo de Riesgo Descripcin
SI/NO
9 Apndices
[Inserte aqu el texto]
Pueden contener todo tipo de informacin relevante para la SRS pero que, propiamente, no
forme parte de la SRS. Ejemplo: encuestas, entrevistas, cuestionarios, documentos de
polticas de procedimientos de la empresa, documentos de procesos operacionales, etc.