UNIVERSIDAD SALESIANA
INTEGRANTES:
FLORES BAILABA ROSARIO
GUAYAO DEL ALBA ROCIO
MERCADO SAUCEDO MARIA JEANNETHE
MONTERO ZARCO MARITZA
ROJAS DURAN ROLANDO
VERDUGUEZ CABA JESSICA
DOCENTE:
ING. AMALIA YANETH SUBELZA.
CARRERA:
CONTADURIA PÚBLICA.
SAN CARLOS-SANTA CRUZ
INTRODUCCIÓN
La misión suprema de toda empresa debe ser el mayor nivel de satisfacción
para sus clientes y usuarios, pues esto con sus compras permiten que la
empresa siga existiendo y creciendo, generando de tal forma benéficos para
sus integrantes (propietario, directivos y empleados).
Los teléfonos móviles son ya parte esencial en nuestra forma de vida y cada
día son más los usuarios de estos terminales. Hasta ahora nos han
acompañado a todas partes y han permitido comunicarnos con cualquier otro
terminal, ya sea fijo el móvil.Aunque la comunicación telefónica por voz es su
principal uso, pronto se ha desarrollado nueva forma de comunicación además
de otras muchas utilidades y aplicaciones.
Mediante el presente proyecto se intenta desarrollar un sistema de control de
ventas e inventarios para una empresa dedicada a la venta de celulares, la
idea del desarrollo de este proyecto es mejorar la administración económica y
organizativa de la empresa.
La idea de crear un sistema de estas características se basa en la gran
oportunidad de negocio que demanda la ciudad de estos equipos móviles,
debido a que es necesario para la comunicación por tanto, el objetivo principal
de este proyecto es crear un sistema de contabilidad.
CAPITULO I.
ANTECEDENTES.
1. Antecedentes
“CityCell” fue creada en 2013 importando accesorios para celulares al por
mayor, desde el año 2015 empezaron a funcionar con almacenes de venta de
celulares de alta gama y con la mejor tecnología.
Nuestros antepasados no contaban con un celular para comunicarse, ellos se
comunicaban por medio de cartas o a su vez por medio de un teléfono no fijo o
llevando el mensaje en persona lo cual era muy complicado y ocupaba mucho
tiempo. En la actualidad el desarrollo acelerado de la tecnología ha hecho que
podamos estar comunicados a toda hora con un celular por lo tanto las
distancias se acortaron en tiempo por lo que podemos afirmar que hoy en día
es un equipo imprescindible paratodos. Las personas naturales y empresas en
su mayoría requieren de un celular para comunicarse con otras personas es
por ello que el presente proyecto se desarrollara con la finalidad de atender la
necesidad latente de este equipo móvil ya que cada vez son más la personas
que utilizan este dispositivo.
La empresa “CityCell” es una empresa especializada en las venta y
accesorios de celulares y Smartphone, está ubicada en Yapacani en el
mercado 1° de abril, pasillo 1 caseta N°23.
2. Definición del problema
la empresa “CityCell“cuenta con una serie de problemas observados como ser
la falta de control dentro de su entorno laboral como ser en la falta de
actualización de su stock de producto y compra podemos notar que carece de
una agenda de proveedores.
Podemos mencionar también que no existe un control de sus ventas y
ganancias, las cuales deberían ser registradas para así evitar problemas al
finalizar el día, obteniendo de esa manera un monto total de ventas y
ganancias.
Se han observados los defectos de la empresa:
la falta de control de entrada y salida del producto
la falta de control actualizado en cuanto a sus compras y ventas sobre el
stock de productos.
No cuenta con una agenda organizada de sus diferentes proveedores.
No emite un detalle de ventas por escrito de las ventas realizadas.
Falta de control de las ganancias y ventas realizadas en EL dia, dentro
de la empresa
3. Situación problemática.
Es necesaria la implementación de un sistema que controle todas las ventas,
compras, stock de productos y además pueda registrar a los diferentes
proveedores y obtener un estado de resultado de ventas y ganancias al
finalizar el día.
4. Situación deseada
La empresa “CityCell” requiere un sistema de control de ventas e inventarios,
que le ayude a controlar las ventas y compras, stock de productos y les permita
registrar a sus proveedores y que genere un estado de resultado de todas las
ventas realizadas y cuanto fue la ganancia al finalizar el día.
5. Objetivos
5.1. Objetivo general
Desarrollar un sistema de contabilidad para la empresa “CityCell”
5.2. Objetivos específicos.
Capturar los requerimientos del cliente realizando entrevistas al
propietario de la empresa.
Documentar el sistema de información
establecer los grados de responsabilidad dentro de la empresa.
Analizar el proceso de la empresa
Realizar un control de mercadería.
Diseñar una interfaz gráfica que sea amigable al usuario.
Establecer un plan de cuenta.
6. Justificación
Un celular es un dispositivo necesario entre las personas que facilita la
comunicación desde su introducción al país ha sido muy solicitado y por lo
tanto existe demanda de este equipo.
El desarrollo del sistema de control de ventas e inventario para la empresa
“CityCell”, es importante ya que se podrá controlar mejor el ingreso y
salida de los productos de la empresa, por lo tanto contar con un sistema de
control de ventas e inventarios es bastante favorable para dicha empresa.
7. Alcance
El sistema permitirá a los encargados de la empresa controlar una parte de la
contabilidad de la empresa.
Gestión de administración del sistema:
Validación de usuario, restricción de contraseña.
Gestión de registro contable:
Registrar datos contables en los asientos respectivos.
Inventario de compras y de ventas.
Balance inicial.
Libro diario.
Libro mayor
Sumas y saldos.
Gestión de reportes contables:
Reporte de inventario de compras y de ventas.
Reporte de libro diario
Reporte de libro mayor.
Reporte de sumas y saldos.
8. Metodología de desarrollo
Para el desarrollo del sistema contable se utilizara el proceso unificado de
desarrollo de software (PUDS), junto con el lenguaje unificado de modelado (el
UML), ya que es una de las herramientas más emocionantes en el mundo
actual del desarrollo de sistema. Esto se debe a que permite a los creadores de
sistemas generar diseños que capturen sus ideas en una forma convencional y
fácil de comprender para comunicarlas a otras personas.
9. El proceso unificado del desarrollo del software (RUP)
El proceso unificado es un proceso de software genérico que puede ser
utilizado para una gran cantidad de tipos de sistemas de software, para
diferentes áreas de aplicación, diferentes tipos de organizaciones, diferentes
niveles de competencia y diferentes tamaños de proyectos.
Provee un enfoque disciplinado en la asignación de tareas y responsabilidades
dentro de una organización de desarrollo. Su meta es asegurar la producción
de software de muy alta calidad que satisfaga las necesidades de los usuarios
finales, dentro de un calendario y presupuesto predecible.
10. FASES DE DESARROLLO DEL SISTEMA
11. CALENDARIO DE ACTIVIDADES
ID TAREA DURACION FECHA DE FECHA FIN PREDECESORES
INICIO
1 Requisitos 10 días 01-abr-17 10-abr-17
2 Análisis 15 días 11-abr-17 25-abr-17 1
3 Diseño 20 días 26-abr-17 15-may-17 2
4 Implementación 36 días 16-may-17 20-jun-17
5 Prueba 10 días 21-jun-17 30-jun-17
CAPITULO II
CAPTURA DE REQUISITOS.
REQUERIMIENTOS DEL SISTEMA
El primer paso para cumplir el objetivo general de desarrollar un sistema de
gestión contable para la empresa “CityCell” es la captura de requisitos del
sistema.
Siguiendo la metodología (PUDS), escogida para el desarrollo del sistema de
información computarizada, se procede a la captura de requerimientos.
LISTA DE REQUERIMIENTOS.
A continuación se listan los posibles requerimientos a ser implementados, que fueron
manifestados por los integrantes de equipo y desarrolladores del sistema, cada uno de
los cuales será definido de manera breve para poder mencionarlo durante el desarrollo
del proyecto.
Algunos de los valores de los estados, costos, prioridad y riesgo de los requerimientos
son los siguientes:
Estado: propuesto, aprobado, incorporado, validado.
o Propuesto: los requerimientos en este estado, corresponden a las
sugerencias dadas para el mayor funcionamiento del sistema.
o Incorporado: son los requerimientos que están incluidos en el sistema
actual de la organización.
o Aprobado: representan los requerimientos exigidos por la organización,
aunque no se encuentren incorporados en el sistema actual.
Costo: es un valor que especifica el coste de desarrollo de requerimiento
expresado en día/hombre.
Prioridad: especifica la necesidad de contar con este requisito en el sistema y
pueden ser: critica, importante, accesoria.
Riesgo: en el nivel de riesgo asociado al desarrollo e implementación del
requisito u estos pueden ser: críticos, significativo, normal.
Nº Nombre Estado Costo Prioridad Riesgo
1 Ingresar al sistema Aprobado 2 Importante Normal
2 Realizar copia de seguridad Aprobado 2 Importante Normal
3 Restaurar BD Aprobado 2 Importante Normal
4 Administrar usuario Aprobado 2 Importante Normal
5 Modificar asiento Propuesto 1 Importante Normal
6 Comenzar nueva gestión Propuesto 1 Importante Normal
7 Registrar datos de balance inicial Propuesto 1 Accesoria Normal
8 Registrar datos de libro diario Propuesto 2 Importante Normal
9 Registrar datos de libros mayores Aprobado 1 Importante Normal
1 Generar las sumas y saldos Propuesto 1 Accesoria Normal
0
1 Generar comprobación de sumas y saldos Propuesto 1 Accesoria Normal
1
1 Generar reporte de libro diario Aprobado 2 Importante Normal
2
MODELO DE NEGOCIO
En el modelo de negocio se describen los procesos de negocio a través del modelo de dominio.
CAPTURA DE REQUISITOS DE CASOS DE USO.
ACTORES.
Durante la captura se pueden identificar los siguientes actores:
Propietario: es responsable de la rentabilidad de la tienda.
Vendedor: se encarga de vender y brindar un buen servicio al cliente.
Contador: se encarga de procesar, modificar y contabilizar los
diferentes comprobantes por concepto de activo, pasivo, ingresos y
egresos mediante el registro numérico de la contabilización.
CASOS DE USO:
Los casos de uso dentro de los procesos unificados de desarrollo
son una parte muy importante, pues el sistema está dirigido por los casos de
uso desde el principio al final, es por ello que estos deben ser identificados en a
fase de la captura de requisitos.
Los siguientes son algunos de los casos de uso que fueron identificados
durante la captura de requisitos:
1) Realiza pedido de compra.
2) Emite factura
3) Genera reportes diarios
4) Generar Notas de Ventas
5) Registra las entradas y salidas
6) Realiza los pagos de impuestos
7) Determina ganancias y perdidas
8) Ingreso a caja
9) Consulta su usuario
10)Encargados de ventas
CAPTURA DE REQUISITOS COMO CASOS DE USO:
La captura de requisitos como caso de uso es muy importante en el marco del
desarrollo de un sistema el cual se realiza mediante los casos de usos,
identificados en la captura de requisitos.
En la tabla #1 se muestra la lista de requerimientos en un formato de
especificación para los casos de usos.
A continuación se detallaran algunos casos de usos utilizando la tabla #2.
Casos de uso Nombre de caso de uso
Actores Lista de actores
Propósito Intención del caso de uso
Resumen Repetición del caso de uso de alto
nivel
Tipo Primario, secundario u opcional
Curso normal de eventos Es una parte importante del formato
expandido de presentación, describe
los detalles de interacción entre los
actores y el sistema. Explica la
secuencia más común de los eventos,
no incluye situaciones alternas.
Diagrama Representación gráfica del caso de
uso
ACTIVIDAD ANALIZAR UN CASO DE USO:
CAPITULO III:
ANALISIS Y DISEÑO
IDENTIFICACION DE REQUERIMIENTOS
A continuación se presentan los requerimientos funcionales y los requerimientos no
funcionales que enmarcan el sistema contable en sistema de programación. Estos
requerimientos se basan principalmente en las necesidades prioritarias de los
diferentes clientes.
REQUERIMIENTO FUNCIONALES:
F0: INGRESO AL SISTEMA
F1: ADMINISTRACION PARA EL MANEJO DE USUARIO
F1.1. El sistema será capaz de realizar el ingreso de nuevos usuarios.
F1.2.El sistema será capaz de realizar la actualización de usuarios.
F1.3.El sistema será capaz de realizar la eliminación de usuario.
F2: ADMINISTRACION PARA EL MANEJO DE PLAN DE CUENTA:
F2.1.El sistema permitirá realizar el manejo de ingreso de nuevas cuentas contables.
F2.2.El sistema permitirá realizar el manejo para la actualización de cuentas contables.
F2.3. El sistema permitirá realizar el manejo para la eliminación de cuentas contables.
F3: Administración para el manejo de periodos.
F3.1 El sistema permitirá realizar el manejo para la actualización de los periodos
contables.
F4: Administración para el manejo de asientos contables.
F4.1 El sistema permitirá realizar el ingreso de asientos contables.
F4.2 El sistema permitirá realizar la actualización de asientos contables.
F4.3 El sistema permitirá realizar la eliminación de asientos contables.
F4.4 El sistema permitirá realizar y ejecutar el proceso de cuadre de valores.
F5. Procesos prioritarios del sistema contable:
F5.1. El sistema permitirá realizar y ejecutar el proceso de mayorización.
F5.2. El sistema permitirá realizar y ejecutar el proceso de cierre de mes.
F5.3. El sistema permitirá realizar y ejecutar el proceso de cierre anual.
F6. Reportes.
F6.1.El sistema permitirá mostrar un reporte de compras y ventas.
F6.2.El sistema permitirá mostrar un reporte diario
F6.3.El sistema permitirá mostrar un reporte de libro mayor.
F6.4.El sistema permitirá generar un reporte de sumas y saldos
F6.5.El sistema permitirá mostrar un reporte del balance mensual.
F6.5.El sistema permitirá mostrar un reporte del balance anual.
F7: Salir del sistema:
2.1.2 Requerimientos no funcionales:
NF0. El sistema no tendrá administración para el manejo de retenciones.
NF1. El sistema no realizara cálculos de depreciación.
2.2 Herramientas del sistema:
Para el desarrollo de esta disertación se eligió el lenguaje de programación visual
versión studio 8.0 debido a que en un lenguaje desarrollado específicamente para el
ambiente wed, además de toda las ventajas que se mostraron en el capítulo 1. Como
complemento a este lenguaje de programación se encuentra Ajax, javascript, css.
Entre otras herramientas que se van a presentar se encuentra MySql en su versión 5.0
como motor de base de datos. El rendimiento que se tiene con este motor de base de
datos y PHP, es el necesario para poder realizar esta disertación, sus ventajas están
presentadas en el capítulo 1.
Para la creación de diagramas UML se seleccionó power designer en su versión 12, ya
que permite realizar las diagramaciones de una manera clara y entendible.
2.3 UML y Diagramas:
El lenguaje de modelado unificado es un lenguaje para el modelado de sistema de
software que sirve para visualizar, especificar, construir y documentar un sistema. Con
este lenguaje se puede describir un sistema así0 como también describir métodos o
procesos.
En la versión 2.0 del lenguaje UML, existen 13 diferentes tipos de diagramas. Este tipo
de lenguaje se ajusta a cualquier tipo de metodología de desarrollo de software. Como
en la presente disertación se maneja una metodología Extreme y Programming. Se
debe realizar solo los diagramas de clases de usos y el diagrama de clases
DIAGRAMAS DE CASOS DE USOS
DIAGRAMA GENERAL
DIAGRAMA A DETALLE
ADMINISTRACION PARA EL MANEJO DEL PLAN DE CUENTA
Propietario
Contador
Contador
Contador
Administrador
Contador
DIAGRAMA DE CLASES
DIAGRAMA GENERAL
MODELO ENTIDAD-RELACION
MODELO CONCEPTUAL
PROTOTIPÒ DFE INTERFAZ.
1. LOGIN DE USUARIO:
2.
PROTOTIPO DE INTERFAZ:
3. PROTOTIPO DE ERROR DE CAMPOS
c
BALANCE GENERAL AL 31 DE
DICIEMBRE
ACTIVOS
Caja 22.169
Bancos 21.655 43.824
CUENTAS P/ COBRAR
Cuentas p/ cobrar 4.140
Credito p/ cobrar 17.255 21.395
Pagos Anticipados
Anticipo a proveedores 7.500
Inversiones
Deposito a Plazo Fijo 8.750
Intangible
Gastos de organización 2.450
Bienes de Uso
Muebles y Enceres de
oficina 10.360
Equipo y mantenimientos 4.524
vehiculos automotores 15.000
95.103 83.919