Aktualności

Jak rozpocząć tworzenie zupełnie nowego produktu? Jeśli integrujesz IoT, sztuczną inteligencję, trendy Przemysłu 4.0 lub automatyzację w swoim projekcie, napotkasz powtarzające się problemy podczas gromadzenia specyfikacji w procesie projektowania. Ponieważ opracowanie nowego produktu technologicznego może trwać średnio od 2 do 5 lat, metodologie projektowania powinny być podstawą do określenia twardych wymagań systemowych w zakresie sprzętu, aby zaoszczędzić zasoby i pieniądze.

Jeśli czytasz nasz poprzedni blog Jeśli chodzi o różnicę między minimalnymi a sztywnymi wymaganiami systemowymi, to już wiesz, że te pierwsze historycznie dotyczyły ochrony prawnej firm programistycznych, które mogły rozpatrywać skargi dotyczące nieprawidłowego działania oprogramowania na określonych platformach sprzętowych. Natomiast sztywne wymagania systemowe odnoszą się do specyfikacji, bez których oprogramowanie nie będzie działać.

Co więcej, podczas opracowywania nowego produktu, w procesie projektowania pojawiają się powtarzające się problemy, które mogą być kosztowne. Jeśli na początkowych etapach, przed prototypowaniem, nie zdefiniujesz precyzyjnie twardych wymagań systemowych, wydasz ogromne pieniądze na sprzęt do testów. Wykorzystując metodologię projektowania w każdym nowym projekcie, możesz uniknąć błędów w tej kosztownej części procesu. Przyjrzyjmy się bliżej szczegółom.

Pierwszy krok do oszczędzania pieniędzy

W każdej metodologii projektowania pierwszym krokiem do oszczędności jest precyzyjne zebranie specyfikacji systemu. Na przykład w przypadku systemów wbudowanych można pracować nad zdefiniowaniem architektury. Jest to metodologia, która pozwala interdyscyplinarnemu zespołowi na współpracę w celu odwzorowania relacji między sprzętem a oprogramowaniem, jednocześnie dbając o potrzeby użytkownika końcowego, używając wspólnego języka. Możesz przeczytaj więcej w tym poście. Najważniejszym aspektem tego pierwszego kroku jest komunikacja między różnymi stronami (technicznymi i nietechnicznymi), aby mieć pewność, że końcowe wyniki zostaną dokładnie uchwycone z punktu widzenia oprogramowania i sprzętu.

Określanie twardych wymagań systemowych

Po zebraniu wstępnych wymagań należy je przełożyć na twarde wymagania systemowe. Niektóre kategorie, które należy określić, to techniczne ograniczenia architektury, domyślne wymagania sprzętowe, kontekstowe wymagania sprzętowe oraz minimalne obsługiwane wymagania sprzętowe. Więcej informacji na temat tych wymagań można znaleźć w artykule: ten post.

Jak to się ma do minimalnych wymagań systemowych? Jeśli stosujesz solidną metodologię projektowania, Twoje minimalne i sztywne wymagania powinny być takie same. Ponadto powinieneś zdefiniować docelową i pożądaną platformę sprzętową, wydajność i niezawodność.

Definiując skalę między parametrami twardymi a pożądanymi, możesz stworzyć ekonomiczne i powtarzalne środowisko testowe dla różnych platform sprzętowych. Tylko wtedy będziesz w stanie określić, które systemy najlepiej współpracują z Twoim oprogramowaniem. W rezultacie minimalne wymagania systemowe będą oparte na rzeczywistych danych dotyczących wydajności.

Czy branża jest gotowa?

Niemniej jednak branża nie wypracowała jeszcze standardowej procedury ani metodologii testowania systemów w celu określenia minimalnych wymagań systemowych. W większości przypadków firmy opracowują własne i wykorzystują je prywatnie, a w najgorszych przypadkach po prostu zgadują, jakie mogą być te minimalne wymagania. Niestety, niektóre firmy wykorzystują platformę sprzętową do tworzenia oprogramowania jako punkt odniesienia do określenia minimalnych wymagań systemowych. Problem polega na tym, że platforma zazwyczaj używana do tworzenia oprogramowania ma zbyt duże komponenty, co zwiększa koszt finalnego systemu.

W rezultacie będziesz toczyć trudną walkę z rosnącymi kosztami przez cały cykl życia produktu, zwłaszcza biorąc pod uwagę obecną sytuację rynkową i problemy z łańcuchem dostaw. Zbyt duże rozmiary komponentów i trzymanie się jednego zestawu specyfikacji z jedną opcją dla każdego komponentu to po prostu luksus, na który nie możesz sobie już pozwolić.

To prawda, że ​​metodologia projektowania i definiowanie twardych wymagań systemowych zajmie więcej czasu niż prawdopodobnie jesteś przyzwyczajony na początku procesu, ale skróci czas wprowadzania produktu na rynek, pozwoli Ci zaoszczędzić sporo pieniędzy na etapie prototypowania i zapewni elastyczność na etapie produkcji masowej. Wreszcie, metodologia projektowania wydłuży cykl życia produktu i da Ci możliwość stopniowego wycofywania go z produkcji na Twoich warunkach.

Jak mogę stworzyć własne środowisko testowe?

W oparciu o wymagania sprzętowe, oprócz systemu używanego do tworzenia oprogramowania, należy wybrać kilka platform sprzętowych i uruchomić rozwiązanie w różnych scenariuszach i dla różnych użytkowników. Upewnij się, że wszystkie systemy obejmują te same zadania i uruchamiaj oprogramowanie zarówno po raz pierwszy, jak i jako użytkownik intensywnie z niego korzystający. Upewnij się, że możesz wykonać wszystkie zadania, z których będą korzystać użytkownicy końcowi, korzystając z Twojego sprzętu. Na koniec systematycznie zapisuj dane, aby je analizować i podejmować decyzje. Ponieważ nie ma obecnie standardu branżowego, nawiąż współpracę z producentem sprzętu, który poprowadzi Cię przez ten proces i będzie prawdziwym partnerem biznesowym, jednocześnie opracowując niezawodną i powtarzalną metodologię gromadzenia minimalnych i twardych wymagań systemowych.

Jeśli chcesz kontynuować czytanie o systemach wbudowanych, możesz przejrzeć ta strona.