Propuesta: Diseño de una herramienta para captura de

requisitos

Fase: ANÁLISIS

Evidencia de conocimiento: GA1-220501092-AA3-EV02

Por:

Jersson Edir Hernandez Delgado

Servicio Nacional de Aprendizaje SENA

Tecnología en Análisis y desarrollo de software
Ficha 2721516

Instructor: John Alexander Lamprea Hernández.

Tabla de contenido

1.Introducción……………………………………. 3
2. Justificación…………………………………… 3
3. Objetivos……..………………………………… 4
3.1 Objetivo General ….……………………… 4
3.2 Objetivos específicos.………………..….. 4
4. Selección del método de recolección de 5
información.
5. Casos de uso……………….…..……………..... 6
5.1. Resultado de los análisis………...………….. 6
5.2. Despacho y revisión de inventario…..…….. 7
5.3. Revisión de órdenes de compra……..…….. 8
5.4. Contabilidad……………….………...………….. 8
7. conclusiones……….……………………………. 9
8. Bibliografía……………………………………….. 10

2
 1. Introducción

La captura de requisitos es un proceso crucial en el desarrollo de cualquier software

y en particular uno para controlar las principales variables de una planta de
tratamiento de agua. Esta etapa implica identificar, comprender y documentar las
necesidades y expectativas de los usuarios, así como las funcionalidades clave que
el software debe cumplir.

Existen varias herramientas que se utilizan comúnmente en la captura de requisitos

para este tipo de software, como los diagramas de casos de uso, las historias de
usuario y los storyboards.

Los diagramas de casos de uso son herramientas gráficas que permiten representar
las interacciones entre los diferentes actores y el sistema en desarrollo,las historias
de usuario son descripciones breves y centradas en el usuario de las
funcionalidades que se deben desarrollar y los storyboards, por otro lado, son
secuencias de imágenes o diagramas que representan las diferentes etapas de una
interacción o proceso.

Estas herramientas, son fundamentales para capturar de manera efectiva los

requisitos de un software que controle las principales variables de una planta de
tratamiento de agua. Al utilizar estas herramientas, los desarrolladores y los
usuarios pueden establecer una comunicación clara y precisa, asegurando así que
el software cumpla con los objetivos y necesidades de la planta de tratamiento de
agua.
.

2. Justificación

El uso de herramientas como diagramas de casos de uso, historias de usuario y

storyboards en la captura de requisitos para un software de control de variables en
una planta de tratamiento de agua proporciona una serie de beneficios y ventajas
importantes. como visualizar de manera clara las interacciones entre los diferentes
actores y el sistema. Esto ayuda a los desarrolladores y a los usuarios a
comprender cómo se utilizará el software y cómo se relacionan las diferentes

3
funcionalidades entre sí. La claridad visual facilita la comunicación y evita
malentendidos, asegurando una comprensión común de los requisitos del sistema.

Ademas se fomenta una comprensión profunda de cómo el software debe satisfacer

sus necesidades. Esto ayuda a priorizar las funcionalidades y características que
realmente agregan valor para los usuarios de la planta de tratamiento de agua.

En resumen, el uso de herramientas como diagramas de casos de uso, historias de

usuario y storyboards en la captura de requisitos para un software de control de
variables en una planta de tratamiento de agua brinda claridad, enfoque en el
usuario, visualización del flujo de trabajo, retroalimentación temprana y
documentación clara. Estas ventajas contribuyen a un desarrollo de software más
efectivo y a la creación de un sistema que cumpla con las necesidades y
expectativas de los usuarios de la planta de tratamiento de agua.

3. Objetivos

3.1 Objetivo General

● Diseñar una herramienta para captura de requisitos para un proyecto de

construcción de un software que permitirá controlar las principales variables
de una planta tratamiento de agua

3.2 Objetivos Específicos

● Seleccionar la herramienta que más se ajuste a las necesidades de la

operación para capturar requisitos de manera clara y objetiva

● Aplicar los conceptos y la teoría bibliográfica para desarrollar la herramienta

escogida de tal manera que se logren capturar los requisitos del software lo
más completos posibles.

4
 4. Selección del método de recolección de
información.
A pesar de que las historias de usuario y los storyboards son herramientas efectivas
para la captura de requisitos, en el caso de un software que controla las principales
variables de una planta de tratamiento de agua, se escoge la herramienta de
diagramas de casos de uso por las siguientes razones:

Enfoque en la funcionalidad del sistema: Los diagramas de casos de uso se centran

en las funcionalidades y acciones específicas que el software debe proporcionar a
los usuarios. En el contexto de un software de control de variables en una planta de
tratamiento de agua, es esencial comprender cómo interactúan los diferentes
actores (operadores, técnicos, supervisores) con el sistema y qué funcionalidades
necesitan para realizar sus tareas. Los casos de uso proporcionan una visión clara y
estructurada de estas funcionalidades y su relación con los actores, lo que ayuda a
los desarrolladores a identificar los requisitos funcionales y a garantizar que todas
las interacciones clave estén cubiertas.

Claridad en la interacción usuario-sistema: Los diagramas de casos de uso

proporcionan una descripción gráfica de cómo los usuarios interactúan con el
software y cómo se cumplirán sus objetivos. Esto es especialmente valioso en un
entorno como una planta de tratamiento de agua, donde la interacción entre el
sistema y los usuarios es crítica para el control efectivo de las variables. Los casos
de uso ayudan a visualizar cómo se manejan situaciones como ajustes de
parámetros, monitorización en tiempo real y generación de informes. Esto facilita
una comprensión más clara y precisa de las necesidades de los usuarios y permite
un diseño y desarrollo acorde.

Comunicación efectiva entre usuarios y desarrolladores: Los diagramas de casos de

uso proporcionan un lenguaje común entre los usuarios y los desarrolladores del
software. Al utilizar esta herramienta, se establece una comunicación más efectiva y
se evitan malentendidos entre ambas partes. Los casos de uso sirven como una
referencia visual que ayuda a alinear las expectativas y a garantizar que todos los
requisitos funcionales importantes sean abordados. Esto conduce a un proceso de
desarrollo más eficiente y a un software que se ajusta a las necesidades reales de la
planta de tratamiento de agua.

Si bien las historias de usuario y los storyboards pueden complementar los

diagramas de casos de uso al proporcionar una comprensión más profunda de las

5
necesidades del usuario y una representación visual de los flujos de trabajo, los
casos de uso se consideran una herramienta principal debido a su enfoque en la
funcionalidad específica del sistema y su capacidad para facilitar la comunicación y
el diseño de software orientado a los usuarios.
5. Caso de uso.
A continuación se presenta el diagrama de casos de uso.

Imagen 1. Diagrama de casos de uso

5.1 Resultado de los análisis

CASO DE USO Resultado de análisis

Descripción En este paso la persona encargada procede a subir al
sistema los resultados realizados en el laboratorio

Precondición La persona debe estar registrada en el sistema para

que pueda acceder con su respectivo usuario

Secuencia 1 La persona ingresa a la plataforma

Normal Si es agua de entrada a la planta Ingresa

2.1 los datos de los análisis y finaliza

2.2 Si es agua de salida de la planta y todo

esta bien envía un aviso de confirmación,
pero si algún resultado esta mal, envía un
mensaje de alerta a los usuarios

6
 3 Con los datos el sistema va haciendo unas
gráficas donde se visualice el resultado con
respecto al tiempo

Postcondición El sistema se encuentra actualizado con los datos

suministrados

Excepciones 1 Si por error se registra mal los datos, se

solicita corrección al ingeniero quien será el
único con posibilidad de modificar datos.

5.2 Despacho y revisión de inventario

CASO DE USO Despacho y revisión de inventario

Descripción En este paso dependiendo del usuario, puede solicitar
químicos desde almacén hacia la planta, o puede
actualizar el inventario.

Precondición La persona debe estar registrada en el sistema para

que pueda acceder con su respectivo usuario

Secuencia 1 La persona ingresa a la plataforma

Normal Si es operario de planta, hace la solicitud

2.1 del químico y la respectiva cantidad

2.2 Si es de almacén despacha el producto y

actualiza el inventario

3 Con los datos el sistema va haciendo unas

gráficas donde se visualice el consumo y si
hay algún químico que se va a acabar
manda una alerta a compras.

Postcondición El sistema se encuentra actualizado con los datos

suministrados

Excepciones 1 Si por error se registra mal los datos, se

solicita corrección al ingeniero quien será el
único con posibilidad de modificar datos.

7
5.3 Revisión órdenes de compra

CASO DE USO Revisión de orden de compra

Descripción En este paso dependiendo del inventario se hace las
ordenes de compra

Precondición La persona debe estar registrada en el sistema para

que pueda acceder con su respectivo usuario

Secuencia 1 La persona ingresa a la plataforma

Normal Revisa el inventario o revisa alguna alarma

2 de algún químico que esté pronto a
acabarse

3 Se hace una orden de compra y se envía

para el respectivo proveedor externo

4 El sistema realiza gráficas sobre el costo

de las órdenes de compra.

Postcondición El sistema se encuentra actualizado con los datos

suministrados

Excepciones 1 Si por error se hace alguna orden de

compra equivocada, se solicita corrección
al ingeniero quien será el único con
posibilidad de modificar datos.

5.4 Contabilidad

CASO DE USO Contabilidad

Descripción En este paso el área de contabilidad revisa las
facturas y demás documentación para hacer el
balance contable

Precondición 1. La persona debe estar registrada en el sistema

para que pueda acceder con su respectivo
usuario
2. Compras debió realizar el respectivo cargue de
órdenes de compra.

Secuencia 1 La persona ingresa a la plataforma

8
 Normal 2 Revisa las órdenes de compra y extrae la
información necesaria

3 Se genera el informe contable sobre los

gastos.

4 Se envía el informe a los interesados

Postcondición El sistema se encuentra actualizado con los datos

suministrados

Excepciones 1 Si por error se genera información erronea,

se solicita corrección al ingeniero quien
será el único con posibilidad de modificar
datos.

6. Conclusiones.

Mediante el presente trabajo se puede concluir que las técnicas de elicitación de

requerimientos son fundamentales en el proceso de desarrollo de software, ya que
permiten recopilar información precisa y relevante para comprender las necesidades
de los usuarios y stakeholders. En este sentido, tanto la observación activa como las
sesiones grupales son métodos efectivos para obtener requerimientos en el
contexto de control y monitoreo de variables en una planta de tratamiento de agua.

En conclusión, la combinación de la observación activa y las sesiones grupales

como métodos de elicitación de requerimientos en el contexto de control y monitoreo
de variables en una planta de tratamiento de agua ofrece ventajas significativas. La
observación activa permite una comprensión profunda del entorno y las
operaciones, mientras que las sesiones grupales fomentan la colaboración y la
generación de ideas. Al utilizar ambos métodos de manera complementaria, se
obtiene una visión más completa y precisa de los requerimientos, lo que contribuye
a desarrollar un software que cumpla con las necesidades de los usuarios y
stakeholders de manera efectiva.En conclusión, la creación de una buena
herramienta para la captura de requisitos, como los casos de uso, es crucial para el
éxito en el desarrollo de software. Al utilizar herramientas adecuadas, los
desarrolladores y los usuarios pueden comunicarse de manera clara y precisa, lo
que asegura que se comprendan los requisitos del sistema y que se cumplan las
necesidades del usuario.

En particular, los casos de uso son una herramienta poderosa para visualizar cómo
interactúan los usuarios con el sistema y cómo se realizan las diferentes tareas.
Esta visualización ayuda a priorizar las funcionalidades y características importantes

9
para el usuario y asegura que el software sea fácil de usar y cumpla con las
expectativas del usuario.

Además, la documentación clara de los casos de uso proporciona una referencia útil
durante el proceso de desarrollo, lo que reduce el riesgo de errores y problemas de
comunicación entre los desarrolladores y los usuarios.

En resumen, la creación de una buena herramienta para la captura de requisitos,

como los casos de uso, es esencial para el éxito en el desarrollo de software. Al
utilizar estas herramientas, se pueden comprender claramente los requisitos del
sistema, priorizar las funcionalidades importantes para el usuario y crear un software
que cumpla con las necesidades y expectativas de los usuarios.

7. Bibliografía.
● Cockburn, A. (2000). Writing Effective Use Cases. Addison-Wesley
Professional.

● Rosenberg, D., & Scott, K. (2001). Applying Use Case Driven Object
Modeling with UML: An Annotated e-Commerce Example. Addison-Wesley
Professional.

● Jacobson, I., Booch, G., & Rumbaugh, J. (1999). The Unified Modeling
Language Reference Manual. Addison-Wesley Professional.

10