Instituto Superior de Informática Virasoro Proyecto:
Gestión De Ventas y Reparación De PC “PC – Services” Carrera: Analista de Sistemas Cátedra: Práctica Profesional Analista De Sistemas Curso: 3º año Profesora:
Mónica Laura Dombina
Alumno: Alumno: Romero Martín Alberto Ciclo Lectivo: 2010
INDICE I. Páginas preliminares
________________________ __
III
I.I. Resumen _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ III I.II. Dedicatoria
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ III
I.III. Agradecimiento 2. Introducción
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ III
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 04
3. Materiales y Métodos
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 05
4. Planificación del Proyecto de Sistemas 4.1. Necesidad del Negocio 4.2. Ámbito del Software
__________ __ ____
06
_ _ _ _ _ _ __ _ _ __ _ _ _ _ _ _ _ _ _ _ 06 _ _ _ _ _ _ __ _ _ __ _ _ _ _ _ _ _ _ _ _ _ 06
5. Recursos y Estimación _ _ _ _ _ __ _ _ __ _ __ _ _ _ _ _ _ _ _ _ _ _ _ _ 08 5.1 Recursos de software reutilizables_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 08 5.2 Recursos de entorno
__ _ _ _ __ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 08
5.3 Estimación del Proyecto de Software 6. Planificación Temporal
__ _ _ _ _ _ _ _ _ _ _ _ 08
_ _ _ __ _ _ _ _ _ _ _ _ __ _ _ _ _ _ _ _ _ _ _ _ 14
6.1. Refinamiento de las actividades principales
_ _ _ _ _ _ _ _ _ 14
6.2. Red de tareas _ _ _ _ __ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 15 6.3. Gráfico de Tiempo
_ _ _ _ __ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 16
6.4. Recursos Humanos _ _ _ _ __ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 16 7. Análisis de Sistemas de Computación – Prototipo _ _ _ _ _ _ _ _ _ _ __ _ 20 7.1. Objetivos del prototipo _ _ _ _ _ __ _ _ _ _ _ _ _ _ __ _ _ _ _ _ _ 20 7.2. Funcionalidad del prototipo _ _ __ _ _ _ _ _ _ _ _ __ _ _ _ _ _ _ 20 7.3. Evaluación del prototipo _ _ _ _ __ _ _ _ _ _ _ _ _ __ _ _ _ _ _ _ 21 8. Diseño de Sistemas de Computación _ _ __ _ _ _ _ _ _ _ _ __ _ _ _ _ _ _ _ 22 8.1 Estilo Arquitectónico _ _ __ _ _ _ _ _ _ _ _ __ _ _ _ _ _ __ _ _ _ 22 8.2 Diagrama Entidad-Relación _ _ __ _ _ _ _ __ _ _ _ _ _ __ _ _ _ 27 8.3 Diccionario de datos _ _ __ _ _ _ _ _ _ _ _ __ _ _ _ _ _ __ _ _ _ _ 28 8.4 Base de datos relacional normalizada __ _ _ _ _ _ _ _ _ __ _ _ _ 29 8.5 Presentación de datos _ _ __ _ _ _ _ _ __ _ _ _ __ _ _ _ _ _ _ _ _ 31 9. Implantación y Capacitación de los usuarios del Sistema _ _ _ _ _ _ _ _ 31 9.1 Plan De Capacitación__ _ _ _ _ _ __ _ _ _ __ _ __ _ _ _ _ _ _ _ _ 31 9.2 Conversión__ _ _ _ _ _ __ _ _ _ __ _ __ _ _ _ _ _ _ _ _ _ _ _ _ _ 32 10. Conclusión _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ __ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 40 11. Bibliografia _ _ _ _ __ _ _ _ __ _ __ _ _ _ _ _ _ _ _ _ _ _ _ _ __ _ _ _ _ _ _41 12. Anexo _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 42
2
I. Páginas preliminares I.I. Resumen: Proyecto de sistemas informatizado para la gestión de ventas y reparación de PC “PC – Services”. Realizado para la cátedra practica profesional de la carrera de analista de sistemas del Instituto Superior de Informática Virasoro. Cuyo análisis detallado que se utilizo para este proyecto; se realizó en el cursado de la materia “Desarrollo de Sistemas II”
I.II. Dedicatoria: Dedico este proyecto a mi familia, profesores del “Instituto Superior de Informática Virasoro” y miembros de la unidad de gestión de la ciudad de Goya; en especial a Elena Cabrol por tenerme tanta paciencia. Ellos han sabido soportarme, comprenderme y ayudarme en mi formación como analista. A todo ellos muchas gracias
I.III. Agradecimiento: Agradezco muy encarecidamente a las personas que aportaron su ayuda en la realización de este trabajo, sin ellos probablemente no hubiera podido concretar eficientemente este proyecto, ellos son: •
Sr. Ricardo Vallejos. Propietario de “PC SERVICES” (empresa de ventas y reparación de PC)
•
Profesora Mónica Laura Dombina. Profesora de la cátedra “Practica profesional” de la carrera de analista de sistemas del “Instituto Superior de Informática Virasoro”. Por su orientación y apoyo moral durante la realización del proyecto
3
2. Introducción El objetivo del presente trabajo es describir detalladamente el proceso seguido para el desarrollo del proyecto “Gestión de ventas y reparación de PC – “PC SERVICE”. El Proyecto describe: • Planificación de Proyectos de software • Recursos y Estimación del proyecto de software • Planificación temporal y seguimiento del proyecto • Análisis del Sistemas de Computación •Diseño de Sistemas de Computación •Implantación y Capacitación de los usuarios del Sistema
La elección de esta empresa en particular para la realización tanto del análisis como el desarrollo del sistema mejorado, es debido a que forme parte como empleado de dicha empresa durante un año, conociendo en detalle las tareas realizadas por los miembros del negocio. Tanto el análisis como el desarrollo del sistema están a cargo de mi persona, con la ayuda y orientación del la profesora Mónica Laura Dombina
4
3. Materiales y Métodos Al trabajar tato tiempo en el negocio, el método de recolección de datos fue la observación sin necesidad de entrevistas o encuestas Para la estimación del proyecto de software utilicé los métodos de estimación basada en el problema, estimación basada en el proceso y el Modelo COCOMO
5
4. Planificación del Proyecto de Sistemas 4.1. Necesidad del Negocio De acuerdo con el análisis realizado, es muy importante para la organización el remplazo del sistema actual por un sistema informatizado de Gestión De Ventas Y Reparación De PC. Dado que en el sistema actual las tareas se realizan manualmente siendo deficientes en tiempo y esfuerzo, permitiendo errores evitables y pérdida de información valiosa para el negocio. Con el nuevo sistema informatizado podrá lograr un mejor manejo y control de sus actividades y dar mayor credibilidad y prestigio al negocio
4.2. Ámbito del Software Las funciones y características principales del nuevo software son: -
Control automático de stock (indicando los insumos que se necesitan con mas urgencia, permitiendo elaborar pedidos a los proveedores)
-
Calculo automático de ventas con y sin descuentos Almacenamiento y control detallado de las reparaciones, compras y ventas realizadas
Los datos que ingresarán al sistema serán: •
De clientes: Nombre y apellido, teléfono, celular, correo, características de la pc,
fecha de ingreso, fecha de entrega, características del problema •
De proveedores: Nombre y apellido, teléfono, celular, correo, ciudad, métodos de
pagos y envíos •
De Insumos: Nombre del insumo, cantidad ingresada, marca, costo 6
•
De reparaciones: Descripción del problema, Descripción de la solución, Insumos
necesarios, Software necesario La información que el nuevo software brindara será la siguiente: -
Informes detallados de las compras, ventas y reparaciones
-
Información acerca del stock disponible, organizados por fecha de ingreso y cantidad disponible
-
Informe del stock necesario, discriminado por prioridad
-
Listas de precios enviadas por los proveedores
-
Informes estadísticos de los insumos mas vendidos
-
Resumen de las compras y ventas para un mejor control global
El desempeño que ofrece el nuevo software es el de efectivizar las tareas manuales ofreciendo mayor rapidez y exactitud en los cálculos, mayor control, evitando perdidas de información valiosa. Otorgando un mayor prestigio al negocio No es posible con el nuevo software la venta online de insumos ya que no esta incluido dentro del paquete. Para ello se requerirían mayores costos de diseño y desarrollo y siendo poco redituable la venta online en nuestra localidad se descarto esa posibilidad al la hora del diseño
7
5. Recursos y Estimación 5.1 Recursos de software reutilizables Los recursos de software que utilizaré en este proyecto serán exclusivamente componentes nuevos debido a que los recursos humanos con los que contamos para llevar a cabo todos los pasos de ingeniería del software posee una muy limitada experiencia. Siendo menos riesgoso y costoso la utilización de componentes nuevos.
5.2. Recursos de entorno El recurso necesario para el desarrollo del software es un lector de códigos de barras con su respectivo manual. Dicho hardware se utilizará para las altas y bajas de insumos
5.3. Estimación del Proyecto de Software La descomposición de las funciones principales del software es la siguiente: - altas, bajas y modificaciones de clientes y proveedores (ABM) - Lectura de la entrada del código de barras para las altas, bajas y modificaciones de insumos (LC) - Almacenamiento y control detallado de las reparaciones, compras y ventas realizadas (AC) - Generar informes de las compras, ventas y reparaciones (INF) Estimación basada en el problema Estimaciones de líneas de código de: AMB:
8
Sopt = 700 LDC Sm = 1000 LDC Spes = 1400 LDC VE = (700 + 4 x 1000 + 1400) / 6 VE = 1017
LC : Sopt = 400 LDC Sm = 600 LDC Spes = 900 LDC VE = (400 + 4 x 600 + 900) / 6 VE = 617 AC: Sopt = 280 LDC Sm = 400 LDC Spes = 700 LDC VE = (280 + 4 x 400 + 700) / 6 VE = 480 INF: Sopt = 400 LDC Sm = 600 LDC Spes = 800 LDC VE = (400 + 4 x 600 + 800) / 6 VE = 600
9
Función
LCD Estimada
altas, bajas y modificaciones de clientes y proveedores (ABM) Lectura de la entrada del código de barras para las altas, bajas y
1017 617
modificaciones de insumos (LC) Almacenamiento y control detallado de las reparaciones, compras y
480
ventas realizadas (AC) Generar informes de las compras, ventas y reparaciones (INF)
600
Líneas de códigos estimadas
2714
Tomando como productividad media para sistemas de este tipo a 450 LDC/pm (personas – mes). Vamos a requerir aproximadamente de 6 personas Estimación basada en el proceso
Actividades Entrevistas Planificación
Análisis Riesgo
Tareas Función ABM
Ingeniería
Construcción entrega
Evaluación Cliente
Totales
Análisis Diseño Código Prueba 0,28
1
0,25
0,5
n/a
2,03
LC
0,15
0,5
0,15
0,2
n/a
1
AC
0,1
0,3
0,1
0,3
n/a
0,8
INF
0,15
0,4
0,1
0,32
n/a
0,97
Total
0,07
0,07
0,06
0,68
2,2
0,6
1,32
5
% Esfuerzo
1,40%
1,40%
1,20%
13,60%
44,00 %
12,00 %
26,40 %
100,00%
Función
LCD estimada
LCD Persona-mes
ABM LC AC INF
1017 617 480 600
500
Líneas de códigos estimadas
620 600 620
2714
10
La cantidad requerida de personas para este proyecto es de 5 personas El esfuerzo total estimado para el software oscila de un índice de 5 personas-mes (obtenido mediante un enfoque de estimación basado en el proceso) a un índice de 6 personas-mes (obtenido mediante un enfoque de estimación basada en el problema). La cantidad de personas necesarias para este proyecto, teniendo en cuenta una estimación media (utilizando los dos enfoques) es de 5.5 personas-mes.
Teniendo en cuenta un sueldo mensual de $1500 promedio por persona (siendo analistas y programadores inexpertos). El dinero necesario para invertir en el personal es será aproximadamente de $8250 Entre los distintos métodos de estimación de costes de desarrollo de software, el modelo COCOMO (COnstructive COst MOdel) desarrollado por Barry M. Boehm, se engloba en el grupo de los modelos algorítmicos que tratan de establecer una relación matemática la cual permite estimar el esfuerzo y tiempo requerido para desarrollar un producto. Por un lado COCOMO define tres modos de desarrollo o tipos de proyectos: Orgánico: proyectos relativamente sencillos, menores de 50 KDLC líneas de código, en los cuales se tiene experiencia de proyectos similares y se encuentran en entornos estables. Semi-acoplado: proyectos intermedios en complejidad y tamaño (menores de 300 KDLC), donde la experiencia en este tipo de proyectos es variable, y las restricciones intermedias. Empotrado: proyectos bastantes complejos, en los que apenas se tiene experiencia y se engloban en un entorno de gran innovación técnica. Además se trabaja con unos requisitos muy restrictivos y de gran volatilidad. Y por otro lado existen diferentes modelos que define COCOMO: Modelo básico: Se basa exclusivamente en el tamaño expresado en LDC. 11
Modelo intermedio: Además del tamaño del programa incluye un conjunto de medidas subjetivas llamadas conductores de costes. Modelo avanzado: Incluye todo lo del modelo intermedio además del impacto de cada conductor de coste en las distintas fases de desarrollo. Para nuestro proyecto lo ideal será utilizar el modelo COCOMO básico cuyas ecuaciones son de la forma: E = a * KLOCb D = c * Ed Donde E es el esfuerzo aplicado en hombre-mes, D es el tiempo de desarrollo en meses y KLOC es el número de miles de líneas de código estimado para el proyecto. Los coeficientes a y c y los exponentes b y d se obtienen de la siguiente tabla:
Tipo de proyecto Orgánico Semiacoplado Empotrado
a b c 2.4 1.05 2.5 3.0 1.12 2.5 3.6 1.20 2.5
d 0.38 0.35 0.32
Al ser nuestro proyecto de software bastante pequeño lo que equivale a un tipo de proyecto orgánico obtenemos una estimación para el esfuerzo: E = 2,4 x KLOC 1,05 E = 2,.4 x 2,714 1,05 E = 6,8 hombre-mes Aproximadamente 7 personas – mes Para calcular la duración del proyecto usamos la estimación de esfuerzo:
12
D = 2.5 x E0,38 D = 2.5 x 6,80,38 D = 5,17 meses Aproximadamente el proyecto durará 5 meses El valor de la duración del proyecto nos permite recomendar un número de personas N para el proyecto. Personal promedio: N=E/D N = 7/5 N = 1,5 personas Según estas cifras será necesario un equipo de 2 personas trabajando alrededor de 5 meses, Por supuesto dependiendo de la necesidad de entrega que tengamos, podemos decidir emplear sólo una persona y ampliar por tanto la duración del proyecto.
13
6. Planificación Temporal 6.1. Refinamiento de las actividades principales Tarea 1: altas, bajas y modificaciones de clientes y proveedores (ABM) - 1.1 Programar las altas, bajas y modificaciones de clientes - 1.2 Programar altas, bajas y modificaciones proveedores - 1.3 Integración y puesta a punto de la tarea 1 Tarea 2: Lectura de la entrada del código de barras para las altas, bajas y modificaciones de insumos (LC) - 2.1 Programar la lectura de la entrada del código de barras - 2.2 Programar las altas, bajas y modificaciones de insumos -2.3 Integración y puesta a punto de la tarea 2 Hito: Culminación de altas bajas y modificaciones Tarea 3: Almacenamiento y control detallado de las reparaciones, compras y ventas realizadas (AC) - 3.1 Programar el almacenamiento detallado de las reparaciones - 3.2 Programar el almacenamiento detallado de las compras - 3.3 Programar el almacenamiento detallado de las ventas realizadas -3.4 Integración y puesta a punto de la tarea 3 Tarea 4: Generar informes de las compras, ventas y reparaciones (INF) - 4.1 .Generar informes de las compras - 4.2 Generar informes de las ventas - 4.3 Generar informes de las reparaciones realizadas -4.5 Integración y puesta a punto de la tarea 4 Tarea 5: Prueba e Implementación del software Hito: Software desarrollado
14
6.2. Red de tareas Actividad A B C D E F G H I J K L M N O P Q
Predecesor Duración (en días)
Descripción
Actividad ficticia 1 Programar las altas, bajas y modificaciones de clientes programar proveedores Integración clientes y proveedores
Programar la lectura de la entrada del código de barras Programar las altas, bajas y modificaciones de insumos Integración y puesta a punto dé código de barras e insumos Actividad ficticia 2 Programar el almacenamiento detallado de las reparaciones Programar el almacenamiento detallado de las compras Programar el almacenamiento detallado de las ventas realizadas Integración de las reparaciones, compras y ventas Generar informes de las compras Generar informes de las ventas Generar informes de las reparaciones realizadas Integración de los informes de compras, ventas y reparaciones Prueba e Implementación del software
Ninguno
0
Ninguno Ninguno B, C
5 5 4
Ninguno
4
Ninguno
5
E, F
4
D, G
0
H
4
H
4
H
4
I, J, K
3
L
5
L
5
L
5
M, N,O
4
P
8
Diagrama PERT B D
I
C
A
H
J
M
L
N
P
Q
E G
K
O
F
15
El proyecto tendrá una duración de 33 días laborables La actividad de programar la lectura de la entrada del código de barras (E) es la única que no pertenece a la ruta critica y tiene una holgura de un día, es decir que es la única actividad que puede demorarse un día. Las demás actividades no pueden demorarse si se quiere terminar el proyecto de software en el tiempo estimado pues forman parte de la ruta critica
6.3. Gráfico de Tiempo
16
17
6.4. Recursos Humanos Para este proyecto y teniendo en cuenta el promedio de las estimaciones de los tres enfoques utilizaremos a tres personas: -Un encargado del proyecto (Martín) que participara en la orientación de todas las actividades - Dos desarrolladores (Graciela y jorge) , encargados de la programación
18
19
7. Análisis de Sistemas de Computación - Prototipo 7.1. Objetivos del prototipo El objetivo principal de este prototipo es el de continuar con el análisis de requerimientos del sistema., recopilando información no contemplada en la entrevista y observación del sistema actual. Enfocando el prototipo en la interfaz de usuario de las altas, bajas y modificaciones de proveedores. Teniendo en cuenta que los requerimientos del usuario cambian y evolucionan a través del tiempo es importante involucrarlo con el desarrollo del sistema desde el inicio para que este pueda sugerir modificaciones necesarias a tiempo y realizar así un software que cumpla con todas las necesidades del usuario y hacerlo mas agradable y cómodo de utilizar Otro punto importante de la creación del prototipo es la mantener el entusiasmo del usuario por el desarrollo del sistema, al ir involucrándose activamente desde el inicio del desarrollo, este mantiene o incrementa el entusiasmo por el software terminado. El desarrollo final del software lleva su tiempo y si no se involucra al usuario en el desarrollo, este puede perder el entusiasmo y si no le gusta el producto final puede que hasta lo rechace
7.2. Funcionalidad del prototipo Al enfocar el prototipo en las altas, bajas y modificaciones, las funciones habilitadas en el prototipo son las de agregar (nuevo), eliminar y modificar proveedores, Como los botones de aceptar, cancelar y salir del formulario. Teniendo la posibilidad de agregar y eliminar un solo proveedor. Teniendo en cuenta que es la primera versión del prototipo. El formulario no esta vinculada a una base de datos y los datos del primer registro están cargados localmente, es por ello que no están habilitados para este prototipo los botones de movimientos de registro. Este prototipo no posee la consistencia que si tendría en cuenta el software final. Por ejemplo que los campos de datos necesarios no estén vacíos, que en los campos numéricos solo se ingresen números
20
7.3. Evaluación del prototipo Formulario de evaluación del prototipo Nombre del observador:
Martín Romero
fecha: 31/10/2010
Nombre del sistema o del proyecto:
Empresa o ubicación:
Pc Service
ISIV
Nombre o número del programa:
Versión:
Proveedores
1 Usuario
Nombre del usuario
Ricardo Vallejos
Periodo de observación
30/10/2010
Reacciones del usuario
Favorable Participativo y Conforme Dificultad para moverse entre campos con la tecla “Tab”
Sugerencias del usuario
Avanzar de un campo a otro presionando la tecla "enter" y no solo con la tecla "Tab"
Innovaciones Planes de revisiones
Modificar el: 05/11/2010 Revisar con: Ricardo Vallejos
21
8. Diseño de Sistemas de Computación
8.1 Estilo Arquitectónico El Estilo Arquitectónico que mejor se adapta al sistema es la arquitectura centrada de datos ya que en el centro del sistema es la base de datos que incluye la información de los clientes, proveedores, insumos (stock), ventas y reparaciones al que los demás componentes acceden permanentemente para actualizar, añadir, borrar, modificar o consultar la base de datos
Pasos de Diseño para la Conversión de los requisitos en una arquitectura de software
22
Paso 1 Diagrama 0
2
1 Información cliente Cliente Pc a reparar
Recepción Pc a reparar De PC
3
Taller de Reparación
Pc reparada
Detalle reparacion
Entrega de Pc Reparada
Insumo Pc
Información Cliente
D2 Stock Información Cliente
D1 Cliente
Pago Pc reparada Recibo Copia de recibo Transacción en efectivo Insumo a comprar
4
Transacción en efectivo
5
Efectivo Total recibido
Pago Cliente
Insumo Recibo
Venta de Insumos
Copia de Recibo
Insumo Lista de precios
6
Insumo Provedor
Recibo Presupuesto
Control De Stock
Resumir Efectivo recibido
Contabilidad Copia de Recibo
Pc
Insumo faltante
D2 Stock
Insumo adquirido
Pedido Pago Insumo
Paso 2
23
DFD físico hijo del proceso 6 control de stock
6.4
Verificar Archivo maestro Insumo Faltante Stock Stock Faltante
Actualizar Proveedor
Nuevo proveedor
6.1
D2
Nuevo proveedor
Archivo maestro Proveedores L is ta pr ov ed or es
D4
6.2 Insumo Faltante
Solicitar Presupuesto
6.3
Insumo Faltante
Buscar En webs De ventas
Presupuesto
6.5 Pedido
Elaborar Pedido
Detalle de Proveedor y precio
Efectuar Pago
de
Archivo Temporal pedidos
s
Lista de precios
Detalle de insumo
Actualizar Stock
Detalle Stock
D2
Archivo maestro Stock
Pago Insumo
Recibo
D5
io ec
mo
6.7
6.6 insumo
Pr
u ins
• Paso 3 En general, el flujo de información dentro de del sistema puede representarse siempre como una transformación, asumiendo una característica general de transformación para el flujo de información.
• Paso 4
24
Centro de transformación y límites de los flujos de entrada y salida
• Paso 5 Descomposición de primer nivel para control de stock
Control de Stock
Controlador de Ingresos
Controlador de Stock Faltante
Controlador de Pedidos
• Paso 6
25
Descomposición de segundo nivel y primera iteración de la estructura del programa
Control de Stock
Controlador de Stock Faltante
Controlador de Ingresos
Efectuar Pago
Actualizar Stock
Verificar Stock Faltante
Controlador de Pedidos
Solicitar Presupuesto
Solicitar Pedido
Buscar En Webs
Actualizar Proveedores
8.2. Diagrama Entidad-Relación
26
8.3. Diccionario de datos
27
Insumo =
Id insumo+ Nombre del insumo + Cantidad necesaria + Cantidad actual + Id Prioridad +
Insumo marca =
Id Marca + Marca + Precio unitario + Id insumo+
Prioridad =
Id Prioridad [baja ¦ media ¦ alta]
Proveedor =
Id Proveedor + Proveedor –Nombre + Proveedor –Dirección + Proveedor –Correo + Proveedor –Teléfono+ Id pago
Forma de pago =
Id pago [deposito ¦ transferencia ¦ contra rembolso]
Pedido =
Numero de pedido+ Fecha de pedido + Id Marca + Id Proveedor + Cantidad + Id pago
Compra =
Id Compra + Fecha + Id Marca + Cantidad + Id Proveedor + Id pago
* Aclaración 1: Tanto el diagrama Entidad-Relación como el Diccionario de datos de los puntos anteriores están refinados para una parte del sistema (control de stock) que serán necesarios para la Base de datos
28
relacional normaliza y la presentación de datos. El DFD, el diagrama Entidad-Relación como el Diccionario de datos del sistema total se encuentran en el anexo
8.4. Base de datos relacional normalizada Insumo Id Insumo
Nombre del insumo
Cantidad necesaria Cantidad actual Id Prioridad
1
PLACA CAPTURADORA
4
6
3
2
GABINETES CODEGEN
6
8
2
3
PENDRIVE 4GB
3
6
2
Prioridad Id Prioridad
Descripción
1
Alta
2
Media
3
Baja
Insumo-marca Id Marca
Marca
Precio unitario
Id insumo
1
Encore
160
1
2
Noganet
140
2
3
KINGSTON
80
3
4
Datatraveler
60
3
Proveedor Id Proveedor 1
P-Nombre
P-Dirección
P-Correo
Martín Romero Luis agote 730
[email protected]
P-Teléfono 03777423046
Id pago 6
2
Graciela Sosa
colon 174
[email protected] 0378315646458
2
3
Pérez José
salta 345
[email protected]
2
011425126
Forma-pago Id pago
Descripción
1
deposito
2
transferencia
3
contra rembolso
4
deposito y transferencia
5
deposito y contra rembolso
6
transferencia y contra rembolso
7
deposito, transferencia y contra rembolso
29
Pedido Numero de pedido Fecha de pedido Id Marca Id Proveedor Cantidad Id pago 1
18/11/2010
1
1
2
3
2
19/11/2010
2
2
5
2
Compra Id Compra
Fecha
Id Marca Cantidad Id Proveedor Id pago
1
15/11/2010
3
3
2
2
2
02/11/2010
2
4
3
2
3
20/11/2010
4
3
2
2
4
08/10/2010
4
3
2
2
5
21/10/2010
1
2
1
3
* Aclaración 2: La tabla Pedido es una tabla temporal cuyos registros son borrados cuando se concreta la compra (El insumo ingresa al stock y se carga el registro de compra para el control de contabilidad)
Relaciones de las tablas
30
8.4. Presentación de datos Total de capital utilizado en la compra de insumos en el bimestre Octubre – Noviembre = 1480 Total de capital utilizado en la compra de insumos en el mes de Octubre
= 980
Total de capital utilizado en la compra de insumos en el me de Noviembre
= 500
Compras del bimestre Octubre – Noviembre Id Id Compra de insumos Nombre del Precio Fecha Marca Id insumo Octubre – Noviembre Compra Marca insumo unitario PENDRIVE 4G B 1 15/11/2010 3 KINGSTON 3 PENDRIVE 4GB 80 GABINETES GABINETES 2 02/11/2010 2 Noganet 2 140 CODEGEN CODEGEN PLACA 3 20/11/2010 4 Datatraveler 3 PENDRIVE 4GB 60 CAPTURADORA 4 08/10/2010 4 Datatraveler 3 PENDRIVE 4GB 60 PLACA 5 21/10/2010 1 Encore 1 160 CAPTURADORA
3
Total en Pesos 240
4
560
3 3
180 180
2
320
Cantidad
*Aclaración 3: Unión de las tablas Compra, Insumo, Insumo-marca. Proyección de las columnas Id Compra, fecha, Id marca y cantidad de la tabla Compra. Nombre del insumo de la tabla Insumo. Marca y precio unitario de la tabla Insumo-marca. Derivación del atributo Total en Pesos Presentación de los datos en totales y grafico
31
9. Implantación y Capacitación de los usuarios del Sistema 9.1 Plan De Capacitación
•
Objetivo General:
Con el objetivo de promover la implementación del sistema de gestión de ventas y reparación de PC “PC – SERVICE”. Se abordó este proyecto para capacitar y formar al personal de los mismos. Teniendo en cuenta que el sistema actual es completamente manual y el que el nuevo sistema es informatizado, se requiere la adquisición de nuevos conocimientos y competencias por parte de los usuarios. Es por ello que resulta de vital importancia para el éxito del nuevo sistema la capacitación de todo el personal que forma parte de la empresa, no solo los que utilizan directamente el software a implementar, también los técnicos que generan la entrada al sistema de información.
•
Personal a Capacitar
Propietario Técnico Administrativo El propietario es el usuario mas importe a capacitar ya que es el encargado de la mayoría de las tareas de la empresa y es quien utilizará de manera directa el nuevo software a implementar, es por ello que estará incluido en todos los grupos a capacitar
32
El técnico es quien repara y arma las computadoras en el taller, si bien no utilizará el software desarrollado, es quien generará entrada al sistema; en consecuencia deberá capacitarse para adaptarse a los nuevos procedimientos; como ser el llenado de las fichas que luego se cargarán en el sistema
El administrativo es quien eventualmente suplanta al propietario en las tareas de ventas y administración, por ello deberá capacitarse conjuntamente con el propietario en esa área. Los Grupos estarán armados de la siguiente manera: o
Grupo Administración: Propietario Administrativo Nivel de experiencia: Experto
o
Grupo Taller de reparación: Propietario Técnico Nivel de experiencia: Moderado
o
Grupo Contabilidad: Propietario Nivel de experiencia: Experto
•
Personal responsable de la capacitación Al ser una empresa pequeña con poco personal a capacitar y al conocer a las
personas y al sistema de la organización, la capacitación estará a cargo del analista de sistema.
33
Métodos de Capacitación
•
La capacitación estará dividida por áreas y constará de tres jornadas; donde cada jornada tratará sobre un área específica. La capacitación comenzará el primero de diciembre del año 2010 y culminará el 3 de diciembre de dicho año. Los horarios de de las jornadas estarán dentro del rango de las 13: 30 a 16: 00 hs. Horario en el cual la empresa permanece serrada, debido que trabaja en horario comercial Las jornadas están planificadas de la siguiente manera: Jornada nº 1: o Grupo Administración Objetivos específicos: Que el propietario y administrativo conozcan y utilicen los módulos del sistema referido a la administración. Conozcan la interfaz grafica y puedan agregar, modificar y eliminar insumos, clientes y proveedores. Comprobar stock disponible. Completar formularios de pedidos y cargar los datos de las reparaciones realizadas Tiempo: 150 minutos divididos en tres momentos Momentos: Inicio: .30 minutos Desarrollo: 90 minutos Cierre: 30 minutos Fecha: 01/12/2010 Hora de inicio: 13:30 Hora de finalización: 16: 00 Unidades de instrucción:
34
Inicio: Breve explicación del sistema global con la presentación de la interfaz grafica mediante la presentación de diapositivas (en Power Point,) y manual del usuario
Desarrollo: Explicación detallada de cada modulo del sistema referido a la administración, mediante utilización de ejemplos para una mejor comprensión Utilización del sistema por parte de los usuarios a capacitar mediante un banco de pruebas con la orientación del instructor (analista) Cierre: Evaluación y corrección de errores. Repaso de los puntos importantes. Evacuación de dudas
Materiales de capacitación. Presentación de diapositivas en Power Point Manual del usuario
Jornada nº 2: o Grupo Taller de reparación Objetivos específicos: Que el propietario y el técnico conozcan y utilicen de manera adecuada los procedimientos requeridos en el taller de reparación del nuevo sistema. Conozcan y sepan interpretar el DFD hijo del proceso taller de reparación. Sepan completar los formularios de insumos necesarios, software necesario y reparaciones realizadas 35
Tiempo: 90 minutos divididos en tres momentos Momentos: Inicio: .20 minutos Desarrollo: 40 minutos Cierre: 30 minutos Fecha: 02/12/2010 Hora de inicio: 14:30 Hora de finalización: 16: 00 Unidades de instrucción: Inicio: Explicación global de los procedimientos del nuevo sistema con la presentación y explicación del DFD hijo del proceso taller de reparación. Presentación de los formularios que se utilizarán en el taller Desarrollo: Explicación detallada de cada paso de los procedimientos requeridos en el taller de reparación, mediante utilización de ejemplos para una mejor comprensión Realización de los procedimientos y llenado de todos los formularios que utilizará el taller por parte de los usuarios a capacitar con la orientación del instructor Cierre: Evaluación mediante preguntas sobre casos hipotéticos. Repaso de los puntos importantes. Evacuación de dudas Materiales de capacitación. Afiche DFD hijo del proceso taller de reparación
36
Afiches de ejemplos de Formularios del taller Manual de procedimientos * Los afiches permanecerá en el taller durante el periodo conversión del sistema viejo al sistema nuevo
Jornada nº 3: o Grupo Contabilidad Objetivos específicos: Que el propietario conozcan y utilicen en forma efectiva los recursos referido a la Contabilidad. Conozcan la interfaz grafica y pueda crear e interpretar resúmenes de compras, ventas y reparaciones, realizando estadísticas descriptivas permitiendo inferencias y de ese modo estar preparado a las necesidades del mercado Tiempo: 90 minutos divididos en tres momentos Momentos: Inicio: .20 minutos Desarrollo: 40 minutos Cierre: 20 minutos Fecha: 03/12/2010 Hora de inicio: 14:30 Hora de finalización: 16: 00
37
Unidades de instrucción: Inicio: Breve explicación de los recursos contables del sistema con la presentación de la interfaz grafica y gráficos estadísticos mediante la presentación de diapositivas (en Power Point,) y manual del usuario Desarrollo: Explicación detallada de cada modulo del sistema referido a la contabilidad con sus respectivas interpretaciones. Utilización de ejemplos para una mejor comprensión Utilización de los recursos contables del sistema por parte del propietario; creando resúmenes y gráficos estadísticos; utilizando como datos de pruebas los datos cargados en la capacitación nº 1 Cierre: Evaluación y corrección de errores. Repaso de los puntos importantes. Evacuación de dudas
Materiales de capacitación. Presentación de diapositivas en Power Point Manual del usuario
Sitio de capacitación: La capacitación se realizara en las instalaciones de la empresa permitiendo la familiarización con el nuevo sistema tal como funcionará luego de la implementación
38
9.2. Plan De Conversión La estrategia de conversión del sistema viejo al sistema nuevo es la Conversión paralela. Consiste en ejecutar al mismo tiempo el sistema viejo y el nuevo, en paralelo, es decir ambos sistemas se ejecutarán simultáneamente por el periodo de un mes, examinado permanentemente la confiabilidad de los resultados. Al obtener siempre los mismos resultados, el nuevo sistema se pone en uso y el viejo se detiene. En caso contrario se corregirán los posibles errores y se extenderá el periodo de conversión, planificando nuevas jornadas de capacitación si fuesen necesarias.
39
10. Conclusión Como conclusión puedo afirmar que el sistema informatizado desarrollado podrá satisfacer todas las necesidades de gestión fe ventas y reparación de PC permitiendo lograr un mejor manejo y control de las actividades, dando mayor credibilidad y prestigio al negocio
40
11. Bibliografía •
Presuman, Roger S. (2002). Ingeniería del Software. Quinta edición. España: McGRAW-HILL / Interamericana de España.
•
Sommerville, Ian. (2005). Ingeniería del Software. Séptima edición. España: Pearson Educación, S.A.
•
Kendall, Kenneth E. y Kendall Julie E. (2005). Análisis y Diseño de Sistemas. Sexta edición. México: Pearson Educación
41
Anexo Diagrama 0
2
1 Información cliente Cliente Pc a reparar
Recepción Pc a reparar De PC
3
Taller de Reparación
Pc reparada
Detalle reparacion
Entrega de Pc Reparada
Insumo Pc
Información Cliente
D2 Stock Información Cliente
D1 Cliente
Pago Pc reparada Recibo Copia de recibo Transacción en efectivo Insumo a comprar
4
Transacción en efectivo
5
Efectivo Total recibido
Pago Cliente
Insumo Recibo
Venta de Insumos
Copia de Recibo
Insumo Lista de precios
6
Insumo Provedor
Recibo Presupuesto
Control De Stock
Resumir Efectivo recibido
Contabilidad Copia de Recibo
Pc
Insumo faltante
D2 Stock
Insumo adquirido
Pedido Pago Insumo
42
DFD hijo del proceso 6 control de stock 6.4
Archivo maestro Insumo Faltante Stock
Actualizar Proveedor
Nuevo proveedor
6.1
6.2
Verificar Stock Faltante
Insumo Faltante
Solicitar Presupuesto
6.3
Insumo Faltante
Buscar En webs De ventas
Presupuesto
6.5 Pedido
Detalle de Proveedor y precio
Elaborar Pedido
insumo
Pr D5
i ec
u ns ei od
mo
Archivo Temporal pedidos
s
Lista de precios
6.7
6.6 Efectuar Pago
Detalle de insumo
Actualizar Stock
Detalle Stock
D2
Archivo maestro Stock
Pago Insumo
Recibo
DFD hijo del proceso 2 taller de reparación 2.1 Pc a reparar
Detectar problema Problema de hardware
D2
Nuevo proveedor
Archivo maestro Proveedores L is ta pr ov ed or es
D4
2.2 Problema de software Solucionar problema de software
ob Pr
2.3 Solucionar problema de Hardware
a m le
de
wa rd a h
Pc reparada Detalle reparación
re
Insumo Pc Insumo faltante
D2
Stock
43
Diagrama Entidad-Relación sistema total
Diccionario de datos del sistema total Insumo =
Id insumo+ Nombre del insumo + Cantidad necesaria + Cantidad actual + Id Prioridad +
Insumo marca =
Id Marca + Marca + Precio unitario + Id insumo+
Prioridad =
Id Prioridad [baja ¦ media ¦ alta]
44
Proveedor =
Id Proveedor + Proveedor –Nombre + Proveedor –Dirección + Proveedor –Correo + Proveedor –Teléfono+ Id pago
Forma de pago =
Id pago [deposito ¦ transferencia ¦ contra rembolso]
Pedido =
Numero de pedido+ Fecha de pedido + Id Marca + Id Proveedor + Cantidad + Id pago
Compra =
Id Compra + Fecha + Id Marca + Cantidad + Id Proveedor + Id pago
Problema de Software =
Numero del cliente + Nombre del cliente + Descripción del problema + Software necesario + (Observación)
Problema de Hardware =
Numero del cliente + Nombre del cliente + Descripción del problema + Insumo necesario + (Observación)
Insumo faltante =
Nombre del insumo + Cantidad necesaria + Prioridad + 45
(Marca preferida) (Observación) Insumo Pc =
Nombre del insumo + Cantidad necesaria + Marca + Costo+
Pc reparada =
Numero del cliente + Descripción del problema + Descripción de la solución +
Detalle reparación =
Numero del cliente + Descripción del problema + Descripción de la solución + Insumos necesarios + Software necesarios + Costo insumos + Costo mano de obra + Costo total + (Observación)
Presupuesto =
Nombre de insumo + Cantidad necesaria + (Marca preferida) (Observación)
Lista de precio =
Nombre del proveedor + Dirección del proveedor + Correo del proveedor + Teléfono del proveedor + Nombre de insumo + Precio unitario + Precio por cantidad + Marca + Forma de pago+
Cliente =
Id del cliente + Cliente – Nombre + Cliente –Dirección + Cliente – Correo + Cliente–Teléfono+
46
