Tak, dzi\u015b zaczynamy! Zapewne cz\u0119\u015b\u0107 z Was oczekuje, \u017ce ju\u017c dzi\u015b zobaczymy jakie\u015b kolorowe napisy, animacje i inne cuda-niewidy. Niestety, musz\u0119 troch\u0119 ostudzi\u0107 ten entuzjazm.<\/p>\n
Dlaczego? Jak to? Nie b\u0119dzie kolork\u00f3w?<\/p><\/blockquote>\n
B\u0119d\u0105, ale nie dzi\u015b \ud83d\ude42 Tak jak napisa\u0142em w pierwszym po\u015bcie pt. Idea bloga<\/a> moim celem jest pokazanie ca\u0142ego procesu, od samego pocz\u0105tku – a nie jedynie efektu ko\u0144cowego. A jak wiadomo, w tej bran\u017cy praktycznie ka\u017cdy projekt zaczyna si\u0119 od… dumania nad kartk\u0105 papieru. O\u015bmiel\u0119 si\u0119 nawet stwierdzi\u0107, i\u017c owego my\u015blenia b\u0119dzie na naszym blogu wi\u0119cej ni\u017c czegokolwiek innego. A wi\u0119c do dzie\u0142a!<\/p>\n
Cz\u0119\u015b\u0107 pierwsza: pytania<\/h4>\n
Pierwszym krokiem przed rozpocz\u0119ciem jakichkolwiek prac czy projektowania jest zdefiniowanie sobie pewnego zarysu za\u0142o\u017ce\u0144, czy jakby powiedzia\u0142 architekt: wymaga\u0144. Na pocz\u0105tkowym etapie nie powinny by\u0107 one bardzo szczeg\u00f3\u0142owe – musz\u0105 jedynie nakre\u015bli\u0107 ramy projektu. Poniewa\u017c mamy do czynienia z systemem wbudowanym, pami\u0119tajmy, \u017ce dotyczy\u0107 one b\u0119d\u0105 zar\u00f3wno sprz\u0119tu jak i oprogramowania. Przy ich ustalaniu pomocne mog\u0105 okaza\u0107 si\u0119 nast\u0119puj\u0105ce pytania:<\/p>\n
\n
- Jakie kluczowe funkcjonalno\u015bci musimy zapewni\u0107?<\/li>\n
- Jakie nienaruszalne ograniczenia nak\u0142ada na nas otoczenie, w kt\u00f3rym system b\u0119dzie dzia\u0142a\u0142?<\/li>\n
- Czy nasze urz\u0105dzenie b\u0119dzie komunikowa\u0142o si\u0119 z innymi urz\u0105dzeniami\/systemami? Je\u015bli tak, to w jaki spos\u00f3b?<\/li>\n
- Czy nasz system b\u0119dzie prowadzi\u0142 interakcj\u0119 z u\u017cytkownikiem\/operatorem? Je\u015bli tak, to w jaki spos\u00f3b?<\/li>\n
- Jak wysoki poziom niezawodno\u015bci jest wymagany? Jakie s\u0105 konsekwencje awarii lub b\u0142\u0119dnego dzia\u0142ania?<\/li>\n
- Czy i jak bardzo ca\u0142y system ma by\u0107 podatny na rozbudow\u0119 w przysz\u0142o\u015bci?<\/li>\n
- W jakich warunkach \u015brodowiskowych b\u0119dzie pracowa\u0142o nasze urz\u0105dzenie?<\/li>\n<\/ul>\n
Oczywi\u015bcie powy\u017csza lista absolutnie nie wyczerpuje tematu. Ma jedynie pokaza\u0107 potencjalne kierunki poszukiwania nowych pyta\u0144 i zach\u0119ci\u0107 do ich postawienia. <\/p>\n
Nawet tak kr\u00f3tka i enigmatyczna lista u\u015bwiadamia, jak szeroko nale\u017cy spojrze\u0107 na projektowanie jakiegokolwiek powa\u017cniejszego kawa\u0142ka elektroniki z dusz\u0105 \ud83d\ude42<\/p>\n
Dlaczego zwracam na to uwag\u0119?<\/p><\/blockquote>\n
W rozumieniu wielu os\u00f3b stworzenie czegokolwiek w tej dziedzinie zamyka si\u0119 w posk\u0142adania kilku gotowych klock\u00f3w i napisania kawa\u0142ka kodu. Gotowe, dzia\u0142a! W rzeczywisto\u015bci jest to jedynie wierzcho\u0142ek poka\u017anej g\u00f3ry lodowej. Pod „powierzchni\u0105 wody”, niewidoczne dla oczu postronnych obserwator\u00f3w, kryj\u0105 si\u0119 istotne kwestie: bezpiecze\u0144stwa, ergonomii, estetyki, niezawodno\u015bci czy testowania.
\nDobrym wyznacznikiem stosunku nak\u0142adu pracy mo\u017ce tu by\u0107 zasada Pareta<\/a> – jedynie 20% czasu potrzeba aby posk\u0142ada\u0107 „na kolanie” co\u015b co dzia\u0142a. Pozosta\u0142e 80% poch\u0142onie dopracowanie detali, przetestowanie, zapewnienie niezawodnego dzia\u0142ania…<\/p>\nCz\u0119\u015b\u0107 druga: odpowiedzi<\/h4>\n
Co chcemy stworzy\u0107? Tak jak wspomnia\u0142em, ma by\u0107 to nast\u0119pca starego dobrego HypeFIS’a. Dla os\u00f3b nie zaznajomionych z tematem wyja\u015bniam – jest to urz\u0105dzenie rozszerzaj\u0105ce funkcjonalno\u015b\u0107 fabrycznego wy\u015bwietlacza FIS montowanego w latach 1998-2006 w samochodach grupy VAG. Nieco wi\u0119cej na temat dost\u0119pnych funkcji mo\u017cna przeczyta\u0107 tu<\/a>. Tak prezentuje si\u0119 on na \u017cywo:<\/p>\n