PAUTA INFORME 1 ESPECIFICACIÓN DE REQUERIMIENTOS (Abril 2017)

El presente documento tiene por finalidad establecer los contendidos que debe contener el
informe de especificación de requerimientos, correspondientes a la Unidad 1 de la asignatura
Ingeniería y Gestión de requerimientos, Inacap Sede Santiago Centro.

Como insumos para este informe, se tienen los trabajos realizados con anterioridad (presentación
de las empresas desarrolladoras, levantamiento de requerimientos inicial, cuestionarios
contestados por el cliente, además de la información adicional que se haya producido durante
este proceso).

Para esta parte del proyecto, deberá elaborar el documento final en el que se especificarán en
detalle los requerimientos planteados por su cliente la empresa KALIKOWOMAN.

Para ello deberá considerar el siguiente contenido:

i.- Portada Oficial Inacap

ii.- Portada de la “Empresa prestadora de Servicios”
iii.- Índice de contenidos.

1. INTRODUCCIÓN

Consta de los siguientes puntos

1.1. Propósito: En esta subsección se debe definir el propósito del documento de ERS y se
especificará a quién va dirigido el documento.

1.2. Ámbito del sistema, en esta subsección se debe definir lo siguiente:

• Se podrá dar un nombre al futuro sistema (Se lo deben consultar a su cliente)
• Se explicará lo que el sistema hará y lo que no hará
• Se describirán los beneficios, objetivos y metas que se espera alcanzar con el
futuro sistema.

1.3. Visión general del documento: Se debe describir brevemente los contenidos y la
organización del resto de la ERS.
2. DESCRIPCIÓN GENERAL

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
sección 3 de este documento, para que sean más fáciles de comprender.

2.1. Perspectiva del producto: Deberá relacionar el futuro sistema con otros productos, sin
embargo si es independiente también lo deberá detallar en este punto.

2.2. Funciones del producto: En esta sección, se mostrará un resumen, a grandes rasgos, de
las funciones del futuro sistema. (No se debe hacer todo el detalle de cada una de las
funciones del sistema). Las funciones deberán mostrarse de forma organizada, además
pueden incluir gráficos (UML, Bizzagi), siempre y cuando estos reflejen las relaciones
entre funciones y no el diseño del sistema.

2.3. Características de los Usuarios: Deberán describir las características generales de los
usuarios del producto, incluyendo experiencia, nivel educacional y experiencia técnica.

2.4. Requisitos Futuros: Aquí deberán detallar futuras mejoras al sistema, que podrán
analizarse e implementar más adelante.

3. REQUISITOS ESPECÍFICOS

En esta sección contiene los requisitos a un nivel de detalle suficiente como para permitir a los
desarrolladores diseñar 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. Deberán aplicarse los siguientes principios:

• El documento deberá ser perfectamente legible por personas de muy distintas

formaciones e intereses.
• Deberán referenciarse aquellos documentos relevantes que poseen alguna
influencia sobre los requisitos.
• Todo requisito deberá ser unívocamente identificable mediante algún código o
sistema de numeración adecuado.
• Lo ideal, es que los requisitos posean las características estudiadas en clases.
 3.1. Funciones: Esta subsección, deberá especificar todas aquellas acciones (funciones) que
deberá llevar a cabo el software. Si se considera necesario, podrá utilizar notaciones
gráficas y tablas. Pueden organizar esta subsección por tipos de usuario, por objetos, por
objetivos, etc.

3.2. Requisitos de Rendimiento: Se detallarán los requisitos relacionados con la carga que se
espera tenga que soportar el sistema. Por ejemplo, el número de terminales, el número
esperado de usuarios utilizando el sistema en forma simultánea, número de
transacciones, etc. También si es necesario, se especificarán requisitos de datos, es decir,
aquellos que puedan afectar la información que se guardará en la base de datos.

3.3. Restricciones de Diseño: Todo aquello que restrinja las decisiones relativas al diseño de la
aplicación: Restricciones de otros estándares, limitaciones del hardware, etc.

3.4. Atributos del Sistema: se detallarán atributos de calidad del sistema: Fiabilidad,
mantenibilidad, portabilidad y la seguridad. Tipos de usuario autorizados, o no, a realizar
ciertas tareas, y cómo se implementarán los mecanismos de seguridad (por ejemplo, por
medio de login, contraseña, huellas, etc.)

3.5. Otros Requisitos

4. Anexos (carta presentación de la empresa, Documento (s) de recolección con respuestas del
cliente, prototipo de pantallas, diagramas (Caso de uso o BPMN, según sea el caso) y sus
respectivas explicaciones.

Entregables:
1.- Correo al cliente con el informe en formato PDF. Subjet del mail enviado deberá ser: Envio
informe de requerimientos Nº1.

2.- Documento IMPRESO y anillado al profesor de la asignatura en la fecha que corresponde a la

evaluación.