PA1 Elaborar un resumen de las características y tipos de requisitos para el desarrollo de software

Instituto Tecnológico de Comitán

Daniela Hernández Vázquez              

No Control: 19700041

Semestre: 5

Grupo: A

Carrera: Ingeniería en Sistemas Computacionales 

Nombre del Profesor: Mónica Laurent León Juárez

Materia: Fundamentos de Ingeniería de software

1er PA: Elaborar un resumen de las características y tipos de requisitos para el desarrollo de software

Fecha: 06/10/2021

 

Introducción

Los requisitos software son la descripción de las características y las funcionalidades del sistema 'target'. Los requisitos nos comunican las expectativas de los consumidores de productos software. Los requisitos pueden ser obvios o estar ocultos, conocidos o desconocidos, esperados o inesperados, des del punto de vista del cliente.

Ingeniería de requisitos

El proceso de recogida de información, análisis y documentación sobre los requisitos software des del cliente, se conoce como ingeniería de requisitos. El objetivo de este tipo de Ingeniería es el de desarrollar y mantener un documento de especificación de requisitos del sistema de forma sofisticada y descriptiva.

Características

Prácticas recomendadas para una buena Especificación de requisitos de software

Las características de una buena ERS son definidas por el estándar IEEE 830-1998. Una buena ERS debe ser:

·         Completa. Todos los requerimientos deben estar reflejados en ella y todas las referencias deben estar definidas.

·         Consistente. Debe ser coherente con los propios requerimientos y también con otros documentos de especificación.

·         Inequívoca. La redacción debe ser clara de modo que no se pueda mal interpretar.

·         Correcta. El software debe cumplir con los requisitos de la especificación.

·         Trazable. Se refiere a la posibilidad de verificar la historia, ubicación o aplicación de un ítem a través de su identificación almacenada y documentada.

·         Priorizable. Los requisitos deben poder organizarse jerárquicamente según su relevancia para el negocio y clasificándolos en esenciales, condicionales y opcionales.

·         Modificable. Aunque todo requerimiento es modificable, se refiere a que debe ser fácilmente modificable.

·         Verificable. Debe existir un método finito sin costo para poder probarlo.

·         Clara. Debe estar en un lenguaje claro y entendible para quien lo va a atender.

El diseño creativo:

Coincide con el enfoque de arquitectura y sigue los métodos y procesos paso a paso con el apoyo de herramientas, para convertir los requerimientos en un plan de arquitectura viable para el proyecto, incluyendo, cuando se requiera, la creación prototipos

La construcción:

La primera actividad de la construcción es ir de lo más abstracto hasta lo más concreto. Después de que se ha legado a un plan suficientemente concreto se produce la construcción. La cantidad de gente involucrada hasta el punto de construcción aun en proyectos grandes es bastante pequeña en comparación con el número de personas involucrada en la producción

Soporte de largo plazo:

En la industria del software debido a la inherente flexibilidad de la alteración, es esencial una filosofía que contenga una arquitectura que permita el soporte a largo plazo.

 

 

Tipos de requisitos

1.    Requisitos de Usuarios: Necesidades que los usuarios expresan verbalmente

Requisitos de la interfaz de usuario

La UI es uan parte importante de cualquier software, hardware o sistema híbrido. Un software es ampliamente aceptado si es -

• Fácil de manejar
• rápido en responder
• efectivo tratando errores operacionales
• aportando interfaces de usuario simples y consistentes

La aceptación del usuario mayormente depende de cómo éste pueda usar el software. La UI es el único camino para percibir el sistema por parte de los usuarios. Un sistema software de buena actuación también debe estar equipado con interfaces de usuario atractivas, claras, consistentes y receptivas. En caso contrario las funcionalidades del sistema software no pueden usarse de una manera conveniente. A system is said be good if it provides means to use it efficiently. User interface requirements are briefly mentioned below -

• Presentación de contenido
• De fácil navegación
• Interfaces simples
• Receptivo
• Elementos consistentes de UI
• Mecanismo de retroalimientación
• Configuración Default
• Disposición significante
• Uso estratégico del color y la textura.
• Aportar información de ayuda
• Aproximación centrada en el usuario
• Vista de la configuración basada en el grupo.

1.    Requisitos del Sistema: Son los componentes que el sistema debe tener para realizar determinadas tareas

Analista de sistemas Software

El analista de sistemas es una persona de una organización informática, que analiza los requisitos del sistema propuesto y asegura que los requisitos sean concebidos y documentados correctamente. El papel del analista empieza durante la fase del SDLC de análisis del Software. El analista tiene la responsabilidad de asegurar que el software que se desarrolle cumpla los requisitos del cliente.

Los analistas de sistemas tienen las siguientes responsabilidades:

• Analizar y entender los requisitos del software deseado
• Entender cómo será la contribución del proyecto en los objetivos de la organización
• Identificar el origen de los requisitos
• Validación de requisitos
• Desarrollo e implementación el plan de gestión de requisitos
• Documentación empresarial, técnica, de proceso, y requisitos del producto.
• Coordinación con los clientes para priorizar requisitos y eliminar ambiguedad
• Terminar la aceptación de criterios con el cliente y otros accionistas

 

2.    Requisitos Funcionales: Servicios que el sistema debe proporcionar al finalizar el sistema

Requisitos que se relacionan a aspectos funcionales del software irían en esta categoría.

Definen las funciones y la funcionalidad en y desde el sistema de software.

Ejemplos -

·        Buscar una opción dada al usuario para buscar desde varias facturas.

·        El usuario debe ser capaz de enviar por correo electrónico cualquier informe a la Dirección.

·        Los usuarios se pueden dividir en grupos y los grupos pueden tener derechos diferentes.

·        Debe cumplir reglas empresariales y funciones administrativas.

·        El Software se desarrolla manteniendo intacta la compatibilidad en descenso.

1.    Requisitos No Funcionales: Requisitos que debe cumplir el sistema no relacionados con funcionamiento o actuaciones de usuario, sino con atributos como rendimiento, seguridad, portabilidad, y otros.

Los requisitos, los cuales no están relacionados con aspectos funcionales del software, están en esta categoría. Son características del software implícitas o esperadas, asumidas por los usuarios.

Los requisitos no funcionales incluyen -

• Seguridad
• Acceso
• Almacenaje
• Configuración
• Actuación
• Coste
• Interoperabilidad
• Flexibilidad
• Recuperación de desastre
• Accesibilidad

Los requisitos se categorizan de forma lógica como

·        Tienen que tener: El Software no puede ser operacional sin ellos.

·        Deben tener: Motivando la funcionalidad del software.

·        Pueden tener: El Software aún puede funcionar bien con estos requisitos.

·        Lista de deseo: Estos requisitos no contienen ningún objetivo de software.

Mientras se desarrolla el software, el ‘tiene que tener’ se debe implementar, el ‘debe tener’ es un asunto de debate y negociación, en cambio el ‘puede tener’ y la ‘lita de deseo’ se pueden mantener para futuras actualizaciones del software.

 

Requisitos del Software

El SRS es un documento creado por los analistas de sistema después de recoger los requisitos.

El SRS define cómo va a interactuar el sofware que quiere crearse con el hardware, las interfaces externas, la velocidad operativa, el tiempo de respuesta del sistema, la portabilidad del software en las diversas plataformas, el mantenimiento, la velocidad de reponerse después de estropearse, su seguridad, calidad, limitaciones, etc.

Los requisitos recibidos por parte del cliente se escriben en lenguaje natural. Es responsabilidad del analista de sistemas documentar sobre los requisitos en lenguaje tecnológico para que puedan ser útiles y comprendidos por el equipo de desarrollo de software.

El SRS debe venir con las siguientes características:

·         Los requisitos del usuario se deben expresar en lenguaje natural.

·         Los requisitos técnicos se deben expresar en lenguaje estructurado, el cual se usará dentro de la organización.

·         La descripción del diseño se debe escribir en pseudocódigo.

·         El formato de Forms y GUI impresiones de pantalla.

·         Anotaciones condicionales y matemáticas para DFDs etc.

 

 

 

 

 

 

Conclusión:

Los requerimientos o requisitos son la pieza fundamental en un proyecto de desarrollo de software, ya que marcan el punto de partida para actividades como la planeación, básicamente en lo que se refiere a las estimaciones de tiempos y costos. Los Requisitos permiten que nuestro desarrollo del software se haga de la mejor manera y los resultados sean exitosos.

 

Bibliografía

 

https://es.wikipedia.org/wiki/Especificaci%C3%B3n_de_requisitos_de_software

 

https://www.tutorialspoint.com/es/software_engineering/software_requirements.htm

 

https://www.tutorialspoint.com/es/software_engineering/software_requirements.htm