Requerimiento de un Sistema y Desarrollo de

Prototipo

Yamnibel Caro21.047.089

Diseño de SoftwareProf. Edecio Freitez

Universidad Fermín ToroFacultad de Ingeniería

Escuela de ComputaciónCabudare - Lara

Un requerimiento es una condición o capacidad que debe estar presente en un sistema o componentes de sistema para satisfacer un contrato, estándar, especificación u otro documento formal. Los requerimientos de un sistema de software, cuando se ven en su conjunto son extensos y detallados, y además contienen múltiples relaciones entre sí.

Requerimiento de un Sistema

Existen 3 tipos de Requerimiento de un Sistema

Funcional

Puede ser una descripción de lo que un sistema

debe hacer. Este tipo de

requerimiento específica algo que el sistema entregado debe

ser capaz de realizar.

No Funcional

De rendimiento, de calidad, etc.;

especifica algo sobre el propio sistema, y cómo debe realizar

sus funciones. Algunos ejemplos de aspectos solicitables son la disponibilidad,

el testeo, el mantenimiento, la

facilidad de uso, etc.

Limitaciones Externas

Afectan en una forma indirecta al producto. Estas

pueden ir desde la compatibilidad con

cierto sistema operativo hasta la adecuación a leyes

o regulaciones aplicables al

producto.

Los requerimientos bien formulados deben satisfacer varias características. Si no lo hacen, deben ser reformulados hasta hacerlo:

Necesario: Lo que pida un requerimiento debe ser necesario para el producto.

No ambiguo: El texto debe ser claro, preciso y tener una única interpretación posible.

Conciso: Debe redactarse en un lenguaje comprensible por los inversores en lugar de uno de tipo técnico y especializado, aunque aún así debe referenciar los aspectos importantes

Características

Consistente: Ningún requerimiento debe entrar en conflicto con otro requerimiento diferente, ni con parte de otro. Asimismo, el lenguaje empleado entre los distintos requerimientos debe ser consistente también.

Completo: Los requerimientos deben contener en sí mismos toda la información necesaria, y no remitir a otras fuentes externas que los expliquen con más detalle.

Alcanzable: Un requerimiento debe ser un objetivo realista, posible de ser alcanzado con el dinero, el tiempo y los recursos disponibles.

Verificable: Se debe poder verificar con absoluta certeza, si el requerimiento fue satisfecho o no. Esta verificación puede lograrse mediante inspección, análisis, demostración o testeo.

Estas características suelen ser subjetivas, es decir, no pueden ser calculadas de forma automática por ningún sistema. Por ello, se tiende a medir otras métricas o indicadores que sí que pueden ser calculados de forma automática y que, de algún modo, pueden sustituir o mapear con esta lista de características.

Obtener requerimientos: A través de entrevistas o comunicación con clientes o usuarios, para saber cuáles son sus deseos.

Analizar requerimientos: Detectar y corregir las falencias comunicativas, transformando los requerimientos obtenidos de entrevistas y requerimientos, en condiciones apropiadas para ser tratados por el diseño.

Documentar requerimientos: Igual que todas las etapas, los requerimientos deben estar debidamente documentados.

Verificar los requerimientos: Consiste en comprobar el correcto funcionamiento de un requerimiento en la aplicación

Validar los requerimientos: Comprobar que los requerimientos implementados se corresponden con lo que inicialmente se pretendia.

Fases de Implementación

un prototipo es un modelo del comportamiento del sistema que puede ser usado para entenderlo completamente o ciertos aspectos de él y así clarificar los requerimientos... Un prototipo es una representación de un sistema, aunque no es un sistema completo, posee las características del sistema final o parte de ellas

Desarrollo de Prototipo

El empleo de herramientas adecuadas es un factor muy importante para el éxito del prototipo, y son:

Técnicas de Cuarta Generación: El termino de técnicas de cuarta generación (T4G) abarca un amplio espectro de herramientas de software ha especificar algunas características de alto nivel. Luego la herramienta genera automáticamente el código fuente basándose en la especificación del técnico. Existe cierto debate sobre cuanto ha de elevarse el nivel en el que se especifique el software para una maquina.

Métodos y Herramientas

Tecnología de Avanzada: Digitalización de Planos y prototipos específicos para el esbozo de partes, piezas, envases plásticos piezas mecánicas metálicas y demás productos para la industria. Avanzadas herramientas en CAD/CAM CAE para el diseño mecánico de piezas metálicas y plásticas desde su conceptualización, ingeniería y optimización.

Tambien tenemos Generadores de programas, código reutilizable, paquetes de aplicación y computadores personales, entre otros.

Investigación preliminar: Las metas principales de esta fase son: determinar el problema e identificar una idea general de la solución.

Definición de los requerimientos del sistema. El objetivo de esta etapa es registrar todos los requerimientos y deseos que los usuarios tienen en relación al proyecto bajo desarrollo. Esta etapa es muy importante en ésta se determinan los requisitos.

Diseño técnico. Durante la construcción del prototipo, el desarrollador ha obviado el diseño detallado. El sistema debe ser entonces rediseñado y documentado según los estándares de la organización y para ayudar a las mantenciones futuras.

Programación y prueba. Es donde los cambios identificados en el diseño técnico son implementados y probados para asegurar la corrección y completitud de los mismos con respecto a los requerimientos.

Operación y mantención. La instalación del sistema en ambiente de explotación, en este caso, resulta de menor complejidad, ya que se supone que los usuarios han trabajado con el sistema al hacer las pruebas de prototipos.

Fases

Análisis grueso y especificación. El propósito de esta subfase es desarrollar un diseño básico para el prototipo inicial.

Diseño y construcción. El objetivo de esta subfase es obtener un prototipo inicial. El desarrollador debe concentrarse en construir un sistema con la máxima funcionalidad, poniendo énfasis en la interface del usuario.

Evaluación. Esta etapa tiene dos propósitos: extraer a los usuarios la especificación de los requerimientos adicionales del sistema y verificar que el prototipo desarrollado lo haya sido en concordancia con la definición de requerimientos del sistema. Si los usuarios identifican fallas en el prototipo, entonces el desarrollador simplemente corrige el prototipo antes de la siguiente evaluación. El prototipo es repetidamente modificado y evaluado hasta que todos los requerimientos del sistema han sido satisfechos. El proceso de evaluación puede ser dividido en cuatro pasos separados: preparación, demostración, uso del prototipo y discusión de comentarios. En esta fase se decide si el prototipo es aceptado o modificado.

Modificación. Esto ocurre cuando la definición de requerimientos del sistema es alterada en la sub-fase de evaluación. El desarrollador entonces debe modificar el prototipo de acuerdo a los comentarios hechos por los usuarios.

Término. Una vez que se ha desarrollado un prototipo estable y completo, es necesario ponerse de acuerdo en relación a aspectos de calidad y de representación del sistema.

Gracias