0% encontró este documento útil (0 votos)
37 vistas109 páginas

3er Avance Proyecto Final FINALBK

Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
37 vistas109 páginas

3er Avance Proyecto Final FINALBK

Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd

1

2 Carrera de Ingeniería de Sistemas y Software

3 TITULO:

4 Desarrollo e implementación de un sistema de Cotización para la empresa Insumos y


5 Accesorios de Oficina S.A

6 INTEGRANTES:

7 Arian Reyes Arrunategui


8 Ronal Eduardo Cordova Ramirez
9 Sebastian Antonio Yupari Franco
10 Diana Vargas Pillaca
11 Gonzalo Leonel Ramos Minaya
12 Luis Angel Nuñez Venturo
13 Luis Angel Condori Ticllacuri

14 CURSO:

15 Análisis y diseño de sistemas de información

16 DOCENTE:

17 Espinoza Paredes, Christian Eduardo

18 Perú

19 2024

1 1
2
20
21 INTRODUCCIÓN

22 Insumos y Accesorios de Oficina S.A., fue creada hace 8 años. Desde esa fecha se ha
23 convertido en un referente en Lima, ofreciendo una amplia gama de productos de útiles de
24 oficina para satisfacer las necesidades de sus clientes. Su dedicación a la calidad y la
25 atención al cliente les ha llevado a experimentar una gran demanda en el mercado.

26 En respuesta a las crecientes necesidades de sus clientes y con el objetivo de mejorar aún
27 más nuestra experiencia de compra, es necesario la implementación de un sistema de
28 cotizaciones en línea. Este nuevo sistema proporcionará a sus clientes la conveniencia de
29 solicitar cotizaciones de manera rápida y fácil, desde la comodidad de su oficina o hogar.

30 El presente proyecto se enfoca en el diseño e implementación de un Sistema de Cotización


31 con el propósito de mejorar la eficiencia operativa y optimizar el proceso de ventas en su
32 empresa. Este documento presenta los fundamentos, objetivos y métodos utilizados para
33 desarrollar un sistema integral que centralice la gestión de clientes, productos, cotizaciones
34 y órdenes de venta.

35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54

3 2
4
56
57
58 ÍNDICE
59

60 Contenido
61 Objetivos Generales y Específicos..........................................................................................6
62 Objetivos Generales:............................................................................................................6
63 Objetivos Específicos:..........................................................................................................6
64 Aspectos de la Organización...................................................................................................6
65 Visión....................................................................................................................................7
66 Misión...................................................................................................................................7
67 Descripción de la Empresa...................................................................................................7
68 Ámbito del Proyecto.................................................................................................................7
69 ● Área...............................................................................................................................7
70 ● Recursos Humanos para la elaboración del Proyecto..................................................7
71 ● Software........................................................................................................................7
72 ● Hardware.......................................................................................................................8
73 ● Cronograma de Actividades:.........................................................................................9
74 Fase de Inicio.........................................................................................................................11
75 Modelado del Negocio........................................................................................................11
76 Modelado del Proceso del Negocio................................................................................11
77 Modelo de Análisis del Negocio......................................................................................19
78 Recopilación de Requerimientos....................................................................................27
79 Matriz de requerimientos....................................................................................................40
80 Fase de elaboración...............................................................................................................41
81 Casos de Usos...................................................................................................................41
82 Especificaciones del caso de Uso......................................................................................42
83 Registrar ficha cliente.....................................................................................................42
84 Registrar cotización........................................................................................................44
85 Generar pedido...............................................................................................................45
86 Generar orden de venta..................................................................................................47
87 Consultar pedidos para aprobar.....................................................................................49
88 Consultar ficha clientes...................................................................................................51
89 Consultar créditos...........................................................................................................52
90 Consultar pagos..............................................................................................................54
91 Buscar cotizaciones........................................................................................................55
92 Buscar orden de venta....................................................................................................57

5 3
6
93 Buscar Pedidos...............................................................................................................58
94 Registrar salida de almacén...........................................................................................59
95 Análisis del Sistema...........................................................................................................62
96 Paquete de Análisis........................................................................................................62
97 Clases de Entidad...........................................................................................................66
98 Realizaciones de Caso de Uso.......................................................................................72
99 Diagrama de comunicación............................................................................................73
100 Diagrama de secuencia..................................................................................................76
101 Modelo conceptual o Diagrama de clase...........................................................................80
102 Modelo Lógico....................................................................................................................81
103 Modelo Físico.....................................................................................................................81
104 Tarjeta CRC de cada clase................................................................................................82
105 Diseño del Sistema.............................................................................................................84
106 Patrón de Diseño............................................................................................................84
107 Diagrama de estructura compuesta................................................................................99
108 Diagrama de tiempo......................................................................................................100
109 Diagrama de despliegue...............................................................................................101
110 Diagrama de Componentes..........................................................................................102
111 Conclusiones........................................................................................................................104
112 Recomendaciones...............................................................................................................105
113
114
115
116
117
118

7 4
8
119 Justificación
120
121 La implementación de un sistema de cotización en línea se justifica por la continua
122 búsqueda de mejorar la experiencia del cliente y satisfacer sus necesidades de manera más
123 eficiente. Con el crecimiento de la empresa y la creciente demanda de productos de útiles
124 de oficina, es fundamental proporcionar a sus clientes una forma rápida y conveniente de
125 solicitar cotizaciones.

126 Un sistema de cotización en línea les permitirá agilizar el proceso de solicitud de


127 cotizaciones, reduciendo los tiempos de respuesta y simplificando la comunicación con sus
128 clientes. Además, al facilitar el acceso a información detallada sobre sus productos y
129 precios, mejoraremos la transparencia y la confianza del cliente en nuestros servicios.

130 Este sistema no solo beneficiará a sus clientes al brindarles una experiencia de compra más
131 cómoda y accesible, sino que también optimizará sus procesos internos, permitiéndonos
132 gestionar de manera más eficiente las solicitudes de cotización y mejorar nuestra capacidad
133 de atención al cliente. En resumen, la implementación de un sistema de cotización en línea
134 es un paso estratégico hacia la mejora continua y la excelencia en el servicio al cliente.
135

9 5
10
136 Objetivos Generales y Específicos

137 Objetivos Generales:

138 El objetivo principal es desarrollar un Sistema de Cotización que centralice la gestión de


139 clientes, productos, cotizaciones y órdenes de venta. Se busca mejorar la eficiencia
140 operativa, facilitar la toma de decisiones estratégicas y optimizar el proceso de ventas de la
141 empresa.

142 Objetivos Específicos:

143 1. Facilitar la gestión de clientes empresariales mediante un sistema de registro y


144 actualización eficiente.

145 2. Optimizar la gestión de productos, desde su registro hasta su modificación y


146 eliminación.

147 3. Agilizar la creación, modificación y eliminación de cotizaciones para garantizar un


148 flujo de trabajo eficiente.

149 4. Implementar un sistema claro y preciso para la creación y modificación de


150 presupuestos asociados a las cotizaciones.

151 5. Simplificar el proceso de generación de órdenes de venta a partir de cotizaciones


152 aceptadas.

153 6. Proporcionar consultas estratégicas para evaluar el rendimiento del sistema y la


154 efectividad en la conversión de cotizaciones a ventas.

155 Aspectos de la Organización


156 El proyecto involucra a diferentes actores dentro de la organización, desde representantes
157 de ventas y clientes empresariales hasta analistas de datos y gerentes de ventas. Cada uno
158 desempeña un papel crucial en el éxito del sistema, contribuyendo al proceso de cotización
159 y venta.

160

11 6
12
161 Visión
162 Ser líderes en ventas, proporcionando soluciones innovadoras y superando las expectativas
163 de nuestros clientes, impulsando el crecimiento sostenible y estableciendo estándares de
164 excelencia.
165

166 Misión
167 Ofrecer productos y servicios de calidad excepcional, adaptados a las necesidades de
168 nuestros clientes, construyendo relaciones basadas en confianza y transparencia, mientras
169 buscamos la mejora continua y el éxito tanto para nuestros clientes como para nuestro
170 equipo.

171 Descripción de la Empresa


172 Nuestra empresa se posiciona como líder en el mercado, ofreciendo soluciones innovadoras y
173 servicios de calidad. Nos destacamos por construir relaciones sólidas con nuestros clientes, basadas
174 en la confianza y la transparencia. Buscamos el crecimiento sostenible, la mejora continua y el éxito
175 tanto para nuestros clientes como para nuestro talentoso equipo.

176 Ámbito del Proyecto

177 ● Área
178 - El proyecto se centra en el área de ventas, con el fin de optimizar y
179 agilizar procesos de generación de cotizaciones. Se van desarrollando
180 herramientas y estrategias para mejorar la precisión y la eficiencia en
181 este aspecto. En esta área de enfoque nos centraremos en buscar
182 soluciones para el cliente.
183 ● Recursos Humanos para la elaboración del Proyecto
184 - Desarrolladores: Profesionales con experiencia en desarrollo de
185 software y programación que puedan crear la infraestructura del
186 sistema de cotizaciones, incluyendo la interfaz de usuario, la lógica de
187 negocio y la integración con otras herramientas o sistemas.
188 - Analistas de negocio: Personas con experiencia en analizar los
189 requisitos del negocio y traducirlos en especificaciones funcionales
190 para el sistema de cotizaciones, asegurando que el software satisfaga
191 las necesidades del usuario final.
192 - Personal de ventas: Estos son necesarios al ser intermediarios entre el
193 sistema y el cliente
194 ● Software
195 StarUML: Proporciona un entorno gráfico que permite a los desarrolladores
196 crear diagramas UML de manera intuitiva, lo que facilita la comunicación y la

13 7
14
197 comprensión entre los miembros del equipo de desarrollo, los clientes y otros
198 interesados en el proyecto.
199 - IBM RATIONAL Software Architect Designer: es una herramienta de
200 modelado y diseño de software desarrollada por IBM. Está diseñada
201 para ayudar a los equipos de desarrollo de software a visualizar,
202 modelar, diseñar y analizar sistemas de software complejos utilizando
203 una variedad de estándares y lenguajes de modelado.
204 ● Hardware
205 Servidores: Para alojar el sistema de cotizaciones, se debe incluir servidores
206 físicos o virtuales con suficiente capacidad de procesamiento, memoria y
207 almacenamiento para manejar la carga de trabajo prevista.
208 - Dispositivos de usuario: Los usuarios deben contar con dispositivos
209 como celulares, laptops, tablets, etc. para poder ingresar al sistema.
210

15 8
16
211 ● Cronograma de Actividades:

17 9
18
Nombre de la tarea Inicio Fin Asignada a Duración
PLANIFICACION 15/01/24 15/01/24 TODOS 1d
OBJETIVOS GENERALES Y ESPECÍFICOS 15/01/24 15/01/24 VARGAS 1d
ASPECTOS DE LA ORGANIZACIÓN 16/01/24 16/01/24 VARGAS 1d
DESCRIPCIÓN DE LA EMPRESA 16/01/24 16/01/24 VARGAS 1d
1. ÁMBITO DEL PROYECTO 17/01/24 24/01/24 6d
1.1 Área 17/01/24 17/01/24 YUPARI 1d
1.2 Recursos Humanos para la elaboración del 18/01/24 18/01/24 YUPARI 1d
Proyecto
1.3 Software 19/01/24 19/01/24 YUPARI 1d
1.4 Hardware 20/01/24 20/01/24 YUPARI 1d
1.5 Cronograma de Actividades 22/01/24 24/01/24 REYES-YUPARI 3d
2. FASE DE INICIO 29/01/24 07/02/24 8d
2.1 Modelado del Negocio 29/01/24 30/01/24 CORDOVA- 2d
RAMOS
2.1.1 Modelado del Proceso de Negocio 01/02/24 02/02/24 CORDOVA- 2d
RAMOS
2.1.2 Modelo de Análisis del negocio 29/01/24 31/01/24 REYES 3d
2.1.3 Recopilación de los requerimientos 01/02/24 02/02/24 REYES 2d
2.2 Matriz de requerimientos 05/02/24 07/02/24 YUPARI 3d
3. FASE DE ELABORACIÓN 05/02/24 16/02/24 10d
3.1 Casos de Usos 05/02/24 09/02/24 REYES-CONDORI 5d
3.2 Especificaciones del caso de Uso 05/02/24 09/02/24 REYES-CONDORI 5d
3.3 Análisis del Sistema 05/02/24 09/02/24 5d
3.3.1 Paquete de Análisis 05/02/24 05/02/24 REYES 1d
3.3.2 Clases de Entidad 06/02/24 06/02/24 REYES 1d
3.3.3 Realizaciones de Caso de Uso 07/02/24 07/02/24 REYES 1d
3.3.4 Diagrama de comunicación 08/02/24 08/02/24 REYES 1d
3.3.5 Diagrama de secuencia 09/02/24 09/02/24 REYES 1d
3.4 Modelo conceptual o Diagrama de clase 06/02/24 08/02/24 CORDOVA 3d
3.5 Modelo Lógico 06/02/24 07/02/24 NUÑEZ 2d
3.6 Modelo Físico 08/02/24 09/02/24 NUÑEZ 2d
3.7 Tarjeta CRC de cada clase 05/02/24 07/02/24 RAMOS 3d
3.8 Diseño del Sistema 12/02/24 16/02/24 5d
3.8.1 Patrón de diseño 12/02/24 16/02/24 CONDORI- 5d
VARGAS
3.8.2 Diagrama de estructura compuesta 12/02/24 16/02/24 NUÑEZ-YUPARI 5d
3.8.3 Diagrama de tiempo 12/02/24 16/02/24 CORDOVA 5d
3.8.4 Diagrama de despliegue 12/02/24 16/02/24 RAMOS 5d
3.8.5 Diagrama de componentes 12/02/24 16/02/24 REYES 5d
4. FASE DE DESARROLLO 19/02/24 04/03/24 11d
3.9.1 Desarrollo Interfaces 19/02/24 22/02/24 REYES-CONDORI 4d
3.9.2 Modelo de datos 19/02/24 22/02/24 NUÑEZ-RAMOS 4d
3.9.3 Codificación de Interfaces 22/02/24 27/02/24 TODOS 4d
3.9.4 Pruebas 28/02/24 28/02/24 VARGAS 1d
3.9.5 Ajustes 28/02/24 01/03/24 TODOS 3d
3.9.6 Pruebas Finales 02/03/24 02/03/24 TODOS 1d
3.9.7 Implementación 04/03/24 04/03/24 TODOS 1d

19 10
20
CONCLUSIONES 19/02/24 21/02/24 CORDOVA- 3d
YUPARI
RECOMENDACIONES 22/02/24 26/02/24 CORDOVA- 3d
YUPARI
RESPONSABILIDAD UNIVERSITARIA 22/01/24 24/01/24 NUÑEZ 3d

212 Fase de Inicio

213 Modelado del Negocio

214 Modelado del Proceso del Negocio


215 - Gestión de Clientes Empresariales
216 Tomamos las actividades relacionadas con la gestión de clientes empresariales, incluyendo
217 la creación, edición y eliminación de información de clientes, así como la consulta de datos
218 relacionados con los clientes.

219
220 Inicia con la detección de diferentes tipos de solicitudes relacionadas con los clientes
221 empresariales, como la creación de un nuevo cliente, la edición o eliminación de un cliente

21 11
22
222 existente, o simplemente la consulta de información de un cliente. Luego, el proceso se
223 ramifica según el tipo de solicitud y procede a realizar la acción correspondiente.
224 Finalmente, el proceso concluye una vez que se completa la solicitud o se cancela por
225 alguna razón.
226
227 Gestión de productos
228 Tomamos las actividades relacionadas con la gestión de productos, como la creación,
229 edición y eliminación de información de productos, así como la consulta de datos
230 relacionados con los productos.

231
232 Comienza con la detección de diferentes tipos de solicitudes relacionadas con los productos,
233 como la creación de un nuevo producto, la edición o eliminación de un producto existente,
234 o simplemente la consulta de información de un producto. Luego, el proceso se ramifica
235 según el tipo de solicitud y procede a realizar la acción correspondiente. Finalmente, el
236 proceso concluye una vez que se completa la solicitud o se cancela por alguna razón.
237

23 12
24
238

239 - Gestionar cotización


240 Tomamos las actividades relacionadas con la creación, edición y eliminación de
241 cotizaciones, así como la asignación y gestión de presupuestos para los clientes.
242

243
244 Comienza con la detección de diferentes tipos de solicitudes relacionadas con las
245 cotizaciones, como la creación de una nueva cotización, la generación de un presupuesto a
246 partir de la cotización, la generación de un presupuesto independiente, o simplemente la
247 consulta de información de una cotización o presupuesto. Luego, el proceso se ramifica
248 según el tipo de solicitud y procede a realizar la acción correspondiente. Finalmente, el
249 proceso concluye una vez que se completa la solicitud o se cancela por alguna razón.

25 13
26
250

251 - Generar órdenes de venta


252 Tomamos las actividades relacionadas con la generación de órdenes de venta a partir de las
253 cotizaciones aceptadas por los clientes.

254
255 Comienza con la detección de la solicitud para generar una orden de venta a partir de una
256 cotización existente. Luego, el proceso procede a realizar esta acción y verifica si se
257 completa con éxito. Si la generación de la orden de venta se realiza con éxito, el proceso
258 concluye; de lo contrario, se cancela el proceso.
259

27 14
28
260
261 - Consultas y reportes
262 Tomamos las actividades relacionadas con las consultas de cotizaciones realizadas, consultas
263 de ventas realizadas y cálculo del ratio de efectividad de cotización a venta.

264
265 Comienza con la detección de la solicitud de consulta específica y luego procede a realizar la
266 consulta correspondiente. Luego, el proceso verifica si se completa con éxito y ofrece la
267 opción de generar un reporte. Si se genera el reporte con éxito, el proceso concluye; de lo
268 contrario, simplemente termina.
269

29 15
30
270
271
272 ACTORES DE NEGOCIO
273 ● Proveedor
274 ● Sistema
275 ● Cliente

276
277 CASOS DE USO DEL NEGOCIO
278 ● Caso 1: Registro de cotizaciones
279 ● Caso 2: Gestión de Clientes
280 ● Caso 3: Gestión de Cotizaciones
281 ● Caso 4: Generar Informes y reportes

282

31 16
32
283
284 OBJETIVOS
285 ● Eficiencia en el Proceso de Registro de Cotizaciones:
286 Reducir el tiempo de ingreso y actualización de cotizaciones en un 25% para fines del
287 segundo trimestre, mediante la implementación de un sistema de registro
288 optimizado y la capacitación del personal en su uso eficaz.
289 ● Optimización de la Administración de Clientes:
290 Agilizar el proceso de gestión de clientes en un 20% para fines del tercer trimestre,
291 mediante la implementación de un sistema CRM integrado con el sistema de
292 cotizaciones y una interfaz intuitiva para la actualización de datos.
293 ● Agilidad en la Generación de Cotizaciones:
294 Reducir el tiempo de generación de cotizaciones en un 30% para fines del primer
295 trimestre, mediante la implementación de un sistema que facilite la creación,
296 modificación y eliminación de cotizaciones de manera ágil y precisa.
297 ● Integración de Sistemas de Facturación y Contabilidad:
298 Implementar la integración con el sistema de facturación y contabilidad para fines
299 del cuarto trimestre, asegurando una generación automatizada de facturas y un
300 seguimiento de los pagos asociados a las cotizaciones.

301

33 17
34
302

303 DIAGRAMA GENERAL DE CASOS DE USO DEL NEGOCIO

304

305

35 18
36
306 Modelo de Análisis del Negocio

307
308 TRABAJADORES DEL NEGOCIO

309
310 ENTIDADES DEL NEGOCIO
311

312
313
314

37 19
38
315
316 REALIZACIONES DEL NEGOCIO
317
318

319
320

39 20
40
321
322 Diagrama de Actividades
323 RN01_Registro de cotizaciones

324
325

41 21
42
326 RN02_Gestion de Cotizaciones

327

328
329

43 22
44
330
331
332
333 RN03_Gestion de Clientes

334

45 23
46
335
336
337

47 24
48
338
339 RN04_Generar Informes y Reportes
340

341

49 25
50
342

51 26
52
343

344 Recopilación de Requerimientos

345 Método Interactivo


346 Entrevistas
347
348 Se llevarán a cabo entrevistas exhaustivas con representantes de la empresa y usuarios
349 clave para identificar sus expectativas, requisitos específicos y desafíos actuales en el
350 proceso de cotización y venta. Estas conversaciones proporcionarán información valiosa
351 sobre las características deseadas del sistema, los flujos de trabajo existentes y las áreas de
352 mejora.

353 Entrevista con Representante de Ventas:

354 Pregunta: ¿Puede describir el flujo de trabajo típico que sigue al realizar una
355 cotización y cerrar una venta?

356 Respuesta: "Por lo general, nuestro flujo de trabajo sigue varios pasos para
357 convertir una cotización en una venta. Primero, cuando recibimos una
358 solicitud de cotización de un cliente, nuestro representante de ventas revisa
359 las necesidades específicas del cliente y selecciona los productos adecuados
360 para incluir en la cotización. Luego, preparamos la cotización con los precios y
361 detalles de los productos y se la enviamos al cliente para su revisión.

362 Una vez que el cliente revisa la cotización y está satisfecho con los productos
363 y precios ofrecidos, el representante de ventas se comunica con el cliente
364 para discutir cualquier pregunta adicional y abordar cualquier inquietud que
365 pueda surgir. Durante esta etapa, nuestro objetivo es proporcionar un
366 excelente servicio al cliente y resolver cualquier problema de manera
367 proactiva.

368 Si el cliente decide proceder con la compra, el representante de ventas inicia


369 el proceso de cierre de la venta. Esto implica generar una orden de venta
370 basada en la cotización aprobada por el cliente. Luego, el representante de
371 ventas coordina la logística necesaria para la entrega de los productos al
372 cliente y asegura que se cumplan los plazos acordados.

53 27
54
373 Una vez que se realiza la entrega y el cliente recibe los productos
374 satisfactoriamente, el representante de ventas finaliza el proceso
375 asegurándose de que se hayan cumplido todos los requisitos contractuales y
376 administrativos. Además, se registra la venta en nuestro sistema para
377 mantener un registro preciso de todas las transacciones."

378 Pregunta: ¿Cuáles son los mayores obstáculos que encuentra al presentar
379 cotizaciones a los clientes?

380 Respuesta: "Hay algunos obstáculos específicos que enfrentamos en nuestro


381 proceso actual. Por ejemplo, actualmente recibimos las cotizaciones por
382 correo electrónico, lo que a menudo requiere tiempo adicional para
383 ingresarlas manualmente en nuestro sistema, lo que puede provocar
384 demoras y errores en la gestión de las cotizaciones.

385 Otro desafío importante es la disponibilidad de productos. A veces, los


386 clientes solicitan cotizaciones para productos que no tenemos en stock, lo
387 que dificulta la generación de cotizaciones precisas y puede afectar nuestra
388 credibilidad ante el cliente.

389 Además, la complejidad de algunos proyectos y la necesidad de personalizar


390 las cotizaciones según los requisitos específicos del cliente pueden llevar
391 mucho tiempo y esfuerzo, lo que puede retrasar el proceso de cotización y
392 afectar nuestra capacidad para cumplir con los plazos.

393 Finalmente, la falta de integración entre nuestros sistemas internos puede


394 dificultar la coordinación entre los equipos de ventas, administración y
395 logística, lo que puede generar confusiones y errores en el proceso de
396 cotización."
397

398

399 Pregunta: ¿Qué funcionalidades específicas le gustaría tener en el nuevo sistema


400 para mejorar la gestión de las cotizaciones?

55 28
56
401 Respuesta: "Además de las funcionalidades estándar que facilitan la gestión
402 de cotizaciones, como la creación y seguimiento, hay algunas características
403 específicas que considero vitales para optimizar nuestro proceso. En primer
404 lugar, sería fundamental que el nuevo sistema permita la creación de
405 cotizaciones en línea. Esto nos daría la flexibilidad de generar cotizaciones de
406 manera rápida y eficiente, incluso cuando no estemos en la oficina.

407 Otra funcionalidad crucial sería la capacidad de validar la disponibilidad de


408 productos en tiempo real al momento de crear una cotización. Esto
409 garantizaría que solo ofrezcamos productos que realmente tenemos en stock,
410 evitando prometer productos que no podemos entregar.

411 Por último, sería extremadamente útil que el sistema permita copiar
412 cotizaciones anteriores y modificarlas según las necesidades del cliente. Esto
413 nos ahorraría tiempo al evitar tener que crear cotizaciones desde cero cada
414 vez, y nos permitiría aprovechar el trabajo previo para mejorar la precisión y
415 consistencia en nuestras ofertas."
416

417 Entrevista con Gerente de Operaciones:

418 Pregunta: ¿Cómo se manejan actualmente los cambios en las cotizaciones y cómo
419 afectan estos cambios al proceso operativo?

420 Respuesta: "Nuestro proceso actual para gestionar cambios en las


421 cotizaciones presenta ciertos desafíos que impactan significativamente en
422 nuestras operaciones. Por ejemplo, cuando los clientes solicitan productos
423 que no tenemos en stock, esto no solo afecta la disponibilidad de los
424 productos para la venta, sino que también genera una serie de
425 complicaciones operativas. En primer lugar, debemos comunicarnos con el
426 cliente para informarle sobre la situación y explorar alternativas. Esto puede
427 llevar tiempo y retrasar el proceso de cotización, lo que afecta nuestra
428 capacidad para cerrar la venta en el tiempo esperado. Además, la falta de
429 disponibilidad de productos puede requerir la búsqueda de proveedores
430 alternativos o la realización de pedidos especiales, lo que añade complejidad
431 y aumenta el riesgo de errores en el proceso. Todo esto puede impactar

57 29
58
432 negativamente en la experiencia del cliente y en nuestra capacidad para
433 cumplir con sus expectativas y plazos de entrega."

434 Pregunta: ¿Cuáles son las principales métricas de desempeño que sigue para
435 evaluar la eficacia del proceso de cotización y venta?

436 Respuesta: "Seguimos de cerca la tasa de conversión de cotizaciones a ventas


437 y la velocidad con la que se completa cada transacción."

438 Pregunta: ¿Cuál es la tasa de conversión que utilizan para medir la métrica de
439 desempeño en términos de cotizaciones convertidas en ventas?

440 Respuesta: Nuestra tasa de conversión se calcula dividiendo el número total


441 de ventas realizadas por el número total de cotizaciones generadas en un
442 período específico. Por ejemplo, si durante el último trimestre generamos
443 100 cotizaciones y se convirtieron en 30 ventas, nuestra tasa de conversión
444 sería del 30%. Esta métrica nos proporciona una visión clara de nuestra
445 eficacia en la generación de ventas a partir de las cotizaciones y nos ayuda a
446 identificar áreas de mejora en nuestro proceso de ventas

447 Pregunta: ¿Hay integraciones específicas con otras herramientas o sistemas que le
448 gustaría tener para mejorar la eficiencia operativa?

449 Respuesta: "Además de las funcionalidades estándar del sistema, como la


450 gestión de cotizaciones y ventas, existen ciertas integraciones con otras
451 herramientas o sistemas que consideramos fundamentales para mejorar
452 nuestra eficiencia operativa. Por ejemplo, nos gustaría integrar nuestro
453 sistema de cotizaciones con nuestro sistema de gestión de inventario para
454 tener una visibilidad en tiempo real sobre la disponibilidad de productos al
455 momento de crear una cotización. Esta integración nos permitiría evitar
456 cotizar productos que no tenemos en stock y agilizar el proceso de cotización
457 al ofrecer productos disponibles para entrega inmediata.

458 Otra integración que nos gustaría explorar es con sistemas de facturación y
459 contabilidad para automatizar la generación de facturas y el seguimiento de
460 los pagos. Esto nos permitiría agilizar los procesos administrativos y reducir la
461 posibilidad de errores en la facturación."

59 30
60
462 Entrevista con Jefe de Finanzas:

463 Pregunta: ¿Cómo se gestionan actualmente los aspectos financieros en el proceso


464 de cotización y venta?

465 Respuesta: "Cuando se genera una cotización y se convierte en una venta,


466 nuestros representantes de ventas deben coordinarse con el equipo de
467 facturación para generar la factura correspondiente y registrar la transacción
468 en nuestro sistema contable.

469 Este proceso puede ser complejo y propenso a retrasos, especialmente


470 cuando hay discrepancias entre la cotización original y la factura final.
471 Además, la gestión de los términos de pago y el seguimiento de los pagos
472 pendientes pueden requerir una supervisión adicional por parte del equipo
473 financiero.

474 Para mejorar la eficiencia en la gestión financiera de nuestras ventas,


475 estamos considerando la implementación de un sistema integrado que
476 automatice el proceso desde la generación de la cotización hasta la
477 facturación y el seguimiento de los pagos. Esto nos permitiría generar
478 facturas de manera más rápida y precisa, así como tener una visibilidad en
479 tiempo real sobre el estado de las transacciones financieras."

480 Entrevista con Responsable de Soporte Técnico:

481 Pregunta: ¿Cómo se gestionan actualmente las consultas postventa y el soporte


482 técnico después de que se ha completado una venta?

483 Respuesta: "Cuando un cliente tiene alguna consulta o problema con un


484 producto después de la compra, pueden ponerse en contacto con nuestro
485 equipo de atención al cliente a través de varios canales, como correo
486 electrónico, teléfono o chat en línea.

487 Nuestro equipo de atención al cliente registra la consulta y la asigna a un


488 representante de soporte técnico especializado. Este representante se
489 encarga de investigar y resolver el problema del cliente de manera oportuna
490 y eficiente. Si es necesario, el representante de soporte técnico puede
491 coordinar con otros departamentos, como el equipo de ventas o el

61 31
62
492 departamento de logística, para obtener información adicional o tomar
493 medidas correctivas.

494 Además, mantenemos registros detallados de todas las consultas postventa y


495 los problemas resueltos en nuestro sistema de gestión de clientes. Esto nos
496 permite realizar un seguimiento de las tendencias y patrones de problemas,
497 identificar áreas de mejora en nuestros productos o servicios, y proporcionar
498 un mejor soporte técnico en el futuro.

499

500

501

63 32
64
502

503 Revisión de Manual de Procedimiento Actual


504 Se detallan los pasos clave desde la interacción con el cliente hasta el registro de sus
505 necesidades

506 Establecimiento de Contacto Inicial:

507 Interacción con el Cliente: El representante de ventas inicia el proceso al establecer


508 contacto con el cliente. Esto puede ocurrir a través de una llamada telefónica, correo
509 electrónico o incluso en persona, dependiendo de la naturaleza del negocio y las
510 preferencias del cliente.
511 Presentación:

512 Interacción con el Cliente: El representante de ventas se presenta y proporciona una breve
513 presentación sobre los productos o servicios que ofrece la empresa. Esta etapa es crucial
514 para establecer una relación inicial y establecer un ambiente colaborativo.

515 Exploración de Necesidades:

516 Interacción con el Cliente: Se lleva a cabo una exploración de las necesidades del cliente. El
517 representante hace preguntas abiertas para comprender las metas, desafíos y requisitos
518 específicos del cliente en relación con los productos o servicios que ofrece la empresa.

519 Presentación de Productos o Servicios Relevantes:

520 Interacción con el Cliente: Basándose en la información recopilada, el representante destaca


521 los productos o servicios que son más relevantes para satisfacer las necesidades del cliente.
522 Puede ofrecer ejemplos concretos o proporcionar información detallada sobre
523 características clave.

524 Clarificación y Confirmación:

525 Interacción con el Cliente: Durante la conversación, el representante de ventas clarifica


526 cualquier punto confuso y confirma que ha comprendido correctamente las necesidades del
527 cliente. Esta etapa es esencial para evitar malentendidos y asegurar una comprensión
528 precisa.

529 Identificación de Requisitos Específicos:

65 33
66
530 Interacción con el Cliente: Se identifican requisitos específicos que el cliente considera
531 críticos. Esto puede incluir características técnicas, cantidades, plazos de entrega,
532 condiciones de pago u otros detalles particulares que afecten la cotización.

533 Registro de Información:

534 Registro de Requisitos: La información recopilada durante la interacción con el cliente se


535 registra de manera detallada. Esto puede hacerse utilizando herramientas como formularios
536 electrónicos.

537 Confirmación con el Cliente:

538 Interacción con el Cliente: Antes de concluir la interacción, el representante de ventas


539 resume los requisitos identificados y los presenta al cliente para su confirmación. Esto
540 asegura que ambas partes estén alineadas y se eviten malentendidos.

541

67 34
68
542 Método Discreto
543 La recopilación de información mediante métodos discretos se refiere a la obtención de
544 datos de manera específica y puntual

545 Encuestas Puntuales:


546 Se desarrollan encuestas con preguntas específicas y dirigidas a un grupo seleccionado de
547 personas. Las respuestas se recopilan de manera precisa y se utilizan para obtener
548 información detallada sobre temas específicos.

549 Se creó una encuesta con las siguientes preguntas para el levantamiento de calidad de
550 Servicio entre los actores del sistema

551 ● ¿Cómo calificarías tu experiencia al utilizar nuestro sistema de cotizaciones?


552 ● ¿Qué tan fácil encuentras el proceso de generar cotizaciones en nuestro sistema?
553 ● ¿Has experimentado demoras significativas al recibir cotizaciones a través de nuestro
554 sistema?
555 ● ¿El sistema permite la suficiente personalización en las cotizaciones para adaptarse a
556 las necesidades específicas de tus clientes?
557 ● ¿Recibes notificaciones y alertas de manera efectiva cuando hay actualizaciones en
558 las cotizaciones o cambios en el estado de las órdenes de venta?
559 ● ¿Cómo calificarías la capacidad del sistema para realizar un seguimiento efectivo de
560 las cotizaciones generadas?
561 ● ¿Has recibido un soporte técnico adecuado en caso de enfrentar problemas o dudas
562 relacionadas con el sistema de cotizaciones?

563

69 35
70
564 Se obtuvieron las siguientes respuestas

565

566

71 36
72
567 REQUERIMIENTOS FUNCIONALES y NO FUNCIONALES

568 REQUERIMIENTOS FUNCIONALES

RF1 El sistema debe permitir a los clientes generar y revisar cotizaciones


en línea a través de una interfaz amigable y accesible desde cualquier
dispositivo con conexión a internet

RF2 El sistema debe integrar funcionalidades de búsqueda que permitan


a los Clientes y Empleados de Ventas verificar la disponibilidad de
productos en tiempo real al momento de generar una cotización

RF3 El sistema debe automatizar el proceso de cotización, permitiendo a


los representantes de ventas generar cotizaciones de manera rápida
y precisa, con la opción de copiar cotizaciones anteriores para su
modificación y mejora

RF4 El sistema debe integrarse con el sistema de facturación y


contabilidad de la empresa para automatizar la generación de
facturas y el seguimiento de los pagos asociados a las cotizaciones
convertidas en ventas.

RF5 El sistema debe permitir el registro y seguimiento de cambios en las


cotizaciones.

RF6 El sistema debe permitir generar reportes que desglosen las ventas
por producto, mostrando cuántas unidades de cada producto se han
vendido en un periodo determinado

RF7 El sistema debe permitir generar reportes que detallen las cuentas
por cobrar a clientes

RF8 El sistema debe incluir un mecanismo que requiera la aprobación


explícita de cada pedido por parte del jefe de ventas antes de su
procesamiento final. Esto garantiza que los pedidos cumplan con las
políticas y criterios establecidos por la empresa

RF9 El sistema debe permitir generar informes detallados que muestren las
cuentas por cobrar de los clientes, incluidos los saldos pendientes y el historial
de pagos.

RF10 El sistema debe permitir a los empleados de ventas generar un


pedido automáticamente a partir de una cotización previamente
creada y aprobada por el cliente.

RF11 El sistema debe permitir que los pedidos generados sean aprobados
por el jefe de ventas antes de su procesamiento final.

RF12 El sistema debe ser capaz de generar una orden de venta una vez
que un pedido ha sido aprobado por el jefe de ventas.

73 37
74
RF13 El sistema debe permitir a los usuarios consultar el estado de los
pagos realizados por los clientes.

RF14 El sistema debe tener la opción enviar notificaciones automáticas


sobre pagos pendientes a los clientes

RF15 El sistema debe permitir la generación de salidas de almacén para los


productos que se incluyen en las órdenes de venta

RF16 El sistema debe ser capaz de generar guías de remisión para los
productos que serán entregados a los cliente
569

570

75 38
76
571 REQUERIMIENTOS NO FUNCIONALES

RNF1 El sistema debe implementar medidas de seguridad robustas para proteger


la información confidencial de los usuarios y las incidencias.

RNF2 El sistema debe ser confiable y no debe experimentar fallas frecuentes o


pérdida de datos.

RNF3 El tiempo de respuesta del sistema para las consultas de los usuarios no
debe exceder los 2 segundos.

RNF4 El sistema debe ser fácil de usar y comprensible para los usuarios, con una
interfaz intuitiva y bien diseñada.

RNF5 El sistema debe ser compatible con una amplia variedad de dispositivos y
navegadores web para garantizar una experiencia consistente para los
usuarios.

RNF6 El sistema debe seguir estándares de desarrollo de software y utilizar


prácticas de programación que faciliten la modificación y extensión del
sistema en el futuro

77 39
78
572 Matriz de requerimientos

79 40
80
573

81 41
82
574 Fase de elaboración

575 Casos de Usos


576
Casos de uso Actores
Registra ficha cliente Clientes
Registrar cotización Clientes
Buscar cotizaciones Empleado Ventas
Generar pedido Empleado Ventas
Generar orden venta Empleado Ventas
Generar factura Empleado Ventas
Buscar orden venta Empleado Ventas
Consultar stock Empleado Ventas
Consultar ventas Empleado Ventas
Buscar pedidos Empleado Ventas
Solicitar aprobación Empleado Ventas
Buscar cliente Empleado Ventas, Jefe de Ventas
Buscar cotizaciones Empleado de ventas
Buscar orden de venta Empleado de ventas
Buscar pedidos Empleado de ventas
Consultar pedidos para aprobar Jefe de Ventas
Consultar ficha clientes Jefe de Ventas
Aprobar pedido Jefe de Ventas
Solicitar crédito a cliente Jefe de Ventas
Consultar pagos Jefe de Finanzas
Aprobar créditos Jefe de Finanzas
Notificar pagos pendientes Jefe de Finanzas
Consultar créditos Jefe de Finanzas
Consultar pedidos aprobados Jefe de Almacén
Generar salida almacén Jefe de Almacén
Consultar disponibilidad Jefe de Almacén
Registrar salida de almacén Empleado Almacén
Generar guía remisión Empleado Almacén
Generar informe ventas Jefe de Ventas
Generar informe de finanzas Jefe Almacén
577
578
579
580
581
582

83 42
84
583 Especificaciones del caso de Uso

584 Registrar ficha cliente


585

Nombre del REGISTRA FICHA CLIENTE


Caso de Uso

Actores Cliente

Descripción Este caso de uso describe el proceso mediante el cual un empleado del
sistema registra la ficha de un cliente en el sistema de gestión de la
empresa. La ficha del cliente contiene información relevante para la
relación comercial, como nombre/razón social, dirección, teléfono,
correo electrónico, ruc, tipo documento, numero documento.

Precondición El empleado del sistema ha iniciado sesión en el sistema y tiene los


permisos necesarios para registrar una ficha de cliente. El cliente
proporciona la información necesaria para crear su ficha

Postcondición Se registra la ficha del cliente en el sistema

85 43
86
Flujos Básicos 1. El caso de uso comienza cuando el empleado del sistema inicia
sesión en el sistema.
2. El empleado del sistema selecciona la opción de "Registrar Ficha
Cliente" desde el menú principal.
3. El sistema muestra el formulario de registro de la ficha del
cliente.
4. El empleado del sistema completa los campos obligatorios del
formulario, que pueden incluir nombre, dirección, teléfono,
correo electrónico, entre otros.
5. El empleado del sistema confirma la información ingresada y
envía el formulario.
6. El sistema valida los datos ingresados y registra la ficha del
cliente en la base de datos.
7. El sistema muestra un mensaje de confirmación de que la ficha
del cliente se ha registrado con éxito.

Flujos ● 4a. Cancelar Registro:


Alternativos
● Si el empleado del sistema decide cancelar el registro en
cualquier momento antes de enviar el formulario, el
sistema cancela la operación y vuelve al menú principal.
● 5a. Datos Inválidos:
● Si el sistema detecta que algunos datos ingresados son
inválidos o faltan campos obligatorios, muestra un
mensaje de error indicando los campos que deben
corregirse.
● El empleado del sistema corrige los datos incorrectos o
completa los campos faltantes y vuelve a intentar enviar
el formulario.

586

587 Registrar cotización


588

87 44
88
Caso de Uso REGISTRAR COTIZACIÓN

Actores Cliente

Descripción Este caso de uso describe el proceso mediante el cual un Cliente del
sistema registra una cotización. Durante este proceso, el cliente puede
buscar productos disponibles en el sistema para incluir en la cotización.

Precondición El Cliente del sistema ha iniciado sesión en el sistema y tiene los


permisos necesarios para registrar una cotización. El cliente ha
proporcionado información básica para la cotización, como nombre y
detalles de contacto.

Postcondición Se registra la cotización para el cliente en el sistema, incluyendo los


productos seleccionados
1. El caso de uso comienza cuando el cliente del sistema inicia
Flujo de
sesión en el sistema.
Eventos
2. El cliente del sistema selecciona la opción de "Registrar
Cotización" desde el menú principal.
3. El sistema muestra el formulario para crear una nueva
cotización.
4. El cliente del sistema busca productos disponibles utilizando el
caso de uso "BUSCAR PRODUCTO".
5. El sistema muestra los resultados de la búsqueda de productos.
6. El cliente del sistema selecciona los productos que desea incluir
en la cotización y especifica las cantidades.
7. El empleado del sistema completa otros detalles de la cotización,
como la fecha de validez y los términos de pago.
8. El cliente del sistema confirma la cotización y la registra en el
sistema.
9. El sistema muestra un mensaje de confirmación de que la
cotización se ha registrado con éxito.

● 4a. Cancelar Registro de Producto:


Flujos
● Si el cliente del sistema decide cancelar la búsqueda de
Alternativos
productos en cualquier momento antes de agregarlos a la
cotización, el sistema cancela la operación y vuelve al

89 45
90
formulario de creación de cotización.
● 8a. Cotización Incompleta:
● Si el cliente del sistema intenta registrar una cotización
sin seleccionar ningún producto, el sistema muestra un
mensaje de error indicando que la cotización está
incompleta y no se puede registrar hasta que se agreguen
productos.

Este caso de uso puede extenderse para incluir la posibilidad de buscar


Punto de productos por diferentes criterios, como categoría, precio, o
Extensión disponibilidad en el almacén.

589

590 Generar pedido


591

Caso de Uso GENERAR PEDIDO

Actores Empleado de Ventas

Descripción Este caso de uso describe el proceso mediante el cual un empleado de


ventas genera un pedido para un cliente basado en una cotización
previamente registrada. Durante este proceso, el empleado puede
buscar cotizaciones existentes, consultar el stock de productos y
solicitar la aprobación del pedido

Precondición El empleado de ventas ha iniciado sesión en el sistema y tiene los


permisos necesarios para generar un pedido. Existe al menos una
cotización registrada para el cliente seleccionado.

Postcondición Se genera un pedido para el cliente en el sistema, basado en la


cotización seleccionada.

91 46
92
1. El caso de uso comienza cuando el empleado de ventas inicia
Flujo de Eventos
sesión en el sistema.
2. El empleado de ventas selecciona la opción de "Generar
Pedido" desde el menú principal.
3. El sistema muestra una lista de cotizaciones previamente
registradas para que el empleado las busque utilizando el caso
de uso "BUSCAR COTIZACIONES".
4. El sistema muestra los detalles de la cotización seleccionada.
5. El empleado de ventas verifica los productos y cantidades
incluidos en la cotización.
6. El empleado de ventas consulta el stock de productos
utilizando el caso de uso "CONSULTAR STOCK" para asegurarse
de que los productos estén disponibles.
7. El empleado de ventas confirma la cotización y la convierte en
un pedido.
8. El sistema registra el pedido en la base de datos y actualiza el
stock de productos.
9. El sistema muestra un mensaje de confirmación de que el
pedido se ha generado con éxito.

Flujos ● 3a. Cotización No Encontrada:


Alternativos ● Si no existen cotizaciones registradas para el cliente
seleccionado, el sistema muestra un mensaje indicando
que no se encontraron cotizaciones y devuelve al
empleado al menú principal.

● Este caso de uso extiende el caso de uso "SOLICITAR


Punto de
APROBACIÓN", donde el pedido generado puede requerir
Extensión
aprobación adicional según las políticas de la empresa.

592

93 47
94
593 Generar orden de venta
594

Caso de Uso GENERAR ORDEN DE VENTA

Actores Empleado de Ventas

Descripción Este caso de uso describe el proceso mediante el cual un empleado de


ventas genera una orden de venta basada en un pedido previamente
aprobado. Durante este proceso, el empleado puede buscar pedidos
aprobados existentes para seleccionar uno y generar la orden de
venta correspondiente. Además, este caso de uso extiende la
generación de factura una vez que se ha generado la orden de venta.

Precondición El empleado de ventas ha iniciado sesión en el sistema y tiene los


permisos necesarios para generar una orden de venta. Existe al
menos un pedido aprobado registrado en el sistema.

Postcondición Se genera una orden de venta en el sistema, basada en el pedido


seleccionado, y se extiende la generación de factura

1. El caso de uso comienza cuando el empleado de ventas inicia


Flujo de Eventos
sesión en el sistema.
2. El empleado de ventas selecciona la opción de "Generar Orden
de Venta" desde el menú principal.
3. El sistema muestra una lista de pedidos aprobados
previamente registrados para que el empleado los busque
utilizando el caso de uso "BUSCAR PEDIDOS APROBADOS".
4. El empleado de ventas selecciona un pedido de la lista.
5. El sistema muestra los detalles del pedido seleccionado.
6. El empleado de ventas confirma la generación de la orden de
venta.
7. El sistema registra la orden de venta en la base de datos.
8. El sistema extiende la generación de factura correspondiente
al pedido seleccionado.

95 48
96
Flujos ● 3a. Pedidos No Encontrados: Si no existen pedidos aprobados
Alternativos registrados en el sistema, el sistema muestra un mensaje
indicando que no se encontraron pedidos aprobados y
devuelve al empleado al menú principal.

● Este caso de uso extiende el caso de uso "GENERAR


Punto de
FACTURA", donde se generará la factura correspondiente al
Extensión
pedido seleccionado una vez que se haya generado la orden
de venta.

595
596

97 49
98
597 Consultar pedidos para aprobar
598

Caso de Uso CONSULTAR PEDIDOS PARA APROBAR

Actores Jefe de Ventas

Descripción Este caso de uso describe el proceso mediante el cual el Jefe de


Ventas consulta los pedidos pendientes de aprobación en el sistema.
Durante este proceso, el Jefe de Ventas puede buscar pedidos por
cliente y revisar los detalles de cada pedido para su posterior
aprobación o rechazo. Además, este caso de uso incluye la posibilidad
de buscar clientes y extiende los casos de uso "APROBAR PEDIDO" y
"SOLICITAR CRÉDITO A CLIENTE".

Precondición El Jefe de Ventas ha iniciado sesión en el sistema y tiene los permisos


necesarios para consultar los pedidos pendientes de aprobación.

Postcondición El Jefe de Ventas ha revisado los pedidos y ha realizado las acciones


necesarias de aprobación o solicitud de crédito.

599
1. El caso de uso comienza cuando el Jefe de Ventas inicia sesión
Flujo de Eventos
en el sistema.
2. El Jefe de Ventas selecciona la opción de "Consultar Pedidos
para Aprobar" desde el menú principal.
3. El sistema muestra una lista de pedidos pendientes de
aprobación.
4. El Jefe de Ventas puede buscar pedidos por cliente utilizando
el caso de uso "BUSCAR CLIENTE".
5. El Jefe de Ventas selecciona un pedido de la lista y revisa los
detalles del pedido.
6. El Jefe de Ventas aprueba o rechaza el pedido, utilizando el

99 50
100
caso de uso "APROBAR PEDIDO".
7. Si el Jefe de Ventas decide solicitar crédito al cliente, utiliza el
caso de uso "SOLICITAR CRÉDITO A CLIENTE".

Flujos ● 4a. Pedidos No Encontrados:


Alternativos
● Si no hay pedidos pendientes de aprobación en el
sistema, el sistema muestra un mensaje indicando
que no se encontraron pedidos y devuelve al Jefe
de Ventas al menú principal.

● Este caso de uso extiende los casos de uso "APROBAR


Punto de
PEDIDO" y "SOLICITAR CRÉDITO A CLIENTE", donde se
Extensión
realiza la acción correspondiente según la decisión del Jefe
de Ventas.

600

601

101 51
102
602 Consultar ficha clientes
603

Caso de Uso CONSULTAR FICHA CLIENTES

Actores Jefe de Ventas

Descripción Este caso de uso describe el proceso mediante el cual el Jefe de Ventas
consulta la ficha de un cliente en el sistema, específicamente aquellas
fichas que tienen un estado pendiente de aprobación. El objetivo
principal es revisar la información del cliente para su posterior
aprobación o rechazo en el registro del cliente en el sistema. Durante
este proceso, el Jefe de Ventas puede buscar fichas de clientes con
estado pendiente utilizando el caso de uso BUSCAR FICHAS CLIENTE con
estado pendiente.

Precondición El Jefe de Ventas ha iniciado sesión en el sistema y tiene los permisos


necesarios para consultar la ficha de clientes

Postcondición El Jefe de Ventas ha revisado la información del cliente y puede


proceder con la aprobación o rechazo del registro del cliente en el
sistema.

1. El caso de uso comienza cuando el Jefe de Ventas inicia sesión


Flujo de
en el sistema.
Eventos
2. El Jefe de Ventas selecciona la opción de "Consultar Ficha
Clientes" desde el menú principal.
3. El sistema muestra una lista de fichas de clientes con estado
pendiente de aprobación.
4. El Jefe de Ventas puede buscar fichas de clientes con estado
pendiente utilizando el caso de uso "BUSCAR FICHAS CLIENTE
con estado pendiente".
5. El Jefe de Ventas selecciona una ficha de cliente de la lista y
accede a su ficha.

103 52
104
6. El sistema muestra los detalles de la ficha del cliente, que
pueden incluir información como nombre, dirección, historial de
compras, entre otros.

Flujos ● 4a. Fichas de Cliente No Encontradas:


Alternativos
● Si no se encuentra ninguna ficha de cliente con
estado pendiente de aprobación, el sistema muestra
un mensaje indicando que no se encontraron
resultados y devuelve al Jefe de Ventas al menú
principal.

604

605

606 Consultar créditos


607

Caso de Uso CONSULTAR CRÉDITOS

Actores Jefe de Finanzas

Descripción Este caso de uso describe el proceso mediante el cual el Jefe de


Finanzas consulta los créditos otorgados a los clientes en el sistema. El
objetivo principal es revisar la información de los créditos para su
posterior aprobación o rechazo en el registro del cliente en el sistema.
Durante este proceso, el Jefe de Finanzas puede buscar clientes y
extender el caso de uso "APROBAR CRÉDITOS".

Precondición El Jefe de Finanzas ha iniciado sesión en el sistema y tiene los permisos


necesarios para consultar los créditos de los clientes.

Postcondición El Jefe de Finanzas ha revisado la información de los créditos y puede


proceder con la aprobación o rechazo del registro del cliente en el
sistema.

105 53
106
1. El caso de uso comienza cuando el Jefe de Finanzas inicia sesión
Flujo de
en el sistema.
Eventos
2. El Jefe de Finanzas selecciona la opción de "Consultar Créditos"
desde el menú principal.
3. El sistema muestra una lista de créditos otorgados a los clientes
en el sistema.
4. El Jefe de Finanzas puede buscar clientes utilizando el caso de
uso "BUSCAR CLIENTE".
5. El Jefe de Finanzas selecciona un cliente de la lista y accede a los
detalles de sus créditos.

Flujos ● 4a. Cliente No Encontrado:


Alternativos ● Si no se encuentra ningún cliente que coincida con los
criterios de búsqueda, el sistema muestra un mensaje
indicando que no se encontraron resultados y devuelve al
Jefe de Finanzas al menú principal.

● Este caso de uso extiende el caso de uso "APROBAR


Punto de
CRÉDITOS", donde el Jefe de Finanzas puede aprobar o
Extensión
rechazar el crédito de un cliente.

608

609 Consultar pagos


610

Caso de Uso CONSULTAR PAGOS

Actores Jefe de Finanzas

Descripción Este caso de uso describe el proceso mediante el cual el Jefe de


Finanzas consulta los pagos realizados por los clientes en el sistema. El
objetivo principal es revisar la información de los pagos para su
posterior seguimiento y gestión. Durante este proceso, el Jefe de
Finanzas puede buscar clientes y extender el caso de uso "NOTIFICAR

107 54
108
PAGOS PENDIENTES".

Precondición El Jefe de Finanzas ha iniciado sesión en el sistema y tiene los permisos


necesarios para consultar los pagos de los clientes.

Postcondición El Jefe de Finanzas ha revisado la información de los pagos y puede


tomar las acciones necesarias, como el seguimiento de pagos
pendientes.

1. El caso de uso comienza cuando el Jefe de Finanzas inicia sesión


Flujo de
en el sistema.
Eventos
2. El Jefe de Finanzas selecciona la opción de "Consultar Pagos"
desde el menú principal.
3. El sistema muestra una lista de pagos realizados por los clientes
en el sistema.
4. El Jefe de Finanzas puede buscar clientes utilizando el caso de
uso "BUSCAR CLIENTE".
5. El Jefe de Finanzas selecciona un cliente de la lista y accede a
los detalles de sus pagos.

Flujos ● 4a. Cliente No Encontrado:


Alternativos ● Si no se encuentra ningún cliente que coincida con los
criterios de búsqueda, el sistema muestra un mensaje
indicando que no se encontraron resultados y devuelve al
Jefe de Finanzas al menú principal.

● Este caso de uso extiende el caso de uso "NOTIFICAR


Punto de
PAGOS PENDIENTES", donde el Jefe de Finanzas puede
Extensión
notificar a los clientes sobre los pagos pendientes.

611

612 Buscar cotizaciones


613

109 55
110
614
BUSCAR COTIZACIONES
Caso de Uso

Empleado de ventas
Actores

Este caso de uso describe cómo el usuario puede buscar


Descripción cotizaciones dentro del sistema de Insumos y Accesorios
de Oficina S.A.. El objetivo es encontrar información
sobre precios, disponibilidad y detalles de los productos o
servicios requeridos.

El usuario ha iniciado sesión en el sistema y tiene acceso a


Precondición la función de búsqueda de cotizaciones.

El sistema muestra una lista de cotizaciones que coinciden


Postcondición con los criterios de búsqueda del usuario.

Flujo de Eventos 1. El usuario accede a la función de búsqueda de


cotizaciones desde la interfaz del sistema.

2. El sistema presenta un formulario de búsqueda


con los siguientes campos:

● Palabra clave: El usuario ingresa palabras


clave relacionadas con los productos o servicios
que desea cotizar.

● Categoría: El usuario selecciona una categoría


específica (por ejemplo, papelería, mobiliario,
equipos, etc.).

● Fecha límite: Opcionalmente, el usuario puede


especificar una fecha límite para las
cotizaciones.

3. El usuario completa los campos de búsqueda y


hace clic en el botón “Buscar”.

4. El sistema procesa la solicitud y recupera las


cotizaciones que coinciden con los criterios
especificados.

5. El sistema muestra una lista de cotizaciones


que incluye la siguiente información:
● Nombre del proveedor
● Descripción del producto o servicio

111 56
112
● Precio unitario
● Disponibilidad
● Fecha de validez de la cotización

6. El usuario puede hacer clic en una cotización


específica para ver más detalles o seleccionarla
para su posterior procesamiento.

Si no se encuentran cotizaciones que coincidan con los


Flujos Alternativos criterios de búsqueda, el sistema muestra un mensaje
indicando que no hay resultados disponibles.

El sistema podría ofrecer una opción de búsqueda


Punto de Extensión avanzada que permita al usuario refinar aún más los
criterios de búsqueda, como filtrar por proveedor, rango de
precios o características específicas del producto.
615

616 Buscar orden de venta

Casos de uso BUSCAR ORDEN DE VENTA

Actores Empleados de venta

Este caso de uso describe cómo el usuario puede buscar información


Descripción sobre las órdenes de venta registradas en el sistema de Insumos y
Accesorios de Oficina S.A.. El objetivo es acceder a detalles relevantes
sobre las transacciones comerciales realizadas con los clientes.

El usuario ha iniciado sesión en el sistema y tiene acceso a la


Precondición función de búsqueda de órdenes de venta.

El sistema muestra una lista de órdenes de venta que coinciden


Postcondición con los criterios de búsqueda del usuario.

Flujo de Eventos 1. El usuario accede a la función de búsqueda de órdenes de


venta desde la interfaz del sistema.

2. El sistema presenta un formulario de búsqueda con los


siguientes campos:

● Número de Orden: El usuario ingresa el número de orden


específico que desea buscar.

● Fecha de Venta: Opcionalmente, el usuario puede


especificar un rango de fechas para filtrar las órdenes de
venta.

113 57
114
● Cliente Asociado: El usuario puede seleccionar un cliente
específico para buscar sus órdenes de venta.
3. El usuario completa los campos de búsqueda y hace clic en
el botón “Buscar”.

4. El sistema procesa la solicitud y recupera las órdenes de


venta que coinciden con los criterios especificados.

5. El sistema muestra una lista de órdenes de venta que


incluye la siguiente información:

● Número de Orden
● Fecha de Venta
● Cliente Asociado
● Total de la Orden

6. El usuario puede hacer clic en una orden de venta


específica para ver más detalles o seleccionarla para su
posterior análisis.

Si no se encuentran órdenes de venta que coincidan con los


Flujos Alternativos criterios de búsqueda, el sistema muestra un mensaje indicando
que no hay resultados disponibles. Además, podría ofrecer al
usuario la opción de crear una nueva orden de venta si no se
encuentra ninguna existente.

El sistema podría ofrecer la opción de generar un reporte detallado


Punto de Extensión de las órdenes de venta encontradas. El usuario podría seleccionar
el formato del reporte (por ejemplo, PDF o Excel) y personalizar los
campos a incluir.
618

619 Buscar Pedidos

Casos de uso Buscar pedidos

Actores Empleados de venta

Descripción Este caso de uso describe cómo el usuario puede buscar información
sobre los pedidos registrados en el sistema de Insumos y Accesorios
de Oficina S.A.. El objetivo es acceder a detalles relevantes sobre las
solicitudes de productos realizadas por los clientes.

Precondición El usuario ha iniciado sesión en el sistema y tiene acceso a la función


de búsqueda de pedidos.

Postcondición El sistema muestra una lista de pedidos que coinciden con los

115 58
116
criterios de búsqueda del usuario.

Flujo de eventos
1. El usuario accede a la función de búsqueda de pedidos
desde la interfaz del sistema.

2. El sistema presenta un formulario de búsqueda con los


siguientes campos:

● Número de Pedido: El usuario ingresa el número de


pedido específico que fechas para filtrar los pedidos.

● Fecha de Solicitud: Opcionalmente, el usuario puede


especificar un rango de fechas para filtrar los pedidos.

● Estado del Pedido: El usuario puede seleccionar un


estado específico (por ejemplo, pendiente, procesado,
entregado, etc.).

3. El usuario completa los campos de


búsqueda y hace clic en el botón “Buscar”.

4. El sistema procesa la solicitud y recupera los


pedidos que coinciden con los criterios
especificados.

5. El sistema muestra una lista de pedidos que


incluye la siguiente información:

● Número de Pedido
● Fecha de Solicitud
● Cliente Asociado
● Estado del Pedido

6. El usuario puede hacer clic en un pedido


específico para ver más detalles o
seleccionarlo para su posterior análisis.

Flujos alternativos Si no se encuentran pedidos que coincidan con los criterios de


búsqueda, el sistema muestra un mensaje indicando que no
hay resultados disponibles. Además, podría ofrecer al usuario
la opción de crear un nuevo pedido si no se encuentra ninguno
existente.

Puntos de extensión El sistema podría ofrecer la opción de generar un reporte


detallado de los pedidos encontrados. El usuario podría
seleccionar el formato del reporte (por ejemplo, PDF o Excel) y
personalizar los campos a incluir.

117 59
118
621

622

623 Registrar salida de almacén

Casos de uso REGISTRAR SALIDA DE ALMACÉN

Actores Jefe de almacén

Descripción Este caso de uso describe cómo el usuario puede registrar la salida
de productos o materiales del almacén de Insumos y Accesorios de
Oficina S.A.. El objetivo es mantener un registro preciso de los
productos que se han entregado o utilizado en un período
determinado.

Precondición El usuario ha iniciado sesión en el sistema y tiene acceso a la función


de registro de salidas

Postcondición
El sistema actualiza el inventario para reflejar la salida de los
productos y genera un registro de la transacción.

Flujo de eventos
1. El usuario accede a la función de registro de salidas
desde la interfaz del sistema.

2. El sistema presenta un formulario de registro con los


siguientes campos:
● Fecha de Salida: El usuario ingresa la fecha en que se
realizó la salida de los productos.

● Producto o Material: El usuario selecciona el producto


o material específico que se ha entregado o utilizado.

● Cantidad: El usuario ingresa la cantidad de productos


que se han retirado del almacén.

● Destino o Motivo: El usuario especifica el destino de los


productos (por ejemplo, cliente, departamento
interno, etc.) o el motivo de la salida (por ejemplo,
venta, consumo interno, etc.).

3. El usuario completa los campos y hace clic en el botón


“Registrar Salida”.

4. El sistema actualiza el inventario restando la cantidad


de productos registrada de las existencias disponibles.

119 60
120
5. El sistema genera un registro de la salida que incluye la
siguiente información:
● Fecha de Salida
● Producto o Material
● Cantidad
● Destino o Motivo

6. El usuario puede imprimir o guardar el registro como


comprobante.

Flujos alternativos Si el usuario ingresa una cantidad mayor a la disponible en el


inventario, el sistema muestra un mensaje de advertencia y no
permite completar el registro hasta que se corrija la cantidad.

Punto de extensión El sistema podría enviar una notificación al responsable del


almacén o al encargado de inventarios para que esté al tanto
de la salida y tome las acciones necesarias.
625
626

121 61
122
627 Análisis del Sistema

628 Paquete de Análisis

629

630

123 62
124
631

125 63
126
632

127 64
128
633
634
635

129 65
130
636 Clases de Entidad
637
638 Registrar Ficha Cliente

639

640
641

131 66
132
642 Registra Cotización

643

644
645

133 67
134
646 Generar Pedido

647

648
649
650

135 68
136
651 Generar Orden Venta

652

653

137 69
138
654 Consultar Pedidos para aprobar
655

656

657
658
659
660
661

139 70
140
662 Consultar Pagos

663

664

665

141 71
142
666 Realizaciones de Caso de Uso
667

668

143 72
144
669

670 Diagrama de comunicación

671 RA_REGISTRAR_FICHA_CLIENTE

672

673 RA_REGISTRAR COTIZACION

145 73
146
674

675 RA_GENERAR_PEDIDO

676

677

147 74
148
678 RA_GENERAR_ORDEN_VENTA

679

680 RA_CONS_PEDIDOS_APROBAR

681

682

149 75
150
683 Diagrama de secuencia

684 SE_REGISTRAR_FICHA_CLIENTE

685

686

151 76
152
687 SE_REGISTRAR COTIZACION

688

689 SE_GENERAR_PEDIDO

690

153 77
154
691 SE_GENERAR_ORDEN_VENTA

692

693

155 78
156
694

695 SE_CONS_PEDIDOS_APROBAR

696

697

698

699

700

701

702

703

157 79
158
704 Modelo conceptual o Diagrama de clase

705

706

159 80
160
707 Modelo Lógico

708

709 Modelo Físico

710

711

161 81
162
712 Tarjeta CRC de cada clase

CLASE: ClienteEmpresarial
RESPONSABILIDADES: COLABORADORES:
● Registrar información y datos de
Cotizacion
contacto del cliente empresarial.
● Gestionar la aprobación de Presupuesto
créditos para el cliente.
● Notificar al cliente sobre pagos OrdenVenta
pendientes.

713

CLASE: Producto
RESPONSABILIDADES: COLABORADORES:
● Mantener información detallada
Cotizacion.
sobre el producto, como
descripción y precio. OrdenVenta
● Actualizar y administrar el stock
de productos disponibles.

714

CLASE: Cotizacion
RESPONSABILIDADES: COLABORADORES:
● Registrar y mantener los detalles
Presupuesto
de una cotización, incluyendo
productos y precios. ClienteEmpresarial
● Generar presupuestos basados
en la cotización. OrdenVenta

● Convertirse en una orden de


venta después de la aprobación.

715

163 82
164
CLASE: Presupuesto
RESPONSABILIDADES: COLABORADORES:
● Crear y enviar presupuestos
Cotizacion
basados en cotizaciones
aceptadas. ClienteEmpresarial
● Gestionar los términos y
condiciones de la oferta para el
cliente empresarial.

716

CLASE: OrdenVenta
RESPONSABILIDADES: COLABORADORES:
● Procesar órdenes de venta
Cotizacion.
basadas en cotizaciones
aprobadas. ClienteEmpresarial
● Registrar detalles de la venta,
como productos vendidos y Producto
precios.

717

718

719

720

721

165 83
166
722 Diseño del Sistema

723 Patrón de Diseño


724
725 Para el desarrollo de nuestra aplicación Web, decidimos implementarla utilizando .NET,
726 aplicando el patrón de diseño Modelo Vista Controlador (MVC). Este patrón estructura la
727 aplicación en tres componentes principales: el modelo, que gestiona los datos y la lógica del
728 negocio; la vista, que se encarga de mostrar la información y las interfaces al usuario; y el
729 controlador, que actúa como intermediario entre el modelo y la vista, gestionando el flujo
730 de información y las interacciones del usuario. La adopción de MVC nos ha permitido
731 mantener una clara separación de preocupaciones dentro de la aplicación, facilitando así su
732 desarrollo, mantenimiento y escalabilidad. Este enfoque es ampliamente valorado y
733 adoptado por diversas empresas de desarrollo de software debido a su eficacia demostrada.
734

167 84
168
735
736 Capa Vista
737
738 La capa Vista, dentro del patrón de diseño Modelo-Vista-Controlador (MVC), se encarga de
739 la presentación de los datos al usuario. Es la interfaz gráfica a través de la cual los usuarios
740 interactúan con la aplicación. Su principal función es mostrar la información procesada por
741 el modelo de manera comprensible y recoger los datos de entrada del usuario para
742 enviarlos al controlador. La Vista se actualiza automáticamente cada vez que hay un cambio
743 en el Modelo, asegurando que el usuario siempre tenga la información más reciente. Esta
744 capa está diseñada para ser lo más independiente posible de la lógica de negocio,
745 facilitando así cambios en la interfaz sin afectar el funcionamiento de la aplicación.
746 Para el siguiente caso los nombres de las pantallas de la capa Vista quedarían de la siguiente
747 manera:

748  ViewRegistroCliente: Pantalla para registrar nuevos clientes en el sistema.


749  ViewCotizacion: Pantalla para crear y gestionar cotizaciones.
750  ViewBusquedaCotizaciones: Pantalla para buscar y visualizar cotizaciones existentes.
751  ViewOrdenPedido: Pantalla para generar nuevos pedidos a partir de cotizaciones.
752  ViewGeneracionOrdenVenta: Pantalla para generar órdenes de venta.
753  ViewGeneracionFactura: Pantalla para generar facturas para órdenes de venta.
754  ViewBusquedaOrdenVenta: Pantalla para buscar y visualizar órdenes de venta.
755  ViewConsultaStock: Pantalla para consultar el stock de productos disponibles.
756  ViewConsultaVentas: Pantalla para consultar el historial de ventas.
757  ViewBusquedaPedidos: Pantalla para buscar y visualizar pedidos realizados.
758  ViewSolicitudAprobacion: Pantalla para solicitar la aprobación de pedidos.
759  ViewBusquedaCliente: Pantalla para buscar y visualizar información de clientes.
760  ViewConsultaPedidosAprobar: Pantalla para consultar pedidos pendientes de
761 aprobación.
762  ViewConsultaFichaClientes: Pantalla para consultar la información detallada de
763 clientes.
764  ViewAprobacionPedido: Pantalla para aprobar pedidos pendientes.
765  ViewSolicitudCreditoCliente: Pantalla para solicitar créditos a clientes.
766  ViewConsultaPagos: Pantalla para consultar el estado de los pagos.

169 85
170
767  ViewAprobacionCreditos: Pantalla para aprobar solicitudes de créditos.
768  ViewNotificacionPagosPendientes: Pantalla para notificar pagos pendientes a
769 clientes.
770  ViewConsultaCreditos: Pantalla para consultar el estado de los créditos.
771  ViewConsultaPedidosAprobados: Pantalla para consultar pedidos aprobados.
772  ViewGeneracionSalidaAlmacen: Pantalla para generar salidas de almacén.
773  ViewConsultaDisponibilidad: Pantalla para consultar la disponibilidad de productos.
774  ViewRegistroSalidaAlmacen: Pantalla para registrar la salida de productos del
775 almacén.
776  ViewGeneracionGuiaRemision: Pantalla para generar guías de remisión.
777  ViewGeneracionInformeVentas: Pantalla para generar informes de ventas.
778  ViewGeneracionInformeFinanzas: Pantalla para generar informes financieros.
779

780

171 86
172
782 Capa Modelo
783
784 La capa modelo, dentro del patrón de diseño Modelo-Vista-Controlador (MVC), representa
785 el núcleo funcional de una aplicación; es donde reside la lógica de negocio, el acceso a datos
786 y la definición de los objetos de dominio. Esta capa es responsable de gestionar los datos,
787 las reglas de negocio, las lógicas y las funciones que forman parte del sistema, actuando
788 como el puente entre la interfaz de usuario (capa vista) y los mecanismos de persistencia
789 (como bases de datos) o cualquier otro procesamiento de datos.
790
791 Componentes Principales de la Capa Modelo:
792
793  Entidades o Modelos de Dominio: Clases que representan los objetos reales del
794 dominio de la aplicación, como Usuarios, Productos, Incidencias, etc. Estos modelos
795 contienen atributos y métodos que reflejan sus características y comportamientos
796 en el sistema.
797  Acceso a Datos (DAO o Repositorios): Componentes dedicados a la comunicación
798 con las fuentes de datos, ya sean bases de datos, servicios web o archivos. Su
799 función es realizar consultas, inserciones, actualizaciones y eliminaciones de los
800 datos relacionados con las entidades.
801  Lógica de Negocio: Incluye servicios o componentes que encapsulan las reglas de
802 negocio específicas de la aplicación, como cálculos, validaciones y transformaciones
803 de datos. Esta parte es crucial para mantener la integridad y la correcta
804 manipulación de los datos según las necesidades del negocio.
805  Integraciones Externas: En caso de que el sistema necesite interactuar con servicios
806 externos, APIs o sistemas de terceros, esta responsabilidad también recae dentro de
807 la capa modelo, gestionando y orquestando estas comunicaciones.

808 Importancia de la Capa Modelo:


809
810  Centraliza el Manejo de Datos: Actúa como el corazón de la aplicación, asegurando
811 que los datos sean accesibles y consistentes en todo momento.
812  Desacopla la Lógica de Negocio de la Interfaz de Usuario: Permite que cambios en la
813 lógica de negocio se realicen sin afectar directamente a la capa de presentación o
814 viceversa.

173 87
174
815  Facilita la Mantenibilidad y Escalabilidad: Al tener una separación clara y una
816 estructura organizada, se simplifica la actualización, mejora y escalado del sistema.
817  Promueve la Reutilización: Los componentes de la capa modelo pueden ser
818 reutilizados en diferentes partes del sistema o incluso en otros sistemas, reduciendo
819 el esfuerzo de desarrollo.

820 En resumen, la capa modelo es fundamental en el patrón MVC, asegurando que la


821 aplicación sea robusta, escalable y fácil de mantener, al centralizar la lógica de negocio y el
822 manejo de datos.
823 Componente de la Capa Modelo:

824 Capa de Entidades (BE):

825  ClienteEmpresaBE: Representa a una empresa que es cliente del sistema. Contiene
826 información relevante sobre la empresa, como su nombre, dirección, información de
827 contacto, etc.
828  ProductoBE: Describe un producto que puede ser cotizado, vendido o almacenado
829 por la empresa. Incluye detalles como el nombre del producto, descripción, precio,
830 cantidad en stock, etc.
831  CotizacionBE: Representa una cotización realizada para un cliente específico.
832 Contiene detalles sobre los productos cotizados, precios, impuestos, etc., junto con
833 la información del cliente.
834  PresupuestoBE: Describe un presupuesto elaborado para un cliente potencial.
835 Contiene detalles sobre los productos incluidos en el presupuesto, precios,
836 impuestos, etc.
837  PedidoBE: Representa un pedido realizado por un cliente y aprobado por la
838 empresa. Contiene detalles sobre los productos solicitados, cantidades, precios, etc.
839  OrdenVentaBE: Describe una orden de venta generada a partir de un pedido
840 aprobado. Contiene detalles sobre los productos vendidos, precios, impuestos, etc.
841  PagoBE: Representa un pago realizado por un cliente para completar una
842 transacción. Contiene detalles como el monto del pago, fecha, método de pago, etc.
843  CreditoBE: Describe un crédito otorgado a un cliente para permitir compras a
844 crédito. Contiene detalles como el monto del crédito, condiciones de pago, etc.

175 88
176
845  FichaClienteBE: Contiene información detallada sobre un cliente, como datos
846 personales, información de contacto, historial de transacciones, etc.
847  SalidaAlmacenBE: Describe una salida de productos del almacén de la empresa.
848 Contiene detalles como los productos salientes, cantidades, destino, fecha, etc.
849  DetalleCotizacionBE: Contiene los detalles específicos de cada artículo incluido en
850 una cotización, como cantidad, precio unitario, impuestos, etc.
851  DetallePresupuestoBE: Almacena los detalles de los productos asociados a un
852 presupuesto, incluyendo información como cantidad, precio, impuestos, etc.
853  DetallePedidoBE: Registra los detalles de los productos solicitados en un pedido,
854 como cantidad, precio, impuestos, etc.
855  DetalleOrdenVentaBE: Contiene los detalles de los productos incluidos en una orden
856 de venta, como cantidad, precio unitario, impuestos, etc.
857  DetallePagoBE: Contiene los detalles de los pagos realizados por los clientes,
858 incluyendo el monto, fecha, método de pago, etc.
859  DetalleCreditoBE: Contiene los detalles de los créditos otorgados a los clientes,
860 como el monto del crédito, condiciones de pago, fecha de vencimiento, etc.
861  DetalleSalidaAlmacenBE: Contiene los detalles de los productos que se han
862 registrado como salidas del almacén, como cantidad, destino, fecha, etc.

177 89
178
863

864 Capa de Acceso a Datos (DAO):

865  GestionarClienteEmpresaDAO: Proporciona métodos para gestionar la información


866 relacionada con los clientes empresariales en la base de datos.
867  GestionarProductoDAO: Ofrece funcionalidades para gestionar la información de los
868 productos en la base de datos.
869  GestionarCotizacionDAO: Permite el acceso y manipulación de datos relacionados
870 con las cotizaciones en la base de datos.
871  GestionarPresupuestoDAO: Proporciona métodos para manejar la información de
872 los presupuestos en la base de datos.

179 90
180
873  GenerarOrdenVentaDAO: Permite la generación y gestión de órdenes de venta en la
874 base de datos.
875  ConsultarCotizacionesRealizadasDAO: Ofrece funcionalidades para consultar las
876 cotizaciones realizadas en la base de datos.
877  ConsultarVentasRealizadasDAO: Permite la consulta de las ventas realizadas
878 almacenadas en la base de datos.
879  ConsultarRatioEfectividadCotizacionVentaDAO: Proporciona métodos para calcular
880 y consultar el ratio de efectividad de cotización a venta en la base de datos.

881

882 Capa de Lógica de Negocio (BL):

883  GestionarClienteEmpresaBL: Contiene la lógica de negocio para gestionar clientes


884 empresariales.
885  GestionarProductoBL: Implementa la lógica de negocio relacionada con la gestión de
886 productos.
887  GestionarCotizacionBL: Contiene la lógica de negocio para la gestión de cotizaciones.
888  GestionarPresupuestoBL: Implementa la lógica de negocio relacionada con la
889 gestión de presupuestos.
890  GenerarOrdenVentaBL: Contiene la lógica de negocio para la generación de órdenes
891 de venta.

181 91
182
892  ConsultarCotizacionesRealizadasBL: Implementa la lógica de negocio para consultar
893 cotizaciones realizadas.
894  ConsultarVentasRealizadasBL: Contiene la lógica de negocio para consultar ventas
895 realizadas.
896  ConsultarRatioEfectividadCotizacionVentaBL: Implementa la lógica de negocio para
897 calcular y consultar el ratio de efectividad de cotización a venta.
898

899
900

183 92
184
901 Capa Controller
902
903 La capa de controlador, dentro de la arquitectura de software MVC (Modelo-Vista-
904 Controlador), actúa como el intermediario entre la capa de vista y la capa de modelo. Su
905 principal función es manejar las solicitudes del usuario y coordinar la interacción entre la
906 vista y el modelo. Los controladores interpretan las acciones del usuario, acceden a los
907 datos necesarios desde la capa de modelo y actualizan la vista correspondiente con la
908 información resultante. Además, la capa de controlador también puede contener la lógica
909 de negocio necesaria para procesar y validar los datos antes de enviarlos al modelo. En
910 resumen, la capa de controlador es responsable de dirigir el flujo de la aplicación y
911 garantizar una interacción eficiente entre el usuario y el sistema
912

913  ClienteEmpresaController: Controlador encargado de gestionar las operaciones


914 relacionadas con las empresas clientes, como la creación, actualización, búsqueda y
915 eliminación de información de empresas clientes.
916  ProductoController: Controla las operaciones relacionadas con la gestión de
917 productos, como la creación, modificación, eliminación y búsqueda de información
918 de productos en el sistema.
919  CotizacionController: Controla las operaciones de gestión de cotizaciones,
920 incluyendo la creación, modificación, eliminación y búsqueda de cotizaciones para
921 clientes específicos.
922  PresupuestoController: Encargado de gestionar los presupuestos elaborados para
923 clientes potenciales, permitiendo la creación, modificación, eliminación y búsqueda
924 de presupuestos.
925  PedidoController: Controlador responsable de gestionar los pedidos realizados por
926 los clientes, incluyendo la creación, modificación, eliminación y búsqueda de
927 información de pedidos.
928  OrdenVentaController: Gestiona las operaciones relacionadas con las órdenes de
929 venta generadas a partir de pedidos aprobados, permitiendo la creación,
930 modificación, eliminación y búsqueda de información de órdenes de venta.

185 93
186
931  PagoController: Encargado de gestionar los pagos realizados por los clientes,
932 incluyendo la creación, modificación, eliminación y búsqueda de información de
933 pagos.
934  CreditoController: Controlador encargado de gestionar los créditos otorgados a los
935 clientes, permitiendo la creación, modificación, eliminación y búsqueda de
936 información de créditos.
937  FichaClienteController: Controla las operaciones relacionadas con la gestión de
938 fichas de clientes, incluyendo la creación, modificación, eliminación y búsqueda de
939 información de fichas de clientes.
940  SalidaAlmacenController: Gestiona las operaciones relacionadas con las salidas de
941 productos del almacén de la empresa, incluyendo la creación, modificación,
942 eliminación y búsqueda de información de salidas de almacén.
943

944
945
946

187 94
188
947 Registro de Cotizaciones

948
949 Para el registro de cotización, los componentes de vista, controlador y modelo que
950 intervienen son los siguientes:
951 Vista:

952  ViewCotizacion: Esta pantalla permite al usuario crear y gestionar cotizaciones.


953 Incluye campos para ingresar información sobre el cliente, los productos, las
954 cantidades y cualquier otro detalle relevante de la cotización.
955  ViewBusquedaCotizaciones: En esta pantalla, los usuarios pueden buscar y visualizar
956 cotizaciones existentes en el sistema. Proporciona filtros de búsqueda para
957 encontrar cotizaciones por cliente, fecha, estado, entre otros criterios. Además,
958 muestra una lista de cotizaciones que coinciden con los criterios de búsqueda, con la
959 posibilidad de ver más detalles o editarlas.
960

961 Controlador:
962 CotizacionController: Controlador encargado de gestionar las operaciones relacionadas con
963 las cotizaciones, incluyendo la creación, modificación, eliminación y búsqueda de
964 cotizaciones. En el caso específico del registro de cotización, este controlador manejará la
965 lógica para procesar la solicitud de registro de una nueva cotización.
966 Modelo:

189 95
190
967 CotizacionBE: Entidad que representa una cotización en el sistema. Contiene atributos que
968 describen los detalles de la cotización, como el cliente asociado, los productos incluidos, las
969 cantidades y cualquier otro detalle relevante.

970 GestionarCotizacionDAO: Objeto de acceso a datos que proporciona métodos para realizar
971 operaciones CRUD (Crear, Leer, Actualizar, Eliminar) sobre las cotizaciones en la base de
972 datos. Este componente se encarga de interactuar con la capa de almacenamiento de datos
973 para recuperar y almacenar información de las cotizaciones.

974 GestionarCotizacionBL: Contiene la lógica de negocio para la gestión de cotizaciones.


975
976 Registro de Cliente

977
978 Para el proceso de registro de cliente, los componentes involucrados son los siguientes:
979 Vista:
980  ViewRegistroCliente: Interfaz de usuario donde se capturan los datos del nuevo
981 cliente.
982  ViewBusquedaCliente: Pantalla para buscar y visualizar información de clientes

983

191 96
192
984 Controlador:
985  ClienteEmpresaController: Gestiona las interacciones del usuario en la vista de

986 registro de cliente y coordina las acciones necesarias para procesar y validar los
987 datos ingresados.

988 Modelo:
989  ClienteBE: Representa la entidad del cliente con todos sus atributos, como nombre,

990 dirección, contacto, etc.


991  GestionarClienteEmpresaDAO: Maneja el acceso a la base de datos para la
992 manipulación de los datos del cliente, como la inserción, actualización y eliminación.
993  GestionarClienteEmpresaBL: Contiene la lógica de negocio relacionada con el
994 registro de clientes, como la validación de datos y la gestión de operaciones de base
995 de datos.

996 Estos componentes trabajan en conjunto para permitir el registro exitoso de un nuevo
997 cliente en el sistema

998 Generar Orden de Pedido

999

1000
1001 Para el proceso de generar una orden de pedido, los componentes involucrados son los
1002 siguientes:
1003 Vista:

193 97
194
1004  ViewGenerarOrdenPedido: Interfaz de usuario donde se seleccionan los productos y
1005 se ingresan los detalles para generar la orden de pedido.
1006  ViewBusquedaPedidos: Pantalla para buscar y visualizar pedidos realizados.
1007
1008 Controlador:
1009  OrdenPedidoController: Gestiona las interacciones del usuario en la vista de

1010 generación de orden de pedido y coordina las acciones necesarias para procesar y
1011 validar la información ingresada.

1012 Modelo:
1013  PedidoBE: Representa la entidad de un pedido con todos sus atributos, como los

1014 productos solicitados, la cantidad, el cliente asociado, etc.


1015  GenerarPedidoDAO: Maneja el acceso a la base de datos para la manipulación de los
1016 datos de los pedidos, como la inserción, actualización y eliminación.
1017  GestionarPedidoBL: Contiene la lógica de negocio relacionada con la generación de
1018 pedidos, como la validación de datos, el cálculo del total del pedido y la gestión de
1019 operaciones de base de datos.

1020
1021

195 98
196
1022

1023 Diagrama de estructura compuesta


1024

1025

197 99
198
1026

1027 Diagrama de tiempo


1028
1029

199 100
200
1030 Diagrama de despliegue

1031
1032

201 101
202
1033 Diagrama de Componentes

1035

203 102
204
1036

205 103
206
1037

207 104
208
1038 Conclusiones
1039  El desarrollo del sistema de cotizaciones en línea para Insumos SAC representa un
1040 hito significativo en la modernización y optimización de los procesos comerciales de
1041 la empresa. A través de este proyecto, se logró implementar una herramienta
1042 tecnológica que simplifica y agiliza el proceso de cotización, brindando a los clientes
1043 una experiencia más intuitiva y eficiente al momento de solicitar productos y
1044 presupuestos.
1045  La aplicación de los conceptos aprendidos en el curso de Análisis y Diseño de
1046 Sistemas fue fundamental para el éxito de este proyecto. La metodología y las
1047 técnicas enseñadas nos proporcionaron las herramientas necesarias para entender a
1048 fondo los requisitos del negocio, diseñar una arquitectura adecuada y desarrollar un
1049 sistema robusto y escalable que cumple con las necesidades de la empresa y sus
1050 clientes.
1051  El sistema de cotizaciones en línea no solo beneficia a los clientes al ofrecerles una
1052 forma más conveniente de solicitar productos y presupuestos, sino que también
1053 proporciona importantes ventajas internas para Insumos SAC. La automatización de
1054 procesos reduce los errores humanos, agiliza la comunicación con los clientes y
1055 optimiza la gestión de la información, lo que se traduce en una mejora general en la
1056 productividad y la eficiencia operativa de la empresa.
1057  En resumen, el desarrollo de este sistema demuestra el valor agregado que aporta la
1058 aplicación práctica de los conocimientos adquiridos en el curso de Análisis y Diseño
1059 de Sistemas. Además de modernizar los procesos comerciales de Insumos SAC, el
1060 sistema de cotizaciones en línea posiciona a la empresa como líder en su sector al
1061 ofrecer una experiencia superior a sus clientes y mejorar su competitividad en el
1062 mercado.
1063
1064

209 105
210
1065 Recomendaciones

1066  Feedback Constante de los Usuarios:


1067 Es fundamental establecer un canal de comunicación abierto con los usuarios del
1068 sistema, tanto internos como externos. Recibir y analizar regularmente sus
1069 comentarios y sugerencias ayudará a identificar áreas de mejora y priorizar nuevas
1070 funcionalidades que agreguen valor.
1071
1072  Actualización y Mantenimiento Periódico:
1073 El entorno tecnológico está en constante evolución, por lo que es crucial mantener el
1074 sistema actualizado con las últimas tecnologías y prácticas de seguridad. Asimismo,
1075 se debe realizar un mantenimiento periódico para corregir errores, mejorar el
1076 rendimiento y garantizar la estabilidad del sistema.
1077
1078  Capacitación y Soporte Técnico:
1079 Ofrecer capacitación continua a los usuarios del sistema, tanto a nivel interno como
1080 externo, garantizará su correcto uso y aprovechamiento máximo. Además, contar
1081 con un equipo de soporte técnico dedicado para resolver dudas y problemas
1082 técnicos de manera rápida y eficiente es esencial para mantener la satisfacción del
1083 cliente.
1084
1085  Análisis de Datos y Métricas de Desempeño:
1086 Implementar un sistema de análisis de datos para monitorear el desempeño del
1087 sistema, así como el comportamiento de los usuarios, permitirá identificar patrones,
1088 tendencias y áreas de oportunidad. Estas métricas proporcionarán información
1089 valiosa para la toma de decisiones estratégicas y la mejora continua del sistema.
1090
1091

211 106
212
1092 PROPUESTA DE RESPONSABILIDAD SOCIAL UNIVERSITARIA ENTRE LA UTP E INTERBANK

1093 INTRODUCCIÓN

1094 La Responsabilidad Social Universitaria (RSU) emerge como un enfoque clave para las
1095 instituciones académicas, destacando su compromiso con la sociedad y el desarrollo
1096 sostenible. En este contexto, la Universidad Tecnológica del Perú (UTP) e Interbank han
1097 identificado una valiosa oportunidad para colaborar y abordar problemáticas significativas
1098 en áreas como educación financiera, inclusión económica, experiencia laboral estudiantil,
1099 sostenibilidad ambiental y emprendimiento social.

1100

1101 PROBLEMÁTICA

1102 La propuesta aborda la baja educación financiera, la exclusión financiera en comunidades


1103 vulnerables, la falta de experiencia laboral para estudiantes, los desafíos ambientales y la
1104 necesidad de fomentar el emprendimiento social. Al colaborar con Interbank, la Universidad
1105 Tecnológica del Perú busca ofrecer programas de educación financiera, promover la
1106 inclusión financiera en comunidades desfavorecidas, brindar oportunidades de experiencia
1107 laboral para estudiantes, impulsar iniciativas de sostenibilidad ambiental y apoyar el
1108 emprendimiento social.

1109

1110 OBJETIVOS

1111 A través del análisis de la problemática se establecieron los siguientes objetivos:

1112 ● Impartir conocimientos sólidos sobre gestión financiera a la comunidad universitaria


1113 y al público en general.
1114 ● Proporcionar servicios bancarios básicos a comunidades de bajos ingresos.
1115 ● Brindar oportunidades para que los estudiantes adquieran experiencia práctica y
1116 desarrollen habilidades profesionales a través de programas de voluntariado y
1117 proyectos sociales.
1118 ● Contribuir a la sostenibilidad ambiental a través de proyectos como reforestación y
1119 reducción de la huella de carbono.
1120 ● Fomentar el emprendimiento social entre los estudiantes y la comunidad,
1121 proporcionando recursos y oportunidades.

1122

1123

213 107
214
1124 PROPUESTA DE DESARROLLO DE LA RESPONSABILIDAD SOCIAL UNIVERSITARIA (RSU)

1125 1. Programa de Educación Financiera:


1126 ● Colaborar con Interbank para desarrollar un programa de educación
1127 financiera dirigido a la comunidad universitaria y al público en general.
1128 ● Ofrecer talleres, seminarios y charlas sobre gestión financiera, ahorro,
1129 inversiones y otros temas relevantes.
1130 ● Establecer una plataforma en línea con recursos educativos para que los
1131 estudiantes y la comunidad tengan acceso continuo a información financiera.

1132

1133 2. Proyecto de Inclusión Financiera:


1134 ● Trabajar con Interbank para diseñar un proyecto de inclusión financiera que
1135 brinde servicios bancarios básicos a comunidades vulnerables o de bajos
1136 ingresos.
1137 ● Involucrar a estudiantes de la UTP en la implementación y gestión del
1138 proyecto para que adquieran experiencia práctica.
1139 ● Evaluar el impacto del proyecto en la mejora de la inclusión financiera en
1140 esas comunidades.

1141

1142 3. Programa de Voluntariado Estudiantil:


1143 ● Facilitar oportunidades para que los estudiantes de la UTP participen como
1144 voluntarios en programas sociales respaldados por Interbank.
1145 ● Establecer convenios que permitan a los estudiantes aplicar sus
1146 conocimientos y habilidades en proyectos de responsabilidad social de la
1147 empresa.

1148

1149 4. Proyecto de Sostenibilidad Ambiental:


1150 ● Colaborar en proyectos que promuevan la sostenibilidad ambiental, como
1151 campañas de reforestación, programas de reciclaje y reducción de la huella
1152 de carbono.
1153 ● Involucrar a estudiantes de ingeniería ambiental y carreras afines en la
1154 implementación y seguimiento de iniciativas sostenibles.

1155

1156 5. Fomento de Emprendimiento Social:


1157 ● Desarrollar programas conjuntos que apoyen a emprendedores sociales,
1158 proporcionándoles recursos, capacitación y acceso a financiamiento.

215 108
216
1159 ● Organizar competiciones o eventos que destaquen y premien proyectos de
1160 emprendimiento social desarrollados por estudiantes.

1161

1162 BENEFICIOS ESPERADOS

1163 1. Desarrollo de Conciencia Financiera:


1164 ● Mayor conocimiento y comprensión de la gestión financiera entre los
1165 estudiantes y la comunidad.
1166 ● Mejora de la toma de decisiones financieras y reducción de la vulnerabilidad
1167 financiera.

1168

1169 2. Inclusión Financiera y Desarrollo Comunitario:


1170 ● Incremento en la participación de comunidades vulnerables en servicios
1171 bancarios.
1172 ● Empoderamiento económico y mejora de la calidad de vida en comunidades
1173 de bajos ingresos.

1174

1175 3. Enriquecimiento del Aprendizaje Estudiantil:


1176 ● Adquisición de habilidades prácticas y experiencia laboral por parte de los
1177 estudiantes.
1178 ● Desarrollo de una red profesional y aumento de la empleabilidad de los
1179 estudiantes.

1180

1181 4. Contribución a la Sostenibilidad Ambiental:


1182 ● Reducción de la huella de carbono y mejora del entorno ambiental.
1183 ● Mayor conciencia ambiental dentro de la comunidad universitaria y en la
1184 sociedad en general.

1185

1186 5. Estímulo al Emprendimiento Social:


1187 ● Impulso a proyectos innovadores y socialmente responsables.
1188 ● Fomento de una cultura emprendedora y desarrollo de soluciones creativas
1189 para desafíos sociales.

1190

1191

217 109
218

También podría gustarte