Hír

Hogyan kezdjünk hozzá egy teljesen új termék fejlesztéséhez? Ha IoT-t, mesterséges intelligenciát, Ipar 4.0 trendeket vagy automatizálást integrálunk a projektünkbe, visszatérő problémákkal fogunk szembesülni a tervezési folyamat specifikációinak összegyűjtésekor. Mivel az új technológiai termékek fejlesztése átlagosan 2-5 évig is eltarthat, a tervezési módszertanokat kell alapul venni a hardveres rendszerkövetelmények meghatározásához az erőforrások és a pénz megtakarítása érdekében.

Ha elolvasod a mi előző blogbejegyzés A minimális és a kemény rendszerkövetelmények közötti különbségről már tudjuk, hogy az első történelmileg a szoftverfejlesztő cégek jogi fedezetével foglalkozott, hogy megoldják a panaszokat, amikor szoftverük nem futott megfelelően bizonyos hardverplatformokon. Ezzel szemben a kemény rendszerkövetelmények azokra a specifikációkra utalnak, amelyek nélkül a szoftver nem fut.

Továbbá, egy új termék fejlesztése során a tervezési folyamat során visszatérő problémákkal kell szembenézni, amelyek költségesek lehetnek. Ha a kezdeti fázisokban, a prototípus-készítés előtt nem határozzák meg pontosan a rendszerkövetelményeket, akkor rengeteg pénzt költhetnek tesztelési célokra szolgáló berendezésekre. Ha bármilyen új fejlesztés során alkalmazzák a tervezési módszertant, elkerülhetik a hibákat a folyamat ezen költséges részében. Nézzünk meg néhány részletet.

Az első lépés a pénzmegtakarítás felé

Bármely tervezési módszertanban a pénzmegtakarítás első lépése a rendszer specifikációinak pontos összegyűjtése. Beágyazott rendszerek esetében például az architektúra meghatározásán dolgozhatunk. Ez egy olyan módszertan, amely lehetővé teszi egy interdiszciplináris csapat számára, hogy együttműködve feltérképezzék a hardver és a szoftver közötti kapcsolatokat, miközben a végfelhasználói igényeket is figyelembe veszik közös nyelven. bővebben ebben a bejegyzésben. Ennek az első lépésnek a legfontosabb aspektusa a különböző felek (műszaki és nem műszaki) közötti kommunikáció, hogy a végeredményeket szoftveres és hardveres szempontból is pontosan rögzíthesd.

A kemény rendszerkövetelmények meghatározása

Miután összegyűjtötte a kezdeti követelményeket, le kell fordítania azokat kemény rendszerkövetelményekké. Néhány meghatározandó kategória a technikai architektúra-korlátozások, az implicit hardverkövetelmények, a kontextuális hardverkövetelmények és a minimálisan támogatott hardverkövetelmények. Ezekről a követelményekről bővebben olvashat a következő helyen: ez a bejegyzés.

Hogyan kapcsolódik ez a minimális rendszerkövetelményekhez? Ha szilárd tervezési módszertant követsz, akkor a minimális és a nehéz követelményeknek meg kell egyezniük. Ezenkívül meg kell határoznod a célként kitűzött és a kívánt hardverplatformot, a teljesítményt és a megbízhatóságot.

A kemény és a kívánatos paraméterek közötti skála meghatározásával költséghatékony, megismételhető tesztelési környezetet hozhat létre a különböző hardverplatformok számára. Csak így tudja megmondani, hogy mely rendszerek működnek a legjobban a szoftverével. Következésképpen a minimális rendszerkövetelmények valós teljesítményadatokon alapulnak.

Felkészült az iparág?

Ennek ellenére az iparág még nem rendelkezik szabványos eljárással vagy módszertannal a rendszerek tesztelésére a minimális rendszerkövetelmények meghatározása érdekében. A legtöbb esetben a vállalatok saját rendszereket fejlesztenek, és azokat magáncélra használják, vagy a legrosszabb esetben csak találgatnak, hogy mik lehetnek ezek a minimális követelmények. Sajnos egyes vállalatok a szoftverfejlesztés hardverplatformját használják iránymutatásként a minimális rendszerkövetelmények meghatározásához. A probléma az, hogy a fejlesztéshez általában használt platform túlméretezett komponensekkel rendelkezik, ami növeli a végső rendszer költségét.

Ennek eredményeként, a termék teljes életciklusa során, nehéz küzdelmet kell vívnia a növekvő költségekkel, különösen a jelenlegi piaci körülmények és az ellátási lánc problémái között. Az alkatrészek túlméretezése és az egyetlen specifikációkészlethez való ragaszkodás, amelyben minden alkatrészhez csak egy opció áll rendelkezésre, egyszerű luxus, amit már nem engedhet meg magának.

Igaz, hogy egy tervezési módszertan és a kemény rendszerkövetelmények meghatározása több időt vesz igénybe, mint amihez valószínűleg a folyamat elején hozzászokott, de lerövidíti a termék piacra kerülésének idejét, sok pénzt takarít meg a prototípus-készítési fázisokban, és rugalmasságot biztosít a tömeggyártás szakaszában. Végül, egy tervezési módszertan meghosszabbítja a termék életciklusát, és lehetőséget ad arra, hogy a saját feltételei szerint fokozatosan kivonja a forgalomból a terméket.

Hogyan fejleszthetem ki a saját tesztelési környezetemet?

A kemény követelmények alapján érdemes több hardverplatformot is választani a szoftverfejlesztéshez használt rendszer mellett, és a megoldást több különböző forgatókönyvben és felhasználónál futtatni. Ügyelj arra, hogy minden rendszerben ugyanazok a feladatok legyenek jelen, és a szoftvert mind első alkalommal, mind olyan felhasználóként is futtatni, aki intenzíven használja azt. Győződj meg arról, hogy minden olyan feladatot el tudsz végezni, amelyet a végfelhasználók használni fognak az eszközeiddel. Végül mentsd el szisztematikusan az adatokat az elemzéshez és a döntéshozatalhoz. Mivel jelenleg nincs iparági szabvány, működj együtt egy olyan hardvergyártóval, aki végigvezeti Önt ezen a folyamaton, és aki valódi üzleti partner lehet, miközben megbízható és megismételhető módszertant dolgoz ki a minimális és kemény rendszerkövetelmények összegyűjtésére.

Ha további információkat szeretne olvasni a beágyazott rendszerekről, tekintse át a következőt: ez az oldal.