TFC ENGINYERIA DEL PROGRAMARIopenaccess.uoc.edu/webapps/o2/bitstream/10609/19024/7/... · 2017. 10....

TFC – ENGINYERIA DEL

PROGRAMARI

GESTOR D’UN TALLER MECÀNIC

DE BICICLETES

MEMÒRIA

CURS 2012/2013

ALUMNE: VERÒNICA MIGUEL RODRÍGUEZ

CONSULTOR: RICARD BURRIEL MAUREL

TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES

VERÒNICA MIGUEL RODRÍGUEZ

Página | 2

INDEX

1. PLA DE TREBALL ..................................................................................................................... 4

1.1. DESCRIPCIÓ ............................................................................................................ 4

1.2. RESUM DEL PROJECTE .......................................................................................... 4

1.3. ANÀLISI DE LA SITUACIO ACTUAL ....................................................................... 5

1.4. OBJECTIUS .............................................................................................................. 6

1.4.1. Objectius del projecte ...................................................................................................... 6

1.4.2. Objectius personals .......................................................................................................... 6

1.5. ANÀLISI DE RISCOS ................................................................................................ 7

1.6. METODOLOGIA ...................................................................................................... 7

1.7. PLANIFICACIÓ ........................................................................................................ 8

1.7.1. Diagrama de Gantt ........................................................................................................... 9

2. ANÀLISI .................................................................................................................................... 10

2.1. REQUISITS I REQUERIMENTS ............................................................................. 10

2.1.1. Alta i modificació treballadors ...................................................................................... 10

2.1.2. Alta i modificació clients ................................................................................................ 10

2.1.3. Alta i modificació bicicletes ........................................................................................... 11

2.1.4. Alta ordre de reparació .................................................................................................. 11

2.1.5. Modificació ordre de reparació ..................................................................................... 11

2.1.6. Generar factura .............................................................................................................. 12

2.1.7. Alta i modificació recanvis ............................................................................................ 12

2.1.8. Alta i modificació proveïdors ........................................................................................ 13

2.1.9. Generar comanda a proveïdor ...................................................................................... 13

2.1.10. Consultes ......................................................................................................................... 14

2.2 DIAGRAMA GENERAL .......................................................................................... 15

2.3 CASOS D’US ........................................................................................................... 16

2.3.1. Actors ................................................................................................................................. 16

2.3.2. Especificacions del cas d’ús de Validació ........................................................................ 17

2.3.3. Especificacions dels cassos d’ús de Treballadors ........................................................... 18

2.3.4. Especificacions dels cassos d’ús de Clients ..................................................................... 20

2.3.5. Especificacions dels cassos d’ús de Bicicletes ................................................................. 22

2.3.6. Especificacions dels cassos d’ús d’Ordres de reparació ................................................ 25

2.3.7. Especificacions dels cassos d’ús de Factures .................................................................. 27

2.3.8. Especificacions del cassos d’ús de Articles...................................................................... 30

2.3.9. Especificacions dels cassos d’ús de Proveïdors ............................................................... 33



Página | 3

2.3.10. Especificacions dels cassos d’ús de Comandes ............................................................... 36

3. DISSENY .................................................................................................................................... 39

3.1. DESCRIPCIÓ DELS ATRIBUTS .............................................................................. 39

3.2. DIAGRAMA ENTITAT/RELACIÓ .......................................................................... 42

3.3. DIAGRAMA DE CLASSES ...................................................................................... 43

3.4. DIAGRAMES DE SEQÜÈNCIA ............................................................................... 44

3.4.1. Diagrames de Validació .................................................................................................... 44

3.4.2. Diagrames de Treballadors .............................................................................................. 44

3.4.3. Diagrames de Clients ........................................................................................................ 46

3.4.4. Diagrames de Bicicletes .................................................................................................... 48

3.4.5. Diagrames d’Ordres de reparació ................................................................................... 51

3.4.6. Diagrames de Factures ..................................................................................................... 53

3.4.7. Diagrames de Articles ....................................................................................................... 56

3.4.8. Diagrames de Proveïdors ................................................................................................. 58

3.4.9. Diagrames de Comades .................................................................................................... 60

3.5. DISSENY INTERFÍCIE ........................................................................................... 62

3.5.1. Interfície Validació ........................................................................................................... 62

3.5.2. Interfície Treballadors ..................................................................................................... 63

3.5.3. Interfície Clients ................................................................................................................ 65

3.5.4. Interfície Bicicletes ............................................................................................................ 66

3.5.5. Interfície Ordres de Reparació ........................................................................................ 68

3.5.6. Interfície Factures ............................................................................................................. 70

3.5.7. Interfície Articles .............................................................................................................. 71

3.5.8. Interfície Proveïdors ......................................................................................................... 73

3.5.9. Interfície Comandes .......................................................................................................... 75

4. CONCLUSIÓ ............................................................................................................................. 77

5. BIBLIOGRAFIA ........................................................................................................................ 78



Página | 4

1. PLA DE TREBALL

1.1. DESCRIPCIÓ

Aquest projecte tracta sobre el treball fi de carrera (TFC) de l’Enginyeria tècnica

informàtica de sistemes, i té la finalitat de profunditzar i posar en pràctica els

coneixements adquirits en les assignatures cursades durant els anys d’estudi de la

carrera.

En concret, el projecte que ens afecta està centrat en l’àmbit de l’Enginyeria del

programari, el qual es dedica a l’estudi de les necessitats d’un client, i en l’anàlisi

i disseny dels requisits necessaris per cobrir aquestes necessitats.

1.2. RESUM DEL PROJECTE

Hard Bikes es un taller mecànic dedicat a la reparació de bicicletes. Engloba tot

tipus de bicicletes, però esta especialitzat en el món de l’enduro, freeride,

downhill i bmx.

Hard Bikes no només es dedica a la reparació, sinó que a més a més es dedica a

la venda de recanvis i accessoris.

Fins ara el taller disposava d’un responsable de taller i d’un mecànic, però degut

a l’increment de feina dels últims mesos, han augmentat el personal a un altre

mecànic i una dependenta.

Hard Bikes necessita informatitzar el taller per a poder controlar les entrades i

sortides de les bicicletes, organitzar les reparacions diàries, portar un seguiment

de l’estoc dels recanvis i accessoris i tenir una cartera de clients amb la

informació necessària per poder-los contactar. Per això ens demanen que

elaborem un projecte on englobi totes aquestes necessitats.

Per una banda la dependenta podrà accedir, modificar i crear nous clients i serà

l’encarregada de generar i modificar les factures i cobrar per les reparacions

efectuades o accessoris venuts. Podrà accedir a la taula d’accessoris o recanvis

per a poder comprovar el preu o l’estoc però no podrà crear-ne ni modificar els

productes.

Els mecànics, per altra banda, seran els que s’encarregaran de generar noves

ordres de taller o modificar-les, per tant, també podran accedir, modificar i crear

nous clients. En el cas que els hi entri una bici que no existeix en el sistema,

també tindran el permís necessari per crear-la a la taula de bicicletes.

Aquests podran, com la dependenta, accedir a la taula de recanvis per a

comprovar-ne l’estoc, però no modificar o crear nous productes.



Página | 5

Per últim, l’encarregat del taller, a part de tenir permís per fer tot ho anteriorment

esmentat per a la resta de treballadors, també serà el que s’encarregarà de

modificar o crear els recanvis o accessoris, de assigna’ls un preu de venta i un

proveïdor, així com a crear nous proveïdors o modificar-ne els existents. També

generarà, quan un article estigui sota mínim, una comanda al proveïdor que

tingui l’article assignat.

Cada cop que vingui un client a deixar una bicicleta, s’ha de introduir al sistema

una nova ordre de taller, especificant el client, la bicicleta i una descripció del

que s’ha de reparar. També s’ha d’introduir la data d’entrada al taller i una data

d’entrega prevista. Una copia d’aquesta ordre amb el segell de l’empresa

s’entregarà com a resguard al client.

Quan un dels mecànics o l’encarregat reparen una bicicleta, han de modificar la

ordre creada a l’entrada d’aquesta, incloent els recanvis utilitzats i les hores de

mà d’obra que s’han dedicat. En el cas que al introduir un recanvi el sistema avisi

que estan sota mínims, s’haurà d’avisar a l’encarregat perquè generi una

comanda al proveïdor pertinent.

Per últim, la dependenta genera la factura a partir de l’ordre de taller que els

treballadors han complimentat. Un cop generada la factura, es restarà de l’estoc

els recanvis utilitzats i l’ordre quedarà tancada i no es podrà modificar en cap

cas.

1.3. ANÀLISI DE LA SITUACIO ACTUAL

Fins ara, Hard Bikes havia estat una empresa petita, jove, intentant obrir-se camí

a través de la competència dins del món de les bicicletes.

Degut a la crisis econòmica actual que ens ha sacsejat a tots i ha fet que les

persones ens replantegem l’estil de vida que portàvem fins aleshores, molta gent

s’ha decantat per la mobilitat i el hobby, de cost molt baix respecte d’altres, com

és el anar en bicicleta.

Gràcies a això, Hard Bikes ha triplicat la seva cartera de clients, i amb el que

això implica, les seves reparacions. Per això la primera decisió que ha pres

l’encarregat de l’empresa ha estat la de contractar més treballadors per a poder

gestionar totes les funcions de l’empresa.

Fins aleshores treballaven amb un arxiu físic, on s’hi organitzaven les ordres de

taller entrades i les factures emeses als clients, tenint informatitzat amb una petita

base d’Acces la informació bàsica dels clients.



Página | 6

Les factures les generaven a partir d’una plantilla amb Excel, res automatitzat.

L’augment de la clientela ha comportat que l’arcaic model d’arxiu sigui

insuficient per a poder controlar tota la gestió de l’empresa amb els menors errors

i contratemps possibles.

Arrel d’aquest motiu neix la necessitat de informatitzar i sistematitzar Hard

Bikes.

1.4. OBJECTIUS

1.4.1. Objectius del projecte

L’objectiu principal d’aquest treball es generar un projecte complet, detallat i clar

on es reflecteixi el procediment a seguir a l’hora dissenyar un programari

responsable de gestionar el taller mecànic de bicicletes segons les necessitats del

client.

Aquest programari a de ser el més obert possible, amb funcions estàndards

reutilitzables i que pugui permetre actualitzacions regulars, preveient futures

modificacions o ampliacions segons les necessitats que puguin anar sorgint.

Les principals característiques que hauria d’incloure aquest programari són:

- Creació i modificació de clients.

- Registre d’entrades de bicicletes per data.

- Control d’estoc de recanvis i accessoris.

- Gestió de comandes a proveïdors.

- Gestió de factures a clients.

- Alta i baixa de d’usuaris.

- Control de permisos d’usuaris.

- Històric de moviments de recanvis i accessoris.

- Històric de reparacions per client i per bicicleta.

1.4.2. Objectius personals

L’objectiu personal que espero a l’hora de realitzar aquest projecte es poder posar

en pràctica els coneixements que he anat adquirint durant les assignatures

cursades a l’enginyeria.



Página | 7

Poder reconduir, resumir i adaptar la informació general de la que disposo

convertint-la en un projecte detallat i útil, vàlid per a un entorn professional.

1.5. ANÀLISI DE RISCOS

En principi, amb la informació facilitada per el client, seguint la temporització

planificada i utilitzant la metodologia adequada, els possibles riscos a córrer

durant la realització del projecte haurien de ser mínims.

A continuació detallaré alguns dels contratemps amb els que em podria arribar a

trobar a l’hora de realitzar el projecte:

PLANTEJAMENT DEL RISC SOLUCIÓ

Manca de temps per a

complir els objectius fixats

dins dels límits.

Dedicar més hores

setmanalment i reorganitzar les

tasques fixades.

Pèrdua de informació per

avaria.

Tenir diferents backups del

projecte en diferents mitjans.

Modificació dels objectius

finals per no complir amb els

requisits del projecte.

Reorganització de la

planificació i les tasques fixades

per adaptar-nos als requisits.

1.6. METODOLOGIA

A l’hora d’enfocar el projecte, la metodologia usada serà el cicle de vida en

cascada degut a que és el més pràctic quan existeix un límit de temps establert i

ben delimitat per fases, gràcies a les PACs i les dates d’entrega.

Les fases que englobaran aquest projecte seran les següents:

- Anàlisi prèvia: La primera part del projecte, on s’estableixen les

necessitats que s’han de cobrir.

- Anàlisi de requisits: La part encarregada de recopilar, examinar i

formular les necessitats del client, especificant els actors que hi

apareixen i establir tots els casos d’us necessaris.

- Disseny del sistema i del programa: La fase encarregada de reunir tots

els requisits generals de l’arquitectura del programa, mostrant una

primera interfície del que hauria de ser el programa final.



Página | 8

ANÀLISI

PRÈVIA

ANÀLISI DE

REQUISITS

DISSENY DEL

SISTEMA

DISSENY DEL

PROGRAMA

Les fases següents que s’haurien d’aplicar per a fer un cicle de vida en cascada

complet i que no estan contemplades en l’abast d’aquest projecte serien:

Programació Implementació Manteniment.

1.7. PLANIFICACIÓ

La planificació d’aquest projecte ve marcada per a les dates claus especificades

en el pla docent de l’assignatura:

Títol Inici / Enunciat Lliurament

PAC1 20/09/2012 03/10/2012

PAC2 04/10/2012 07/11/2012

PAC3 08/11/2012 12/12/2012

Memòria / Presentació 13/12/2012 02/01/2013

Aquestes entregues delimiten clarament els cicles de vida habituals, i es

divideixen en 3 fases: Pla de treball o planificació, Anàlisi dels requisits i

Disseny.

Degut a la meva situació laboral i la meva rutina diària, la dedicació que puc

donar-li al projecte no es continua, hi hauran dies de més dedicació que d’altres,

podent aportar més hores durant els caps de setmana, per tant, la planificació es

detallarà setmanalment, en comptes de diàriament.



Página | 9

1.7.1. Diagrama de Gantt



Página | 10

2. ANÀLISI

2.1. REQUISITS I REQUERIMENTS

A continuació ens disposarem a detallar els requeriments més importants de

cadascuna de les funcions que ha de incloure el programari de Hard Bikes.

2.1.1. Alta i modificació treballadors

Per a cada nou treballador que entri a formar part de la plantilla de Hard Bikes, se

li haurà de crear un registre amb la següent informació:

- idTreballador

- Nom

- Cognoms

- Usuari

- Contrasenya

- Actiu

- Permisos

En el camp permisos s’haurà d’introduir 0 si es Administrador, 1 si és mecànic i

2 si es dependenta.

Quan un treballador deixa l’empresa, s’haurà d’especificar a 0 el camp actiu a la

base de dades. Per defecte sempre està a 1.

2.1.2. Alta i modificació clients

Quan un nou client arriba a la botiga, se li ha d’assignar un nou registre a la base

de dades. Aquest registre ha de incloure la següent informació:

- idClient

- Nom

- Cognoms

- DNI

- Direcció

- Codi Postal

- Població

- Provincia

- Telèfon fix

- Mòbil

- Email



Página | 11

2.1.3. Alta i modificació bicicletes

Per a cada bicicleta nova que porti un client se li haurà d’obrir un registre a la

base de dades enllaçant-li aquesta bicicleta al seu registre de client. Aquesta nova

entrada ha de tenir la següent informació:

- idBicicleta

- idClient

- Número de Bastidor

- Marca

- Model

- Color

- Talla

2.1.4. Alta ordre de reparació

Cada cop que arriba un client amb una bici per reparar s’ha de generar una nova

ordre de reparació, la qual ha d’incloure la següent informació:

- idOrdre

- idClient

- idBicicleta

- Data d’entrada

- Data prevista de recollida

- Descripció reparació

2.1.5. Modificació ordre de reparació

Quan un mecànic finalitza la reparació d’una bicicleta, ha de modificar l’ordre de

reparació oberta a l’entrada d’aquesta, afegint els següents camps:

- Data finalització

També ha d’afegir les referències dels articles utilitzats en la reparació, i per

això es genera una taula amb la següent informació:

- idOrdre

- idLinia

- Referència

- Quantitat

- Descompte

- Preu

Existirà una referència sense estoc que serà la mà d’obra, amb el preu per hora, i

a la quantitat s’especificarà les hores dedicades a reparar la bicicleta.



Página | 12

Un cop modificada l’ordre, li donarà a la dependenta per a poder facturar en el

moment que arribi el client a recollir la bicicleta reparada.

2.1.6. Generar factura

En el moment que un client ve a recollir una bicicleta reparada o a comprar algun

recanvi, la dependenta ha de generar una factura amb les següents dades:

- idFactura

- idClient

- idOrdre si ve a recollir una bicicleta reparada

- Data

- Total

- Forma de pagament

També es genera una taula amb les línies de factura que s’han de cobrar, i es

registra la següent informació:

- idFactura

- idLinia

- Referència

- Quantitat

- Descompte

- Preu

Existirà una referència sense estoc que serà la mà d’obra, amb el preu per hora, i

a la quantitat s’especificarà les hores dedicades a reparar la bicicleta.

2.1.7. Alta i modificació recanvis

Existirà una taula amb els recanvis i articles que es poden trobar a Hard Bikes.

Aquesta taula podrà ser consultada per tots els treballadors, però només

l’administrador tindrà els permisos necessaris per a modificar-la. Cada article

haurà de registrar la següent informació:

- Referència

- Descripció

- idProveidor

- Preu de Cost

- Preu de Venta

- Estoc

- Estoc Mínim

- Obsolet



Página | 13

El camp obsolet marcarà 0 per defecte, en el cas que algun article es deixi de

comprar, el camp obsolet es marcarà a 1.

2.1.8. Alta i modificació proveïdors

Es tindrà un registre amb els proveïdors dels articles i recanvis de Hard Bikes, a

fi de poder contactar amb ells i enviar comandes quan l’estoc estigui sota el

mínim. Aquest registre haurà d’incloure la següent informació:

- idProveidor

- Raó Social

- NIF

- Direcció

- Codi Postal

- Població

- Província

- Telèfon

- Fax

- Mail

2.1.9. Generar comanda a proveïdor

En el moment que l’estoc real d’un article està per sota de l’estoc mínim,

l’encarregat haurà de generar una comanda al proveïdor pertinent a fi de

demanar-li més material. Aquesta comanda haurà de incloure la següent

informació:

- idComanda

- idProveidor

- Total

- Data d’entrega

De la mateixa forma que les factures, les comandes a proveïdor també hauran

d’incloure una taula amb les línies d’articles que es demanen:

- idComanda

- idLinea

- idArticle

- Descripció

- Quantitat

- Preu de Cost



Página | 14

2.1.10. Consultes

Els mecànics i l’encarregat podran fer un seguiment de les reparacions de cada

bicicleta. Aquest seguiment el podran fer indicant de quin client es tracta i quina

bicicleta del client volen consultar. Sempre podran acotar la recerca per dates.

També podran consultar per dates quines feines es van fer un dia en concret i

quin mecànic o bé quines feines hi ha previstes per algun dia futur, la qual cosa

els hi facilitarà l’organització de la feina de cada dia.

Tots els treballadors de l’empresa podran consultar l’estoc real, el mínim i el

preu de venta d’un article en concret. Aquesta consulta la podran efectuar fent un

filtre o bé per la referència de l’article o bé per la seva descripció.

També podran cercar informació dels clients fent un filtre per algun dels següents

camps: per nom, cognoms, població o telèfon.

L’encarregat podrà cercar informació dels proveïdors fent un filtre per els

mateixos camps que permet la recerca de clients: per nom, cognoms, població o

telèfon. També pot localitzar un proveïdor a través d’un article.



Página | 15

2.2 DIAGRAMA GENERAL

A continuació es detallarà un petit esquema on es podrà apreciar una visió

general de l’estructura del funcionament de Hard Bikes.

A l’esquema podrem observar els diferents sistemes que composen l’organització

del taller i com s’enllacen entre si.



Página | 16

2.3 CASOS D’US

Abans de descriure els casos d’ús necessaris per al bon funcionament del

programari, especificarem els actors que faran ús del sistema.

2.3.1. Actors

Cada actor es definirà en el moment que es validin en el sistema. Abans hi haurà

un únic actor que anomenarem usuari.

L’actor Usuari tindrà la tasca principal de identificar-se en el sistema, validant un

usuari i contrasenya al programari.

En el moment que el sistema valida l’usuari i contrasenya, hi apareixen els altres

tres actors encarregats del funcionament del programari:

- Administrador: Serà l’encarregat de Hard Bikes. Tindrà tots els

permisos necessaris per a accedir a qualsevol funció del sistema. Serà

l’únic amb la funció de donar d’alta a nous treballadors, assignant

l’usuari, contrasenya i permisos escaients.

- Mecànic: Seran tots aquells usuaris que treballen al taller reparant les

bicicletes. Tindran permisos limitats acords a la seva feina alhora

d’accedir al sistema.

- Dependenta: Seran tots aquells usuaris que treballen a la part de la

botiga. Per el moment Hard Bikes només conta amb 1 usuari amb

aquestes característiques. Tindrà permís limitat acord a la seva feina

alhora d’accedir al sistema.



Página | 17

2.3.2. Especificacions del cas d’ús de Validació

Títol Cas d’ús Validació

Funcionalitat Permet que els usuaris es validin al sistema a través d’un

usuari i una contrasenya.

Actors Usuari

Pre Condicions L’usuari ha de estar creat al sistema i ha de introduir

correctament el nom d’usuari i la contrasenya.

Post Condicions El sistema valida les dades i entra al sistema.

Procés - L’usuari entra per pantalla el nom d’usuari i la contrasenya

i accepta.

- El sistema comprova a la base de dades que l’usuari entrat

i la contrasenya són correctes.

- L’usuari accedeix al sistema.

Excepcions Si les dades entrades són incorrectes el sistema t’avisa amb

un missatge i torna a posar els camps d’usuari i contrasenya

en blanc perquè es tornin a introduir correctament.



Página | 18

2.3.3. Especificacions dels cassos d’ús de Treballadors

Títol Cas d’ús Crear Treballador

Funcionalitat L’administració dona d’alta un nou treballador a l’empresa.

Actors Administrador

Pre Condicions L’administrador ha d’estar validat al sistema. No pot existir

el treballador que s’ha de crear al sistema.

Post Condicions S’introdueix un nou registre a la base de dades amb el

treballador creat.

Procés - L’administrador entra les dades del treballador que s’han

de registrar (nom, cognoms, usuari, contrasenya i permís) i

accepta .

- El sistema comprova que no queda cap dada en blanc.

- El sistema comprova a la base de dades que el nom

d’usuari no existeix en cap altre treballador.

- El sistema incrementa en 1 el id de treballador i registra les

dades proporcionades per l’administració.

- El sistema avisa a l’administració que el nou treballador ha

estat creat correctament.

Excepcions Si queda algun camp en blanc o l’usuari entrat ja existeix, el

sistema avisa amb un missatge perquè s’introdueixin

correctament.



Página | 19

Títol Cas d’ús Modificar treballador

Funcionalitat L’administració modifica les dades d’un treballador de

l’empresa.


Pre Condicions L’administrador ha d’estar validat al sistema. L’usuari a

modificar ha d’existir al sistema.

Post Condicions S’actualitzen les dades del treballador que es vol modificar.

Cassos d’us

relacionats

Consultar treballador.

Procés - L’administrador fa una consulta per trobar el treballador

que vol modificar.

- L’administrador entra les dades del treballador que vol

modificar (nom, cognoms, usuari, contrasenya o permís) i

accepta .

- El sistema comprova que el treballador seleccionat existeix

al sistema.

- El sistema comprova a la base de dades que el nom

d’usuari no existeix en cap altre treballador.

- El sistema actualitza al registre del treballador seleccionat

les dades proporcionades per l’administració.

- El sistema avisa a l’administració que el treballador ha

estat actualitzat correctament.

Excepcions Si l’usuari entrat ja existeix en algun altre treballador, el

sistema avisa amb un missatge perquè s’introdueixi

correctament.

Títol Cas d’ús Consultar treballador

Funcionalitat L’administració efectua una consulta per trobar algun

treballador existent al sistema.


Pre Condicions L’administrador ha d’estar validat al sistema. L’usuari a

consultar ha d’existir al sistema.

Post Condicions Apareix en pantalla les dades del treballador consultat.

Procés - L’administrador fa una consulta per trobar el treballador

que vol cercar fent un filtre per nom o bé per cognom.

- El sistema li mostra per pantalla totes les dades del

treballador seleccionat.



Página | 20

Excepcions

Si el sistema no troba cap coincidència del filtre efectuat per

l’administrador amb les dades dels treballadors al sistema,

no es mostrarà res en pantalla.

2.3.4. Especificacions dels cassos d’ús de Clients

Títol Cas d’ús Crear Client

Funcionalitat L’usuari dona d’alta un nou client.

Actors Administrador, Mecànic o Dependenta.

Pre Condicions L’Usuari ha d’estar validat al sistema. El client a crear no

pot existir al sistema.

Post Condicions Es crea un nou registre al sistema amb el nou client entrat.

Cassos d’us

relacionats

Consultar client.

Procés - L’usuari pot fer una consulta per si existeix el client al

sistema.

- L’usuari entra les dades del client que vol crear (nom,

cognoms, dni, direcció completa, telèfons i mail) i accepta .

- El sistema comprova pel dni que el client seleccionat no



Página | 21

existeix al sistema.

- El sistema comprova que no hi ha cap camp obligatori en

blanc.

- El sistema incrementa en 1 el id de client i registra les

dades proporcionades per l’usuari.

- El sistema avisa a l’usuari que el nou client ha estat creat

correctament.

Excepcions Si el dni entrat ja existeix en algun altre client o hi ha algun

camp obligatori en blanc, el sistema avisa amb un missatge

perquè s’introdueixi correctament.

Títol Cas d’ús Modificar Client

Funcionalitat L’usuari modifica les dades d’un client.


Pre Condicions L’usuari ha d’estar validat al sistema. El client a modificar

ha d’existir al sistema.

Post Condicions S’actualitzen les dades del cient que es vol modificar.

Cassos d’us

relacionats

Consultar client.

Procés - L’usuari fa una consulta per trobar el client que vol

modificar.

- L’usuari entra les dades del client que vol modificar (nom,

cognoms, dni, direcció completa, telèfons i mail) i accepta .

- El sistema comprova a la base de dades que el dni entrat no

existeix en cap altre client.

- El sistema actualitza el registre del client seleccionat amb

les dades proporcionades per l’usuari.

- El sistema avisa a l’usuari que el client ha estat actualitzat

correctament.

Excepcions Si el dni entrat ja existeix en algun altre client, el sistema

avisa amb un missatge perquè s’introdueixi correctament.

Títol Cas d’ús Consultar client

Funcionalitat L’usuari efectua una consulta per trobar algun client existent

al sistema.

Actors Administrador, Mecànic i Dependenta.



Página | 22

Pre Condicions L’usuari ha d’estar validat al sistema. El client a consultar


Post Condicions Apareix en pantalla les dades del client consultat.

Procés - L‘usuari fa una consulta per trobar el client que vol cercar

fent un filtre per dni, nom, cognom, telèfon, o bé població.

- El sistema li mostra per pantalla totes les dades del client

seleccionat.

Excepcions Si el sistema no troba cap coincidència del filtre efectuat per

l’usuari amb les dades dels clients al sistema, no es mostrarà

res en pantalla.

2.3.5. Especificacions dels cassos d’ús de Bicicletes

Títol Cas d’ús Crear Bicicleta

Funcionalitat L’usuari dona d’alta una nova bicicleta.

Actors Administrador o Mecànic.

Pre Condicions L’Usuari ha d’estar validat al sistema. La bicicleta a crear no

pot existir al sistema.

Post Condicions Es crea un nou registre al sistema amb la nova bicicleta

entrada.

Cassos d’us

relacionats

Consultar client, crear client, consulta bicicleta.



Página | 23

Procés

- L’usuari pot fer una consulta per si existeix la bicicleta al

sistema.

- L’usuari entra les dades de la bicicleta que vol crear

(Bastidor, marca, model, color i talla).

- Fa una consulta de clients per seleccionar el propietari de

la bicicleta i accepta .

- El sistema comprova pel número de bastidor que la

bicicleta seleccionada no existeix al sistema.


blanc.

- El sistema incrementa en 1 el id de bicicleta i registra les


- El sistema avisa a l’usuari que la nova bicicleta ha estat

creada correctament.

Excepcions Si el número de bastidor entrat ja existeix en alguna altre

bicicleta o hi ha algun camp obligatori en blanc, el sistema

avisa amb un missatge perquè s’introdueixi correctament.

Si el propietari de la bicicleta no està donat d’alta, el sistema

primer t’obliga a crear un nou client.

Títol Cas d’ús Modificar Bicicleta

Funcionalitat L’usuari modifica les dades d’una bicicleta.


Pre Condicions L’usuari ha d’estar validat al sistema. La bicicleta a


Post Condicions S’actualitzen les dades de la bicicleta que es vol modificar.

Cassos d’us

relacionats

Consultar client, crear client, consultar bicicleta

Procés - L’usuari fa una consulta per trobar la bicicleta que vol

modificar.

- L’usuari entra les dades de la bicicleta que vol modificar

(Bastidor, marca, model, color i talla).

- Si vol canviar el propietari fa una consulta de clients per

seleccionar el nou propietari de la bicicleta i accepta.

- El sistema comprova a la base de dades que el número de

bastidor entrat no existeix en cap altre bicicleta.

- El sistema actualitza el registre de la bicicleta seleccionada

amb les dades proporcionades per l’usuari.

- El sistema avisa a l’usuari que la bicicleta ha estat

actualitzada correctament.



Página | 24

Excepcions

Si el número de bastidor entrat ja existeix en alguna altre

bicicleta, el sistema avisa amb un missatge perquè

s’introdueixi correctament.

Si el nou propietari de la bicicleta no està donat d’alta, el

sistema primer t’obliga a crear un nou client.

Títol Cas d’ús Consultar bicicleta

Funcionalitat L’usuari efectua una consulta per trobar alguna bicicleta

existent al sistema.


Pre Condicions L’usuari ha d’estar validat al sistema. La bicicleta a


Post Condicions Apareix en pantalla les dades de la bicicleta consultada.

Procés - L‘usuari fa una consulta per trobar la bicicleta que vol

cercar fent un filtre per bastidor, model, marca o bé per

client.

- El sistema li mostra per pantalla totes les dades de la

bicicleta seleccionada.


l’usuari amb les dades de les bicicletes al sistema, no es

mostrarà res en pantalla.

Títol Cas d’ús Eliminar bicicleta

Funcionalitat L’usuari elimina una bicicleta existent al sistema.


Pre Condicions L’usuari ha d’estar validat al sistema. La bicicleta a eliminar


Post Condicions S’esborra el registre de la bicicleta seleccionada.

Cassos d’us

relacionats

Consultar client, crear client, consultar bicicleta

Procés - L‘usuari fa una consulta per trobar la bicicleta que vol

cercar fent un filtre per batidor, model, marca o bé per

client.

- El sistema demana si està segur d’eliminar la bicicleta

seleccionada.

- L’usuari accepta.



Página | 25

- El sistema esborra el registre a la base de dades de la

bicicleta seleccionada.

- El sistema informa que la bicicleta ha estat eliminada

correctament.




2.3.6. Especificacions dels cassos d’ús d’Ordres de reparació

Títol Cas d’ús Crear Ordre de Reparació

Funcionalitat L’usuari dona d’alta una nova ordre de reparació.


Pre Condicions L’Usuari ha d’estar validat al sistema. L’ordre a crear no pot

existir al sistema.

Post Condicions Es crea un nou registre al sistema amb la nova ordre entrada.

Cassos d’us

relacionats

Consultar client, consultar bicicleta.

Procés - L’usuari fa una consulta per trobar el client que porta la

bicicleta a reparar.

- L’usuari fa una consulta per a trobar la bicicleta del client,

en el cas que en tingui més d’una.

- L’usuari entra la data d’entrada de la bicicleta al taller i la



Página | 26

data prevista de recollida.

- L’usuari fa una breu descripció del problema que pot tenir

la bicicleta i accepta.

- El sistema comprova que no hi ha cap camp en blanc.

- El sistema incrementa en 1 el id d’ordre de reparació i

registra les dades proporcionades per l’usuari.

- El sistema avisa a l’usuari que l’ordre ha estat creada

correctament.

- L’usuari treu una copia de la ordre de reparació com a

resguard per al client.

Excepcions Si hi ha algun camp en blanc, el sistema avisa amb un

missatge perquè s’introdueixi correctament.

Si el propietari de la bicicleta no està donat d’alta, el sistema

primer t’obliga a crear un nou client.

Si la bicicleta no està donada d’alta, el sistema t’obliga a

crear-ne una de nova.

Títol Cas d’ús Modificar Ordre de Reparació

Funcionalitat L’usuari modifica les dades d’una ordre de reparació.


Pre Condicions L’usuari ha d’estar validat al sistema. L’ordre a modificar ha

d’existir al sistema.

Post Condicions S’incrementa la informació de l’ordre de reparació que s’ha

dut a terme, amb els articles usats i la mà d’obra.

Cassos d’us

relacionats

Consultar article, consultar ordre de reparació.

Procés - L’usuari fa una consulta per trobar l’ordre de reparació que

vol modificar.

- En el cas que s’hagin utilitzat recanvis, l’usuari fa una

consulta d’articles per introduir els recanvis utilitzats.

- L’usuari introdueix la quantitat de cada article utilitzat.

- L’usuari introdueix les hores de mà d’obra usades en la

reparació.

- L’usuari prem finalitzar ordre.


- El sistema actualitza el registre de l’ordre de reparació

seleccionada amb les dades proporcionades per l’usuari.

- El sistema introdueix la data actual com a data de

finalització de l’ordre de reparació.

- El sistema avisa a l’usuari que l’ordre ha estat actualitzada

correctament.



Página | 27

Excepcions

Si el sistema detecta que s’ha introduït un article sense

quantitat, avisa a l’usuari perquè ho introdueixi

correctament.

Títol Cas d’ús Consultar Ordre de reparació

Funcionalitat L’usuari efectua una consulta per trobar alguna ordre de

reparació existent al sistema.


Pre Condicions L’usuari ha d’estar validat al sistema. L’ordre de reparació a


Post Condicions Apareix en pantalla les dades de l’ordre de reparació

consultada.

Procés - L‘usuari fa una consulta per trobar l’ordre de reparació que

vol cercar fent un filtre per número d’ordre, idclient, nom

client o bé per idbicicleta.

- El sistema li mostra per pantalla totes les dades de l’ordre

seleccionada, estigui o no finalitzada.


l’usuari amb les dades introduïdes al sistema, no es mostrarà

res en pantalla.

2.3.7. Especificacions dels cassos d’ús de Factures



Página | 28

Títol Cas d’ús Generar Factura

Funcionalitat L’usuari genera una nova factura al sistema.

Actors Administrador o Dependenta.

Pre Condicions L’Usuari ha d’estar validat al sistema.

Si la factura ve d’una ordre de reparació, aquesta ha d’existir

al sistema.

Post Condicions Es crea un nou registre al sistema amb la factura generada.

Cassos d’us

relacionats

Consultar ordre de reparació, consultar articles, consultar

clients

Procés Es pot generar una factura per dos mitjans diferents. En el

cas que es generi la factura a través d’una ordre de

descàrrega:

- L’usuari fa una consulta per trobar l’ordre de descàrrega a

través de la qual ha de generar la factura.

- Un cop trobada, l’usuari selecciona “Generar factura”.

- El sistema obra una nova factura amb les dades de l’ordre

de factura (idclient, idordre, referències d’articles utilitzats

amb quantitat i preu).

- Si el client compra més accessoris, l’usuari fa una consulta

per trobar les referències dels accessoris comprats i els

afegeix a la factura.

- L’usuari selecciona la forma de pagament i guarda la

factura.


- El sistema incrementa en 1 el id de factura, insereix la data

actual la i registra les dades proporcionades per l’usuari.

- El sistema avisa a l’usuari que la factura ha estat creada

correctament.

- L’usuari treu una copia de la factura per al client.

En el cas que generi la factura de nou, per la compra

d’accessoris:

- L’usuari selecciona generar una nova factura.

- L’usuari fa una consulta per trobar el client que ve a

comprar.

- L’usuari fa una consulta per trobar les referències dels

accessoris comprats i els afegeix a la factura.

- L’usuari selecciona la forma de pagament i guarda la

factura.


- El sistema incrementa en 1 el id de factura, insereix la data



Página | 29

actual i registra les dades proporcionades per l’usuari.

- El sistema avisa a l’usuari que la factura ha estat creada

correctament.


Excepcions Si hi ha algun camp en blanc o detecta que hi ha algun

article sense quantitat, el sistema avisa amb un missatge


Si el client no està donat d’alta, el sistema primer t’obliga a

crear un nou client.

Títol Cas d’ús Modificar Factura

Funcionalitat L’usuari modifica les dades d’una factura existent.


Pre Condicions L’usuari ha d’estar validat al sistema. La factura a modificar


Post Condicions S’actualitzen les dades de la factura que es vol modificar.

Cassos d’us

relacionats

Consultar article, consultar client.

Procés - L’usuari fa una consulta per trobar la factura que vol

modificar.

- En el cas que es vulguin afegir accessoris, l’usuari fa una

consulta d’articles per introduir les referències dels

accessoris comprats.

- L’usuari introdueix la quantitat de cada article utilitzat.

- L’usuari pot modificar o eliminar qualsevol línia d’article.

- L’usuari pot modificar el client de la factura fent una

consulta de clients per localitzar el nou.

- L’usuari pot modificar la forma de pagament i la data de

factura.

- L’usuari prem guardar factura.


- El sistema actualitza el registre de la factura seleccionada

amb les dades proporcionades per l’usuari.

- El sistema avisa a l’usuari que la factura ha estat



Excepcions Si hi ha algun camp en blanc o detecta que hi ha algun

article sense quantitat, el sistema avisa amb un missatge


Si el client no està donat d’alta, el sistema primer t’obliga a

crear un nou client.



Página | 30

Títol Cas d’ús Consultar Factura

Funcionalitat L’usuari efectua una consulta per trobar alguna factura



Pre Condicions L’usuari ha d’estar validat al sistema. La factura a consultar


Post Condicions Apareix en pantalla les dades de la factura consultada.

Procés - L‘usuari fa una consulta per trobar la factura que vol cercar

fent un filtre per número de factura, idclient o bé nom client.


factura seleccionada.


l’usuari amb les dades introduïdes al sistema, no es mostrarà

res en pantalla.

2.3.8. Especificacions del cassos d’ús de Articles



Página | 31

Títol Cas d’ús Crear Article

Funcionalitat L’Administrador dona d’alta un nou article.

Actors Administrador.

Pre Condicions L’Administrador ha d’estar validat al sistema. L’article a

crear no pot existir al sistema.

Post Condicions Es crea un nou registre al sistema amb el nou article entrat.

Cassos d’us

relacionats

Consultar proveïdor, consultar client.

Procés - L’Administrador pot fer una consulta per si existeix

l’article al sistema.

- L’Administrador entra les dades de l’article que vol crear

(Referència, descripció, preu de cost, preu de venta, estoc,

estoc mínim).

- L’administrador fa una consulta per trobar el proveïdor de

l’article i accepta.

- El sistema comprova per la referència que l’article

seleccionat no existeix al sistema.


blanc.

- El sistema registra les dades proporcionades per

l’administrador.

- El sistema avisa a l’administrador que el nou article ha


Excepcions Si la referència entrada ja existeix en algun altre article o hi

ha algun camp en blanc, el sistema avisa amb un missatge


Si el proveïdor de l’article no existeix el sistema obliga a

crear-ne un de nou.

Títol Cas d’ús Modificar Article

Funcionalitat L’Administrador modifica les dades d’un article.


Pre Condicions L’administrador ha d’estar validat al sistema. L’article a


Post Condicions S’actualitzen les dades de l’article que es vol modificar.



Página | 32

Cassos d’us

relacionats

Consultar article, consultar proveïdor.

Procés - L’Administrador fa una consulta per trobar l’article que

vol modificar.

- L’Administrador entra les dades que vol modificar de

l’article (referència, , descripció, preu de cost, preu de venta,

estoc, estoc mínim i obsolet).

- Si es vol modificar el proveïdor, l’administrador farà una

consulta per trobar el nou proveïdor.

- L’Administrador accepta.

- El sistema comprova per la referència que l’article

seleccionat no existeix al sistema.


blanc.

- El sistema registra les dades proporcionades per

l’administrador.

- El sistema avisa a l’administrador que l’article s’ha

actualitzat correctament.

Excepcions Si la referència entrada ja existeix en algun altre article o hi

ha algun camp en blanc, el sistema avisa amb un missatge


Si el proveïdor de l’article no existeix el sistema obliga a

crear-ne un de nou.

Títol Cas d’ús Consultar Article

Funcionalitat L’usuari efectua una consulta per trobar algun article


Actors Administrador, Mecànic i Dependenta.

Pre Condicions L’usuari ha d’estar validat al sistema. L’article a consultar


Post Condicions Apareix en pantalla les dades de l’article consultat.

Procés - L‘usuari fa una consulta per trobar l’article que vol cercar

fent un filtre per referència o per descripció.

- El sistema li mostra per pantalla totes les dades de l’article

seleccionat.


l’usuari amb les dades dels articles al sistema, no es




Página | 33

2.3.9. Especificacions dels cassos d’ús de Proveïdors

Títol Cas d’ús Crear Proveïdor

Funcionalitat L’Administrador dona d’alta un nou proveïdor.


Pre Condicions L’Administrador ha d’estar validat al sistema. El proveïdor a

crear no pot existir al sistema.

Post Condicions Es crea un nou registre al sistema amb el nou proveïdor

entrat.

Cassos d’us

relacionats

Consultar proveïdor.

Procés - L’Administrador pot fer una consulta per si existeix el

proveïdor al sistema.

- L’Administrador entra les dades del proveïdor que vol

crear (raó social, NIF, direcció complerta, telèfon, fax i

mail) i accepta.

- El sistema comprova pel NIF que el proveïdor seleccionat

no existeix al sistema.


blanc.

- El sistema incrementa en 1 el id de proveïdor i registra les

dades proporcionades per l’Administrador.



Página | 34

- El sistema avisa a l’Administrador que el nou proveïdor ha


Excepcions Si el NIF entrat ja existeix en algun altre proveïdor o hi ha

algun camp obligatori en blanc, el sistema avisa amb un

missatge perquè s’introdueixi correctament.

Títol Cas d’ús Modificar Proveïdor

Funcionalitat L’Administrador modifica les dades d’un proveïdor.




Post Condicions S’actualitzen les dades del proveïdor que es vol modificar.

Cassos d’us

relacionats

Consultar proveïdor

Procés - L’Administrador fa una consulta per trobar el proveïdor

que vol modificar.

- L’Administrador entra les dades que vol modificar del

proveïdor seleccionat (raó social, direcció complerta,

telèfon, fax i mail).

- El sistema comprova a la base de dades que el número de

NIF entrat no existeix en cap altre proveïdor.

- El sistema actualitza el registre del proveïdor seleccionat

amb les dades proporcionades per l’administrador.

- El sistema avisa a l’administrador que el proveïdor ha estat


Excepcions Si el NIF entrat ja existeix en algun altre proveïdor o hi ha

algun camp obligatori en blanc, el sistema avisa amb un

missatge perquè s’introdueixi correctament

Títol Cas d’ús Consultar Proveïdor

Funcionalitat L’Administrador efectua una consulta per trobar algun

proveïdor existent al sistema.




Post Condicions Apareix en pantalla les dades del proveïdor consultat.



Página | 35

Procés

- L’Administrador fa una consulta per trobar el proveïdor

que vol cercar fent un filtre per raó social, per població o bé

per telèfon.

- El sistema li mostra per pantalla totes les dades del

proveïdor seleccionat.


l’administrador amb les dades dels proveïdors al sistema, no

es mostrarà res en pantalla.

Títol Cas d’ús Eliminar proveïdor

Funcionalitat L’Administrador elimina un proveïdor existent al sistema.



eliminar ha d’existir al sistema.

Post Condicions S’esborra el registre del proveïdor seleccionat.

Cassos d’us

relacionats

Consultar proveïdor

Procés - L’Administrador fa una consulta per trobar el proveïdor

que vol cercar.

- El sistema demana si està segur d’eliminar el proveïdor

seleccionat.

- L’administrador accepta.

- El sistema esborra el registre a la base de dades del

proveïdor seleccionat.

- El sistema informa que el proveïdor ha estat eliminat

correctament.






Página | 36

2.3.10. Especificacions dels cassos d’ús de Comandes

Títol Cas d’ús Generar Comanda

Funcionalitat L’Administrador dona d’alta una nova comanda a proveïdor.


Pre Condicions L’Administrador ha d’estar validat al sistema.

Post Condicions Es crea un nou registre al sistema amb la nova comanda

entrada.

Cassos d’us

relacionats

Consultar proveïdor, consultar article.

Procés - L’Administrador fa una consulta per trobar proveïdor al

que farà la comanda.

- L’Administrador fa una consulta per trobar les referències

dels accessoris que vol demanar i els afegeix a la comanda

especificant la quantitat.

- L’Administrador selecciona una possible data d’entrega i

accepta.


- El sistema comprova que el proveïdor detallat a tots els

articles demanats es el proveïdor seleccionat.

- El sistema incrementa en 1 el id de comanda i registra les


- El sistema avisa a l’administrador que la comanda ha estat

creada correctament.

- L’Administrador envia per fax o per mail la comanda al

proveïdor.



Página | 37

Excepcions

Si ha algun camp en blanc o algun article pertany a algun

altre proveïdor, el sistema avisa amb un missatge perquè


Títol Cas d’ús Modificar Comanda

Funcionalitat L’Administrador modifica les dades ‘una comanda de

proveïdor.


Pre Condicions L’Administrador ha d’estar validat al sistema. La comanda a


Post Condicions S’actualitzen les dades de la comanda de proveïdor que es

vol modificar.

Cassos d’us

relacionats

Consultar proveïdor, consultar articles, consultar comandes

Procés - L’Administrador fa una consulta per trobar la comanda que

vol modificar.

- En el cas que es vulguin afegir referències, l’administrador

fa una consulta d’articles per introduir les referències que

vol demanar.

- L’Administrador introdueix la quantitat de cada article

demanat.

- L’Administrador pot modificar o eliminar qualsevol línia

d’article si escau.

- L’Administrador pot modificar el proveïdor de la comanda

fent una consulta de proveïdors per localitzar el nou.

- L’Administrador prem guardar comanda.


- El sistema comprova que el proveïdor detallat a tots els

articles demanats es el proveïdor seleccionat.

- El sistema actualitza el registre de la comanda

seleccionada amb les dades proporcionades per

l’administrador.

- El sistema avisa a l’administrador que la comanda ha estat


- L’Administrador envia per fax o per mail la comanda al

proveïdor.

Excepcions Si ha algun camp en blanc o algun article pertany a algun

altre proveïdor, el sistema avisa amb un missatge perquè




Página | 38

Títol Cas d’ús Consultar Comanda

Funcionalitat L’Administrador efectua una consulta per trobar alguna

comada de proveïdor existent al sistema.


Pre Condicions L’Administrador ha d’estar validat al sistema. La comanda a


Post Condicions Apareix en pantalla les dades de la comanda consultada.

Procés - L’Administrador fa una consulta per trobar la comanda

que vol cercar fent un filtre per proveïdor o per article.


comanda a proveïdor seleccionada.


l’administrador amb les dades de les comandes al sistema,

no es mostrarà res en pantalla.



Página | 39

3. DISSENY

3.1. DESCRIPCIÓ DELS ATRIBUTS

En aquest apartat enumerarem els atributs de les classes necessàries per al

programari de Hard Bikes i que han estat descrites a l’apartat anterior.

- Classe Treballadors

Atributs Descripció Tipus

idTreballador Identificador únic del treballador Integer

Nom Nom del treballador String

Cognoms Cognoms del treballador String

Usuari Usuari del treballador per entrar al sistema String

Contrasenya Contrasenya del treballador per entrar al sistema String

Actiu Determina si el treballador continua actiu Boolean

Permisos Especifica els permisos del treballador Integer

- Classe Clients


idClient Identificador únic del client Integer

Nom Nom del client String

Cognoms Cognoms del client String

DNI DNI del client String

Direccio Direcció del client String

CP Codi Postal Integer

Poblacio Població del client String

Provincia Província del client String

Telefon Telèfon fix del client Integer

Mobil Mòbil del client Integer

EMail Correu electrònic del client String

- Classe Bicicletes


idBicicleta Identificador únic de la bicicleta Integer

idClient Identificador del client Integer

Bastidor Número de bastidor de la bicicleta String

Marca Marca de la bicicleta String

Model Model de la bicicleta String

Color Color de la bicicleta String

Talla Talla de la bicicleta String



Página | 40

- Classe Reparacions


idOrdre Identificador únic de l’ordre de reparació Integer


idBicicleta Identificador de la bicicleta Integer

DataEntrada Data de recepció de la bicicleta al taller Date

DataRecollida Data prevista de recollida de la bicicleta reparada Date

Descripcio Descripció de la reparació String

DataFinalitzacio Data de finalització de la reparació Date

- Classe Linees Reparacio


idOrdre Identificador de l’ordre de reparació Integer

idLin Identificador de la línea de l’ordre de reparació Integer

idArticle Identificador de l’article utilitzat Integer

Quantitat Quantitat gastada de l’article Double

Descompte Possible descompte a aplicar a l’article Integer

Preu Preu unitari de l’article utilitzat Double

- Classe Factures


idFactura Identificador únic de la factura Integer


idOrdre Identificador de l’Ordre de reparació Integer

Data Data de factura Date

Total Import total de la reparació i/o compra Double

Pagament Forma de pagament String

- Classe Linees Factura


idFactura Identificador de la factura Integer

idLin Identificador de la línea de la factura Integer

idArticle Identificador de l’article utilitzat Integer

Quantitat Quantitat gastada de l’article Double

Descompte Possible descompte a aplicar a l’article Integer

Preu Preu unitari de l’article utilitzat Double



Página | 41

- Classe Articles


idArticle Identificador únic de l’article Integer

Descripcio Nom de l’article String

idProveidor Identificador del proveïdor de l’article Integer

UPC Últim preu de compra de l’article Double

PVP Preu de venta de l’article Double

Estoc Estoc actual de l’article Double

EstocMin Estoc mínim òptim de l’article Double

Obsolet Informa si l’article està o no obsolet Boolean

- Classe Proveïdors


idProveidor Identificador únic del proveïdor Integer

Nom Nom del proveïdor String

Direccio Direcció del proveïdor String

CP Codi Postal Integer

Poblacio Població del proveïdor String

Provincia Província del proveïdor String

Telefon Telèfon del proveïdor Integer

Fax Fax del proveïdor Integer

EMail Correu electrònic del proveïdor String

- Classe Comandes


idComanda Identificador únic de la comanda Integer

idProveidor Identificador del proveïdor Integer

Total Import total de la comanda Double

Data Data prevista d’entrega Date

- Classe Linees Comada


idComanda Identificador de la comanda Integer

idLin Identificador de la línea de la comanda Integer

IdArticle Identificador de l’article demanat Integer

Quantitat Quantitat a demanar de l’article Double

Preu Preu de cost unitari de l’article demanat Double



Página | 42

3.2. DIAGRAMA ENTITAT/RELACIÓ

A continuació detallem el diagrama d’entitat/relació on detallem els objectes de

totes les classes del sistema de Hard Bikes i els seus atributs.



Página | 43

3.3. DIAGRAMA DE CLASSES

A continuació detallem el diagrama de classes on detallem les operacions de

totes les classes del sistema de Hard Bikes i els seus atributs.



Página | 44

3.4. DIAGRAMES DE SEQÜÈNCIA

Detallarem, per a cada cas d’us descrit anteriorment la seva metodologia

mitjançant els diagrames de seqüència pertinents.

3.4.1. Diagrames de Validació

3.4.2. Diagrames de Treballadors

- Crear Treballador



Página | 45

- Modificar treballador

- Consultar treballador



Página | 46

3.4.3. Diagrames de Clients

- Crear client

- Modificar client



Página | 47

- Consultar client



Página | 48

3.4.4. Diagrames de Bicicletes

- Crear bicicleta



Página | 49

- Modificar bicicleta

- Consultar bicicleta



Página | 50

- Eliminar bicicleta



Página | 51

3.4.5. Diagrames d’Ordres de reparació

- Crear Ordre de reparació



Página | 52

- Modificar Ordre de reparació

- Consultar Ordre de reparació



Página | 53

3.4.6. Diagrames de Factures

- Crear factura a través d’una ordre



Página | 54

- Crear factura nova



Página | 55

- Modificar factura



Página | 56

- Consultar factura

3.4.7. Diagrames de Articles

- Crear article



Página | 57

- Modificar article

- Consultar article



Página | 58

3.4.8. Diagrames de Proveïdors

- Crear proveïdor

- Modificar proveïdor



Página | 59

- Consultar proveïdor

- Eliminar proveïdor



Página | 60

3.4.9. Diagrames de Comades

- Crear comanda



Página | 61

- Modificar comanda



Página | 62

- Consultar comanda

3.5. DISSENY INTERFÍCIE

Mostrarem per a cada cas d’us descrit anteriorment quina seria la interfície

gràfica que millor s’avindria amb les necessitats de Hard Bikes.

3.5.1. Interfície Validació

L’usuari ha de accedir al programa de gestió inserint l’usuari i contrasenya a la

següent finestra.



Página | 63

3.5.2. Interfície Treballadors

- Crear treballador



Página | 64

- Modificar treballador

- Consultar treballador



Página | 65

3.5.3. Interfície Clients

- Crear client

- Modificar client



Página | 66

- Consultar client

3.5.4. Interfície Bicicletes

- Crear bicicleta



Página | 67

- Modificar bicicleta

- Consultar bicicleta



Página | 68

- Eliminar bicicleta

3.5.5. Interfície Ordres de Reparació

- Crear ordre de reparació



Página | 69

- Modificar ordre de reparació

- Consultar ordre de reparació



Página | 70

3.5.6. Interfície Factures

- Crear factura

- Modificar factura



Página | 71

- Consultar factura

3.5.7. Interfície Articles

- Crear article



Página | 72

- Modificar article

- Consultar article



Página | 73

3.5.8. Interfície Proveïdors

- Crear proveïdor

- Modificar proveïdor



Página | 74

- Consultar proveïdor

- Eliminar proveïdor



Página | 75

3.5.9. Interfície Comandes

- Crear comanda

- Modificar comanda



Página | 76

- Consultar comanda



Página | 77

4. CONCLUSIÓ

Al iniciar aquest projecte, l’objectiu principal que tenia en ment era el poder

demostrar que podia conduir un projecte des de l’inici fins al final amb els

coneixements adquirits al llarg dels meus anys d’estudi.

Crec que en aquest aspecte he complert l’objectiu satisfactòriament.

A banda d’això, la sensació al finalitzar es que aquest projecte m’ha aportat molt

més de l’esperat.

Al començament m’envaïa una sensació d’inseguretat molt gran, el haver

d’encarar per primer cop un projecte d’aquesta envergadura, el voler incloure tot

el que tenia en ment dins dels límits de temps establerts, el pensar si seria capaç

de sintetitzar la informació adequada dins de cada apartat.

Aquest projecte m’ha donat confiança en mi mateixa, m’ha ensenyat a

esquematitzar i englobar la informació adient dins de cada apartat corresponent,

he après la importància de cada diagrama per a poder continuar avançant.

Penso que he aconseguit plantejar un programari adequat per el bon

funcionament d’un taller mecànic de bicicletes, on l’estructura i l’organització es

bona i el disseny gràfic òptim per un maneig còmode dels treballadors.

Un cop finalitzat el projecte crec que hi haurien coses que canviaria durant el

procés de desenvolupament, hi ha apartats que potser hagués pogut aprofundir-hi

més i d’altres que hagués hagut de retallar una mica el temps de dedicació.

En definitiva estic molt satisfeta amb la realització d’aquest projecte, crec que ha

sigut molt profitós i gratificant per culminar tots els anys d’estudi, i m’ha ajudat a

assentar els coneixements adquirits.



Página | 78

5. BIBLIOGRAFIA

- Enginyeria del Programari. Campderrich Falgueras, Benet.

Recerca informatica S.L. Universitat Oberta de Catalunya.

- Gestió i desencolupament de projectes. Bataller Díaz, Alfons.

Web. Universitat Oberta de Catalunya.

- Redacció de textos cientificotècnics. Sáenz Hilgueras, Nita i Vidal Oltra, Rut.


- Presentació de documents i elaboració de presentacions. Beneito Montagut,

Roser.


- Orientacions Generals per al Treball Final. Clarisó, Robert.

PowerPoint. Universitat Oberta de Catalunya.

- http://www.ciclessans.net

- http://www.macario.com

Software utilitzat:

- Microsoft Office Word 2007.

- Microsoft Office PowerPoint 2007.

- MagicDraw UML Personal Edition.

- Microsoft Visual Studio 2010.

- ComponentOne Studio.

http://www.ciclessans.net/

http://www.macario.com/

TFC ENGINYERIA DEL PROGRAMARIopenaccess.uoc.edu/webapps/o2/bitstream/10609/19024/7/... · 2017. 10....

Documents

Transcript of TFC ENGINYERIA DEL PROGRAMARIopenaccess.uoc.edu/webapps/o2/bitstream/10609/19024/7/... · 2017. 10....