Tak więc natknąłem się na ten post podczas badania struktury pakietów dla MVC. Potrzebuję tylko wyjaśnień na temat domeny biznesowej i domeny technicznej. Przykłady byłyby pomocne.
Komentarze
- Powinieneś rozważyć wyszukanie definicji tych terminów, a następnie zadać szczegółowe pytania dotyczące części, których nie używasz ' nie rozumiem.
- Tak, zrobiłem to. Przykłady byłyby pomocne po wyszukaniu definicji, które nie były dla mnie wystarczająco szczegółowe. Dziękuję.
Odpowiedź
Domena biznesowa odnosi się do rzeczywistych aspektów Twoje rozwiązanie (np. służba zdrowia, lotnictwo, finanse, wojsko, handel detaliczny itp.). Domena biznesowa informuje o Twoich wymaganiach i kryteriach akceptacji dla systemu; może to sugerować bardzo wysoki poziom segregacji w różnych obszarach.
Na przykład, jeśli zdarzy ci się budować rozwiązanie dla Business ERP, możesz utworzyć wydziały wysokiego poziomu w całym systemie w następujący sposób:
- Bezpieczeństwo
- Finanse
- Sprzedaż
- Kontrola zapasów
- Wysyłka
- Obsługa klienta
- IT Helpdesk
Spodziewałbym się, że tego rodzaju podziały będą istnieć na najwyższym poziomie oprogramowania – tj. prawdopodobnie nie ma zbyt dużego skrzyżowania między działem pomocy IT a kontrolą zapasów, więc może to mieć sens aby je oddzielić.
W pytaniu, do którego masz link, Domena techniczna odnosi się do używanych technologii, w tym wzorców i struktur (np. ASP.NET/Ruby on rails, MVC Pattern, itp. Zwykle informują one o konkretnych wyborach projektowych i architekturach dla aplikacji lub powiązanych grup aplikacji.
Technologie często sugerują lub nakazują określone struktury – zwykle są używane na poziomie aplikacji, a nie na najwyższym poziomie.
Na przykład „MVC” może sugerować strukturę projektu dla określonej aplikacji w następujący sposób:
- Modele
- Widoki
- Kontrolery
- Współdzielone / wspólne
- Skrypty
Ta struktura może być dublowana w wielu różnych aplikacjach lub inne aplikacje będą używać innych Ostatecznie domena biznesowa będzie miała pewien wpływ na wybór wykorzystywanych technologii (np. „Potrzebujemy strony internetowej” lub „Jesteśmy gotowi zapłacić tylko za X”) i może pomóc w informowaniu struktury bardzo wysokiego poziomu ale zazwyczaj nie w stopniu dyktowania technicznych decyzji dotyczących projektu lub architektury.