Anda di halaman 1dari 8

<Nombre de la empresa>

<Nombre del Proyecto>


Especificacin de
Requerimientos de Software (ERS)
Versin <1.1.0>

[Nota: Esta plantilla tiene por finalidad servir de base para la confeccin del
documento de Especificacin de Requerimientos de Software. El texto
entre parntesis cuadrados y desplegado en azul itlico (estilo = InfoBlue) tiene
por finalidad guiar al autor y debe ser borrado antes de la publicacin del
documento. El estilo Body Text se activa automticamente cuando se ingresan
prrafos de texto definitivo. El formato del texto debe tener tipo de letra
verdana. ]
[NOTA: Para proyectos pequeos, de duracin menor a un mes y un
equipo de menos de 3 personas, este documento se puede reemplazar
con una referencia al documento Anlisis Preliminar. En este caso el
jefe del proyecto necesita mantener el documento Anlisis Preliminar
durante el ciclo de vida del proyecto como lnea base de
requerimientos.]
<Nombre del Proyecto> Versin: <1.1.0>
Especificacin de Requerimientos de Software Fecha: <aaaa-mm-dd>
<Identificador de Documento>

Historia de Revisiones
Fecha Versin Descripcin Autor

28-08-2012 1.1.0 Documento inicial <Nombre>


Se agrega el tem:
Requerimientos de Interfaz

Confidencial <Nombre de la empresa>, 2017 Pgina 229


<Nombre del Proyecto> Versin: <1.1.0>
Especificacin de Requerimientos de Software Fecha: <aaaa-mm-dd>
<Identificador de Documento>

ndice

1. Introduccin.......................................................................................................................... 2
1.1. Propsito......................................................................................................................... 2
1.2. mbito............................................................................................................................. 2
1.3. Definiciones, Acrnimos y Abreviaciones.................................................................2
1.4. Referencias..................................................................................................................... 2
1.5. Resumen Ejecutivo....................................................................................................... 2
2. Descripcin General............................................................................................................. 2
2.1. Especificacin de Funcionalidades.............................................................................2
2.2. Supuestos y Dependencias.........................................................................................2
2.3. Acuerdos con el Cliente para la Administracin de Requerimientos...................2
3. Especificacin de Requerimientos.....................................................................................2
3.1. Reportes de Casos de Uso...........................................................................................2
3.2. Requerimientos Funcionales.......................................................................................2
3.2.1 Requerimientos del usuario
3.2.2 Requerimientos del sistema
3.3. Requerimientos Adicionales........................................................................................2
3.4. Requerimientos no Funcional.....................................................................................2
3.5. Requerimientos Tcnicos.............................................................................................2
3.6. Requerimientos de Proceso......................................................................................... 2
4. Administracin de Requerimientos...................................................................................2

Confidencial <Nombre de la empresa>, 2017 Pgina 329


<Nombre del Proyecto> Versin: <1.1.0>
Especificacin de Requerimientos de Software Fecha: <aaaa-mm-dd>
<Identificador de Documento>

Especificacin de Requerimientos de Software

1. Introduccin
[La introduccin de la Especificacin de Requerimientos de Software debe ser
un resumen del documento completo. Debe incluir el propsito, mbito,
definiciones, acrnimos, abreviaciones, referencias, y resumen ejecutivo de este
documento]
1.1. Propsito
El propsito de este documento es capturar todos los requerimientos de software
del sistema, o un subconjunto del sistema.

[Nota: Los Requerimientos que se realizarn utilizando algn framework


transaccional deben ser especificados en el documento apropiado para eso]
1.2. mbito
[Prrafo obligatorio.]
[Una descripcin del entorno afectado; que proyectos se ven afectados o
influenciados por esta Especificacin de Requerimientos de Software.]
1.3. Definiciones, Acrnimos y Abreviaciones
[Prrafo obligatorio si existen trminos, definiciones acrnimos o abreviaciones.]
[Esta subseccin debe proporcionar las definiciones de todos los trminos,
acrnimos, y abreviaciones requeridas para interpretar correctamente la
Especificacin de Requerimientos de Software. Esta informacin puede ser
entregada a modo de referencia al Glosario del proyecto.]
[Recomendacin: Se sugiere mantener solo un glosario para el proyecto.]
1.4. Referencias
[Prrafo obligatorio si existen referencias.]
[Esta subseccin debe entregar una lista de todos los documentos referenciados
en cualquier lugar de esta Especificacin de Requerimientos de Software. Cada
documento debe ser identificado por ttulo, edicin (si es aplicable), fecha, y
editorial. Especificar las fuentes de donde se pueden obtener estas referencias,
esta informacin puede ser entregada como referencia a un apndice o a otro
documento.]
1.5. Resumen Ejecutivo
[Prrafo NO obligatorio.]
[Esta subseccin debe describir el resto del documento conteniendo y explicando
como esta organizado.]

Confidencial <Nombre de la empresa>, 2017 Pgina 429


<Nombre del Proyecto> Versin: <1.1.0>
Especificacin de Requerimientos de Software Fecha: <aaaa-mm-dd>
<Identificador de Documento>

2. Descripcin General
[Se considera en esta parte la descripcin de los factores principales que afectan al
espacio de la solucin. Incluya aquellos tems como perspectiva del producto,
funciones del producto, caractersticas de usuario, limitaciones, supuestos y
dependencias. No se incluye en esta seccin la descripcin de los requerimientos.]
2.1. Especificacin de Funcionalidades
[Prrafo obligatorio.]
[Si usa el modelado de casos de uso, esta seccin debe contener la referencia de
ste, y una descripcin o resumen del modelo o del subconjunto ms
representativo del mismo. Esto incluye una lista de nombres y breves
descripciones de los casos de uso, actores, diagramas aplicables y relaciones.
En caso de no existir modelo de caso de uso se deben referenciar todas las
descripciones existentes de las funcionalidades, ya sean minutas de reunin,
correos electrnicos, etc. Es necesario agregar esas descripciones en esta seccin
y en el seccin 1.4 Referencias del documento se necesitan mencionar todos los
fuentes de los requerimientos.]
[Este punto se puede reemplazar con la plantilla Excel de Administracin de
Requerimientos haciendo referencia.]
2.2. Supuestos y Dependencias
[Prrafo obligatorio.]
[Esta seccin describe cualquier factibilidad tcnica clave, disponibilidad de
componentes o subsistemas, u otros supuestos realizados en los cuales la
viabilidad del software descrito en esta Especificacin de Requerimientos de
Software se base.]
2.3. Acuerdos con el Cliente para la Administracin de Requerimientos
[Prrafo obligatorio.]
[En esta seccin se define como se tratarn los cambios de los requerimientos.
Normalmente en la Orden de Servicio se define un porcentaje como cota para
realizar posibles cambios en los requerimientos. Este impacto se mide en la
cantidad de horas/hombre que requiera esta modificacin.]
3. Especificacin de Requerimientos
[Esta seccin debe describir detalladamente todos los requerimientos de software,
de forma de permitir a los diseadores, disear el sistema para satisfacer los
requerimientos como tambin a los testeadores disear un plan de testing
adecuado para poder verificar el cumplimiento de los mismos. Cuando se usa el
modelado de casos de uso, estos requerimientos se capturan en los casos de uso,
y en las especificaciones adicionales aplicables, Si no se usa el modelado de casos
de uso, la definicin de especificaciones adicionales debe insertarse directamente
aqu.]
3.1. Reportes de Casos de Uso
[Prrafo obligatorio.]
[En modelado de casos de uso, ellos definen la mayora de los requerimientos
funcionales del sistema, y algunos requerimientos no funcionales. Para cada caso
de uso en el modelo superior, o subconjunto del mismo, refirase o cierre, el

Confidencial <Nombre de la empresa>, 2017 Pgina 529


<Nombre del Proyecto> Versin: <1.1.0>
Especificacin de Requerimientos de Software Fecha: <aaaa-mm-dd>
<Identificador de Documento>

reporte de caso de uso en esta seccin. Asegrese de que cada requerimiento esta
claramente etiquetado.]
[Para proyectos pequeos, de duracin menor a un mes y un equipo de menos de
3 personas, este prrafo se puede reemplazar con una referencia a documento
Anlisis Preliminar.]

3.2. Requerimientos Funcionales


[Prrafo obligatorio.]
[En esta seccin se deben describir todos los requerimientos funcionales en forma
detallada, esta seccin debe ser usada cuando las funcionalidades no son
transacciones de algn framework transaccional. La descripcin debe ser
suficientemente clara para permitir a los diseadores hacer un diseo apropiado,
los programadores entender funcionalidad y a los testeadores elaborar un plan de
testing apropiado.]
[Este punto se puede reemplazar haciendo referencia a la plantilla Excel de
Administracin de Requerimientos.]
3.2.1 Requerimientos del usuario (Stakeholder)
El sistema debe pedir usuario y contrasea para ingresar al sistema
principal (Login).

La ventana del login deber tener una imagen corporativa.(del lado izquierdo de la
ventana)
La aplicacin ofrecer la funcionalidad de validar el ingreso de los usuarios al sistema.
La aplicacin solicitar el login y contrasea del usuario que desea ingresar.
La contrasea del usuario deber ser ocultada por caracteres * con una
longitud mxima de 8 caracteres y mnima de 5 caracteres.
La contrasea debe contener caracteres alfanumricos.
El sistema automticamente verificara el perfil del usuario para comprobar
su existencia y permisos. Posteriormente mostrar la pgina
predeterminada para este usuario.

Catlogo de productos
1.- El Sistema debe de dar de alta, baja, consulta y modificacin productos en una
DB con los siguientes datos:
Cdigo de barras
Nombre
.
.
.
.
Fecha
Status

Confidencial <Nombre de la empresa>, 2017 Pgina 629


<Nombre del Proyecto> Versin: <1.1.0>
Especificacin de Requerimientos de Software Fecha: <aaaa-mm-dd>
<Identificador de Documento>

2.- al catlogo de productos solo puede ingresar el usuario x

Catlogo de usuarios
2.- El sistema permite dar de alta a usuarios (Cajero, administrador,
Supervisor, clientes)
Id
Nombre (Nombres, apepat, apeMat)
Edad
Sexo
RFC
Domicilio(Calle, num, col)
Telefono

3.- El sistema permite a los clientes consultar productos con los sig.
Datos
Identificador del producto
Nombre
Precio
Descripcin, etc, etc.
3.1 el sistema de consulta de clientes permite visualizar una foto del producto.
3.2 el sistema implementa un mdulo de facturacin, el cual permite imprimir
una factura o nota de remisin.

3.2.2 Requerimientos del sistema


Login
4. El esquema de nombramiento de variables debe ser la notacin Hungara.
5. La aplicacin ofrecer la funcionalidad de validar el ingreso de los usuarios al sistema.
6.
7. La aplicacin solicitar el login mediante un JTextField y contrasea mediante un
JPasswordField del usuario que desea ingresar.
7.1.1.La contrasea del usuario deber ser ocultada por caracteres * con una longitud
mxima de 8 caracteres y mnima de 5 caracteres.
7.1.2.El sistema automticamente verificara el perfil del usuario para comprobar su
existencia y permisos. Posteriormente mostrar la pgina predeterminada para este
usuario.
7.1.3.El sistema verifica la existencia del usuario en una base de datos
7.1.4.Cuando el usuario se valide se muestra una pantalla principal.

Confidencial <Nombre de la empresa>, 2017 Pgina 729


<Nombre del Proyecto> Versin: <1.1.0>
Especificacin de Requerimientos de Software Fecha: <aaaa-mm-dd>
<Identificador de Documento>

7.1.5.El sistema cuenta con un botn para cancelar


7.2.
7.3. Requerimientos Adicionales
[Prrafo obligatorio.]
[Las especificaciones adicionales capturan requerimientos que no estn incluidos
en los casos de uso. Los requerimientos especficos de las Especificaciones
adicionales, que son aplicables a este subsistema o caracterstica. Estos pueden
ser capturados directamente en este documento o referenciarse en
Especificaciones Adicionales por separado. Asegrese de que cada requerimiento
esta claramente etiquetado.]
[Requerimientos adicionales son tambin requerimientos funcionales.]
7.4. Requerimientos no Funcionales
[Prrafo obligatorio.]
[En esta seccin se describen los aspectos no funcionales, tales como tiempo de
respuesta, esttica de la aplicacin, facilidad de navegacin, etc.]
[Este punto se puede reemplazar haciendo referencia a la plantilla Excel de
Administracin de Requerimientos.]
7.5. Requerimientos Tcnicos
[Prrafo obligatorio.]
[En esta seccin se describen los requerimientos tcnicos, tales como sistema
operativo, plataforma de arquitectura, por ejemplo WebSphere, .NET, etc.]
[Este punto se puede reemplazar referenciando a la plantilla Excel de
Administracin de Requerimientos.]
7.6. Requerimientos de Proceso
[Prrafo obligatorio.]
[En esta seccin se describen los requerimientos de proceso. Por ejemplo, para
desarrollo se necesita usar proceso de desarrollo en cascadas, RUP, XP, ITDA-KP,
Este prrafo se puede relacionar con artefacto Configuracin del Proceso o con el
Plan del Proyecto.]
[Este punto se puede reemplazar haciendo referencia a la plantilla Excel de
Administracin de Requerimientos.]
8. Administracin de Requerimientos
[Prrafo obligatorio.]
[En esta seccin se especifica como se realizara el seguimiento de los
requerimientos, y los documentos asociados a este seguimiento, as mismo, en
esta seccin se describe como se realizaran los posibles cambios o nuevas
modificaciones existentes durante el proyecto. Esto normalmente se puede seguir
con la plantilla Excel de Administracin de Requerimientos al cual se debe
referenciar en esta seccin.]

Confidencial <Nombre de la empresa>, 2017 Pgina 829

Anda mungkin juga menyukai