DUOC UC - Escuela de informatica y telecomunicaciones

Propuesta de Proyecto
y Especificacin de
Requisitos de Software
Proyecto: [Insertar Nombre de Proyecto]
Revisin: [01]
[Seleccionar fecha]

Planificacin y Especificacin de Requisitos segn estndares; IEEE 830, ISO9000 y PMI.

 Especificacin de Requisitos, estndar de IEEE 830

Contenido
FICHA DEL DOCUMENTO .............................................................................................................................. 3
1. INTRODUCCIN ....................................................................................................................................... 4

1.1. PROPSITO ........................................................................................................................................... 4

1.2. MBITO DEL SISTEMA ............................................................................................................................. 4
1.3. DEFINICIONES, ACRNIMOS Y ABREVIATURAS.............................................................................................. 4
1.4. REFERENCIAS ........................................................................................................................................ 4
1.5. VISIN GENERAL DEL DOCUMENTO ........................................................................................................... 4

2. DESCRIPCIN GENERAL ....................................................................................................................... 5

2.1. PERSPECTIVA DEL PRODUCTO ................................................................................................................... 5

2.2. FUNCIONES DEL PRODUCTO ..................................................................................................................... 5
2.3. CARACTERSTICAS DE LOS USUARIOS .......................................................................................................... 5
2.4. RESTRICCIONES ...................................................................................................................................... 5
2.5. SUPOSICIONES Y DEPENDENCIAS ............................................................................................................... 6
2.6. REQUISITOS FUTUROS ............................................................................................................................. 6

3. REQUISITOS ESPECFICOS .................................................................................................................... 7

3.1 REQUISITOS COMUNES DE LAS 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 comunicacin .......................................................................................................... 8
3.2 REQUISITOS FUNCIONALES ....................................................................................................................... 8
3.3 REQUISITOS NO FUNCIONALES .................................................................................................................. 9
3.3.1 Requisitos de rendimiento ............................................................................................................ 9
3.3.2 Seguridad ...................................................................................................................................... 9
3.3.3 Fiabilidad ...................................................................................................................................... 9
3.3.4 Disponibilidad ............................................................................................................................... 9
3.3.5 Mantenibilidad ........................................................................................................................... 10
3.3.6 Portabilidad ................................................................................................................................ 10
3.4 OTROS REQUISITOS .............................................................................................................................. 10

4. PROPUESTA DE PLANIFICACIN ............................................................................................................. 10

4.1 DESCRIPCIN GENERAL ACERCA DE LA PLANIFICACIN......................................................................................... 10

4.1.2 Definicin del Equipo de Trabajo .................................................................................................... 11
4.1.3 Definicin de Actividades principales del Proyecto ......................................................................... 11
4.1.4 Diagrama EDT ................................................................................................................................. 11
4.1.5 Carta Gantt ..................................................................................................................................... 11
4.1.6 Resumen Costos del Desarrollo del Proyecto .................................................................................. 12

2
 Especificacin de Requisitos, estndar de IEEE 830

4.2 PLAN DE CONTROL DE CAMBIO ...................................................................................................................... 12

5. ANEXOS ...................................................................................................................................................... 13
5.1 Acta de Proyecto ................................................................................................................................ 13
5.2 Matriz Especificacin de Requerimientos .......................................................................................... 13
5.3 Diagrama de Casos de Uso General ................................................................................................... 13
5.4 Planilla Casos de Uso ......................................................................................................................... 13
5.5 Prototipado de Software .................................................................................................................... 13
5.6 Resultado Anlisis de Calidad Diagramas Modelamiento ................................................................. 14
5.7 Resultado Anlisis de Calidad Prototipado No funcional del Sistema ................................................ 14
5.8 Planilla entregables del Proyecto ....................................................................................................... 14
5.9 Matriz de Control de Cambios ........................................................................................................... 14
5.10 Matriz EDT. Planilla Detallada Clculo de Esfuerzo ......................................................................... 14

Ficha del documento

Fecha Revisin Autor Modificacin

[Fecha] [Rev] [Descripcion] [Descripcion]

[Fecha] [Rev] [Descripcion] [Descripcion]

Documento validado por las partes en fecha: [Fecha]

Integrantes:
Nombre Integrante del Equipo Rol Definido

3
 Especificacin de Requisitos, estndar de IEEE 830

1. Introduccin
En esta seccin se proporcionar una introduccin a todo el documento de Especificacin de
Requisitos Software (ERS). Consta de varias subsecciones: propsito, mbito del sistema,
definiciones, referencias y visin general del documento.

1.1. Propsito
En esta subseccin se definir el propsito del documento ERS y se especificar a quin va dirigido
el documento

1.2. mbito del Sistema

En esta subseccin:

Se podr dar un nombre al futuro sistema.

Se explicar lo que el sistema har y lo que no har.

Se describirn los beneficios, objetivos y metas que se espera alcanzar con el futuro
sistema.

1.3. Definiciones, Acrnimos y Abreviaturas

En esta subseccin se definirn todos los trminos, acrnimos y abreviaturas utilizadas en la ERS.

1.4. Referencias
En esta subseccin se mostrar una lista completa de todos los documentos referenciados en la
ERS.

1.5. Visin General del Documento

En esta subseccin se describe brevemente los contenidos y la organizacin del resto de la ERS.

4
 Especificacin de Requisitos, estndar de IEEE 830

2. Descripcin General
En esta seccin se describen todos aquellos factores que afectan al producto y a sus requisitos. No
se describen los requisitos, sino su contexto. Esto permitir definir con detalle los requisitos en la
seccin 3, haciendo que sean ms fciles de entender.

Normalmente, esta seccin consta de las siguientes subsecciones: Perspectiva del producto,
funciones del producto, caractersticas de los usuarios, restricciones, factores que se asumen y
futuros requisitos.

2.1. Perspectiva del Producto

Esta subseccin debe relacionar el futuro sistema (producto software) con otros productos. Si el
producto es totalmente independiente de otros productos, tambin debe especificarse aqu. Si la
ERS define un producto que es parte de un sistema mayor, esta subseccin relacionar los
requisitos del sistema mayor con la funcionalidad del producto descrito en la ERS, y se
identificarn las interfaces entre el producto mayor y el producto aqu descrito. Se recomienda
utilizar diagramas de bloques.

2.2. Funciones del Producto

En esta subseccin de la ERS se mostrar un resumen, a grandes rasgos, de las funciones del
futuro sistema. Las funciones debern mostrarse de forma organizada, y pueden utilizarse
grficos, siempre y cuando dichos grficos reflejen las relaciones entre funciones y no el diseo del
sistema. (Se recomienda algn tipo de Diagrama de los componentes del sistema)

2.3. Caractersticas de los Usuarios

Esta subseccin describir las caractersticas generales de los usuarios del producto, incluyendo
nivel educacional, experiencia y experiencia tcnica. Adems debes definir los Tipos de Usuarios
con sus perfiles.

2.4. Restricciones
Esta subseccin describir aquellas limitaciones que se imponen sobre los desarrolladores del
producto:

Polticas de la empresa.

Limitaciones del hardware.

Interfaces con otras aplicaciones.

Operaciones paralelas.

5
 Especificacin de Requisitos, estndar de IEEE 830

Funciones de auditora.

Funciones de control.

Lenguaje(s) de programacin.

Protocolos de comunicacin.

Requisitos de habilidad.

Criticidad de la aplicacin.

Consideraciones acerca de la seguridad.

2.5. Suposiciones y Dependencias

Esta subseccin de la ERS describir aquellos factores que, si cambian, pueden afectar a los
requisitos. Por ejemplo, los requisitos pueden presuponer una cierta organizacin de ciertas
unidades de la empresa, o pueden presuponer que el sistema correr sobre cierto sistema
operativo. Si cambian dichos detalles en la organizacin de la empresa, o si cambian ciertos
detalles tcnicos, como el sistema operativo, puede ser necesario revisar y cambiar los requisitos.

2.6. Requisitos Futuros

Esta subseccin esbozar futuras mejoras al sistema, que podrn analizarse e implementarse en
un futuro.

6
 Especificacin de Requisitos, estndar de IEEE 830

3. Requisitos Especficos
Esta seccin contiene los requisitos a un nivel de detalle suficiente como para permitir a los
diseadores disear un sistema que satisfaga estos requisitos, y que permita al equipo de pruebas
planificar y realizar las pruebas que demuestren si el sistema satisface, o no, los requisitos. Todo
requisito aqu especificado describir comportamientos externos del sistema, perceptibles por
parte de los usuarios, operadores y otros sistemas. Esta es la seccin ms larga e importante de la
ERS. Debern aplicarse los siguientes principios:

El documento debera ser perfectamente legible por personas de muy distintas

formaciones e intereses.

Debern referenciarse aquellos documentos relevantes que poseen alguna influencia

sobre los requisitos.

Todo requisito deber ser unvocamente identificable mediante algn cdigo o sistema de
numeracin adecuado.

Lo ideal, aunque en la prctica no siempre realizable, es que los requisitos posean las
siguientes caractersticas:

Correccin: La ERS es correcta si y slo si todo requisito que figura aqu (y que ser
implementado en el sistema) refleja alguna necesidad real. La correccin de la ERS implica
que el sistema implementado ser el sistema deseado.
No ambiguos: Cada requisito tiene una sola interpretacin. Para eliminar la ambigedad
inherente a los requisitos expresados en lenguaje natural, se debern utilizar grficos o
notaciones formales. En el caso de utilizar trminos que, habitualmente, poseen ms de
una interpretacin, se definirn con precisin en el glosario.
Completos: Todos los requisitos relevantes han sido incluidos en la ERS. Conviene incluir
todas las posibles respuestas del sistema a los datos de entrada, tanto vlidos como no
vlidos.
Consistentes: Los requisitos no pueden ser contradictorios. Un conjunto de requisitos
contradictorio no es implementable.
Clasificados: Normalmente, no todos los requisitos son igual de importantes. Los
requisitos pueden clasificarse por importancia (esenciales, condicionales u opcionales) o
por estabilidad (cambios que se espera que afecten al requisito). Esto sirve, ante todo,
para no emplear excesivos recursos en implementar requisitos no esenciales.
Verificables: La ERS es verificable si y slo si todos sus requisitos son verificables. Un
requisito es verificable (testeable) si existe un proceso finito y no costoso para demostrar
que el sistema cumple con el requisito. Un requisito ambiguo no es, en general,
verificable. Expresiones como a veces, bien, adecuado, etc. Introducen ambigedad en los
requisitos. Requisitos como en caso de accidente la nube txica no se extender ms all
de 25Km" no es verificable por el alto costo que conlleva.

7
 Especificacin de Requisitos, estndar de IEEE 830

Modificables: La ERS es modificable si y slo si se encuentra estructurada de forma que los

cambios a los requisitos pueden realizarse de forma fcil, completa y consistente. La
utilizacin de herramientas automticas de gestin de requisitos facilitan enormemente
esta tarea.
Trazables: La ERS es trazable si se conoce el origen de cada requisito y se facilita la
referencia de cada requisito a los componentes del diseo y de la implementacin. La
trazabilidad hacia atrs indica el origen (documento, persona, etc.) de cada requisito. La
trazabilidad hacia delante de un requisito R indica que componentes del sistema son los
que realizan el requisito R.

3.1 Requisitos comunes de las interfaces

Descripcin detallada de todas las entradas y salidas del sistema de software.

3.1.1 Interfaces de usuario

Describir los requisitos del interfaz de usuario para el producto. Esto puede estar en la forma de
descripciones del texto o pantallas del interfaz. Por ejemplo, posiblemente el cliente ha
especificado el estilo y los colores del producto. Describa exacto cmo el producto aparecer a su
usuario previsto.

3.1.2 Interfaces de hardware

Especificar las caractersticas lgicas para cada interfaz entre el producto y los componentes de
hardware del sistema. Se incluirn caractersticas de configuracin.

3.1.3 Interfaces de software

Indicar si hay que integrar el producto con otros productos de software.

Para cada producto de software debe especificarse lo siguiente:

Descripcin del producto software utilizado
Propsito del interfaz
Definicin del interfaz: contiendo y formato

3.1.4 Interfaces de comunicacin

Describir los requisitos del interfaz de comunicacin si hay comunicaciones con otros sistemas y
cules son los protocolos de comunicacin.

3.2 Requisitos funcionales

Definicin de acciones fundamentales que debe realizar el software al recibir informacin,
procesarla y producir resultados.

En ellas se incluye:

Comprobacin de validez de las entradas

8
 Especificacin de Requisitos, estndar de IEEE 830

Secuencia exacta de operaciones

Respuesta a situaciones anormales (desbordamientos, comunicaciones, recuperacin de
errores)
Parmetros
Generacin de salidas
Relaciones entre entradas y salidas (secuencias de entradas y salidas, formulas para la
conversin de informacin)
Especificacin de los requisitos lgicos para la informacin que ser almacenada en base
de datos (tipo de informacin, requerido)

Los requisitos funcionales principales pueden ser divididos en sub-secciones.

3.2.1 Requisito funcional 1

3.2.2 Requisito funcional 2

3.2.3 Requisito funcional 3

3.2.4 Requisito funcional n

Nota: Los Requerimientos especficos se detallarn en los anexos de Planillas de

Requerimientos.

3.3 Requisitos no funcionales

3.3.1 Requisitos de rendimiento

Garantizar que el diseo de las consultas u otro proceso no afecte el desempeo de la base de
datos, ni considerablemente el trfico de la red.

3.3.2 Seguridad
Garantizar la confiabilidad, la seguridad y el desempeo del sistema informtico a los diferentes
usuarios. En este sentido la informacin almacenada o registros realizados podrn ser consultados
y actualizados permanente y simultneamente, sin que se afecte el tiempo de respuesta.

Garantizar la seguridad del sistema con respecto a la informacin y datos que se manejan tales sean
documentos, archivos y contraseas.

Facilidades y controles para permitir el acceso a la informacin al personal autorizado a travs de

Internet, con la intencin de consultar y subir informacin pertinente para cada una de ellas.

3.3.3 Fiabilidad
El sistema debe tener una interfaz de uso intuitiva y sencilla.

La interfaz de usuario debe ajustarse a las caractersticas de la web de la institucin, dentro de la

cual estar incorporado el sistema de gestin de procesos y el inventario.

9
 Especificacin de Requisitos, estndar de IEEE 830

3.3.4 Disponibilidad
La disponibilidad del sistema debe ser continua con un nivel de servicio para los usuarios de 7 das
por 24 horas, garantizando un esquema adecuado que permita la posible falla en cualquiera de sus
componentes, contar con una contingencia, generacin de alarmas.

3.3.5 Mantenibilidad
El sistema debe disponer de una documentacin fcilmente actualizable que permita realizar
operaciones de mantenimiento con el menor esfuerzo posible

La interfaz debe estar complementada con un buen sistema de ayuda (la administracin puede
recaer en personal con poca experiencia en el uso de aplicaciones informticas).

Se debe realizar las tareas de mantenimiento a cargo de un tcnico analista, el cual debe generar
estadsticas de accesos semanales y mensuales.

3.3.6 Portabilidad
El sistema ser implantado bajo la plataforma de Windows.

3.4 Otros Requisitos

Propiedad Intelectual: El costo de licencia de producto ser valorado por el nmero de usuarios
que se conecten.

4. Propuesta de Planificacin

4.1 Descripcin general acerca de la Planificacin

[Insertar una descripcin de cmo se abordar el trabajo en cuanto a los das totales estimados y
las personas involucradas en su ejecucin, las buenas prcticas y condiciones necesarias a
considerar para implementar para su buen trmino]

10
 Especificacin de Requisitos, estndar de IEEE 830

4.1.2 Definicin del Equipo de Trabajo

[Describir el equipo de trabajo definido para el Proyecto e insertar Tabla de definicin de Roles y
funciones]

4.1.3 Definicin de Actividades principales del Proyecto

[Descripcin de las Principales fases y actividades que considera nuestra Programacin de la
Planificacin argumentando bajo que estndares y buenas prcticas se basan (Gestin de la
planificacin PMI e Ingeniera de Software es slo enunciarlas]

4.1.4 Diagrama EDT

PROYECTO

LEVANTAMIENTO DISEO DEL

CONSTRUCCIN PRUEBAS INSTALACIN
DE INFORMACIN SISTEMA

DOCUMENTO DE ESPECIFICACIONES
SISTEMA PROBADO
REQUISITOS DE DISEO
INTEGRAL
FUNCIONALES GRFICO

DOCUMENTO DE ESPECIFICACIONES
SISTEMA
REQUISITOS DE DISEO
CERTIFICADO
TCNICOS FUNCIONAL

4.1.5 Carta Gantt

01-may
02-may
03-may
04-may
05-may
06-may
07-may
08-may
09-may
10-may
11-may
12-may
13-may
14-may
15-may
16-may
17-may
18-may
19-may
20-may
21-may
22-may
23-may
24-may
25-may
26-may
27-may
28-may
29-may
30-may
31-may
13-mar
14-mar
15-mar
16-mar
17-mar
18-mar
19-mar
20-mar
21-mar
22-mar
23-mar
24-mar
25-mar
26-mar
27-mar
28-mar
29-mar
30-mar
31-mar
01-abr
02-abr
03-abr
04-abr
05-abr
06-abr
07-abr
08-abr
09-abr
10-abr
11-abr
12-abr
13-abr
14-abr
15-abr
16-abr
17-abr
18-abr
19-abr
20-abr
21-abr
22-abr
23-abr
24-abr
25-abr
26-abr
27-abr
28-abr
29-abr
30-abr

01-jun
02-jun
03-jun
04-jun
05-jun
06-jun
07-jun
08-jun
09-jun
10-jun
11-jun
12-jun

Id Nombre de Tarea
1 Definicin De Caso
2 Entrevista
3 Situacin Actual
4 Entrega Documento Factibilidad
5 Modelo de Negocio
6 Modelo de Requisitos
7 Entrega Documento
8 Entrevista 2
9 Modelo de Anlisis
10 Modelo De Diseo
11 Entrega Documento
12 Entrevista 3
13 Prototipo Inicial
14 Validacin Prototipo
15 Implementacin
16 Prueba por Secciones
17 Validacin
18 Prueba Final
19 Entrega Software

11
 Especificacin de Requisitos, estndar de IEEE 830

4.1.6 Resumen Costos del Desarrollo del Proyecto

[OBS.

Crear una tabla resumen extrada del EDT de clculo de esfuerzo que desglose los principales
costos asociados al proyecto: en base a la Hora hombre y roles profesionales definidos

Costo total base esfuerzo hora hombre

Costos por FASE
Costos por Actor o Rol

4.2 Plan de Control de Cambio

[Se recomienda primero describir los tipos de cambio que se podrn resolver y sus alcances]

[Insertar Tabla de Control de Cambios]

12
 Especificacin de Requisitos, estndar de IEEE 830

[ Obs.

Insertar Descripcin de los aspectos del desarrollo en los que se permitir aplicar cambios como
parte del Desarrollo del Software definiendo sus alcances y limitaciones asociadas.

El control de cambios es una actividad paralela al desarrollo del proyecto que responde a eventos
que surgen del mismo, sea por requerimientos propios del usuario o por mejoras o correcciones
detectadas por el mismo equipo del proyecto.

Se describe de manera independiente de las dems fases de la metodologa pues puede ser
aplicada indistintamente a proyectos en marcha o proyectos ya implementados, y porque es
necesario resaltar su importancia y no relegarla como una actividad posterior al desarrollo, sino
reconocerla como una actividad que debe estar definida, presente y es crtica desde el inicio del
proyecto. Deber describir que tipo aspectos Funcionalidades y no funcionales se podrn modificar
con cambio, en que instancia de proyecto se podrn aplicar y que motivos los validaran para ser
aplicables y en qu caso no ser posible aplicar cambios.

Luego esto se debe complementar con la observacin de que en el anexo encontrarn la Planilla
de Control de Cambio con los Tipos de Cambio que podrn aplicarse en la cual posteriormente se
debe completar la planilla al ejecutarse la instancia. ]

5. Anexos

5.1 Acta de Proyecto

Insertar Acta de Constitucin del Proyecto

5.2 Matriz Especificacin de Requerimientos

Matriz en formato planilla sobre la especificacin de Requerimientos con su identificador y
columnas de datos correspondiente. RF1. O RNF.1

5.3 Diagrama de Casos de Uso General

Insertar Diagrama de Caso de Uso General.

5.4 Planilla Casos de Uso

Insertar Planilla detallada de Caso de Uso para cada Actor o accin clave del proceso que lleva el
sistema.

5.5 Prototipado de Software

Insertar Mockups y Wareframe de las interfaz de usuario del Sistema

13
 Especificacin de Requisitos, estndar de IEEE 830

5.6 Resultado Anlisis de Calidad Diagramas Modelamiento

Insertar Resultado del Anlisis de Calidad basado en los estndares y la Planilla de Anlisis de
Calidad de modelado de Software.

5.7 Resultado Anlisis de Calidad Prototipado No funcional del Sistema

Insertar Resultado del Anlisis de Calidad basado en los estndares y la Planilla de Anlisis de
Calidad de Prototipo de Interfaz de Usuario.

5.8 Planilla entregables del Proyecto

Insertar la Planilla que define los Mdulos y Artefactos asociados al Caso de Uso a los que se
pueden aplicar cambios en un punto de su desarrollo.

5.9 Matriz de Control de Cambios

Insertar la Planilla que define los Mdulos y Artefactos asociados al Caso de Uso a los que se
pueden aplicar cambios en un punto de su desarrollo.

5.10 Matriz EDT. Planilla Detallada Clculo de Esfuerzo

[Insertar matriz EDT en formato Planilla que nos permite realizar el clculo de estimacin de
esfuerzo en base a jornadas laborales.]

14