Kontext projektu
W tym przypadku opisano typowe zadanie rozwoju inteligentnego urządzenia. Klient ma początkową koncepcję produktu i podstawowe cele funkcjonalne i potrzebuje zespołu z siedzibą w Chinach, który poprawia wymagania, określa architekturę systemu, koordynuje rozwój oprogramowania i sprzętu, i sprawdzić prototyp inżynieryjny. W momencie rozpoczęcia projektu pozostaje otwarte kilka interfejsów, decyzji dotyczących komponentów oraz wymogów dotyczących obudowy.
Cel dostawy
ustanowienie zatwierdzonej linii bazowej wymogów i architektury systemu, pełna skoordynowana implementacja oprogramowania i sprzętu, weryfikacja zintegrowanego prototypu inżynieryjnego, i dostarczyć pakiet przekazywania technicznego kontrolowany wersją.
Proces wdrażania
Projekt wykorzystuje przeglądy etapów i rejestry kontrolowane wersją, aby utrzymać śledzenie kluczowych decyzji, stanu problemu i dostarczanych treści.
- 01
Podstawowa linia wymogów
Wyjaśnić użytkowników, funkcje, interfejsy, warunki operacyjne, rynek docelowy, ograniczenia i kryteria akceptacji.
- 02
Architektura systemu
Definicja modułów oprogramowania, elektroniki, firmwaru, komunikacji, mocy, interfejsów mechanicznych i granic odpowiedzialności.
- 03
Realizacja równoległa
Koordynowanie aplikacji, oprogramowania backend lub urządzenia, pracy schematycznej i PCB, oprogramowania firmowego, obudowy i wyboru komponentów.
- 04
Integracja i walidacja
Zbudować prototyp, uruchomić uzgodnione testy funkcjonalne i interfejsy, zapisać problemy i zakończyć zatwierdzone zmiany.
- 05
Kontrolowana przekazywanie
Dostarcz uzgodnione źródło, pliki projektowe, BOM, notatki budowlane, zapisy testowe, status problemu i zalecenia dotyczące następnego etapu.
Kontrolowane dostawy
- Podstawowa linia wymogów
- zatwierdzone funkcje, ograniczenia, interfejsy, założenia i kryteria akceptacji.
- Pakiet architektoniczny
- Diagram systemu, definicje interfejsu, decyzje o kluczowych komponentach oraz matryca odpowiedzialności.
- Pakiet prototypowy
- Umożliwiono budowę oprogramowania, firmware, pliki elektroniczne, pliki mechaniczne, BOM i notatki montażowe.
- Dokument ważności
- Przypadki testowe, wyniki, dziennik problemów, status rewizji i nierozwiązane ograniczenia.
- Rekord przekazywania
- Indeks dostarczonych plików, identyfikatory wersji, transfer dostępu i zalecane następne działania.
Akceptacja i dowody
- Wymagania i historia rewizji
- Wersje interfejsów i dostarczonych plików
- Zapisane warunki i wyniki badań
- Emisja własności, dyspozycji i pozostałych limitów
Granice projektu
Ostateczny zakres, harmonogram, wyniki i kryteria akceptacji są określone w podpisanych dokumentach projektu. Certyfikacja produktów, wyposażenie w narzędzia, masowa produkcja, badania regulacyjne, koszty eksploatacji w chmurze oraz licencje podmiotów trzecich są uwzględniane tylko wtedy, gdy wyraźnie wymienione są. Badania wymagające formalnej akredytacji przeprowadzane są przez wykwalifikowane laboratoria zewnętrzne.