Ştiri

Cum începi să dezvolți un produs complet nou? Dacă integrezi IoT, Inteligența Artificială, tendințele Industriei 4.0 sau automatizarea în proiectul tău, te vei confrunta cu probleme recurente atunci când colectezi specificațiile în procesul de proiectare. Deoarece dezvoltarea de produse tehnologice noi poate dura în medie între 2 și 5 ani, metodologiile de proiectare ar trebui utilizate ca bază pentru determinarea cerințelor concrete ale sistemului în ceea ce privește hardware-ul, pentru a economisi resurse și bani.

Dacă citiți blogul anterior În ceea ce privește diferența dintre cerințele minime de sistem și cele stricte, știți deja că primele au tratat din punct de vedere istoric acoperirea legală pentru companiile de dezvoltare software pentru a rezolva reclamațiile atunci când software-ul lor nu funcționa corect pe anumite platforme hardware. În schimb, cerințele stricte de sistem se referă la specificațiile fără de care software-ul nu va funcționa.

În plus, atunci când se dezvoltă un produs nou, veți întâmpina unele probleme recurente în timpul procesului de proiectare, care pot fi costisitoare. Dacă în fazele inițiale, înainte de prototipare, nu definiți cu exactitate cerințele concrete ale sistemului, veți ajunge să cheltuiți mulți bani pe echipamente pentru testare. Prin utilizarea unei metodologii de proiectare în orice dezvoltare nouă, puteți evita greșelile în această parte costisitoare a procesului. Să analizăm câteva detalii.

Primul pas pentru a economisi bani

În orice metodologie de proiectare, primul pas pentru a economisi bani este colectarea precisă a specificațiilor pentru sistem. Pentru sistemele integrate, de exemplu, puteți lucra la definirea arhitecturii. Aceasta este o metodologie care permite unei echipe interdisciplinare să lucreze împreună pentru a cartografia relațiile dintre hardware și software, având în același timp grijă de nevoile utilizatorului final folosind un limbaj comun. Puteți... citește mai multe în această postare. Cel mai important aspect al acestui prim pas este comunicarea dintre diferitele părți (tehnice și non-tehnice) pentru a vă asigura că surprindeți cu exactitate rezultatele finale din punct de vedere software și hardware.

Definirea cerințelor stricte de sistem

După ce ați adunat cerințele inițiale, trebuie să le traduceți în cerințe concrete de sistem. Câteva categorii pe care trebuie să le determinați sunt constrângerile arhitecturii tehnice, cerințele hardware implicite, cerințele hardware contextuale și cerințele hardware minime suportate. Puteți citi mai multe despre aceste cerințe în această postare.

Cum se leagă acest lucru de cerințele minime de sistem? Dacă urmați o metodologie de proiectare solidă, cerințele minime și cele stricte ar trebui să fie aceleași. În plus, ar trebui să definiți platforma hardware țintă și dorită, performanța și fiabilitatea.

Prin definirea unei scală între parametrii rigizi și cei dezirabili, puteți crea un mediu de testare repetabil și rentabil pentru diferite platforme hardware. Numai atunci veți putea identifica sistemele care funcționează cel mai bine cu software-ul dvs. Prin urmare, cerințele minime de sistem se vor baza pe date de performanță reale.

Este industria pregătită?

Cu toate acestea, industria nu are încă o procedură sau o metodologie standard pentru testarea sistemelor în vederea determinării cerințelor minime de sistem. În majoritatea cazurilor, companiile își dezvoltă propriile sisteme și le utilizează privat sau, în cel mai rău caz, pur și simplu ghicesc care pot fi acele cerințe minime. Din păcate, unele companii folosesc platforma hardware pentru dezvoltarea de software ca ghid pentru a stabili cerințele minime de sistem. Problema este că platforma utilizată de obicei pentru dezvoltare are componente supradimensionate, ceea ce crește costul sistemului final.

Prin urmare, veți duce o luptă dificilă împotriva creșterii costurilor pe întregul ciclu de viață al produsului, mai ales având în vedere condițiile actuale ale pieței și problemele lanțului de aprovizionare. Supradimensionarea componentelor și respectarea unui singur set de specificații cu o singură opțiune pentru fiecare componentă este pur și simplu un lux pe care nu vi-l mai puteți permite.

Este adevărat că o metodologie de proiectare și definirea cerințelor stricte de sistem vor dura mai mult decât probabil sunteți obișnuiți la începutul procesului, dar vor reduce timpul de lansare pe piață al produsului dvs., vă vor economisi mulți bani în timpul fazelor de prototipare și vă vor oferi flexibilitate în etapa de producție în masă. În cele din urmă, o metodologie de proiectare va prelungi ciclul de viață al produsului și vă va oferi opțiunea de a elimina treptat produsul în termenii dvs.

Cum îmi pot dezvolta propriul mediu de testare?

Pe baza cerințelor stricte, ar trebui să alegeți mai multe platforme hardware, pe lângă sistemul utilizat pentru dezvoltarea software-ului, și să rulați soluția în mai mulți scenarii și utilizatori diferiți. Asigurați-vă că includeți aceleași sarcini în toate sistemele și rulați software-ul atât pentru prima dată, cât și ca utilizator care îl utilizează intens. Asigurați-vă că puteți efectua toate sarcinile pe care utilizatorii finali le vor utiliza cu echipamentul dumneavoastră. În cele din urmă, salvați sistematic datele pentru a le analiza și a lua decizii. Deoarece nu există un standard industrial actual, colaborați cu un producător de hardware care vă poate ghida prin acest proces și care poate fi un adevărat partener de afaceri în timp ce dezvoltă o metodologie fiabilă și repetabilă pentru a colecta cerințele minime și stricte de sistem.

Dacă doriți să continuați să citiți despre Sisteme Integrate, puteți consulta această pagină.