Está en la página 1de 15

Unidad 2 – paso 4 – Diseño de la propuesta

Jhon Alejandro Mora Ruiz

Código:
1094939947

Presentado a:

EDGAR JULIAN TORRES

Universidad Nacional abierta y a distancia-UNAD

Escuela de Ciencias Básicas, Tecnología e Información

Análisis de Sistemas

Noviembre - 2022
Objetivos de la actividad general

● Diseñar los requerimientos de la solución del problema según lo


consultado.
● Determinar qué herramienta se puede utilizar de la mejor manera para
determinar los adecuados requerimientos para la solución del
problema.
● Aumentar conocimientos sobre los temas del curso y así generar bases
para las diferentes tareas a desarrollar.
Desarrollo de actividades

Actividad 1: Plantear una solución al problema identificado en la

actividad anterior paso 3 Diagnóstico y formulación de la propuesta.

Desarrollo:

Adquirir una aplicación que maneje la contabilidad de la empresa, que de un


balance General que muestre la situación financiera de la empresa en una
fecha determinada, para saber cómo está el patrimonio de la empresa, que
muestre los activos (Terrenos y construcciones, muebles, máquinas y
equipo, el dinero que se tenga en caja o en banco o el que se deba cobrar a
los clientes), los pasivos (los créditos que se hayan solicitado, los impuestos
o las cuentas que se deban pagar a los proveedores). Saber con qué
patrimonio cuenta la empresa (los bienes y el efectivo que se tiene en un
momento determinado) y con qué capital cuenta la empresa.

Todo esto coordinado por un administrador contable que, de manera


organizada y estructurada, dando solución a los inconvenientes que se
vienen presentando a la hora del manejo de la parte contable de la empresa.

Actividad 2: Consulte y seleccione una herramienta de gestión de

requerimientos y una de modelado UML, ambas pueden ser de

software libre.

Desarrollo:

Las herramientas de gestión de requisitos ayudan a las empresas a alinear


las necesidades prácticas con las funciones de TI durante el desarrollo o
actualización de sistemas. Al gestionar los requisitos del sistema, las
empresas pueden acortar el tiempo de desarrollo y optimizar la calidad de
sus sistemas. Las herramientas de gestión de
requisitos suelen cubrir requisitos de hardware, software, funcionamiento,
operatividad, interfaz, negocio y seguridad.

La herramienta seleccionada es ClickUp ya que ofrece tareas,


programación, automatizaciones, prioridades, comentarios asignados, vistas
personalizadas, documentos, recordatorios, objetivos, calendarios, chat y
mucho más; todo para ayudar a gestionar los requisitos de cualquier
proyecto o equipo.

El UML, o Lenguaje de Modelado Unificado, abstrae y visualiza sistemas de la


programación orientada a objetos. El lenguaje de modelado es, por lo tanto,
una herramienta práctica para los desarrolladores de programas y sistemas.
Por un lado, permite crear fotocalcos claros para proyectos de software, y
por otro, presentar sistemas de programación complejos de forma
comprensible para las personas que no están familiarizadas con la temática.

La herramienta seleccionada GitMind ya que transforma ideas sencillas en


contenidos completos e interactivos. GitMind es una excelente plataforma
online donde puedes crear diferentes diagramas, incluyendo UML, de forma
gratuita. Si se utiliza como creador diario de diagramas UML, se tendrá
acceso a plantillas personalizables que también están disponibles para
ayudarte a hacer diagramas UML de forma rápida y sencilla.

Actividad 3: Seleccione un (1) requerimiento funcional y uno (1)

requerimiento no funcional.

Desarrollo:
Los requerimientos funcionales son declaraciones de los servicios que
proveerá el sistema, de la manera en que éste reacciona a entradas
particulares.

Requerimientos funcionales de proceso o área de negocio

Requerimientos no funcionales son aquellos requerimientos que no se


refieren directamente a las funciones específicas que entrega el sistema,
sino a las propiedades emergentes de éste como la fiabilidad, la respuesta
en el tiempo y la capacidad de almacenamiento.

Requerimientos no funcionales de producto

Actividad 4: Diseñe los requerimientos seleccionados en el punto 3

en la herramienta de gestión de requerimiento y de modelado de UML

seleccionada de acuerdo con la consulta realizada.

Desarrollo:

Herramienta de gestión de requerimiento ClickUp ofrece tareas,


programación, automatizaciones, prioridades, comentarios asignados, vistas
personalizadas, documentos, recordatorios, objetivos, calendarios, chat y
mucho más; todo para ayudar a gestionar los requisitos de cualquier
proyecto o equipo.

Requerimientos funcionales:

El sistema enviará un correo electrónico cuando se registre alguna de las


siguientes actividades: programación, automatizaciones, prioridades,
comentarios asignados, vistas personalizadas, documentos, recordatorios,
objetivos, calendarios, chat.

El sistema permitirá aprobar, cambiar o actualizar planes y cronogramas de


proyecto.
A cada herramienta se le asignará un identificador único, que será utilizado
para identificarla en todos los procesos subsecuentes que se realicen sobre
esta.

Requerimientos no funcionales de producto

Eficiencia

Toda funcionalidad del sistema y transacción de negocio debe responder al


usuario en menos de 5 segundos.

El sistema debe ser capaz de operar adecuadamente con hasta 100.000


usuarios con sesiones concurrentes.

Los datos modificados en la base de datos deben ser actualizados para todos
los usuarios que acceden en menos de 2 segundos.

El modelado de UML GitMind transforma ideas sencillas en contenidos


completos e interactivos. GitMind es una excelente plataforma online donde
puedes crear diferentes diagramas, incluyendo UML, de forma gratuita. Si lo
utilizas como tu creador diario de diagramas UML, tendrás acceso a plantillas
personalizables que también están disponibles para ayudarte a hacer
diagramas UML de forma rápida y sencilla.

Requerimientos funcionales:

El sistema enviará un correo electrónico cuando se registre una nueva


actualización de las plantillas disponibles en la plataforma. Se permitirá el
registro de datos obligatorios incompletos, los cuales podrán completarse
posteriormente modificando la plantilla. Antes de poder aprobarse los datos
del diagrama deben estar completos.

Al aprobar un diagrama, la solicitud pasará al siguiente paso del flujo de


trabajo (workflow) de aprobación configurado en el sistema.
El sistema permitirá a los usuarios autorizados el ingresar planes y plantillas
personalizadas.

Requerimientos no funcionales de producto

Eficiencia

Toda funcionalidad del sistema debe responder al usuario en menos de 5


segundos.

El sistema debe ser capaz de operar adecuadamente con hasta 100.000


usuarios con sesiones concurrentes.

Los datos modificados en la base de datos deben ser actualizados para todos
los usuarios que acceden en menos de 2 segundos.

Actividad 5: Cada estudiante debe realizar al menos dos prototipos

(ventanas) que esté de acuerdo con los requerimientos seleccionados

en el punto 3 y acordes a la solución del problema.

Desarrollo:

- El sistema de la aplicación que maneje la contabilidad de la empresa


debe ser capaz de operar adecuadamente con hasta más de 10
personas modificando la base de datos de los pasivos y los activos de
la empresa.
- El sistema enviará un correo electrónico en el momento en que haya
una diferencia significativa entre activos y pasivos, además, avisará
cuando de nuevo haya un balance general de la empresa según los
cambios que se han generado en la contabilidad de la empresa.

Actividad 6:
2.2 Modelamiento de la Información de Clientes

Nombre del Estudiante: Jhon Alejandro Mora Ruiz


2.2.1 Requerimientos

Id Descripción de los requerimientos


Requerimiento funcional: Programa que sea capaz de
manejar el área contable de la empresa, donde realice un
1 trabajo completo en este campo y así suprimir este problema
de la empresa.
Requerimiento no funcional: El programa estará en la
2 capacidad de hacer una actualización en todos los activos de
la compañía y reportar novedades tanto para la empresa
como para usuarios.

2.2.2 Diagramas de Casos de Uso

Este diagrama nos ayuda a identificar los componentes principales que


conforman el sistema contable de la empresa, así como los requerimientos
fundamentales de este.

Actores: sistema contable, empleado y cliente.

Casos de uso:

- Organización de productos (tipo, valor, referencia).


- Organización de activos, pasivos y patrimonio.
- Información detallada de clientes.
- Información de productos.
- Información de ventas.
- Proceso de pagos (nominas, proveedores, caja menor, Etc)
- Ventas.
- Compras.
- Créditos.

Relaciones:

La relación entre los actores de sistema y empleado es de Herencia ya que


en varios casos de uso tienen relaciones entre sí y sus funciones dependen
uno de otro. Así como, el sistema con el cliente se presenta de igual manera
de Herencia. Teniendo como los demás de manera de Inclusión ya que se
conectan y ya tenemos los de forma Extensión ya que depende de un caso
de uso en especial.

Diagrama:
2.2.3 Especificación del Casos de Uso

RF- <id del


requisito> ContaSoft

Nombre Caso de
Uso Organización del área contable

Versión 3.0 (24-11-2022)

Actores - Sistema
- Empleado
- Cliente
Referencias - Organización de productos.
- Organización de activos, pasivos y patrimonio.
- Información detallada de clientes.
- Información de productos.
- Información de ventas.
- Proceso de pagos.
- Ventas.
- Compras.
- Créditos.

Descripción El caso de uso está en la capacidad de llevar la parte


contable de la empresa, organizando cada acción de
este campo.

Precondición El programa debe estar siempre actualizado con los


datos reales de la empresa, cada usuario debe estar
registrado, cada empleado e ingreso como egreso de
esta, así como cada producto que se comercialice.

Secuencia Paso Acción


Normal o flujo
1 Ingresar todos los empleados que existan en
básico
la empresa

2 Ingresar todo ingreso y egreso de la empresa

3 Ingresar todos los datos necesarios de los


productos

4 Ingresar todos los datos de los clientes

5 Solicitar datos necesarios para créditos

6 Informe detallado de ventas

7 Inventario de productos

8 Informe de clientes

9 Informe de ingresos y egresos

Postcondición Organización e informes sobre el estado contable de


la empresa, donde se podrá consultar brevemente y
con precisión.

Excepciones Paso Acción


1 En el caso de que no se completen todos los
datos necesarios el sistema emitirá un
mensaje de error.

2 En caso de que el cliente ya hubiera solicitado


un crédito o tenga uno, el sistema enviará el
tipo de crédito con los saldos.

Rendimiento Paso El sistema estará en la capacidad de realizar


acciones al minuto de haber terminado otra.

1 1 minuto en agregar un producto

2 1 minuto en agregar un cliente

3 40 segundos en generar informes

Frecuencia <Ilimitadas> Ilimitadas / <Sujeto a lo requerido por


esperada la empresa y procesos iniciados>

Importancia Este programa será vital

Urgencia Se requiere de inmediato para suprimir las


necesidades existentes

Comentarios Los informes se crearán de acuerdo con los pasos


(1.2.3.4) así como la aprobación de créditos estará
sujeto a disponibilidad por parte de la empresa.

2.2.4 Prototipos

A continuación, se crea un boceto de la interfaz principal que tendría el


programa contable para la empresa.
Prototipo:
Conclusiones

✓ Plantear una solución de la problemática presentada en la

compañía, referente al tema a tratar en el trabajo.

✓ Análisis de herramienta de gestión de requerimiento y modelado


UML conocer su funcionamiento y forma adecuada de
implementación.

✓ Reconocimiento de requerimientos funcionales y no

funcionales, además, la selección de ellas para la implementación.

✓ Aplicación de los requerimientos consultados para

combatir la problemática estudiada.

Bibliografía

PMOinformatica, 16-02-2017, la oficina de proyectos de informática:


requerimientos funcionales – Recuperado de:
http://www.pmoinformatica.com/2017/02/requerimientos-
funcionales-ejemplos.html

Anonimo, 18-05-2018, categorías de software, Herramientas de


gestion de requisitos, capterra-Recuperado de:
https://www.capterra.co/directory/10018/requirements-
management/software

Weitzenfeld, A. (2013). Modelo de Proceso. En Ingeniería de Software


Orientada a Objetos con UML, Java e Internet (pp. [35]-50). Cengage
Learning. https://link.gale.com/apps/doc/CX3004300023/GVRL?
u=unad&sid=bookmark-GVRL&xid=349afe6c

IEEE Recommended Practice for Software Requirements


Specifications. (1998). IEEE Std 830-1998, 1–40.
https://bibliotecavirtual.unad.edu.co/login?url=https://search.ebscoh
ost.com/login.aspx?
direct=true&db=edseee&AN=edseee.720574&lang=es&site=eds-
live&scope=site

También podría gustarte