System zarządzania zamówieniami - interfejs API i frontend - problem

Hej, mam do rozpatrzenia następujący case:
"Klient chce nowego systemu zarządzania zamówieniami, a twój zespół został przydzielony do jego opracowania.
Wymagania dla systemu są następujące:

• Powinien mieć interfejs API wielokrotnego użytku, który obejmuje:
• Lista produktów z cenami i operacjami CRUD
• Lista klientów z operacjami CRUD
• Lista zamówień z operacjami CRUD
• Powinien być aplikacją internetową
• Powinien utrzymywać dane
• Powinien obsługiwać następujące scenariusze biznesowe:
• Powinno być możliwe dodanie rabatów do linii zamówienia
• Podatki powinny być obliczane na podstawie całkowitego zamówienia według stałej stawki
• Powinien móc wydrukować i przesłać pocztą elektroniczną zamówienie do klienta
  Zadania:
  1: Opracuj frontend
  2: Opracuj interfejs API
  Należy użyć następujacych tecjnologii: asp.net, html / css, node, react, microsoft sql, elastyczne wyszukiwanie, ravendb i rabbitmq."

Ktoś z Wam ma pomysł jak to ugryźć? Nie chodzi mi o kod tylko o informacje jak postępowac z zadaniem, czyli kroki po kroku "jak"? głowie się już nad tym 2 dni i nie mam pomyslu od czego zacząć, Z góry dziękuję za wskazówki.

ale o co chodzi :)? nie wiesz jak wykorzystać te wszystkie technologie w jednym projekcie, czy w jakiej kolejności ?
Lista technologii sugeruje jakiegoś CQRS/SOA/microserwisy, ale że nie ma ani słowa o tym że ma to być system skalowalny, to można uprościć sporo rzeczy :D i po najmniejszej lini oporu:

1. zrób tradycyjnego CRUDA w oparciu o asp.net web api + microsoft sql server, który spełnia wszystkie scenariusze biznesowe
2. dodaj do niego interfejs zrobiony w react, html / css
3. napisz serwis wysyłający maile oparty na node
4. do komunikacji pomiędzy serwisem mailowym a webapi wykorzystaj rabbitmq
5. zaimplementuj cache za pomocą ravendb dla webapi
6. wyszukiwanie produktów oprzyj zamiast na sql serwera na elasticsearch

neves napisał(a):

ale o co chodzi :)? nie wiesz jak wykorzystać te wszystkie technologie w jednym projekcie, czy w jakiej kolejności ?
Lista technologii sugeruje jakiegoś CQRS/SOA/microserwisy, ale że nie ma ani słowa o tym że ma to być system skalowalny, to można uprościć sporo rzeczy :D i po najmniejszej lini oporu:

1. zrób tradycyjnego CRUDA w oparciu o asp.net web api + microsoft sql server, który spełnia wszystkie scenariusze biznesowe
2. dodaj do niego interfejs zrobiony w react, html / css
3. napisz serwis wysyłający maile oparty na node
4. do komunikacji pomiędzy serwisem mailowym a webapi wykorzystaj rabbitmq
5. zaimplementuj cache za pomocą ravendb dla webapi
6. wyszukiwanie produktów oprzyj zamiast na sql serwera na elasticsearch

Dzieki za pomoc! :-)

Lista wymagań, które otrzymałeś jest oględnie mówiąc bardzo uboga i nadająca się do bardzo dużego dopracowania. Wymagania są niezrozumiałe, niejednoznaczne, niekompletne, niemierzalnie i nietestowalne. Brak jest informacji jakie dane mają być gromadzone, według jakich zasad walidowane, według jakich zasad przetwarzane. Nie ma w nich ani słowa o bezpieczeństwie, ergonomii czy innych ważnych sprawach.

slowbro napisał(a):

Lista wymagań, które otrzymałeś jest oględnie mówiąc bardzo uboga i nadająca się do bardzo dużego dopracowania. Wymagania są niezrozumiałe, niejednoznaczne, niekompletne, niemierzalnie i nietestowalne. Brak jest informacji jakie dane mają być gromadzone, według jakich zasad walidowane, według jakich zasad przetwarzane. Nie ma w nich ani słowa o bezpieczeństwie, ergonomii czy innych ważnych sprawach.

No wlasnie, dla mnie to tez takie jalowe :-( jedyne zalecenie: dowlolnosc wykonania z uwzglednieniem wymienionych technologii......

Jeżeli jest to na zaliczenie studenckie to ujdzie, bo uczysz się technologii:) Jeżeli jest to komercyjne zlecenie to miej proszę na uwadze, że im więcej niedomówień tym większe ryzyko bierzesz na siebie i może to być wykorzystane na Twoją niekorzyść np. przez niesolidnego klienta. Załóżmy, że coś zrobisz dla klienta, a on powie, że to nie jest to co oczekiwał i nie zapłaci. Tak naprawdę wiesz z grubsza, że jest do zrobienia system, ale tak naprawdę większa część nie jest określona.