Funcionalidad

Enviado por Programa Chuletas y clasificado en Lengua y literatura

Escrito el en español con un tamaño de 4,76 KB

 
Qué hace que una gran especificación de requisitos de software? IEEE IEEE STD 830-1998. IEEE STD 1233-1998.IEEE 830 define los beneficios de un buen SRS: · Establecer las bases para un acuerdo entre los clientes y los proveedores en lo que el producto de software que se necesita hacer. · Reducir el esfuerzo de desarrollo. · Proporcionar una base para la estimación de costos y horarios · Proporcionar un punto de referencia para la validación y verificación. · Facilita la transferencia · Servir como base para la mejora.Las cuestiones básicas que el escritor SRS (s) deberán abordar son los siguientes: A) Funcionalidad. ¿Qué es el software supone que debemos hacer? B) las interfaces externos. ¿Cómo funciona el software de interactuar con las personas, el hardware del sistema, otras el hardware, software y otros? C) Rendimiento. ¿Cuál es la velocidad, disponibilidad, tiempo de respuesta, el tiempo de recuperación de las diversas funciones de software, etc? D) Atributos. ¿Cuáles son los portabilidad, la corrección, mantenimiento, seguridad, etc consideraciones? E) Diseño de las limitaciones impuestas a una aplicación. ¿Hay normas exigidas en efecto, la aplicación de idiomas, las políticas para la base de datos de integridad, límites de recursos, entorno operativo (s), etc? ¿Cuáles son las características de un gran SRS? Una SRS debe: A) Correcta B) Inequívoca C) Completa D) De conformidad E) Clasificados para la importancia y / o estabilidad F) verificables G) modificables H) Trazable

La siguiente es una lista de alto nivel que deberían tenerse en cuenta en un sistema de Especificaciones: · Definir las funciones del sistema · Definir el hardware / software de particionamiento funcional · Definir el cumplimiento de especificaciones · Definir el hardware / software de particionamiento de rendimiento · Definir los requisitos de seguridad · Definir la interfaz de usuario · Proporcionar instalación Dibujos / Instrucciones. · Proporcionar Interfaz de Control de Dibujos (CIE's, Externo I / O) Considere el público objetivo para determinar lo que pasa en lo que los documentos. Mercado / Gestió n de Productos Crea una especificación del producto y se lo entrega a los Sistemas. deben definir las necesidades de los Sistemas de todo para especificar el producto Sistemas Crea un sistema de especificación y se lo entrega a los Sistemas de Informática y Mecánica y Eléctrica de diseño. Sistemas / Software Crea una especificación de software y se lo entrega a Software Se deben definir las necesidades de todo Software para desarrollar el software. Normas para no perder fechas limite · Pase tiempo especificar bien el software y la documentación que usted piensa seguir. · Mantenga documentación al mínimo cuando el software sólo será utilizada por un corto tiempo o tiene un número limitado de usuarios. · Han separado escribir las especificaciones de los individuos (no a la persona que habrá de escribir el código). · persona para escribir la especificación debe tener buenas habilidades de comunicación. · Bonitos diagramas pueden ayudar, pero a menudo cuadros y gráficos son más fáciles de mantener y pueden comunicarse con los mismos requisitos. · Tome su tiempo con complicados requisitos · el contrario, atento a los más de la documentación de las funciones que están bien entendido por muchas personas, pero en los que puede crear algunos grandes necesidades. · Mantenga el SRS hasta la fecha en que realice cambios. · Aproximadamente el 20-25% de la duración de los proyectos que se han de asignar a la definición de los requisitos. · Mantener el 5% de la duración de los proyectos para la actualización de las necesidades después de que el diseño ha comenzado. · El documento de requisitos de prueba utilizando como base para escribir el plan de prueba.

Entradas relacionadas: