Professional Documents
Culture Documents
PLANIFICACION Y MODELADO
EVALUCION COSTO BENEFICIO La inversin neta es el monto de recursos que se utilizar en el proyecto de inversin. Pueden ser el total de los activos utilizados en la empresa o el proyecto de inversin, de tal manera que se pueden incluir tanto los activos circulantes como los no circulantes, ya que son necesarios para que se lleve a cabo tanto la generacin de los productos como la distribucin y venta de ellos. La inversin comprende desde los desembolsos en hosting, computadoras (2 laptop), luz, telfono, internet, papelera (hojas), impresora (tinta). De tal manera, la inversin inicial neta implica la totalidad de los activos utilizados por la empresa. INVERSION Costes de mobiliario - Hostig - 2 laptos - lnea telefnica (internet) - luz Inversin mobiliario Costo desarrolladores Analista Diseador Programador 1500 12000 800 500 14300 X quincena 2000 2200 3500
7700 27000
Nos damos cuenta que el proyecto viable porque es mayor a 1 ya que cuando eso pasa el proyecto es viable la inversin para poder llevar a cabo la inversin sobre el proyecto, y as poder seguir adelante con el desarrollo del proyecto que se planteo.
ESTUDIO DE VIALIDAD Productos EVS 1 Estudio de la solicitud .- el sistema cuenta con una acceso a login y con las operaciones bsicas de funcionamiento insertar, modificar y eliminar. - Los requisitos para el funcionamiento del sistema son muy bsicos, ya que no se necesitan muchas herramientas para su ejecucin (Programa en lnea) - El sistema es capaz de de hacer las operaciones como son najas, modificaciones y consultas para su funcionamiento. - El catalogo de requisito es que el sistema aun cuente con una conexin a internet para que pueda ser ejecutado. - El catalogo de usuarios son aquellos los cuales van a interactuar con el sistema, para su manipulacin, el usuario tendr privilegios para entrar al sistema. Tcnicas y Practicas Sesiones de trabajo Las sesiones principal es realizar una alta de algn producto dentro de el sistema y as sucesivamente podremos hacer bajas, modificaciones y bsquedas. Participaciones
- El catlogos de objetivos el alcanzar la administracin de dichos procesos que se llevara dentro del sistema (bajas, altas, modificaciones). - En el catalogo de usuarios existir un adiestrador y varios vendedores.
- Sesiones de trabajo
Productos EVS 2.1 Valoracin del Estudio de la situacin actual .- el sistema cuenta con una acceso a login y con las operaciones bsicas de funcionamiento insertar, modificar y eliminar. - Los requisitos para el funcionamiento del sistema son muy bsicos, ya que no se necesitan muchas herramientas para su ejecucin (Programa en lnea) - El sistema es capaz de de hacer las operaciones como son bajas, modificaciones y consultas para su funcionamiento. - El sistema en cuanto a o lgico va hacer realizador con puros procedimientos almacenados y/o funciones - El catalogo de usuarios son aquellos los cuales van a interactuar con el sistema, para su manipulacin, el usuario tendr privilegios para entrar al sistema. - Descripcin de la situacin actual el sistema actualmente se esta diseando para un
Tcnicas y Practicas Catalogo de Usuarios - Administrador (todos los privilegios) - Vendedor (Cuenta con pocos privilegios ya que es el usuario que tendr k manipular solo las ventas)
Participaciones
- Direccin de usuarios
funcionamiento optimo capaz de resolver los problemas que el administrador o dueo de la empresa nos pide. - Los mdulos por el cual se compone el sistema son productos, almacn, ventas, proveedores, clientes.
Productos EVS 3.1 Identificacin de directrices tcnicas y de gestin - La documentacin del sistema se realizara por medio con el formato del manual APA.
Tcnicas y Practicas Sesiones de trabajo Las sesiones principal es realizar una alta de algn producto dentro de el sistema y as sucesivamente podremos hacer bajas, modificaciones y bsquedas.
Participaciones
- El catalogo de requisito es que el sistema aun cuente - Sesiones de con una conexin a trabajo internet para que pueda ser ejecutado. - El usuario debe contar con los conocimientos bsicos para que pueda manipular e sistema.
- El catlogos de requisitos es revolver y satisfacer las necesidades de la empresa de la cual se pretende el desarrollo del software.
- Catalogacin - Analisistas
Productos EVS 4.1 Representacin de alternativas de solucin - Las alternativas de solucin es desarrollar interfaces validaciones por parte del programador para que el sistema no sea dbil cuando el usuario ingrese datos. La alternativa mas primordial para la desarrollo del sistema es que las validaciones sean con autmatas, para que no existan errores al ingresar datos sobre los campos establecidos.
Tcnicas y Practicas
Participaciones
- Diagrama representacin
de
Productos EVS 5.1 Estudio de la inversin - La inversin ser un poco costosa ya que l sistema no podr ser alterado por inyeccin de cdigo ya que las validaciones son muy importantes para el funcionamiento - La i versin es la laptop de desarrollador y la impresora. Los dems costo en cuanto software son gratuitos.
Tcnicas y Practicas Sesiones de trabajo Las sesiones principal es realizar una alta de algn producto dentro de el sistema y as sucesivamente podremos hacer bajas, modificaciones y bsquedas.
Participaciones
- el hosting donde estar el sistema si tiene un costo. - Las alternativas - Sesiones de que tenemos es que trabajo el sistema llega a favor por algn inconveniente pro la red tambin lo podremos manipular localmente. - la valoracin de los riesgos estn hechos para cualquier problema que surja ya que si alguna informacin no se actualiza todo tendr un soporte dentro de la base de datos para que la informacin sea seguir y eficaz para su propia utilidad y fiabilidad dentro de la empresa
- La alternativa que tomamos en cuenta y la ms optima para nuestro sistema es que el sistema pueda trabajar en forma local.
- Catalogacin - Analisistas
La segunda alternativa es que la informacin que se almacene cuando el sistema este funcionando local, despus de eso tendremos que realizar una actualizacin para que posteriormente la informacin fluya en lnea y esta se encuentre transparente para los usuarios y/o administradores del sistema. Cuadro 5. Estudio de viabilidad Valoracin de las alternativas
Productos EVS 6.1 Convocatoria de presentacin - Las alternativas se presentaron a los administradores y de esta se encuentran en la parte de la evaluacin para tomar una alternativa optima para el sistema - Las alternativas que se plantearon son optimas para poder prevenir los errores que pudieran existir dentro del sistema. -El impacto dentro de la organizacin en la cual se lleva acabo, el beneficio es muy grande ya que todo este beneficio que obtendr es de mucha importancia para ella. - La valoracin de este proyecto es viable para dicha papelera ya que esta no cuenta con una administracin de ventas
Tcnicas y Practicas
Participaciones
- Sesiones de trabajo
solucin que se EVS 6.3 estableci con el jefe de la papelera es - Jefe de proyecto Aprobacin de la optima ya que este solucin sistema si llegara a - Comit de fallar, cuando este se direccin encuentre en lnea este podr funcionar localmente y posteriormente realizar las actualizacin automticas en lnea. Cuadro 6. Estudio de viabilidad Seleccin de la soluccion
DIAGRAMA DE GANT
Actividades
Tiempo R/P
Marzo
Abril
Mayo
Junio
Julio
Agosto
Observaciones
Seleccin de tema Planteamient o del problema Analsis de documentos Diagrama E/R Interfaces del sistema Descripcin de los mdulos Diagrama de nivel 0 Diagrama de nivel 1 Diccionario de datos Modelos de proceso Diseo Programaci n
R P R P R P R P R P R P R P R P R P R P R P R P
R P R P R P R P R P
MANUAL DE USUARIO Diseo de interfaz Inicio En esta pantalla se muestra una presentacin del sistema como bienvenida y en su frame izquierdo se despliega un men el cual tiene las opciones de Inicio, Bienvenida, Promociones, Alta de Productos, Compra, Registro de Cliente, Envio de Productos.
Inicio Pgina Principal Bienvenida Aqu se menciona una pequea resea sobre la creacin e historia de la papelera, muestra una imagen sobre la misma.
Pantalla de Bienvenida
Promociones
Alta de cliente El usuario llena todos los campos del formulario al terminar, estos sern guardados en la base de datos al darle clic en el botn Alta Clientes.
Alta de Clientes
Compra Todos los productos que se ofrecen para realizar una compra se muestran en una lista de productos; el cliente selecciona el producto y la cantidad del mismo, se acepta el pedido mediante un botn Compra para que as quede registrada la compra.
Compra de Productos 2.2.9 Captura de Proveedores Se debe dar de alta a los diferentes proveedores, el formulario deber ser llenado en su totalidad y dar clic en el botn Registro de Proveedor para que los datos se introduzcan en la base de datos. y quede registrado el proveedor.
Captura de Proveedores
Login de Alta de productos El login de alta de producto valida la identificacin del administrador ya registrado en caso de que no sea posible identificarse al primer intento el sistema le permitir tener varias opciones para realizarlo, en caso de no identificarse correctamente el sistema no l permitir acceder a alta de productos.
MANUAL TECNICO Conectividad de la Base de Datos Para realizar la conexin, se realiz un Script en PHP con los datos de la base de datos, y se utiliz una funcin propia del lenguaje para realizar la conexin con la base de datos. Proceso para realizar la conexin: <?php $ip="localhost"; $usuario="root"; $passwd="password"; $conexion=mysql_connect($ip,$usuario,$passwd); $seleccion_bd=mysql_select_db('papeleriaf',$conexion); if((!$conexion) or (!$seleccion_bd)) { die('conexion Fallida'.mysql_error()); } else { echo("Conexion establecida "); } ?>
Mdulos En este modulo lo creamos para poder realizar altas de proveedor por medio de nuestra interfaz grafica, y as estos estarn validados para que el usuario no meta valores incorrectos dentro del sistema y sean coherentes. Tabla de proveedor CREATE TABLE `provedor` ( `cvprovedor` VARCHAR( 16 ) NOT NULL , `nombreprove` VARCHAR( 30 ) NOT NULL , `direccionprove` VARCHAR( 50 ) NOT NULL , `telprove` VARCHAR( 15 ) NOT NULL , PRIMARY KEY ( `cvprovedor` ) ) TYPE = innodb;
Tabla1. Proveedor
Tabla Proveedor Producto En este modulo lo creamos para poder meter datos del de proveedor por medio de nuestra interfaz grafica, y as estos estarn validados para que el usuario no meta valores incorrectos dentro del sistema y sean coherentes.
CREATE TABLE `provedor_prod` ( `cvproducto` VARCHAR( 20 ) NOT NULL , `cvprovedor` VARCHAR( 20 ) NOT NULL , PRIMARY KEY ( `cvproducto` ) )TYPE=innodb;
Tabla Registro cliente En este modulo lo creamos para poder realizar altas de algn cliente por medio de nuestra interfaz grafica, y as estos estarn validados para que el usuario no meta valores incorrectos dentro del sistema y sean coherentes. CREATE TABLE `registro_cliente` ( `cvusuario` VARCHAR( 20 ) NOT NULL , `nombrecliente` VARCHAR( 40 ) NOT NULL , `appaterno` VARCHAR( 20 ) NOT NULL , `apmaterno` VARCHAR( 20 ) NOT NULL , `calle` VARCHAR( 30 ) NOT NULL , `colonia` VARCHAR( 30 ) NOT NULL , `ciudad` VARCHAR( 20 ) NOT NULL , `tel_cliente` VARCHAR( 15 ) NOT NULL , `mail` VARCHAR( 30 ) NOT NULL , `num_envio` INT NOT NULL , PRIMARY KEY ( `cvusuario` ) ) TYPE = innodb;
Tabla3. Proveedor
Producto En este modulo lo creamos para poder realizar altas del producto por medio de nuestra interfaz grafica, y as estos estarn validados para que el usuario no meta valores incorrectos dentro del sistema y sean coherentes.
CREATE TABLE `producto` ( `cvproducto` VARCHAR( 20 ) NOT NULL , `producnombre` VARCHAR( 50 ) NOT NULL , `descripcion` VARCHAR( 80 ) NOT NULL , `cantidad` INT NOT NULL , `costo_unitario` FLOAT( 4 ) NOT NULL , PRIMARY KEY ( `cvproducto` ) ) TYPE = innodb
Tabla4. Producto
Tabla Pedido En este modulo lo creamos para poder realizar altas de pedido si realizar un pedido de productos por medio de nuestra interfaz grafica, y as estos estarn validados para que el usuario no meta valores incorrectos dentro del sistema y sean coherentes. CREATE TABLE `pedido` ( `cvpedido` VARCHAR( 20 ) NOT NULL , `cvproducto` VARCHAR( 20 ) NOT NULL , `producnombre` VARCHAR( 50 ) NOT NULL , `subtotal` FLOAT( 4 ) NOT NULL , `total` FLOAT( 4 ) NOT NULL , `costo_envio` FLOAT( 4 ) NOT NULL , `unidades_pedido` FLOAT( 4 ) NOT NULL , PRIMARY KEY ( `cvpedido` ) ) TYPE = innodb;
Tabla5. Pedidos