Académique Documents
Professionnel Documents
Culture Documents
PRESENTA(N):
Grupo 907-C
Perodo Ago. 15 / Ene 16
Asesor Interno: MTI. FELICIANO SNCHEZ MENDOZA
Asesor Externo: C. EMAN SNCHEZ GARCA
Acayucan, Ver.
ENERO 2016
SISTEMA DE
INVENTARIO Y
VENTA DE JOYERA
NDICE
CAPTULO I4
INTRODUCCIN........5
PLANTEAMIENTO DEL PROBLEMA.........6
JUSTIFICACIN..7
IMPACTO SOCIAL O INNOVACIN EN EL CAMPO PRODUCTIVO...8
OBJETIVOS: GENERAL Y ESPECFICOS9
FACTIBILIDAD.......10
ECONMICA..10
TCNICA.11
OPERATIVA....12
CAPTULO II.....13
CARACTERIZACIN DEL REA....14
ALCANCES Y LIMITACIONES.17
CAPTULO III.19
FUNDAMENTOS TERICOS......20
METODOLOGA..89
PROCEDIMIENTO Y DESCRIPCIN DE LAS ACTIVIDADES REALIZADAS89
CAPTULO IV....93
RESULTADOS, PLANOS, GRAFICAS, PROTOTIPOS Y PROGRAMAS....94
CAPTULO V109
CONCLUSIN...110
RECOMENDACIONES....111
CAPTULO VI..112
ANEXOS.113
REFERENCIAS BIBLIOGRFICAS...117
CAPTULO
I
INTRODUCCIN
almacenamiento adecuado.
No se sabe cul es el producto de ms o menos demanda en el mercado.
No se pueden generar consultas de ventas y compras
Se realizan las notas de ventas de forma manual.
La consulta de precios es difcil saber ya que un registro exacto y
actualizado no se cuenta.
JUSTIFICACIN
OBJETIVO GENERAL
OBJETIVOS ESPECFICOS
FACTIBILIDAD ECONMICA
que
nos
ofrece
es
que
tendr
como
beneficios
el
COSTO
$9,000.=
$15,000.=
$5,000.=
$2,000.=
La empresa cuenta con los recursos econmicos par satisfacer los requerimientos
del sistema a desarrollar.
Beneficio y costo
Beneficios
Netos
Costo
Beneficio
Beneficio marginal
Costo marginal
Beneficio marginal
neto
Beneficio total
DESCRIPCIN
Equipo de cmputo
Desarrollo del Sistema
Instalacin del Sistema
Capacitacin del Administrador
COSTO
$7,000.=
$15,000.=
$1,500.=
$1,500.=
$15,000.00
$8,000.00
FACTIBILIDAD TCNICA
REQUERIMIENTOS DE
HARDWARE
Procesador Intel Celeron
Memoria USB
Memoria RAM
Disco duro
Unidad
Tarjeta de red
Monitor
Mouse
Teclado
Impresora
MNIMOS
OPTIMO
1.0 GHz
2.0
2 GB
230 GB
1.8 GHz
3.0
4GB
500 GB
Navegador de internet
MYSQL Base de Datos
Dreamweaver Cs 6
HTML
PHP
FACTIBILIDAD OPERATIVA
CONOCIMIENTOS MNIMOS
Prender la computadora
Apagar la computadora
Manejo de dispositivos
CONOCIMIENTOS PTIMOS
Uso, manejo y manipulacin de
de
almacenamiento(USB, discos)
Manejo de navegadores
base de datos.
Conocimiento y
manejo
de
CAPTULO
Il
ALCANCES Y LIMITACIONES
ALCANCES
Llevando un sistema de inventario dentro de una empresa se considera
principalmente las necesidades que satisface el sistema de inventario. Estos
incluyen valorar el inventario, medir el cambio en l y planificar los niveles de
inventario futuro.
Un inventario al final de cada fecha a consultar.
Proporcionar una base para la presentacin de informes financieros en
cuanto a un balance de ingresos.
El anlisis de ventas y existencia podr darnos los alcances en cuanto a los
ingresos en corto plazo.
Determinar los productos de mejor demanda.
La realizacin de las ventas e ingresos de productos ser de una manera
ms rpida.
LIMITACIONES
Las limitaciones del sistema de software son de momento conocer los
clientes que son frecuentes.
No registra datos de los clientes
Los inventarios no tienen grficas de ventas para hacer las comparativas de
ingresos o ventas en cuanto a ingresos.
CAPTULO
III
FUNDAMENTOS TERICOS
SISTEMAS DE INFORMACIN
Un sistema de informacin es un conjunto de elementos orientados al
tratamiento y administracin de datos e informacin, organizados y listos para su
INFORMACIN
PERSONAS
RECURSOS
ACTIVIDADES
TCNICAS DE
TRABAJO
OBJETIVOS DE LA
ENTIDAD
Codificacin.
Con el algoritmo ya diseado, se procede a su reescritura en un lenguaje de
programacin establecido (programacin) en la etapa anterior, es decir, en cdigos
que la mquina pueda interpretar y ejecutar.
Conocimiento de la Organizacin.
Analizar y conocer todos los sistemas que forman parte de la organizacin,
as como los futuros usuarios del SI. En las empresas (fin de lucro presente), se
analiza el proceso de negocio y los procesos transaccionales a los que dar
soporte el SI.
Determinar las necesidades.
Este proceso tambin se denomina licitacin de requerimientos. En el
mismo, se procede identificar a travs de algn mtodo de recoleccin de
informacin (el que ms se ajuste a cada caso) la informacin relevante para el SI
que se propondr.
Diagnstico.
En este paso se elabora un informe resaltando los aspectos positivos y
negativos de la organizacin. Este informe formar parte de la propuesta del SI y,
tambin, ser tomado en cuenta a la hora del diseo.
Diseo del sistema.
Mantenimiento.
TOMA DE
DECISIONES
DEFINIR EL
PROBLEMA
APLICAR LA
DECISIN
ELEGIR LAS
ALTERNATIVAS
ANALIZAR EL
PROBLEMA
EVALUAR LAS
ALTERNATIVAS
BASES DE DATOS
Antecedentes de las bases de datos
ORGENES
Otro de los principales logros de los aos sesenta fue la alianza de IBM y
American Airlines para desarrollar SABRE, un sistema operativo que manejaba las
reservas de vuelos, transacciones e informaciones sobre los pasajeros de la
compaa American Airlines.
Redundancia mnima.
Respaldo y recuperacin.
Esta es una definicin muy bsica de cada uno de los elementos que forman
parte de una base de datos pero suficiente para comenzar a familiarizarnos con
estos conceptos.
MODELO DE DATOS
El modelado de datos no acaba con el uso de esta tcnica. Son necesarias otras
tcnicas para lograr un modelo directamente implementarle en una base de
datos. Brevemente:
Permite mostrar resultados entre otras entidades pertenecientes a las existentes
de manera que se encuentre la normatividad de archivos que se
almacenarn
Transformacin de relaciones mltiples en binarias.
Esquema
Un esquema contiene la definicin de una estructura (generalmente
relaciones o tablas de una base de datos), es decir, determina la identidad de la
relacin y qu tipo de informacin podr ser almacenada dentro de ella; en otras
palabras, el esquema contiene metadatos de la relacin. Todo esquema constar
de:
Los objetos entidad que se utilizan en los programas orientados a objetos son
anlogas a las entidades que se utilizan en las bases de datos orientadas a
objetos puros, pero con una gran diferencia: los objetos del programa
desaparecen cuando el programa termina su ejecucin, mientras que los objetos
de la base de datos permanecen. A esto se le denomina persistencia.
El modelo orientado a objetos permite los atributos multivaluados,
agregaciones a las que se denomina conjuntos (sets) o bolsas (bags). Para crear
una relacin de uno a muchos, se define un atributo en la parte del uno que ser
de la clase del objeto con el que se relaciona. Este atributo contendr el
identificador de objeto del padre. La clase del objeto padre contendr un atributo
que almacenar a un conjunto de valores: los identificadores de los objetos hijo con
los que se relaciona. Cuando el SGBD ve que un atributo tiene como tipo de datos
una clase, ya sabe que el atributo contendr un identificador de objeto.
Es una extensin del paradigma de programacin orientado a objetos. Los
objetos entidad que se utilizan en los programas orientados a objetos son
anlogos a las entidades que se utilizan en las BDOO puras
ese grupo el resto de la base de datos. En este nivel se puede utilizar un modelo
conceptual o un modelo lgico para especificar los esquemas.
Nivel conceptual: describe la estructura de toda la base de datos para un
grupo determinado de usuarios mediante un esquema conceptual. Este esquema
describe las entidades, atributos, relaciones, operaciones de los usuarios y
restricciones, ocultando los detalles de las estructuras fsicas de almacenamiento.
Hay que destacar que los tres esquemas son slo descripciones de los
mismos datos tratados, pero con distintos niveles de abstraccin. Los nicos datos
que existen realmente estn a nivel fsico, en un dispositivo de almacenamiento no
voltil. En un Sistema Gestor de Base de Datos basado en la arquitectura que
estamos viendo, cada grupo de usuarios hace referencia exclusivamente a su
propio esquema externo. El proceso de transformar peticiones y resultados de un
nivel a otro se denomina correspondencia o transformacin.
Los sistemas de base de datos muchas veces son utilizados por personal que
no cuenta con conocimientos de computacin, esta complejidad debe estar
escondida para los usuarios. Para ocultarla, se definen varios niveles de
abstraccin en los que puede observarse la base de datos.
Nivel fsico: Este es el nivel ms bajo de abstraccin, en el que se
describe cmo se almacenan realmente los datos.
Nivel conceptual: Este es el siguiente nivel ms alto de abstraccin, en el que
se describe cules son los datos reales que estn almacenados en la base de
datos y qu relaciones existen entre los datos.
Nivel de visin: Este es el nivel de abstraccin ms alto, en el cual se
describe solamente una parte de la base de datos. Aunque en el nivel conceptual
se utilizan estructuras ms simples, todava queda una forma de complejidad que
resulta del gran tamao de la base de datos.
SGBD LIBRES
MySQL es muy utilizado en aplicaciones web, como Drupal o phpBB, en
plataformas
(Linux/Windows-Apache-MySQL-PHP/Perl/Python),
por
MySQL es una base de datos muy rpida en la lectura cuando utiliza el motor
no transaccional MyISAM, pero puede provocar problemas de integridad en
entornos de alta concurrencia en la modificacin.
En aplicaciones web hay baja concurrencia en la modificacin de datos y en
cambio el entorno es intensivo en lectura de datos, lo que hace a MySQL ideal
para este tipo de aplicaciones.
TRIGGER DE MYSQL
Los Triggers o Disparadores son objetos que se asocian con tablas y se
almacenan en la base de datos. Su nombre se deriva por el comportamiento que
presentan en su funcionamiento, ya que se ejecutan cuando sucede algn evento
sobre las tablas a las que se encuentra asociado. Los eventos que hacen que se
ejecute un trigger son las operaciones de insercin (INSERT), borrado (DELETE)
o actualizacin (UPDATE), ya que modifican los datos de una tabla.
La utilidad principal de un trigger es mejorar la administracin de la base de
datos, ya que no requieren que un usuario los ejecute. Por lo tanto, son
empleados para implementar las REGLAS DE NEGOCIO (tipo especial de
integridad) de una base de datos. Una Regla de Negocio es cualquier restriccin,
requerimiento, necesidad o actividad especial que debe ser verificada al momento
de intentar agregar, borrar o actualizar la informacin de una base de datos. Un
trigger puede prevenir errores en los datos, modificar valores de una vista,
sincronizar tablas, entre otros.
TIPOS DE USUARIOS
Los usuarios del sistema o usuarios cliente son personas que se conectan al
sistema para hacer uso de los servicios que este les proporciona. Dentro de los
usuarios del sistema podemos distinguir diferentes perfiles o niveles de usuario, y
dependiendo de dicho nivel poseer ms o menos privilegios en su estancia
dentro del sistema.
Usuarios normales.
Mantenimiento rutinario.
TIPOS DE LENGUAJES
select
La sintaxis bsica de select es la siguiente utilizando el estndar de SQL:
mediante estas relaciones matemticas, cada una con un nombre que es nico y
con un conjunto de columnas.
En el modelo relacional la base de datos es percibida por el usuario como un
conjunto de tablas. Esta percepcin es slo a nivel lgico (en los niveles externo y
conceptual de la arquitectura de tres niveles), ya que a nivel fsico puede estar
implementada mediante distintas estructuras de almacenamiento.
En el modelo de red los datos se representan como colecciones de registros
y las relaciones entre los datos se representan mediante conjuntos, que son
punteros en la implementacin fsica. Los registros se organizan como un grafo:
los registros son los nodos y los arcos son los conjuntos. El SGBD de red ms
popular es el sistema IDMS.
El modelo jerrquico es un tipo de modelo de red con algunas restricciones.
De nuevo los datos se representan como colecciones de registros y las relaciones
entre los datos se representan mediante conjuntos. Sin embargo, en el modelo
jerrquico cada nodo puede tener un solo padre. Una base de datos jerrquica
puede representarse mediante un rbol: los registros son los nodos, tambin
denominados segmentos, y los arcos son los conjuntos. El SGBD jerrquico ms
importante es el sistema IMS.
La mayora de los SGBD comerciales actuales estn basados en el modelo
relacional, mientras que los sistemas ms antiguos estaban basados en el modelo
de red o el modelo jerrquico. Estos dos ltimos modelos requieren que el usuario
tenga conocimiento de la estructura fsica de la base de datos a la que se accede,
estar distribuidos en varios sitios conectados por una red. Los SGBD distribuidos
homogneos utilizan el mismo SGBD en mltiples sitios. Una tendencia reciente
consiste en crear software para tener acceso a varias bases de datos autnomas
preexistentes almacenadas en SGBD distribuidos heterogneos. Esto da lugar a
los SGBD federados o sistemas cultivase de datos en los que los SGBD
participantes tienen cierto grado de autonoma local. Muchos SGBD distribuidos
emplean una arquitectura cliente-servidor.
Por ltimo, los SGBD pueden ser de propsito general o de propsito
especfico. Cuando el rendimiento es fundamental, se puede disear y construir un
SGBD de propsito especial para una aplicacin especfica, y este sistema no
sirve para otras aplicaciones. Muchos sistemas de reservas de lneas areas son
SGBD de propsito especial y pertenecen a la categora de sistemas de
procesamiento de transacciones en lnea (OLTP), que deben atender un gran
nmero de transacciones concurrentes sin imponer excesivos retrasos.
NMERO DE USUARIOS
Monousuarios:
Los sistemas operativos monousuarios son aquellos que soportan a un solo
usuario a la vez, sin importar el nmero de procesadores que tenga la
computadora o el nmero de procesos o tareas que el usuario pueda ejecutar en
un mismo instante de tiempo, las computadoras personales tpicamente se han
clasificado en este rengln.
Multiusuarios:
Los sistemas operativos multiusuarios son capaces de dar servicio a ms de
un usuario a la vez, ya sea por medio de varias terminales conectadas a la
computadora o por medio de sesiones remotas en una red de comunicaciones, ni
importa el nmero de procesadores en la maquina ni el nmero de procesos que
cada usuario puede ejecutar simultneamente.
NMEROS DE SITIOS
Centralizados
Un tercer criterio es el nmero de sitios en los que est distribuida la base de
datos. Todos los datos de las bases centralizadas se almacenan en un solo
ordenador o servidor.
Distribuidos
Un sistema distribuido de bases de datos se almacena en varias
computadoras. Los principales factores que distinguen un SBDD de un sistema
centralizado son los siguientes:
Hay mltiples computadores, llamados sitios o nodos.
Estos nodos deben de estar comunicados por medio de algn tipo de red de
comunicaciones para transmitir datos y rdenes entre los sitios.
LENGUAJES DE PROGRAMACION
lenguajes funcionales.
lenguajes compilados
Lenguaje Interpretado
Un lenguaje de programacin es, por definicin, diferente al lenguaje
mquina. Por lo tanto, debe traducirse para que el procesador pueda
comprenderlo. Un programa escrito en un lenguaje interpretado requiere de un
programa auxiliar (el intrprete), que traduce los comandos de los programas
segn sea necesario.
Lenguaje compilado
Un programa escrito en un lenguaje "compilado" se traduce a travs de un
programa anexo llamado compilador que, a su vez, crea un nuevo archivo
independiente que no necesita ningn otro programa para ejecutarse a s mismo.
Este archivo se llama ejecutable.
Un programa escrito en un lenguaje compilado posee la ventaja de no
necesitar un programa anexo para ser ejecutado una vez que ha sido compilado.
Adems, como slo es necesaria una traduccin, la ejecucin se vuelve ms
rpida.
Sin embargo, no es tan flexible como un programa escrito en lenguaje
interpretado, ya que cada modificacin del archivo fuente (el archivo comprensible
para los seres humanos: el archivo a compilar) requiere de la compilacin del
programa para aplicar los cambios.
Por otra parte, un programa compilado tiene la ventaja de garantizar la
seguridad del cdigo fuente. En efecto, el lenguaje interpretado, al ser
directamente un lenguaje legible, hace que cualquier persona pueda conocer los
secretos de fabricacin de un programa y, de ese modo, copiar su cdigo o incluso
modificarlo.
Fase general
De definicin.
Descripcin
Parte fundamental del desarrollo de software.
Identifica los requisitos clave del sistema.
Producto final: el ERS, documento base para el control
del cumplimiento de requerimientos de usuario.
De desarrollo.
Referida a cmo han de disearse los componentes del
software.
Comprende etapas como diseo de estructuras, modelo
de requisitos, diseo de interfaz, estructura de la base de
datos, codificacin y prueba por parte del programador y
del cliente.
De
mantenimient
o
Modelo en cascada.
ANLISIS DE LOS REQUISITOS DEL SOFTWARE.
El proceso de reunin de requisitos se intensifica y se centra especialmente
en el software. Para comprender la naturaleza del (los) programa (s) a construirse,
el ingeniero (<< analista >>) del software debe comprender el dominio de
informacin del software, as como la funcin requerida, comportamiento,
rendimiento e interconexin. El cliente documenta y repasa los requisitos del
sistema y del software.
DISEO.
El diseo del software es real mente un proceso de muchos pasos que se
centra en cuatro atributos de un programa: estructura de datos, arquitectura del
software, representaciones de interfaz y detalle procedimental (algoritmo). El
CONSTRUIR-REVISAR
FASE
ESCUCHAR
DE PRUEBA
AL CLIENTE
POR EL
PROTOTIPO
CLIENTE
Modelado de gestin.
El flujo de informacin entre las funciones de gestin se modela de forma que
responda a las siguientes preguntas: Qu informacin conduce el proceso de
gestin?, Qu informacin se genera?, Quin la genera?, A dnde va la
informacin?, Quin la procesa?
Modelado de datos.
El flujo de informacin definido como parte de la fase de modelado de gestin
se refina como un conjunto de objetos de datos necesarios para apoyar la
empresa. Se definen las caractersticas (llamadas atributos) de cada uno de los
objetos y las relaciones entre estos objetos.
Modelado de proceso.
Los objetos de datos definidos en la fase de modelado de datos quedan
transformados para lograr el flujo de informacin necesario para implementar una
funcin de gestin. Las descripciones del proceso se crean para aadir, modificar,
suprimir o recuperar un objeto de datos.
Generacin de Aplicaciones.
El DRA asume la utilizacin de tcnicas de cuarta generacin. En lugar de
crear software con lenguajes de programacin de tercera generacin, el proceso
DRA trabaja para volver a utilizar componentes de programas ya existentes
Definido por Lehman en 1984; constituye una de las variantes del modelo en
cascada puro; el modelo incremental o de cascada con sus proyectos, corrige la
necesidad de una secuencia no lineal de pasos de desarrollo.
El modelo Incremental se va creando el Software aadiendo componentes
funcionales al sistema: incrementos.
Los sistemas presentan algunas reas que incluyen sorpresas al momento de
definir o desarrollar el producto, pero tambin presentan otras reas que hemos
implementado varias veces y no incluyen sorpresas, entonces, por qu retrasar la
implementacin de estas reas que son fciles de modelar solamente porque
estamos considerando que en el proyecto existen algunas reas difciles.
Cuando se utiliza un modelo incremental, el primer incremento a menudo es
un producto esencial (ncleo). Es decir, se afrontan requisitos bsicos, pero
muchas funciones suplementarias (algunas conocidas, otras no) quedan sin
extraer. El cliente utiliza el producto central (o sufre la revisin detallada). Como un
resultado de utilizacin y/o de evaluacin, se desarrolla un plan para el incremento
siguiente.
Este proceso se repite siguiendo la entrega de cada incremento, hasta que se
elabore el producto completo. En este paradigma el software se ve como una
integracin de resultados sucesivos obtenidos despus de cada interaccin. Este
modelo se adecua a entornos de alta incertidumbre.
concurrentemente.
En realidad, el modelo de proceso concurrente es aplicable a todo tipo de
desarrollo de software y proporciona una imagen exacta del estado actual de un
METODOLOGA
ETAPA TRES:
DISEO DETALLADO
En esta etapa el diseo del software se enfoca en cuatro atributos distintos
del programa: la estructura de datos. La arquitectura del software, el detalle
procedimental y la caracterizacin del software con la calidad requerida antes de
que comience la codificacin.
ETAPA CUATRO:
CODIFICACIN
En esta etapa una vez diseado todos los componentes del sistema
procederemos a la elaboracin de cdigo fuente, programacin de la base de
datos en MySQL, as como la programacin en PHP de las vistas, procedimientos
y funciones.
ETAPA CINCO:
PRUEBAS Y DEPURACIN
En esta etapa comprende dos momentos: la primera una fase de prueba que
se centra en la lgica interna del software, y en las funciones externas realizando
pruebas que aseguren que la entrada definida produce los resultados que
realmente se quieren. La segunda fase de depuracin donde los errores
concentrados en las pruebas se corregirn y nuevamente se realizan las pruebas,
si no existe o se detecta algn otro error se procede a la siguiente etapa.
ETAPA SEIS:
INSTALACIN, CAPACITACIN Y MANTENIMIENTO
En esta ltima etapa instalaremos en programa en el equipo correspondiente,
el encargado ser capacitado para que pueda manipular el sistema y
recomendarle y hacer el mantenimiento adecuado en el sistema implementado en
la empresa.
AGOSTO
1
ANLISIS
P
R
DISEO
P
R
IMPLEMENTACIN
P
R
PRUEBAS
P
R
INSTALACIN P
R
MANTENIMIEN
-TO
P
R
SEPTIEM- OCTUBRE
BRE
4
1 2 3 4
NOVIEMBRE
3 4 1
DICIEMBRE
2 3 4 1 2 3
CAPITULO
IV
<!DOCTYPE html>
<html lang="es">
<head>
<meta charset="utf-8">
<meta name="viewport" content="width=device-width, initial-scale=1">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title>:::Control de Joyeria:::.</title>
<link href='http://fonts.googleapis.com/css?
family=Open+Sans:300italic,400italic,600italic,700italic,800italic,400,300,6
00,700,800' rel='stylesheet' type='text/css'>
}
});
}
</script>
</head>
<body>
<div class="header">
<div class="container">
<div class="logo">
<a href="index.php"><img src="images/logo.png" alt=""/></a>
</div>
</div>
</div> <div class="navigation">
<div class="container">
<nav class="navbar navbar-default">
<div class="navbar-header">
<button type="button" class="navbar-toggle collapsed" datatoggle="collapse" data-target="#bs-example-navbar-collapse-1">
<span class="sr-only">Toggle navigation</span>
<span class="icon-bar"></span>
<span class="icon-bar"></span>
<span class="icon-bar"></span>
</button>
</div>
<div class="collapse navbar-collapse nav-wil" id="bs-example-navbarcollapse-1">
<ul class="nav navbar-nav">
<li class='active'><a href="index.php?ctl=inicio">Inicio<span class="sronly">(current)</span></a></li>
<li ><a href="index.php?ctl=somos">Quienes Somos </a></li>
<li ><a href="index.php?ctl=promociones">Promociones</a></li>
<li ><a href="index.php?ctl=contacto">Contacto</a></li>
<li ><a class="btn" data-toggle="modal" href="#login_admin"
>Webmaster</a></li>
</ul>
<div class="social-icons" style="display:none;">
<ul>
<div id="result_loginweb">
</div>
</div>
<div class="modal-footer">
<button type="button" class="btn btn-success" href="javascript:;" id="btn"
name="btn"
onclick="validar_webmaster($('#tuser').val(),$('#tpass').val());return
false;">
<span class="glyphicon glyphicon-lock"></span>
Iniciar Sesin
</button>
<a href="#" class="btn btn-danger" data-dismiss="modal">
<span class="glyphicon glyphicon-share"></span>
Cerrar
</a>
</div>
</div>
</div>
</div>
<div class="banner">
<div class="container">
<script src="js/responsiveslides.min.js"></script>
<script>
// You can also use "$(window).load(function() {"
$(function () {
// Slideshow 4
$("#slider3").responsiveSlides({
auto: true,
pager: true,
nav: true,
speed: 1500,
namespace: "callbacks",
before: function () {
$('.events').append("<li>before event fired.</li>");
},
after: function () {
$('.events').append("<li>after event fired.</li>");
}
});
});
</script>
</div>
</body>
</html>
<!DOCTYPE html>
<html lang="es">
<head>
<meta charset="utf-8">
<meta name="viewport" content="width=device-width, initial-scale=1">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title>:::Joyeria Sistema de Control de Ventas e Inventarios:::.</title>
<link href='http://fonts.googleapis.com/css?
family=Open+Sans:300italic,400italic,600italic,700italic,800italic,400,300,6
00,700,800' rel='stylesheet' type='text/css'>
<link href="css/style2.css" rel="stylesheet" type="text/css" media="all" />
<!-- Optional theme -->
<!-- Latest compiled and minified CSS -->
<ul class="dropdown-menu">
<li><a href="index.php?ctl=agregar_usuario">Nuevo Usuario</a></li>
<li class="divider"></li>
<li><a href="index.php?ctl=lista_usuarios">Lista de Usuarios</a></li>
</ul>
</li>
<li class="dropdown">
<a href="#" class="dropdown-toggle" data-toggle="dropdown">
Productos<b class="caret"></b>
</a>
<ul class="dropdown-menu">
<li><a href="index.php?ctl=agregar_categoria">Categoras</a></li>
<li class="divider"></li>
<li><a href="index.php?ctl=agregar_productos">Nuevo Producto</a></li>
<li class="divider"></li>
<li><a href="index.php?ctl=inventario">Inventario</a></li>
</ul>
</li>
<li><a href="index.php?ctl=lista_precios" target="new">Lista de
Precios</a></li>
<li><a href="index.php?ctl=art_categorias">Productos por
Categoras</a></li>
<li class="dropdown">
<a href="#" class="dropdown-toggle" data-toggle="dropdown">
Ventas<b class="caret"></b>
</a>
<ul class="dropdown-menu">
<li><a href="index.php?ctl=agregar_carrito">Venta de Mostrador</a></li>
<li class="divider"></li>
<li><a href="index.php?ctl=devolver">Devoluciones</a></li>
<li class="divider"></li>
<li><a href="index.php?ctl=consultar_ventas">Reporte de Ventas</a></li>
</ul>
</li>
</ul>
<ul class="nav navbar-nav navbar-right">
<li class="dropdown">
<a href="#" class="dropdown-toggle" data-toggle="dropdown">
Cenobia <b class="caret"></b>
</a>
<ul class="dropdown-menu">
<li><a href="index.php?ctl=salir">Cerrar Sesion</a></li>
</ul>
</li>
</ul>
</div>
</nav>
</div> <div class="container">
<div class="container">
<img src="images/fnd1.jpg" style=" width:100%; heigth: 70%;">
</div>
</div>
<div class="footer">
<div class="container textoinicio">
<strong>ltima Actualizacin: </strong>18/03/2016 <strong>|</strong>
Copyright © 2015 <strong>Joyeria</strong>
</div>
</div>
</div>
</body>
</html>
<!
DOCTY
PE
html>
<html lang="es">
<head>
<meta charset="utf-8">
<meta name="viewport" content="width=device-width, initial-scale=1">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title>:::Joyeria Sistema de Control de Ventas e Inventarios:::.</title>
<link href='http://fonts.googleapis.com/css?
family=Open+Sans:300italic,400italic,600italic,700italic,800italic,400,300,
600,700,800' rel='stylesheet' type='text/css'>
<link href="css/style2.css" rel="stylesheet" type="text/css" media="all" />
<!-- Optional theme -->
<!-- Latest compiled and minified CSS -->
<span class="icon-bar"></span>
<span class="icon-bar"></span>
<span class="icon-bar"></span>
</button>
<a class="navbar-brand" href="index.php?ctl=webmaster">Inicio</a>
</div>
<li class="dropdown">
<a href="#" class="dropdown-toggle" data-toggle="dropdown">
Productos<b class="caret"></b>
</a>
<ul class="dropdown-menu">
<li><a href="index.php?ctl=agregar_categoria">Categoras</a></li>
<li class="divider"></li>
<li><a href="index.php?ctl=agregar_productos">Nuevo Producto</a></li>
<li class="divider"></li>
<li><a href="index.php?ctl=inventario">Inventario</a></li>
</ul>
</li>
</ul>
</li>
</ul>
<li class="dropdown">
</div>
</div>
<div class="col-md-2 banner-grid">
<div class="form-group">
<strong>Periodo Final</strong>
<input type="date" id="ffin" name="ffin" class="form-control" required>
</div>
</div>
<div class="col-md-3 banner-grid">
<div class="form-group">
</br>
<button class="btn btn-success" type="submit" name="enviar">
<div class="glyphicon glyphicon-search"></div>
Generar Consulta
</button>
</div>
</form>
<hr>
<div class="table-responsive">
<h2><span class="label label-info">::::::Ventas::::::</span></h2>
<table class="table table-bordered">
<tbody>
<tr>
<th>No</th>
<th>Fecha</th>
<th>Id Vendedor</th>
<th>Venta</th>
<th></th>
</tr>
</tbody>
</table>
<div class="text-center"><h3><span class="label label-primary">Total en
Ventas: </span><span class="label label-primary"> $ 0.00
</span></h3></div>
</tbody>
</table>
<div class="text-center"><h3><span class="label label-danger">Total en
Devoluciones: </span><span class="label label-danger"> $ 0.00
</span></h3></div>
</div>
</div>
<hr>
<div class="text-center"><h1><span class="label label-success">TOTAL
EN CAJA: </span><span class="label label-success"> $ 0.00
</span></h1>
</br>
<a href="index.php?ctl=imprimir_ventas&f1=&f2=" target="new"
class="btn btn-primary" data-dismiss="modal">
<span class="glyphicon glyphicon-print"></span>
Imprimir Reporte
</a>
<p></p>
</div>
</div>
<div class="footer">
<div class="container textoinicio">
<strong>ltima Actualizacin: </strong>18/03/2016 <strong>|</strong>
Copyright © 2015 <strong>Joyeria</strong>
</div>
</div>
</div>
</body>
</html>
DIAGRAMAS DE SECUENCIA
DIAGRAMA PARA INICIO DE SESIN
INICIO
User, pass
NO
No deje campos vacos
Campos llenos
SI
NO
Datos validos
SI
Bienvenido al sistema
FIN
INICIO
Datos
NO
No deje campos vacos
Campos llenos
SI
Guardar
Datos BD
Registro
Exitosos
FIN
INICIO
Idregistro
NO
Campos llenos
El idregistro no existe
SI
Buscar registro BD
NO
Se encontr
SI
Resp
SI
Resp=SI
Borrar registro BD
NO
FIN
Registro eliminado
INICIO
Idregistro
NO
Campos llenos
El idregistro no existe
SI
Buscar registro BD
NO
Se encontr
SI
resp
SI
Resp=SI
Modificar registro BD
NO
FIN
Registro modificado
INICIO
Idregistro
NO
Campos llenos
El idregistro no existe
SI
Buscar registro BD
NO
Se encontr
SI
Registro encontrado
FIN
REGISTRO DE USUARIO
LISTA DE USUARIO
CATEGORA
REGISTRO DE PRODUCTOS
INVENTARIO DE PRODUCTO
LISTA DE PRECIO
VENTA DE MOSTRADOR
DEVOLUCIN DE PRODUCTOS
CONSULTAR VENTAS
CAPITULO
V
CONCLUSIN
RECOMENDACIONES
En dado caso que se confi el manejo a otro usuario, se tiene que capacitar
para poder utilizar el sistema de una manera ms fcil y eficaz y as no genere
CAPITULO
Vl
ANEXOS
BASE DE DATOS
Categoras
Detalles ventas
Devolucin
Productos
carrito
Ventas
Webmaster
BIBLIOGRAFA
1 http://www.apoyoti.com/factibilidad-de-sistemas/
2 http://es.slideshare.net/ariamgel/ejemplo-anteproyecto-investigacion
3 http://elvex.ugr.es/idbis/db/docs/lifecycle.pdf
4 http://definicion.de/sistema-de-informacion/
5 http://definicion.de/tecnologia-de-la-informacion/
6 http://www.gestiopolis.com/introduccion-los-sistemas-de-inventarios/
7. El Lenguaje Unificado de Modelado. G. Booch, J. Rumbaugh, I. Jacobson.
Addison Wesley Iberoamericana, 1999.