proyecto de sistemas

Instituto Superior de InformáticaInstituto Superior de Informática

VirasoroVirasoro

Proyecto:Proyecto:

Gestión De Ventas y Reparación De PC Gestión De Ventas y Reparación De PC

“PC – Services”“PC – Services”

Carrera:Carrera: Analista de Sistemas Analista de Sistemas

Cátedra:Cátedra: Práctica Profesional Analista De Sistemas Práctica Profesional Analista De Sistemas

Curso:Curso: 3º año 3º año

Profesora:Profesora: Mónica Laura DombinaMónica Laura Dombina

AlumnoAlumno: :

Romero Martín AlbertoRomero Martín Alberto

Ciclo Lectivo:Ciclo Lectivo: 2010 2010

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

ventas realizadas (AC)

480

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

RiesgoIngeniería Construcción

entregaEvaluación

ClienteTotales

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

% 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 1017 500LC 617 620AC 480 600INF 600 620

10

Líneas de códigos estimadas 2714

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.

11

Y por otro lado existen diferentes modelos que define COCOMO:

Modelo básico: Se basa exclusivamente en el tamaño expresado en LDC.

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:

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:

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

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 5C programar proveedores Ninguno 5D 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

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 ConformeDificultad 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 1Diagrama 0

Paso 2

D2 Stock

D1 Cliente

D2 Stock

23

Información Cliente


Pago

Pc reparada

Recibo

Insumo Pc

Copia de recibo

Transacción en efectivo

Insumo Pc

Insumo adquirido

Insumo faltante

Pedido

Pago Insumo

DFD físico hijo del proceso 6 control de stock

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

Paso 6

25

Descomposición de segundo nivel y primera iteración de la estructura del programa

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

InsumoId 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

Insumo-marcaId Marca Marca Precio unitario Id insumo

1 Encore 160 1

2 Noganet 140 2

3 KINGSTON 80 3

4 Datatraveler 60 3

ProveedorId Proveedor P-Nombre P-Dirección P-Correo P-Teléfono Id pago

1 Martín Romero Luis agote 730 [email protected] 03777423046 6

2 Graciela Sosa colon 174 [email protected] 0378315646458 2

3 Pérez José salta 345 [email protected] 011425126 2

Forma-pagoId 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

PrioridadId Prioridad Descripción

1 Alta

2 Media

3 Baja

29

PedidoNumero 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

CompraId 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

CompraFecha

Id Marca

Marca Id insumoNombre del

insumoPrecio

unitarioCantidad

Total en Pesos

1 15/11/2010 3 KINGSTON 3 PENDRIVE 4GB 80 3 240

2 02/11/2010 2 Noganet 2GABINETES CODEGEN

140 4 560

3 20/11/2010 4 Datatraveler 3 PENDRIVE 4GB 60 3 1804 08/10/2010 4 Datatraveler 3 PENDRIVE 4GB 60 3 180

5 21/10/2010 1 Encore 1PLACA

CAPTURADORA160 2 320

*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

Compra de insumos Octubre – Noviembre

PENDRIVE 4GB

GABINETESCODEGEN

PLACACAPTURADORA

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

oGrupo 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

D2 Stock

D1 Cliente

D2 Stock

42



Pago

Pc reparada

Recibo

Insumo Pc

Copia de recibo

Transacción en efectivo

Insumo Pc

Insumo adquirido

Insumo faltante

Pedido

Pago Insumo

DFD hijo del proceso 6 control de stock

DFD hijo del proceso 2 taller de reparación

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]

Proveedor = Id Proveedor +Proveedor –Nombre +Proveedor –Dirección +

44

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 +(Marca preferida)(Observación)

Insumo Pc = Nombre del insumo +

45

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

Documents

proyecto de sistemas