Fase 2 - Disseny del projecte (18h)
Objectiu de la fase
La Fase 2 correspon al RA2 - Dissenya projectes relacionats amb les competències expressades en el títol. L'objectiu és que l'alumnat dissenyi tècnicament la solució, en defineixi l'abast, els objectius i el pressupost, i elabori la documentació de disseny.
En 18 hores l'alumnat ha de produir el Document de Disseny del Projecte.
Criteris d'avaluació de la fase
CA2.1 Recopila informació relativa als aspectes que seran tractats en el projecte.
CA2.2 Realitza l'estudi de viabilitat tècnica del projecte.
CA2.3 Identifica les fases del projecte especificant-ne el contingut i els terminis d'execució.
CA2.4 Estableix els objectius que es pretén aconseguir identificant-ne l'abast.
CA2.5 Determina les activitats necessàries per al desenvolupament del projecte.
CA2.6 Preveu els recursos materials i personals necessaris per realitzar el projecte i realitza el pressupost econòmic.
CA2.7 Identifica les necessitats de finançament per a la posada en marxa del projecte.
CA2.8 Defineix i elabora la documentació necessària per al seu disseny.
CA2.9 Identifica els aspectes que cal controlar per garantir la qualitat del projecte.
Guió del document de disseny
Criteris de selecció de l'arquitectura
L'alumnat ha de justificar la tria entre les grans famílies d'arquitectura abans d'entrar en el detall tècnic:
| Model | Quan té sentit | Exemple de tecnologies |
|---|---|---|
| On-premise | El projecte inclou maquinari físic propi (dispositius IoT, sensors, servidors al centre o al local del client) o dades que no poden sortir de les instal·lacions | Raspberry Pi, servidors Linux/Windows Server propis, xarxa local |
| Cloud | Cal escalabilitat, alta disponibilitat o el client no disposa d'infraestructura pròpia | Contenidors i orquestració (Docker, Kubernetes/k3s), bases de dades gestionades, VPS |
| Híbrida | Hi ha dispositius físics (edge) que envien dades a un backend centralitzat al núvol o al CPD del centre | Missatgeria IoT (MQTT), API REST, bases de dades relacionals |
Es recomana explícitament triar la tecnologia més adequada al problema, no la més coneguda: cal documentar almenys una alternativa descartada i el motiu del descart.
Estudi de viabilitat tècnica (plantilla)
- Requisits funcionals i no funcionals: què ha de fer el sistema i amb quines condicions (rendiment, disponibilitat, seguretat).
- Alternatives tecnològiques considerades: com a mínim dues opcions per a cada component crític (per exemple, base de dades relacional vs. no relacional; un broker de missatgeria vs. un altre), amb una taula comparativa de pros i contres.
- Prova de concepte (PoC): petita demostració que la tecnologia triada funciona per al cas d'ús concret, abans de comprometre-hi tota la Fase 5.
- Conclusió de viabilitat: viable / viable amb condicions / no viable, justificada.
WBS (Work Breakdown Structure)
Es recomana un WBS d'almenys 3 nivells: Fase → Bloc de treball → Tasca. Exemple de format:
flowchart TD
A[Projecte] --> B1[Bloc 1: Infraestructura]
A --> B2[Bloc 2: Backend i dades]
A --> B3[Bloc 3: Interfície / dispositiu]
B1 --> T1[Aprovisionar servidor o dispositiu]
B1 --> T2[Configurar xarxa i seguretat perimetral]
B2 --> T3[Dissenyar model de dades]
B2 --> T4[Implementar API]
B3 --> T5[Dissenyar interfície d'usuari]
B3 --> T6[Integrar amb el backend]Model de pressupost
El pressupost ha d'incloure, com a mínim: cost de maquinari (si n'hi ha), cost de llicències o serveis cloud (encara que siguin de nivell gratuït, cal indicar-ne el cost real a escala de producció), hores de treball estimades i una partida de contingències del 15-20% sobre el total. Quan el maquinari sigui difícil de pressupostar amb precisió (per exemple, components electrònics amb preus volàtils), es recomana indicar un rang i la data de consulta del preu.
El document de disseny ha de tenir, com a mínim, l'estructura següent:
1. Recollida d'informació i requisits (funcionals i no funcionals)
2. Estudi de viabilitat tècnica
3. Arquitectura de la solució (diagrama)
4. Fases del projecte i terminis
5. Objectius i abast (scope statement)
6. Recursos materials i humans necessaris
7. Pressupost econòmic
8. Necessitats i fonts de finançament
9. Pla de qualitat del projecte
Rúbrica de la Fase 2
| Criteri | Pes | Excel·lent (9-10) | Notable (7-8) | Aprovat (5-6) | Insuficient (<5) |
|---|---|---|---|---|---|
| Viabilitat tècnica i arquitectura (CA2.1-2.3) | 35% | Arquitectura professional, justificada i viable | Arquitectura correcta i coherent | Arquitectura senzilla però funcional | Arquitectura inconsistent o absent |
| Objectius i abast (CA2.4-2.5) | 25% | Objectius SMART i abast ben delimitat | Objectius clars i abast raonable | Objectius genèrics però coherents | Objectius no mesurables o abast indefinit |
| Pressupost i finançament (CA2.6-2.7) | 25% | Pressupost detallat i realista, finançament justificat | Pressupost correcte i coherent | Pressupost aproximat | Pressupost irreal o absent |
| Documentació i qualitat (CA2.8-2.9) | 15% | Documentació completa amb pla de qualitat definit | Documentació correcta | Documentació suficient | Documentació deficient |
Consells per a la Fase 2
Consells per a un bon disseny
- Justifica cada decisió tècnica (per què aquesta tecnologia i no una altra).
- Fes un WBS d'almenys 3 nivells de descomposició.
- El pressupost ha d'incloure una partida de contingències (15-20%).
Errors freqüents de la Fase 2
Errors que cal evitar
- Arquitectura copiada d'un tutorial sense adaptar-la al cas d'ús.
- Pressupost irreal (massa baix o massa alt sense justificació).
- Objectius no mesurables ("el sistema ha de funcionar bé").