Especificación de Requerimientos (Un
requer requ erim imie ient nto o es un unaa ca cara ract cter erís ísti tica ca qu quee el si sist stem emaa DE DEBE BE te tene nerr o es un unaa restricción que el sistema DEBE satisfacer para ser aceptada por el cliente.) Nombre del Proyecto:
Numero de Proyecto
Contacto en SOIINCO:
Fecha (MM dd, yy yyyy):
Cliente:
Unidad de Negocio:
Contacto:
Tipo de Proyecto:
Levantamiento de requerimientos es la especificación del sistema en términos que el clie cl ient ntee en enti tien enda da,, de fo form rmaa qu quee se co cons nsti titu tuya ya en el co cont ntra rato to en entr tree el cl clie ient ntee y lo loss desarrolladores. INTRODUCCION
El documento de especificación de requerimientos establece los requisitos funcionales del software. Debe de ser aprobado y firmado por el cliente, encargado o ad ministrador del proyecto del software requerido. Este documento es completado con la fase de diseño y planeación. Tipo de Proyecto Proyecto portafolio
Proyecto portafolio
Proyecto de mantenimiento
CONTROL DE VERSION
(Numero de version, fecha de actualizacion, descripcion cambios realizados, quienes solicitan y aprueban los cambios. Esto permite tener el historico de la evolucion de los posibles cambios de una funcionalidad desde su levantamiento inicial hasta su implementacion final y puesta en produccion. Recuerde que los usuarios al final solo se acordaran que el proyecto se atraso pero no que ellos pudieron ser los causantes al solicitar constantemente cambios a los requerimientos originales.) Esta sección consiste en el control de versiones del software. Completar esta sección cada vez que el cliente requiera cambios a este documento durante el proceso de autorización. autorización. Agregar renglones si es necesario. Ultima modificación hecha por:
Razones para modificar:
Fecha: (MM dd, yyyy)
ESPECIFICACION DE REQUERIMIENTOS Requerimientos Funcionales (Describen la interacción entre el sistema y su ambiente independientemente de su implementación.)
Requerimientos de Interface Interfaces requeridas por el sistema:
*Interfaz de usuario Estándar de GUI Distribución de la pantalla Especificación de requerimientos
Page 1 of 5
Restricciones de resolución Estándares de botones, funciones o enlaces de navegación que aparecen en cada ventana Teclas “shortcut” Estándares de mensajes de error
*Interfaces de hardware Interfaces entre componentes de hardware y software del sistema Ejemplos Periféricos soportados Naturaleza de la información Protocolos de comunicación a utilizar *Interfaces de Software Conexiones entre el producto y software externo ( identificado por nombre y versión) Ejemplo Bases de datos Sistemas operativos Legacy Identificar la información que comparten los componentes
Rendimiento y requerimientos del sistema *Requerimientos de desempeño Describir el desempeño para los escenarios Describir el volumen o tiempo de utilización para saber que tan importante es. Especificar el número de usuarios concurrentes Especificar el número de operaciones concurrentes Tiempos de respuesta Restricciones de tiempo para sistemas de tiempo real
Especificación de requerimientos
Page 2 of 5
Entradas, Salidas y requerimiento de datos
En un programa, los datos de entrada son los que la computadora va a procesar. Los datos de salida son datos derivados, es decir, obtenidos a partir de los datos de entrada. Por esta razón, a los datos de salida se les considera más significativos que a los datos de entrada. Ambos tipos de datos son información (textos, imágenes, sonidos, vídeos,...) que maneja la computadora. Sin embargo, en un sentido más filosófico, a los datos de entrada se les considera la materia prima de los datos de salida, considerados estos como la verdadera información. *Es el enlace que une al sistema de información con el mundo y sus usuarios.
Requerimientos de Seguridad del Software *Requerimientos de seguridad Protección de la información Utilización del producto Definir la autenticación o autorización del ingreso los usuarios
Requisitos para el Desarrollo Riesgos / Consideraciones de Soporte Características de incertidumbre (acontecimiento que caracteriza al riesgo y que puede o no ocurrir) y de pérdida (si el riesgo se convierte en una realidad ocurrirán consecuencias no deseables o pérdidas). Están definidas las categorías de riesgos: los riesgos del proyecto, que amenazan el plan; los riesgos técnicos, que amenazan la calidad y la planificación temporal; y los riesgos del negocio, que amenazan la viabilidad del proyecto o del producto. Otra categorización a considerar a partir del conocimiento que se tenga de ellos: los riesgos conocidos (los que se descubren en las evaluaciones); los riesgos predecibles (se extrapolan de la experiencia) y los riesgos impredecibles (pueden ocurrir, pero es muy difícil identificarlos de antemano).
Limitaciones del Diseño Muchas veces las soluciones de un sistema de software son normadas por leyes o estándares, este tipo de normas caen como "restricciones de diseño".
Restricciones de diseño relación con pseudo requerimientos Estilo de arquitectura Plataforma de operación Herramientas Restricciones de implementación relacionados con pseudo requerimientos Lenguaje Librerías Plataforma de implementación
Necesidades de Recursos Recursos Necesario para la operatividad del desarrollo
Actualizar Estimaciones Estas son las estimaciones de la especificación de requerimientos. La gerencia de operaciones de SOIINCO deberá proporcionar un estimado final en horas del documento de diseño del software
Área Funcional
Estimado en Horas
Business Applications ERP IT Procurement Mainframe Operations Mainframe Technical Services Network Services RMS – Business Analyst Support Services Technical Communication Services
TOTAL DE HORAS
Firma de la Especificación de Requerimientos Administrador del Proyecto del cliente
Firma y Fecha
Administrador de Proyectos de SOIINCO
Firma y Fecha
