Está en la página 1de 23

Reporte de

Especificación de
Software (RES)
Versión 1.0

SISTEMA DE VENTAS DE LA LIBRERÍA “CIELITO” EN


EL DISTRITO DE LOS OLIVOS, 2022

____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 1 de 23
HISTORIAL DE REVISIONES

Fecha de Fecha de
Versión Autor Descripción Revisado por
Elaboración Revisión
Escobar
1.0 Asencios Antecedentes 29/08/2022 05/09/2022
Freddy
Cueva 29/08/2022
1.0 Izquierdo Objetivos 05/09/2022
Joarib
Zavaleta
Bautista
Nathaly
1.0 Alcance 29/08/2022 05/09/2022
Pérez
Segovia
Mijael Jesús
Escobar Antecedentes
1.0 Asencios (Realizo 07/09/2022 10/09/2022
Freddy cambios)
Cueva Objetivos 07/09/2022
1.0 Izquierdo (Realizo 10/09/2022
Joarib cambios)
Zavaleta
Bautista
Nathaly Alcance
1.0 (Realizaron 07/09/2022 10/09/2022
Pérez cambios)
Segovia
Mijael Jesús

____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 2 de 23
Contenido
1. Antecedentes 3
2. Objetivos 4
3. Alcance 4
3.1. DENTRO DEL ALCANCE 4
3.2. FUERA DEL ALCANCE 4
3.3. RESTRICCIONES 4
3.4. SUPUESTOS 4
4. Procesos de Negocio 4
4.1. LISTA DE CASOS DE USO DE NEGOCIO 4
4.1.1. LISTA DE ACTORES DEL NEGOCIO 5
4.1.2. DIAGRAMA GENERAL DE CASO DEL NEGOCIO 5
4.1.3. ESPECIFICACIÓN DE LOS CASOS DE USO DEL NEGOCIO 5
CUN01 – NOMBRE DEL CASO DE USO DEL NEGOCIO 5
4.2. REALIZACIÓN DE LOS CASOS DE USO DE NEGOCIO 5
4.3. LISTA DE TRABAJADORES DE NEGOCIO 5
4.4. REGLAS DE NEGOCIO 6
5. Requisitos Funcionales 6
6. Requisitos No Funcionales 7
7. Modelo de Casos de Uso del Sistema 9
7.1. LISTA DE ACTORES DE SISTEMA 9
7.2. DIAGRAMA DE ACTORES DEL SISTEMA 9
7.3. ARQUITECTURA DEL SISTEMA – DIAGRAMA DE PAQUETES 10
7.4. LISTA DE CASOS DE USO DEL SISTEMA POR PAQUETE 10
7.5. DIAGRAMA DE CASOS DE USO POR PAQUETE 10
7.6. PRIORIZACIÓN DE LOS CASOS DE USO DEL SISTEMA 10
7.7. MATRIZ DE MODELO DE NEGOCIO Y MODELO DE SISTEMA 11
7.8. ESPECIFICACIÓN DE LOS CASOS DE USO DEL SISTEMA 12
CUS01 – Nombre del caso de Uso 12
8. Flujo General de Navegación 13
9. Esquema de Seguridad 14
10. Modelo de Análisis 14
11. Modelo Conceptual 14

____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 3 de 23
1. Antecedentes

La librería Cielito se ubica en el distrito de los Olivos; su giro de negocio es la venta de


artículos escolares al público en general, así mismo, presenta los siguientes procesos de
negocio:

PROCESO: Gestión de Ventas


La gestión de ventas inicia cuando ingresa un cliente a solicitar materiales educativos
para realizar una actividad escolar. Seguidamente, el vendedor anota la lista de
materiales que solicitó el cliente e informa al encargado del almacén, quien busca el
producto solicitado por el cliente; luego, el cliente realiza el pago en caja por los
productos solicitados y el cajero le entrega un comprobante de pago, finalmente el
vendedor le entrega los productos por los cuales realizó el pago.

Por otro lado, el encargado de caja lleva un registro de las ventas realizadas en una
libreta de notas que se realiza cada vez que la librería abre sus puertas para la atención
al público y que al final del día son revisadas por el dueño de la librería para que vea su
ganancia.

PROCESO: Control de Gastos


Los gastos realizados por la librería son registrados en una libreta de notas, el encargado
de caja realiza los pagos por el local, servicios básicos (agua, luz, internet) y otros como
seguridad y limpieza dentro y fuera del local que serán realizados cada fin de mes.

PROCESO: Control de Inventario


El encargado del almacén de la librería lleva un registro de inventario de la librería con
los productos que fueron vendidos durante la semana y con esa información verifica los
productos que deben ser adquiridos para abastecer la librería e informa al encargado de
caja para que haga el pago por los productos que faltan para completar el stock.

2. Objetivos

____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 4 de 23
3. Alcance

3.1. Dentro del Alcance

● Controlar la gestión de ventas


● Controlar el registro de gastos
● Controlar los registros de almacén

3.2. Fuera del Alcance

● Controlar el registro de pagos de los empleados


● Controlar el registro de ganancias
● Controlar la entrada y salida de los trabajadores.

3.3. Restricciones

● No cuenta con máquinas de última generación para la realización del proyecto.


● Se cuenta con un monto limitado para la realización del proyecto.
● El proyecto no debe interferir en el desarrollo de ventas de la misma empresa.

3.4. Supuestos

● Personal capacitado mínimo en office.


● Máquinas con capacidad mínima de alojar el sistema.
● Personal capacitado en el servicio técnico por si algo fallase

4. Procesos de Negocio

4.1. Lista de Casos de Uso de Negocio

Caso de uso del Descripción


negocio

Este proceso permite controlar la gestión de ventas a los


clientes, así como el control de los comprobantes de
pago.

Este proceso permite controlar los gastos que se


necesitan realizar para el funcionamiento de la librería.

Este proceso permite controlar el registro de almacén


tanto de los productos que venden y los que necesitan
reponer.

4.1.1. Lista de Actores del Negocio

Actor del Negocio Descripción

____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 5 de 23
Es el encargado de realizar las peticiones de
compra de útiles escolares.

Es el encargado de atender las peticiones del


cliente, informa el costo y deriva al cajero para que
realice el pago.

Es el encargado de cobrar por los productos que ha


requerido el cliente.

Es el encargado que busca en el almacén los


productos que necesita el cliente.

4.1.2. Diagrama General de Caso del Negocio

4.1.3. Especificación de los Casos de Uso del Negocio

● CUN01 – Controlar la gestion de ventas


1. Breve Descripción
Este proceso permite controlar la gestión de ventas a los clientes, así como el
control de los comprobantes de pago.
2. Objetivo
Tener el control de la gestión de ventas realizadas por el cliente en un 100%

____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 6 de 23
Tener el control de los registros de ventas realizados por el vendedor en un
100%
3. Flujo de Trabajo
3.1 Flujo Básico
1. Cliente solicita pedido de productos
2. Vendedor registra el pedido
3. Vendedor verifica el stock
4. Vendedor verifica e informa el precio de productos al cliente
5. Vendedor genera una orden de pago

3.2 Flujos Alternativos


1. En el punto 3 si el vendedor encuentra que no tiene stock del
producto solicitado se procede a presentar otra alternativa de
producto.
2. En el punto 4 si el cliente decide no comprar el producto, termina el
proceso.
4. Categoría
Principal.
5. Gestor del proceso
Vendedor.

● CUN02 – Controlar el registro de gastos


1. Breve Descripción
Este proceso permite controlar los gastos que se necesitan realizar para el
funcionamiento de la librería.
2. Objetivo
Tener el control de los registros de gastos realizados en un 100%
3. Flujo de Trabajo
3.1 Flujo Básico
1. Cliente solicita ejecutar el pago por el pedido de productos
2. Cajero verifica los precios del pedido
3. Cliente realiza el pago
4. Cajero recibe el dinero por los productos solicitados por el cliente
5. Cliente recibe su boucher de compra de producto.

3.2 Flujos Alternativos

____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 7 de 23
1. En el punto 3 si el cliente decide no pagar por el producto, termina
el proceso.
4. Categoría
Principal.
5. Gestor del proceso
Cajero

● CUN03 – Controlar los registros de almacén.


1. Breve Descripción
Este proceso permite controlar el registro de almacén tanto de los productos
que venden y los que necesitan reponer.
2. Objetivo
Tener el control de los registros de inventario en un 100%
3. Flujo de Trabajo
3.1 Flujo Básico
1. Cajero envía comprobante de pago para despacho
2. Vendedor verifica que se ha realizado el pago por los productos
3. Almacenero busca producto
4. Almacenero entrega los productos al vendedor
5. Vendedor entrega producto al cliente

3.2 Flujos Alternativos

4. Categoría
Principal.
5. Gestor del proceso
Almacenero

____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 8 de 23
4.2 Realización de los Casos de Uso de Negocio

____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 9 de 23
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 10 de 23
4.3 Lista de Trabajadores de Negocio

Trabajador del
Descripción
Negocio
Es el encargado de cobrar por los productos que ha
requerido el cliente.

Es el encargado que busca en el almacén los


productos que necesita el cliente.

Es el encargado de atender las peticiones del


cliente, informa el costo y deriva al cajero para que
realice el pago.

4.4 Reglas de Negocio

Código Descripción
RN-001 La vendedora es la única responsable de la gestión de las
ventas.
RN-002 La vendedora es la única responsable de la entrega de los
productos al cliente.
RN-003 La cajera es la única responsable de la gestión de los pagos
que realizan los clientes.
RN-004 La cajera es la única responsable de los reportes diarios de
las ventas realizadas.
RN-005 La cajera es la única responsable de la gestión de los pagos
de servicios básicos que genere el local.
RN-006 El almacenero es el único responsable de los productos que
salen de almacén previa actualización del stock.
RN-007 Todos los cálculos que se necesiten deben realizarse desde
el sistema, tales como subtotales, descuentos y netos.
RN-008 Todos los encargados de la tiendan deben acceder con un
usuario y contraseña al sistema.

5. Requisitos Funcionales

Proceso de
Código Descripción
Negocio
RF-001 Mostrar una interfaz acceso solo para vendedor CUN01 – Controlar la
RF-002 Mostrar las categorías de los productos. gestión de ventas
RF-003 Permitir filtrar los productos mediante una categoría.
RF-004 Mostrar descripción de los productos y su precio de
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 11 de 23
Proceso de
Código Descripción
Negocio
acuerdo a la categoría.
RF-005 Mostrar productos seleccionados al usuario
Deberá calcular el subtotal, descuento y neto de los
RF-006 productos seleccionados.
Deberá contar con botones que le permita modificar,
RF-007 eliminar y agregar nuevos productos
RF-008 Genera una orden de pago
Deberá mostrar un acceso para anular el proceso de
RF-009 compra
Se deber mostrar accesos redes sociales propia de la
RF-010 empresa
RF-011 Mostrar una interfaz acceso solo para cajero
RF-012 Almacena datos del cliente
RF-013 Recibe la lista de productos a pagar
RF-014 Recepción de pago al contado o en tarjeta CUN02 – Controlar el
RF-015 Entrega la boleta de venta por los productos seleccionados registro de gastos
RF-016 Realiza pago por servicios básicos de la tienda
Deberá calcular el subtotal, IGV y neto por los servicios
RF-017 básicos de la tienda
RF-018 Mostrar una interfaz acceso solo para almacenero
Recepción de la lista de productos seleccionados por el
RF-019 cliente con información básica del cliente como nombre,
DNI y número de pedido
RF-020 Imprime lista para buscar en el almacén
RF-021 Verifica los productos en stock
Deberá contar con botones que le permita modificar, CUN03 – Controlar
RF-022 eliminar y agregar nuevos productos en stock los registros de
RF-023 Verifica los productos sin stock almacén.
Deberá contar con botones que le permita modificar,
RF-024 eliminar y agregar nuevos productos que no tienen stock
RF-025 Solicita productos sin stock
Deberá contar un con botón para solicitar y cancelar
RF-026 productos al cajero
RF-027 Deberá contar con un botón de confirmar entrega

6. Requisitos No Funcionales

Tipo de Requisito Código Descripción Implementación


Proceso de Desarrollo de
Se usará el sistema Software: Java 12 o UML
RNF-001
Java 12 o UML Lenguaje de programación:
Restricciones del Diseño Java

El sistema operativo Sistema Operativo: Windows


RNF-002 que se requiere es un 10
Windows 10.

____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 12 de 23
Tipo de Requisito Código Descripción Implementación

Se debe usan el
lenguaje de
Administrador de base de
RNF-003 programación Java y
datos: MySQL
con una base de datos
usando MySQL.

Generador de reportes:
Las impresiones deben Jasper Reporte
mantener un formato
RNF-004
estándar en todos los
listados. Manejo de información:
Documento PDF
Se debe adquirir el Servidores Web:
servidor web APACHE APACHE
para llevar a cabo.
Componentes a Adquirir
RNF-005 Se necesitará contar
Estación de trabajo:
con tres estaciones de
Microcomputadoras
trabajo usando
microcomputadoras.

La pantalla debe ser


sencillas e intuitivas y Menú:
RNF-005
debe ser mostrada en JMenu
castellano.
Interfaces de Usuario
Sólo los usuarios Formatos de pantalla:
autorizados de esta Desktop, web y Móvil
RNF-006 forma podrán acceder
a los datos del
sistema.
Interface:
Core i7
Los recursos de Estructura lógica:
consumo del sistema
deben ser mínimos 4 núcleos
Interfaces de Hardware debido a que no se Soporte memoria DDR4 -
RNF-007 necesita software 2666
extra. Gráficos integrados Intel
UHD Graphics 630
Frecuencia de base 350 MHz
Frecuencia de turbo máx.
5.1GHz

____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 13 de 23
Tipo de Requisito Código Descripción Implementación
El sistema debe
comportarse
Interfaces de consistentemente y
Dispositivo de comunicación:
Comunicaciones RNF-008 respondiendo a la
Router
necesidad, con una
buena velocidad de
internet.

Requerimientos de Se usará el programa Licencias:


Licenciamiento de visual estudio que Visual estudio (licenciado)
RNF-009
cuenta con una
licencia gratuita.
El sistema debe
asegurar que los datos
estén protegidos del
Seguridad Seguridad:
RNF-010 acceso no autorizado
Algoritmo MD5
Todos los sistemas
deben respaldarse
cada 24 horas.
Se usará el ISO de
Verificación y
Validación de un
software
Estándares:
Se usará el ISO del
estándar para los IEEE 1012
Estándares aplicables
RNF-011 procesos de ciclo de ISO 12207
vida del software de la ISO 19011
organización.
Se usará el ISO de
directrices para la
auditoría de los
sistemas de gestión.
Toda funcionalidad del
sistema de negocio Rendimiento:
RNF-012 debe responder al
usuario en menos de Alto rendimiento
5 segundos.

El sistema debe ser


capaz de procesar Capacidad:
RNF-013
Requisitos de 1000 transacciones 1 terabyte
Desempeño por segundo.

El sistema debe ser Utilizando Iguana Hoting //


capaz de operar 000webhost
adecuadamente hasta
RNF-014 con 1000 usuarios.

Se debe garantizar un Utilización de recursos:


consumo de CPU y Memoria RAM DDR4
RAM inferior al 80%

____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 14 de 23
4. Modelo de Casos de Uso del Sistema
[En esta sección deberá desarrollar el modelo de sistema o modelo de requisitos. Para
ello deberá indicar los actores de sistemas, la arquitectura de sistema (organizada en
paquetes) y la relación de casos de uso por cada paquete. Cada Caso de Uso deberá ser
identificado con un código único y correlativo. Ejemplo: CUS01.]

7.1 Lista de Actores de Sistema


[Listar a los actores de sistema.]

Actor del sistema Descripción

7.2 Diagrama de Actores del Sistema


[Incorpore el diagrama de actores del sistema.]

7.3 Arquitectura del Sistema – Diagrama de Paquetes


[Incorpore el diagrama de paquetes que representa la arquitectura modular del
sistema. Cada Paquete deberá ser identificado con un código único y correlativo.
Ejemplo: P01.]

7.4 Lista de Casos de Uso del Sistema por Paquete


[En esta sección deberá listar todos los casos de uso del sistema que se han
identificado. Para hacerlo deberá tomar como referencia la organización del
sistema de acuerdo al diagrama de paquetes del punto 7.3.]
Paquete: P01 – Nombre del Paquete
Caso de uso del sistema Descripción

CUS01 – [Nombre del Caso [Descripción del caso de uso. En la descripción


de Uso] deberá indicar las acciones que permitirá el
caso de uso.]
CUS02 – [Nombre del Caso [Descripción del caso de uso. En la descripción
de Uso] deberá indicar las acciones que permitirá el
caso de uso.]

7.5 Diagrama de Casos de Uso por Paquete


[Incorpore el diagrama de casos del uso del sistema de acuerdo a los paquetes y
la lista trabajada en el punto 7.4.]

Paquete: P01 – Nombre del Paquete

7.6 Priorización de los Casos de Uso del Sistema

7.6.1 Clasificación de los Casos de Uso del Sistema


[En esta sección deberá clasificar los casos de uso de sistema indicando
si son primarios o secundarios.]

0,4 0,3 0,2 0,1


IMPORTANCI COMPLEJIDA RIESG IMPACTO CLASIFICACIÓ
CASO DE USO A D O RNF TOTAL N DE CU

____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 15 de 23
CUS01-
XXXXXX           Primario
CUS02-
XXXXXX           Secundario
CUS03-
XXXXXX           Secundario

7.6.2 Ciclos de Desarrollo de los Casos de Uso del


Sistema
[En esta sección deberá indicar en qué ciclo de desarrollo se trabajarán
cada uno de los casos de uso del sistema.]

Ciclo de desarrollo Nombre del caso de uso Clasificación


Núcleo central o Ciclo 0 CUS01 – Nombre del caso de uso Primario
Ciclo 1 CUS02 – Nombre del caso de uso Secundario
CUS03 – Nombre del caso de uso Secundario

7.7 Matriz de Modelo de Negocio y Modelo de Sistema


[En esta sección deberá incluir una matriz en la que se pueda evidenciar la
trazabilidad entre los procesos de negocio y las funciones del producto software.]

Caso del uso Actividad a automatizar Requerimiento Caso de uso del


del negocio funcional sistema
Nº Nombr N Nombre Responsabl Nº Nombre Nº Nombr Acto
e º e e r
CUN0 Caso de 1 Actividad a Trabajador RF- Requisito CUS0 Casos Actor
1 Uso de ser de Negocio 001 Funcional 1 de Uso
Negocio automatizad de
a Sistema
2 Actividad a Trabajador
ser de Negocio
automatizad
a
3 Actividad a Trabajador
ser de Negocio
automatizad
a

7.8 Especificación de los Casos de Uso del Sistema

7.8.1 Especificación de Alto Nivel


[En esta sección deberá incluir la especificación de alto nivel de los
casos de uso del sistema. Asimismo deberá indicar que requisitos
funcionales están asociados a cada caso de uso, tomando como
referencia lo indicado en la matriz del punto 7.7.]

Caso de uso: CUS01 – Nombre del Caso de Uso


Actor(es): Nombre del actor
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 16 de 23
Propósito: Indicar el propósito del caso de uso
Caso de uso Indicar si existe algún caso de uso asociado. De no haber
asociado: indicar No Aplica.
Resumen: Describir brevemente el caso de uso. Para ello deberá
indicar como empieza el caso de uso, que actividades
desarrolla y como termina.
Clasificación Indicar la clasificación del caso de uso
Requisitos Indicar el(los) códigos de requisitos funcionales asociados.

7.8.2 Especificación Expandida


[Por cada caso de uso de sistema especificado deberá incluir la
especificación expandida de casos de uso. Para ello deberá indicar el
flujo básico y los flujos alternos e incorporará el prototipo con la
inclusión de los controles. Deberá usar la plantilla que a continuación se
detalla:

CUS01 – Nombre del caso de Uso


1. Actores
2. Indicar la lista de actores
3. Propósito
Indicar el propósito
4. Breve Descripción
Reutilizar el resumen del punto 7.4
5. Flujo Básico de Eventos
Indicar el flujo básico de eventos
Es posible hacer referencia a las reglas de negocio.
6. Sub Flujos
Indicar los subflujos del flujo básico.
7. Flujos Alternos
6.1. Nombre del flujo alterno
1. Detalle del Flujo alterno
Se pueden incluir reglas de negocio.
8. Precondiciones
Descripción de la precondición

9. Pos condiciones
Descripción de la pos condición

10. Puntos de Extensión


Indicar si existen puntos de extensión.
11. Requerimientos Especiales
Indicar si existen requerimientos especiales.

____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 17 de 23
12. Prototipos

____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 18 de 23
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 19 de 23
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 20 de 23
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 21 de 23
8. Flujo General de Navegación
[Incluir un árbol de navegación que permita entender el flujo que se seguirá en la
navegación por el aplicativo. El siguiente ejemplo muestra un árbol de navegación:
Aplicación/módulo/opción/subopción]

Ver
Agend
a
Encargar
Acción

A Ver
ge Accione
nd s
a
Ver
Alarma
s
Acción
Propia

APLICAC Cli
en
Con
sult
ION te ar Pará
metro
s
s
T Resul
a tados
b
l
a Ra
Manteni zo
s
miento ne
s
Matriz
CAP
Relac
iones
Matriz
GAF

Acciones
Enviadas

Av
an
ce
Re Resultados
s
port Históricos
es
Resulta
doAcc
de
ion
es
Seguimiento
Semanal

5. Esquema de Seguridad
[En esta se documenta los esquemas de seguridad en base a perfiles y su acceso a su
información. Para ello se utiliza una matriz de perfiles de usuario y accesos por
Aplicativo/Módulo/Función.]

Aplicativo
Funciones por Módulo Perfil 1 Perfil 2 ... Perfil N
Módulo A x x X x
Consulta de información de
empresas
Consulta de operadores x x X x
autorizados
Modificación de operadores x x X x
autorizados
____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 22 de 23
Módulo B
Modificación de cuentas afiliadas x x X x
Modificación de combinaciones x x X x
autorizadas

6. Modelo de Análisis
10.1 Realización de Casos de Uso – Análisis
[Esta sección ilustra cómo el software trabaja a partir de los casos de uso o
escenarios seleccionados, y explica cómo varios elementos del modelo de
análisis contribuyen con ellos funcionalmente. Por cada caso de uso deberá
desarrollar un diagrama de secuencia y de clases de análisis. Para ello deberá
usar el patrón MVC. Para la realización deberá identificar los escenarios. Dichos
escenarios se obtienen de las combinaciones entre el flujo principal y flujos
alternativos del la especificación expandida de casos de uso (ver punto 7.8.2).]

Código del CUS – Nombre del CUS


Nombre del Escenario
[Identifica el escenario a ser realizado y una breve descripción. Se recomienda
identificar con un código único a cada escenario. Por ejemplo ESC01]

Diagrama de Secuencia de Análisis


[Incluya el diagrama de secuencia de análisis en el cual se observe el uso del
patrón MVC que implementa el escenario identificado.]

Diagrama de Clases de Análisis


[Incluya el diagrama de clases de análisis obtenido del conjunto de diagramas
de secuencia que se implementan por cada escenario.]

7. Modelo Conceptual
[Esta sección ilustra cómo a partir de las clases del tipo entidad se pueden identificar una
primera propuesta de modelo de persistencia. Para ello se utiliza un diagrama clases por
cada paquete que forma parte de la arquitectura del sistema. Se puede hacer uso de
tarjetas CRC para documentar las responsabilidades y colaboraciones de cada clase de
persistencia identificada.]

____________________________________________________________________________________
Reporte de Especificación de Software (RES) Página 23 de 23

También podría gustarte