MARLON ISRAEL QUEZADA ORTEGA

Comparación sobre normas y estándares

para documentación de proyectos ISO-830
e IEEE Std 1063
1. Realice una descripción de los estándares ISO-830 e IEEE Std 1063 –
2001 de acuerdo al siguiente formato

ISO-830
Elemento Definición Características (al
menos 2)
Propósito Se define a quien va  Debe ser conciso
dirigido el documento y  Es específico en
para qué ha sido cuanto al público que
diseñado. está dirigido
Alcance El alcance describe a  Tiene que ser
quien está dirigido el consistente.
software, sus  Debe ser resumido y
beneficios, objetivos y claro.
metas.
Referencias Incluye la lista de  Identificar cada
documentos guía para documento de
realizar la especificación referencia.
de requisitos  Especifica las fuentes
de donde se ha
obtenido los
documentos.
Funcionalidades del Describe las funciones  Tiene que ser
producto del sistema. organizado
 Se puede representar
gráficamente
Clases y Se describe las  Contiene el nivel
características de características de los educacional y
usuarios usuarios. experiencia técnica.
 Identifica quienes
tendrán acceso al
software.
Entorno operativo Es la denominación que  Las características
engloba al sistema dela interfaz deben
operativo y a la interfaz. ser especificas
 Debe ser un entono
fiable y seguro.
Requerimientos Son las declaraciones  Establecen los
funcionales de los servicios que comportamientos del
proveerá el sistema y de software
lo que no debe hacer.  Contienen un nombre,
un número de serie
único y un resumen.
Requerimientos no Son los requerimientos  Definen las
funcionales no específicos que restricciones del
entrega el sistema, sino sistema.
las propiedades  Se enfocan en el
emergentes de este. cambio de diseño o la
implementación
 IEEE Std 1063 – 2001
Elemento Definición Características (al
menos 2)
Identificación de datos Es la carta de  Se ubica en la
presentación de un portada del
documento en el que se documento.
coloca la temática del  Diseñado según la
mismo. imagen corporativa
de la empresa a la
que está dirigido el
documento.
Tabla de contenido Es un reflejo de la  Puede contener o no
estructura del el número de página
documento, contiene los del contenido.
temas y subtema.  Es necesario cuando
el manual supera 8
páginas
Lista de ilustraciones Es una herramienta que  Este componente es
permite organizar opcional
imágenes y tablas y que  Aplica en casos
dentro del documento donde la ilustración
facilita la búsqueda para logra el mismo
el lector. objetivo que el texto.
Introducción Es la parte inicial de un  Proporciona al lector
texto, que expresa en una visión breve del
resumen el desarrollo tema.
del cuerpo del texto.  Contiene la
descripción
resumida del
software, para que
fue diseñado y a
quien está dirigido.
Requerimientos Son las características  Pueden ser de
técnicos que debe tener el hardware o de
software instalado en un software.
computador para poder  Deben ser
soportar y/o ejecutar comprobados para
una aplicación. garantizar el buen
funcionamiento del
software
 Especificados por
escrito como un
contrato o acuerdo.
 Abstracto y conciso
para evitar malos
entendidos.
Procedimientos Hace referencia a la  Detalla los datos que
acción de proceder o necesita el usuario
actuar de forma
 determinada para para lograr un
ejecutar algo, a través objetivo.
de pasos definidos.  Redactado en forma
clara y continua,
para que sea
entendible por el
lector.
 Incluye recursos
visuales para que
sea más
comprensible.
Mensajes de error Son advertencias que  Pueden presentarse
indican o ayudan a durante el uso del
evitar errores comunes software
que pueden ser  Debe ir
corregidos. acompañados de
una solución
Glosario Un glosario es una  Es una lista de
recopilación de palabras
definiciones o desconocidas
explicaciones  Es incluido cuando
ordenadas hay palabras de
alfabéticamente. difícil comprensión.
Fuentes de información Son instrumentos para  Son documentos
relacionadas el conocimiento, que contienen
búsqueda y acceso a la información nueva y
información. original.
 Contienen
información organiza
y elaborada.
Características de Se refiere a las
navegación características que se  Explicadas en forma
debe tomar en cuenta fácil y concreta
para que el software  Complementan el
trabaje óptimamente desarrollo del
desarrollándose en un software
software adecuado
Índice Es una lista de palabras  Palabras enlistadas
o frases que permite y hojas con su
ubicar el material del número respectivo.
libro o publicación.  Permite encontrar
terminosimpotantes
de manera rápida
2. Realice una revisión del cumplimiento de los estándares ISO-830 e IEEE
Std 1063-2001 en los casos indicados en los enlaces web. Utilice las listas
de verificación que se presentan a continuación:

Caso 1: https://es.slideshare.net/481200601/especificacin-de-requisitos-
de-software-33385049
Estándar: ISO-830
Elemento Cumple Observaciones
(Si/No)
Propósito SI Se redacta en breve y
generalizada el propósito del
documento.
Alcance SI Específica a quien dirigido el
documento de requisitos
Referencias SI Basado en el estándar IEEE
830 -1998
Funcionalidades del NO No especifica las
producto funcionalidades del producto
Clases y SI Disponible para usuarios y
características de administradores, información
usuarios básica.
Entorno operativo NO No describe el entorno
operativo en el que se
desenvolverá el sistema,
software, módulo o grupo de
funcionalidades, la versión del
sistema operativo y/o
componentes o complementos
que pueda necesitar.
Requerimientos SI Especifica los requerimientos
funcionales funcionales del software en
tablas organizadas
Requerimientos no SI Especifica los requerimientos
funcionales no funcionales del software en
tablas organizadas

Caso 2: https://www.svs.cl/sitio/seil/software-
manual/safec/manual_usuario_fecu_sa.pdf
Estándar: IEEE Std 1063 – 2001
Elemento Cumple Observaciones
(Si/No)
Identificación de datos SI El autor no especifica datos
como fecha de elaboración del
manual.
Tabla de contenido SI Se incluye una tabla de
contenidos
Lista de ilustraciones NO No se especifica pero se
incluye gráficos del programa
 Introducción NO El autor no presenta un
argumento general del archivo.
Requerimientos NO No describe los requerimientos
técnicos del sistema, software, módulo
o grupo de funcionalidades, o
cualquier otro requerimiento.
Procedimientos SI Detalla los pasa a seguir para
que el sistema funcione
adecuadamente
Mensajes de error SI En cada detalle de
procedimientos se encuentra
los errores que pueden irse
presentando
Glosario NO No detalla, ni describe palabras
que puedan acarrear dificultad
para comprenderlas
Fuentes de NO No incluye la fuente de
información información o referencia IEEE
relacionadas std 1063-2001
Características de SI No específica las
navegación características de la web para
que el sistema se desarrolle
óptimamente
Índice NO No detalla palabras que
puedan ser útiles en una mejor
comprensión del manual

BIBLIOGRAFÌA

 Especificación de Requisitos según el estándar de IEEE 830 (2008).

Disponible en:
https://www.fdi.ucm.es/profesor/gmendez/docs/is0809/ieee830.pdf
 Norma IEEE – 830 para especificación de requerimientos de software.
Disponible en: https://es.slideshare.net/amerino2010/ieee-830
 Metodología de gestión de requerimientos. Técnicas para Identificar
Requisitos Funcionales y No Funcionales. Disponible en:
https://sites.google.com/site/metodologiareq/capitulo-ii/tecnicas-para-
identificar-requisitos-funcionales-y-no-funcionales