Sei sulla pagina 1di 40

Proyecto: BestSellers Docente: Barrientos Luján Rocío Gabriela

Fundamentos de Ingeniería de Software Instituto Tecnológico de Tepic


Integrantes: Tepic, Nayarit
Barajas López Miriam Janeth 15400972 mijabaraslo@ittepic.edu.mx
Covarrubias Núñez Karen Lizeth 15400981 kalicovarrubiasnu@ittepic.edu.mx
Garay Pérez Marco Antonio 15400995 maangaraype@ittepic.edu.mx
0
Índice
Introducción ........................................................................................................................................ 2
Identificación del proyecto ................................................................................................................. 3
Descripción del proyecto................................................................................................................. 3
Documento ERS ................................................................................................................................... 6
Resultados detallados del análisis del sistema ................................................................................. 14
Modelo de requisitos .................................................................................................................... 14
Identificación y documentación de actores .............................................................................. 14
Delimitación del sistema ........................................................................................................... 15
Diagrama de casos de uso ......................................................................................................... 16
Documentación de casos de uso ............................................................................................... 17
Modelo del dominio del problema ................................................................................................... 21
Identificación de clases ................................................................................................................. 21
Lista de clases candidatas ......................................................................................................... 21
Selección de clases .................................................................................................................... 21
Lista de clases identificadas ...................................................................................................... 22
Diagrama de clases........................................................................................................................ 22
Trazabilidad de requisitos del proyecto integral del semestre ......................................................... 23
Matriz de trazabilidad ................................................................................................................... 23
Listado de requisitos del proyecto ................................................................................................ 24
Diagrama de casos de uso ............................................................................................................. 25
Estudios de factibilidad y análisis costo beneficio del proyecto integral del semestre .................... 26
Estudio de factibilidad operativa y conclusión del estudio ........................................................... 26
Estudio de factibilidad técnica y conclusión del estudio............................................................... 26
Matriz de la factibilidad técnica ................................................................................................ 27
Matriz de riesgos del proyecto integral del semestre................................................................... 31
Análisis costo – beneficio .............................................................................................................. 33
Contrato del proyecto integral del semestre .................................................................................... 35
Identificación de la metodología de desarrollo de software ............................................................ 39

1
Introducción
Después de haber definido y establecido el problema principal, se dio la alternativa de solución, en
este caso un sistema de punto de venta surgió BestSellers y decidimos crear un sistema de calidad,
pero para que realmente fuera de calidad, previamente se estableció la definición del proyecto, se
hizo el llenado del Project Charter de nuestro proyecto BestSellers, se hicieron uso de varias
herramientas CASE, como Bizagi, Argo UML, GanttProject, para poder realizar tareas específicas, se
tuvieron que obtener todos los requisitos funcionales, no funcionales y de dominio del sistema,
posteriormente se identificaron los actores principales y secundarios, que se verán involucrados, así
como cada caso de uso que cada actor desempeñará en el sistema, una vez teniendo todos estos
datos, e información, con la ayuda de otra herramienta CASE.

Posteriormente se identificaron las clases candidatas, y tras un análisis detallado se fueron


eliminando las no aptas, ya teniendo las clases finales se realizó el diagrama de clases con la ayuda
de Argo UML, finalizando se desarrollaron las interfaces, relacionado cada actor con sus respectivas
pantallas, así como identificando sus casos de uso y claramente sus requisitos planteados
previamente.

Este análisis es con la intención de primeramente establecer nuestro proyecto, definirlo de manera
correcta, y delimitarlo, ya que, si no se hace esto, se tendría un descontrol del sistema. Es de suma
importancia realizar el análisis ya que conforme se van realizando las actividades tanto el cliente
como nosotros nos damos cuenta de que estaba incompleta algún punto, o estaba incorrecto,
entonces todo esto en su conjunto servirá para poder proceder a realizar el proyecto de calidad,
óptimo y sobre todo que cumpla con todos los requisitos planteados.

En el desarrollo y finalización del análisis, se analizará la trazabilidad de los requisitos, al identificar


con qué casos de usos se pueden realizar, se dictaminará la factibilidad del sistema, ya que uno de
los puntos más importantes que debemos tener en claro antes de realizar el proyecto, es determinar
si el proyecto es factible o no, se hablará de la factibilidad operativa que es analizar los recursos
humanos con los que cuenta la empresa, también se analizará la factibilidad técnica que es en
cuanto a la tecnología con la que debe de contar la empresa, con la finalidad de que se el sistema
funcione tal y como ellos esperan que funcione.

Otro aspecto de suma importancia es el análisis costo – beneficio que es cuantificar costos y
beneficios de una actividad, para estimar el impacto financiero acumulado de lo que queremos
lograr, esto para ver qué alternativa de las seleccionadas es más viable. Al momento de cerrar el
trato con la empresa se debe de tener un escrito que avale todo lo proporcionado y sus reglas, para
esto se realizará un contrato en el que ambas partes (empresa desarrolladora, y empresa
arrendadora) firmarán y establecerán un trato que beneficie ambas partes.

2
Identificación del proyecto
Descripción del proyecto
El sistema BestSellers es un sistema que permite al usuario el registrar ventas, dar productos de alta,
baja, modificar, actualizar lo cual ayudará con el control del inventario y generar reportes de ventas
con el fin de mejorar la eficiencia del área de ventas. Es un sistema transaccional, que, en base a la
captura de información por parte del cliente, posteriormente ayudará en la toma de decisiones en
base a los requerimientos del cliente.

Existen 3 roles en el sistema, el dueño el cual es nuestro usuario principal lo que le brinda un acceso
total al sistema por lo que, para hacer un uso correcto de este mismo es necesario que cuente con
un nivel de estudios como mínimo de bachillerato y de la misma manera contar con conocimientos
básicos en el área de la computación para que no exista dificultad alguna con el uso del sistema. El
gerente al igual que el dueño tiene acceso a la mayoría de las funciones en el sistema a excepción
de la modificación de los datos de los productos, así como también el alta y bajar de usuarios, por
lo que necesario tener un nivel de estudios mínimo de bachillerato. El agente de ventas no requiere
tener un nivel de estudios alto, sin embargo, es necesario tener conocimientos básicos en
computación.

Se pretende que el sistema cuente con una interfaz de fácil acceso a las funciones proporcionadas
al usuario, de igual manera que tenga un nivel de complejidad bajo, que facilite la interacción entre
el sistema y el usuario.

El sistema presenta en su pantalla principal un mensaje de bienvenida al usuario en donde deberá


ingresar un usuario junto con su contraseña, los cuales fueron asignados y validados previamente,
este determinara los permisos otorgados para su acceso al sistema. Para futuras solicitaciones de
factura al guardar los datos del cliente que ya ha solicitado alguna vez, simplemente basta con el
nombre o RFC para posteriormente realizarla sin necesidad de pedir datos cada nueva compra.

Una vez registrado el usuario y después de haber validado el registro y la contraseña del usuario, se
pude seleccionar de las siguientes actividades:

 El usuario Dueño puede:


o Dar de alta algún producto
o Dar de baja producto
o Modificar los datos de los productos
o Visualizar las ventas realizadas semanalmente
o Generar un reporte de inventario
o Visualizar los cortes de caja realizados al día
o Modificar el control de accesos del sistema.
 El usuario Gerente se le permitirá:
o Dar de alta algún producto
o Dar de baja producto
o Realizar una nueva venta
o Visualizar las ventas realizadas semanalmente
o Generar un reporte de inventario
o Visualizar los cortes de caja realizados al día

3
o Capturar datos para facturación

 El usuario Agente de ventas puede:


o Realizar una nueva venta
o Generar un reporte de inventario
o Visualizar los cortes de caja realizados al día
o Realizar cotizaciones del cliente
o Realizar pedidos del cliente
o Capturar datos para facturación

Las actividades constan de lo siguiente:

 El dar de alta algún producto le permite al usuario la facilidad de poder registrar un nuevo
en donde deberá ingresar los datos necesarios para su alta tales como: código de producto,
nombre, cantidad total existente y precio
 Dar de baja producto, le permite al usuario poder eliminar del sistema algún producto que
dejará de proveerse.
 Modificar los datos de los productos, le brinda al usuario la facilidad de poder cambiar
alguno de los campos con los que cuente los productos.
 Actualizar el inventario, en este beneficio le permite al usuario la capacidad de refrescar el
inventario para la existencia de los productos.
 Realizar una nueva venta, Para poder realizar una nueva venta, será necesario ingresar la
fecha en la que se haya realizado, deberá también especificar el usuario encargado de la
venta, los productos que se han consumido y los datos específicos de la empresa
 Visualizar las ventas realizadas semanalmente, le permite observar los reportes generados
cada semana, los cuales se dividen por día, en estos mismo se visualizan productos vendidos
en el día, total vendido y el total vendido semanalmente.
 Generar un reporte de inventario, esta opción es usada como medida de seguridad para el
control de productos, se visualiza los productos en existencia al final de cada semana.
 Visualizar los cortes de caja realizados al día, en esta opción se visualiza las ventas realizadas
en cada semana proporcionando una comparativa entre las ventas diarias y caja.
 Modificar el control de accesos del sistema, en este punto el dueño será el único que pueda
ingresar a esta opción en la cual le dará la oportunidad de dar de baja o alta usuarios de
menor jerarquía, además que los usuarios registrados previamente se podrán modificar:
usuario y contraseña.
 Realizar una nueva venta, le permite al usuario realizar una nueva venta con los datos
anteriormente mencionados.
 Visualizar cortes de caja, en esta opción se le permite al usuario visualizar un reporte acerca
de las ventas que se han realizado por cada turno esto implementado como medida de
seguridad para la empresa.
 Realizar cotizaciones al cliente, en esta opción el usuario podrá realizar una simulación de
pedido, donde no se pedirá ningún dato personal o abono.
 Realizar pedidos del cliente, le permite al usuario hacer pedido de productos sin existencia
en el inventario, al cliente se le pedirán datos personales para tener un contacto cuando la

4
mercancía llegue al local, si el cliente desea abonar antes de que el producto llegue este se
deberá restar a la cantidad total a pagar.
 Capturar datos para facturación, esta función se realizará en dado caso de que el cliente
solicite una factura, el usuario únicamente guardará los datos requeridos (RFC, nombre (s),
y correo), es necesario recalcar que el sistema no emitirá factura.

5
Documento ERS
1. Introducción

1.1 Propósito

Este documento tiene como propósito definir las especificaciones de las


funcionalidades de un sistema de venta el cual permitirá la agilización de la realización
de ventas y búsqueda de productos en un negocio. Este será utilizado por el dueño, el
gerente y los agentes de ventas de este mismo.

1.2 Alcance

Esta especificación de funcionalidades está dirigida a los usuarios del sistema para la
realización de ventas la cual tiene como objetivo facilitar la búsqueda y localización de
los productos en venta, generación de un comprobante de venta, realización de
reportes de venta semanal, control de inventarios con el fin de una mejor gestión en los
procesos administrativos.

1.3 Personal involucrado

Actor Dueño
Caso de uso Dar de alta usuarios, registrar productos, dar de baja productos,
modificar productos, solicitar reportes de ventas, realizar corte de
caja, realizar venta, solicitar reporte de inventario.
Tipo de actor Primario
Descripción Es el actor principal y representa cualquier persona que desee utilizar
el software, tiene acceso total, puede modificar precios, modificar el
inventario (dar de alta, baja y modificar datos de productos),
visualizar los cortes de caja y visualizar los reportes semanales

Actor Gerente
Caso de uso Registrar productos, dar de baja productos, modificar productos,
solicitar reportes de ventas, realizar cortes de caja, realizar venta,
realiza cotizaciones, solicita reporte de inventario.
Tipo de actor Primario
Descripción Es el sustituto cuando el dueño no se encuentre, tiene acceso
restringido al cambio de precios, por lo cual solo podrá acceder a las
siguientes funciones: modificar el inventario (dar de alta, baja y
modificar productos), visualizar los cortes de caja y visualizar los
reportes semanales

Actor Agentes de ventas


Caso de uso Realizar corte de caja, realiza venta, realiza cotizaciones, solicitar
reporte de inventario.
Tipo de actor Primario

6
Descripción Cuenta con acceso restringido, su principal enfoque es en ventas, su
función es generar las ventas, visualizar el inventario, realizar
cotizaciones y realizar pedidos del cliente.

1.4 Definiciones, acrónimos y abreviaturas

Nombre Descripción
Usuario Persona que usara el sistema para gestionar procesos
BSRF BestSellers - Requisito funcional
BSRNF BestSellers - Requisito no funcional
BSRD BestSellers – Requisito de dominio

1.5 Referencias

Título del documento Referencia


Estándar IEEE 830 – 1998 IEEE
Modelo de requisitos Alfredo Weitzenfeld. (2005). Ingeniería de software
orientada a objetos con UML, Java e Internet, Capitulo 6.
México: Thomson.

1.6 Resumen

En este documento se abarcarán temas desde cuál es su propósito hasta la


especificación de cada requisito del sistema, en cada sección se encontrará la
descripción del producto, así como la descripción de lo que es necesario para que tenga
un correcto funcionamiento. Se abarcará también si existen algunas nomenclaturas, si
es necesario poner definiciones para su total comprensión, se analizarán todos los
usuarios del sistema, con sus correspondientes permisos, y obviamente cada requisito
con su identificador de cada sección. Todo esto para tener conocimiento acerca del
proyecto, su principal función, sus requerimientos y lo que se necesita para que este
tenga un óptimo funcionamiento. Se organiza desde la descripción del proyecto, su
funcionalidad, sus usuarios, así como también sus restricciones, hasta todos los
requisitos del sistema, entonces, va desde lo general hasta llegar con los tres tipos de
requisitos, de esta manera al conocer totalmente el proyecto, se procede a dar a
conocer los requisitos.

7
2. Descripción general

2.1. Perspectiva del producto


El sistema BestSellers es un sistema que permite al usuario el registrar ventas, dar productos de alta,
baja, modificar, actualizar lo cual ayudará con el control del inventario y generar reportes de ventas
con el fin de mejorar la eficiencia del área de ventas. Es un sistema transaccional, que, en base a la
captura de información por parte del cliente, posteriormente ayudará en la toma de decisiones en
base a los requerimientos del cliente.

Existen 3 roles en el sistema, el dueño el cual es nuestro usuario principal lo que le brinda un acceso
total al sistema por lo que, para hacer un uso correcto de este mismo es necesario que cuente con
un nivel de estudios como mínimo de bachillerato y de la misma manera contar con conocimientos
básicos en el área de la computación para que no exista dificultad alguna con el uso del sistema. El
gerente al igual que el dueño tiene acceso a la mayoría de las funciones en el sistema a excepción
de la modificación de los datos de los productos, así como también el alta y bajar de usuarios, por
lo que necesario tener un nivel de estudios mínimo de bachillerato. El agente de ventas no requiere
tener un nivel de estudios alto, sin embargo, es necesario tener conocimientos básicos en
computación.

Se pretende que el sistema cuente con una interfaz de fácil acceso a las funciones proporcionadas
al usuario, de igual manera que tenga un nivel de complejidad bajo, que facilite la interacción entre
el sistema y el usuario.

El sistema presenta en su pantalla principal un mensaje de bienvenida al usuario en donde deberá


ingresar un usuario junto con su contraseña, los cuales fueron asignados y validados previamente,
este determinara los permisos otorgados para su acceso al sistema. Para futuras solicitaciones de
factura al guardar los datos del cliente que ya ha solicitado alguna vez, simplemente basta con el
nombre o RFC para posteriormente realizarla sin necesidad de pedir datos cada nueva compra.

Una vez registrado el usuario y después de haber validado el registro y la contraseña del usuario, se
pude seleccionar de las siguientes actividades:

 El usuario Dueño puede:


o Dar de alta usuarios del sistema
o Dar de alta algún producto
o Dar de baja producto
o Modificar los datos de los productos
o Visualizar las ventas realizadas semanalmente
o Generar un reporte de inventario
o Visualizar los cortes de caja realizados al día
o Modificar el control de accesos del sistema.
 El usuario Gerente se le permitirá:
o Dar de alta algún producto
o Dar de baja producto
o Realizar una nueva venta
o Visualizar las ventas realizadas semanalmente
o Generar un reporte de inventario

8
o Visualizar los cortes de caja realizados al día
o Capturar datos para facturación

 El usuario Agente de ventas puede:


o Realizar una nueva venta
o Generar un reporte de inventario
o Visualizar los cortes de caja realizados al día
o Realizar cotizaciones del cliente
o Realizar pedidos del cliente
o Capturar datos para facturación

Las actividades constan de lo siguiente:

 El dar de alta algún producto le permite al usuario la facilidad de poder registrar un nuevo
en donde deberá ingresar los datos necesarios para su alta tales como: código de producto,
nombre, cantidad total existente y precio
 Dar de baja producto, le permite al usuario poder eliminar del sistema algún producto que
dejará de proveerse.
 Modificar los datos de los productos, le brinda al usuario la facilidad de poder cambiar
alguno de los campos con los que cuente los productos.
 Actualizar el inventario, en este beneficio le permite al usuario la capacidad de refrescar el
inventario para la existencia de los productos.
 Realizar una nueva venta, Para poder realizar una nueva venta, será necesario ingresar la
fecha en la que se haya realizado, deberá también especificar el usuario encargado de la
venta, los productos que se han consumido y los datos específicos de la empresa
 Visualizar las ventas realizadas semanalmente, le permite observar los reportes generados
cada semana, los cuales se dividen por día, en estos mismo se visualizan productos vendidos
en el día, total vendido y el total vendido semanalmente.
 Generar un reporte de inventario, esta opción es usada como medida de seguridad para el
control de productos, se visualiza los productos en existencia al final de cada semana.
 Visualizar los cortes de caja realizados al día, en esta opción se visualiza las ventas realizadas
en cada semana proporcionando una comparativa entre las ventas diarias y caja.
 Modificar el control de accesos del sistema, en este punto el dueño será el único que pueda
ingresar a esta opción en la cual le dará la oportunidad de dar de baja o alta usuarios de
menor jerarquía, además que los usuarios registrados previamente se podrán modificar:
usuario y contraseña.
 Realizar una nueva venta, le permite al usuario realizar una nueva venta con los datos
anteriormente mencionados.
 Visualizar cortes de caja, en esta opción se le permite al usuario visualizar un reporte acerca
de las ventas que se han realizado por cada turno esto implementado como medida de
seguridad para la empresa.

9
 Realizar cotizaciones al cliente, en esta opción el usuario podrá realizar una simulación de
pedido, donde no se pedirá ningún dato personal o abono.
 Realizar pedidos del cliente, le permite al usuario hacer pedido de productos sin existencia
en el inventario, al cliente se le pedirán datos personales para tener un contacto cuando la
mercancía llegue al local, si el cliente desea abonar antes de que el producto llegue este se
deberá restar a la cantidad total a pagar.
 Capturar datos para facturación, esta función se realizará en dado caso de que el cliente
solicite una factura, el usuario únicamente guardará los datos requeridos (RFC, nombre (s),
y correo), es necesario recalcar que el sistema no emitirá factura.

10
2.2. Funcionalidad del producto

11
2.3. Restricciones

 El sistema operativo del computador a utilizar para el sistema deberá ser


Windows 7 Home Premium en adelante.
 Se deberá contar con una impresora multifuncional Epson ECOTank 355 L Series
 Se debe tener una capacidad de almacenamiento mínimo de 500 GB
 Memoria RAM necesaria con un mínimo de 6 GB
 Lenguajes y tecnologías en uso: Java, PostgreSQL
 El sistema deberá tener un diseño e implementación sencilla, independiente del
lenguaje de programación.

2.4. Supuestos y dependencias

 Principalmente tener un sistema operativo versiones arriba de Windows 7 Home


Premium, ya que, si no se cuenta con uno, el sistema no podrá funcionar.
 Que todo producto cuente con un identificador para lograr la búsqueda de éste.
 Los equipos a utilizar deben cumplir con los requisitos previamente indicados.
 Contar con un regulador de energía en caso de algún apagón o falla eléctrica.

3. Requisitos específicos

3.1. Requisitos funcionales


Actor: Dueño
Identificación Requisito
BSRF03 Cumplimiento de:
 Alta de productos
 Baja de productos
 Modificar producto
 Actualizar existencia de productos
BSRF04 Realización de reportes de ventas
semanal
BSRF05  Permitir realizar un corte de caja
por turno
BSRF07 Control de accesos

Actor: Gerente
Identificación Requisito
BSRF01 Registrar las ventas del día
BSRF02 Generación de comprobante de venta
BSRF03 Cumplimiento de:
 Alta de productos
 Baja de productos
 Actualizar existencia de productos

12
BSRF04 Realización de reportes de ventas
semanales
BSRF05 Permitir realizar un corte de caja por
turno
BSRF06 Elaborar cotizaciones solicitadas por
clientes
BSRF08 Generación de reportes de la existencia
de productos según su clasificación
BSRF09 Capturar datos para facturación

Actor: Agente de Ventas


Identificación Requisito
BSRF01 Registrar las ventas del día
BSRF02 Generación de comprobante de venta
BSRF05 Permitir realizar un corte de caja por
turno
BSRF06 Elaborar cotizaciones solicitadas por
clientes
BSRF08 Generación de reportes de la existencia
de productos según su clasificación
BSRF09 Capturar datos para facturación

3.2. Requisitos no funcionales

BSRNF01: Orden alfabético de los productos


BSRNF02: Orden de productos ascendente o descendente
BSRNF03: Velocidad de transacción
BSRNF04: Contar con una interfaz de fácil acceso a las herramientas y funciones que el
usuario requiera.
3.3. Requisitos de dominio

BSRD01: El tipo de moneda a manejar debe ser MXN.

13
Resultados detallados del análisis del sistema
Modelo de requisitos
Identificación y documentación de actores

Actor Dueño
Caso de uso Dar de alta usuarios, registrar productos, dar de baja productos,
modificar productos, solicitar reportes de ventas, realizar corte de
caja, realizar venta, solicitar reporte de inventario.
Tipo de actor Primario
Descripción Es el actor principal y representa cualquier persona que desee utilizar
el software, tiene acceso total, puede modificar precios, modificar el
inventario (dar de alta, baja y modificar datos de productos),
visualizar los cortes de caja y visualizar los reportes semanales

Actor Gerente
Caso de uso Registrar productos, dar de baja productos, modificar productos,
solicitar reportes de ventas, realizar cortes de caja, realizar venta,
realiza cotizaciones, solicita reporte de inventario.
Tipo de actor Primario
Descripción Es el sustituto cuando el dueño no se encuentre, tiene acceso
restringido al cambio de precios, por lo cual solo podrá acceder a las
siguientes funciones: modificar el inventario (dar de alta, baja y
modificar productos), visualizar los cortes de caja y visualizar los
reportes semanales

Actor Agentes de ventas


Caso de uso Realizar corte de caja, realiza venta, realiza cotizaciones, solicitar
reporte de inventario.
Tipo de actor Primario
Descripción Es un actor secundario, cuenta con acceso restringido, su principal
enfoque es en ventas, su función es generar las ventas, visualizar el
inventario, realizar cotizaciones y realizar pedidos del cliente.

14
Delimitación del sistema

15
Diagrama de casos de uso

Diagrama de casos de uso de BestSellers

16
Documentación de casos de uso

Caso de uso Dar de alta usuarios


Actores Dueño
Tipo Básico
Propósito Registrar un nuevo usuario con la finalidad de tener un acceso
exclusivo al sistema BestSellers
Resumen En este caso de uso se inicia por el registro de un nombre de usuario
junto con un password el cual será utilizado para poder hacer uso del
sistema BestSellers
Precondiciones Ninguna
Flujo Principal El dueño los crea una vez que el sistema es usado por primera vez
Sub-flujos S-1 Validar usuario:
Se presentará al usuario una pantalla de validación correcta y la
creación de usuario exitosa o no, según sea el caso.
Excepciones E-1 Información incompleta: falta llenar información en el registro de
usuario. Se vuelve a solicitar al usuario que complete el registro.
E-2 Usuario ya existente: si ya existe un registro bajo ese usuario, se
solicitará que sea cambiado o cancele la acción.

Caso de uso Registrar productos


Actores Dueño, Gerente
Tipo Básico
Propósito Poder realizar el registro/alta de un nuevo producto en el sistema
BestSellers
Resumen Permitirá al actor el registro de un nuevo producto, así como el
registro de sus datos (Nombre, clave de identificación, costos, entre
otros) con la finalidad de agregarse al inventario y tener un control de
éste.
Precondiciones Ninguna
Flujo Principal El actor deberá acceder a la ventana necesaria para proceder a
registrar el producto donde deberá completar los campos solicitantes
para posteriormente darlo de alta y agregarlo al inventario.
Sub-flujos S-1 Actualización de inventario: El inventario se actualizará
Excepciones E-1 Campos inválidos: el actor puso algún dato incorrecto en alguno de
los campos el cual deberá ser corregido en el momento o cancelar la
acción.
E-2 Información incompleta: el actor deberá completar todos y cada
uno de los campos sin excepción alguno.

17
Caso de uso Dar de baja productos
Actores Dueño, Gerente
Tipo Básico
Propósito Poder realizar la baja/eliminación de un producto existente en el
sistema BestSellers
Resumen Permitirá al actor la baja de un producto existente en dado caso de
que se desee que este desaparezca de manera completa o temporal
en el inventario.
Precondiciones Ninguna
Flujo Principal El actor deberá acceder a la ventana necesaria para proceder a
eliminar el producto deseado, éste dejará de existir en el sistema e
inventario.
Sub-flujos S-1 Actualización de inventario: El inventario se actualizará
Excepciones Ninguna.

Caso de uso Modificar productos


Actores Dueño
Tipo Básico
Propósito Poder realizar la actualización de un producto existente en el sistema
BestSellers
Resumen Permitirá al actor la modificación de un producto existente en dado
caso de ser necesario por alguna circunstancia permitiéndole la
actualización de la existencia, el nombre, costo, etc.
Precondiciones Ninguna
Flujo Principal El actor deberá acceder a la ventana necesaria para proceder a la
modificación del producto deseado.
Sub-flujos S-1 Actualización de inventario: El inventario se actualizará
Excepciones Ninguna.

Caso de uso Solicitar reportes de ventas


Actores Dueño, Gerente
Tipo Básico
Propósito Poder realizar un reporte de las ventas registradas en el sistema
Resumen El actor podrá solicitar y generar un reporte de venta en donde se le
mostrará las ventas realizadas y organizadas acorde a lo deseado por
el actor.
Precondiciones Ninguna
Flujo Principal El actor deberá acceder a la ventana necesaria para proceder a
generar un reporte de las ventas registradas en el sistema.
Sub-flujos Ninguno
Excepciones Ninguno

18
Caso de uso Realizar corte de caja
Actores Dueño, Gerente, Agente de ventas
Tipo Básico
Propósito Poder realizar el corte de caja
Resumen El actor podrá solicitar y generar un reporte de venta en donde se le
mostrará las ventas realizadas y organizadas acorde a lo deseado por
el actor.
Precondiciones Ninguna
Flujo Principal El actor deberá acceder a la ventana necesaria para proceder a
generar un reporte de las ventas registradas en el sistema.
Sub-flujos Ninguno
Excepciones Ninguno

Caso de uso Realizar venta.


Actores Gerente, Agente de ventas.
Tipo Básico.
Propósito Realizar una nueva venta.
Resumen Permite al actor la venta de uno o varios productos, en este caso de
uso se tiene la opción de solicitar factura si es necesario.
Precondiciones Validar usuario.
Flujo principal El actor debe acceder a la ventana necesaria para proceder con una
nueva venta, se debe seleccionar los productos que el cliente desee
también se debe seleccionar la cantidad de cada uno de los
productos, en la ventana se muestra los nombres de los productos y
su cantidad con su respectivo precio, muestra el subtotal y el total de
la compra, en la parte inferior se decide si el cliente necesita factura y
en este caso se piden los datos necesarios para que el contador pueda
generarla.
Sub-flujos S-1 Actualizar base de datos inventario: se actualiza base de datos.
S-2 Solicitar factura: se muestra una ventana en la cual el actor debe
registrar los datos del cliente para la facturación.
S-3 Actualizar base de datos factura: se actualiza la base de datos.
Excepciones E-1 Cancelación de venta: El cliente desea cancelar la compra por
algún motivo.
E-2 Información incompleta: El cliente no proporciona todos los datos
necesarios para la factura.

19
Caso de uso Realizar cotizaciones.
Actores Gerente, Agente de ventas.
Tipo Básico.
propósito Este caso de uso permite a los actores poder realizar cotizaciones al
cliente de productos.
Resumen El actor puede realizar cotizaciones de productos ya existentes los
cuales tardaran un periodo de tiempo en arribar a las inmediaciones
del local en caso de que el cliente decida realizar un pedido.
Precondiciones Ninguna.
Flujo principal El actor debe acceder a la ventana necesaria para para realizar el
proceso de cotización en el cual se debe seleccionar los productos que
el cliente desee, en la ventana se muestra los nombres de los
productos y la cantidad de cada uno de ellos con su respectivo precio,
también se muestra el subtotal y total.
En la parte inferior derecha se encuentra un botón de pedidos en el
cual se registra su pedido, el cliente puede o no dar un anticipo.
Sub-flujos S-1 Realizar pedido: se presenta al actor una ventana en donde se
pregunta si está seguro de hacer el pedido.
S-2 Actualización de base de datos venta: El inventario se actualiza.
Excepciones Ninguna.

Caso de uso Solicitar reporte de inventario


Actores Dueño, Gerente, Agente de ventas.
Tipo Básico.
propósito Solicitar reporte de inventario de productos.
Resumen El actor puede requerir un reporte de inventarios donde se muestren
los productos existentes en el sistema.
Precondiciones Ninguna.
Flujo principal El actor deberá ir a la ventana necesaria para proceder con la solicitud
del reporte de inventario en el cual se podrá seleccionar por fecha,
precio y orden alfabético.
Sub-flujos Ninguno.
Excepciones Ninguno.

20
Modelo del dominio del problema
Identificación de clases
Lista de clases candidatas
1) Venta
2) Producto
3) Cliente
4) Inventario
5) Reporte de venta
6) Gerente
7) Corte de caja
8) Dueño
9) Usuario
10) Factura
11) Contraseña
12) Mensaje de bienvenida
13) Permiso
14) Control de acceso
15) Cotización
16) Pedido
17) Registro
18) Reporte de inventario
19) Ticket
20) Acceso al sistema

Selección de clases
1) Venta
2) Producto
3) Cliente - Eliminada (redundante)
4) Inventario
5) Reporte de venta
6) Gerente - Eliminada (actor)
7) Corte de caja
8) Dueño - Eliminada (actor)
9) Usuario – Eliminada (redundante)
10) Factura
11) Contraseña
12) Mensaje bienvenida - Eliminada (interfaz)
13) Permiso
14) Control de acceso
21) Cotización
22) Pedido
23) Registro – Eliminada (irrelevante)
24) Reporte de inventario
25) Ticket

21
26) Acceso al sistema

Lista de clases identificadas


1) Producto
2) Venta
3) Ticket
4) Inventario
5) Reporte de inventario
6) Reporte de venta
7) Control de acceso
8) Registro
9) Factura

Diagrama de clases

22
Trazabilidad de requisitos del proyecto integral del semestre
Matriz de trazabilidad

Dueño
Caso de uso
CU1 CU2 CU3 CU4 CU5 CU6 CU7 CU8 CU9
/Requisito
BSRF03    
BSRF04   
BSRF05 
BSRF06 
BSRF08 
Gerente
Caso de
CU1 CU2 CU3 CU4 CU5 CU6 CU7 CU8 CU9
uso/Requisito
BSRF01 
BSRF02 
BSRF04   
BSRF05 
BSRF06 
BSRF07 
BSFR09 
BSRF10 
Agente de Ventas
Caso de
CU1 CU2 CU3 CU4 CU5 CU6 CU7 CU8 CU9
uso/Requisito
BSRF01 
BSRF02 
BSRF06 
BSRF07 
BSRF09 
BSRF10 

23
Listado de requisitos del proyecto
Requisitos específicos
Requisitos funcionales
Actor: Dueño
Identificación Requisito
BSRF03 Control de inventario
BSRF04 Cumplimiento de:
 Alta de productos
 Baja de productos
 Modificar producto
 Actualizar existencia de productos
BSRF05 Realización de reportes de ventas
semanal
BSRF06  Permitir realizar un corte de caja
por turno
BSRF08 Control de accesos

Actor: Gerente
Identificación Requisito
BSRF01 Registrar las ventas del día
BSRF02 Generación de comprobante de venta
BSRF04 Cumplimiento de:
 Alta de productos
 Baja de productos
 Actualizar existencia de productos
BSRF05 Realización de reportes de ventas
semanales
BSRF06 Permitir realizar un corte de caja por
turno
BSRF07 Elaborar cotizaciones solicitadas por
clientes
BSRF09 Generación de reportes de la existencia
de productos según su clasificación
BSRF10 Capturar datos para facturación

Actor: Agente de Ventas


Identificación Requisito
BSRF01 Registrar las ventas del día
BSRF02 Generación de comprobante de venta
BSRF06 Permitir realizar un corte de caja por
turno
BSRF07 Elaborar cotizaciones solicitadas por
clientes
BSRF09 Generación de reportes de la existencia
de productos según su clasificación
BSRF10 Capturar datos para facturación

24
Diagrama de casos de uso

25
Estudios de factibilidad y análisis costo beneficio del proyecto
integral del semestre
Estudio de factibilidad operativa y conclusión del estudio
Existen 3 roles en el sistema, el dueño el cual es nuestro usuario principal lo que le brinda un acceso
total al sistema por lo que, para hacer un uso correcto de este mismo es necesario que cuente con
un nivel de estudios como mínimo de bachillerato y de la misma manera contar con conocimientos
básicos en el área de la computación para que no exista dificultad alguna con el uso del sistema. El
gerente al igual que el dueño tiene un acceso a la mayoría de las funciones en el sistema, por lo que
necesario tener un nivel de estudios mínimo de bachillerato. El agente de ventas no requiere tener
un nivel de estudios alto, sin embargo, es necesario tener conocimientos básicos en computación.

Se pretende que el sistema cuente con una interfaz de fácil acceso a las funciones proporcionadas
al usuario, de igual manera que tenga un nivel de complejidad bajo, que facilite la interacción entre
el sistema y el usuario.

Concluyendo con la factibilidad operativa nos damos cuenta de que se cuenta con el personal, en
este caso los usuarios calificados para el buen uso del sistema, teniendo en cuenta que se realizará
una futura capacitación y adiestramiento en el uso del sistema.

Estudio de factibilidad técnica y conclusión del estudio


El sistema BestSellers es un sistema que permite al usuario el registrar ventas, dar productos de alta,
baja, modificar, actualizar, así como el manejo de control de inventario y generar reportes de ventas
con el fin de mejorar la eficiencia del área de ventas. Es un sistema transaccional, que, en base a la
captura de información por parte del cliente, posteriormente ayudará en la toma de decisiones en
base a los requerimientos del cliente.

El sistema presenta en su pantalla principal un mensaje de bienvenida al usuario en donde deberá


ingresar un usuario junto con su contraseña, los cuales fueron asignados y validados previamente,
este determinara los permisos otorgados para su acceso al sistema.

26
Matriz de la factibilidad técnica
Etapa Responsables Actividades
Planificación Desarrolladores del - Delimitación del proyecto
Esta etapa tuvo como finalidad de establecer sistema. (Modelo de negocios)
correctamente las tareas previas a realizar el - Elaboración del Project
proyecto. Charter
Análisis Desarrolladores del - Obtención de requisitos
A través de esta etapa se conoció lo que el sistema sistema. - Identificación de actores
debe de hacer, mediante los requisitos del - Elaboración documento ERS
sistema, que dictan lo que se va a hacer, que - Modelo de casos de uso
funcionalidades tendrá y el comportamiento. - Diagrama de clases

Diseño Desarrolladores del - Elaboración del documento


Al tener en claro lo que hará el sistema, se sistema. del diseño del sistema
empieza a determinar cómo llevarlo a cabo, integral del semestre
identificando y seleccionado los componentes
que se adapten al proyecto.
Implementación Desarrolladores del - Elaboración del documento
Una vez que hemos definido el cómo se hará y sistema del desarrollo del proyecto
decido cómo vamos a organizar los distintos integral del semestre
componentes, ahora seleccionaremos las - Codificación
herramientas adecuadas para que nos faciliten - Presentación del proyecto
nuestro trabajo. integral del semestre
Pruebas e instalación Desarrolladores del - Documento técnico y usuario
Primeramente, después de haber implementado sistema del proyecto integral del
el sistema, se buscarán los errores y posibles semestre
errores a surgir, esto para corregirlas y en un - Diseño del plan de pruebas
futuro tener un óptimo funcionamiento. Ya listo - Instalación del sistema
para la instalación se debe de revisar si se cuentan - Aplicación del plan de
con los requerimientos tanto de software como capacitación
de hardware, para que funcione correctamente.

DIAGRAMA DE GANNT
Etapa/Tiempo x
1 2 3 4 5 6 7 8 9 10
semana
Planificación

Análisis

Diseño

Implementación
Pruebas e
instalación

27
Comparación de los sistemas operativos Windows y Linux.

Característica Windows Linux


Gratis 
Buena estabilidad 
Soporte en hardware 
Buena seguridad 
Fácil uso 
Mayor soporte 
Ventajas Una de las principales ventajas que El mejor costo del mercado, gratuito o un
ofrece Windows es su popularidad. Al ser precio simbólico por el cd.
el sistema operativo más utilizado en el Tienes una enorme cantidad de software
mundo, cuenta con la posibilidad de libre para este sistema
convertirse en un estándar entre la Mayor estabilidad por algo lo usan en
mayoría de sus usuarios, por lo tanto, las servidores de alto rendimiento
aplicaciones asociadas a Windows son Entorno grafico (beryl) mejor que el Aero
utilizadas casi en cualquier lugar del de Windows…
planeta, por lo tanto, no se tendrá ningún Existen distribuciones de Linux para
inconveniente en trabajar en otros diversos tipos de equipo, hasta para
equipos Windows. máquinas de 64 bits.
Las vulnerabilidades son detectadas y
corregidas más rápidamente que cualquier
otro sistema operativo
Desventajas El costo es muy alto Para algunas cosas debes de saber usar
Las nuevas versiones requieren muchos Unix
recursos No Existe mucho software comercial.
La mayoría de los virus están hechos para Muchos juegos no corren en Linux.
Windows
Puedes tener errores de compatibilidad
en sistemas nuevos.
Históricamente es más inestable

28
Comparación entre los lenguajes de programación Java y Python

Lenguaje Características Fortalezas Debilidades


Java Es orientado a Permite la Al ser un lenguaje
objetos, y modularización y la interpretado suele ser
multiplataforma creación de relativamente lento
aplicaciones de
escritorio
Tiene soporte a
desarrollo de
aplicaciones móviles y
web
Pyton Permite la Libre y Código Fuente Al ser un lenguaje
creación de todo abierto interpretado suele ser
tipo de Lenguaje de propósito relativamente lento
programas general
incluso sitios Multiplataforma
web, no requiere Orientado a objetos
de compilación, Portable
es un código
interpretado

Comparativa entre sistemas gestores de bases de datos Informix y PostgreSQL

SGBD Características Ventaja Desventaja


PostgreSQL Es gratis, tiene Funciona con Es más lento en
Joins, vistas, grandes cantidades inserciones y
disparadores, API’s de datos, alta actualizaciones.
para programas en concurrencia con
Java, .NET, Pearl, varios usuarios,
Python, Ruby, mucha estabilidad
entre otros.
Informix Lenguaje de cuarta Reduce costos de Muy costoso, es un
de generación, administración, poco lento.
dispone de soporta requisitos
herramientas de procesamiento
visuales, cumple de transacción
con los niveles de online
seguridad Maximiza
operaciones de
datos

29
Concluyendo con la factibilidad técnica se tienen los suficientes recursos tecnológicos, tanto de
software como de hardware, se determinó cuáles eran más viables para el sistema, se realizaron
comparaciones que dictaminaron un resultado, aun no se determina si es factible o no ya que
existen diversos factores externos que influyen en la elección de estas tecnologías.

30
Matriz de riesgos del proyecto integral del semestre

No. De Título del riesgo Nivel de impacto Nivel de Costo de Prioridad Plan de atenuación / Retiro
Riesgo posibilidad retiro del
riesgo
1 Falta de interés por parte de los 8 4 3 63 Se pretende dar la mejor
usuarios capacitación posible con la
finalidad de motivar y generar
interés al usuario.

2 Incumplimiento de los requisitos 9 6 7 70 Lograr establecer un acuerdo


solicitados por parte de la empresa entre ambas empresas para
conseguir mejores requisitos.
3 Mala administración del tiempo 8 5 7 126 Realizar una planificación sobre
durante el desarrollo del proyecto las tareas y actividades a realizar,
estableciendo fechas y
prioridades.
4 Fallo del sistema durante su ejecución 9 5 5 60 Atender y solucionar el fallo del
sistema de forma inmediata, y
posteriormente realizar pruebas
para confirmar que sigue en buen
funcionamiento.
5 Falla eléctrica 7 5 3 72 Prever a la empresa que se puede
presentar este riesgo, para que
ellos busquen alternativas.
6 Instalaciones inadecuadas para el 8 5 6 108 Establecer un acuerdo con la
entorno del sistema empresa para lograr que las
instalaciones cumplan con lo
requerido.

31
7 Desacuerdos en el equipo de 8 3 3 72 Platicar y lograr acuerdos que
desarrollo beneficie a ambos o a todos los
integrantes del equipo de
desarrollo, para evitar futuros
desacuerdos.
8 Diseño no satisfactorio para el usuario 6 5 5 150 Se establecerá previamente al
desarrollo un prototipo para que
el usuario tome decisiones.
9 Saturación de la BD 7 8 5 60 Realizar migraciones hacia otras
bases de datos.
10 Incumplimiento a las cláusulas del 8 4 6 126 Se recurrirá a la parte legal para
contrato su solución.

32
Análisis costo – beneficio
En la alternativa de diseñar, programar e instalar el software tenemos costos que abarcan desde la
planificación hasta la instalación y mantenimiento, al abarcar todas las etapas el costo tal vez sea
alto, pero considerando que la parte requerida de la empresa adquisidora se cumplirá esto puede
nivelar o beneficiar del todo nuestra decisión. Algunos costos, ahorros y beneficios no son del todo
cuantificables, por lo que se especificarán los costos y beneficios que tengan impacto económico.

Costos Beneficios
Cursos especiales $400.00 MXN Mejor rendimiento en el $1500 MXN
desarrollo del sistema
Imprevistos $100 - $300 MXN Ahorro del tiempo en la $2200 MXN
realización de venta
Primer pago $1,500 MXN Incremento de las $900 MXN
ventas
Renta mensual $900 MXN Ahorro en el desarrollo 4,500$ MXN
del Sistema (análisis,
diseño, programación e
implementación)
Mantenimiento $300 MXN
incluido en renta
mensual
Costos totales $3,100 Beneficios totales $9,400

En la alternativa de comprar software ya elaborado encontramos que:

Costos Beneficios
Precio único por $2947 pesos MXN Esta adaptable $1500 pesos MXN
comprar el para el hardware
sistema Eleventa externo
Precio de $1000 pesos MXN por 1 año Facturación $800 pesos MXN cada
actualizaciones y Electrónica CFDI mes
mantenimiento
después de 12
meses
Precio por $Pago único de 2500 pesos Pago de servicios $500 pesos MXN cada
comprar escáner, MXN mes
impresora y
etiquetadora
Vender tiempo $500 pesos MXN cada
Aire mes
Costos totales $6,447 MXN Beneficios $3,300 MXN
totales

33
Comparando ambos análisis de las alternativas presentadas nos damos cuenta del ahorro existente
en la alternativa de desarrollar el software, ya que hay una gran diferencia económica, y lo más
viable es desarrollar el software, no solamente por los costos y beneficios cuantificables, si no que
aparte de estos, lo esencial, lo importante es la elaboración realizada en base a los requerimientos
de la empresa adquisidora, ya que de esta manera la empresa quedará satisfecha totalmente y de
manera que la función del sistema sea óptima.

34
Contrato del proyecto integral del semestre
CONTRATO DE ARRENDAMIENTO DEL SOFTWARE DENOMINADO “BestSellers” O
SOLUCIÓN DEL DÍA DE PAGO, QUE CELEBRAN POR UNA PARTE JMK, A QUIEN EN
LO SUCESIVO SE LE DENOMINARÁ COMO “EL ARRENDADOR”, REPRESENTADA
EN ESTE ACTO POR EL C. MARCO ANTONIO GARAY PÉREZ, Y POR LA OTRA
PARTE ELECTRÓNICA B&L REPRESENTADA EN ESTE ACTO POR EL ING. LUIS
FELIPE BARAJAS LÓPEZ, A QUIEN EN LO SUCESIVO SE LE DENOMINARÁ “EL
ARRENDATARIO”, DE CONFORMIDAD CON LAS DECLARACIONES Y CLÁUSULAS
SIGUIENTES:
DECLARACIONES
I. Declara “EL ARRENDADOR” que:
I.1. Es una sociedad constituida conforme a las leyes vigentes en materia mercantil, civil y
fiscal, con la capacidad para contratar y contratarse;
I.2. Tiene establecido su domicilio social y fiscal en la Calle de Josefa Ortiz de Domínguez
No. 211 Col. Emiliano Zapata C.P 63070, en el municipio de Tepic, Nayarit; y
I.3. Es propietario del software denominado “BestSellers”, el cual es un sistema para el
Control y Venta de material electrónico.
II. Declara “EL ARRENDATARIO” que:
II.1. Es una sociedad constituida conforme a las leyes vigentes en materia mercantil, civil y
fiscal, con la capacidad para contratar y contratarse;
II.2. Para los efectos de este convenio señala como domicilio el ubicado en Churubusco
Local interior No. 88 Mercado del mar Col. Amado Nervo, C.P. 63010, en Tepic, Nayarit.
III. Declaran las partes que:
III.1. Aprueban el contenido de este contrato, y reconocen que no contiene normas que
contravenga el derecho, la moral, o contra los procesos de comercialización de productos
de esta calidad en México.
III.2. Se reconocen mutuamente la personalidad con que se ostentan y el alcance de las
obligaciones que contraen, por lo que convienen en celebrar el presente instrumento, para
lo cual se sujetan a las siguientes:

35
CLÁUSULAS
PRIMERA.- Objeto.- El presente contrato tiene por objeto sentar las bases sobre las cuales
“EL ARRENDADOR” se compromete con “EL ARRENDATARIO” a realizar los servicios de
implantación, desarrollo y soporte de aplicaciones y base de datos, así como la
capacitación, levantamiento de requerimientos y seguimiento del software “BestSellers”.
SEGUNDA.- Del Servicio.- “EL ARRENDADOR” incluirá dentro del servicio que presta a
“EL ARRENDATARIO” la solicitación de factura, las actualizaciones de ley a que hubiera
lugar, la atención en sitio en proceso críticos o eventuales con previa cita programada, y de
personalizar el acceso, operación y funcionamiento de “BestSellers” de acuerdo a las
especificaciones o necesidades de “EL ARRENDATARIO”.
TERCERA.- “EL ARRENDADOR” se hace responsable del buen funcionamiento del
programa, de la seguridad en todos los sentidos, respaldo de la información y
administración en general del mismo, durante la vigencia de este contrato. Así como el
cumplimiento de los requisitos estipulados previamente, que están dados por jerarquía, de
la manera siguiente:
- El usuario Dueño puede:
- Dar de alta algún producto
- Dar de baja producto
- Modificar los datos de los productos
- Visualizar las ventas realizadas semanalmente
- Generar un reporte de inventario
- Visualizar los cortes de caja realizados al día
- Modificar el control de accesos del sistema.
- El usuario Gerente se le permitirá:

- Dar de alta algún producto


- Dar de baja producto
- Realizar una nueva venta
- Visualizar las ventas realizadas semanalmente
- Generar un reporte de inventario
- Visualizar los cortes de caja realizados al día
- Capturar datos para facturación

- El usuario Agente de ventas puede:

- Realizar una nueva venta


- Generar un reporte de inventario
- Visualizar los cortes de caja realizados al día
- Realizar cotizaciones del cliente
- Realizar pedidos del cliente
- Capturar datos para facturación

El sistema “BestSellers” tendrá una interfaz que se manejará por jerarquías, quitando y/o
agregado permisos, al iniciar el sistema se pedirá que se autentique con los datos
previamente brindados por el dueño. Al cerrar sesión del turo actual, e iniciar otra se
preguntará si se quiere continuar con el turno pasado.

34
CUARTA.- “EL ARRENDADOR” tendrá la obligación de realizar las adecuaciones al
sistema para el buen funcionamiento de la operación diaria de “EL ARRENDATARIO”
teniendo una vigencia de 1 mes para solicitar las adecuaciones o adiciones al sistema sin
cambiar la estructura del sistema base, y cualquier adecuación será propiedad de “EL
ARRENDADOR”, y las mismas serán realizadas previa solicitud por escrito y están sujetas
al tiempo, precio o costo y disponibilidad de “EL ARRENDADOR”.
QUINTA.- “EL ARRENDADOR” se obliga a guardar en secreto la información que “EL
ARRENDATARIO” tenga en su computadora personal, y se establece que cualquier uso
que haga de ella sin autorización de “EL ARRENDATARIO”, podrá ser canalizado a la
autoridad competente para que determine lo que corresponda.
SEXTA.- Es responsabilidad de “EL ARRENDATARIO” contar con el hardware establecido,
así como un sistema operativo desde Windows 7 Home Premium de adelante, sistemas
antivirus y corta fuegos (firewall) en cada uno de los equipos con los que operará
“BestSellers”, ya que cualquier filtración de información que pudieran tener hacia o desde
sus instalaciones serán responsabilidad de ésta.
SÉPTIMA.- Del pago por arrendamiento.- Por concepto de adquisición y renta “EL
ARRENDATARIO” pagará a “EL ARRENDADOR” la cantidad inicial de $1,500.00 (mil
quinientos pesos 00/100 MXN) netos cubriendo la renta del primer mes, posterior a eso,
“EL ARRENDATARIO” pagará la cantidad de $990.00 (novecientos con noventa pesos
00/100 M.N.) netos mensuales, considerando el Impuesto al Valor Agregado y/o Retención
de Impuestos respectivos, mensualmente en virtud de operar el sistema con un máximo de
3 trabajadores por sucursal matriz, conviniendo que en caso de que aumente o se
compruebe que el sistema opera para mayor cantidad de trabajadores, el pago de la renta
del sistema aumentará en, los montos considerados en el anexo número uno de este
contrato, el cual se encuentra previamente aceptado por las partes.
OCTAVA. - El pago de la renta a que se refiere la cláusula que antecede será aplicado
solamente para una empresa o razón social, la cual está especificada en el presente
contrato, y para el caso de que “EL ARRENDATARIO” lo quiera aplicar en otra empresa de
su propiedad ubicado en lugar distinto a los establecidos en el contrato será necesario el
acuerdo por escrito de “EL ARRENDADOR”.
NOVENA.- El pago estipulado será cubierto a “EL ARRENDADOR” los primeros cinco días
de cada mes, en el domicilio de “EL ARRENDATARIO” o mediante cualquiera de las formas
bancarias conocidas.
DÉCIMA.- Del pago por Instalación y Capacitación.- Por concepto de capacitación “EL
ARRENDATARIO” pagará a “EL ARRENDADOR” la cantidad mencionada en la Cláusula
Séptima de este contrato, inicialmente para efectos de recibir la capacitación del sistema y
la instalación del mismo, realizándose esta capacitación en 4 sesiones de 4 horas cada
una, considerando ambas partes un máximo 3 días antes como plazo de la fecha de inicio
de vigencia del contrato presente.
DÉCIMA PRIMERA.- “EL ARRENDATARIO” se obliga a permitir el acceso a “EL
ARRENDADOR” a su sistema de control, el cual contiene el número de trabajadores que
estén laborando en dicha empresa mensualmente, a efecto de poder ajustar el monto de la
renta mensual según los precios establecidos en el anexo número uno, con las
condicionantes que establece la cláusula Quinta de este contrato.
DÉCIMA SEGUNDA.- En el momento en que “EL ARRENDATARIO” dejare de pagar el
monto establecido como renta, faculta a “EL ARRENDADOR” a suspender el servicio entre
tanto no haga el pago pendiente.
DÉCIMA TERCERA.- Prohibición.- No está permitido a “EL ARRENDATARIO” el
subarrendamiento de “BestSellers” a ninguna otra persona física o empresa que no sea la
que se indica en este contrato, y en caso de que “EL ARRENDATARIO” cambie de domicilio

37
respecto del que fue señalado en este contrato deberá hacerlo del conocimiento por escrito
a “EL ARRENDADOR”.
DÉCIMA CUARTA.- Al momento de la terminación de la relación contractual, “EL
ARRENDATARIO” será la propietaria de la información que esté contenida en su base de
datos, y le será entregada por “EL ARRENDADOR” en forma de texto.
DÉCIMA QUINTA.- Vigencia.- La vigencia del contrato será del 10 de mayo del 2018 al 1
de abril del 2019, por un período de duración forzoso para ambas partes.
DÉCIMA SEXTA.- Para la interpretación y ejecución del presente contrato, ambas partes
se someten a la jurisdicción y competencia de los tribunales del fuero común de la Ciudad
de Tepic, Nayarit, renunciando al que por razones de domicilio pudiera corresponderles,
presente o futuro.
Efecto: El presente contrato surtirá efecto a partir de la fecha de su firma.
Cesión del contrato: Las partes no pueden ceder, transferir ni delegar el presente contrato
o alguna de sus obligaciones, ni subrogar a terceros en cualquier forma válida en derecho,
ni gravar o hipotecar alguno de los derechos contemplados en el contrato, sin la previa
conformidad escrita de la otra parte.
Contrato completo: El presente contrato, incluidos los anexos que irán generando los
documentos de requisitos con las firmas de aceptación de las partes, constituyen el total
del contrato entre las partes sobre el objeto de este, y sustituye, deroga y deja sin efecto
cualquier otro acuerdo referido al mismo objeto a que hubieren llegado las partes con
anterioridad a la fecha de la firma.
Nulidad o anulabilidad: La declaración de cualquiera de estas estipulaciones como nula,
inválida o ineficaz no afectará a la validez o eficacia de las restantes, que continuarán
vinculando a las partes.
La renuncia de una parte a exigir en un momento determinado el cumplimiento de uno de
los pactos acordados no implica una renuncia con carácter general ni puede crear un
derecho adquirido para la otra parte.
Exención de responsabilidad: ninguna de las partes será responsable por incumplimiento o
retraso de sus obligaciones si la falta de ejecución o retraso fuera consecuencia de caso
fortuito o fuerza mayor.
Leído que fue el presente contrato y enteradas las partes de su alcance y fuerza legal,
manifiestan a su conformidad, firmando por duplicado al calce y al margen, en Tepic, Nayarit
a los ___ días del mes de _____ del 2018.

Por “EL ARRENDATARIO” Por “EL ARRENDADOR”

Ing. Luis Felipe Barajas López C. Marco Antonio Garay Pérez


Electrónica B&L Representante JMK

38
Identificación de la metodología de desarrollo de software
La metodología utilizada es una combinación de la metodología orientada a objetos por Ivar
Jacobson en conjunto con una metodología en cascada.

39