Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Algorytm ze swojej natury nie ma żadnych danych zależnych od zlecenia. Powinien działać na tym samym modelu danych niezależnie od tego czy jest robiony dla zlecenia czy dla samej technologii.
Zasady dotyczące statusu technologii, która ma zostać uwzględniona do obliczeń jest taki sam jak dotychczas, czyli technologia musi zostać wcześnie sprawdzona lub zaakceptowana.

Zapotrzebowanie materiałowe

  • Teraz w zleceniach będzie struktura danych, która trzyma ich zapotrzebowanie materiałowe, które to może być nadpisane (question) przez użytkownika. Standardowo będzie opcja eksportu tego do PDF/CSV, która wygeneruje nam listę produktów podzieloną na operacje.
  • Jeżeli chodzi o generowany raport o nazwie Zapotrzebowanie materiałowe to powinien on być zawsze obliczany, nie ze struktury. Trzeba o tym uświadomić użytkownika w GUI i raporcie. Można na widoku Zapotrzebowania materiałowego umieścić label z komunikatem, że generowane raporty uwzględniają tylko drzewko technologiczne wybranych zleceń, natomiast pomijają wszelkie informację dotyczące prowadzonych przez planistę zmian w wygenerowanej strukturze.
  • Algorytmy, które potrzebują zapotrzebowanie muszą mieć wyabstrahowane wyszczególnione czy pobierają je z kalkulacji robionej on the fly czy z struktury danych w zleceniach.
  • Algorytmy, które pracują dla zleceń powinny domyślnie pracować na strukturze danych w zleceniu. Jeżeli jeszcze nie jest wygenerowana (zlecenia szkicowe) wtedy liczą ją on the fly.

...