Oplaadprogramma's komen zelden te laat omdat de engineering moeilijk was. Ze komen te laat omdat de vereisten onvolledig waren toen de architectuur begon, en architectuurbeslissingen moesten worden herzien zodra de hiaten aan het licht kwamen.
De onderstaande volgorde is zo geordend dat de invoer van elke fase wordt afgehandeld voordat deze begint. Comprimeren is mogelijk; het opnieuw ordenen kost maanden.
Eisen die het ontwerp daadwerkelijk beperken
Een vereistenset met een naam voor een vermogensniveau en een protocol is een kop. De zeven hierboven zijn degenen die bepalen wat er gebouwd kan worden.
- Doelmarkten, omdat zij de certificeringsregelingen en daarmee de beschermingsarchitectuur bepalen.
- Voedingsconfiguratie, enkel- of driefasig, en de te ondersteunen spannings- en aardingsvoorzieningen.
- Connectorstandaard en of de kabel vastgemaakt of in een stopcontact zit.
- Omgevingsbereik, montage en ingangsverwachtingen.
- Communicatiedragers en de regio's waarin ze moeten werken.
- Backend- en protocolvereisten, inclusief met welk platform het moet samenwerken.
- Volume, omdat het het ontwerp verandert en niet alleen de prijs.
Architectuur bepaalt het grootste deel van de kosten
Controllertopologie, beveiligingsstrategie, meetaanpak, connectiviteit en thermisch ontwerp worden hier geregeld, en elk sluit opties stroomafwaarts af. Als u een van deze later wijzigt, is dit eerder een herontwerp dan een aanpassing.
Dit is het podium dat de moeite waard is om onevenredig veel tijd aan te besteden, en het podium dat het vaakst wordt gecomprimeerd omdat het geen zichtbare hardware produceert.
Prototypes beantwoorden vragen
Elke build moet een gedefinieerde lijst met onbekende problemen hebben die moeten worden opgelost: thermisch gedrag onder continue belasting, beschermingsreactie, connectiviteit onder representatieve omstandigheden, mechanische pasvorm en onderhoudsgemak.
Een prototype dat is gebouwd om te demonstreren in plaats van om te ondervragen leert niets, en de vragen die het niet stelt, komen terug tijdens de validatie, wanneer ze duurder zijn.
Validatie, met eerst pre-compliance
Voorafgaande naleving van elektrische, thermische, milieu- en EMC-voorschriften vóór formele indiening. Het ontdekken van een emissieprobleem bij een geaccrediteerd laboratorium zet een filterwissel om in een boeking, een storingsmelding, een herontwerp en een tweede boeking.
Protocolinteroperabiliteit hoort hier ook bij, getoetst aan het platform waarmee het product daadwerkelijk verbinding zal maken, in plaats van alleen aan de specificatie.
Ontwerp voor vervaardiging is een ontwerpinvoer
Of een bevestigingsmiddel kan worden bereikt met een gekalibreerde driver, of een harnas elke keer op dezelfde manier kan worden geleid en of de eenheid kan worden getest zonder gedeeltelijke demontage, alles bepaalt het productierendement.
Deze zijn goedkoop te veranderen bij architectuur en duur bij pilot. Een ontwerp dat elegant en moeilijk te bouwen is, kost elke dienst geld gedurende de levensduur van het product.
Design voor service, wat meestal vergeten wordt
Het product zal jarenlang worden onderhouden door mensen die het niet hebben ontworpen, op locaties die niemand vaak bezoekt. Diagnosemogelijkheden, veilige toegang tot bruikbare onderdelen en firmware die kan worden bijgewerkt en teruggedraaid zijn eerder ontwerpvereisten dan latere toevoegingen.
De kosten voor het weglaten ervan zijn niet opgenomen in de programmabegroting. Het verschijnt permanent in het servicebudget.
Bepaal vroeg wat de bedoeling van de productie is
Als het product later elders, onder licentie of door de klant, gebouwd mag worden, is het ontwerpen voor die overdracht bij architectuur goedkoop en achteraf lastig. Documentatiediscipline, testdekking en componentkeuzes verschillen allemaal wanneer overdracht wordt verwacht.
Dat in het begin zeggen kost niets. Als je het ontdekt nadat de productie is begonnen, moet je beslissingen herzien die lastig zijn om af te ronden.