Definicin: Estndar de calidad

Estndar de calidad es el que rene los requisitos mnimos en busca de la excelencia dentro de
una organizacin institucional.
Autor: Pulido, Hernn Javier 2004.

Estndar es aquello que sirve como tipo, modelo, norma, patrn o referencia.
Autor: Real Academia Espaola

Tipos de estndares

Estndar

Oficial De facto De jure

Estndar Oficial: Es una norma respaldada por un organismo oficial que define estndares

Estndar de facto: Es un "estndar" (pero no oficial), pero que su penetracin en el mercado es

inmensa y aceptada.

Estndar de jure (Oficial): Se establecen por convenio en contraposicin a un establecimiento

por hecho o costumbre. Son definidos por organizaciones oficiales

Fuente: Evelio
http://www.eveliux.com/mx/curso/estandares-y-organizaciones.html

Qu son y cules son los estndares de calidad en la ingeniera de

requerimientos y en el desarrollo de software en general?

En ingeniera de requisitos

Existen numerosas metodologas, estndares y normas en el mbito de la gestin de

requisitos. Algunas de las normas ms conocidas son: ISO 29148, ISO 15288, ISO 24766.

ISO 29148 Systems and software engineering Life cycle processes Requirements
engineering: Contiene destrezas para los procesos y productos relacionados con
la ingeniera de requisitos para los sistemas y productos de software y servicios
a lo largo del ciclo de vida.
Define la construccin de un buen requisito, proporciona atributos y caractersticas de
los requisitos, y analiza la aplicacin iterativa y recursiva de los procesos de requisitos
 a lo largo del ciclo de vida.
ISO 29148 proporciona una orientacin adicional en la aplicacin de los procesos de
requisitos de ingeniera y gestin de las actividades de los requisitos relacionados en
la norma ISO 15288. Adems, define los elementos de informacin aplicables a la
ingeniera de requisitos y su contenido.

ISO 15288 - Systems and software engineering System life cycle processes:
Establece un marco comn de procesos para describir el ciclo de vida de la Ingeniera
de Sistemas.
Define un conjunto de procesos y la terminologa asociada desde un punto de vista de
la ingeniera. Estos procesos se pueden aplicar en cualquier nivel de la estructura
jerrquica de un sistema. Algunos conjuntos seleccionados de estos procesos se
pueden aplicar en todo el ciclo de vida de la gestin y la realizacin de las etapas del
ciclo de vida de un sistema. Esto se logra a travs de la participacin de todas las partes
interesadas, con el objetivo de lograr la satisfaccin del cliente.

ISO 24766 Information technology Systems and software engineering Guide for
requirements tool capabilities: La ingeniera de requisitos es un proceso esencial de los
sistemas y los ciclos de vida del software de ingeniera. La ingeniera de requisitos se
ha establecido como un proceso del ciclo de vida estndar ISO tanto en la norma ISO
15288, como en la norma ISO IEC 12207.
Esta norma proporciona una orientacin sobre las capacidades deseables que
debera aportar una herramienta de Ingeniera de Requisitos. Normalmente la
norma ISO 24766 es utilizada como complemento de la norma ISO 14102, Information
technology Guideline for the evaluation and selection of CASE tools

Otras normas y estndares sobre la gestin de requisitos son:

IEEE Std 830 IEEE Recommended Practice for Software Requirements

Specifications
IEEE Std 1233 IEEE Guide for Developing System Requirements Specifications

Autor: Jose Sevilla, Consultor de ITSM & Gestin de Requisitos en OVERTI.

http://www.overti.es/tecnologia/283-normas-y-estandares-para-gestion-de-requisitos

En ingeniera de Software en general

ISO 12207 Modelos de Ciclos de Vida del Software.

Estndar para los procesos de ciclo de vida del software de la organizacin, Este estndar se
concibi para aquellos interesados en adquisicin de software, as como desarrolladores y
proveedores. El estndar indica una serie de procesos desde la recopilacin de requisitos hasta
la culminacin del software.

El estndar comprende 17 procesos lo cuales son agrupados en tres categoras:

Principales

de apoyo
 de organizacin

Este estndar agrupa las actividades que se pueden llevar a cabo durante el ciclo de vida del
software en cinco procesos principales, ocho procesos de apoyo y cuatro procesos organizativos

ISO 9000: Gestin y aseguramiento de calidad (conceptos y directrices generales).

Recomendaciones externas para aseguramiento de la calidad (ISO 9001, ISO 9002, ISO 9003).

ISO 9001: Sistema de calidad- Modelo de aseguramiento de la calidad en diseo/ desarrollo

produccin, instalacin y servicio.

Norma que se aplica a los sistemas de calidad (SGC), el cual se centra en todos los elementos de
administracin de calidad con los que una empresa debe contar, para tener un sistema efectivo
que permita administrar y mejorar la calidad sus productos y servicios.

La norma ISO 9001:2008 se basa en ocho principios de gestin de calidad:

1. Enfoque al cliente
2. Liderazgo
3. Participacin del personal
4. Enfoque basado en procesos
5. Enfoque de sistema para la gestin
6. Mejora continua
 7. Enfoque basado en hechos para la toma de decisin
8. Relaciones mutuamente beneficiosas con el proveedor

ISO 9002: Sistemas de calidad- Modelo de aseguramiento de la calidad en la produccin e

instalacin.

La norma ISO 9002 evala todos los recursos humanos y tcnicos y los procedimientos
administrativos, que garantizan la operacin continua y efectiva del sistema de calidad en una
empresa. es necesaria la supervisin constante y el cumplimiento de especificaciones, las que
servirn para documentar los procedimientos y aseguramiento que satisfacen los requisitos
especficos del cliente. En el ao 2000, ISO 9002 se uni a la norma ISO 9001, ya que eran
similares. La norma ISO 9001 de aseguramiento de calidad estndar cubre tanto la produccin,
fabricacin y partes de servicio de 9002, adems de cubrir procesos de creacin del diseo.

ISO 9003: Sistemas de calidad- Modelo aseguramiento de la calidad

Se enfatiza en los requisitos del sistema de calidad especificados en la ISO-9001 y en la ISO-9002

Son complementarios, Estas normas establecen requisitos que determinan que elementos
tienen que comprender los sistemas de calidad, el deo de estas normas permiten que estn
sean genricas.

La norma ISO-9003 se dedica a inspeccionar el producto final terminado, esta norma fue anulada
por la publicacin del 2000 de la norma ISo-9001.

Artculo: Que es ISO-9001

http://www.normas9000.com/que-es-iso-9000.HTML

Artculo: ISO-9000
http://orden20166grupo2.blogspot.com/2011/03/cumplimiento-de-normas-iso-9000-
9001_14.html

ISO 9126 Calidad del producto.

El estndar ISO 9126 ha sido desarrollado en un intento de identificar los atributos clave de
calidad para el software evala los productos de software, esta norma nos indica las
caractersticas de la calidad y los lineamientos para su uso. El estndar identifica 6 atributos
clave de calidad:
 Funcionalidad: el grado en que el software satisface las necesidades indicadas por los siguientes
suba tributos: idoneidad, correccin, interoperatividad, conformidad y seguridad.

Confiabilidad: cantidad de tiempo que el software est disponible para su uso. Est referido
por los siguientes suba tributos: madurez, tolerancia a fallos y facilidad de recuperacin.

Usabilidad: grado en que el software es fcil de usar. Viene reflejado por los siguientes suba
tributos: facilidad de comprensin, facilidad de aprendizaje y operatividad.

Eficiencia: grado en que el software hace ptimo el uso de los recursos del sistema. Est
indicado por los siguientes suba tributos: tiempo de uso y recursos utilizados.

Facilidad de mantenimiento: la facilidad con que una modificacin puede ser realizada. Est
indicada por los siguientes suba tributos: facilidad de anlisis, facilidad de cambio, estabilidad y
facilidad de prueba.

Portabilidad: la facilidad con que el software puede ser llevado de un entorno a otro. Est
referido por los siguientes suba tributos: facilidad de instalacin, facilidad de ajuste, facilidad de
adaptacin al cambio.
Artculo: Norma ISO-9126
http://www.austral.edu.ar/aplic/webSIA/webSIA2004.nsf/6905fd7e3ce10eca03256e0b0056c5
b9/c18992b29a6c30e00325779e004ef56b/$FILE/Norma%20ISO%209126%20espa%C3%B1ol.p
df

ISO 14598 Evaluacin de productos de software

La norma ISO/IEC 14598 es un estndar que proporciona un marco de trabajo para evaluar la
calidad de todo tipo de producto software e indica los requisitos para los mtodos de medicin
y el proceso de evaluacin, proporcionando mtricas y requisitos para los procesos de
evaluacin, a travs de 6 etapas.

ISO/IEC 14598-1 Visin General: establece un resumen de las otras cinco etapas, explica
la relacin entre la evaluacin del producto software y el modelo de calidad.

Actividades: (Establecer los requerimientos de evaluacin, Especificar la evaluacin, Planear la

evaluacin, Ejecutar la evaluacin).

ISO/IEC 14598-2 Planificacin y Gestin: contiene requisitos y guas para las funciones de
soporte tales como la planificacin y gestin de la evaluacin del producto del software.

Actividades: (Preparacin de polticas, definicin de objetivos, Identificacin de la tecnologa,

Asignacin de responsabilidades, Evaluacin de software desarrollado y adquirido).
 ISO/IEC 14598-3 Proceso de desarrolladores: Lo utiliza las organizaciones que planean
desarrollar un producto o mejorar uno existente, realiza evaluaciones de producto utilizando
indicadores que puede predecir la calidad de los productos finales.

Actividades: (Organizacin, Planeamiento, Especificaciones, Diseo, Montaje)

ISO/IEC 14598-4 Proceso de comparadores: Lo utilizan las organizaciones que pretenden

comparar o rehusar un producto de software existente, se aplica con el propsito de aceptacin
de un producto.

Actividades: (Requerimientos, Especificacin evaluacin, Diseo evaluacin, Ejecucin

evaluacin).

ISO/IEC 14598-5 Proceso evaluadores: este proceso es utilizado por organizaciones

encargadas de evaluar, provee los requisitos y guas para la evaluacin del producto software.
Promueve las siguientes caractersticas de proceso (repetible, Reproducible; Imparcial, Objetivo)

Actividades: (Trazabilidad, Resultados, Problemas, Mejoras, Conclusiones)

ISO/IEC 14598-6 Modulo evaluacin: Especifica las mediciones que van a ser tomadas
sobre los atributos de calidad que se definieron en la etapa anterior, provee las guas para la
documentacin de la evaluacin.

Actividades: (Introduccin, Alcance, Entradas, Resultados)

La Norma ISO-14598 proporciona un marco de trabajo para evaluar la calidad de todos los tipos
de software, indicando los requisitos que sern medidos, y analizados en este proceso.
Implementar estndares que garanticen una correcta evaluacin al software y mitigar los
errores que pueda presentar cundo se est ejecutando.

Artculo: Gestin de software

http://www.fing.edu.uy/inco/cursos/gestsoft/Presentaciones/Evaluacion%20de%20Productos
%20-%20G2/Evaluacion%20de%20Productos.pdf

ISO/IEC 25000

Esta proporciona una gua para el uso de las nuevas series de estndares internacionales,
llamados Requisitos y Evaluacin de Calidad de Productos de Software (SQuaRE). Es una norma
que se basa en la ISO 9126 y 14598 y su principal objetivo es determinar una gua para el
desarrollo de los productos de software con la especificacin y evaluacin de requisitos de
calidad. Establece criterios para la especificacin de requisitos de calidad de productos software,
sus mtricas y su evaluacin. El producto de software debe incorporar unas caractersticas, de
tal manera que se garantice su eficiencia de uso a los requerimientos de los clientes. Se
recomienda que los requisitos de calidad deban ser proporcionales a las necesidades de la
aplicacin y lo crtico que sea el correcto funcionamiento del sistema implementado.

La norma se compone por las siguientes divisiones:

SO/IEC 2500n. Divisin de gestin de calidad. estas divisiones definen todos los modelos
comunes, trminos y referencias a los que se alude en las dems divisiones de SQuaRE
 ISO/IEC 2501n. Divisin del modelo de calidad. presenta un modelo de calidad detallado,
incluyendo caractersticas para la calidad interna, externa y en uso.

ISO/IEC 2502n. Divisin de mediciones de calidad. Presenta un modelo de referencia de

calidad del producto software, definiciones matemticas de las mtricas de calidad y una gua
prctica para su aplicacin. Presenta aplicaciones de mtricas para la calidad de software
interna, externa y en uso.

ISO/IEC 2503n. Divisin de requisitos de calidad. ayuda a especificar los requisitos de

calidad. Estos requisitos pueden ser usados en el proceso de especificacin de requisitos de
calidad para un producto software que va a ser desarrollado o como entrada para un proceso
de evaluacin. El proceso de definicin de requisitos se gua por el establecido en la norma
ISO/IEC 15288 (ISO, 2003).

ISO/IEC 2504n. Divisin de evaluacin de la calidad. proporciona requisitos,

recomendaciones y guas para la evaluacin de un producto software, tanto si la llevan a cabo
evaluadores, como clientes o desarrolladores.

ISO/IEC 2505025099. Estndares de extensin SQuaRE. Incluyen requisitos para la

calidad de productos de software Off-The-Self y para el formato comn de la industria (CIF)
para informes de usabilidad.

Esta norma define tres vistas diferentes respecto al estudio de la calidad de un producto
software:

Vista interna: se ocupa de las propiedades del software como: el tamao, la complejidad o la
conformidad con las normas de orientacin a objetos. Esta vista puede utilizarse desde las
primeras fases del desarrollo para detectar deficiencia del software.

Vista externa: analiza el comportamiento del software en produccin y estudia sus atributos,
por ejemplo: el rendimiento de un software en una mquina determinada, el uso de memoria
de un programa o el tiempo de funcionamiento entre fallos. Esta vista se utiliza una vez el
software este completo y listo para produccin.

Vista en uso: mide la productividad y efectividad del usuario final al utilizar el software. Esta
vista se utiliza una vez el software est listo y ser evaluado por el cliente y depender de los
factores determinantes del mismo.

Artculo: Norma ISO/IEC-25000

http://www.redalyc.org/articulo.oa?id=92218339013

Fuente: Publicado por Luis Lozano

http://estandarescalidadsoftware.blogspot.mx/

SPICE

Es un estndar importante iniciativa internacional para apoyar el desarrollo de una Norma

Internacional para la Evaluacin de Procesos de Software. El proyecto tiene tres objetivos
principales: Para desarrollar un proyecto de trabajo para un estndar para la evaluacin de
procesos de software. Para llevar a cabo los ensayos de la industria de la norma emergente. Para
promover la transferencia de tecnologa de la evaluacin de procesos de software en la industria
mundial del software a nivel mundial.

El estndar SPICE creciente en nmero de mtodos de evaluacin disponibles, y la creciente

utilizacin de la tcnica comercial en reas sensibles, fueron los factores clave que impulsaron
el desarrollo y la aceptacin de una propuesta para desarrollar un estndar internacional para
la evaluacin de procesos de software.

Una Norma Internacional sobre Evaluacin de Procesos de Software ofrecer los siguientes
beneficios a la industria y los usuarios del software: Beneficios para la Industria del Software Los
proveedores de software se someter a un solo esquema de proceso de evaluacin. Las
organizaciones de desarrollo de software tendrn una herramienta para iniciar y sostener un
proceso continuo de mejora. Los directores de programas tendrn un medio para garantizar que
su desarrollo de software est en consonancia y apoya, las necesidades comerciales de la
organizacin.

CMMI

Es un modelo de mejora de los procesos de construccin de software que provee los elementos
necesarios para determinar su efectividad. Este modelo puede ser utilizado como gua para
mejorar las actividades de un proyecto, rea u organizacin, ya que proporciona un marco de
referencia para evaluar la efectividad de los procesos actuales, facilitando con ello la definicin
de actividades, prioridades y metas para garantizar la mejora continua. Es el estndar ms
conocido para la mejora de procesos en mejora de procesos para el desarrollo de proyectos,
gestin de proveedores y gestin de servicio.

El CMMI establece cinco niveles de madurez los cuales son: Nivel 0: Incompleto El proceso no se
realiza, o no se consiguen los objetivos.

Nivel 1 Inicial o ejecutando: Este es el nivel en donde todas las empresas que no tienen
procesos, es donde el proceso se ejecuta y se logra su objetivo, as sea fuera de presupuesto y
de cronograma.

Nivel 2 Repetible: Se da cuando el xito de los resultados obtenidos se puede repetir.

Nivel 3 Definido: Significa que la forma de desarrollar proyectos est definida, establecida,
documentada y que existen mtricas.

Nivel 4 Administrado: Los proyectos usan objetivos medibles y cuantificables para alcanzar
cubrir las necesidades de los clientes y la organizacin. Es decir, se usan mtricas para gestionar
la organizacin.
Nivel 5 Optimizado: Los procesos de los proyectos y de la organizacin estn orientados a la
mejora de las actividades, que mediante mtricas son identificadas, evaluadas y puestas en
prctica.

IEEE (Institute of Electrical and Electronics Engineers)

Es un mtodo de establecimiento y mejora del trabajo en equipo para procesos software, una
asociacin tcnico-profesional mundial dedicada a la estandarizacin, entre otras cosas. Su
creacin se remonta al ao 1884, contando entre sus fundadores a personalidades de la talla de
Thomas Alva Edison, Alexander GrahamBell y Franklin Leonard Pope. En 1963 adopt el nombre
de IEEE al fusionarse asociaciones como el AIEE (American Institute of Electrical Engineers) y el
IRE (Institute of Radio Engineers).

Segn el mismo IEEE, su trabajo es promover la creatividad, el desarrollo y la integracin,

compartir y aplicar los avances en las tecnologas de la informacin, electrnica y ciencias en
general para beneficio de la humanidad y de los mismos profesionales. Algunos de sus
estndares son:

VHDL
POSIX
IEEE 1394
IEEE 488
IEEE 802
IEEE 802.11
IEEE 754

Mediante sus actividades de publicacin tcnica, conferencias y estndares basados en

consenso, el IEEE produce ms del 30% de la literatura publicada en el mundo sobre ingeniera
elctrica, en computacin, telecomunicaciones y tecnologa de control, organiza ms de 1000
conferencias al ao en todo el mundo, y posee cerca de 900 estndares activos, con otros 700
ms bajo desarrollo.

PSP

El proceso personal del software es un mtodo de autoconocimiento, que permite estimar

cunto se tarda un individuo en realizar una aplicacin de software, para as calcular el
presupuesto y asegurar la operatividad de los desarrollos. PSP se concentra en las prcticas de
trabajo de los ingenieros en una forma individual.

El PSP se caracteriza porque es de uso personal y se aplica a programas pequeos de menos de

10.000 lneas de cdigo. El PSP sirve para producir software de calidad, donde cada ingeniero
debe trabajar en la necesidad de realizar trabajo de calidad.

TSP

Team Software Process es un mtodo de establecimiento y mejora del trabajo en equipo para
procesos de software. Es un proceso para equipos de software, a travs del cual se contribuye
equipos de alto rendimiento, capaces de comprometerse con el plan y administracin del
desarrollo de software, as como de producir productos de calidad y a bajo costo, logrando el
mejor desempeo posible.

Moprosoft

Es una norma mexicana, basada en procesos para las industrias de software, la cual sirve para
estandarizar operaciones y prcticas en gestin de ingeniera de software, para as elevar la
capacidad de las organizaciones de ofrecer servicios con calidad y alcanzar niveles
internacionales de competitividad. Est enfocado a las Pymes de la Industria de Software en
Mxico. Est dirigido a las empresas o reas internas dedicadas al desarrollo y/o mantenimiento
de software.

Cuadro comparativo

Estndares y
Organismo
Normas Aplicable a
que regula

(SEI) Software
Mejora de procesos de construccin de software y proyectos
CMMI Engineering
de TI.
Institute

Permite estimar cunto se tarda un individuo en realizar una

PSP ISO
aplicacin de software

Predice el tiempo y tamao del software Administracin de

PSP-TSP ISO
calidad

Establecen un modelo de calidad para el producto del

ISO 25000 ISO software, adems de definir la evaluacin de la calidad del
producto.

Serie de documentacin para el desarrollo de software y

IEEE IEEE
proyectos de TI

Team Software Es un mtodo de establecimiento y mejora del trabajo en

TSP
Process equipo para procesos de software
 Programa de
simulacin con Es una importante iniciativa internacional para apoyar el
SPICE nfasis en desarrollo de una Norma Internacional para la Evaluacin de
circuitos procesos del software
integrados

Norma mexicana, basada en procesos para las industrias de

MOPROSOFT ISO software, la cual sirve para estandarizar operaciones y
prcticas en gestin de ingeniera de software

Autor: Fernando Aciniega

http://fernandoarciniega.com/normas-y-estandares-de-calidad-para-el-desarrollo-de-
software/

Organizaciones de estndares de calidad

El primer tipo de Organismo est integrado por consultores independientes, integrantes de

departamentos o Secretaras de Estado, u otros individuos (ejemplos de este tipo organizaciones
es la ITU, ISO, ANSI, etc.).

El segundo tipo de Organismo est integrado por compaas fabricantes de equipos de

telecomunicaciones que conjuntamente deciden y proponen estndares para entrar al mercado
de las telecomunicaciones y redes. (e.g. ATM Forum, Frame Relay Forum, Gigabit Ethernet
Alliance),

Fuente: Evelio
http://www.eveliux.com/mx/curso/estandares-y-organizaciones.html

ISO
The International Standards Organization
Organizacin Internacional para la Estandarizacin. El OSI es una organizacin dedicada a
acuerdos mundiales sobre estndares internacionales en una amplia variedad de campos.

ITU-T
International Telecommunications Union- Telecommunication Standards Sector
Unin Internacional de Telecomunicaciones Sector de Estndares de Telecomunicaciones.
La ITU-T es una organizacin de estandarizacin internacional relacionada con las Naciones
Unidas que desarrolla estndares para telecomunicaciones.

ANSI
Instituto Nacional Americano para la estandarizacin.
La ANSI es una organizacin sin nimo de lucro, es el representante con derecho a voto de los
Estados Unidos tanto en ISO como en ITU-T.

IEEE
Institute of Electrical and Electronics Engineers
Instituto de Ingenieros Elctricos y Electrnicos. El IEEE es el grupo profesional ms grande a
nivel nacional involucrado en el desarrollo de estndares para la computacin, comunicacin,
ingeniera elctrica y electrnica."

EIA
Electronic Industries Association
Asociacin de Industrias Electrnicas. EIA es una asociacin de fabricantes de electrnica de
los Estados Unidos."

CEN
Organismo encargado de la labor normalizadora dentro de Europa. Fundada en el 1961 en
Paris.

W3C
Consorcio internacional que produce estndares para la www o RED GLOBAL. Su misin es guiar
la web hacia su mximo potencial. Creada por Tim Berners-Lee en el 1994. Estndares: HTML,
XML, CSS.

IETF
Internet engineering task force.
Organizacin que se dedica a promover estndares de internet. Fue creada en EE. UU en 1986.

ETSI
Organismo encargado fundamentalmente de desarrollar estndares a nivel global en el entorno
de las ciencias y la comunicacin. Estndares: telefona mvil GSM, tarjeta SIM, XDSL, DVB and
DAB.

Fuente: AR Lpez
https://es.slideshare.net/drakusalpha/organizaciones-de-estndares

Naturaleza de SRS
La SRS son especificaciones para un producto particular de software, programa o juego de
programas que realizan ciertas funciones en un ambiente especfico.

La SRS puede escribirse por:

Uno o ms representantes del proveedor

Uno o ms representantes del cliente o
Por ambos (proveedor y cliente).

Aspectos bsicos que se deben tener en cuenta:

Funcionalidad
Interfaces externas (personas, hardware, otro software)
Rendimiento
Atributos (portable, exacto, mantenimiento, seguridad, )
Restricciones (de diseo, idioma, integridad, limitaciones, ambiente, )

Fuente: IEEE Recommendad Practice for Software Requirements Specifications

 Consideraciones para producir una buena SRS
Naturaleza de la ERS
Ambiente de la ERS
El software puede contener toda la funcionalidad del proyecto o Puede ser parte de un
sistema ms grande

En el ltimo caso habr una ERS que:

Declara las interfaces entre el sistema y ese software modular, e

Indica la funcionalidad del software modular

La ERS tiene un rol especfico en el proceso de desarrollo de software, quien la define, debe
tener cuidado para no ir ms all de los lmites de ese rol

La ERS

Debe definir todos los requisitos del software correctamente

No debe describir detalles de diseo o implementacin
No debe imponer restricciones adicionales al software (van en otro documento, por
ejemplo, en el de aseguramiento de la calidad)

Caractersticas de una buena ERS

Una buena ERS debe ser:

Correcta

Inequvoca

Completa

Con todos los requisitos relacionados con funcionalidad, rendimiento,

restricciones de diseo, atributos e interfases externas.

Respuestas a todas las posibles entradas (vlidas e invlidas)

Con todas las etiquetas y referencias a figuras, tablas, diagramas en la

ERS

Definicin de las unidades de medida.

Consistente

Organizada por orden de importancia y/o estabilidad

Esencial, condicionada a u opcional Con/sin cambios

Comprobable

Modificable

Trazable

Preparacin conjunta de la ERS

Cliente y Proveedor en trabajo conjunto

Evolucin de la ERS
Cambios a medida que:

Se conozca ms a cerca del contenido del proyecto

Se llegue a detalles

Avance el proyecto

Se detecten deficiencias

Se detecten inexactitudes

Prototipos
Ayudan a entender los problemas y/o soluciones

Muestran posibles comportamientos

Dan ms estabilidad a la ERS

Generalmente hacen que en la implementacin

Haya menos cambios

Disminuya el tiempo

Diseo en la ERS
Una ERS debe especificar

Qu funciones sern realizadas

Con qu datos

Para producir qu resultados

En qu situacin

Para quien

Una ERS no debe especificar

Mdulos en que divide el software

Funciones a los mdulos

Flujo de informacin entre mdulos

Controles entre mdulos

Estructuras de datos
 Necesidad de especificar condiciones de diseo en la ERS para casos especiales, con
el fin de imponer restricciones de diseo por

Seguridad

Confiabilidad

Necesidad de funciones en mdulos separados

Restricciones de comunicaciones entre reas del programa

Garanta de integridad en variables crticas

Disponibilidad fsica

Disponibilidad de programas/aplicativos/utilitarios

Cumplimiento de estndares

Requisitos del proyecto en la ERS

La ERS debe estar dirigida al producto del software, no al proceso de producir el
software

Algunos requisitos del proyecto, acordados entre el cliente y el proveedor, se incluyen

en la ERS

Costos

Tiempos de entrega

Procedimientos para reportes

Mtodos para el desarrollo de Software

Aseguramiento de Calidad

Criterios para validacin y verificacin

Procedimientos para aceptacin

Partes de la SRS
Tabla de Contenido

1. Introduccin

1.1 Propsito

1.2 Alcance

1.3 Definiciones, siglas, y abreviaciones

1.4 Referencias

1.5 Descripcin global de la ERS

2. Descripcin global del producto

2.1 Perspectiva del producto

2.2 Funciones del producto

2.3 Caractersticas de usuario

2.4 Restricciones

2.5 Condiciones y dependencias

2.6. Repartir proporcionalmente los requisitos

3. Requisitos especficos

Apndices

ndice

Fuente: IEEE Recommendad Practice for Software Requirements Specifications

Conclusin

A pesar de la importancia que tiene la Ingeniera de Requerimientos, ha costado mucho que se

le preste la atencin adecuada a esta actividad. An quedan muchos desafos que deben ser
mejorados, tales como la integracin de requerimientos funcionales y no funcionales, la
evaluacin de especificaciones alternativas, la formalizacin de la SRS, entre otras.

Cada actividad y tcnica de la IR utilizada individualmente, dar diferentes soluciones para

diferentes proyectos, incluyendo aquellos casos en los que el dominio y el rea del problema
son el mismo. Por esta razn, considero que no existe un modelo de proceso ideal para la IR;
encontrar el mtodo o la tcnica perfecta es una ilusin, pues cada mtodo y tcnica ofrece
diferentes soluciones ante un problema.

Debemos recordar que la Ingeniera de Requerimientos es una actividad que involucra a clientes,
usuarios, equipo de desarrollo, administradores de proyectos, etc.; por lo tanto, el proceso de
IR no depende solamente de la forma en cmo se percibe el problema, sino tambin, del nivel
de experiencia que tengan los involucrados.

Tomando en cuenta la magnitud de comunicacin y el trabajo en equipo que debe existir en la

IR, considero necesario enfatizar ms en cerrar las brechas que todava existen, incluyendo los
siguientes elementos:

Factores sociales: involucrar al grupo para compartir sus experiencias.

Factores de problemas especficos: el dominio de la estructura y estndares disponibles.

Factores organizacionales: tiempo y costo presupuestados.

Factores de diseo: por ejemplo, interfaces de usuario

Es importante tomarse el tiempo necesario para conocer a nuestros clientes y usuarios, as como
su ambiente de trabajo. Esto, tambin ayuda a establecer una buena relacin de trabajo y
comunicacin entre el equipo de desarrollo y los clientes. Es realmente necesario que los
clientes y usuarios participen en la definicin de sus requerimientos, pues ellos son los que
deciden nuestro destino en el proyecto, deciden si les gustamos o no y adems financian el
proyecto.