Gestión de ventas y reparación de PC

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 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ III
2. Introducción _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 04
3. Materiales y Métodos _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 05
4. Planificación del Proyecto de Sistemas __________ __ ____ 06
4.1. Necesidad del Negocio _ _ _ _ _ _ __ _ _ __ _ _ _ _ _ _ _ _ _ _ 06
4.2. Ámbito del Software _ _ _ _ _ _ __ _ _ __ _ _ _ _ _ _ _ _ _ _ _ 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 __ _ _ _ _ _ _ _ _ _ _ _ 08
6. Planificación Temporal _ _ _ __ _ _ _ _ _ _ _ _ __ _ _ _ _ _ _ _ _ _ _ _ 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) 1017

Lectura de la entrada del código de barras para las altas, bajas y 617

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 Ingeniería Construcción Evaluación Totales
Riesgo entrega Cliente
Tareas Análisis Diseño Código Prueba

Función
ABM 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
% 1,40% 1,40% 1,20% 13,60% 44,00 12,00 26,40 100,00%
Esfuerzo % % %
Función LCD LCD

estimada Persona-mes
ABM 1017 500
LC 617 620
AC 480 600
INF 600 620
Líneas de códigos
estimadas 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 a b c d
Orgánico 2.4 1.05 2.5 0.38
Semiacoplado 3.0 1.12 2.5 0.35
Empotrado 3.6 1.20 2.5 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
- 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
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
Tarea 5: Prueba e Implementación del software
Hito: Software desarrollado
14
6.2. Red de tareas
Actividad Descripción Predecesor Duración

(en días)
A Actividad ficticia 1 Ninguno 0
B Programar las altas, bajas y modificaciones de clientes Ninguno 5
C programar proveedores Ninguno 5
D Integración clientes y proveedores B, C 4
E Programar la lectura de la entrada del código de barras Ninguno 4
F Programar las altas, bajas y modificaciones de insumos Ninguno 5
G Integración y puesta a punto dé código de barras e insumos E, F 4
H Actividad ficticia 2 D, G 0
I Programar el almacenamiento detallado de las reparaciones H 4
J Programar el almacenamiento detallado de las compras H 4
K Programar el almacenamiento detallado de las ventas realizadas H 4
L Integración de las reparaciones, compras y ventas I, J, K 3
M Generar informes de las compras L 5
N Generar informes de las ventas L 5
O Generar informes de las reparaciones realizadas L 5
P Integración de los informes de compras, ventas y reparaciones M, N,O 4
Q Prueba e Implementación del software P 8
Diagrama PERT
B
D
I M
C
A H J L N P Q
G K O
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 Ricardo Vallejos

usuario
Periodo de 30/10/2010
observación
Favorable
Participativo y Conforme
Reacciones del
Dificultad para moverse entre campos con la tecla
usuario “Tab”
Sugerencias del Avanzar de un campo a otro presionando la tecla

usuario "enter" y no solo con la tecla "Tab"
Innovaciones
Planes de Modificar el: 05/11/2010

revisiones 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
1 2 3
Información cliente Pc reparada
Taller Entrega
Cliente Recepción Pc a reparar
de de Pc
De PC
Pc a reparar Reparación Reparada
Detalle reparacion
Insumo Pc
Información Cliente
D2 Stock
D1 Cliente
Pago
Pc reparada
Recibo
Copia de recibo
Transacción en efectivo
Transacción Efectivo
Insumo a comprar 4 5
en efectivo Total recibido
Pago
Cliente Venta Resumir Contabilidad
Insumo de Efectivo
Insumos recibido Copia de Recibo
Recibo Copia de Recibo
Insumo Pc
Lista de precios 6
Insumo faltante
Insumo D2 Stock
Provedor Control
Recibo Insumo adquirido
De
Presupuesto Stock
Pedido
Pago Insumo
Paso 2
23
DFD físico hijo del proceso 6 control de stock
6.4
Archivo maestro Nuevo proveedor

D4 Actualizar
Proveedores
L is Proveedor
ta
pr
ov
ed
or
proveedor
es
Nuevo
6.1 6.2
Insumo Faltante 6.3

Archivo maestro Verificar Insumo Faltante
D2 Solicitar
Stock Insumo Faltante Stock
Presupuesto Buscar
Faltante
En webs
De ventas
Presupuesto
s
u mo
ins
de
io
6.5 ec
Pr
Detalle de Proveedor
Pedido y precio Archivo Temporal Lista de precios
Elaborar D5
pedidos
Pedido
6.6 6.7
Detalle Detalle
insumo
Efectuar de insumo Actualizar Stock Archivo maestro
D2
Pago Stock Stock
Pago Insumo
Recibo
• 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
Controlador Controlador
de Stock
de Ingresos de Pedidos
Faltante
• Paso 6
25
Descomposición de segundo nivel y primera iteración de la estructura del programa
Control de
Stock
Controlador
Controlador Controlador
de Stock
de Ingresos de Pedidos
Faltante
Efectuar Actualizar Verificar Solicitar Solicitar

Pago Stock Stock Faltante Presupuesto 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 P-Nombre P-Dirección P-Correo P-Teléfono Id pago
1 Martín Romero Luis agote 730 marchaupi@arnet.com.ar 03777423046 6
2 Graciela Sosa colon 174 estrellamilenaria@hotmail.com 0378315646458 2
3 Pérez José salta 345 peresito@hotamil.com 011425126 2
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 Total en
Fecha Marca
Octubre Id insumo
– Noviembre Cantidad
Compra Marca insumo unitario Pesos
1 15/11/2010 3 KINGSTON 3 PENDRIVE 4G
PENDRIVE B
4GB 80 3 240
GABINETES
GABINETES
2 02/11/2010 2 Noganet 2 140 4 560
CODEGEN
CODEGEN
PLACA
3 20/11/2010 4 Datatraveler 3 PENDRIVE 4GB
CAPTURADORA 60 3 180
4 08/10/2010 4 Datatraveler 3 PENDRIVE 4GB 60 3 180
PLACA
5 21/10/2010 1 Encore 1 160 2 320
CAPTURADORA
*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
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
Momentos:
Inicio: .20 minutos
Cierre: 30 minutos
Fecha: 02/12/2010
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
 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
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
Momentos:
Inicio: .20 minutos
Cierre: 20 minutos
Fecha: 03/12/2010
37
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
 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
1 2 3
Información cliente Pc reparada
Taller Entrega
Cliente Recepción Pc a reparar
de de Pc
De PC
Pc a reparar Reparación Reparada
Detalle reparacion
Insumo Pc
D2 Stock
D1 Cliente
Pago
Pc reparada
Recibo
Copia de recibo
Transacción en efectivo
Transacción Efectivo
Insumo a comprar 4 5
en efectivo Total recibido
Pago
Cliente Venta Resumir Contabilidad
Insumo de Efectivo
Insumos recibido Copia de Recibo
Recibo Copia de Recibo
Insumo Pc
Lista de precios 6
Insumo faltante
Insumo D2 Stock
Provedor Control
Recibo Insumo adquirido
De
Presupuesto Stock
Pedido
Pago Insumo
42
DFD hijo del proceso 6 control de stock
6.4
Archivo maestro Nuevo proveedor

D4 Actualizar
Proveedores
L is Proveedor
ta
pr
ov
ed
or
proveedor
es
Nuevo
6.1 6.2
Insumo Faltante 6.3

Verificar Insumo Faltante
Archivo maestro Solicitar
D2
Stock Insumo Faltante Stock
Presupuesto Buscar
Faltante
En webs
De ventas
Presupuesto
s
u mo
ns
ei
i od
6.5 ec
Pr
Detalle de Proveedor
Pedido y precio Archivo Temporal Lista de precios
Elaborar D5
pedidos
Pedido
6.6 6.7
Detalle Detalle
insumo
Efectuar de insumo Actualizar Stock Archivo maestro
D2
Pago Stock Stock
Pago Insumo
Recibo
DFD hijo del proceso 2 taller de reparación
2.1 2.2
Pc a reparar Problema de software Solucionar Pc reparada

Detectar
problema problema Detalle reparación
de software
Problema de hardware
re
wa
ard
h
de
a
m
le
ob
Pr
2.3
Insumo Pc
Solucionar D2 Stock
Insumo faltante
problema
de
Hardware
43
Diagrama Entidad-Relación sistema total
Diccionario de datos del sistema total

Insumo = Id insumo+
Nombre del insumo +
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 +
Insumo necesario +
(Observación)
Insumo faltante = Nombre del insumo +

Prioridad +
45
(Marca preferida)
(Observación)
Insumo Pc = Nombre del insumo +

Marca +
Costo+
Pc reparada = Numero del cliente +

Descripción de la solución +
Detalle reparación = Numero del cliente +

Descripción de la solución +
Insumos necesarios +
Software necesarios +
Costo insumos +
Costo mano de obra +
Costo total +
(Observación)
Presupuesto = Nombre de insumo +

(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

Gestión de ventas y reparación de PC

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Gestión de ventas y reparación de PC

Cargado por

Copyright:

Formatos disponibles

Instituto Superior de Informática

Carrera: Analista de Sistemas

Cátedra: Práctica Profesional Analista De Sistemas

Profesora: Mónica Laura Dombina

 Romero Martín Alberto

Ciclo Lectivo: 2010

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”

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

comprenderme y ayudarme en mi formación como analista. A todo ellos muchas

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

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”.

• 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

ayuda y orientación del la profesora Mónica Laura Dombina

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

en el problema, estimación basada en el proceso y el Modelo COCOMO

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

deficientes en tiempo y esfuerzo, permitiendo errores evitables y pérdida de información

valiosa para el negocio.

actividades y dar mayor credibilidad y prestigio al negocio

4.2. Ámbito del Software

Las funciones y características principales del nuevo software son:

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

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

• De Insumos: Nombre del insumo, cantidad ingresada, marca, costo

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

- 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

información valiosa. Otorgando un mayor prestigio al negocio

5.1 Recursos de software reutilizables

Los recursos de software que utilizaré en este proyecto serán exclusivamente