Вы находитесь на странице: 1из 4

.

SECCIONES DEL SRS IEEE


Integrante 1 Ricardo Lpez
e-mail: rnlopez@udlanet.ec

Integrante 2 Michelle Morillo


e-mail: mnmorillo@udlanet.ec

Integrante 3 Karolain Revelo


e-mail: kprevelo@udlanet.ec

RESUMEN: En este informe se detalla cada


una
de
las
secciones
y
subsecciones
pertenecientes al SRS IEEE el cual tiene por
objetivo principal la declaracin de forma oficial lo
que requiere el cliente y los desarrolladores de
sistemas para su correcto trabajo.

4.1 INSTRUCCIONES PARA EL USO DEL


FORMATO IEEE
Esta plantilla sirve como formato para el
documento de requisitos de software (SRS).
Formato realizado con el estndar IEEE Std
830-1998.
Cualquier seccin que no sea aplicable al
sistema, podrn indicarse como no aplicables.
Se debe marcar el texto con color azul si se
requiere eliminarlo y reemplazarlo por otro
contenido.
Los ttulos y subttulos de los apartados se
definen como estilo MS Word, para que la
numeracin se genere automticamente.

1 TTULO
Secciones del SRS IEEE

2 INTRODUCCIN
El documento de requerimientos o SRS tiene
como finalidad divulgar la estructura que debe tener
el software a desarrollarse. El SRS es una
declaracin oficial de lo que deben implementar los
desarrolladores de software.
En el SRS se deben incluir tanto los
requerimientos del cliente
para el sistema
como una especificacin detallada de los
requerimientos informticos, donde hay q ser muy
claro con las partes criticas del sistema.

4.2 CONTENIDO DEL DOCUMENTO


REQUISITOS DE SOFTWARE
4.2.1 INTRODUCCION

La introduccin del documento de requisitos de


software debe proporcionar un vistazo general del
SRS y debe incluir el objetivo, alcance,
definiciones y referencias.

3 OBJETIVOS

DE

4.2.1.1 Propsito
Propsito del documento
Audiencia a la que va dirigido.

Investigar sobre el desarrollo de un


documento de requerimientos y la
importancia de realizar uno.
Identificar las secciones que son parte en el
desarrollo de un SRS IEEE mediante la
investigacin del mismo.
Analizar cada una de las secciones para
conocer el contenido que va en cada una de
ellas.

4.2.1.2 Alcance
Identificacin del producto o los productos
a desarrollarse.
Consistencias con definiciones similares
de documentos ms expertos.
4.2.1.3 Personal involucrado
Listado con informacin de las personas
involucradas en el desarrollo del sistema.
Toda esta informacin sirve para que el cliente
pueda localizar a los participantes de su proyecto y
poder realizar consultas u otras cosas.

4 MARCO TERICO

.
4.2.3 REQUISISTOS ESPECFICOS
4.2.1.4

Definiciones, acrnimos y
abreviaturas
Aqu se definen todas las abreviaturas y
acrnimos necesarios para poder entender el
documento de manera ms clara.
Se pueden aadir referencias hacia otros
documentos u otros apndices.

Parte que tiene mayor importancia en el


proyecto por lo que se hace ms extensa.
Aqu se debe detallar una lista completa de los
requisitos que debe cumplir el sistema.
Los detalles del sistema a desarrollarse deben
ser suficientes para que los desarrolladores puedan
disear un sistema que satisfaga al cliente y sus
requerimientos y los encargados de realizar
pruebas puedan dar por concluido al sistema.
Los requisitos se colocaran en forma de listas
numeradas para una mayor identificacin,
seguimiento, trazabilidad y validacin.

4.2.1.5 Referencias
Descripcin completa de todos los documentos
que tienen relacin con la especificacin de
requisitos de software.
4.2.1.6 Resumen
Descripcin del contenido de todo el
documento.
Explicacin de toda la organizacin del
documento.

4.2.3.1

Requisitos comunes de los interfaces

4.2.3.1.1
Interfaces de usuario
Describe todos los requisitos de interfaz de
usuario para la visualizacin del producto.

4.2.2 DESCRIPCION GENERAL

4.2.3.1.2
Interfaces de hardware
Seala y especifica las caractersticas lgicas
de cada interfaz que existen entre el producto a
entregarse y los componentes de hardware del
sistema.

4.2.2.1 Perspectiva del producto


Se indica si es un producto independiente o es
parte de un sistema mayor y si se da este ltimo
caso se debe realizar un diagrama que ubique al
producto dentro del sistema.

4.2.3.1.3
Interfaces de software
Indica si el producto a entregarse debe ser
integrado con otros productos de software. Para lo
cual debe especificarse:
Descripcin del producto
Propsito de la interfaz
Definicin de la interfaz

4.2.2.2 Funcionalidad del producto


Se realiza un resumen de todas las
funcionalidades principales que puede realizar el
producto pero sin entrar en detalles.
Las funcionalidades deben organizarse de tal
manera que el cliente o cualquier usuario las pueda
entender.

4.2.3.1.4
Interfaces de comunicacin
Identificar si existen comunicaciones con otros
sistemas y descubrir los requisitos de interfaz y los
protocolos de comunicacin.

4.2.2.3 Caractersticas de los usuarios


Se describe a los usuarios del producto y se
incluye nivel de educacin, experiencia y
experiencia tcnica.
4.2.2.4 Restricciones
Se describen las limitaciones que se deben
tener en cuenta a la hora de desarrollar y disear el
sistema.

4.2.3.2 Requisitos funcionales


Se define todas las acciones fundamentales
que el software requerido debe realizar al momento
de recibir informacin, procesarla y ocasionar
resultados.

4.2.2.5 Suposiciones y dependencias


Descripciones de factores que pueden afectar
a los requisitos si llegan a cambiar.

Aqu se incluye:
Confirmacin de validez de entradas.
Secuencia de operaciones exacta.
Respuesta ante situaciones no
comunes.
Parmetros.
Generacin de salida.
Relacin entre las entradas y las
salidas.

4.2.2.6 Evolucin previsible del sistema


Visualizacin de mejoras futuras al sistema
entregado al cliente, se analizan y se implementan
los cambios en un futuro.

4.2.3.3

Especificar los atributos que debe presentar el


software para hacer mucho ms fcil su traslado
hacia otras plataformas u entornos.
Porcentaje
de
componentes
dependientes del servidor.
Porcentaje de cdigo dependiente del
servidor.
Uso de cierto lenguaje para su
portabilidad.
Uso de cierto compilador o cierta
plataforma de desarrollo.
Uso de cierto sistema operativo.

Detalle de los requisitos lgicos para la


informacin
que
luego
ser
almacenada en una base de datos.

Requisitos no funcionales

4.2.3.3.1
Requisitos de rendimiento
Descripcin de los requisitos que tiene relacin
con la carga que se espera que el sistema pueda
soportar.
Todos los requisitos que se detallen aqu,
deben ser mesurables por ejemplo debe indicar el
porcentaje del proceso y el tiempo en realizarse
dicho proceso.

4.2.3.4 Otros requisitos


Aqu se especifica cualquier otro requisito que
no pertenezca a ninguna
de las secciones
antes mencionadas. Por ejemplo requisitos legales,
culturales y polticos.

4.2.3.3.2
Seguridad
Aqu se especifican los elementos de
seguridad que protegern al software de accesos
no permitidos, usos maliciosos, modificaciones o
destrucciones u operaciones accidentales.

4.2.4 Apndices
Se adjunta todo tipo de informacin notable par
el SRS pero que al mismo tiempo no forme parte de
la SRS.

Los requisitos pueden especificar:


Uso de tcnicas criptogrficas.
Registro de ficheros con logs de
actividad.
Asignacin de ciertas funcionalidades
a determinados mdulos.
Comunicacin
restringida
entre
mdulos.
Comprobaciones de integridad de
informacin crtica.

5 IMGENES
Fig.1. Esta figura representa la tabla que se
utiliza en la seccin 4.2.1.3 para enlistar al personal
involucrado.

4.2.3.3.3
Fiabilidad
Especificar los factores de fiabilidad necesarios
del sistema. Se expresa por lo general con el tiempo
entre los incidentes permisibles o con el total de
incidentes permisibles.
4.2.3.3.4
Disponibilidad
Especificar los factores de disponibilidad
exigidos al sistema. Normalmente se los expresa en
porcentaje de tiempo en los que el software tiene
que manifestar disponibilidad.

Fig. 1. Tabla de descripcin del personal.

Fig. 2. Esta figura representa una tabla


sugerida para llenarla con los datos de algunas
referencias se la puede usar en la seccin 4.2.1.5.

4.2.3.3.5
Mantenibilidad
Identificar los tipos de mantenimientos
necesarios del sistema.
Especificar el personal o la persona que debe
realizar el mantenimiento.
Especificar el periodo en el cual se debe
realizar el mantenimiento.
4.2.3.3.6

Fig. 2. Tabla sugerida para las referencias.

Portabilidad

.
Fig. 3. Esta figura representa una tabla para
detallar las caractersticas de los usuarios.

Fig. 3. Tabla para caractersticas de usuarios.

Fig. 4. Esta figura muestra una tabla para


detallar los requisitos especficos que ser
entendida por el desarrollador.

Fig. 4. Tabla para requisitos especficos.

6 CONCLUSIONES

Cada seccin tiene su contenido


especfico, es decir ningn
requerimiento puede estar fuera de
lugar.
El correcto uso del documento de
requerimientos ayuda a que el
desarrollo del sistema sea el
adecuado.
En el documento de requerimientos
se declaran todos los requerimientos
que se desea implementar en el
proyecto.

7 REFERENCIAS BIBLIOGRAFA
[1] Sez, A. (2005). Documento Requerimientos. Recuperado el 12 de
octubre de 2015 de
http://www.angelfire.com/planet/ingesousach/documento_de_requerimie
ntos.htm
[2] Torres, Lpez, Martnez.. (2010). Documento de especificacin de
requerimientos de software. Recuperado el 12 de octubre de 2015 de
http://www.alemana.cl/aac/cur/pdf/SRS+SIA.pdf