tfc enginyeria del programariopenaccess.uoc.edu/webapps/o2/bitstream/10609/19024/7/... · 2017. 10....
TRANSCRIPT
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
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 9
1.7.1. Diagrama de Gantt
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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
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
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 19
Títol Cas d’ús Modificar treballador
Funcionalitat L’administració modifica les dades d’un treballador de
l’empresa.
Actors Administrador
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.
Actors Administrador
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.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
Actors Administrador, Mecànic o Dependenta.
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.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 22
Pre Condicions L’usuari ha d’estar validat al sistema. El client a consultar
ha d’existir al sistema.
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.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
- El sistema comprova que no hi ha cap camp obligatori en
blanc.
- El sistema incrementa en 1 el id de bicicleta i registra les
dades proporcionades per l’usuari.
- 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.
Actors Administrador o Mecànic.
Pre Condicions L’usuari ha d’estar validat al sistema. La bicicleta a
modificar ha d’existir al sistema.
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.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
Actors Administrador o Mecànic.
Pre Condicions L’usuari ha d’estar validat al sistema. La bicicleta a
consultar ha d’existir al sistema.
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.
Excepcions Si el sistema no troba cap coincidència del filtre efectuat per
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.
Actors Administrador o Mecànic.
Pre Condicions L’usuari ha d’estar validat al sistema. La bicicleta a eliminar
ha d’existir al sistema.
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.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
Excepcions Si el sistema no troba cap coincidència del filtre efectuat per
l’usuari amb les dades de les bicicletes al sistema, no es
mostrarà res en pantalla.
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ó.
Actors Administrador o Mecànic.
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
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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ó.
Actors Administrador o Mecànic.
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 comprova que no hi ha cap camp en blanc.
- 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.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
Actors Administrador, Mecànic o Dependenta.
Pre Condicions L’usuari ha d’estar validat al sistema. L’ordre de reparació a
consultar ha d’existir al sistema.
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.
Excepcions Si el sistema no troba cap coincidència del filtre efectuat per
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
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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 comprova que no hi ha cap camp en blanc.
- 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 comprova que no hi ha cap camp en blanc.
- El sistema incrementa en 1 el id de factura, insereix la data
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
- L’usuari treu una copia de la factura per al client.
Excepcions Si hi ha algun camp en blanc o detecta que hi ha algun
article sense quantitat, el sistema avisa amb un missatge
perquè s’introdueixi correctament.
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.
Actors Administrador o Dependenta.
Pre Condicions L’usuari ha d’estar validat al sistema. La factura a modificar
ha d’existir al sistema.
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 comprova que no hi ha cap camp en blanc.
- 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
actualitzada correctament.
- L’usuari treu una copia de la factura per al client.
Excepcions Si hi ha algun camp en blanc o detecta que hi ha algun
article sense quantitat, el sistema avisa amb un missatge
perquè s’introdueixi correctament.
Si el client no està donat d’alta, el sistema primer t’obliga a
crear un nou client.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 30
Títol Cas d’ús Consultar Factura
Funcionalitat L’usuari efectua una consulta per trobar alguna factura
existent al sistema.
Actors Administrador o Dependenta.
Pre Condicions L’usuari ha d’estar validat al sistema. La factura a consultar
ha d’existir al sistema.
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.
- El sistema li mostra per pantalla totes les dades de la
factura seleccionada.
Excepcions Si el sistema no troba cap coincidència del filtre efectuat per
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
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
- El sistema comprova que no hi ha cap camp obligatori en
blanc.
- El sistema registra les dades proporcionades per
l’administrador.
- El sistema avisa a l’administrador que el nou article ha
estat creat 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
perquè s’introdueixi correctament.
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.
Actors Administrador.
Pre Condicions L’administrador ha d’estar validat al sistema. L’article a
modificar ha d’existir al sistema.
Post Condicions S’actualitzen les dades de l’article que es vol modificar.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
- El sistema comprova que no hi ha cap camp obligatori en
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
perquè s’introdueixi correctament.
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
existent al sistema.
Actors Administrador, Mecànic i Dependenta.
Pre Condicions L’usuari ha d’estar validat al sistema. L’article a consultar
ha d’existir al sistema.
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.
Excepcions Si el sistema no troba cap coincidència del filtre efectuat per
l’usuari amb les dades dels articles al sistema, no es
mostrarà res en pantalla.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
Actors Administrador.
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.
- El sistema comprova que no hi ha cap camp obligatori en
blanc.
- El sistema incrementa en 1 el id de proveïdor i registra les
dades proporcionades per l’Administrador.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 34
- El sistema avisa a l’Administrador que el nou proveïdor ha
estat creat correctament.
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.
Actors Administrador.
Pre Condicions L’Administrador ha d’estar validat al sistema. El proveïdor a
modificar ha d’existir al sistema.
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
actualitzada correctament.
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.
Actors Administrador.
Pre Condicions L’Administrador ha d’estar validat al sistema. El proveïdor a
consultar ha d’existir al sistema.
Post Condicions Apareix en pantalla les dades del proveïdor consultat.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
Excepcions Si el sistema no troba cap coincidència del filtre efectuat per
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.
Actors Administrador.
Pre Condicions L’Administrador ha d’estar validat al sistema. El proveïdor a
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.
Excepcions Si el sistema no troba cap coincidència del filtre efectuat per
l’usuari amb les dades de les bicicletes al sistema, no es
mostrarà res en pantalla.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
Actors Administrador.
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 no hi ha cap camp en blanc.
- 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
dades proporcionades per l’usuari.
- 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.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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è
s’introdueixi correctament.
Títol Cas d’ús Modificar Comanda
Funcionalitat L’Administrador modifica les dades ‘una comanda de
proveïdor.
Actors Administrador.
Pre Condicions L’Administrador ha d’estar validat al sistema. La comanda a
modificar ha d’existir al sistema.
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 no hi ha cap camp en blanc.
- 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
actualitzada correctament.
- 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è
s’introdueixi correctament.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
Actors Administrador.
Pre Condicions L’Administrador ha d’estar validat al sistema. La comanda a
consultar ha d’existir al sistema.
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.
- El sistema li mostra per pantalla totes les dades de la
comanda a proveïdor seleccionada.
Excepcions Si el sistema no troba cap coincidència del filtre efectuat per
l’administrador amb les dades de les comandes al sistema,
no es mostrarà res en pantalla.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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
Atributs Descripció Tipus
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
Atributs Descripció Tipus
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
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 40
- Classe Reparacions
Atributs Descripció Tipus
idOrdre Identificador únic de l’ordre de reparació Integer
idClient Identificador del client 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
Atributs Descripció Tipus
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
Atributs Descripció Tipus
idFactura Identificador únic de la factura Integer
idClient Identificador del client 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
Atributs Descripció Tipus
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
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 41
- Classe Articles
Atributs Descripció Tipus
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
Atributs Descripció Tipus
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
Atributs Descripció Tipus
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
Atributs Descripció Tipus
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
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 45
- Modificar treballador
- Consultar treballador
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 46
3.4.3. Diagrames de Clients
- Crear client
- Modificar client
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 47
- Consultar client
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 48
3.4.4. Diagrames de Bicicletes
- Crear bicicleta
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 49
- Modificar bicicleta
- Consultar bicicleta
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 50
- Eliminar bicicleta
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 51
3.4.5. Diagrames d’Ordres de reparació
- Crear Ordre de reparació
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 52
- Modificar Ordre de reparació
- Consultar Ordre de reparació
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 53
3.4.6. Diagrames de Factures
- Crear factura a través d’una ordre
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 54
- Crear factura nova
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 55
- Modificar factura
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 56
- Consultar factura
3.4.7. Diagrames de Articles
- Crear article
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 57
- Modificar article
- Consultar article
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 58
3.4.8. Diagrames de Proveïdors
- Crear proveïdor
- Modificar proveïdor
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 59
- Consultar proveïdor
- Eliminar proveïdor
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 60
3.4.9. Diagrames de Comades
- Crear comanda
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 61
- Modificar comanda
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 63
3.5.2. Interfície Treballadors
- Crear treballador
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 64
- Modificar treballador
- Consultar treballador
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 65
3.5.3. Interfície Clients
- Crear client
- Modificar client
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 66
- Consultar client
3.5.4. Interfície Bicicletes
- Crear bicicleta
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 67
- Modificar bicicleta
- Consultar bicicleta
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 68
- Eliminar bicicleta
3.5.5. Interfície Ordres de Reparació
- Crear ordre de reparació
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 69
- Modificar ordre de reparació
- Consultar ordre de reparació
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 70
3.5.6. Interfície Factures
- Crear factura
- Modificar factura
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 71
- Consultar factura
3.5.7. Interfície Articles
- Crear article
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 72
- Modificar article
- Consultar article
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 73
3.5.8. Interfície Proveïdors
- Crear proveïdor
- Modificar proveïdor
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 74
- Consultar proveïdor
- Eliminar proveïdor
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 75
3.5.9. Interfície Comandes
- Crear comanda
- Modificar comanda
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
Página | 76
- Consultar comanda
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
TFC – ENGINYERIA DEL PROGRAMARI GESTOR D’UN TALLER MECÀNIC DE BICICLETES
VERÒNICA MIGUEL RODRÍGUEZ
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.
Web. Universitat Oberta de Catalunya.
- Presentació de documents i elaboració de presentacions. Beneito Montagut,
Roser.
Web. Universitat Oberta de Catalunya.
- 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.