Grupo - 15 - Fase 3 - Elicitación de Requerimientos

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 13

Análisis y Especificación de Requerimientos

Fase 3 – Elicitación de requerimientos.

Presentado por: Dayanna Marcela Campuzano Opdemboth

Grupo:202016894_15

Tutora: Vanessa Juliett Linares

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA UNADESCUELA DE

CIENCIAS BÁSICAS, TECNOLOGÍA E INGENIERÍA

PERIODO ACADÉMICO 2022

Programa. Ingeniería de Sistemas

Noviembre 2022
Introducción

en el desarrollo de esta actividad, usamos diferentes opciones de requerimientos para el

funcionamiento del nuevo sistema requerido en la empresa dinero en movimiento,

pondremos en práctica el plan de desarrollo durante la fase anterior, aplicando como

estrategia de aprendizaje el estudio de caso. El caso seleccionado consiste en realizar el

proceso de análisis y especificación de requerimientos para una organización en cada una

de las fases contempladas en la estrategia se desarrolla una parte del proceso, Realizar

cuestionarios y una reunión JAD, en donde recolectaremos requerimientos iniciales que

permitirán avanzar en las construcciones del software para la empresa.

.
Objetivos del trabajo.

 Aplicar los procesos de la Ingeniería de Requerimientos en el contexto del análisis

de proyectos de sistemassoftware.

 Conocer los tipos de requerimientos más comunes.

 Llevar a cabo la obtención de información.


Tipos de requerimientos

Existen diferentes tipos de requisitos, casi tantos como implicados haya en un proyecto En

un macro nivel obtenemos los siguientes:

Requerimientos de negocio

Definen los objetivos y problemas que la empresa quiere resolver con el producto. Deben

estar basados en una necesidad real del usuario, sea esta conocida o no por él.

Requerimientos de los usuarios

Describen las expectaciones de los usuarios y como éste interactuará con el producto.

Sino son similares a los requerimientos de negocio, el proyecto irá mal encaminado. Las

técnicas de personas, escenarios y customer journeys sirven de ayuda para definir las

funciones, tareas y características que definen los requisitos de usuario.

Requerimientos de implementación

Se usan para detallar cambios en los procesos, roles en el equipo, migraciones de un

sistema a otro.

REQUERIMIENTOS DE SISTEMA: Estos requerimientos establecen con detalle las

funciones, servicios y restricciones operativas del sistema. El documento de requerimientos

del sistema deberá ser preciso, y definir exactamente lo que se va a


La siguiente clasificación observaremos es la que se da a los requerimientos del sistema, la

cual se encuentra dividida en base a lo que se va a describir, las clasificaciones son las

siguientes:

Requerimientos funcionales: en general, los requerimientos funcionales describen

acciones específicas que el ingeniero de software debe ser capaz de realizar durante el

desarrollo de software. Los requerimientos funcionales a menudo se dividen en reglas de

negocio y casos de uso. Las reglas de negocio son declaraciones de alto nivel que definen

lo que un sistema debe hacer, mientras que los casos de uso son descripciones más

detalladas de cómo debe funcionar el sistema.

requerimientos no funcionales: Los requerimientos no funcionales describen

características específicas que el software debe poseer durante el desarrollo de la

aplicación. Por lo general, se dividen en tres categorías: rendimiento, seguridad y

calidad.

 Requerimientos de rendimiento

Los requerimientos de rendimiento suelen dividirse en dos categorías: tiempo de respuesta

y rendimiento. El tiempo de respuesta es el tiempo que tarda un sistema en responder a la

solicitud de un usuario, mientras que el rendimiento es el número de solicitudes que un

sistema puede manejar. Son más críticos para los sistemas interactivos, como las

aplicaciones de escritorio y los sitios web, donde los usuarios esperan respuestas inmediatas

a sus acciones.

 Requerimientos de seguridad
Los requerimientos de seguridad especifican las medidas que un sistema debe tomar para

proteger los datos del acceso no autorizado. En algunos casos, los requerimientos de

seguridad también pueden especificar el nivel de protección requerido, como confidencial o

de alto secreto. Implica autenticación, autorización y cifrado.

 Requerimientos de calidad

Especifica el nivel de calidad que debe cumplir un sistema. En algunos casos, los

requerimientos de calidad también pueden especificar los métodos utilizados para medir la

calidad, como la densidad de defectos o la satisfacción del cliente. Los requerimientos de

calidad son generalmente cuatro medidas de calidad: conformidad, usabilidad,

confiabilidad y mantenibilidad.

Los requerimientos Funcionales a su vez se clasifican de la siguiente manera:

REQUERIMIENTOS DE PRODUCTO: Estos requerimientos especifican el

comportamiento del producto. Dentro de estos encontramos lo referente a Rendimiento del

sistema (memoria, rapidez, etc.) Y Fiabilidad (tasa de fallos aceptable).

REQUERIMIENTOS ORGANIZACIONALES: Estos requerimientos se derivan de

políticas y procedimientos existentes en la organización del cliente y en la del

desarrollador. Un ejemplo de este tipo de requerimientos podría ser el tiempo solicitado de

entrega a la empresa.

REQUERIMIENTOS EXTERNOS: Estos requerimientos se derivan de políticas y

procedimientos existentes en la organización del cliente y en la del desarrollador. En esta


clasificación de requerimientos encontramos los que tienen que ver con Requerimientos

Legislativos, Requerimientos Éticos, etc.

REQUERIMIENTOS DE DOMINIO: Son requerimientos que provienen del dominio de

aplicación del sistema y que reflejan las características y restricciones de ese dominio.

Pueden ser funcionales o no funcionales.

a continuación observamos los tipos de requerimientos:

REQUERIMIENTOS DURADEROS: Son requerimientos relativamente estables que se

derivan de la actividad principal de la organización y que están relacionados directamente

con el dominio del sistema.

REQUERIMIENTOS VOLÁTILES: Son requerimientos que probablemente

cambian durante el proceso de desarrollo del sistema o después de que este se haya puesto

en funcionamiento.
Descripción del problema.

Descripción del sistema actual: Dinero en Movimiento es una empresa colombiana cuyo

objeto social es el envío y recepción de giros en todos los municipios del país. Esta empresa

requiere un sistema de información para gestionar los datos de todas las operaciones

relacionadas con el servicio que presta.

Descripción del sistema propuesto:

Se propone que la empresa cree una aplicación en el que el usuario pueda registrarse y

atreves de una plataforma digital el usuario pueda ver cuánto dinero tiene, pueda hacer

recargas de dinero, envíos a otro usuario y pueda retirar lo que tiene si lo desea. También se

propone que en la aplicación se puedan ejercer pagos de ciertos bienes y servicios comunes

de los usuarios.

Lista de participantes en el levantamiento de requerimientos: Junta administrativa

• Gerente

• Ejecutivos

• Asesores comerciales

• Cajeros

• Departamento de finanza
• Sistema operativo.

• Cajeros

• Administradores

• Producción

• Finanzas o contabilidad

• Análisis de documentación

• Observaciones

• Encuestas

• Mesa de trabajo

Requerimientos para el sistema propuesto

Técnicas de levantamiento de requerimientos (seleccione tres o más):

Entrevistas: Como la cobertura de la empresa es a nivel nacional, primero se realizará una

serie de entrevistas cara a cara con un enfoque en la extracción de datos cuantitativos para

determinar la calidad del acceso a la red y la tecnología disponible para las personas en

diferentes regiones, pueblos y ciudades del país

• Prototipo: Se empleará varios arquetipos para darlos a conocer de forma Free haciendo

que los usuarios cuenten sus experiencias, sugerencias de mejora de condiciones del
modelo beta y poder conformar una versión oficial de sistema que contenga los servicios,

características que satisfagan las necesidades para empleados y clientes de la empresa de

envíos y recepción de giros.

• Desarrollo conjunto de aplicaciones (JAD): Para este punto, optaré por reunirme con

analistas y desarrolladores durante varios días y tomar (4) sesiones de larga duración (4 a 8

horas) para reducir el tiempo de desarrollo del sistema utilizado sin afectar su calidad. Para

garantizar la eficiencia de las sesiones, se contratarán facilitadores, promotores, lideres de

proyectos y especialistas en análisis y diseño de desarrollo de software, lo que mejorará la

participación de los usuarios. En los trabajos de mediador, además de gestionar y controlar

la discusión del desarrollo del sistema, será importante gestionar el entorno, procurando

siempre la armonía y el respeto.


Conclusiones.

En la realización d este trabajo lleve a cabo la obtención de información desarrollando el

plan propuesto por el grupo colaborativo en la fase 2. En la aplicación de las técnicas de

obtención de información.

A su vez conocimos los tipos de requerimientos más comúnmente utilizados, sus

características y su utilidad en el proceso de desarrollo de software.


Bibliografía.

Alonso, F., Martínez, L., Segovia, J. (2005). 8.2 Análisis de los requisitos del software.

En Introducción a la Ingeniería del Software: modelos de desarrollo de

programas (pp. 97 – 99). Madrid: Delta Publicaciones. https://elibro-

net.bibliotecavirtual.unad.edu.co/es/ereader/unad/170188?page=97

Taibi D., Lenarduzzi V., Janes A., Liukkunen K., Ahmad M.O. (2017) Comparing

Requirements Decomposition Within the Scrum, Scrum with Kanban, XP, and

Banana Development Processes. En H., Baumeister, H., Lichter, M., Riebisch

(eds) Agile Processes in Software Engineering and Extreme Programming. XP

2017. Lecture Notes in Business Information Processing, vol 283. Springer,

Cham. https://doi.org/10.1007/978-3-319-57633-6_5
Bibliografía

También podría gustarte