ELABORACIÓN DEL INFORME DE ANÁLISIS CON LISTAS DE CHEQUEO

PARA LA VALIDACIÓN DE ARTEFACTOS. GA2-220501093-AA3-EV02

APRENDIZ:
RICHARD BELLO RONCANCIO

INSTRUCTOR:
FREDY ESTEBAN ARCINIEGAS

SERVICIO NACIONAL DE APRENDIZAJE

ANÁLISIS Y DESARROLLO DE SOFTWARE – FICHA 2834941
CENTRO AGROTURÍSTICO
FEBRERO 25 DE 2024
 TABLA DE CONTENIDO

Contenido

INTRODUCCION................................................................................................................................. 3
METODOLOGIA ................................................................................................................................. 4
DESCRIPCION.................................................................................................................................... 5
ESPECIFICACION DE REQUERIMIENTOS ...................................................................................... 6
-Ámbito del sistema .......................................................................................................................... 6
-Definiciones, Acrónimos y Abreviaturas ....................................................................................... 6
-Referencias ....................................................................................................................................... 6
-Visión general del documento ........................................................................................................ 7
DESCRIPCIÓN GENERAL ................................................................................................................. 7
-Perspectiva del producto ................................................................................................................ 7
-Funciones del producto .................................................................................................................. 7
-Características de los usuarios ...................................................................................................... 7
-Restricciones .................................................................................................................................... 8
-Suposiciones y Dependencias ....................................................................................................... 8
REQUERIMIENTOS ESPECÍFICOS .................................................................................................. 8
Interfaces Externas ........................................................................................................................... 8
-Interfaces de usuario ....................................................................................................................... 8
-Interfaz de hardware y software ..................................................................................................... 8
-Requerimientos funcionales ........................................................................................................... 9
-Requerimientos no funcionales .................................................................................................... 11
ACTORES ......................................................................................................................................... 11
ELABORACIÓN DE DIAGRAMAS Y PLANTILLAS PARA CASOS DE USO ............................... 12
DIAGRAMAS Y DOCUMENTACIÓN DE ACTIVIDADES DEL PROYECTO .................................. 14
ELABORACIÓN DE LOS DIAGRAMAS DE CLASE DEL MODELO DE DOMINIO DEL
PROYECTO ...................................................................................................................................... 15
HISTORIAS DE USUARIO Y CRITERIOS DE ACEPTACIÓN ........................................................ 16
LISTA DE CHEQUEO PARA LA VALIDACIÓN DE ARTEFACTOS .............................................. 17
GLOSARIO ....................................................................................................................................... 18
 INTRODUCCION
El análisis y Desarrolo de Software se centra en el desarrollo de calidad. La especificación
de requerimientos establece las necesidades del sistema, detallando funciones y criterios
clave. Los diagramas de casos de uso, actores, actividades y clases ofrecen
representaciones visuales para entender las interacciones, procesos y estructura del
sistema. Las historias de usuario, enfoque ágil, simplifican la comunicación de requisitos
desde la perspectiva del usuario. Estas herramientas y documentos son esenciales para
planificar y construir sistemas efectivos alineados con las necesidades del usuario y del
negocio.
 METODOLOGIA
-Descripción:
Explicar la importancia de la ingeniería de software y la necesidad de herramientas
como la especificación de requerimientos, diagramas y historias de usuario.

-Especificación de Requerimientos:
Definir qué son los requerimientos y por qué son esenciales en el desarrollo de software.

-Tipos de Requerimientos:
Detallar requisitos funcionales y no funcionales.

-Diagramas de Casos de Uso:

Introducir el propósito y la estructura de los diagramas de casos de uso.
 Creación de Diagramas
 Relación con Actores


-Actores:
Detallar cómo los actores están vinculados a los casos de uso.

-Diagrama de Actividades:
Identificar nodos y transiciones, explicando su función.

-Diagrama de Clases:
Describir las asociaciones y herencias entre las clases.

-Historias de Usuario:
Mostrar cómo las historias de usuario están relacionadas con los casos de uso.

-Lista de Chequeo:
Minimiza errores, facilita la revisión y auditoria y mejora le eficiencia

4
 DESCRIPCION

A continuación se presenta una descripción del documento:

Especificación de Requerimientos:
La especificación de requerimientos es un documento que detalla las funciones,
características y restricciones de un sistema de software. Incluye requisitos funcionales y
no funcionales, y se utiliza como base para el diseño y desarrollo del sistema.

Diagramas de Casos de Uso:

Los diagramas de casos de uso representan la interacción entre los actores (usuarios o
sistemas externos) y el sistema. Cada caso de uso describe una funcionalidad específica
del sistema desde la perspectiva del usuario. Los actores son entidades que interactúan
con el sistema.

Actores:
Los actores son entidades externas que interactúan con el sistema. Pueden ser usuarios
humanos, otros sistemas, o incluso hardware. Cada actor está asociado con uno o varios
casos de uso y representa un rol desempeñado por una entidad externa.

Diagrama de Actividades:
Los diagramas de actividades muestran el flujo de control entre actividades en un sistema.
Se utilizan para modelar procesos de negocio, algoritmos o flujos de trabajo. Los nodos
representan actividades, y las flechas indican la transición de una actividad a otra.

Diagrama de Clases:
Los diagramas de clases representan la estructura estática de un sistema mostrando las
clases, sus atributos, métodos y las relaciones entre ellas. Son útiles para visualizar la
organización y la jerarquía de las clases en el sistema.

Historias de Usuario:
Las historias de usuario son breves descripciones de una funcionalidad del sistema desde
la perspectiva del usuario. Suelen seguir el formato "Como [tipo de usuario], quiero [realizar
una acción] para [obtener un beneficio]". Las historias de usuario son utilizadas en
metodologías ágiles para describir los requisitos desde el punto de vista del usuario.

5
ESPECIFICACION DE REQUERIMIENTOS

En este documento se define claramente la especificación con requerimientos para el

Sistema de Gestión de Pagos SISGEPA, permitiendo a la empresa automatizar sus
procesos de pago, lo que le permitirá mejorar su eficiencia y productividad, conforme a las
directrices por el estándar de la IEEE (std.830-1993).

-Ámbito del sistema

 El sistema se identificará con el nombre de SISGEPA, “Sistema de Gestión de

Pagos”.

 El Sistema de Gestión de Pagos SISGEPA permitirá automatizar los pagos a través

de: ingreso, modificación, anulación de registros de pagos, reordenación de pagos
subsanando cuentas, reordenando giros, remisiones a la Secretaría Distrital de
Hacienda e impresión y entrega de recibos para reintegros de recursos mediante
el rol autorizado.

 El Sistema no podrá realizar dispersiones bancarias automáticas de manera

directa e inmediata.

 El sistema procesará los pagos registrados, verificando la validez del pago y

registrando el pago en el sistema contable de la entidad.

-Definiciones, Acrónimos y Abreviaturas

 SISGEPA: Sistema de Gestión de Pagos

 Rol: Es un conjunto de permisos que se asignan a un usuario del sistema de pagos.
 Dispersión Bancaria: La dispersión bancaria es un servicio que permite a una
empresa realizar múltiples pagos a través de una sola operación bancaria.
 Procesador: Un procesador es un circuito electrónico digital que ejecuta
operaciones sobre un conjunto de datos.
 Interfaz de Hardware y Software: Es un conjunto de reglas y procedimientos que
permiten a los componentes de hardware y software comunicarse entre sí. Es
esencial para el funcionamiento de cualquier sistema informático, ya que permite
que el hardware ejecute las instrucciones del software y que el software acceda a
los recursos del hardware.

-Referencias

Especificación de Requisitos según el estándar de IEEE 830. IEEE Std. 830-1998

https://www.fdi.ucm.es/profesor/gmendez/docs/is0809/ieee830.pdf

6
-Visión general del documento
El documento está dividido en 3 secciones:

 La sección 1 se enfoca en la explicación, del propósito del documento y alcance del

software.
 La sección 2 está orientada, como su nombre lo indica, a la descripción general del
sistema, donde la información está orientada al cliente/usuario potencial del sistema.
 La sección 3 trata sobre los requisitos específicos. Se emplean términos técnicos
orientados principalmente a los desarrolladores y programadores

DESCRIPCIÓN GENERAL
Factores externos al sistema pueden afectar su desarrollo y los requisitos que debe cumplir.
En esta sección se analizan estos factores para comprender su impacto en el sistema.

-Perspectiva del producto

SISGEPA será una aplicación web que permitirá una ágil y efectiva utilización. Este sistema
operará de manera autónoma sin estar interconectado a otros sistemas de información
preexistentes en la entidad.

-Funciones del producto

Las principales funciones del SISGEPA serán:

 Registro de Contratistas
 Registro Montos a Pagar
 Ingreso, Modificación, Consulta y Eliminación de Registros
 Trámite Orden de Pagos
 Reordenación de Pagos
 Impresión de Recibos para Pago
 Acceso al Sistema Login

-Características de los usuarios

El sistema será operado por los funcionarios autorizados mediante 3 roles:

 Funcionario Presupuesto: Su rol consiste en operar el sistema con unos módulos

determinados y permisos para ingresar la información y realizar la creación,
modificación, consulta y anulación de registros. Se debe tener experiencia en
manejo de SAP-ERP y EXCEL Intermedio.

 Coordinador de Presupuesto: Su rol permitirá aprobar las transacciones para giro

de recursos y aprobación de primer nivel. Se debe tener experiencia en manejo de
SAP-ERP y EXCEL Intermedio.

7
  Ordenador del Gasto: Su rol permitirá la aprobación de segundo nivel y remisión a
la Secretaria Distrital de Hacienda. Se debe tener experiencia en manejo de SAP-
ERP y EXCEL Intermedio.

-Restricciones
Las restricciones para el SISGEPA son las siguientes:

 El Sistema será una aplicación que funcionará en una aplicación Web.

 La interfaz deberá ser compatible con los navegadores Google Chrome, Mozilla
Firefox y Microsoft Edge.
 El Sistema maneja diferentes roles en donde el funcionario de Presupuesto y el
Ordenador del Gasto tendrán algunas funciones restringidas y habilitadas en su
totalidad para el Coordinador del área.
 El SISGEPA deberá utilizar el lenguaje de programación JAVA.

-Suposiciones y Dependencias
En el caso del sistema SISGEPA, los nombres de los servidores podrían ser los
siguientes:
Servidor de aplicaciones: sisgepa-app-server
Servidor de base de datos: sisgepa-db-server
Servidor de archivos: sisgepa-file-server
Servidor web: sisgepa-web-server
Servidor de correo electrónico: sisgepa-mail-server

REQUERIMIENTOS ESPECÍFICOS

Interfaces Externas

-Interfaces de usuario
Para facilidad del Sistema, la interfaz constara de campos de texto, listas desplegables,
casillas de verificación, botones, menús, barras de herramientas, iconos, imágenes,
cuadros de textos y tablas.

-Interfaz de hardware y software

Al hablar de hardware nos referimos a los componentes físicos con los que debemos
contar para el uso correcto del sistema, en este caso se requiere de una computadora con
todos sus periféricos. La computadora debe cumplir con características básicas como:
• Procesador: 1 GHz o superior

8
• Memoria RAM: 4 GB. o superior
• Espacio de disco duro: 1 Gb.
En cuanto al software nos referimos al sistema operativo y programas necesarios, en este
caso el computador podrá tener instalado cualquier versión actual de los siguientes
sistemas operativos:
• Windows
• Linux
• Mac OS

-Requerimientos funcionales

Número 1 Versión 1.0

Identificador RF-SIGESPA_001 Fecha 06/11/2023
Nombre REGISTRO DE CONTRATISTAS EN APLICATIVO
Descripción Este requerimiento debe permitir el registro de la información del
proveedor de bienes y/o servicios implementando las funcionales
de ingreso de datos, información persona, bancaria, consulta y
eliminación de datos
Entradas Ingreso Datos específicos y detallados del Contratista
Salidas Proveedor registrado
Prioridad Alta
Restricciones El ingreso, modificación y anulación del registro sólo se puede
realizar con el usuario de funcionario autorizado.
Criterios de El sistema debe registrar al contratista
aceptación
Número 2 Versión 1.0
Identificador RF-SIGESPA_002 Fecha 06/11/2023
Nombre REGISTRO MONTOS A PAGAR, RETENCIONES, PERIODO A
PAGAR
Descripción Este requerimiento debe permitir el registro de la información del
pago y retenciones del proveedor de bienes y/o servicios
implementando las funcionales de registro de importe, adición de
bases tributarias, retenciones, consulta y eliminación de registros
Entradas Ingreso de los Datos de la Cuenta por Pagar
Salidas Información financiera y tributaria registrada
Prioridad Alta
Restricciones El ingreso, modificación y anulación del registro del pago sólo se
puede realizar con el usuario de funcionario autorizado.
Criterios de El sistema debe registrar la información financiera
aceptación

9
Número 3 Versión 1.0
Identificador RF-SIGESPA_003 Fecha 06/11/2023
Nombre TRAMITE DE ORDEN DE PAGO
Descripción Este requerimiento debe permitir el trámite interno de la orden de
pago implementado funcionalidades como la aprobación nivel 2,
remisión a Secretaria de Hacienda, consulta y anulación de la
Orden de Pago
Entradas Datos y Validación de la Orden de Pago
Salidas Orden de Pago Tramitada y Giro Recursos
Prioridad Media
Restricciones La aprobación, modificación y anulación sólo se puede realizar
con el usuario de funcionario autorizado.
Criterios de El Sistema debe remitir la Orden de Pago para giro
aceptación

Número 4 Versión 1.0

Identificador RF-SIGESPA_004 Fecha 06/11/2023
Nombre REORDENACION DEL PAGO
Descripción Este requerimiento debe permitir reordenar el pago
implementado funcionalidades como subsanar cuentas,
reordenar giro, remisión SDH, consulta y anulación
Entradas Pagos Rechazados para Reordenar
Salidas Reordenación para Giro Cuentas
Prioridad Baja
Restricciones La subsanación, consulta, reordenación y anulación sólo se
puede realizar con el usuario de funcionario autorizado.
Criterios de El Sistema debe remitir la Reordenación
aceptación

Número 5 Versión 1.0

Identificador RF-SIGESPA_005 Fecha 06/11/2023
Nombre ENTREGA RECIBO DE CONSIGNACIÓN DE TESORERÍA A
CONTRATISTA
Descripción Este requerimiento debe permitir entregar recibo de
consignación implementado funcionalidades como generar,
imprimir, consultar y anular el recibo
Entradas Reembolso de Recursos Pagos Dobles
Salidas Recursos Reintegrados Entidad
Prioridad Baja
Restricciones La generación, impresión, consulta y anulación sólo se puede
realizar con el usuario de funcionario autorizado.

10
 Criterios de El Sistema debe remitir el recibo de pago
aceptación

-Requerimientos no funcionales
Número 1 Versión 1.0
Identificador RNF-SIGESPA-001 Fecha 06/11/2023
Nombre Adaptación a Diferentes Navegadores
Descripción La aplicación web debe funcionar en los navegadores Mozilla
Firefox, Google Chrome y Microsoft Edge.

Número 2 Versión 1.0

Identificador RNF-SIGESPA-002 Fecha 06/11/2023
Nombre Logs del Sistema
Descripción El Sistema debe permitir visualizar los ingresos y actividades de
los usuarios del rol

Número 3 Versión 1.0

Identificador RNF-SIGESPA-003 Fecha 06/11/2023
Nombre Generación de Contraseñas
Descripción El sistema debe exigir características especiales a las
contraseñas: mínimo de 8 caracteres, símbolos, números,
mayúsculas y minúsculas.

ACTORES

 Oficina Financiera y de Presupuesto

 Contratistas
 Administrador del Sistema

11
ELABORACIÓN DE DIAGRAMAS Y PLANTILLAS PARA CASOS DE USO

Descripción del Caso

Sistema Automatizado de Pagos de una Entidad Pública

Actores
 Entidad Pública
 Oficina Financiera y de Presupuesto
 Contratista
 Administrador del Sistema

Casos de Uso
1. Procesar Pagos
 Actores: Oficina Financiera y de Presupuesto, Sistema
 Descripción: La Oficina Financiera ingresa la información de los contratistas y sus
conceptos de pago al sistema. El sistema calcula los montos a pagar para cada
contratista y genera los pagos para el periodo correspondiente.
2. Aprobar Pagos:
 Actores: Administrador del Sistema (Aprobaciones de nivel 1 y 2), Sistema
 Descripción: El administrador del sistema aprueba las cuentas por pagar para que
se puedan realizar los pagos.
3. Realizar Pagos:
 Actores: Sistema, Contratista
 Descripción: El sistema realiza los pagos a los contratistas según la nómina
aprobada. El sistema envía una notificación a los contratistas sobre el pago
realizado.
4. Consultar Saldo:
 Actores: Contratista, Sistema
 Descripción: Un contratista puede consultar su saldo disponible en el sistema.
5. Actualizar Datos Bancarios:
 Actores: Contratista, Sistema
 Descripción: Un contratista puede actualizar sus datos bancarios para recibir los
pagos.

12
6. Ver Historial de Pagos:
 Actores: Contratista, Oficina Financiera y de Presupuesto- Sistema
 Descripción: La Oficina Financiera y/o contratista puede ver el historial de sus
pagos realizados.
7. Restablecer Contraseña:
 Actores: Contratista- Sistema
 Descripción: Un contratista puede restablecer su contraseña en caso de olvido.

Relaciones entre Casos de Uso:

 Procesar Pagos está relacionado con Aprobar Pagos.
 Aprobar Pagos está relacionado con Realizar Pagos.
 Realizar Pagos está relacionado con Consultar Saldo y Ver Historial de Pagos.
 Consultar Saldo y Ver Historial de Pagos están relacionados con Actualizar
Datos Bancarios.

13
DIAGRAMAS Y DOCUMENTACIÓN DE ACTIVIDADES DEL PROYECTO

14
ELABORACIÓN DE LOS DIAGRAMAS DE CLASE DEL MODELO DE
DOMINIO DEL PROYECTO

15
HISTORIAS DE USUARIO Y CRITERIOS DE ACEPTACIÓN

16
LISTA DE CHEQUEO PARA LA VALIDACIÓN DE ARTEFACTOS

Lista de Chequeo para la Validación de Artefactos

ítem Criterio Cumple No Cumple No Aplica
1 ¿El software funciona
correctamente?
2 ¿El software cumple con los
requisitos funcionales?
3 ¿El software es seguro y
confiable?
4 ¿El software es fácil de usar
y tiene una buena interfaz
de usuario?
5 ¿El hardware funciona
correctamente?
6 ¿El hardware cumple con las
especificaciones técnicas?
7 ¿El hardware es compatible
con los demás componentes
del sistema?
8 ¿El hardware es seguro y
confiable?
9 ¿El hardware está
documentado
correctamente?
10 ¿Se han cumplido todos los
requisitos?
11 ¿Se han logrado los objetivos
de la validación?
12 ¿Se pueden hacer
recomendaciones para
mejorar el Programa?

17
GLOSARIO

a) Especificación de Requerimientos:
 Definición: Documento formal que detalla las necesidades del usuario,
funciones y restricciones del sistema a desarrollar.
 Requisitos Funcionales: Descripciones de las acciones específicas que el
sistema debe realizar.
 Requisitos No Funcionales: Restricciones de rendimiento, seguridad,
usabilidad, entre otros.

b) Diagramas de Casos de Uso:

 Definición: Representación gráfica de las interacciones entre actores
(usuarios o sistemas externos) y el sistema.
 Actores: Entidades externas que interactúan con el sistema.
 Escenarios: Secuencias de eventos que ocurren durante la ejecución de un
caso de uso.

c) Actores:
 Definición: Entidades externas que interactúan con el sistema.
 Usuarios: Individuos que interactúan directamente con el sistema.
 Sistemas Externos: Otros sistemas con los que el sistema en desarrollo
debe interactuar.

d) Diagrama de Actividades:
 Definición: Representación visual del flujo de control entre actividades en
un sistema.
 Nodos: Puntos de decisión o acción en el diagrama.
 Transiciones: Flechas que indican el flujo de control entre actividades.

e) Diagrama de Clases:
 Definición: Representación gráfica de la estructura estática del sistema.
 Clases: Representan entidades y contienen atributos y métodos.
 Herencia: Relación entre clases donde una hereda características de otra.
18
  Asociaciones: Relaciones entre clases que indican conexión semántica.


f) Historias de Usuario:
 Definición: Descripciones breves de funcionalidades desde la perspectiva
del usuario.
 Épicas: Historias de usuario de mayor escala que se dividen en tareas más
pequeñas.
 Criterios de Aceptación: Condiciones que deben cumplirse para que una
historia de usuario se considere completada.
 Backlog: Lista priorizada de historias de usuario pendientes.

19