laai hierdie lêer as pdf af

I. Kernprodukdefinisie en -vereistes

1. Funksionele vereistes:

  • Watter kernfunksies moet die produk implementeer? Beskryf so volledig as moontlik.
  • Wat is die operasionele vloei vir elke funksie? (bv. Hoe aktiveer, konfigureer en gebruik die gebruiker die funksie?)
  • Wat is die insette? (Knoppies, sensors, data ontvang via kommunikasie-koppelvlakke, ens.)
  • Wat is die Uitsette? (Skerms, aanwyserligte, klanke, motoraksies, data wat via kommunikasie-koppelvlakke gestuur word, ens.)

2. Prestasiespesifikasies:

  • Wat is die belangrikste prestasieparameters? (bv. meetnauwkeurigheid, reaksiespoed, verwerkingsvermoë, oordragspoed, resolusie, kragbereik, doeltreffendheid, ens.)
  • Wat is die spesifieke teikenwaardes of aanvaarbare reekse vir hierdie parameters?

3. Gebruikerskoppelvlak (UI) en interaksie:

  • Watter gebruikerskoppelvlakke word benodig? (bv. knoppies, raakskerm, knoppies, LED-aanwysers, skermtipe en -grootte, oudio-aanwysings, ens.)
  • Hoe werk die gebruiker met die produk in wisselwerking? Wat is die operasionele logika?
  • Is daar enige spesifieke ergonomiese of bruikbaarheidsvereistes?

4. Bedryfsomgewing:

  • In watter omgewing sal die produk gebruik word? (bv. Binne/Buite, temperatuurreeks, humiditeitsreeks, IP (Ingress Protection)-gradering vir water-/stofbestandheid, skok-/vibrasiebestandheidsvereistes, teenwoordigheid van korrosiewe gasse, EMI/EMC-omgewing, ens.) Dit is van kritieke belang vir materiaalkeuse, komponentgraad en beskermende ontwerp.

5. Teikengebruikers en -mark:

  • Wie is die primêre gebruikers van die produk? (Verbruikers, industriële gebruikers, mediese gebruikers, ens.)
  • Waar is die primêre verkoopsmarkte? (Verskillende streke het verskillende regulatoriese vereistes.) Dit help om gebruikerservaringsbehoeftes en voldoeningsrigting te verstaan.

II. Tegniese Spesifikasies en Koppelvlakke

6. Kragtoevoervereistes:

  • Invoerkragbrontipe? (WS-hoofstroom, GS-adapter, batterytipe en -spesifikasies, USB-krag, PoE, ens.)
  • Spannings- en stroombereik? Kragvereistes? Is daar vereistes vir bystandkrag of piekkragverbruik?
  • Is kragbestuursfunksionaliteit nodig? (bv. Lae-kragmodusse, batterylaaibestuur, ens.)

7. Kommunikasie-koppelvlakke:

  • Watter kommunikasiemetodes word benodig? (bv. USB, Ethernet, Wi-Fi, Bluetooth, Zigbee, LoRa, RS232/485, CAN, I2C, SPI, UART, ens.)
  • Wat is die spesifieke koppelvlakspesifikasies? (bv. USB 2.0/3.x, Wi-Fi 802.11 b/g/n/ac/ax, Bluetooth-weergawe)
  • Watter kommunikasieprotokolle word gebruik? (bv. TCP/IP, Modbus, MQTT, persoonlike protokolle, ens.) Data-oordragspoed en afstandvereistes?

8. Sensors en Aktuators:

  • Watter sensors moet geïntegreer word? (bv. temperatuur, humiditeit, druk, versnellingsmeter, giroskoop, omgewingsligsensor, nabyheidssensor, ens.)
  • Watter aktuators moet aangedryf word? (bv. motortipe, relais, LED-stroke, zoemers, ens.) Wat is die spesifieke onderdeelnommers of prestasievereistes vir hierdie randapparatuur?

9. Verwerkingsvermoë en berging:

  • Wat is die vereistes vir die hoofbeheerder se verwerkingsvermoë? (bv. Moet komplekse algoritmes of 'n bedryfstelsel gebruik word?)
  • Hoeveel geheue en stoorplek word benodig? (RAM, Flash/EEPROM, SD-kaart, ens.)
  • Is daar spesifieke voorkeure vir mikrobeheerders of verwerkers?

10. Meganiese struktuur en omhulsel:

  • Wat is die verwagte produkafmetings, vorm en gewigsbeperkings?
  • Vereistes vir omhulselmateriaal? (Plastiek, metaal, ens.)
  • Is daar industriële ontwerpsketse, 3D-modelle of verwysingsprodukte beskikbaar?
  • Monteringsmetode? (Muurmontering, ingebed, handgemonteer, ens.)
  • Termiese bestuurvereistes? (Behoefte aan waaiers, hitteafvoerders?)

11. Vertoon en aanduiding:

  • Skermtipe? (LED-segmentskerm, segment-LCD, dot-matriks-LCD, OLED, TFT-kleurskerm, ens.)
  • Vereistes vir skermgrootte, resolusie, helderheid, kykhoek?
  • Aantal, kleur en statusbetekenis van aanwyserligte?

III. Regulasies, Sertifisering en Vervaardigingsvereistes

12. Nakoming en Sertifisering:

  • Aan watter regulasies en sertifikate moet die produk voldoen? (Uiters belangrik)
    • Veiligheidsertifisering: UL, CE (LVD), CCC, PSE, KC, ens.
    • Elektromagnetiese Verenigbaarheid (EMC) Sertifisering: FCC, CE (EMC), CISPR, VCCI, ens.
    • Bedryf-spesifieke sertifisering: Medies (FDA, ISO 13485), Motorvoertuie (IATF 16949), Industriële Beheer, Lugvaart, ens.
    • Omgewingsertifisering: RoHS (Beperking van Gevaarlike Stowwe), REACH, WEEE, ens.
  • Teikenmarkte bepaal verpligte sertifisering.

13. Vervaardiging- en kostedoelwitte:

  • Verwagte produksievolume? (Lae-volume loodsprojek, medium-volume, hoë-volume) Dit beïnvloed direk komponentkeuse, produksieprosesse en koste.
  • Wat is die teikenkoste? (BOM-koste, prys af-fabriek) (Dit is 'n belangrike ontwerpbeperking)
  • Vereistes vir die produksieproses? (bv. SMS-montering, handsoldeerwerk, toetsvereistes)
  • Vereistes vir die land van oorsprong? (Enige geografiese beperkings op die voorsieningsketting?)

14. Verpakking en Versending:

  • Wat is die vereistes vir produkverpakking? (Omgewingsvriendelike materiale, skokbestandheid, vogbestandheid, afmetings, ens.)
  • Moet bykomstighede ingesluit word? (Kragadapter, kabels, gebruikershandleiding, waarborgkaart, ens.)

IV. Projekuitvoering en -lewerings

15. Projek Tydlyn:

  • Verwagte ontwikkelingsiklus? (Konsepontwerp, skematiese ontwerp, PCB, prototipe, toetsing, sertifisering, loodsproduksie, massaproduksie)
  • Belangrike mylpaaldatums? (bv. eerste prototipe-aflewering, voltooiing van sertifisering, begin van massaproduksie)

16. Lewerbares:

  • Watter spesifieke lewerbare items benodig die kliënt?
    • Ontwerpdokumentasie? (Skematiese voorstellings, PCB-lêers, BOM-lys, firmware-bronkode/programmeringslêers)
    • Toetsverslae? (Funksionele toetsing, werkverrigtingstoetsing, omgewingstoetsing, EMC-voornakomingsverslae)
    • Sertifiseringsverslae? (Finale geslaagde sertifiseringsertifikate en verslae)
    • Aantal prototipes?
    • Massaproduksielêers? (Gerber-lêers, stensillêers, samestellingstekeninge, toetstoebehore-ontwerpe, ens.)
  • Eienaarskap van Intellektuele Eiendom (IE)? (Baie belangrik)

17. Begrotingsreeks:

  • Wat is die kliënt se begroting vir die hele projek (ontwikkelingsfooie, NRE [Non-Recurring Engineering], prototipekoste, sertifiseringsfooie)? (Help om die haalbaarheid van die projek te bepaal en redelike kwotasies te verskaf)

V. Ander kritieke inligting

18. Bestaande oplossings / verwysingsprodukte:

  • Het die kliënt 'n bestaande prototipe, verwysingsproduk of mededingerproduk? Dit is die vinnigste manier om vereistes te verstaan.
  • Watter aspekte van die bestaande oplossing is bevredigend en onbevredigend?

19. Intellektuele Eiendom (IE):

  • Hoe sal eienaarskap van ontwikkelingsuitsette (hardeware-ontwerp, sagtewarekode) gedefinieer word? (Behoort tipies aan die kliënt in pasgemaakte ontwikkeling; moet eksplisiet in die kontrak vermeld word)
  • Is 'n NDA (Geen-openbaarmakingsooreenkoms) nodig?

20. Na-verkope diens en ondersteuning:

  • Wat is die kliënt se verwagtinge vir tegniese ondersteuning en instandhouding na die bekendstelling? (bv. Duur van ondersteuning? Omvang van ondersteuning?)

21. Besluitnemingsketting en Kontakte:

  • Wie is die finale besluitnemer vir tegniese kwessies?
  • Wie is die kontakpersoon vir kommersiële/besigheidskwessies?
  • Wie is die primêre projekkoppelvlak/kontakpunt?

Hoe om hierdie inligting doeltreffend in te samel

  1. Gebruik 'n Gestruktureerde Vraelys/Kontrolelys: Gebaseer op die lys hierbo, skep 'n gedetailleerde elektroniese vraelys of vereistes-insamelingsvorm vir die kliënt om te voltooi. Dit verseker sistematiese inligtinginsameling.
  2. Voer diepgaande onderhoude: Die vraelys is slegs die beginpunt. Beplan diepgaande vergaderings met die kliënt se tegniese hoof (of besluitnemer) om elke item te bespreek, onduidelikhede op te klaar en latente vereistes te ontbloot (behoeftes wat die kliënt dalk nie eksplisiet gestel het nie, maar belangrik is).
  3. Verskaf sjablone/voorbeelde: Vir komplekse vereistes (bv. prestasiespesifikasies), verskaf sjablone of voorbeelde om die kliënt te lei om duidelike, kwantifiseerbare beskrywings te verskaf.
  4. Beklemtoon die "Waarom": Moenie net vra “wat” gedoen moet word nie; vra “hoekom” ’n spesifieke funksie of spesifikasie benodig word. Dit help om die kliënt se kernbehoeftes te verstaan en moontlik beter ontwerpoplossings te vind.
  5. Bestuur verwagtinge: Begin om kliëntverwagtinge te bestuur tydens inligtinginsameling. Kommunikeer byvoorbeeld vroegtydig potensiële kompromieë rakende konflikte tussen hoëprestasievereistes en laekoste-teikens, of streng skedules en komplekse ontwerpe.
  6. Geskrewe bevestiging: Konsolideer alle ooreengekome vereistes in 'n formele Produkvereistespesifikasie (PRD) of Tegniese Ooreenkoms, wat deur beide partye onderteken is. Dit dien as die basislyn vir daaropvolgende ontwerp en aanvaarding, wat toekomstige geskille voorkom.