Stanovení minimálních systémových požadavků pro úsporu peněz a času při navrhování hardwaru
Jak začít s vývojem zcela nového produktu? Pokud do svého projektu integrujete IoT, umělou inteligenci, trendy Průmyslu 4.0 nebo automatizaci, budete se při shromažďování specifikací v procesu návrhu setkávat s opakujícími se problémy. Vzhledem k tomu, že vývoj nového technologického produktu může v průměru trvat 2–5 let, měly by se jako základ pro stanovení hardwarových požadavků na systém použít návrhové metodiky, aby se ušetřily zdroje a peníze.
Pokud si přečtete naše předchozí blog Pokud jde o rozdíl mezi minimálními a hardwarovými požadavky na systém, již víte, že první se historicky zabývaly právním krytím pro softwarové společnosti při řešení stížností, když jejich software nefungoval správně na určitých hardwarových platformách. Naproti tomu hardwarové požadavky na systém označují specifikace, bez kterých software nebude fungovat.
Kromě toho se při vývoji nového produktu setkáte s některými opakujícími se problémy během procesu návrhu, které mohou být nákladné. Pokud v počátečních fázích, před prototypováním, přesně nedefinujete tvrdé systémové požadavky, nakonec vynaložíte spoustu peněz na vybavení pro testovací účely. Využitím návrhové metodologie v jakémkoli novém vývoji se můžete vyhnout chybám v této nákladné části procesu. Podívejme se na některé detaily.
První krok k ušetření peněz
V jakékoli návrhové metodologii je prvním krokem k úspoře peněz přesné shromáždění specifikací systému. Například u vestavěných systémů můžete pracovat na definování architektury. Jedná se o metodologii, která umožňuje interdisciplinárnímu týmu spolupracovat na mapování vztahů mezi hardwarem a softwarem a zároveň se starat o potřeby koncových uživatelů pomocí společného jazyka. Můžete více si přečtěte v tomto příspěvku. Nejdůležitějším aspektem tohoto prvního kroku je komunikace mezi různými stranami (technickými i netechnickými), aby se zajistilo přesné zachycení konečných výsledků z hlediska softwaru i hardwaru.
Definování pevných systémových požadavků
Jakmile shromáždíte počáteční požadavky, je třeba je převést do pevných systémových požadavků. Mezi kategorie, které je třeba určit, patří omezení technické architektury, implicitní hardwarové požadavky, kontextové hardwarové požadavky a minimální podporované hardwarové požadavky. Více se o těchto požadavcích dočtete v tento příspěvek.
Jak to souvisí s minimálními systémovými požadavky? Pokud se řídíte solidní metodologií návrhu, vaše minimální a náročné požadavky by měly být stejné. Kromě toho byste si měli definovat cílovou a požadovanou hardwarovou platformu, výkon a spolehlivost.
Definováním stupnice mezi vašimi tvrdými a požadovanými parametry můžete vytvořit nákladově efektivní a opakovatelné testovací prostředí pro různé hardwarové platformy. Teprve potom budete schopni zjistit, které systémy fungují s vaším softwarem nejlépe. Vaše minimální systémové požadavky budou proto založeny na skutečných datech o výkonu.
Je průmysl připraven?
Nicméně v tomto odvětví dosud neexistuje standardní postup ani metodologie pro testování systémů za účelem stanovení minimálních systémových požadavků. Ve většině případů si firmy vyvíjejí vlastní postupy a používají je soukromě, nebo v nejhorších případech jen hádají, jaké by tyto minimální požadavky mohly být. Bohužel některé firmy používají jako vodítko pro stanovení minimálních systémových požadavků pouze hardwarovou platformu pro vývoj softwaru. Problém je v tom, že platforma obvykle používaná pro vývoj má předimenzované komponenty, což zvyšuje náklady na výsledný systém.
V důsledku toho budete muset svádět těžký boj s rostoucími náklady po celou dobu životního cyklu produktu, zejména s ohledem na současné tržní podmínky a problémy s dodavatelským řetězcem. Předimenzování komponent a lpění na jedné sadě specifikací s jednou možností pro každou komponentu je prostě luxus, který si už nemůžete dovolit.
Je pravda, že návrhová metodologie a definování pevných systémových požadavků zabere více času, než na co jste pravděpodobně na začátku procesu zvyklí, ale zkrátí dobu uvedení vašeho produktu na trh, ušetří vám spoustu peněz během fází prototypování a poskytne vám flexibilitu během fáze hromadné výroby. A konečně, návrhová metodologie prodlouží životní cyklus produktu a dá vám možnost postupně jej vyřadit z prodeje dle vašich podmínek.
Jak si mohu vytvořit vlastní testovací prostředí?
Na základě náročných požadavků byste si měli vybrat několik hardwarových platforem, kromě systému používaného pro vývoj softwaru, a spustit řešení v několika různých scénářích a pro různé uživatele. Ujistěte se, že do všech systémů zahrnete stejné úkoly a software spusťte jak poprvé, tak i jako uživatel, který jej intenzivně využívá. Ujistěte se, že jste schopni provádět všechny úkoly, které vaši koncoví uživatelé budou s vaším zařízením využívat. Nakonec systematicky ukládejte data, abyste je mohli analyzovat a činit rozhodnutí. Vzhledem k tomu, že v současné době neexistuje žádný průmyslový standard, spolupracujte s výrobcem hardwaru, který vás tímto procesem provede a který může být skutečným obchodním partnerem při vývoji spolehlivé a opakovatelné metodologie pro shromažďování minimálních a náročných systémových požadavků.
Pokud chcete pokračovat ve čtení o vestavěných systémech, můžete si prohlédnout tato stránka.
