Tutelkn

<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> Especificacin de Requerimientos de Software <Identificador de Documento>

Versin: <1.1.0> Fecha: <aaaa-mm-dd>

Historia de Revisiones
Fecha <aaaa-mm-dd> Versin 1.1.0 Descripcin Documento inicial Se agrega el tem: Requerimientos de Interfaz Autor <Nombre>

Confidencial

Proyecto Tutelkn 2013

Pgina 229

<Nombre del Proyecto> Especificacin de Requerimientos de Software <Identificador de Documento>

Versin: <1.1.0> Fecha: <aaaa-mm-dd>

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

Confidencial

Proyecto Tutelkn 2013

Pgina 329

<Nombre del Proyecto> Especificacin de Requerimientos de Software <Identificador de Documento>

Versin: <1.1.0> Fecha: <aaaa-mm-dd>

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

Proyecto Tutelkn 2013

Pgina 429

<Nombre del Proyecto> Especificacin de Requerimientos de Software <Identificador de Documento>

Versin: <1.1.0> Fecha: <aaaa-mm-dd>

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

Proyecto Tutelkn 2013

Pgina 529

<Nombre del Proyecto> Especificacin de Requerimientos de Software <Identificador de Documento>

Versin: <1.1.0> Fecha: <aaaa-mm-dd>

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 Administracin de Requerimientos.] 3.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.] 3.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 Administracin de Requerimientos.] 3.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 Administracin de Requerimientos.] 3.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.] Confidencial Proyecto Tutelkn 2013 Pgina 629 la plantilla Excel de la plantilla Excel de la plantilla Excel de

<Nombre del Proyecto> Especificacin de Requerimientos de Software <Identificador de Documento> [Este punto se puede reemplazar haciendo referencia a Administracin de Requerimientos.] 4. Administracin de Requerimientos [Prrafo obligatorio.]

Versin: <1.1.0> Fecha: <aaaa-mm-dd>

la plantilla Excel de

[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

Proyecto Tutelkn 2013

Pgina 729